Fichier de journal de rétrorage dans le server sql: est-il sûr?

J'ai un file ldf très grand: 45 gbytes .. contre un file de données mdf de «seulement» 1 gbyte. Mes questions sont les suivantes:

  1. Est-il sécuritaire d'utiliser DBCC ShrinkFile pour le file journal (ldf)?

  2. Comment limiter de manière programmatique la taille du file ldf?

Je vous remercie

2 Solutions collect form web for “Fichier de journal de rétrorage dans le server sql: est-il sûr?”

La réponse courte est "Non, il n'est pas recommandé de réduire vos files journaux"

Ce qui est une solution, c'est d'exécuter une sauvegarde complète de votre database, puis de détacher votre database, renommer le file journal pour être quelque chose comme database.ldf.old puis reconnection de la database, sans spécifier la nouvelle localization du file journal. Cela créera un nouveau file journal vide.

La façon correcte de s'assurer que vos files journaux ne se développent pas trop est d'effectuer des sauvegardes régulières du journal des transactions. Cela s'ajoute à la réalisation de sauvegardes complètes régulières. Toutefois, cela ne s'applique que si votre database utilise le model de récupération complète. Vous pouvez find quel model il utilise en cliquant avec le button droit sur la database dans Management Studio, puis en cliquant sur les propriétés. Accédez à la page des options et, sur cet écran, vous verrez le type de collation, le model de récupération et le niveau de compatibilité.

Sauf si vous avez besoin de la rétablir à tout moment en rejouant le journal des transactions sur une transaction spécifique, en utilisant le mode de récupération simple et en vous assurant que vous sauvegardez régulièrement votre database en effectuant une sauvegarde complète, cela empêchera votre file journal de se développer de manière excessive. Il est également recommandé que vous ayez vos files journaux sur un volume distinct (au minimum) pour empêcher un file journal d'empêcher éventuellement la connection à votre server (c'est-à-dire s'il s'agit de votre partition de démarrage et remplit complètement le disque)

Cela dépend de la criticité de vos bases de données SQL. Dans notre cas, nous faisons la sauvegarde de la database olny, puis nous réduisons régulièrement les files journaux, gardez à l'esprit que le file journal ne sera pas réduit si la database elle-même n'est pas sauvegardée,

alors, sauvegardez d'abord la database, réduisez la database

  • SQL Server HW Config - que préférez-vous (configuration de disque)?
  • Limiter la connection aux groupes de disponibilité SQL
  • Plan de maintenance SQL Server
  • Migration de "Serveur MSSQL" vers un autre server SQL
  • Miroir SQL Server - Le server Witness doit-il être dédié à la mise en miroir?
  • SQL 2005 Logshipping
  • 32 bits SQLServer avec AWE non activé. Le taux de lecture du cache du tampon est élevé, la ligne de lecture de disque TRÈS ÉLEVÉE, POURQUOI?
  • erreurs de temporisation sur sql server 2003
  • Installation de PDO_DBLIB pour PHP
  • Impossible de se connecter à l'instance de SQL Server Express à distance
  • Quelles sont les raisons d'utiliser encore SQL Server 2000?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.