Archiver la règle et détruire les propriétés de la règle

Les 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 producteur et consommateur. Les enregistrements sont mis en file d’attente pour archivage par lots dans la table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk].

• ArchiveProducerJob crée des blocs d’enregistrements sys_ids qui doivent être archivés. Chaque bloc contient des enregistrements relatifs à 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 dans tous les blocs 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 pans 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 morceaux de sys_ids jusqu’à ce qu’il n’en reste plus aucun ou que la limite de morceaux 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 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 s’est arrêté brusquement et modifie 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 l’archivage règle et détruit traite en une seule fois, 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.taille_chunk_	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 mis en forme 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.processus.heure	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]. Le temps est la différence entre l’heure du système et la valeur du champ Début de 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, 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 l’arrêt 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