Plans de maintenance SQL Server

Malheureusement, une instance SQL Server n'est pas quelque chose que vous pouvez simplement installer et faire fonctionner sans entretien adéquat. Conserver les valeurs par défaut pour les nouvelles bases de données causera presque certainement des problèmes à long terme.

Si la maintenance n'est pas effectuée régulièrement, les fichiers de base de données grossiront indéfiniment jusqu'à ce que leur taille seule finisse par dégrader les performances et rende l'application cliente pratiquement inutilisable.

Nous ne sommes PAS une équipe d'administrateurs de bases de données. Poser la question « Quel est le meilleur plan de maintenance que je puisse mettre en place ? » à des DBA expérimentés aboutira invariablement à une réponse du genre : « Ça dépend ».

Ces « indications » sont fournies telles quelles et nous ne pouvons être tenus responsables si elles ne répondent pas à vos besoins. Vous devez consulter un administrateur de base de données qualifié pour confirmer vos besoins et la manière d'y répondre.

La stratégie de sauvegarde dépend vraiment de la quantité de données dont vous acceptez la perte en cas de défaillance — oui, anticipez une perte de données. Le coût d'un système qui ne perd AUCUNE donnée est très élevé et ne fait pas partie de l'objet de ce sujet.

Si vous acceptez de ne pouvoir revenir qu'à la sauvegarde de la nuit précédente, vous pouvez configurer la base de données en mode de récupération simple et effectuer une sauvegarde complète chaque nuit.

Si vous souhaitez quelque chose de plus robuste, voici ce que nous avons pu observer :

• Une sauvegarde complète quotidienne de la base de données.
• Des sauvegardes plus fréquentes du journal des transactions, par exemple toutes les 4 heures à partir de 06 h 00 jusqu'à 18 h 01 ou 22 h 01.
• Une tâche de nettoyage pour supprimer les sauvegardes plus anciennes.

Si vous devez pouvoir récupérer des données remontant à quelques minutes, vous avez réellement besoin d'un DBA qualifié pour vous accompagner.

Encore une fois, ce sont des exemples de plans de sauvegarde que nous avons observés pour des systèmes non critiques. S'ils ne correspondent pas à vos besoins spécifiques, vous devez surveiller : le temps nécessaire à l'exécution des sauvegardes, l'espace libre restant sur le périphérique de sauvegarde, et ainsi de suite !

De plus, une stratégie de sauvegarde implique de procéder régulièrement à l'exercice de restauration pour prouver qu'elle fonctionne. Les sauvegardes se déroulent généralement bien ; c'est le processus de restauration qui est difficile. Imaginez avoir votre supérieur dans le dos pendant que vous cherchez la bonne séquence d'actions parce que vous ne l'avez jamais fait auparavant...

Les plans de sauvegarde doivent être surveillés et les plans de restauration doivent être mis en œuvre pour confirmer qu'ils fonctionnent réellement !