Archiver les propriétés de règle et de règle de destruction

Des règles visant à éviter que le processus d’archivage ne consomme 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 mis en file d’attente pour 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 relatifs à une seule règle d’archivage. 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 segments est spécifié par glide.db.archive.max.rule.records.
• Le producteur démarre 4 (par défaut) consommateurs ArchiverJob. 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 de blocs de sys_ids jusqu’à ce qu’il n’en reste plus aucun ou jusqu’à ce que la limite de blocs qu’un consommateur peut traiter (spécifiée par glide.db.archive.max.batches) soit atteinte, après quoi il s’arrête et planifie un autre consommateur.
• Si un bloc reste à l’état d’exécution plus longtemps que ce qui est spécifié dans glide.db.archive.chunk.max.process.time, le système part du principe que le consommateur s’est arrêté brusquement et modifie l’état du bloc en erreur. Cela n’arrête ni ne met fin à la course des consommateurs.

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 la règle d’archivage et les processus de destruction procèdent simultanément, 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]. L’enregistrement est formaté sous forme de valeurs CSV dans le champ clés du formulaire Bloc d’exécution des tâches d’archivage (sys_archive_run_chunk.do).	Entier	1 000
glide.db.archive.chunk.max.process.time	Durée (en millisecondes) pendant laquelle un enregistrement peut rester actif dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk]. L’heure correspond à la différence entre l’heure du système et la valeur du champ Démarrer dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk].	Entier	600000
glide.db.archive.max.règles.enregistrements	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