Daten aus Zielinstanzen werden während Klonen beibehalten

Sie können Datenerhaltungsfunktionen verwenden, um Daten in der Zielinstanz vor Überschreiben zu schützen. Wenn Sie anwenderdefinierte Anwendungen haben, müssen Sie auch unveröffentlichte Anwendungsinhalte manuell beibehalten.

Datenerhaltungssysteme

Manchmal ist es erforderlich, einige Daten in einer Instanz, die zum Klonen bestimmt ist, beizubehalten. Wenn das Ziel beispielsweise ein MID-Server ist, dürfen Sie die Tabelle „MID-Server“ [ecc_Agent] nicht überschreiben. Beibehaltene Daten werden erneut auf die Zielinstanz angewendet, nachdem Ausschlüsse abgeschlossen wurden.

Warnung:

Sie müssen Datenbewahrer in der Quellinstanz definieren. Wenn Sie sie in der Zielinstanz definieren, werden die Daten nicht beibehalten.

Datenerhaltungssysteme behalten normalerweise Systemeinstellungen und -Designs bei, z. B.:

• Instanzspezifische Authentifizierungseinstellungen
• Lesezeichen [sys_ui_bookmark]
• Letzte Auswahl [sys_ui_recent_selection]
• Anwendereinstellung [sys_user_preferences]

Hinweis:

Ein Klon unterstützt die Beibehaltung von Daten aus einer Datenbankansicht nicht.

Verwenden Sie keine Datenerhaltungsfunktionen, um große Datensätze zu übertragen, z. B. Anwendergruppen. Wenn Sie Tabellendaten wie Anwender, Gruppen und Rollen beibehalten müssen, sollten Sie die Datensätze nach dem Klonen in eine Datei exportieren und importieren.

Datenerhaltungssysteme für Multi-SSO

Das System erstellt automatisch die erforderlichen Datenerhaltungsfunktionen für das Klonen, wenn Sie die Single Sign-on-Integration mehrerer Anbieter aktivieren.

Name	Tabelle	Bedingungen
Zertifikat	X.509-Zertifikate [sys_certificate]	Keine
Kerninstanzeigenschaften	Systemeigenschaft [sys_properties]	[ODER] [Name] [ist einer von] [glide.authenticate.external, glide.authenticate.external.logout_redirect] [ODER] [Name] [beginnt mit] [com.snc.integration.saml_esig] [ODER] [Name] [ist einer von] [Glide.smtp.Port, glide.smtp.auth, Glide.smtp.Encryption] [ODER] [Name] [beginnt mit] [glide.authenticate.multisso] [ODER] [Name] [ist] [glide.authenticate.sso.redirect.idp] Hinweis: Die Eigenschaften glide.smtp.port, glide.smtp.auth, Und glide.smtp.encryptionSind veraltet.
Digest-Eigenschaften	Digest-Eigenschaften [Digest_properties]	Keine
Identity Provider	Identitätsanbieter [sso_properties]	Keine
Eigenschaften von SAML2 Update1	SAML2 Update1-Eigenschaften [saml2_update1_properties]	Keine

Hinweis:

Obwohl Sie diese Datenerhaltungssysteme ändern können, ist es empfehlenswert, dies nicht zu tun. Die Tabellen „Digest-Eigenschaften“ [Digest_properties], „Identitätsanbieter“ [sso_properties] und „SAML2 Update1-Eigenschaften“ [saml2_update1_properties] sind erforderlich, damit mehrere Quellen, Single Sign-on (SSO) ordnungsgemäß funktionieren. Wenn Single Sign-on für mehrere Quellen in der Zielinstanz deaktiviert ist, können Sie alle drei Datenerhaltungsfunktionen sicher entfernen. Entfernen Sie sie gleichzeitig, da das System den Klon mit einer Fehlermeldung beendet, wenn Sie versuchen, zu klonen, wobei eine oder zwei dieser Tabellen beibehalten werden.

Erhaltung nicht veröffentlichter Anwendungen

Sie können keine Datenerhaltungsfunktionen zum Speichern unveröffentlichter Anwendungen verwenden. Stattdessen müssen Anwendungsentwickler auswählen, wie sie möchten Unveröffentlichte Anwendungen beibehalten .

Der Klonprozess behält Versionsunterschiede für Anwendungen in der Entwicklung nicht bei. Stattdessen kopiert der Systemklon nur die auf der Quellinstanz installierte Anwendungsversion in die Zielinstanz. Wenn die Zielinstanz über eine Entwicklungsversion derselben Anwendung verfügte, kann die Anwendung nach dem Klonen bearbeitet werden, behält jedoch die auf der Quellinstanz installierte Version bei. Wenn die Anwendung in der Quellinstanz fehlte, löscht der Klonprozess die Anwendung aus der Zielinstanz.