Klon anfordern

Freigeben Version: Zurich

Aktualisiert 31. Juli 2025

18 Minuten Lesedauer

Fordern Sie einen Klon an, um Daten aus einer Produktionsinstanz in eine Instanz außerhalb der Produktion zu kopieren oder Daten zwischen Instanzen außerhalb der Produktion zu kopieren.

Vorbereitungen

Erforderliche Rolle: Clone_admin

Hinweis:

Wenn der Zweck der Quellinstanz DART (Datenzugriff für verantwortliches Training) ist, ist der Klon nicht aktiviert, und eine Fehlermeldung wird angezeigt.

Prozedur

Navigieren zu Alle > Klon-Administratorkonsole > Klon-Startseitean.
Wählen Sie Aus Klon Anfordern .

Füllen Sie im Formular die Felder aus.

Tabelle : 1. Anforderungsformular für Klonen
Feld	Beschreibung
Quellinstanz	Die ursprüngliche Datenbank, aus der Daten kopiert werden.
Zielinstanz	Der neue Speicherort, an den die Daten kopiert werden. Hinweis: Sie können eine Instanz hinzufügen oder eine vorhandene Instanz auswählen, ohne die Seite zu verlassen.
Klonprofil	Wenden Sie ein Klonprofil an, das Sie zuvor erstellt haben. Alle Ausschlüsse, Beibehaltener Elemente und Skripts, die Sie dem Profil hinzugefügt haben, werden auf die Klonanforderung angewendet. Hinweis: Wenn Standard Ist im Klonprofil aktiviert, lädt die Klonanforderung dieses Profil jedes Mal, wenn Sie die Klonanforderungsseite öffnen (Klonadministratorkonsole v.1.0.18 oder höher).
Geplante Startzeit des Klons	Die Startzeit, um mit dem Klonen Ihrer Instanz zu beginnen.
E-Mail nach Abschluss	Die E-Mail, die über den Abschluss des Klons benachrichtigt werden soll.
Externe E-Mail-Adresse	Externe E-Mails, an die Klonbenachrichtigungen während des Klonprozesses gesendet werden sollen.

Wählen Sie die folgenden Optionen aus, die Sie für Ihren Klon konfigurieren möchten.

Hinweis:

Zusätzliche Einstellungen können für Ihre Klonanforderung konfiguriert werden, einige Optionen können jedoch die Abschlusszeit des Klons erheblich erhöhen.

