Microsoft préconise systématiquement la restauration à la réparation ! Effectivement, quand la dernière sauvegarde complète et TOUS les logs sont disponibles, il n’y a théoriquement aucune perte. Maintenant, pour de nombreuses raisons (dernière sauvegarde incorrecte, logs manquants ou altérés), il est souvent nécessaire de repartir des
La réparation
bases existantes. Ceci rassure souvent à tort ou à raison les administrateurs pour plusieurs raisons :
- On garde « forcément » les dernières données sur disques.
- On se prouve la robustesse des bases.
- On évite un « long » rechargement des bases. Voir Figure 3.
Si l’on suspecte des défauts ou incohérences dans la base Exchange, par exemple suite à des erreurs d’écritures sur disques, la réparation d’une ou des bases impliquées peut être envisagée. On suppose alors que les logs restant ne contiennent que peu ou pas de données. Ceux-ci seront considérés comme perdus, et de ne seront pas utilisés par la réparation.
Après réparation, il est fortement conseillé de lancer une vérification d’intégrité. Contrairement aux anciennes versions, notamment Exchange 5.5, les erreurs corrigées deviennent très rares. Voir Figure 4.
Téléchargez cette ressource
Les mégatendances cybersécurité et cyber protection 2024
L'évolution du paysage des menaces et les conséquences sur votre infrastructure, vos outils de contrôles de sécurité IT existants. EPP, XDR, EDR, IA, découvrez la synthèse des conseils et recommandations à appliquer dans votre organisation.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
