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.