Erste Schritte mit Update Sets

Da Update Sets Änderungen an einer Instanz vornehmen, überprüfen Sie diese Informationen, um Fehler und Leistungsprobleme zu vermeiden. Erfahren Sie, wie Sie den Aktualisierungsprozess planen und häufige Fehler vermeiden.

Wann Update Sets verwendet werden

Bereitstellungsoption	Gut für	Zukünftige Überlegungen
Update-Sätze	Speichern von Änderungen an einem Basissystem oder einer installierten Anwendung. Eine bestimmte Version einer Anwendung speichern und anwenden. Eine Datei für den Export erstellen.	Sie können Update Sets manuell erstellen, um eine bestimmte Anwendungsversion zu speichern. Verwenden Sie Update Sets, um Patches oder Änderungen an installierten Anwendungen bereitzustellen. Hinweis: Verwenden Sie keine Update-Sätze zum Installieren von Anwendungen. Verwenden Sie stattdessen das Anwendungs-Repository oder das ServiceNow Store um Anwendungen zu installieren.
Anwendungs-Repository	Installieren und Aktualisieren von Anwendungen auf allen Unternehmensinstanzen Automatisches Verwalten von Update Sets für Anwendungen Beschränken des Zugriffs auf Anwendungen auf das gleiche Unternehmen Bereitstellen abgeschlossener Anwendungen für Endbenutzer	Erwägen Sie das Hochladen einer Anwendung in den ServiceNow Store, um sie mit anderen Benutzern zu teilen. Ermöglicht nur die Installation und Aktualisierung auf die neueste Anwendungsversion. Verwenden Sie Update Sets zum Speichern früherer Anwendungsversionen. Hinweis: Veröffentlichen Sie Anwendungen bei der Teamentwicklung nur von einer übergeordneten Instanz.

Update-Prozess planen

Erstellen Sie vor dem Arbeiten mit Update Sets einen Standardprozess zum Verschieben von Anpassungen von Instanz zu Instanz mithilfe dieser Checkliste:

1. Stellen Sie sicher, dass beide Instanzen dieselbe Version haben. Anpassungen funktionieren möglicherweise nicht, wenn sie auf Code angewiesen sind, der sich zwischen den Versionen geändert hat.
2. Bestimmen Sie die Änderungen, die in einem einzigen Update Set vorgenommen werden sollen. Schließen Sie Ihre Update Sets ab, während Sie kleine bis mittelgroße Aufgaben erledigen. Wenn Update-Sätze größer werden, wird es schwieriger, sie zu überprüfen, dauert länger, um Änderungen in ihnen zu identifizieren, erhöht das Risiko von Konflikten mit anderen Update-Sätzen und benötigt mehr Zeit, um eine Vorschau anzuzeigen und zu bestätigen. Dies gilt insbesondere, wenn die Update Sets Schemaänderungen oder Revisionen großer Workflows enthalten oder wenn der Satz zurückgesetzt werden muss.
3. Bestätigen Sie, dass alle Basissystemdatensätze übereinstimmende sys_ID-Felder haben. Einige Basissystemdatensätze werden nach der Bereitstellung in einer Instanz erstellt und stimmen nicht zwischen verschiedenen Instanzen überein, was zu Problemen mit Update-Sätzen führt. Der beste Weg, um dieses Problem zu vermeiden, ist:
   • Stellen Sie Produktions- und Nichtproduktionsinstanzen bereit.
   • Klonen Sie die Produktionsinstanz auf die Nicht-Produktionsinstanz.
4. Identifizieren Sie einen allgemeinen Pfad für Update Sets, um von Instanz zu Instanz zu wechseln und das Modell zu verwalten. Migrieren Sie niemals dasselbe Update Set aus mehreren Quellen. Verschieben Sie die Update Sets von „dev“ nach „test“ und dann von „test“ in die Produktion.
5. Planen Sie, wann die Update Sets für die Produktion festgelegt werden sollen. Vermeiden Sie es, während der Geschäftszeiten einen Update-Satz an eine Produktionsinstanz zu übergeben. Die Instanz wird möglicherweise langsamer ausgeführt, während der Update-Satz gilt. Seien Sie versichert, dass diese langsamere Leistung vorübergehend ist.
6. Stellen Sie sicher, dass die Namen der Update Sets eindeutig sind. Erstellen Sie eine Namenskonvention, um Änderungen von mehreren Entwicklern zu koordinieren und beim Übernehmen der Änderungen an eine andere Instanz zu referenzieren.
   • Wenn Update Sets als Korrekturen für Probleme generiert werden, sollten Sie das Problem-Ticket in den Namen aufnehmen (z. B. PR10005 – Problembehebung für doppelte E-Mail).
   • Wenn Sie mehr als einen Update-Satz benötigen, um ein Problem zu beheben, fügen Sie eine Sequenznummer in die Benennungskonvention ein. Dadurch wird sichergestellt, dass Update-Sätze in der Reihenfolge angewendet werden, in der sie erstellt wurden (z. B. PR10005 – Behebung doppelter E-Mail-Probleme Und PR10005.2 – Behebung doppelter E-Mail-Probleme ).
