Dans Microsoft SQL Server 2005, est-il correct de réduire le fichier journal d'une base de données en ligne, ou entraînera-t-il une interruption de service?
la source
Dans Microsoft SQL Server 2005, est-il correct de réduire le fichier journal d'une base de données en ligne, ou entraînera-t-il une interruption de service?
Shrinkfile ne mettra pas votre base de données hors ligne.
DBCC SHRINKFILE
lui-même ne met pas la base de données hors ligne. Cependant, la simple exécution de cette commande ne réduira pas nécessairement la taille sur le disque du journal, qui dépend du moment où la dernière sauvegarde complète (pour SIMPLE
les types de récupération) ou t-log (pour le FULL
type de récupération) a été effectuée. S'il n'y a pas eu de sauvegarde récente des journaux, il n'y aura pas d'espace de journal à récupérer.
Enfin, à moins qu'il n'y ait eu une croissance imprévue et explosive due à une opération / lot d'écriture anormalement importante, vous voudrez peut-être reconsidérer la réduction du fichier car la base de données montre la nécessité d'un fichier journal de cette taille et le serveur doit consacrer des ressources à l'expansion en arrière. L'ajout de stockage serait peut-être une alternative raisonnable.
Oui ça ira. Il n'affecte aucune transaction existante et ne déplace aucune donnée comme la réduction de la base de données. Ne le rétrécissez pas tout de suite, car la croissance d'un fichier journal nécessite des efforts.