Les sauvegardes SQL Server ne suffisent pas : testez les restaurations

Un job réussi prouve que SQL Server a écrit un flux de sauvegarde. Il ne prouve pas que bases, clés, chaîne de journaux et dépendances seront restaurées à temps.

Ce qu'il faut mesurer

Mesurez l'âge, la continuité de chaîne, les checksums, la disponibilité des clés, la durée de restauration, le débit du stockage et le temps de reconnexion des applications.

Approche pratique

Automatisez des restaurations isolées, utilisez CHECKSUM, validez la base restaurée, exercez la reprise à un instant donné et conservez clés, certificats, scripts et instructions hors du système défaillant.

Ce qu'il faut éviter

Ne comptez pas uniquement sur RESTORE VERIFYONLY, ne négligez pas le chronométrage des grandes bases et ne stockez pas l'unique clé près de la base.

Résultat opérationnel

La confiance vient de restaurations répétées, vérifiées, chronométrées et clairement attribuées.

Checklist de production

Établissez une référence et définissez l'amélioration attendue. Testez avec des données et une concurrence représentatives. Conservez la configuration ou le plan d'origine, préparez un retour arrière et surveillez le prochain pic normal de charge.

Pour appliquer cette méthode à un environnement SQL Server précis, utilisez le formulaire ci-dessous et indiquez la version, la taille de la base, le profil de charge et les éléments déjà collectés.