7. In Bezug auf Update Sets müssen Sie Folgendes verstehen:
   • Welche Datensätze werden generiert?
   • Welche Anpassungen werden verfolgt?
   • Welche Wörterbuchänderungen gültig sind.
   • Welche Anpassungen nach der Anwendung zurückgesetzt (rückgängig gemacht) werden können.
8. Bevor Sie Anpassungen vornehmen, überprüfen Sie, ob das richtige Update Set ausgewählt ist.

Arbeiten mit Update Sets

Lesen Sie diese Informationen, um Fehler und Leistungsprobleme zu vermeiden.

• Löschen Sie keine Update-Sätze. Wenn ein Update Set gelöscht wird, werden eventuell aktualisierte Datensätze beim nächsten Update überschrieben.
• Schließen Sie nicht ein System_ID Feld aus dem Datensatz „ldap_Server_config“ in einem Update-Satz. Ein Update-Satz aus einer Arbeitskonfiguration verweist auf den falschen System_ID-Knoten für die Zielinstanz und funktioniert nicht.
• Setzen Sie den Standard-Update-Satz nicht zurück. Diese Aktion beschädigt das System.
• Ändern Sie niemals den Update Set-Feldwert (update_set) in einem Kunden-Update-Datensatz (sys_update_xml). Wenn eine Anpassung im falschen Update Set vorgenommen wird, führen Sie die folgenden Schritte aus:
  1. Wechseln Sie zum gewünschten Update Set.
  2. Ändern Sie das Objekt (den Datensatz), das ursprünglich geändert wurde. Sie können eine triviale Änderung vornehmen, beispielsweise ein Feld hinzufügen.
  3. Speichern Sie den Datensatz.
  4. Setzen Sie die gerade durchgeführte Änderung zurück und speichern Sie den Datensatz erneut.

     Durch diese Aktion wird sichergestellt, dass die neueste Version des Objekts in dem gewünschten Update Set enthalten ist. Außerdem werden doppelte Aktualisierungen für dasselbe Objekt in einem einzigen Update Set verhindert.

• Markieren Sie keinen Update-Satz als Abgeschlossen Bis es zur Migration bereit ist. Nachdem ein Update-Satz abgeschlossen ist, ändern Sie ihn nicht mehr in In Bearbeitung . Erstellen Sie stattdessen ein weiteres Update Set für die restlichen Änderungen, und stellen Sie sicher, dass Sie diese zusammen in der Reihenfolge übergeben, in der sie erstellt wurden. Namenskonventionen können in diesem Fall hilfreich sein (z. B. Leistungsverbesserungen und Leistungsverbesserungen 2).
• Führen Sie Updates nicht manuell in einem Update-Satz zusammen. Verwenden Sie das Modul Update-Sätze zusammenführen. Dieses Tool vergleicht doppelte Dateien zwischen Update-Sätzen und wählt die neueste Version aus.
• Wenn ein festgelegtes Update Set ein Problem in der Testinstanz aufweist, erstellen Sie den Fix in einem anderen Update Set in der Entwicklungsinstanz. Übernehmen Sie dieses Set für die Testinstanz, und stellen Sie dann sicher, dass beide Sets zur Produktionsinstanz migriert und in der Reihenfolge, in der sie erstellt wurden, festgeschrieben werden.
• Zeigen Sie vor dem Festschreiben immer eine Vorschau eines Update Sets an.
• Setzen Sie das abgeschlossene Update Set in der Produktionsinstanz auf Ignorieren. Dieser Status stellt sicher, dass der Update-Satz beim Klonen der Instanz nicht erneut angewendet wird.
• Führen Sie eine Aufgabenliste manueller Changes und Datenladungen durch, die nach der Anwendung eines Update-Satzes abgeschlossen werden müssen.
• Nehmen Sie nicht zu viele Änderungen gleichzeitig vor. Stellen Sie sicher, dass die korrekten Änderungen inkrementell vorgenommen wurden.
• Sie können kein einzelnes Update ändern, um es über mehrere Domänen hinweg (d. h. globale und TOP-Domänen) zu aktualisieren. Diese Funktion wird in nicht unterstützt ServiceNow AI Platform.

Informationen zum Erstellen eines Update-Satzes finden Sie unter Ein Update Set und erstellen und es als aktuelles Set auswählen.