Lokale Update Sets vergleichen

Administratoren können lokale und (abgerufene) Remote-Update Sets in der Vorschau anzeigen und die Sets miteinander vergleichen, um widersprüchliche Änderungen aufzulösen.

Vorbereitungen

Erforderliche Rolle: admin.

Warum und wann dieser Vorgang ausgeführt wird

Vergleichen Sie lokale Update Sets, um Kollisionen zu erkennen und sicherzustellen, dass die richtigen Änderungen übernommen werden. Lösen Sie alle Konflikte, bevor Sie ein Update Set zwischen Instanzen verschieben.

Prozedur

1. Navigieren zu Alle > Systemupdate-Sätze > Lokale Update-Sätze.
2. Aktivieren Sie die Checkbox neben den Update Sets, um sie zu vergleichen.
3. Wählen Sie in der Auswahlliste Aktion Update Sets vergleichen aus.
   Der Fortschrittsbildschirm wird als ServiceNow erzeugt den Kollisionsbericht angezeigt.

   Abbildung : 1. Kollisionsbericht

   

4. Klicken Sie auf Zum Kollisionsbericht wechseln, wenn der Bericht abgeschlossen ist.

   Die Liste Update Set-Kollisionen wird angezeigt und zeigt alle Änderungen in den ausgewählten Sets an.

5. Überprüfen Sie die Liste auf Kollisionen, indem Sie nach doppelten Kollisionsnummern suchen, welche die gleiche Änderung in separaten Update Sets zeigen.

   Abbildung : 2. Update Set-Kollisionen

   

6. Lösen Sie die Kollision auf, indem Sie den unerwünschten Update-Datensatz aus einem der Update Sets löschen.
   1. Klicken Sie auf den Link in der Spalte Sys-Update für das unerwünschte Update (sys_ui_list_incident_null in diesem Beispiel).
   2. Klicken Sie auf Löschen.
      Hinweis:

      Sie müssen den Update-Datensatz öffnen, um den Datensatz löschen zu können. Sie können das Update nicht löschen, indem Sie die Checkbox für den Eintrag in der Liste der Update Set-Kollisionen markieren und die Aktion Löschen ausführen. Wenn Sie den Update-Datensatz löschen, wird die Anpassung nicht aus der Instanz entfernt. Nur der Datensatz der Anpassung wird gelöscht.

      Abbildung : 3. Kunden-Updates

      

7. Führen Sie den Vergleich erneut aus, um sicherzustellen, dass alle Kollisionen aufgelöst wurden.

Update Set-Kollisionen auflösen

Eine Kollision ist ein Update, das über neueres lokales Update verfügt.

Die Plattform erkennt Kollisionen durch Vergleichen der Werte in den Feldern Name und Aktualisiert im Kunden-Update-Datensatz jedes Update Sets. Wenn der Name übereinstimmt, es jedoch unterschiedliche Datumswerte für das Update gibt, liegt eine Kollision vor.

Wenn ein Kunden-Update von einer Instanz zu einer anderen verschoben wird, kann es neu geschrieben werden, um mit der Zielinstanz übereinzustimmen. Das Umschreiben kann das Ändern des Update-Namens des Kunden-Updates und einer oder mehrerer sys_ids innerhalb des Updates beinhalten. Die Umschreibungen werden durchgeführt, wenn der Datensatz oder das Referenzfeld für eine Tabelle gilt, die eine Zusammenfügungsstrategie verwendet. Dadurch wird sichergestellt, dass das Kunden-Update auf den korrekten Datensatz angewendet wird. Wenn zum Beispiel der Datensatz sys_dictionary für tablename.fieldname die sys_id 123456789 in Instanz A besitzt und die sys_id 987654321 in Instanz B, werden beim Abrufen eines Kunden-Updates aus Instanz A, das auf diesen Datensatz verweist, und in der Tabelle sys_update_xml in Instanz B aufgezeichnet wird, Bezugnahmen auf 123456789 so aktualisiert, dass Sie die Benennung 987654321 aufweisen.

Zusammenfügungsstrategien

Update Sets können Kollisionen zwischen identischen Datensätzen erkennen, die Sie unabhängig voneinander in separaten Instanzen erstellen. Um solche Kollisionen zu erkennen, muss der Datensatz eine Zusammenfügungsstrategie aufweisen, die auf dem Zusammenfügen von Spalten basiert. Da die Kollisionserkennung von der Eindeutigkeit der Tabellen abhängt, müssen die Tabellen eindeutig sein, wenn die Zusammenfügungsspalten kombiniert werden. Datensätze, die hier nicht aufgeführt sind, kollidieren nicht, wenn derselbe Datensatz in verschiedenen Instanzen separat erstellt wird.

