Gérer les journaux
A la création d’un référentiel, par défaut :
• le journal sécurisé est activé (valeur Actif)
• le journal du référentiel :
• (référentiel GBMS) n’est pas activé (valeur Inactif)
• (référentiel RDBMS) est activé (valeur Actif)
Journal sécurisé
Le référentiel est configuré pour que les modifications effectuées par les utilisateurs soient enregistrées simultanément dans le référentiel et/ou dans un fichier spécifique, le
journal sécurisé.
Processus de journalisation sécurisée
Lors de l’ouverture d’un espace de travail privé le processus de journalisation sécurisée est le suivant :
|
Etape
|
L’utilisateur A...
|
Résultat
|
|
1
|
...se connecte à HOPEX.
|
Un espace de travail privé s’ouvre.
Le journal XXX.MGL est créé dans le dossier \Db\NomRéférentiel\NomRéférentiel.Transactions
du répertoire de l’environnement.
|
|
2
|
...publie son travail
|
Le journal XXX.MGL est consolidé (*) :
sous le nom YYYY-MM-DD_hh.mm.ss_XXX.mgl
dans le dossier "\Db\NomRéférentiel\NomRéférentiel.Log\
|
|
...abandonne son travail
|
Il n’y a pas de copie du journal XXX.MGL.
|
|
3
|
...se reconnecte à HOPEX
|
Un nouvel espace de travail privé s’ouvre.
Le journal XXX.MGL du dossier
NomRéférentiel.Transactions est réinitialisé.
|
XXX : Code de l’utilisateur A
YYYY-MM-DD : date de la publication (année-mois-jour)
hh.mm.ss : heure de la publication (heures.minutes.secondes)
(*) : La consolidation consiste en la recherche et la suppression des commandes inutiles. Par exemple :
Quand un objet est créé puis supprimé, l’information n’est pas enregistrée dans le journal consolidé.
Quand un commentaire est créé, puis modifié plusieurs fois, seule la dernière modification est enregistrée dans le journal consolidé.
Pour ne pas faire grossir le répertoire
NomRéférentiel.Transactions, MEGA vous recommande d’archiver régulièrement les anciens journaux.Les modifications apportées par un utilisateur au référentiel système sont journalisées de façon similaire.
En cas de problème
En cas de problème sur le référentiel, vous pouvez restaurer la dernière sauvegarde du référentiel et importer les journaux sécurisés enregistrés dans le dossier NomRéférentiel.Log depuis cette sauvegarde jusqu’au problème.
Il est fortement conseillé de synchroniser l’archivage du journal sécurisé avec la sauvegarde du référentiel.
Les modifications publiées sont reportées dans un nouveau journal du référentiel.
En cas de problème sur l’espace de travail privé d’un utilisateur, vous pouvez faire une copie du journal sécurisé de l’utilisateur enregistré dans le dossier NomRéférentiel.Log, supprimer l’espace de travail privé en cours et importer le journal sécurisé dans le nouvel espace de travail privé.
Activer le journal du référentiel
Par défaut le Journal du référentiel est désactivé pour un référentiel GBMS et activé pour un référentiel RDBMS.
Pour conserver l’historique des actions effectuées sur le référentiel après publication vous devez activer le journal du référentiel.
Activer le journal du référentiel génère un volume important d’objets. Ce volume peut pénaliser la performance d’HOPEX, notamment lors des publications. Ceci est déconseillé avec un référentiel GBMS.
Pour activer le journal du référentiel :
1. Ouvrez la fenêtre de Propriétés du référentiel.
La fenêtre de propriétés du référentiel apparaît.
2. Cliquez sur la ligne Journal du référentiel et sélectionnez la valeur Actif.
Le journal du référentiel est activé.
Le journal du référentiel rend compte de toutes les modifications effectuées dans le référentiel. Il permet aux utilisateurs de mieux comprendre les actions publiées dans le référentiel, à partir des espaces de travail privés.
A chaque fois qu’une action est effectuée, une occurrence de Change Item est créée.
Un
ChangeItem est une MetaClass qui correspond à une action effectuée dans un référentiel
HOPEX.
Le journal d’un référentiel est matérialisé par des occurrences HOPEX. Ces occurrences peuvent être manipulées par les API MEGA.