--- sourceDocument: Yokohama Erstellen oder ändern Sie Anwendungen sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/application-development Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Erstellen oder ändern Sie Anwendungen ft:clusterId : - cadev bundleId : - cadev workflow : - Creator --- Lokale Update Sets vergleichen ============================== Lokale Update Sets vergleichen {#ariaid-title1} =============================================== * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Administratoren können lokale und (abgerufene) Remote-Update Sets in der Vorschau anzeigen und die Sets miteinander vergleichen, um widersprüchliche Änderungen aufzulösen. 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 AlleSystemupdate-SätzeLokale 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 {#t_CompareLocalUpdateSets__ol_rs2_rnn_vp} 7. Führen Sie den Vergleich erneut aus, um sicherzustellen, dass alle Kollisionen aufgelöst wurden. Update Set-Kollisionen auflösen {#ariaid-title2} ------------------------------------------------ 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_id`s 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 | | sys_db_object | Name | | sys_dictionary | Name, Element | | sys_choice_set | Name, Element, Sprache | | sys_documentation | Name, Element, Sprache | | sys_properties | Name | | sys_report_chart_color | Name, Element, Wert | | sys_ui_form | Name, Ansicht, sys_domain | | sys_ui_message | Dokumentenschlüssel, Sprache | | sys_ui_list | Name, Ansicht, sys_domain, Element, Beziehung, übergeordnetes Element | | sys_ui_section | Name, Ansicht, Beschriftung, sys_domain | | sys_ui_related_list | Name, Ansicht, related_list, sys_domain | | sys_ui_view | Name | | sys_user_role | Name | | sys_user_group | Name | | sys_wizard | Name | [ ] {#update-set-collisions__table_krr_4wp_yq} ### 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` {#update-set-collisions__ul_cld_zpz_py} 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 {#update-set-collisions__ul_bzm_mqz_py} 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. Weitere Informationen finden Sie unter [XML-Dateien exportieren und importieren](https://www.servicenow.com/docs/access?context=c_ExportAndImportXMLFiles&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US). * Aktivieren Sie einen eindeutigen Index für die Tabelle aus dem System-Dictionary. Weitere Informationen finden Sie [unter Tabellenverwaltung](https://www.servicenow.com/docs/access?context=c_TableAdministration&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US). {#update-set-collisions__ul_elx_v4n_vp} 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.