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 (RDBMS) est activé (valeur Actif):
Par défaut le journal d'un référentiel GBMS n'est pas activé (valeur Inactif).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é.
Journal du référentiel
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.
Pour conserver l'historique des actions effectuées sur le référentiel après publication le journal du référentiel doit être actif.
Par défaut le journal du référentiel est activé pour un référentiel RDBMS.
Pour activer le journal d'un référentiel GBMS, voir Activer le journal du référentiel GBMS