Propriétés de la règle d’archivage et de la règle de destruction

Les règles visant à empêcher le processus d’archivage de consommer trop de ressources système ont été automatisées. Vous pouvez modifier manuellement le comportement du système.

Le processus d’archivage utilise un modèle de producteur et de consommateur. Les enregistrements sont placés en file d’attente pour l’archivage dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk] par lots.

• ArchiveProducerJob crée des blocs d’enregistrements sys_ids qui doivent être archivés. Chaque bloc contient des enregistrements appartenant à une règle d’archivage unique. Le nombre maximal d’enregistrements dans un bloc est spécifié par la propriété glide.db.archive.chunk_size. Le nombre maximal d’enregistrements pour une règle unique sur tous les blocs est spécifié par glide.db.archive.max.rule.records.
• Le producteur démarre 4 consommateurs ArchiverJob (par défaut). Le nombre exact de consommateurs est spécifié par glide.db.archiving.max_consumer_workers.
• Les consommateurs lisent et traitent des morceaux de sys_ids. Le nombre de blocs traités par chaque consommateur est spécifié par glide.db.archive.max.batches. Les blocs traités par chaque consommateur peuvent provenir de règles d’archivage différentes.
• Les consommateurs répètent la lecture des blocs de sys_ids jusqu’à ce qu’il n’en reste plus ou que la limite de segments qu’un consommateur peut traiter (spécifiée par glide.db.archive.max.batches) soit atteinte, après quoi il arrête et planifie un autre consommateur.
• Si un bloc reste à l’état en cours d’exécution plus longtemps que ce qui est spécifié dans glide.db.archive.chunk.max.process.time, le système suppose que le consommateur a brusquement mis fin à l’exécution et change l’état du bloc en erreur. Cela n’arrête ni ne met fin aux consommateurs en cours d’exécution.

Remarque :

Les propriétés d’archivage et de destruction répertoriées dans la table ne sont pas utilisées si la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk] est supprimée.

Pour contrôler manuellement le nombre d’enregistrements que les processus d’archivage et de destruction règlent et détruisent à un intervalle, vous pouvez modifier ces paramètres par défaut en ajoutant les propriétés système suivantes.

Tableau 1. Archiver les propriétés système

Nom	Description	Type	Valeur par défaut
glide.db.archive.chunk_size	Nombre d’identificateurs uniques ajoutés à chaque enregistrement dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk]. Les enregistrements sont formatés en tant que valeurs CSV dans le champ clés du formulaire Bloc d’exécution de la tâche d’archivage (sys_archive_run_chunk.do).	Entier	1 000
glide.db.archive.chunk.max.process.time	Nombre de millisecondes pendant lesquelles un enregistrement peut rester à l’état Actif dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk]. L’heure est la différence entre l’heure du système et la valeur du champ Début dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk].	Entier	600000
glide.db.archive.max.rule.records	Nombre maximal d’enregistrements à mettre en lot par consommateur et par règle.	Entier	10 000
glide.db.archive.debug	Option qui active la journalisation détaillée lors de la copie des définitions de colonnes de la table d’origine vers la table d’archivage.	vrai | faux	faux
glide.db.archive.max.lots	Nombre de blocs, qui sont des enregistrements de la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk], traités par un consommateur avant qu’il ne s’arrête et planifie un autre consommateur.	Entier	10
glide.db.archiving.max_consumer_workers	Nombre maximal de consommateurs simultanés à l’échelle de la grappe.	Entier	4