Tabelle : 2. Klonoptionen
Feld	Beschreibung
Tabellen in der Ausschlussliste ausschließen	Verhindert das Klonen von Datensätzen aus Tabellen in der Quellinstanz, die unter aufgeführt sind   Instanzklon > Ausschlusstabellenan. Wenn sich eine Tabelle in der Ausschlussliste befindet, schließt der Klon die Datensätze in der Tabelle sowie Datensätze in den untergeordneten Tabellen aus. Beim Ausschließen von Tabellen werden ihr Tabellenschema und ihre Hierarchie weiterhin in Ihre Zielinstanz geklont. Daher verfügt Ihre Zielinstanz nach dem Klonen über leere, aber nutzbare Tabellen. Hinweis: Sofort einsatzbereite ServiceNow-Tabellenausschlüsse werden weiterhin ausgeschlossen und sind von dieser Einstellung nicht betroffen. Dazu gehören Tabellen mit Auditing, Lizenznutzung, Protokollierung und Benachrichtigungen. Sie können diese Einstellung deaktivieren, wenn Sie die Daten aus Ihren ausgeschlossenen Tabellen benötigen. Die Legacy-Klon-Engine unterstützt diese Option nicht. Die Standardeinstellung ist, dass in der Ausschlussliste angegebene Tabellen von einem Klon ausgeschlossen werden.
Audit- und Protokolldaten ausschließen	Verhindert das Klonen von Audit- und Protokolldatensätzen aus der Quellinstanz. Dadurch werden leere, aber nutzbare Audit- und Protokolltabellen in der Zielinstanz erstellt. Hinweis: Wenn Sie Audit- und Protokolldaten aus Ihrem Klon ausschließen, stimmt der Aktivitätenstrom für Datensätze nicht mit der Quellinstanz überein. Dies liegt daran, dass der Aktivitätenstrom zur Generierung des Verlaufs auf der Audit-Tabelle basiert. Die Standardeinstellung ist, dass Audit- und Protokolldaten von einem Klon ausgeschlossen werden.
Anhangsdaten ausschließen	Verhindert das Klonen bestimmter Dateien wie Videodateien Image-Dateien Andere große Binärdateien Aus der Tabelle „sys_attachment“. Hinweis: Sofort einsatzbereite ServiceNow-Anhänge und andere systemrelevante Dateien (z. B. Katalogelementbilder, Designbilder und Symbole) sind von dieser Einstellung nicht betroffen. Die folgenden sofort einsatzbereiten ServiceNow-Anhänge und andere systemrelevante Dateien sind von dieser Einstellung nicht betroffen und werden nicht von einem Klon ausgeschlossen: Tabellennamenwerte, die mit ZZ_ beginnen. Tabellennamen: sys_certificate, sc_Cat_item,sys_Upgrade_manifest, ecc_Agent_jar, ecc_Agent_mib, sys_Store_App, oder Invisible.sys_Store_App. Die Standardeinstellung ist, Anhangsdaten auszuschließen.
Design erhalten	Behält das Design und die CSS-Elemente in der Zielinstanz bei. Daher behält Ihre Zielinstanz ihr Design und ihr Erscheinungsbild nach einem Klon bei. Die Standardeinstellung besteht darin, das Design in der Zielinstanz beizubehalten.
Einstellungen für diese Klonanforderung sperren	Wenn Sie ein Klonprofil verwenden, sperrt diese Option die Einstellungen und Optionen zum Zeitpunkt der Klonanforderung. Alle nachfolgenden Änderungen am Klonprofil wirken sich unabhängig davon, wann der Klon ausgeführt wird, nicht auf die Klonanforderung aus. Diese Option ist standardmäßig nicht ausgewählt.
Menge der aus bestimmten Tabellen kopierten Daten	Beschränkt die Anzahl der Tage der Verlaufsdaten für die Aufgabentabelle und ihre untergeordneten Tabellen (z. B. Incident-, Problem- und Change-Tabellen) auf 90 Tage. Um die Klonzeit zu reduzieren, sollten Sie große Tabellen vollständig ausschließen. Beim Ausschließen von Tabellen hat Ihre Zielinstanz dasselbe Tabellenschema und dieselbe Hierarchie (d. h. leere nutzbare Tabellen) wie die Quellinstanz. Die Standardeinstellung besteht darin, alle Daten aus der Aufgabentabelle und ihren untergeordneten Tabellen in die Zielinstanz zu klonen.
Laufende Update-Sätze beibehalten	Behält die letzten 90 Tage der in Bearbeitung befindlichen Update-Sätze im globalen Anwendungsbereich bei. Mit dieser Option können Sie globale Update-Sätze, die in den letzten 90 Tagen in Ihrer Zielinstanz erstellt wurden, in Bearbeitung behalten. Hinweis: Diese Option behält Ihre in Bearbeitung befindlichen bereichsbezogenen Update-Sätze nicht bei. Update-Sätze, die älter als 90 Tage sind, werden nicht gespeichert. Es wird empfohlen, Ihre Update-Sätze vor dem Klonen zu überprüfen und zu bestätigen. Standardmäßig werden keine Update-Sätze beibehalten.
Klonhäufigkeit	Mit dieser Option können Sie wiederkehrende Klone aus Ihrer Quelle in Ihre Zielinstanz planen. Damit können Sie die Klonhäufigkeit und die maximale Anzahl von Vorkommen definieren. Standardmäßig ist die Klonhäufigkeit auf keine festgelegt. Weitere Informationen zum Planen des Klonens finden Sie unter Planen Sie wiederkehrende Klone .

Wählen Sie Fortsetzen.
Überprüfen Sie die Zusammenfassung Ihrer Klonanforderung, und wählen Sie sie aus Klonanforderung bestätigen und übermitteln .

Klon anfordern (Veraltete UI)

Fordern Sie einen Klon an, um Daten aus einer Produktionsinstanz in eine Instanz außerhalb der Produktion zu kopieren oder Daten zwischen Instanzen außerhalb der Produktion zu kopieren.

Vorbereitungen

Erforderliche Rolle: Clone_admin

Ab Release Australien werden Klonanforderungen auf der Legacy-Seite nicht mehr bereitgestellt, erweitert oder unterstützt.

Hinweis:

Anforderungen, die über die Legacy-Seite initiiert werden Clone_instance.do Wird nicht auf der Homepage der neuen Klonkonsole angezeigt. Sie können jedoch weiterhin auf der Legacy-Klonverlaufsseite gefunden werden Clone_instance_list.do .

