Systemklon

Verwenden Sie die Anwendung „Systemklon“, um den gesamten Inhalt 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. Die zu klonenden Daten stammen aus der neuesten nächtlichen Sicherung.

Hinweis:

Eine neue, einheitliche Admin-Experience basierend auf der vorhandenen Klon-Engine ist jetzt im Klon-Administratorkonsoleverfügbar. Die Klon-Administratorkonsole bietet mehr Transparenz beim Klonen von Daten zwischen Instanzen, einer unserer am häufigsten verwendeten Automatisierungen, sowie einer Reihe weiterer Verbesserungen.

Abbildung : 1. Prozess klonen

Als Antwort auf eine Klonanforderung führt die Plattform ServiceNow die folgenden Aufgaben aus:

1. Generiert eine Datei, um Betriebsdaten auf dem Zielserver zu speichern.
   Hinweis:

   Diese Datei enthält die Daten, die von Datenerhaltungsfunktionenkonserviert werden.
2. Kopiert das Datenbankschema aus der Quellinstanz in die Zielinstanz.
3. Erstellt Tabellen in der Zielinstanzdatenbank anhand der Tabellendefinitionen der Quellinstanz.
4. Kopiert Daten aus der neuesten nächtlichen Sicherung der Quellinstanz in die Datenbank der Zielinstanz.
   Hinweis:

   Bestimmte Ausschlüsse erfolgen automatisch, große Tabellen werden normalerweise ausgeschlossen. Dazu gehören Audit-, Protokoll- und E-Mail-Tabellen. MetricBase Tabellen werden standardmäßig nicht ausgeschlossen.
5. Deaktiviert kurzzeitig den UI-Datenverkehr und Anforderungen an den Zielinstanzserver.
6. Zeigt allen Anwendern, die auf die Zielinstanz zugreifen, die Nachricht „Klon in Arbeit...“ an.
7. Stellt Betriebsdaten wieder her, die in der Zielinstanz aufbewahrt wurden.
8. Führt alle Bereinigungsskripts nach dem Klonen in der Zielinstanz aus.
9. Hält alle E-Mail-Funktionen in der Zielinstanz kurz an.
10. Stellt ein Ereignis in die Warteschlange, um Textindizes neu zu generieren.
11. Aktiviert den UI-Datenverkehr und Anforderungen an den Zielinstanzserver.

Während eines Klonvorgangs ist die Zielinstanz möglicherweise zeitweise nicht verfügbar. Nach Abschluss des Klonvorgangs haben Sie bis zu 24 Stunden Zeit, sich an Kundenservice und Support zu wenden und ein Rollback der Zielinstanz in den Status vor dem Klonen anzufordern. 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.

In eine Instanz mit einer anderen Version klonen

Die Anwendung „Systemklon“ kann eine Instanz als Ziel haben, die eine andere Instanzversion als die Quelle ausführt.

Ein zentraler Webservice steuert die Klonverarbeitung und passt die Zielinstanzversion automatisch an die Quellinstanzversion an. Dieser Abgleichsprozess beginnt bis zu acht Stunden vor der im Feld Datum und Uhrzeit im Formular „Systemklon“ angegebenen Zeit. 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 das Upgrade oder Downgrade. Die Plattform ServiceNow nimmt während eines kurzen Fensters, in dem die Zielinstanz nicht verfügbar ist, alle Versionsänderungen vor, nachdem sie Daten aus der Sicherung der Quellinstanz kopiert hat.

Aus einer Sicherung klonen

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 die erste Vorbereitung, einschließlich der Auswahl der neuesten zu verwendenden Sicherung, erst zu dem Zeitpunkt (Datum und Uhrzeit), zu dem der Start der Verarbeitung geplant ist.

Wenn das Klonen aus einer Quellsicherung fehlschlägt, verwendet das System stattdessen die Legacy-Clone Engine. Die Legacy-Klon-Engine kann keine Daten aus erweiterten Tabellen, Beziehungen, Hierarchien zwischen Tabellen und Dot-Walking-Abfragen beibehalten. In solchen Fällen möchten Sie möglicherweise die Zielinstanz aus einer Sicherung wiederherstellen und den Klon dann 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 auf unterschiedlichen Versionen von Now Platformbefinden, wird die Zielinstanz während dieser Zeit so geändert, dass sie der Quellinstanzversion entspricht.

Wenn Sie einen Klon aus einer Sicherung starten, werden Datum und Uhrzeit der Erstellung der Sicherung sowie regelmäßige Fortschrittsmeldungen in der zugehörigen Liste „Klonprotokoll“ angezeigt.

Abbildung : 2. Systemklon-Sicherungsprotokoll

Über Produktionsinstanzen klonen

Solange die Systemeigenschaft glide.db.clone.allow_clone_target auf TRUE festgelegt ist, kann eine Instanz als Klon dienen. Das Ändern von Daten in der Quellinstanz während eines Klonvorgangs kann zu einer Datenabweichung zwischen Datensätzen oder zu doppelten Datensatzeinträgen führen.

Veraltete Klonoptionen

Das Kontrollkästchen für die Klonoption Anwender und zugehörige Tabellen beibehalten wurde im Utah-Release aus den Klonoptionen entfernt. In einigen Fällen können vergangene Anpassungen an der Klonanforderungsseite oder im Zusammenhang mit dem Klon dazu führen, dass dieses Feld in Ihrem Formular verbleibt.

Wichtig:

Das Aktivieren dieses veralteten Felds hat während des Klonvorgangs keine Auswirkungen auf den Anwender, die Rolle oder zugehörige Tabellen.

.