Machen Sie eine Anpassung rückgängig

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 1 Minute Lesedauer

    • Um zu verhindern, dass Anpassungen durch System-Upgrades überschrieben werden, überspringt der Upgrade-Prozess automatisch Änderungen an Objekten, die angepasst wurden. Möglicherweise möchten Sie Ihre Anpassungen überschreiben, wenn ein Software-Upgrade eine Funktion enthält, die Sie implementieren möchten.

    Vorbereitungen

    Erforderliche Rolle: admin

    Warum und wann dieser Vorgang ausgeführt wird

    Um benutzerdefinierte Objekte zu identifizieren, fügt das System einen entsprechenden Datensatz in der Tabelle „Kunden-Updates“ [sys_update_xml] hinzu. Die Tabelle enthält die aktuellen Versionsinformationen für alle Objekte, die angepasst wurden. Der Upgrade-Vorgang überspringt Änderungen an Objekten, die Einträge in der Tabelle haben. Der Upgrade-Prozess überspringt keine Objekte, wenn sich nur ausgeschlossene Felder geändert haben.

    Prozedur

    1. Navigieren zu Alle > Systemdiagnostik > Upgradeverlauf.
    2. Wählen Sie die gewünschte Softwareversion aus.
    3. Filtern Sie die zugehörige Liste „Upgrade-Details“ nach Disposition ist übersprungen.
    4. Wahlweise: Fügen Sie eine weitere Filterbedingung für Changed is True hinzu, um nur die Objekte zurückzugeben, die sich seit dem letzten Upgrade geändert haben.
    5. Wählen Sie den zu implementierenden Aktualisierungsdatensatz aus.
      Das Feld Dateiunterschiede zeigt einen direkten Vergleich der Anpassung und der Standardversion an. Löschungen werden rot hervorgehoben, Ergänzungen grün und Änderungen gelb.
    6. Klicken Sie auf Basissystem wiederherstellen, um Ihr benutzerdefiniertes Objekt mit der Systemstandardversion zu überschreiben.
      • Die Disposition ändert sich von Übersprungen in Rückgängiggemacht.
      • Nachdem Sie eine Anpassung rückgängig gemacht haben, haben Sie die Möglichkeit, auf Änderungen erneut anwenden zu klicken, um Ihre Anpassungen erneut anzuwenden (und die Rücksetzung rückgängig zu machen).
      • Während der Ersetzung beim Upgrade werden keine Änderungen an den update_exempt-Feldern wie dem Feld Aktiv vorgenommen. Der Rest des Datensatzes erhält die Aktualisierung.
        Hinweis:
        Wenn das Attribut nicht explizit als update_exempt-Feld angegeben ist, wird das Feld Aktiv in einer nachverfolgten Tabelle standardmäßig als update_exempt behandelt.
        Da die Aktualisierung der update_exempt-Felder übersprungen wird, werden zwei Versionen des Datensatzes in der Tabelle sys_update_version generiert.
        • Der Versionsdatensatz mit der Quelle „_to_platform_version_“ enthält die Nutzlast von ServiceNow ohne Änderungen. (Status = HISTORY)
        • Der Versionsdatensatz mit der vorherigen Anpassungsquelle, z. B. „_update_set_“, in der die Anpassungen des Kunden mit den Werten aus der eingehenden ServiceNow-Version überschrieben werden, mit Ausnahme der update_exempt-Felder. Die Anpassungen des Kunden für update_exempt-Felder bleiben in dieser Version erhalten. (Status = AKTUELL)