Rollback-Kontexteigenschaften
Ändern Sie den Standardablaufzeitraum 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 dazu 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, für die der Rollback-Kontext für eine App-Installation beibehalten werden soll
|
Standardmäßig haben Sie 15 Tage Zeit, um eine aus dem ServiceNow® Store installierte Anwendung zurückzusetzen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum verlängern, indem Sie diese Eigenschaft aktualisieren.
|
Die Anzahl der Tage, für die der Rollback-Kontext für eine Batch-App-Installation beibehalten werden soll
|
Standardmäßig haben Sie 10 Tage Zeit, um Apps, die mit der Batch-Installation installiert wurden, zurückzusetzen, 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, für die der Rollback-Kontext für Demodaten beibehalten werden soll
|
Standardmäßig haben Sie 10 Tage für ein Rollback, 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, für die der Rollback-Kontext für aufgezeichnete Löschvorgänge beibehalten werden soll
|
Standardmäßig haben Sie nach Abschluss eines Löschvorgangs 10 Tage lang Zeit, 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 für die Beibehaltung des Rollback-Kontexts, der für die Validierung der Flow-Ausführung Workflow-Studio von vor und nach einem Upgrade erstellt wurde
|
Standardmäßig haben Sie 10 Tage für ein Rollback, 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, für die der Rollback-Kontext für in CMDB Integration Studio aufgezeichnete IRE-Changes beibehalten werden sollen.
|
Standardmäßig haben Sie 10 Tage, nachdem IRE-Changes aus CMDB Integration Studio aufgezeichnet wurden, um ein 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 für die Beibehaltung von Rollback-Kontexten, in denen der Typ auf Andere festgelegt ist.
|
Standardmäßig haben Sie 10 Tage für ein Rollback, 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, für die der Rollback-Kontext für eine Plugin-Aktivierung beibehalten werden soll
|
Standardmäßig haben Sie 15 Tage Zeit, um in Anwendungsmanager aktivierte Plugins zurückzusetzen, bevor der Rollback-Kontext abläuft. Sie können den Ablaufzeitraum verlängern, indem Sie diese Eigenschaft aktualisieren.
|
|
Die Anzahl der Tage, für die der Rollback-Kontext für einen Anonymisierungsauftrag beibehalten werden soll.
|
Standardmäßig haben Sie 10 Tage, nachdem Daten von einem Datenanonymisierungsauftrag geschwärzt wurden, um ein 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, die der Rollback-Kontext für eine Hintergrundskriptausführung beibehalten werden soll
|
Standardmäßig haben Sie 10 Tage Zeit, um die Skriptausführung zurückzusetzen, bevor der Rollback-Kontext abläuft. Der Rollback-Kontext verfolgt alle vom Skript ausgeführten INSERT-, DELETE- und UPDATE-Anweisungen 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, für die der Rollback-Kontext für während der Testausführung aufgezeichnete Changes aufbewahrt werden soll
|
Standardmäßig haben Sie nach der Testausführung 10 Tage lang Zeit, um ein 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, die der Rollback-Kontext für ein Upgrade beibehalten werden soll
|
Standardmäßig haben Sie nach dem letzten Upgrade 10 Tage, 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.
|