Malheureusement, une instance SQL Server n'est pas quelque chose que vous pouvez simplement installer et exécuter sans soin approprié. 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 la base de données s'agrandiront jusqu'à ce que la simple taille des fichiers diminue la performance et atteigne finalement un point où l'application client apparaît inutilisable.
Nous ne sommes PAS un magasin de DBA. Demander « Quel est le meilleur plan de maintenance que je peux mettre en œuvre ? » à des DBA chevronnés aboutira invariablement à une réponse du type « Cela dépend ».
Ces « pointeurs » sont fournis tels quels et nous ne pouvons être tenus responsables s'ils ne répondent pas à vos exigences. Vous devez consulter un administrateur de base de données qualifié pour confirmer vos besoins et comment les satisfaire.
La stratégie de sauvegarde dépend réellement de la quantité de données que vous êtes prêt à perdre en cas de panne, oui... attendez-vous à perdre des données, le coût d'un système qui ne perd AUCUNE donnée est assez élevé et n'est pas dans le cadre de ce sujet.
Si vous êtes à l'aise avec la possibilité de revenir uniquement à la sauvegarde de la veille, vous pouvez définir la base de données sur un modèle de récupération simple, et effectuer une sauvegarde complète toutes les nuits.
Si vous voulez quelque chose d'un peu plus robuste, nous avons vu ce qui suit :
Une sauvegarde complète quotidienne de la base de données.
Une sauvegarde plus fréquente du journal des transactions, disons toutes les 4 heures à partir de 06:00 et se terminant à 18:01 ou 22:01
Une tâche de nettoyage pour supprimer les anciennes sauvegardes.
Si vous devez être en mesure de récupérer des données datant de quelques minutes, vous avez vraiment besoin de l'aide d'un DBA qualifié.
Encore une fois, ce sont des exemples de la façon dont nous avons vu les sauvegardes planifiées pour des systèmes non critiques. Si cela ne répond pas à vos exigences spécifiques, vous devez surveiller : le temps que mettent les sauvegardes à se terminer ; l'espace libre restant sur le périphérique de sauvegarde ; et ainsi de suite !
De plus, une stratégie de sauvegarde implique de passer régulièrement par le processus de récupération pour prouver qu'il fonctionne. Les sauvegardes fonctionnent généralement bien, c'est le processus de restauration qui est difficile, imaginez avoir un patron qui vous surveille pendant que vous cherchez la séquence correcte des actions parce que vous ne l'avez jamais fait auparavant...
Si vous regardez notre tout premier sysadminotaur, (sur http://blog.devolutions.net/2012/08/sysadminotaur.html) vous pouvez deviner que nous avons entendu parler de mauvais plans de sauvegarde auparavant...
Les plans de sauvegarde doivent être surveillés et les plans de récupération doivent être mis en œuvre pour confirmer qu'ils fonctionnent réellement !