Datenerhaltung beim Klonen von Zielinstanzen

Freigeben Version: Washingtondc

Aktualisiert 1. Februar 2024

9 Minuten Lesedauer

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

Datenerhaltungsprogramme

Manchmal ist es erforderlich, einige Daten in einer Instanz zu erhalten, die geklont werden soll. Wenn das Ziel beispielsweise ein MID Server ist, dürfen Sie die MID Server-Tabelle [ecc_agent] nicht überschreiben. Erhaltene Daten werden vor Beginn des Klonvorgangs in der Zielinstanz gespeichert und nach dem Klonen in der Zielinstanz wiederhergestellt.

Warnung:

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

Datenerhaltungsprogramme speichern normalerweise Systemeinstellungen und Designs, z. B.:

Instanzspezifische Authentifizierungseinstellungen
Lesezeichen [sys_ui_bookmark]
Zuletzt verwendete Auswahl [sys_ui_recent_selection]
Benutzereinstellung [sys_user_preference]

Hinweis:

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

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

Datenerhaltungsfunktionen für Multi-SSO

Das System erstellt automatisch die erforderlichen Datenerhaltungselemente für das Klonen, wenn Sie die Single Sign-on-Integration mit mehreren Anbietern 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.authund glide.smtp.encryption sind veraltet.
Digest-Eigenschaften	Digest-Eigenschaften [digest_properties]	Keine
Identity Provider	Identitätsanbieter [sso_properties]	Keine
SAML2 Update1-Eigenschaften	SAML2 Update1-Eigenschaften [saml2_update1_properties]	Keine

Hinweis:

Sie können diese Datenerhaltungsfunktionen zwar ändern, es wird jedoch empfohlen, dies nicht zu tun. Die Tabellen „Digest-Eigenschaften“ [digest_properties], „Identitätsanbieter“ [sso_properties] und „SAML2 Update1-Eigenschaften“ [saml2_update1_properties] sind erforderlich, damit Single Sign-on (SSO) mit mehreren Quellen ordnungsgemäß funktioniert. Wenn Single Sign-on aus mehreren Quellen für die 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, eine oder zwei dieser Tabellen zu klonen.

Datenerhaltungsfunktionen für SAML

Durch die Beibehaltung der SAML-SSO-bezogenen Einstellungen kann verhindert werden, dass die Zielinstanz bei Authentifizierungsanforderungen an Ihren IdP die falschen Parameter für Aussteller und Zielgruppe verwendet. Um die SAML-Einstellungen beizubehalten, erstellen Sie Datenerhaltungsfunktionen für die folgenden Tabellen:

Systemeigenschaft [sys_properties]: zum Beibehalten von SAML-Eigenschaften.
X.509-Zertifikate [sys_certificate]: Zum Beibehalten von SAML-Zertifikaten.
Benutzer [sys_user]:, um SAML-Benutzer beizubehalten.

Sie müssen auch Eigenschaften und Benutzer beibehalten, die an SAML beteiligt sind.

Beibehaltung unveröffentlichter Anwendungen

Sie können keine Datenerhaltungsprogramme verwenden, um unveröffentlichte Anwendungen zu speichern. Stattdessen müssen Anwendungsentwickler auswählen, wie unveröffentlichte Anwendungen erhalten bleibensollen.

Der Klonvorgang behält für Anwendungen in der Entwicklung keine Versionsunterschiede bei. Stattdessen kopiert der Systemklon nur die auf der Quellinstanz installierte Anwendungsversion auf die Zielinstanz. Wenn die Zielinstanz über eine Entwicklungsversion derselben Anwendung verfügte, kann die Anwendung nach dem Klon bearbeitet werden. Es handelt sich jedoch um die Version, die auf der Quellinstanz installiert war. Wenn die Anwendung auf der Quellinstanz nicht vorhanden war, löscht der Klonvorgang die Anwendung von der Zielinstanz.

Erstellen Sie eine Datenerhaltungsfunktion

Datenerhaltungsfunktionen verwalten die angegebenen Daten in einer Zielinstanz.

Vorbereitungen

Erforderliche Rolle: clone_admin oder admin

Warum und wann dieser Vorgang ausgeführt wird

Manchmal ist es wünschenswert, bestimmte Daten in einer Zielinstanz beizubehalten. Wenn Sie beispielsweise einen MID Server verwenden, können Sie das Überschreiben der MID Server-Tabelle [ecc_agent] vermeiden. Erhaltene Daten werden vor dem Klon in einer dynamisch generierten Liste in der Zielinstanz gespeichert und nach Abschluss des Klons in der Zielinstanz wiederhergestellt. Sie definieren Datenerhaltungsfunktionen für die Quellinstanz.