Informationen zu Instanzen, die eine Oracle-Datenbank verwenden, finden Sie unter KB0538884: Unterstützung des Instanzklons für Oracle-Kunden .
Sie können wiederkehrende Klone einrichten, indem Sie sie im Bereich „Optionen“ planen.

Konfigurieren Sie Ihre Zielinstanz, bevor Sie Ihren Klon anfordern. Führen Sie die aus Folgen :

Navigieren Sie zu Konfigurationen > Kloninstanzenan.
Wählen Sie Neu.
Füllen Sie das Formular „neue Kloninstanz“ aus.

Konfigurieren Sie ein Klonprofil. Führen Sie die aus Folgen :

Navigieren zu Konfigurationen > Klonprofilean.
Füllen Sie das neue Klonprofil-Formular aus.
Hinweis:
Sie können mehrere Klonprofile erstellen und eine wiederverwendbare Klonvorlage verwenden. Mit Klonprofilen können Sie die richtigen Ausschlüsse und Beibehaltener Elemente für Ihren Klon auswählen.

Warum und wann dieser Vorgang ausgeführt wird

Die ServiceNow AI Platform Verwendet beim Klonen Daten aus der neuesten, täglichen Sicherung der Quellinstanz. Sicherungen, die zum Klonen verwendet werden, sind maximal 36 Stunden alt. Der Instanzklon beginnt die erste Vorbereitung, einschließlich der Auswahl der neuesten zu verwendenden Sicherung, nur zu dem Zeitpunkt, an dem die Verarbeitung beginnen soll.

Prozedur

Melden Sie sich bei der Instanz an, die Sie klonen möchten.
Diese Instanz wird zur Quellinstanz der Klonanforderung.
Konfigurieren Sie ein Klonziel (Registrierung und Authentifizierung)Datensatz für jede Zielinstanz, die Sie Klondaten erhalten möchten.
Überprüfen Sie die Liste der Tabellen, die vom Klonen und ausgeschlossen sind Fügen Sie Tabellen hinzu, die ausgeschlossen werden sollen, oder entfernen Sie sie Aus der Zielinstanz.
Überprüfen Sie die Liste der Tabellen und Systemeigenschaften, die Sie in der Zielinstanz speichern möchten, wie folgt.

Sie können verwenden Datenbewahrer . Sie können auch Erstellen oder ändern Sie Datenerhaltungssysteme , Nach Bedarf.
Bewahren Sie alle unveröffentlichten Anwendungen auf In der Zielinstanz.
Navigieren zu Instanzklon > Klon anfordernan.
Wahlweise: Geben Sie ein vordefiniertes Klonprofil an.
Ein Klonprofil speichert Ziel- und Klonoptionen. Das Klonprofil füllt Ihre Klonanforderung automatisch mit Ihren ausgewählten Profileinstellungen aus. Siehe Klonprofile für Klonanforderungen .
In Zielinstanz Feld wählen Sie die Zielinstanz aus, die Sie die geklonten Daten erhalten möchten.
Erstellen Sie eine separate Klonanforderung für jede Zielinstanz, die Sie Klondaten erhalten möchten.
In Geplante Startzeit Des Klons Wählen Sie die Zeit aus, zu der das Klonen beginnen soll.
Sie können mehrere Klonanforderungen für dieselbe Quellinstanz planen. Erstellen Sie beispielsweise eine Klonanforderung zum Kopieren von Daten in eine Instanz außerhalb der Produktion A und eine andere Klonanforderung zum Kopieren von Daten in eine Instanz außerhalb der Produktion B. die Zeitplanungs-Engine bestimmt, ob mehrere Klonanforderungen für dieselbe Quellinstanz gleichzeitig auftreten können oder ob sie sequenziell erfolgen müssen. Wenn Ihre Quellinstanz sehr groß ist, empfehlen wir die Klonverkettung. Weitere Informationen finden Sie unter Klonverkettung auf Erkunden Instanzklon.

