300 Go de journaux Exchange effacés, un week-end entier à réparer la base

Un vendredi en fin de journée, Phil découvre que le serveur Exchange, le logiciel de messagerie de Microsoft, manque d'espace disque. Ce technicien raconte sous pseudonyme chez The Register, une mésaventure vieille de plusieurs années, alors qu'il venait de changer d'employeur et découvrait une installation plus grosse que celles qu'il connaissait.

Les journaux prennent une place énorme et un directeur informatique lui conseille de les supprimer. Phil suppose que son supérieur connaît mieux Exchange que lui, efface 300 Go de fichiers et rentre chez lui. La confiance dans l'organigramme est franchement mal placée.

Quelques heures plus tard, la messagerie est en panne dans cette entreprise dont l'activité tourne jour et nuit, sur plusieurs sites. Le collègue d'astreinte, débordé, contacte Phil, qui répond vaguement avant de reprendre le travail.

Les journaux de transactions d'Exchange enregistrent les changements apportés aux données, avant même que ces changements soient écrits dans le fichier de la base sur le disque. Ils peuvent donc contenir des opérations que vous ne retrouverez pas encore dans ce fichier, même si le serveur les a déjà acceptées.

Après une panne, Exchange peut relire ces opérations pour remettre la base dans le bon état. Supprimer les journaux sans vérifier leur utilité peut vous priver de cette possibilité de récupération, et le nom du dossier ne suffit évidemment pas à décider qu'on peut le vider.

Le nettoyage prévu par Exchange passe entre autres par une sauvegarde complète compatible avec le logiciel. Une fois la sauvegarde terminée, Exchange peut supprimer les anciens journaux devenus inutiles selon ses règles, une opération appelée troncature. Le logiciel tient compte de ce qui a déjà été écrit dans la base pour déterminer jusqu'où nettoyer.

Attention au mode de sauvegarde choisi, car une sauvegarde de type copie conserve les journaux, comme une sauvegarde différentielle, qui enregistre les changements depuis la précédente sauvegarde complète ou incrémentale. Du coup, avoir une copie des données quelque part ne prouve pas que le nettoyage des journaux a été effectué. Avant de vouloir récupérer de la place, vérifier ce fonctionnement paraît quand même assez raisonnable.

Phil passe son week-end à apprendre la réparation d'une base Exchange en ligne de commande et rétablit les services dimanche après-midi. Le lundi, le dirigeant le convoque pour le féliciter de son dévouement. Phil accepte les compliments sans dénoncer le directeur informatique. Bien sympa. Mais du coup, faites gaffe à ce genre de truc quand même.

Source : Theregister