La sauvegarde n'a de valeur que si elle peut réellement être restaurée, un sujet complémentaire à notre pilier sauvegarde & continuité d'activité. Cette page détaille comment vérifier cette fiabilité.
Restauration et tests de sauvegarde
Une sauvegarde jamais testée n'est qu'une sauvegarde supposée fonctionner : comment vérifier réellement sa fiabilité avant d'en avoir besoin dans l'urgence.
Combien de temps pour restaurer après un sinistre
Le temps nécessaire pour restaurer ses données après un sinistre ou une panne dépend du volume de données concerné, du débit disponible pour rapatrier une sauvegarde cloud, et de la complexité de l'environnement à reconstruire (un simple dossier de fichiers se restaure bien plus vite qu'un serveur complet avec ses applications). Ce délai réel, souvent découvert seulement au moment de la crise faute d'avoir été mesuré en amont, doit être confronté aux attentes réelles de l'entreprise en matière de délai acceptable d'interruption.
Tester ses sauvegardes en conditions réelles
Tester ses sauvegardes en conditions réelles, en restaurant effectivement tout ou partie des données sur un environnement de test, est la seule façon fiable de vérifier qu'une sauvegarde est réellement exploitable et pas seulement « présente » dans son inventaire. Un test de restauration à blanc, réalisé au moins annuellement ou trimestriellement pour les systèmes les plus critiques, s'organise en choisissant un périmètre représentatif, en restaurant sur un environnement isolé du système de production, puis en vérifiant l'intégrité et la complétude des données restaurées.
Que faire si une sauvegarde s'avère corrompue
Si une sauvegarde s'avère corrompue au moment de la restaurer, la première réaction consiste à vérifier s'il existe une version antérieure encore exploitable, d'où l'intérêt de conserver plusieurs versions successives plutôt qu'une unique sauvegarde régulièrement écrasée. Cette situation, découverte dans l'urgence, illustre concrètement pourquoi les tests réguliers sont indispensables : mieux vaut détecter une corruption lors d'un test planifié que le jour où la restauration est réellement nécessaire pour sauver l'activité de l'entreprise.
Documenter la procédure pour l'urgence
Documenter la procédure de restauration — quels outils utiliser, dans quel ordre, avec quels identifiants d'accès — garantit qu'elle reste exploitable même en situation de stress, y compris si la personne habituellement en charge de cette tâche n'est pas disponible au moment de l'incident. Cette documentation, trop souvent seulement présente dans la tête d'une seule personne, doit être accessible même en cas de panne du système principal, par exemple sous forme imprimée ou stockée sur un support totalement indépendant.
Voir aussi
Cette page complète le pilier sauvegarde & continuité d'activité. Voir aussi le plan de reprise d'activité (PRA/PCA) dans lequel s'inscrivent ces tests.
Questions fréquentes
Pourquoi et à quelle fréquence tester ses sauvegardes en conditions réelles ?
C'est la seule façon fiable de vérifier qu'une sauvegarde est réellement exploitable. Un test au moins annuel, ou trimestriel pour les systèmes critiques, est généralement recommandé.
Comment vérifier qu'une sauvegarde est réellement exploitable et pas seulement « présente » ?
Il faut restaurer effectivement tout ou partie des données sur un environnement de test, puis vérifier leur intégrité et leur complétude, plutôt que de se fier à la seule existence du fichier de sauvegarde.
Qu'est-ce qu'un test de restauration à blanc et comment l'organiser ?
C'est une restauration test réalisée sur un environnement isolé du système de production, avec un périmètre représentatif, pour vérifier la fiabilité de la sauvegarde sans risque pour l'activité réelle.
Comment documenter la procédure de restauration pour qu'elle soit exploitable même en urgence ?
Il faut noter précisément les outils à utiliser, l'ordre des opérations et les identifiants d'accès nécessaires, en conservant cette documentation accessible même en cas de panne du système principal.