Das System überprüft die geplante Startzeit und akzeptiert entweder den von Ihnen ausgewählten Datums-/Uhrzeitwert oder schlägt einen verfügbaren Datums-/Uhrzeitwert vor. Der Validierungsprozess verhindert Planungskonflikte mit anderen Automatisierungen, die dieselbe Zielinstanz verwenden.
In E-Mail nach Abschluss Geben Sie Ihre E-Mail-Adresse ein, damit Sie Warnungen erhalten können, nachdem das Klonen abgeschlossen ist, abgebrochen wurde oder ein Fehler aufgetreten ist.
Klicken Sie auf Optionen pfeilspitze, damit sie nach unten gedreht wird.
Geben Sie Ihre Optionen ein.
Wählen Sie Absenden.
Wenn bei der Klonanforderung keine Probleme auftreten, zeigt das System das Dialogfeld „Ziel authentifizieren“ an.
In Anwendername Und Passwort Geben Sie den Anwendernamen und das Passwort für einen Administrator-Account in der Zielinstanz ein, und klicken Sie dann auf Authentifizieren .
Überprüfen Sie die Kloneinstellungen, und klicken Sie auf OK .
Eine E-Mail wird an die angegebene Adresse gesendet, nachdem der Klon abgeschlossen ist, abgebrochen wurde oder ein Fehler aufgetreten ist.

Nächste Maßnahme

Sie können:

Planen Sie wiederkehrende Klone .
Brechen Sie Ihre Klonanforderung ab .
Zeigen Sie den Klonverlauf an Von abgeschlossenen Klonen.

Klonziel (Registrierung und Authentifizierung)

Ein Klonzieldatensatz gibt die Instanz-URL und die Anmeldeinformationen an, die zum Klonen verwendet werden.

Vorbereitungen

Geben Sie Anmeldeinformationen für die Zielinstanz für einen Anwender mit der Administratorrolle an. Verwenden Sie einen lokalen Anwenderaccount, keinen LDAP- oder SSO-Anwenderaccount. Die Anmeldeinformationen der Zielinstanz müssen in der Anwendertabelle [sys_user] als Anwenderdatensatz oder als Teil einer LDAP-Integration vorhanden sein. Klonanforderungen können keine Authentifizierungsanforderungen an einen Single Sign-on-Identitätsanbieter weiterleiten.
Überprüfen Sie die Systemeigenschaft glide.db.clone.allow_clone_targetIst auf festgelegt Wahr . Standardmäßig ist diese Eigenschaft für Instanzen aktiviert, deren Name auf „Dev“, „Test“, „Stage“, „UAT“ oder „QA“ endet.
Wenn die Zielinstanz verwendet IP-bereichsbasierte Authentifizierung , Muss der IP-Bereich 10.0,0.0/10.255.255.255 aktivieren, um in einem lokalen Netzwerk zu kommunizieren.
Erforderliche Rolle: Clone_admin

Prozedur

Navigieren zu Alle > Systemklon > Klonzielean.
Wählen Sie Neu.
Geben Sie die URL für die empfangende Instanz (Ziel) ein.

Das System validiert, dass die Instanz Klonziele aktiviert und Hochverfügbarkeits-Klonen aktiv ist. Produktions- und Demonstrationsinstanzen schlagen diese Validierungsprüfungen fehl.

Abbildung : 1. Klonziel ungültig
Geben Sie die Anmeldeinformationen für die Standardauthentifizierung für einen Anwenderaccount mit der Administratorrolle in der Zielinstanz ein.

Hinweis:
Um mehrere Ziele aus einer Quelle zu klonen, müssen Sie für jedes Ziel separate Klonanforderungen stellen.

Das System validiert die Anwenderanmeldeinformationen Clone_admin und SOAP Zugriff auf die Zielinstanz.
Wählen Sie Absenden.
Das System überprüft die Konnektivität und validiert die Anwenderanmeldeinformationen für die Zielinstanz.

Daten aus Zielinstanzen werden während Klonen beibehalten

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.

Datenbewahrer

Manchmal müssen einige Daten in einer Instanz, die zum Klonen bestimmt ist, aufbewahrt werden. Wenn das Ziel beispielsweise ein MID-Server ist, dürfen Sie die Tabelle „MID-Server“ [ecc_Agent] nicht überschreiben. Beibehaltene Daten werden erneut auf die Zielinstanz angewendet, nachdem Ausschlüsse abgeschlossen wurden.

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]

Hinweis:

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

Verwenden Sie keine Datenaufbewahrungselemente, um große Datensätze wie Anwendergruppen zu übertragen. 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

