Preserving data from target instances during clones
You can use data preservers to protect data on the target instance from being overwritten. If you have custom applications, you must also manually preserve unpublished application content.
Data preservers
- Instance-specific authentication settings
- Bookmark [sys_ui_bookmark]
- Recent Selection [sys_ui_recent_selection]
- User Preference [sys_user_preference]
Don't use data preservers to transfer large sets of data, such as user groups. If you must preserve table data, such as users, groups, and roles, consider exporting the records to a file and importing them after cloning.
Data preservers for Multi-SSO
| Name | Table | Conditions |
|---|---|---|
| Certificate | X.509 Certificates [sys_certificate] | None |
| Core Instance Properties | System Property [sys_properties] |
注: The properties glide.smtp.port,
glide.smtp.auth, and glide.smtp.encryption are
deprecated. |
| Digest Properties | Digest Properties [digest_properties] | None |
| Identity Providers | Identity Providers [sso_properties] | None |
| SAML2 Update1 Properties | SAML2 Update1 Properties [saml2_update1_properties] | None |
Preservation of unpublished applications
You can't use data preservers to save unpublished applications. Instead, application developers must choose how they want to preserve unpublished applications.
The cloning process does not preserve version differences for applications in development. Instead, the system clone only copies the application version installed on the source instance onto the target instance. If the target instance had a development version of the same application, the application is editable after the clone, but maintains the version installed on the source instance. If the application was missing from the source instance, the cloning process deletes the application from the target instance.