---
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


---

# Bereinigungsskripts nach dem Klonen

# Bereinigungsskripts nach dem Klonen {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

Bereinigungsskripts werden nach Abschluss des Klonvorgangs automatisch auf der Zielinstanz ausgeführt.

Verwenden Sie Bereinigungsskripts, um fehlerhafte Daten zu ändern oder zu entfernen. Bereinigungsskripts werden ausgeführt, nachdem die Datenerhaltung und der Klon abgeschlossen sind.

Sie können neue Skripts nach dem Klonen in der Quellinstanz hinzufügen, um jede Aktion auszuführen, die normalerweise über Skripteinbindungen oder Business-Regeln ausgeführt werden kann. Navigieren Sie zum Hinzufügen eines Skripts zu SystemklonKlondefinitionBereinigungsskripts Und klicken Sie auf Neu .  
Hinweis:  
Bereinigungsskripts werden immer für Klone ausgeführt, die mit einem Klonprofil erstellt wurden. Dies ist erforderlich, da sie OOB verfügbar sind und einen fehlerfreien Status nach dem Klonen sicherstellen. Nachdem der Klon abgeschlossen ist, werden alle Bereinigungsskripts als geplante Aufgabe mit dem Namen kombiniert Klonbereinigungsskript Ausführen: Bereinigungsskripts Sequenziell Ausführen Und bis zum Abschluss im globalen Bereich ausführen. Die Bereinigungsskripts werden basierend auf dem Reihenfolgenfeld sortiert. Bereinigungsskripts müssen auf definiert sein Quelle Instanz.
Sie können Post-Klon-Skripts aktivieren oder inaktiv machen, um zu steuern, ob diese Skripts ausgeführt werden oder nicht. Sie können auch eine Reihenfolgennummer für jedes Skript festlegen, mit der Sie die Reihenfolge festlegen können, in der die aktiven Skripts ausgeführt werden, wobei niedrigere Zahlen eine höhere Priorität haben.   

Hinweis:  
Alle Bereinigungsskripts werden im globalen Bereich ausgeführt, unabhängig vom Umfang, in dem Sie das Bereinigungsskript konfiguriert haben. Ein Beispiel für die Ausführung eines bereichsbezogenen Skripts ist bis

* Erstellen Sie eine Skripteinbindung im gewünschten Umfang mit der darin enthaltenen Bereinigungslogik.
* Haben Sie eine Konfiguration für eingeschränkten Aufruferzugriff eingerichtet, um Zugriff auf Ihr bereichsbezogenes Skript zu ermöglichen. Stellen Sie sicher, dass Sie sich im Umfang der Skripteinbindung befinden, die zum Erstellen der RCA verwendet wird.{#post-clone-cleanup-scripts__table_yfw_xyw_pbc__entry__2}

  | Feld | Beschreibung |
  |-|-|
  | Quellbereich | Global |
  | Quelltyp | Umfang |
  | Status | Zulässig |
  | Zielbereich | Der Umfang der Skripteinbindung. |
  | Zieltyp | Skripteinbindung |
  | Zielvorgabe | Das Skript. |
  | Vorgang | API ausführen |
  [ ]

  {#post-clone-cleanup-scripts__table_yfw_xyw_pbc}
* Rufen Sie die Skripteinbindung aus dem Klonbereinigungsskript auf.
{#post-clone-cleanup-scripts__ul_f4n_4yw_pbc}  
Die folgenden Bereinigungsskripts nach dem Klonen führen verschiedene Aktionen für die Zielinstanz aus.{#post-clone-cleanup-scripts__table_hqz_gxs_gr__entry__2}

| Skript | Beschreibung |
|-|-|
| Ungültige MID-Server-Anmeldeinformationen nach dem Klonen | Führt eine Skripteinbindung mit dem Namen aus BadMIDAnmeldeinformationen nach Klon In einer geklonten Instanz zu erkennen [Ungültige Anmeldeinformationen für MID-Server-Anwender](https://www.servicenow.com/docs/access?context=mid-post-clone-issue-resolution&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US). Diese Skripteinbindung erstellt geplante Aufgaben, die MID-Server in protokollieren Ausgefallen status der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] nach einem Instanzklon. |
| Löschen Sie die Zuordnung des Knotens der geplanten Aufgabe | Setzt alle geplanten Aufgaben, die in der Quellinstanz aktiv waren, auf zurück Bereit status. Dieses Skript löscht auch den Wert von System-ID Und Beansprucht von Felder für alle geplanten Aufgaben. |
| Konfigurieren Sie E-Mail-Accounts | Migriert E-Mail-Accounts, die in der Quellinstanz vorhanden waren, zur Zielinstanz, wenn sie dort nicht aktiviert sind. Dieses Skript migriert auch die E-Mail-Eigenschaften zur Zielinstanz. |
| E-Mails deaktivieren | Deaktiviert E-Mails in der Zielinstanz. Eine standardmäßige Datenerhaltung verwaltet andere E-Mail-Einstellungen aus der Zielinstanz. |
| Installieren Sie das deaktivierte Plugin | Aktiviert das Plugin „Domänentrennung" für Instanzen, die diese Funktion verwenden. |
| Generieren Sie alle Textindizes erneut | Erstellt Textindizes in der Zielinstanz nach einem Klon neu. Textindizes werden nicht aus der Quelle in die Zielinstanz geklont. |
| Planen Sie das Verwerfen von Sicherungstabellen | Plant das Löschen der Daten, die in der Zielinstanzdatenbank enthalten sind, vor dem Klonen. Diese ursprünglichen Daten werden nach einem Klon 24 Stunden lang beibehalten, damit Sie eine Instanz auf den Status vor dem Klonen zurücksetzen können. Wenn die Zielinstanz als Teil des Klons heruntergestuft wird, sind keine Sicherungsdaten verfügbar. |
[Tabelle : 1. Bereinigungsskripts nach dem Klonen]

{#post-clone-cleanup-scripts__table_hqz_gxs_gr}