--- sourceDocument: Yokohama Now Plattformverwaltung sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/platform-administration Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Now Plattformverwaltung ft:clusterId : - platadm bundleId : - platadm workflow : - Platform --- # Datenaufbewahrung beim Klonen von Zielinstanzen # Datenaufbewahrung beim Klonen von Zielinstanzen {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 9 Minuten Lesedauer 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 {#data-preservation__section_bkt_swj_t1b} 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 MID-Server-Tabelle \[ecc_Agent\] nicht überschreiben. Beibehaltene Daten werden vor dem Klonen in der Zielinstanz gespeichert und nach dem Klonen in der Zielinstanz wiederhergestellt. 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\] {#data-preservation__ul_z14_zps_yfb} 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 {#data-preservation__section_zwz_swj_t1b} Das System erstellt automatisch die erforderlichen Datenerhaltungsfunktionen für das Klonen, wenn Sie die Single Sign-on-Integration mehrerer Anbieter aktivieren.{#data-preservation__section_zwz_swj_t1b__entry__3} | 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\] {#data-preservation__ul_ix2_p1n_q5} 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. ## Datenbewahrer für SAML {#data-preservation__section_hhg_dxj_t1b} Das Beibehalten von SAML-SSO-bezogenen Einstellungen kann verhindern, dass die Zielinstanz die falschen Aussteller- und Zielgruppenparameter verwendet, wenn Authentifizierungsanforderungen an Ihren IDP gestellt werden. Um SAML-Einstellungen beizubehalten, erstellen Sie Datenerhaltungssysteme für die folgenden Tabellen: * Systemeigenschaft \[sys_properties\]: Zum Beibehalten von SAML-Eigenschaften. * X.509-Zertifikate \[sys_certificate\]: Zum Beibehalten von SAML-Zertifikaten. * Anwender \[sys_user\]: Zum Beibehalten von SAML-Anwendern. {#data-preservation__ul_hbx_zvm_q5} Sie müssen auch beibehalten [Eigenschaften](https://servicenow-prod.fluidtopics.net/jCJrcm9OO8LFtjWlbbB77Q#t_PreserveSAMLProperties "Wenn eine Klonzielinstanz ihre vorhandene SAML-Integration beibehalten soll, müssen Sie bearbeiten Kerninstanzeigenschaften Datenerhaltung zum Einbeziehen der SAML-Eigenschaften.")Und Anwender, die an SAML beteiligt sind. ## Erhaltung nicht veröffentlichter Anwendungen {#data-preservation__section_ijw_wrn_z1b} Sie können keine Datenerhaltungsfunktionen verwenden, um nicht veröffentlichte Anwendungen zu speichern. Stattdessen müssen Anwendungsentwickler auswählen, wie sie möchten [Unveröffentlichte Anwendungen beibehalten](https://servicenow-prod.fluidtopics.net/jCJrcm9OO8LFtjWlbbB77Q#preserve-applications-during-clone "Bewahren Sie manuell eine Kopie jeder Anwendung und Anpassung auf, die Sie derzeit in der Entwicklung haben, bevor Sie die Anwendungsversion in die Zielinstanz (Entwicklung) klonen können."). 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, sie befindet sich jedoch in der beliebigen Version, die auf der Quellinstanz installiert wurde. Wenn die Anwendung in der Quellinstanz fehlte, löscht der Klonprozess die Anwendung aus der Zielinstanz. ## Erstellen Sie eine Datenerhaltung {#ariaid-title2} Datenbewahrer verwalten angegebene 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 vermeiden, dass die Tabelle „MID-Server" \[ecc_Agent\] überschrieben wird. Beibehaltene Daten werden vor dem Klonen in einer dynamisch generierten Liste in der Zielinstanz gespeichert und in der Zielinstanz wiederhergestellt, nachdem der Klon abgeschlossen ist. Sie definieren Datenbewahrer in der Quellinstanz. Datenerhaltungssysteme dienen in erster Linie dazu, Systemeinstellungen und -Designs beizubehalten, z. B. instanzspezifische Authentifizierungseinstellungen. 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 in eine Datei exportieren und nach Abschluss des Klons importieren. Überlegen Sie, ob die Daten in den folgenden Tabellen beibehalten werden sollen. * Lesezeichen \[sys_ui_bookmark\] * Letzte Auswahl \[sys_ui_recent_selection\] * Anwendereinstellung \[sys_user_preferences\] {#t_CreateADataPreserver__ul_sg1_x1z_zr} Wenn Sie eine Datenerhaltung für eine Tabelle festlegen, in der die Quellinstanz mehr Datensätze als die Zielinstanz enthält, enthalten die in der Zielinstanz beibehaltenen Daten auch die zusätzlichen Datensätze aus der Quellinstanz. Nehmen Sie beispielsweise an, dass die Datenaufbewahrung bereits vorhanden ist. * In der Quellinstanz enthält die Tabelle „sys_temp" 100 Datensätze. * In der Zielinstanz enthält die Tabelle „sys_temp" 20 Datensätze. {#t_CreateADataPreserver__ul_ikq_qgd_tbb} Nach dem Klonen enthält die Tabelle „sys_temp" in der Zielinstanz 100 Datensätze. * Die 20 Datensätze in der Tabelle „sys_temp" des Ziels werden erfolgreich beibehalten (gemäß Spezifikation für Datenerhaltung). Diese Datensätze waren Teil der 100 Datensätze in der Quelltabelle „sys_temp". * Die Tabelle „sys_temp" der Quelle überträgt die verbleibenden 80 Datensätze in die Tabelle „sys_temp" des Ziels. {#t_CreateADataPreserver__ul_wzk_xgd_tbb} Um dieses Problem zu beheben und nur die Datensätze in der Zieltabelle beizubehalten, [Erstellen Sie einen Ausschlusstabellendatensatz](https://servicenow-prod.fluidtopics.net/4iWOUHYf0ZtG_2Dd~A_4Rw "Schließen Sie eine Tabelle aus, um eine leere, aber verwendbare Tabelle in der Zielinstanz zu erstellen.")Für die Zieltabelle zusätzlich zum Festlegen der Datenaufbewahrung in der Quelltabelle. Wichtig: Konfigurieren Sie Beibehaltene Elemente in der Quellinstanz. ### Prozedur 1. Navigieren Sie in der Quellinstanz zu SystemklonDaten erhaltenan. 2. Klicken Sie auf Neu. 3. Geben Sie die Tabellenbezeichnung als ein Name , Beispiel: Anwendereinstellung für die Tabelle \[sys_user_preferences\]. Die Datenerhaltung muss einen Tabellennamen haben, oder sie kann nicht übermittelt werden. 4. Wählen Sie aus Tabelle Beizubehalten. Für die Datenerhaltung muss eine Tabelle ausgewählt sein, andernfalls kann sie nicht übermittelt werden. 5. Wählen Sie aus Design Kontrollkästchen, wenn die beibehaltenen Daten eine UI-Eigenschaft sind. 6. Definieren Sie die Daten, die beibehalten werden sollen, mit [Bedingungsgenerator](https://www.servicenow.com/docs/access?context=c_ConditionBuilder&version=yokohama&pubname=yokohama-platform-user-interface&ft:locale=en-US). Sie können Bedingungen verwenden, um bestimmte Datensätze zu definieren, die Sie während eines Klons beibehalten möchten. Um beispielsweise nur bestimmte Systemeigenschaften beizubehalten, können Sie Bedingungen für jeden Eigenschaftsnamen hinzufügen, den Sie beibehalten möchten. Hinweis: Die Bedingung zum Abgleichen regulärer Ausdrücke \[Übereinstimmung mit regulärem Ausdruck\] wird nicht mehr unterstützt. Warnung: Wenn der Klon aus der Sicherung aus irgendeinem Grund fehlschlägt, führt der Klonprozess ein Failover zur Legacy-Klon-Engine durch. Die Legacy-Klon-Engine kann keine Daten aus erweiterten Tabellen, Beziehungen, Hierarchien zwischen Tabellen und Dot-Walking-Abfragen beibehalten. In solchen Fällen können Sie einen Systemklon neu planen oder Daten manuell übertragen. 7. Klicken Sie auf Absenden. Wenn Sie die Datenerhaltung 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 {#t_CreateADataPreserver__ul_twj_53y_gr} Hinweis: DB-Ansichten können nicht beibehalten werden. Beibehaltene Elemente dürfen nicht leer sein, und Anwender können den Klon nicht übermitteln, wenn beibehaltene Elemente leer sind. {#t_CreateADataPreserver__steps_fpz_xqm_zx} ## SAML-Eigenschaften beibehalten {#ariaid-title3} Wenn eine Klonzielinstanz ihre vorhandene SAML-Integration beibehalten soll, müssen Sie bearbeiten Kerninstanzeigenschaften Datenerhaltung zum Einbeziehen der SAML-Eigenschaften. ### Vorbereitungen Erforderliche Rolle: Administrator ### Prozedur 1. Navigieren zu AlleSystemklonDaten erhaltenan. 2. Wählen Sie Aus Kerninstanzeigenschaften . 3. Fügen Sie Folgendes hinzu Bedingungen . * \[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\] {#t_PreserveSAMLProperties__ul_fdv_rxm_q5} Hinweis: Stellen Sie sicher, dass Design Das Kontrollkästchen ist deaktiviert, damit diese Eigenschaften unabhängig davon beibehalten werden, ob Sie das Instanzdesign beibehalten. 4. Klicken Sie auf Aktualisieren. {#t_PreserveSAMLProperties__steps_qwr_52n_q5} ## Anwendungen und Anpassungen in der Entwicklung während eines Systemklons beibehalten {#ariaid-title4} Bewahren Sie manuell eine Kopie jeder Anwendung und Anpassung auf, die Sie derzeit in der Entwicklung haben, bevor Sie die Anwendungsversion in die Zielinstanz (Entwicklung) 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: Administrator ### Warum und wann dieser Vorgang ausgeführt wird Der Klonprozess behält Versionsunterschiede für Anwendungen und App-Anpassungen in der Entwicklung nicht bei. Stattdessen klont das System nur die Kopien der Anwendungs- und App-Anpassungsversionen, die auf der Quellinstanz installiert sind, auf der Zielinstanz. Wenn die Zielinstanz über eine Entwicklungsversion derselben Anwendung verfügte, kann die Anwendung nach dem Klonen bearbeitet werden, hat jedoch die Version, die auf der Quellinstanz installiert wurde. Wenn die Anwendung in der Quellinstanz fehlte, löscht der Klonprozess die Anwendung aus der Zielinstanz. ### Prozedur 1. Führen Sie eine der folgenden Aktionen aus, um die Anwendung in der Klonzielinstanz beizubehalten: {#preserve-applications-during-clone__table_icq_cv1_4y__entry__2} | Status der Anwendungsversion | Auszuführende Aktion | |-|-| | Die Anwendungsversion in der Klonzielinstanz unterscheidet sich von der Quellinstanzversion. | Exportieren Sie jede Anwendung aus der Klonzielinstanz. Die Auswahlmöglichkeiten umfassen: * Verknüpfen Sie jede Anwendung mit einem Quellcodeverwaltungs-Repository. Hinweis: Wenn die Anwendung bereits mit einem Quellcodeverwaltungs-Repository verknüpft ist, bestätigen Sie die neueste Version dafür. * Veröffentlichen Sie jede Anwendung in einem Update-Satz. {#preserve-applications-during-clone__ul_xc2_xv1_4y} | | Die Anwendung ist nur auf der Klonzielinstanz verfügbar. | Exportieren Sie jede Anwendung aus der Klonzielinstanz. Die Auswahlmöglichkeiten umfassen: * Verknüpfen Sie jede Anwendung mit einem Quellcodeverwaltungs-Repository. Hinweis: Wenn die Anwendung bereits mit einem Quellcodeverwaltungs-Repository verknüpft ist, bestätigen Sie die neueste Version dafür. * Veröffentlichen Sie jede Anwendung in einem Update-Satz. {#preserve-applications-during-clone__ul_xc2_xv1_4y} | | Die Anwendungsversion auf der Klonzielinstanz ist mit der Quellinstanz identisch. | Keine. Der Systemklonprozess kopiert diese Anwendungsversion während des Klons auf die Zielinstanz. | [Tabelle : 1. Versionsunterschiede zwischen Instanzen] {#preserve-applications-during-clone__table_icq_cv1_4y} 2. Fordern Sie einen Systemklon der Quellinstanz an der Zielinstanz an. Klonen Sie beispielsweise Ihre Produktionsinstanz über Ihre Entwicklungsinstanz. 3. Melden Sie sich nach Abschluss des Klonprozesses bei der Klonzielinstanz an. 4. Hinweis: Wenn die Quellcodeverwaltung verknüpft ist, ruft die Plattform nach dem Klonen automatisch Anwendungen und anwenderdefinierte Anwendungen ab. Wenn dies über deaktiviert ist `glide.source_control.post_clone_import_enabled `Sie müssen manuell abrufen, indem Sie Folgendes tun. Wenn Sie jede Anwendung in einem Quellcodeverwaltungs-Repository gespeichert haben, verwenden Sie eine der folgenden Aktionen, um sie aus dem Quellcodeverwaltungs-Repository abzurufen: Hinweis: Was Sie nach der Anwendungsanpassung nach dem Klonen erwarten können, finden Sie unter [Ergebnisse nach dem Klonen für Anwendungsanpassungen](https://www.servicenow.com/docs/access?context=what-to-expect-post-clone-for-app-customization&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US). {#preserve-applications-during-clone__table_gkb_ks1_4y__entry__2} | Status der Anwendungsinstallation | Aktion, die für das Klonziel ausgeführt werden soll | |-|-| | Die Anwendung und die Anpassung wurden zuvor in der Quellinstanz installiert. | Wenden Sie Remote-Changes aus dem Quellcodeverwaltungs-Repository an. | | Die Anwendung wurde nie in der Quellinstanz installiert. | Löschen Sie die Repository-Konfiguration (sys_repo_config), und importieren Sie die Anpassung aus dem Quellkontroll-Repository. | [Tabelle : 2. Ruft Anwendungen aus einem Quellcodeverwaltungs-Repository ab] {#preserve-applications-during-clone__table_gkb_ks1_4y} {#preserve-applications-during-clone__table_oph_bx2_gyb__entry__2} | Feld | Beschreibung | |-|-| | glide.source_control.post_clone_import_enabled | Um die Automatisierung von Remote-Changes anwenden zu deaktivieren, legen Sie sie auf fest Falsch . Der Standardwert ist Wahr . | | 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 null. | | glide.source_control.post_clone_import_pause_refresh_time_sec | Geben Sie einen Wert an, um ein Intervall anzugeben, in dem der Aktualisierungs-Repository-Auftrag nicht ausgeführt wird. Der Standardwert ist drei Stunden (10800). | [Tabelle : 3. Remote-Changes nach dem Klonen] {#preserve-applications-during-clone__table_oph_bx2_gyb} {#preserve-applications-during-clone__retrieve-from-source-control} {#preserve-applications-during-clone__retrieve-from-source-control} 5. Wenn Sie jede Anwendung in einem Update-Satz gespeichert haben, führen Sie eine der folgenden Aktionen aus, um sie aus dem Update-Satz abzurufen: {#preserve-applications-during-clone__table_oyk_l51_4y__entry__2} | Status der Anwendungsinstallation | Aktion, die für das Klonziel ausgeführt werden soll | |-|-| | Die Anwendung wurde zuvor in der Quellinstanz installiert. | 1. Löschen Sie die Anwendungsversion, die aus der Quellinstanz geklont wurde. 2. Laden Sie den Update-Satz, der die aktuelle Anwendungsversion enthält. {#preserve-applications-during-clone__ul_a2n_fhz_my} | | Die Anwendung wurde nie in der Quellinstanz installiert. | Laden Sie den Update-Satz, der die aktuelle Anwendungsversion enthält. | [Tabelle : 4. Ruft Anwendungen aus einem Update-Satz ab] {#preserve-applications-during-clone__table_oyk_l51_4y} {#preserve-applications-during-clone__retrieve-from-update-set} ### Ergebnisse Die zuvor in der Entwicklung befindlichen Anwendungen sind für die weitere Entwicklung in der Klonzielinstanz verfügbar. ### Behalten Sie die Anwendung „Marketingereignisse" bei Nehmen wir an, dass Ihr Unternehmen zuvor Version 1,0 einer anwenderdefinierten Anwendung mit dem Namen „Marketingereignisse" erstellt hat. Sie haben Version 1,0 der Anwendung „Marketingereignisse" bereits im Anwendungs-Repository veröffentlicht und in Ihrer Produktionsinstanz installiert. Im Laufe der Zeit haben Anwender Verbesserungsanforderungen für die Anwendung eingereicht, und Sie entscheiden sich, Version 2,0 der Anwendung „Marketingereignisse" auf einer Instanz außerhalb der Produktion zu entwickeln, um diese Anforderungen zu bearbeiten. Wenn die Entwicklung kurz vor dem Abschluss steht, möchten Sie Ihre nicht-Produktionsinstanz für einige umfassende Tests auf die neueste Kopie der Produktion aktualisieren. Da Sie zuvor eine Quellcodeintegration verwendet haben, um Version 1,0 der Anwendung „Marketingereignisse" zu entwickeln, haben Sie die Anwendung „Marketingereignisse" bereits mit einem Quellcodeverwaltungs-Repository verknüpft. Sie bestätigen Version 2,0 der Anwendung „Marketingereignisse" im Quellcodeverwaltungs-Repository. Sie planen einen Klon der Produktionsinstanz über der Entwicklungsinstanz. Nach Abschluss melden Sie sich bei der Entwicklungsinstanz an und sehen, dass sie Version 1,0 der Anwendung „Marketingereignisse" hat, da dies die Version war, die auf der Quellinstanz installiert wurde. Da die Anwendung bereits auf der Quellinstanz installiert war, wenden Sie die Remote-Änderungen aus dem Quellsteuerungs-Repository an, um die neueste Anwendungsversion zu erhalten. Die Entwicklungsinstanz verfügt jetzt über Version 2,0 der Anwendung „Marketingereignisse" und ist für weitere Entwicklung und Tests verfügbar.