Das System erstellt automatisch die erforderlichen Datenerhaltungsfunktionen für das Klonen, wenn Sie die Single Sign-on-Integration mehrerer Anbieter 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.auth, Und glide.smtp.encryptionSind 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 Datenerhaltungssysteme zwar ändern, es ist jedoch empfehlenswert, dies nicht zu tun. Die Tabellen „Digest-Eigenschaften“ [Digest_properties], „Identitätsanbieter“ [sso_properties] und „SAML2 Update1 Properties“ [saml2_update1_properties] sind erforderlich, damit SSO (Single Sign-on) mit mehreren Quellen ordnungsgemäß funktioniert. Wenn Single Sign-on für mehrere Quellen in der Zielinstanz deaktiviert ist, können Sie alle drei Datenerhaltungssysteme 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

Das Beibehalten von SAML SSO-bezogenen Einstellungen kann verhindern, dass die Zielinstanz die falschen Aussteller- und Zielgruppenparameter verwendet, wenn Authentifizierungsanforderungen an Ihren IdP stellt. 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.

Sie müssen auch beibehalten Eigenschaften Und -Anwender, die an SAML beteiligt sind.

Erhaltung nicht veröffentlichter Anwendungen

Sie können keine Datenerhaltungsfunktionen zum Speichern unveröffentlichter Anwendungen verwenden. Stattdessen müssen Anwendungsentwickler auswählen, wie sie möchten Unveröffentlichte Anwendungen beibehalten .

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 Datenerhaltung

Datenbewahrer verwalten angegebene Daten in einer Zielinstanz.

Vorbereitungen

Erforderliche Rolle: Clone_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 Klon 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 Datenaufbewahrungselemente, um große Datensätze wie Anwendergruppen zu übertragen. 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]

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

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äß der Spezifikation für Datenerhaltung). Diese Datensätze waren Teil der 100 Datensätze in der Tabelle „sys_temp“ der Quelle.
Die Tabelle „sys_temp“ der Quelle bringt die verbleibenden 80 Datensätze in die Tabelle „sys_temp“ des Ziels.

Um dieses Problem zu beheben und nur die Datensätze in der Zieltabelle beizubehalten, Erstellen Sie einen Ausschlusstabellendatensatz Für die Zieltabelle zusätzlich zum Festlegen des Datenerhaltungssystems in der Quelltabelle.

Wichtig:

Konfigurieren Sie Beibehaltene Elemente in der Quellinstanz.

Prozedur

Navigieren Sie in der Quellinstanz zu Systemklon > Daten erhaltenan.
Wählen Sie Neu.
Geben Sie die Tabellenbezeichnung als ein Name , Zum Beispiel Anwendereinstellung für die Tabelle [sys_user_preferences].
Die Datenerhaltung muss einen Tabellennamen haben, oder sie kann nicht übermittelt werden.
Wählen Sie aus Tabelle Beizubehaltende Elemente.
Für die Datenerhaltung muss eine Tabelle ausgewählt sein, andernfalls kann sie nicht übermittelt werden.
Wählen Sie aus Design Kontrollkästchen, wenn die beibehaltenen Daten eine UI-Eigenschaft sind.
Definieren Sie die Daten, die mit aufbewahrt werden sollen Bedingungsgenerator .
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.
Wählen Sie 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
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.

SAML-Eigenschaften beibehalten

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

Navigieren zu Alle > Systemklon > Daten erhaltenan.
Wählen Sie Aus Kerninstanzeigenschaften .
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]
Hinweis:
Stellen Sie sicher, dass Design Das Kontrollkästchen ist deaktiviert, sodass diese Eigenschaften unabhängig davon beibehalten werden, ob Sie das Instanzdesign beibehalten.
Klicken Sie auf Aktualisieren.

Anwendungen und Anpassungen in der Entwicklung während eines Systemklons beibehalten

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

Erforderliche Rolle: Administrator

Stellen Sie sicher, dass Sie Schreibzugriff auf den Anwendungsdatensatz und Zugriff auf ein Quellcodeverwaltungs-Repository haben.

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 eine Entwicklungsversion derselben Anwendung hatte, kann die Anwendung nach dem Klonen bearbeitet werden, hat jedoch die Version, die auf der Quellinstanz installiert wurde. Wenn die Anwendung auf der Quellinstanz nicht vorhanden war, löscht der Klonvorgang die Anwendung von der Zielinstanz.

Prozedur

Führen Sie eine der folgenden Aktionen aus, um die Anwendung in der Klonzielinstanz beizubehalten:

