Quand on restaure une table (ou un fichier), l’état de journalisation résultant dépend de plusieurs facteurs. Si une autre instance de la table (c’està-dire une table avec un nom et un identificateur de niveau de fichier identiques) existe sur le système cible et est
Restaurer les tables journalisées
remplacée par la table sauvegardée, alors la table restaurée conserve l’état de journalisation de la table qui est remplacée. Si la table remplacée était journalisée, la table restaurée utilisera aussi le même journal que la table remplacée – lequel peut être différent du journal utilisé précédemment par la table sauvegardée.
Si une instance de la table n’existe pas sur le système cible, la table restaurée n’est journalisée que si elle a été journalisée quand elle a été sauvegardéeet le journal qu’elle utilisait existe sur (ou a été restauré sur) sur le système cible.
Les derniers cas mentionnés sont subtils mais importants. On est dans l’hypothèse où une instance de la table existe sur le système cible, et où la table sauvegardée est restaurée dans une bibliothèque autre que celle qui contient la table existante. Si la table existante n’est pas journalisée dans le même journal que celui qui a été utilisé par la table sauvegardée (ou si la table sauvegardée n’a pas été journalisée), la journalisation de la table restaurée est traitée de la même manière que quand aucune instance de la table n’existe sur le système cible (comme décrit dans le paragraphe précédent).
Mais si la table existante est encore journalisée sur le même journal qui a été utilisé par la table sauvegardée, la table restaurée est journalisée sur le même journal (maintenant partagé). Cependant, vous ne pouvez pas appliquer des entrées de journal avant l’opération de restauration sur la table restaurée (l’opération de restauration change un identificateur de journal interne dans la table restaurée, afin de pouvoir distinguer les entrées de journal pour les deux tables).
Téléchargez cette ressource
SIEM & PME : Comment construire la boîte noire de votre SI ?
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Adaptation climatique : les entreprises accélèrent, mais peinent à mesurer l’impact financier
- Data centers : 31 600 milliards de dollars d’investissements d’ici 2050, l’énergie au cœur de la nouvelle géographie du calcul
- Analyse Patch Tuesday Septembre 2026
- Agents fantômes en EMEA : l’IA s’emballe, les conseils d’administration s’inquiètent
Articles les + lus
Commandes Windows 11 : le Guide des Outils accessibles avec Win + R
Sécurité : une approche dans la durée avant tout
Guide Ultime des Raccourcis Clavier Windows 11 pour les Professionnels IT
Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
Model Context Protocol : le contexte, grand oublié du débat
À la une de la chaîne Tech
- Commandes Windows 11 : le Guide des Outils accessibles avec Win + R
- Sécurité : une approche dans la durée avant tout
- Guide Ultime des Raccourcis Clavier Windows 11 pour les Professionnels IT
- Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
- Model Context Protocol : le contexte, grand oublié du débat
