Archivregel- und Vernichtungsregel-Eigenschaften

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

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

• ArchiveProducerJob erstellt Blöcke von sys_ids-Datensätzen, die archiviert werden müssen. Jeder Block enthält Datensätze, die zu einer einzelnen Archivregel 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 in allen Blöcken 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 stammen möglicherweise aus verschiedenen Archivierungsregeln.
• Verbraucher wiederholen das Lesen von Blöcken von sys_ids, bis keine mehr vorhanden sind oder die Grenze der Blöcke, 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 abrupt beendet wurde, und ändert den Status des Blocks in „Fehler“. Dadurch werden laufende Verbraucher nicht angehalten oder beendet.

Hinweis:

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

Um manuell zu steuern, wie viele Datensätze die Archivregel verarbeitet und in einem Intervall vernichtet, 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 Archivauftrag“ [sys_archive_run_chunk] hinzugefügt werden. Der Datensatz wird als CSV-Werte im Feld „Schlüssel“ des Formulars „Auftragsausführungsblock archivieren“ (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 des Archivauftrags“ [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 „Auftragsausführungsblöcke archivieren“ [sys_archive_run_chunk].	Ganzzahl	600000
glide.db.archive.max.rule.records	Maximale Anzahl von Datensätzen, die pro Verbraucher und Regel in einem Batch verarbeitet werden sollen.	Ganzzahl	10000
glide.db.archive.debug	Option, die die ausführliche Protokollierung beim Kopieren der Spaltendefinitionen aus der ursprünglichen Tabelle in die Archivtabelle aktiviert.	wahr | falsch	false
glide.db.archive.max.batches	Anzahl der Blöcke, bei denen es sich um Datensätze aus der Tabelle „Auftragsausführungsblöcke archivieren“ [sys_archive_run_chunk] handelt, die von einem Verbraucher verarbeitet werden, bevor er heruntergefahren und ein anderer Verbraucher geplant wird.	Ganzzahl	10
glide.db.archiving.max_consumer_workers	Die maximale Anzahl gleichzeitiger Verbraucher im gesamten Cluster.	Ganzzahl	4