Truncate Log Fichier Database en miroir
Dans SQL Server 2008, j'ai une base de données en miroir avec un fichier journal qui a augmenté à 80 Go, ce qui n'est pas normal et j'ai un problème sérieux. Je voudrais diminuer la taille du fichier journal en tronquant.
Quelques infos:
Ma base de données est dans un modèle de récupération complète. Sauvegardes pour la base de données et le fichier journal pris chaque jour. Ma base de données se reflétera sur un serveur SQL miroir. Ma base de données a des connexions actives. J'ai lu autant d'articles et d'opinions mais je ne peux toujours pas décider de ce que je devrais faire pour tronquer le fichier journal sans conséquences.
Devrais-je me tourner vers un modèle de récupération simple et tronquer?
Devrais-je arrêter de mettre en miroir, faites ce que je devrais faire dans la base de données principale, puis activez la mise en miroir?
Devrais-je créer un nouveau fichier journal sur un autre disque?
J'ai lu tellement de choses mais je suis vraiment confus. Quelqu'un pourrait-il me donner un indice comment dois-je faire face à ce problème?
Devrais-je me tourner vers un modèle de récupération simple et tronquer?
Ce serait la pire chose à faire de la réalisation de la mise en miroir et si vous avez une bonne base de données, vous devez à nouveau suivre l'ensemble du processus de création de la mise en miroir qui pourrait bien être une tâche fastidieuse.
Devrais-je arrêter de mettre en miroir, faites ce que je devrais faire dans la base de données principale, puis activez la mise en miroir?
L'arrêt de la mise en miroir n'est pas une solution ici et ne va pas vous aider. Vous devez trouver pourquoi votre fichier journal de base de données a été développé tellement que je suppose que l'énorme opération DML est planifiée ou que le processus de l'ETL a lieu ou reconstruction de tous les index suivis par les statistiques de mise à jour.
Devrais-je créer un nouveau fichier journal sur un autre disque?
Je ne sais pas où vous lisez ceci, mais ce n'est pas un endroit où il est lié à votre problème. L'écriture au journal de journal est séquentielle et seulement après avoir utilisé complètement le premier fichier journal SQL Server passer à la seconde afin que cela ne va pas aider
Ma base de données est dans un modèle de récupération complète. Sauvegardes pour la base de données et le fichier journal pris chaque jour
Combien de fois vous prenez la sauvegarde de la connexion, est-ce juste une fois par jour? Dans le modèle de récupération complète, seule la sauvegarde du journal de transaction tronquerait le journal et permettrait à d'autres transactions d'utiliser un fichier journal et de limiter ainsi la taille du journal afin que je voudrais d'abord vous suggérer de augmente la fréquence de la sauvegarde du journal de transaction .
Enfin, vous devez lire pourquoi le journal des transactions continue de croître et de sortir de l'espace