Archivregel- und Vernichtungsregeleigenschaften

Regeln, um zu verhindern, dass der Archivierungsprozess zu viele Systemressourcen verbraucht, wurden automatisiert. Sie können das Systemverhalten manuell ändern.

Der Archivierungsprozess verwendet ein Ersteller- und Verbrauchermodell. Datensätze werden zur Archivierung in der Tabelle „Ausführungsblöcke für Archivierungsauftrag“ [sys_archive_run_chunk] in Batches in die Warteschlange gestellt.

• Der ArchiveProducerJob erstellt Blöcke von sys_ids-Datensätzen, die archiviert werden müssen. Jeder Block enthält Datensätze, die zu einer einzelnen Archivierungsregel gehören. Die maximale Anzahl von Datensätzen in einem Block wird durch die Eigenschaft glide.db.archive.chunk_sizeangegeben. Die maximale Anzahl von Datensätzen für eine einzelne Regel für alle Blöcke wird durch glide.db.archive.max.rule.recordsangegeben.
• Der Ersteller startet 4 (Standard) ArchiverJob-Verbraucher. Die genaue Anzahl der Verbraucher wird durch glide.db.archiving.max_consumer_workersangegeben.
• Verbraucher lesen und verarbeiten Blöcke von sys_ids. Die Anzahl der Blöcke, die jeder Verbraucher verarbeitet, wird durch glide.db.archive.max.batchesangegeben. Die von jedem Verbraucher verarbeiteten Blöcke können aus verschiedenen Archivierungsregeln stammen.
• Verbraucher wiederholen das Lesen von Blöcken von sys_ids, bis keine mehr vorhanden sind oder die Grenze von Blöcken, die ein Verbraucher verarbeiten kann (angegeben durch glide.db.archive.max.batches), erreicht ist. Anschließend wird er heruntergefahren und ein anderer Verbraucher geplant.
• Wenn ein Block länger als in glide.db.archive.chunk.max.process.timeangegeben im Status „Wird ausgeführt“ bleibt, geht das System davon aus, dass der Verbraucher abgebrochen wurde, und ändert den Status des Blocks in „Fehler“. Dadurch werden keine laufenden Verbraucher angehalten oder beendet.

Hinweis:

Die in der Tabelle aufgeführten Archivierungs- und Löscheigenschaften werden nicht verwendet, wenn die Tabelle „Ausführungsblöcke für Archivierungsauftrag“ [sys_archive_run_chunk] gelöscht wird.

Um manuell zu steuern, wie viele Datensätze in einem Intervall von der Archivierungsregel verarbeitet und gelöscht werden, können Sie diese Standardeinstellungen ändern, indem Sie die folgenden Systemeigenschaften hinzufügen.

Tabelle : 1. Systemeigenschaften archivieren

Name	Beschreibung	Typ	Standardwert
glide.db.archive.chunk_size	Anzahl der eindeutigen Bezeichner, die jedem Datensatz in der Tabelle „Ausführungsblöcke für Archivauftrag“ [sys_archive_run_chunk] hinzugefügt werden. Der Datensatz wird als CSV-Werte im Schlüsselfeld des Formulars „Archivauftragsausführungsblock“ (sys_archive_run_chunk.do) formatiert.	Ganzzahl	1000
glide.db.archive.chunk.max.process.time	Anzahl der Millisekunden, die ein Datensatz in der Tabelle „Ausführungsblöcke für Archivauftrag“ [sys_archive_run_chunk] im Status „Aktiv“ verbleiben kann. Die Zeit ist die Differenz zwischen der Systemzeit und dem Wert des Felds Start in der Tabelle „Ausführungsblöcke für Archivauftrag“ [sys_archive_run_chunk].	Ganzzahl	600000
glide.db.archive.max.rule.records	Maximale Anzahl von Datensätzen, die pro Verbraucher und Regel gestapelt werden sollen.	Ganzzahl	10000
glide.db.archive.debuggen	Option, die die ausführliche Protokollierung beim Kopieren der Spaltendefinitionen aus der ursprünglichen Tabelle in die Archivtabelle aktiviert.	wahr | falsch	falsch
glide.db.archive.max.batches	Anzahl der Blöcke (Datensätze aus der Tabelle „Ausführungsblöcke für Archivauftrag“ [sys_archive_run_chunk], die von einem Verbraucher verarbeitet werden, bevor er heruntergefahren und einen anderen Verbraucher geplant wird.	Ganzzahl	10
glide.db.archiving.max_consumer_workers	Die maximale Anzahl gleichzeitiger Verbraucher im gesamten Cluster.	Ganzzahl	4