Datenerhaltungsfunktionen sollen in erster Linie Systemeinstellungen und Designs beibehalten, z. B. instanzspezifische Authentifizierungseinstellungen. Verwenden Sie keine Datenerhaltungsprogramme, um große Datensätze wie Benutzergruppen zu übertragen. Wenn Sie Tabellendaten wie Benutzer, Gruppen und Rollen beibehalten müssen, sollten Sie die Datensätze in eine Datei exportieren und nach Abschluss des Klonvorgangs importieren.

Überlegen Sie, ob Sie die Daten in den folgenden Tabellen beibehalten möchten.

Lesezeichen [sys_ui_bookmark]
Zuletzt verwendete Auswahl [sys_ui_recent_selection]
Benutzereinstellung [sys_user_preference]

Wenn Sie eine Datenerhaltungsfunktion für eine Tabelle festlegen, in der die Quellinstanz mehr Datensätze als die Zielinstanz aufweist, enthalten die in der Zielinstanz beibehaltenen Daten auch die zusätzlichen Datensätze aus der Quellinstanz.

Angenommen, die Datenerhaltungsfunktion ist bereits vorhanden.

In der Quellinstanz enthält die Tabelle sys_temp 100 Datensätze.
In der Zielinstanz enthält die Tabelle sys_temp 20 Datensätze.

Nach dem Klon enthält die Tabelle sys_temp in der Zielinstanz 100 Datensätze.

Die 20 Datensätze in der Zieltabelle „sys_temp“ werden erfolgreich beibehalten (gemäß Datenerhaltungsspezifikation). Diese Datensätze waren Teil der 100 Datensätze in der Quelltabelle sys_temp.
Die Quelltabelle sys_temp übernimmt die verbleibenden 80 Datensätze in die Zieltabelle sys_temp.

Um dieses Problem zu beheben und nur die Datensätze in der Zieltabelle beizubehalten, erstellen Sie einen Ausschlusstabellendatensatz für die Zieltabelle und legen den Datenerhaltungssatz für die Quelltabelle fest.

Wichtig:

Konfigurieren Sie Beibehaltungen für die Quellinstanz.

Prozedur

Navigieren Sie in der Quellinstanz zu Systemklon > Daten erhalten.
Klicken Sie auf Neu.
Geben Sie die Tabellenbezeichnung als Nameein, z. B. Benutzereinstellung für die Tabelle [sys_user_preference].
Die Datenerhaltungsfunktion muss einen Tabellennamen haben, andernfalls kann sie nicht übermittelt werden.
Wählen Sie die Tabelle aus, die beibehalten werden soll.
Für die Datenerhaltungsfunktion muss eine Tabelle ausgewählt sein, andernfalls kann sie nicht übermittelt werden.
Aktivieren Sie die Checkbox Thema, wenn die zu erhaltenden Daten eine UI-Eigenschaft sind.
Definieren Sie die beizubehaltenden Daten mit dem Bedingungsgenerator.
Sie können Bedingungen verwenden, um bestimmte Datensätze zu definieren, die während eines Klons beibehalten werden sollen. Um beispielsweise nur bestimmte Systemeigenschaften beizubehalten, können Sie für jeden Eigenschaftsnamen, den Sie beibehalten möchten, Bedingungen hinzufügen.
Hinweis:
Die Bedingung für den Abgleich regulärer Ausdrücke [regelmäßigem Ausdruck entsprechen] wird nicht mehr unterstützt.

Warnung:
Wenn der Klon aus der Sicherung aus irgendeinem Grund fehlschlägt, wird der Klonvorgang auf die veraltete Klon-Engine ausgeführt. Die veraltete Klon-Engine kann keine Daten aus erweiterten Tabellen, Beziehungen, Hierarchien zwischen Tabellen und Punkt-zu-Punkt-Abfragen beibehalten. In solchen Fällen möchten Sie möglicherweise einen Systemklon neu planen oder Daten manuell übertragen.
Klicken Sie auf Absenden.
Wenn Sie die Datenerhaltungsfunktion später löschen möchten, stellen Sie sicher, dass Sie die folgenden Datenerhaltungsdatensätze nicht ändern oder löschen:
- Kerninstanzeigenschaften
- Semaphore
- E-Mail-Accounts
Hinweis:
DB-Ansichten können nicht beibehalten werden.
Beibehaltene Elemente dürfen nicht leer sein, und Benutzer können den Klon nicht übermitteln, wenn Beibehaltene Elemente leer sind.

Behalten Sie die SAML-Eigenschaften bei

