Créer un plan de sauvegarde efficace

Protéger ses données nécessite rigueur et organisation. Il faut commencer par identifier les données à sauvegarder pour des raisons légales, et celles qui permettront à l'entreprise de se relancer rapidement. Préciser le délai au-delà duquel la non-récupération des données est dommageable facilite la mise au point des SLA (ServiceLevelAgreement). Dissocier les données mortes des vivantes permet de choisir un support adapté. Trois politiques de sauvegarde sont généralement mises en oeuvre : duplication des données (à retrouver dans la minute), sauvegarde (données à retrouver dans l'heure) et archivage (dans la semaine). Responsabiliser les employés aux gestes de base est indispensable pour garantir l'efficacité de la sauvegarde.

La sauvegarde des postes de travail est relativement aisée car il est possible de fermer toutes les applications avant de transférer les données. En revanche, les serveurs - PGI, bases de données, messageries, etc. - doivent être disponibles 24 heures/24. Si la sauvegarde « à froid » des données est souvent suffisante, certaines entreprises doivent pouvoir relancer leur activité à la transaction près. Il faut donc sauvegarder les données « à chaud » . Certains prestataires proposent pour cela des agents logiciels dédiés pour les serveurs de messagerie Exchange et Lotus Notes, ainsi que pour les principales bases de données SQLServer, Oracle8i, PostgreSQL, etc. Cet agent ne sauvegarde alors que les transactions. Les plus évolués peuvent ensuite restaurer tout le serveur, une seule boîte aux lettres, un seul e-mail, etc. Cette granularité est particulièrement importante pour des environnements de production très critiques où il est impensable de restaurer tout le système pour les données d'un seul utilisateur.

Outre des économies de bande passante, la réduction du volume des transferts diminue le temps de sauvegarde, ce qui permet d'augmenter leur fréquence. Les deux techniques le plus souvent utilisées sont la compression temps réel des données lors de leur transfert et la sauvegarde différentielle* qui limite l'échange uniquement aux fichiers, ou mieux, aux parties de fichiers modifiées. Certains éditeurs mutualisent aussi la sauvegarde de fichiers « standards » (DLL, etc.) entre leurs différents clients. L'association de toutes ces approches permet généralement de diviser par cinquante le volume de données à transférer.

L'automatisation est le second point critique pour optimiser les transferts. Outre le gain de temps pour l'entreprise, c'est un gage de qualité, car contrairement à un être humain, un robot logiciel n'oublie pas de sauvegarder les données. Et il le fait 24 fois par jour si nécessaire. Plusieurs fonctions sont essentielles dans ce domaine : la sauvegarde des fichiers ouverts qui permet de déclencher un transfert même lorsque les applications sont utilisées, la sauvegarde à l'extinction du poste, etc.

Quelle sera la procédure de reprise sur incident en cas de sinistre partiel ou total ? Dans le cas de l'effacement intempestif d'un fichier, l'interface cliente de l'agent de sauvegarde permet de récupérer jusqu'à cinq versions* différentes du fichier. En revanche, en cas de vol d'un ordinateur portable ou de crash disque d'un serveur, l'entreprise doit pouvoir réinstaller la machine à l'identique, le plus vite possible. Les données sont généralement disponibles au travers d'une interface Web, mais le transfert peut être très long. Le prestataire doit donc s'engager à fournir, sous 24 heures, les données sur un CD, un DVD, ou un disque dur interne (Raid si nécessaire) ou externe.

Aucun prestataire n'étant infaillible, il faut absolument un engagement contractuel sur la disponibilité des données (SLA) et leur temps de restitution (GTR, pour garantie du temps de restitution) et assortir ces engagements de pénalités. Bien entendu, le prestataire doit être assuré pour ce type d'opération. Enfin, rien ne remplace des tests blancs réguliers pour vérifier l'intégrité des données sauvegardées.