Passer des implications simples en mode de récupération complète
J'ai plusieurs bases de données que je voudrais passer au mode de récupération complète afin que nous puissions avoir une capacité de restauration de temps à temps. Nous n'en avons pas besoin dans toutes nos bases de données, juste ceux qui sont des transactions lourdes et contiennent des données qui sont constamment mises à jour.
J'ai fait beaucoup de recherches et je comprends parfaitement ce qui se passe lorsque vous passez à la reprise complète, notamment la manière dont il se rapporte au fichier journal.
Ce que je cherche, ce sont quelques suggestions ou "gotchas" pouvant résulter de la commutation du modèle de récupération complète.
À l'heure actuelle, je prévois de faire une base de données à la fois. Je peux donc surveiller la croissance du fichier journal et déterminer la meilleure fréquence pour les sauvegardes de fichiers journaux pour vous assurer que nous n'abandonnons pas une situation de fichier de journal fuguelle. Je suis également conscient que dès que nous passons à la récupération complète que je dois exécuter une sauvegarde complète sur cette base de données. (Je comprends que le mode complet ne sera pas vraiment activé jusqu'à ce que nous fassions cela).
Mon plan est également à l'hebdomadaire d'une sauvegarde complète, essuyez les fichiers journaux de la semaine précédente et essentiellement "recommencer".
Y a-t-il d'autres considérations ou conseils qui seraient utiles? Tout ce que je devrais faire attention? Nous exécutons des reconstructions complètes de l'indice, DBCC CheckDB et des statistiques reconstruisent une fois par semaine. Existe-t-il des problèmes potentiels avec ces opérations (peut-être passer à bulk_logged pendant cette période de temps pour ne pas exploser le fichier journal?)
Merci pour votre aide!
Il y a beaucoup de choses que je voudrais dire
Ce que je cherche, ce sont quelques suggestions ou "gotchas" pouvant résulter de la commutation du modèle de récupération complète.
Pour autant que je sache si vous modifiez le modèle de base de données de récupération pendant la fenêtre de maintenance ou lorsque la charge est relativement moins importante, il n'y aura aucun problème. Il ne créera pas une situation.
Je suis également conscient que dès que nous passons à la récupération complète que je dois exécuter une sauvegarde complète sur cette base de données. (Je comprends que le mode complet ne sera pas vraiment activé jusqu'à ce que nous fassions cela).
Vous pouvez également faire une sauvegarde différentielle aussi peut-être que cela serait très utile si vous avez une bonne base de données. Tout ce qui relie les chaînes LSN feriez le do.see en dessous de la liaison, il contient de bonnes informations sur la commutation entre les modèles de récupération
http://msdn.microsoft.com/fr-gb/library/ms189272.aspx
Mon plan est également à l'hebdomadaire d'une sauvegarde complète, essuyez les fichiers journaux de la semaine précédente et essentiellement "recommencer".
Arrêtez-vous là-bas, ce n'est pas une approche correcte simplement parce que vous avez fait une sauvegarde complète et une sauvegarde de la connexion s'il vous plaît ne pas être en bonne idée que vous pouvez supprimer en toute sécurité les fichiers de journaux anciens et la sauvegarde complète. Avez-vous un plan pour tester une sauvegarde ancienne en restauré pour voir cela en cas de catastrophe, ces fichiers de sauvegarde fonctionnent. N'oubliez pas que des garanties de restauration réussies que votre sauvegarde est totalement cohérente. Avez-vous une option pour vérifier l'intégrité de la sauvegarde. Si vous n'êtes pas s'il vous plaît inclus dans votre plan de sauvegarde. Au moins, gardez au moins des fichiers de sauvegarde de 4 jours (c'est ce que je fais sur le disque local) avant que vous supprimez des sauvegardes, cette stratégie consiste à conserver des sauvegardes pendant le temps où vous êtes sûr qu'ils ne seraient pas inutiles si une catastrophe. Parfois, les entreprises ne veulent que des changements de données spécifiques qui ont été effectués quelques jours. J'ai également la sauvegarde de ma base de données sur bande et cette bande est stockée pendant 6 mois.
(Peut-être passer à Bulk_Logged pendant cette période de temps pour ne pas exploser le fichier journal?)
Modification du modèle de récupération en vrac enregistré et à effectuer un fonctionnement enregistré en vrac vous permettrait de perdre le point de récupération à temps (fosse), donc si vous êtes préoccupé par la récupération de la fosse, ne faites pas cela. Au lieu de cela, de reconstruire l'index via Intelligent Script qui ne reconstruisant que l'index fragmenté comme un solution de reconstruction de l'index d'OLA Hallengren Veuillez noter que si l'indice est reconstruit avec une analyse complète pour que les statistiques d'index sont déjà mises à jour avec le processus de reconstruction.
Si vous faites des DML lourd, veuillez le casser en lots afin de ne pas exploser les fichiers journaux.
Lorsque vous planifiez vos reconstructions d'index, est-ce lors d'une fenêtre de maintenance sans application - des activités utilisateur? La gamme d'entreprises pourrait avoir besoin de récupération de point à temps (standing) afin de partir entier et surveiller; ou obtenir une exception pour cette fenêtre. On dirait que vous avez scopé ce changement ok! Meilleure chance.