Rollback-Kontexteigenschaften
Ändern Sie den standardmäßigen Ablaufzeitraum für verschiedene Arten von Rollback-Kontextdatensätzen.
Da Rollback-Kontexte eine erhebliche Menge an Daten enthalten, werden sie standardmäßig nach 10 Tagen gelöscht. Die geplante Aufgabe „Abgelaufene Rollback-Kontexte bereinigen“ wird täglich ausgeführt, um abgelaufene Datensätze in der Tabelle „Rollback-Kontext“ [sys_Rollback_context] zu löschen. Wenn Sie einen Rollback-Kontext länger als 10 Tage beibehalten müssen, können Sie dies tun, indem Sie eine Systemeigenschaft hinzufügen.
Um eine Systemeigenschaft hinzuzufügen, navigieren Sie zur Tabelle „Systemeigenschaften“ [sys_properties], und fügen Sie eine Eigenschaft für den Typ des Rollback-Kontextdatensatzes hinzu, den Sie beibehalten möchten. Sie können bestimmen, welche Eigenschaft für einen bestimmten Rollback-Kontext hinzugefügt werden soll, indem Sie den Eigenschaftsnamen mit der Spalte Typ in der Tabelle „Rollback-Kontext“ [sys_Rollback_context] abgleichen.
| Eigenschaft | Beschreibung |
|---|---|
Die Anzahl der Tage, um den Rollback-Kontext für eine App-Installation beizubehalten
|
Standardmäßig haben Sie 15 Tage Zeit, um ein Rollback für eine Anwendung durchzuführen, die über installiert wurde ServiceNow® Store Bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum verlängern, indem Sie diese Eigenschaft aktualisieren.
|
Die Anzahl der Tage, die der Rollback-Kontext für eine Batch-App-Installation beibehalten werden soll
|
Standardmäßig haben Sie 10 Tage Zeit, um Apps zurückzusetzen, die mit der Batch-Installationsfunktion installiert wurden, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, die der Rollback-Kontext für Demodaten beibehalten werden soll
|
Standardmäßig haben Sie 10 Tage Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für aufgezeichnete Löschvorgänge beizubehalten
|
Standardmäßig haben Sie 10 Tage nach Abschluss eines Löschvorgangs Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, um den für die Validierung erstellten Rollback-Kontext beizubehalten Workflow-Studio Flow-Ausführung vor und nach einem Upgrade
|
Standardmäßig haben Sie 10 Tage Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für IRE-Changes beizubehalten, die aus CMDB Integration Studio aufgezeichnet wurden.
|
Standardmäßig haben Sie 10 Tage nach der Aufzeichnung von IRE-Changes aus CMDB Integration Studio Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, in denen Rollback-Kontexte beibehalten werden, in denen der Typ auf „Sonstiges“ festgelegt ist.
|
Standardmäßig haben Sie 10 Tage Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für eine Plugin-Aktivierung beizubehalten
|
Standardmäßig haben Sie 15 Tage Zeit, um in aktivierte Plugins rückgängig zu machen Anwendungsmanager Bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum verlängern, indem Sie diese Eigenschaft aktualisieren.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für einen Anonymisierungsauftrag beizubehalten.
|
Standardmäßig haben Sie 10 Tage nach der Schwärzung von Daten durch einen Datenanonymisierungsauftrag Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für eine Hintergrundskriptausführung beizubehalten
|
Standardmäßig haben Sie 10 Tage Zeit, um die Skriptausführung rückgängig zu machen, bevor der Rollback-Kontext abläuft. Der Rollback-Kontext verfolgt alle vom Skript ausgeführten Anweisungen ZUM EINFÜGEN, LÖSCHEN und AKTUALISIEREN und stellt die Daten wieder her, indem die SQL-Anweisungen rückgängig gemacht werden. Sie können den Ablaufzeitraum verlängern, indem Sie diese Eigenschaft aktualisieren.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für Änderungen beizubehalten, die während Testausführungen aufgezeichnet wurden
|
Standardmäßig haben Sie 10 Tage nach der Testausführung Zeit, um einen Rollback durchzuführen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|
|
Die Anzahl der Tage, um den Rollback-Kontext für ein Upgrade beizubehalten
|
Standardmäßig haben Sie 10 Tage nach dem letzten Upgrade Zeit, um das Upgrade rückgängig zu machen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum ändern, indem Sie diese Eigenschaft hinzufügen und einen neuen Wert festlegen.
|