Typ	Spalten zusammenfügen
atf_input_variable	Name, Element
atf_output_variable	Name, Element
dp_Data_pattern	Source_sys_ID
Dynamic_Attribute	Namespaced_Name
Dynamic_category	Namespaced_Name
Dynamic_category_member	Kategorie, Attribut
Dynamic_choice_override	Auswahl, Kategorie, Attribut
Dynamic_Namespace	Name
sys_Analytics_Bucket	sys_scope, Bucket_document_ID, Bucket_table_Name
sys_attachment	(Verwendet anwenderdefinierte Übereinstimmungslogik)
sys_choice_set	Name, Element
sys_Collection	Sammlung, Name, Join_field
sys_db_object	Name
sys_df_Data_dictionary	Name, Element
sys_dictionary	Name, Element
sys_documentation	Name, Element, Sprache
sys_Index	Logical_table_Name, Col_Name_string
sys_Module	path
sys_Notification_category	Name
sys_package	Quelle
sys_Package_Dependency_m2m	Abhängigkeit, sys_Package
sys_properties	Name
sys_report_chart_color	Name, Element, Wert
sys_scope_script_Access	Source_scope, target_scope, script_Name
sys_scope_table_Access	Source_scope, target_scope, table_Name
sys_script_Validator	Internal_type, ui_type
sys_translated	Name, Element, Wert, Sprache
sys_translated_text	Tabellenname, Feldname, Dokumentschlüssel, Sprache
sys_ui_form	Name, Ansicht, sys_domain
sys_ui_list	Name, Ansicht, sys_domain, Element, Beziehung, übergeordnetes Element
sys_ui_message	Schlüssel, Sprache, Code
sys_ui_related_list	Name, Ansicht, related_list, sys_domain
sys_ui_section	Name, Ansicht, Beschriftung, sys_domain
sys_ui_view	Name
sys_user_group	Name
sys_user_role	Name
sys_wizard	Name
ua_table_Licensing_config	Name

Auswirkungen des Namen der Kunden-Update-Datensätzen auf Kollisionen

Um das Zusammenführen zu verstehen, ist es hilfreich, die Funktionsweise von nicht zusammengeführten Datensätzen zu verstehen. Bei den meisten Datensatztypen erkennt das System aus folgenden Gründen keine Kollisionen, wenn ein Kunden-Update in eine neue Instanz verschoben wird:

• Wenn Sie einen Datensatz erstellen, erhält er eine eindeutige sys_id. Bei den meisten Datensatztypen wird die sys_id zu einem Teil des Namens des Kunden-Update-Datensatzes. Beispiel: sysevent_email_template_9e1998c078b71100a92ecacd80df1d39.
• Durch das Erstellen eines identischen Datensatzes in derselben Tabelle in einer anderen Instanz wird der Name eines Kunden-Update-Datensatzes mit einer anderen sys_id angezeigt. Beispiel: sysevent_email_template_10b958c8653311005840134572f8e020

Obwohl die Datensätze ansonsten identisch sind, haben die Datensätze unterschiedliche Namen, sodass das System die Kollision nicht erkennt.

Beim Zusammenführen von Datensätzen werden dagegen folgende Methoden verwendet, um Datensätze zu benennen und Kollisionen zu ermitteln: Die folgenden Datensatztypen für Kunden-Updates verwenden einige oder alle ihrer zusammenführenden Spalten anstelle der sys_id in ihren Namen.

• sys_dictionary
• sys_documentation
• sys_choice_set
• sys_ui_list
• sys_ui_related_list

Der resultierende identische Datensatzname in jeder Instanz hilft dem System, Kollisionen zu erkennen, auch wenn die Datensätze unterschiedliche sys_ids haben.

Wenn ein Kunden-Update von einer Instanz zu einer anderen verschoben wird, kann es neu geschrieben werden, um mit der Zielinstanz übereinzustimmen. Das Umschreiben kann das Ändern des Update-Namens des Kunden-Updates und einer oder mehrerer sys_ids innerhalb des Updates beinhalten. Die Umschreibungen werden durchgeführt, wenn der Datensatz oder das Referenzfeld für eine Tabelle gilt, die eine Zusammenfügungsstrategie verwendet. Dadurch wird sichergestellt, dass das Kunden-Update auf den korrekten Datensatz angewendet wird. Wenn zum Beispiel der Datensatz sys_dictionary für tablename.fieldname die sys_id „123456789“ in Instanz A besitzt und die sys_id „987654321“ in Instanz B, werden beim Abrufen eines Kunden-Updates aus Instanz A, das auf diesen Datensatz verweist, und in der Tabelle sys_update_xml in Instanz B aufgezeichnet wird, Bezugnahmen auf „123456789“ so aktualisiert, dass Sie die Benennung „987654321“ aufweisen.

Doppelte Datensätze verhindern

• Übertragen Sie Daten mit Update Sets, anstatt sie in separaten Instanzen neu zu erstellen, um sicherzustellen, dass die Datensätze dieselbe sys_id haben.
• Exportieren und importieren Sie Datensätze als XML-Dateien, um sicherzustellen, dass die Datensätze dieselbe sys_id haben. Siehe Exportieren und importieren Sie XML-Dateien .
• Aktivieren Sie einen eindeutigen Index für die Tabelle aus dem System-Dictionary. Siehe Tabellenverwaltung .

Hinweis:

Die im Baseline-System enthaltenen Standarddatensätze haben immer dieselbe Sys-ID, da die Instanz die Datensätze während der Instanzbereitstellung als XML-Dateien importiert.