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	Änderungen an einem Basissystem oder einer installierten Anwendung werden gespeichert. 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 Sets 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. Je größer Update-Sätze werden, desto schwierig wird es, sie zu überprüfen, es dauert länger, um Änderungen darin zu identifizieren, erhöht das Risiko von Konflikten mit anderen Update-Sätzen, und es dauert länger, sie in der 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 für alle Datensätze des Basissystems übereinstimmende sys_id-Felder vorhanden sind. Einige Basissystemdatensätze werden nach der Bereitstellung in einer Instanz erstellt und stimmen nicht zwischen verschiedenen Instanzen überein, was zu Problemen mit Update Sets 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, ein Update Set während der Geschäftszeiten an eine Produktionsinstanz zu übergeben. Die Leistung der Instanz verringert sich möglicherweise, während das Update Set angewendet wird. Diese langsamere Leistung ist vorübergehend.
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 Namenskonvention ein. Auf diese Weise wird sichergestellt, dass Update Sets in der Reihenfolge angewendet werden, in der sie erstellt wurden (z. B. PR10005 – Behebung von Problemen mit doppelten E-Mails und PR10005.2 – Behebung von Problemen mit doppelten E-Mails).
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 dem Anwenden rückgängig gemacht (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.
• Das Feld „system_id“ aus dem Datensatz „ldap_server_config“ nicht in ein Update Set aufnehmen. Ein Update Set aus einer funktionierenden Konfiguration verweist auf den falschen system_id-Knoten für die Zielinstanz und funktioniert nicht.
• Standard-Update Set nicht zurücksetzen. 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 ein Update Set erst als abgeschlossen, wenn es für die Migration bereit ist. Nachdem ein Update Set abgeschlossen wurde, ändern Sie es nicht zurück 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 Set zusammen. Verwenden Sie das Modul Update Sets 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 das Update Set beim Klonen der Instanz nicht erneut angewendet wird.
• Führen Sie eine Aufgabenliste mit manuellen Änderungen und Datenlasten, die nach der Anwendung eines Update Set 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 ein einzelnes Update nicht ändern, um ein Update über mehrere Domänen hinweg (d. h. globale und TOP-Domänen) zu erstellen. Diese Funktion wird in Now Platformnicht unterstützt.

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