Quelle est la commande pour tronquer un fichier journal de SQL Server?

J'ai besoin de vider un fichier LDF avant de l'envoyer à un collègue. Comment puis-je la force de SQL Server pour tronquer le journal?

InformationsquelleAutor Aidan Ryan | 2008-09-02
  1. 127

    si je me souviens bien... dans l'analyseur de requêtes ou équivalent:

    BACKUP LOG  databasename  WITH TRUNCATE_ONLY

DBCC SHRINKFILE (  databasename_Log, 1)
    • C'est certainement mieux que le réglage de la base de données de modèle de récupération SIMPLE (comme dans Blorgbeard réponse) parce que si votre modèle de récupération COMPLÈTE, vous avez défini de cette façon pour une raison.
    • truncate_only est déconseillée dans SQL Server 2008 alors, vous devez modifier la db de récupération simple msdn.microsoft.com/en-us/library/ms143729(SQL.90).aspx
    • Pour SQL Server 2012 cela fonctionne, mais sans WITH TRUNCATE_ONLY.
    • En ajoutant à ce que net_prog dit, pour SQL Server 2012 j'ai remplacé la première ligne pour BACKUP LOG DatabaseNameHere TO DISK='NUL:'.
    InformationsquelleAutor ila
  2. 293

    Dans management studio:

    • Ne pas le faire sur un environnement réel, mais pour vous assurer que vous réduisez votre dev db autant que vous le pouvez:
      • Cliquez-droit sur la base de données, choisissez Properties, puis Options.
      • Assurez-vous que "le modèle de Récupération" est réglé sur "Simple", pas "Plein"
      • Cliquez sur OK
    • Cliquez-droit sur la base de données à nouveau, choisissez Tasks -> Shrink -> Files
    • Changement de type de fichier "Log"
    • Cliquez sur OK.

    Sinon, le SQL, c':

     ALTER DATABASE mydatabase SET RECOVERY SIMPLE
 DBCC SHRINKFILE (mydatabase_Log, 1)

    Ref: http://msdn.microsoft.com/en-us/library/ms189493.aspx

    • Votre réponse a juste sauvé ma journée! Je ne savais pas de "clic-droit - Tâches -> Psy" option. Merci!!!!
    • Que FAITES-vous dans un environnement réel? Sauvegarde les journaux en premier?
    • Je ne suis pas DBA, mais oui, je crois que la sauvegarde du journal le tronquera: technet.microsoft.com/en-us/library/ms179478.aspx
    • Si vous utilisez un modèle de recouvrement des autres que les simples, les journaux sont à la base de la récupération de données ou de l'annulation de transactions. Donc, dans la production, vous aurez besoin de sauvegarder ces journaux d'abord avant que vous pouvez compresser les fichiers journaux. Sinon, il n'y aurait aucune possibilité de récupération. Malheureusement, si vous êtes dans une situation de récupération, vous devrez re-charger toutes les sauvegardes du journal des transactions dans le but de recouvrer l'intégralité de la DB. Des moments de plaisir, pour être sûr! 🙂
    • dans SQL Server 2012 que j'ai eu à use mydatabase avant l'exécution de dbcc shrinkfile
    • Remarque: Le fichier journal est généralement appelé DatabaseName_log mais il peut varier. Vous pouvez trouver le nom du fichier pour la base de données actuelle avec SELECT name FROM sys.master_files WHERE database_id = db_id() AND type = 1
    • Aussi la 1 dans le film de commande se réfère à la taille prévue du journal après la réduction. La valeur par défaut est l'original de la taille du fichier journal, c'est pourquoi quelques réponses à cette question ont une valeur, et certains ne le font pas. docs.microsoft.com/en-us/sql/t-sql/database-console-commands/...

    InformationsquelleAutor Blorgbeard
  3. 56

    Pour SQL Server 2008, la commande est:

    ALTER DATABASE ExampleDB SET RECOVERY SIMPLE
DBCC SHRINKFILE('ExampleDB_log', 0, TRUNCATEONLY)

    Cela réduit mon 14GO du fichier journal à 1 mo.

    • Comme la question est ambiguë quant à la version et l'on a accepté la réponse n'est pas applicable à SQL Server 2008 cette réponse est toujours valable quel que soit l'âge.
    • Merci, ça m'a aidé à réduire un gros fichier Journal qui ne réagissent pas avec la commande DBCC SHRINKFILE
    • N'oubliez pas de modifier le modèle de récupération de retour à la PLEINE lorsque vous avez terminé!
    • Vous devez sauvegarder avant de le faire (ou tout autre troncature options). Si vous effectuez une sauvegarde complète et cochez la case "Copie de sauvegarde" dans SSMS, alors vous n'avez pas besoin de le rondin. (C'est juste un point dans le temps de sauvegarde).
    InformationsquelleAutor Nathan R
  4. 34

    Pour SQL 2008, vous pouvez sauvegarder le journal de nul appareil:

    BACKUP LOG [databaseName]
TO DISK = 'nul:' WITH STATS = 10

    Et ensuite utiliser DBCC SHRINKFILE à tronquer le fichier journal.

    • C'est le seul qui a fini par travailler dans ma situation... j'ai une erreur lorsque vous essayez d'utiliser l'utilitaire de sauvegarde avec TRUNCATE_ONLY
    • Remarque: cela peut prendre un certain temps, même sur un disque SSD (il y a qu'à lire le journal pour être en mesure de les jeter). Pour un 30GO fichier journal sur une puissance moyenne Azure VM ça a pris 10 minutes pour procéder à 40%. Assurez-vous de passer à l' 'Messages' prendre dans SSMS pour voir le pourcentage de traitement.
    InformationsquelleAutor Matej
  5. 3

    journal de sauvegarde logname avec truncate_only suivie par une commande dbcc shrinkfile

    InformationsquelleAutor SQLMenace
  6. -4

    Une autre option, est de détacher la base de données en passant par le Management Studio. Puis il suffit de supprimer le fichier journal, ou de le renommer et supprimer plus tard.

    De retour dans Management Studio attacher la base de données à nouveau. Dans la fenêtre joindre supprimer le fichier journal à partir de la liste de fichiers.

    La DB s'attache et crée un nouveau fichier journal. Après avoir vérifier que tout est correct, vous pouvez supprimer le renommé le fichier de log.

    Vous probablement ne devrait pas l'utiliser pour les bases de données de production.

    • Ne jamais faire cela! Il peut y avoir des données dans le journal pas encore engagé dans le fichier de données. Vous ne voudriez pas perdre ces données.
    • AVERTISSEMENT! Ceci est incorrect et dangereux!
    • Si, dans votre réponse, vous avertir de ne pas l'essayer dans la production, c'est pas la peine de poster à tous.
    • Je suis en désaccord avec la downvoters -- c'est une option. Les administrateurs juste besoin de comprendre leur scénario. Par exemple, il n'y aura pas de "non engagés" des données si il n'y a pas de transactions ouvertes.
    • C'est la seule solution qui a fonctionné pour moi. Ma voiture était remplie et je n'ai pas de sauvegarde ou de rétrécir et rien d'autre ne semble fonctionner. Merci!!!!
    • Je suis d'accord, ce n'est pas une meilleure pratique, mais c'est un précieux outil à avoir si vous n'avez pas d'autres options telles que Brian du scénario.

    InformationsquelleAutor Rask