6.10. Liste des timers systemd

Note

Dans les sections suivantes, les éléments de type <curator.log.metrics.close> correspondent à des variables de l’inventaire ansible utilisé.

Voir aussi

La fréquence de la plupart timers est modifiable (avec un comportement par défaut) ; se reporter au DIN et à Modifier la fréquence de lancement de certains timers systemD pour plus d’informations.

6.10.1. Timers de maintenance des index elasticsearch-log

Ces timers gèrent la maintenance des index elasticsearch du cluster elasticsearch-log.

Ces timers sont activés sur tous les sites d’un déploiement multi-sites.

6.10.1.1. vitam-curator-metrics-indexes

Maintenance des indexes metrics-vitam-* (sur elasticsearch-log) (qui contiennent les métriques remontées par les composants VITAM) :

  • Ferme les indexes de plus de <curator.log.metrics.close> jours ;
  • Supprime les indexes de plus de <curator.log.metrics.delete> jours.

Units systemd :

  • vitam-curator-metrics-indexes.service
  • vitam-curator-metrics-indexes.timer

Exécution :

  • Localisation : groupe ansible [hosts_elasticsearch_log] (sur toutes les instances du groupe)
  • Périodicité : Lancé chaque jour à 00:30.

6.10.1.2. vitam-curator-close-old-indexes

Fermeture des anciens indexes logstash-* (sur elasticsearch-log) de plus de <curator.log.logstash.close> jours (ces indexes contiennent les logs remontés par les composants et COTS VITAM).

Units systemd :

  • vitam-curator-close-old-indexes.service
  • vitam-curator-close-old-indexes.timer

Exécution :

  • Localisation : groupe ansible [hosts_elasticsearch_log] (sur toutes les instances du groupe)
  • Périodicité : Lancé chaque jour à 00:10.

6.10.1.3. vitam-curator-delete-old-indexes

Suppression des indexes logstash-* (sur elasticsearch-log) de plus de <curator.log.logstash.delete> jours (ces indexes contiennent les logs remontés par les composants et COTS VITAM).

Units systemd :

  • vitam-curator-delete-old-indexes.service
  • vitam-curator-delete-old-indexes.timer

Exécution :

  • Localisation : groupe ansible [hosts_elasticsearch_log] (sur toutes les instances du groupe)
  • Périodicité : Lancé chaque jour à 00:20.

6.10.2. Timers de gestion des journaux (preuve systémique)

Ces timers gèrent la sécurisation des journaux métier VITAM.

Ces timers sont activés uniquement sur le site primaire d’un déploiement multi-sites.

6.10.2.1. vitam-storage-log-backup

Backup des journaux d’écriture de storage dans les offres de stockage.

Units systemd :

  • vitam-storage-log-backup.service
  • vitam-storage-log-backup.timer

Exécution :

  • Localisation : groupe ansible [hosts_storage_engine] (sur toutes les instances du groupe)
  • Périodicité : Lancé toutes les 4 heures à 15 minutes 0 secondes, par défaut.

6.10.2.2. vitam-storage-accesslog-backup

Backup des journaux d’accès de storage dans les offres de stockage.

Units systemd :

  • vitam-storage-accesslog-backup.service
  • vitam-storage-accesslog-backup.timer

Exécution :

  • Localisation : groupe ansible [hosts_storage_engine] (sur toutes les instances du groupe)
  • Périodicité : Lancé toutes les 4 heures à 10 minutes 0 secondes, par défaut.

6.10.2.3. vitam-storage-log-traceability

Sécurisation des journaux d’écriture de storage.

Units systemd :

  • vitam-storage-log-traceability.service
  • vitam-storage-log-traceability.timer

Exécution :

  • Localisation : groupe ansible [hosts_storage_engine] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé toutes les 4 heures à 40 minutes 0 secondes, par défaut.

6.10.2.4. vitam-traceability-operations

Sécurisation du journal des opérations.

Units systemd :

  • vitam-traceability-operations.service
  • vitam-traceability-operations.timer

Exécution :

  • Localisation : groupe ansible [hosts_logbook] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé chaque heure à 05 minutes 0 secondes, par défaut.

6.10.2.5. vitam-traceability-lfc-unit

Sécurisation du journal du cycle de vie des unités archivistiques.

Units systemd :

  • vitam-traceability-lfc-unit.service
  • vitam-traceability-lfc-unit.timer

Exécution :

  • Localisation : groupe ansible [hosts_logbook] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé chaque heure à 35 minutes 0 secondes, par défaut.

6.10.2.6. vitam-traceability-lfc-objectgroup

Sécurisation du journal du cycle de vie des groupes d’objets.

Units systemd :

  • vitam-traceability-lfc-objectgroup.service
  • vitam-traceability-lfc-objectgroup.timer

Exécution :

  • Localisation : groupe ansible [hosts_logbook] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé chaque heure à 15 minutes 0 secondes, par défaut.

6.10.3. Timers d’audit interne VITAM

Ces timers gèrent le déclenchement périodique des tâches d’audit interne VITAM.

Ces timers sont activés uniquement sur le site primaire d’un déploiement multi-sites.

