--- 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 --- # Systemklon # Systemklon {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer Verwenden Sie die Anwendung „Systemklon", um alles in einer Datenbank von einer Instanz in eine andere zu kopieren. Das Klonen wird normalerweise verwendet, um eine Produktionsinstanz in eine Vorproduktionsinstanz zu kopieren, um Änderungen zu testen. Das Klonen von Daten stammt aus der neuesten nächtlichen Sicherung. Hinweis: Eine neue, einheitliche Administrator-Experience basierend auf der vorhandenen Klon-Engine ist jetzt in verfügbar [Klon-Administratorkonsole](https://servicenow-prod.fluidtopics.net/EGhcOvXLUOBHxjqO6xqzTQ "Die Klon-Administratorkonsole bietet eine neue, optimierte Experience und verbesserte Transparenz für das Klonen von Daten zwischen Instanzen. Alle Ihre vorhandenen Klonprofile, Ausschlüsse, Beibehaltene Elemente und Skripts werden in die neue Konsole übernommen. Die Seite „Klonanforderung“ wird vereinfacht, eine Option für die Sicherung bei Bedarf wird hinzugefügt, und der Fortschritt des Klons wird transparenter."). Die Klon-Administratorkonsole bietet verbesserte Transparenz für das Klonen von Daten zwischen Instanzen, eine unserer am häufigsten verwendeten Automatisierungen sowie eine Reihe anderer Erweiterungen. Abbildung : 1. Klonprozess Als Antwort auf eine Klonanforderung wird ServiceNowDie Plattform führt die folgenden Aufgaben aus: 1. Generiert eine Datei, um Betriebsdaten auf dem Zielserver zu erhalten. Hinweis: Diese Datei enthält die von aufbewahrten Daten [Datenerhaltungssysteme](https://servicenow-prod.fluidtopics.net/jCJrcm9OO8LFtjWlbbB77Q#t_CreateADataPreserver "Datenbewahrer verwalten angegebene Daten in einer Zielinstanz."). 2. Kopiert das Datenbankschema aus der Quellinstanz in die Zielinstanz. 3. Erstellt Tabellen in der Zielinstanzdatenbank mithilfe der Tabellendefinitionen der Quellinstanz. 4. Kopiert Daten aus der letzten nächtlichen Sicherung der Quellinstanz in die Zielinstanzdatenbank. Hinweis: Bestimmte Ausschlüsse sind automatisch, große Tabellen werden normalerweise ausgeschlossen. Dazu gehören Audit-, Protokoll- und E-Mail-Tabellen. MetricBaseTabellen sind standardmäßig nicht ausgeschlossen. 5. Deaktiviert UI-Datenverkehr und Anforderungen an den Zielinstanzserver kurz. 6. Zeigt die Nachricht an Klonen wird ausgeführt... An jeden Anwender, der auf die Zielinstanz zugreift. 7. Stellt Betriebsdaten wieder her, die aus der Zielinstanz beibehalten wurden. 8. Führt alle Bereinigungsskripts nach dem Klonen auf der Zielinstanz aus. 9. Hält alle E-Mail-Funktionen in der Zielinstanz kurz an. 10. Stellt ein Ereignis in die Warteschlange, um Textindizes erneut zu generieren. 11. Aktiviert UI-Datenverkehr und Anforderungen an den Zielinstanzserver. {#c_SystemClone__ol_rkm_vmy_gr} Während eines Klons ist die Zielinstanz möglicherweise zeitweise nicht verfügbar. Nach Abschluss des Klonens haben Sie bis zu 24 Stunden Zeit, sich zu kontaktieren Kundenservice und SupportUnd fordern Sie ein Rollback der Zielinstanz auf ihren Status vor dem Klonen an. Sie werden benachrichtigt, wenn das Rollback abgeschlossen ist. Hinweis: Wenn die Quellinstanz eine Klontiefe von \>=5 hat, ist der Klon nicht zulässig. Wenn der Zweck der Quellinstanz DART (Datenzugriff für verantwortliches Training) ist, ist der Klon nicht zulässig, und eine Fehlermeldung wird angezeigt. ## Klonen Sie in eine Instanz in einer anderen Version {#c_SystemClone__section_m45_prc_m1b} Die Systemklonanwendung kann auf eine Instanz abzielen, die eine andere Instanzversion aus der Quelle ausführt. Ein zentraler Webservice steuert die Klonverarbeitung und ändert die Zielinstanzversion automatisch an die Quellinstanzversion. Dieser Abgleichsprozess startet bis zu acht Stunden vor der in angegebenen Zeit Datum und Uhrzeit Feld im Formular „Systemklon". Dieser Webservice bestätigt auch, dass auf der Zielinstanz genügend Speicherplatz vorhanden ist, damit der Klon fortfahren kann. Beim Klonen aus einer Sicherung benötigt die Zielinstanz keine zusätzliche Zeit für ein Upgrade oder ein Downgrade. Die ServiceNowDie Plattform führt alle Versionsänderungen während eines kurzen Zeitfensters durch, in dem die Zielinstanz nicht verfügbar ist, nachdem Daten aus der Quellinstanzsicherung kopiert wurden. ## Klon aus einer Sicherung Der Klon verwendet beim Klonen Daten aus der neuesten nächtlichen Sicherung der Quellinstanz. Sicherungen, die zum Klonen verwendet werden, sind maximal 36 Stunden alt. Der Systemklon beginnt mit der ersten Vorbereitung, einschließlich der Auswahl der neuesten zu verwendenden Sicherung, nur zu dem Zeitpunkt, an dem die Verarbeitung beginnen soll. Wenn das Klonen aus einer Quellsicherung fehlschlägt, verwendet das System stattdessen die veraltete Klon-Engine. Die veraltete Klon-Engine kann Daten aus erweiterten Tabellen, Beziehungen, Hierarchien zwischen Tabellen und Dot-Walking-Abfragen nicht beibehalten. In solchen Fällen möchten Sie die Zielinstanz aus einer Sicherung wiederherstellen und dann den Klon neu planen. Nach dem Klonen aus einer Sicherung ist die Zielinstanz einige Minuten lang nicht verfügbar, bevor der Klon in der Quellinstanz als abgeschlossen markiert wird. Wenn sich die Quell- und Zielinstanzen in verschiedenen Versionen von befinden Now Platform, Die Zielinstanz wird so geändert, dass sie der Quellinstanzversion während dieser Zeit entspricht. Beim Starten eines Klons aus einer Sicherung werden Datum und Uhrzeit der Sicherungsaufnahme sowie regelmäßige Fortschrittsmeldungen in angezeigt Klonprotokoll Zugehörige Liste. Abbildung : 2. Systemklon-Sicherungsprotokoll ## Klonen über Produktionsinstanzen Solange die Systemeigenschaft ist glide.db.clone.allow_clone_targetIst „WAHR", kann eine Instanz als Klon dienen. Das Ändern von Daten in der Quellinstanz während eines Klons kann zu Datenkonflikten zwischen Datensätzen oder doppelten Datensatzeinträgen führen. ## Veraltete Klonoptionen {#c_SystemClone__section_s52_3yw_gbc} Das Kontrollkästchen Klonoption Anwender und zugehörige Tabellen beibehalten Wurde aus Klonoptionen im Utah-Release entfernt. In einigen Fällen können frühere Anpassungen an der Klonanforderungsseite oder im Zusammenhang mit dem Klon dazu führen, dass dieses Feld in Ihrem Formular verbleibt. Wichtig: Das Überprüfen dieses veralteten Felds hat während des Klons keine Auswirkungen auf den Anwender, die Rolle oder zugehörige Tabellen.an.