Tabelle : 3. Versionsunterschiede zwischen Instanzen
Anwendungsversionsstatus	Auszuführende Aktion
Die Anwendungsversion 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, führen Sie ein Commit für die neueste Version aus. Veröffentlichen Sie jede Anwendung in einem Update Set.
Die Anwendung ist nur auf 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 an die Zielinstanz an.
Klonen Sie beispielsweise Ihre Produktionsinstanz über Ihre Entwicklungsinstanz.
Melden Sie sich nach Abschluss des Klonvorgangs bei der Klonzielinstanz an.

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 nach der Anwendungsanpassung nach dem Klonen zu erwarten ist, finden Sie unter Ergebnisse nach dem Klonen für Anwendungsanpassungen .

Tabelle : 4. Anwendungen aus einem Quellcodeverwaltungs-Repository abrufen
Anwendungsinstallationsstatus	Für Klonziel auszuführende Aktion
Die Anwendung und die Anpassung wurden zuvor in der Quellinstanz installiert.	Wenden Sie Remote-Änderungen aus dem Quellcodeverwaltungs-Repository an.
Die Anwendung wurde nie auf der Quellinstanz installiert.	Löschen Sie die Repository-Konfiguration (sys_repo_config), und importieren Sie die Anpassung aus dem Quellsteuerungs-Repository.

Tabelle : 5. Remote-Changes nach dem Klonen
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 Auftrag zum Aktualisieren des Repositorys nicht ausgeführt wird. Der Standardwert ist drei Stunden (10800).

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:

Tabelle : 6. 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 den Update-Satz, der die aktuelle Anwendungsversion enthält.
Die Anwendung wurde nie auf der Quellinstanz installiert.	Laden Sie den Update-Satz, der die aktuelle Anwendungsversion enthält.

Ergebnisse

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

Anwendung „Marketing Events“ erhalten

Nehmen wir an, dass Ihr Unternehmen zuvor Version 1,0 einer anwenderdefinierten Anwendung mit dem Namen „Marketingereignisse“ erstellt hat. 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 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 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 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 steht für weitere Entwicklung und Tests zur Verfügung.

Klonprofile für Klonanforderungen

Mit einem Klonprofil können Sie vordefinierte Ziel- und Klonoptionen speichern. Das Klonprofil füllt Ihre Klonanforderung automatisch mit Ihren ausgewählten Profileinstellungen aus.

Klonprofile

Navigieren zu Systemklon > Klonprofile Zum Anzeigen Ihrer Klonprofile. Mit einem Klonprofil können Sie:

Erstellen Sie ein Profil mit bestimmten Zielinstanz- und Optionseinstellungen, auszuschließenden Tabellen, zu bewahrenden Daten und auszuführenden Bereinigungsskripts
Erstellen Sie eine Klonanforderung direkt aus dem Klonprofil
Wenden Sie das Klonprofil auf eine Klonanforderung an
Sie können ein Profil klonen, um ein neues Profil mit den gleichen Berechtigungen und Einstellungen wie ein vorhandenes zu erstellen.

Sie können Klonprofile aus erstellen, bearbeiten und löschen Profil Klonen Anzeigen. Das Systemprofil ist ein schreibgeschütztes Klonprofil, das Sie nicht löschen können. Zeigt eine vordefinierte Liste von Tabellenausschlüssen, Datenerhaltungsskripts und Bereinigungsskripts an. Diese Liste basiert auf den Plugins, die Ihre Instanz enthält.

Um ein neues Klonprofil als Standardprofil festzulegen, das beim anfordern eines Klons verwendet wird, wählen Sie aus Als Standard Festlegen Option. Stellen Sie sicher, dass dies das richtige Klonprofil ist, das Sie für das angeforderte Klonszenario verwenden möchten.

Wenn Sie ein neues Datenerhaltungs-, Ausschluss- oder Bereinigungsskript erstellen, wird es Ihren Klonprofilen nicht automatisch hinzugefügt. Um ein Beibehaltens-, Ausschluss- oder Bereinigungsskript hinzuzufügen, öffnen Sie das Klonprofil, und wählen Sie aus Zusätzliche Aktionen > Konfigurieren > Formularlayout, Und verschieben Sie den neuen Beibehaltener in die Liste ausgewählt.

Obwohl optional, wird die Verwendung von Klonprofilen vorgeschlagen. Wenn Sie das Feld Klonprofil beim Planen eines Klons leer lassen, verwendet das System alle ausgeschlossenen Tabellen, Datenerhaltungsskripts und Bereinigungsskripts, die unter konfiguriert sind Systemklon > Klondefinitionan.