6.10.3.1. vitam-traceability-audit

Contrôle de la validité de la sécurisation des journaux.

Units systemd :

  • vitam-traceability-audit.service
  • vitam-traceability-audit.timer

Exécution :

  • Localisation : groupe ansible [hosts_logbook] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé chaque jour à 00:55, par défaut.

6.10.3.2. vitam-rule-management-audit

Validation de la cohérence des règles de gestion entre les offres de stockage et les bases de données.

Units systemd :

  • vitam-rule-management-audit.service
  • vitam-rule-management-audit.timer

Exécution :

  • Localisation : groupe ansible [hosts_functional_administration] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé chaque heure à 40 minutes 0 secondes, par défaut.

6.10.4. Timer relatif aux liens symboliques de accession register

6.10.4.1. vitam-create-accession-register-symbolic

Déclenche une commande qui va calculer le registre des fonds symbolique et les ajoute dans les bases de données.

Units systemd :

  • vitam-create-accession-register-symbolic.service (activé sur site primaire uniquement)
  • vitam-create-accession-register-symbolic.timer (activé sur site primaire uniquement)

Exécution :

  • Localisation : groupe ansible [hosts_functional_administration] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé chaque jour à 0:50, par défaut.

6.10.5. Timers de reconstruction VITAM

Ces timers gèrent la reconstruction des bases de données VITAM à partir des informations persistées dans les offres de stockage.

Ces timers sont activés uniquement sur le site secondaire d’un déploiement multi-sites.

6.10.5.1. vitam-functional-administration-reconstruction

Reconstruction des données portées par le composant functional-administration.

Units systemd :

  • vitam-functional-administration-reconstruction.service
  • vitam-functional-administration-reconstruction.timer
  • vitam-functional-administration-accession-register-reconstruction.service (activé sur site secondaire seulement)
  • vitam-functional-administration-accession-register-reconstruction.timer (activé sur site secondaire seulement)

Exécution :

  • Localisation : groupe ansible [hosts_functional_administration] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé tous les cinq minutes, par défaut.

6.10.5.2. vitam-logbook-reconstruction

Reconstruction des données portées par le composant logbook.

Units systemd :

  • vitam-logbook-reconstruction.service
  • vitam-logbook-reconstruction.timer

Exécution :

  • Localisation : groupe ansible [hosts_logbook] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé tous les 5 minutes, par défaut.

6.10.5.3. vitam-metadata-reconstruction

Reconstruction des données portées par le composant metadata.

Units systemd :

  • vitam-metadata-reconstruction.timer
  • vitam-metadata-reconstruction.service

Exécution :

  • Localisation : groupe ansible [hosts_metadata] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé toutes les 5 minutes, par défaut.

6.10.5.4. vitam-metadata-store-graph

Log shipping des données graphes portées par le composant metadata.

Units systemd :

  • vitam-metadata-store-graph.timer
  • vitam-metadata-store-graph.service

Exécution :

  • Localisation : groupe ansible [hosts_metadata] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé toutes les 30 minutes (00:10, 00:40, 01:10…), par défaut.

6.10.5.5. vitam-metadata-computed-inherited-rules

Recalcul des computedInheritedRules pour les units dont les computedInheritedRules sont marquées comme obsolètes.

Units systemd :

  • vitam-metadata-computed-inherited-rules.timer
  • vitam-metadata-computed-inherited-rules.service

Exécution :

  • Localisation : groupe ansible [hosts_metadata] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé toutes les nuits, à 2h30, par défaut.

6.10.6. Timers techniques VITAM

6.10.6.1. vitam-metadata-purge-dip

Nettoyage des exports DIPs expirés.

Units systemd :

  • vitam-metadata-purge-dip.timer
  • vitam-metadata-purge-dip.service

Exécution :

  • Localisation : groupe ansible [hosts_metadata] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé chaque heure à 0 minute 0 seconde, par défaut.

6.10.6.2. vitam-metadata-purge-transfers-SIP

Nettoyage des exports transfers expirés.

Units systemd :

  • vitam-metadata-purge-transfers-SIP.timer
  • vitam-metadata-purge-transfers-SIP.service

Exécution :

  • Localisation : groupe ansible [hosts_metadata] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé toutes les nuits, à 2h25, par défaut.

6.10.6.3. vitam-offer-log-compaction

Compaction technique des journaux des offres de stockage.

Units systemd :

  • vitam-offer-log-compaction.timer
  • vitam-offer-log-compaction.service

Exécution :

  • Localisation : groupe ansible [hosts_storage_offer_default] (sur la dernière instance du groupe uniquement)
  • Périodicité : Lancé chaque heure à 40 minutes 0 secondes, par défaut.

6.10.6.4. vitam-metadata-audit-mongodb-es

Audit sur la cohérance de donées MongoDB et Elasticsearch

Units systemd :

  • vitam-metadata-audit-mongodb-es.timer
  • vitam-metadata-audit-mongodb-es.service

Exécution :

  • Localisation : groupe ansible [hosts_metadata] (sur la dernière instance du groupe uniquement)
  • Périodicité : lancé toutes les nuits, à 2h00, par défaut.