Wenn Sie möchten, dass eine Klonzielinstanz ihre vorhandene SAML-Integration beibehält, müssen Sie die Datenerhaltungsfunktion „ Core Instance Properties “ so bearbeiten, dass die SAML-Eigenschaften enthalten sind.

Vorbereitungen

Erforderliche Rolle: admin

Prozedur

Navigieren zu Alle > Systemklon > Daten erhalten.
Wählen Sie Eigenschaften der Core-Instanz aus.
Fügen Sie die folgenden Bedingungen hinzu.
- [ODER] [Name] [ist einer von] [glide.authenticate.external, glide.authenticate.external.logout_redirect, glide.authenticate.failed_requirement_redirect]
- [ODER] [Name] [beginnt mit] [glide.authenticate.sso.saml2]
- [ODER] [Name] [beginnt mit] [com.snc.integration.saml_esig]
Hinweis:
Stellen Sie sicher, dass die Checkbox Thema deaktiviert ist, damit diese Eigenschaften erhalten bleiben, unabhängig davon, ob Sie das Instanzthema beibehalten.
Klicken Sie auf Aktualisieren.

Behalten Sie während eines Systemklons in der Entwicklung befindliche Anwendungen und Anpassungen bei

Speichern Sie manuell eine Kopie jeder Anwendung und Anpassung, die Sie derzeit in der Entwicklung haben, bevor Sie die Anwendungsversion in die Zielinstanz (Entwicklungsinstanz) klonen können.

Vorbereitungen

Stellen Sie sicher, dass Sie Schreibzugriff auf den Anwendungsdatensatz haben.

Stellen Sie sicher, dass Sie Zugriff auf ein Quellcodeverwaltungs-Repository haben.

Erforderliche Rolle: admin

Warum und wann dieser Vorgang ausgeführt wird

Beim Klonvorgang werden Versionsunterschiede für Anwendungen und App-Anpassungen in der Entwicklung nicht beibehalten. Stattdessen klont das System nur die Kopien der Anwendungs- und App-Anpassungsversionen, die in der Quellinstanz installiert sind, in die Zielinstanz. Wenn die Zielinstanz eine Entwicklungsversion derselben Anwendung hatte, kann die Anwendung nach dem Klon bearbeitet werden, weist jedoch die Version auf, die in der Quellinstanz installiert wurde. Wenn die Anwendung auf der Quellinstanz nicht vorhanden war, löscht der Klonvorgang die Anwendung von der Zielinstanz.

Prozedur

Um die Anwendung auf der Klonzielinstanz beizubehalten, führen Sie eine der folgenden Aktionen aus:

Tabelle : 1. Versionsunterschiede zwischen Instanzen
Anwendungsversionsstatus	Auszuführende Aktion
Die Anwendungsversion der Klonzielinstanz unterscheidet sich von der Quellinstanzversion.	Exportieren Sie jede Anwendung aus der Klonzielinstanz. Zur Auswahl stehen: Verknüpfen Sie jede Anwendung mit einem Quellcodeverwaltungs-Repository. Hinweis: Wenn die Anwendung bereits mit einem Quellcodeverwaltungs-Repository verknüpft ist, führen Sie ein Commit für die neueste Version aus. Veröffentlichen Sie jede Anwendung in einem Update Set.
Die Anwendung ist nur in der Klonzielinstanz verfügbar.
Die Anwendungsversion der Klonzielinstanz stimmt mit der Quellinstanz überein.	Keine. Der Systemklonprozess kopiert diese Anwendungsversion während des Klons auf die Zielinstanz.

Fordern Sie einen Systemklon der Quellinstanz in die Zielinstanz an.
Klonen Sie beispielsweise Ihre Produktionsinstanz über Ihre Entwicklungsinstanz.
Melden Sie sich nach Abschluss des Klonvorgangs bei der Klonzielinstanz an.

Wenn Sie jede Anwendung in einem Quellcodeverwaltungs-Repository gespeichert haben, verwenden Sie eine der folgenden Aktionen, um sie aus dem Quellcodeverwaltungs-Repository abzurufen:

Tabelle : 2. Anwendungen aus einem Quellcodeverwaltungs-Repository abrufen
Anwendungsinstallationsstatus	Für Klonziel auszuführende Aktion
Die Anwendung wurde zuvor auf der Quellinstanz installiert.	Wenden Sie Remote-Changes aus dem Quellcodeverwaltungs-Repository an.
Die Anwendung wurde nie auf der Quellinstanz installiert.	Importieren Sie die Anwendung aus dem Quellcodeverwaltungs-Repository.

Hinweis:

Informationen dazu, was nach der Anwendungsanpassung nach dem Klonen zu erwarten ist, finden Sie unter Ergebnisse nach dem Klonen für Anwendungsanpassungen.

