Avez-vous déjà été invité à restaurer une base de données à un moment précis, pour vous rendre compte que vous ne pouvez pas garantir la disponibilité des fichiers de sauvegarde nécessaires ? C’est un défi courant auquel sont confrontés les administrateurs SQL Server. Dans cet article, nous discuterons d’un script qui peut vous aider à assurer des restaurations de base de données réussies en vérifiant l’existence des fichiers de sauvegarde.

Lors de la restauration d’une base de données à un moment précis, il est crucial d’avoir tous les fichiers de sauvegarde requis à leurs emplacements appropriés. Cependant, il y a toujours une possibilité que quelqu’un ait déplacé, renommé ou même supprimé ces fichiers. Pour éviter toute surprise lors du processus de restauration, il est essentiel de vérifier l’existence des fichiers de sauvegarde au préalable.

Le script que nous allons discuter fournit des informations précieuses sur les sauvegardes de la base de données, notamment :

• Avertissements pour les restaurations par-dessus la base de données depuis sa dernière sauvegarde complète
• Instantanés de base de données actuellement associés à la base de données
• Les dernières sauvegardes complètes, différentielles et de journaux pour la base de données, ainsi que leur durée et leur âge
• Informations sur les fichiers de sauvegarde telles que l’heure de début/fin, le chemin du fichier, le premier et le dernier LSN (Log Sequence Number), et une colonne d’état indiquant l’intégrité de la chaîne de journaux
• Une colonne “Fichier existe” qui indique si le fichier de sauvegarde existe toujours sur le disque

En exécutant ce script, vous pouvez rapidement identifier les fichiers de sauvegarde manquants ou renommés qui pourraient affecter votre capacité à restaurer la base de données à un moment précis.

Il est important de noter que le script utilise la procédure stockée étendue xp_fileexist et peut ne pas gérer les groupes de disponibilité si vous effectuez des sauvegardes sur des répliques secondaires. De plus, il affiche toujours les informations sur les fichiers pour ramener la base de données à l’instant le plus récent.

Pour utiliser le script, vous devez définir les variables suivantes :

• @NomBaseDeDonnees : Le nom de la base de données que vous souhaitez vérifier. Définissez-le sur NULL pour le contexte de base de données actuel.
• @JoursAgoToCheck : Une valeur entière représentant le nombre de jours dans le passé que vous souhaitez vérifier pour une sauvegarde complète.
• @ExclureSauvegardeDiff : Définissez-le sur 0 ou 1 en fonction de si vous souhaitez inclure une sauvegarde différentielle dans les résultats s’il y en a une.
• @CoupureComplète : Une valeur datetime pour exclure certaines sauvegardes complètes de votre recherche. Par exemple, si vous souhaitez une sauvegarde des 30 derniers jours mais plus ancienne que la sauvegarde complète la plus récente, définissez @CoupureComplète sur une date antérieure à la date de début de cette sauvegarde complète.

En personnalisant ces variables, vous pouvez adapter le script à vos besoins spécifiques et vous assurer d’avoir tous les fichiers de sauvegarde nécessaires pour une restauration réussie.

Pour le script complet, vous pouvez visiter notre répertoire GitHub.

Merci de votre lecture et bonne restauration !