Verwenden Sie für die Anwendungsanpassung eine der folgenden Aktionen, um sie aus dem Quellcodeverwaltungs-Repository abzurufen.

Tabelle : 3. Anwendungen aus einem Quellcodeverwaltungs-Repository abrufen
Status der Anwendungs- und Anpassungsinstallation	Für Klonziel auszuführende Aktion
Die Anwendung und die Anpassung wurden zuvor in der Quellinstanz installiert.	Wenden Sie Remote-Changes aus dem Quellcodeverwaltungs-Repository an.
Die Anwendung wurde zuvor auf der Quellinstanz installiert, die Anpassung jedoch nicht.	Wenden Sie Remote-Changes aus dem Quellcodeverwaltungs-Repository an.
Die Basisanwendung wurde nie auf der Quellinstanz installiert.	Löschen Sie die Repository-Konfiguration (sys_repo_config), und importieren Sie die Anpassung aus dem Quellcodeverwaltungs-Repository.

Wenn Sie jede Anwendung in einem Update Set gespeichert haben, führen Sie eine der folgenden Aktionen aus, um sie aus dem Update Set abzurufen:

Tabelle : 4. Anwendungen aus einem Update Set abrufen
Anwendungsinstallationsstatus	Für Klonziel auszuführende Aktion
Die Anwendung wurde zuvor auf der Quellinstanz installiert.	Löschen Sie die Anwendungsversion, die aus der Quellinstanz geklont wurde. Laden Sie das Update Set, das die aktuelle Anwendungsversion enthält.
Die Anwendung wurde nie auf der Quellinstanz installiert.	Laden Sie das Update Set, das die aktuelle Anwendungsversion enthält.

Nach einem Klon können Sie die folgenden Remote-Changes anwenden:

Tabelle : 5. Remote-Changes nach dem Klonen
Feld	Beschreibung
glide.source_control.post_clone_import_enabled	Um die Automatisierung der Anwendung von Remote-Changes zu deaktivieren, setzen Sie auf False. Der Standardwert ist True.
glide.source_control.post_clone_import_delay_time_sec	Um eine Verzögerungszeit anzugeben, die die Verarbeitung der Warteschlange verzögert, geben Sie einen Wert an. Der Standardwert ist 0.
glide.source_control.post_clone_import_pause_refresh_time_sec	Um ein Intervall anzugeben, in dem der Auftrag zur Aktualisierung des Repositorys nicht ausgeführt wird, geben Sie einen Wert an. Der Standardwert beträgt drei Stunden (10.800).

Ergebnisse

Die zuvor in der Entwicklung befindlichen Anwendungen stehen für die weitere Entwicklung auf der Klonzielinstanz zur Verfügung.

Anwendung „Marketing Events“ erhalten

Angenommen, Ihr Unternehmen hat zuvor Version 1.0 einer benutzerdefinierten Anwendung namens „Marketing Events“ erstellt. Sie haben bereits Version 1.0 der Anwendung „Marketing Events“ im Anwendungs-Repository veröffentlicht und auf Ihrer Produktionsinstanz installiert.

Im Laufe der Zeit haben Benutzer Verbesserungsanforderungen für die Anwendung übermittelt, und Sie möchten Version 2.0 der Anwendung „Marketing Events“ auf einer Nicht-Produktionsinstanz entwickeln, um auf diese Anforderungen zu reagieren. Als die Entwicklung kurz vor dem Abschluss steht, möchten Sie Ihre Nicht-Produktionsinstanz auf die neueste Produktionsversion aktualisieren, um umfangreiche Tests durchzuführen.

Da Sie zuvor eine Quellcodeverwaltungsintegration verwendet haben, um Version 1.0 der Anwendung „Marketing Events“ zu entwickeln, haben Sie die Anwendung „Marketing Events“ bereits mit einem Quellcodeverwaltungs-Repository verknüpft. Sie führen ein Commit für Version 2.0 der Anwendung „Marketing Events“ an das Quellcodeverwaltungs-Repository durch.

Sie planen einen Klon der Produktionsinstanz über die Entwicklungsinstanz. Nach der Fertigstellung melden Sie sich bei der Entwicklungsinstanz an und stellen fest, dass sie über Version 1.0 der Anwendung „Marketing Events“ verfügt, da diese Version auf der Quellinstanz installiert war.

Da die Anwendung bereits auf der Quellinstanz installiert wurde, wenden Sie die Remote-Changes aus dem Quellcodeverwaltungs-Repository an, um die neueste Anwendungsversion zu erhalten. Die Entwicklungsinstanz verfügt jetzt über Version 2.0 der Anwendung „Marketing Events“ und ist für weitere Entwicklung und Tests verfügbar.