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

  • Sauvegardez SQL Server directement sur CD-RW?
  • Virtualizing Microsoft SQL Server pour server de développement
  • Les premiers signes d'une mauvaise gestion sysadmin
  • Utilisation de SQL Profiler sur une database en cours de production
  • Effets de security de l'access aux invités à une database
  • Problème de locking de fragments du server sql
  • Exportation de définitions de arrays / vues pour sql server 2005
  • SQL Server prend en charge une taille de secteur maximale de 4096 octets
  • Est-ce que SQLAgentUserRole est nécessaire pour afficher les tables msdb.dbo?
  • MSSQL Server 10 croissance du bûche en fuite, 100 Go / semaine
  • Création d'une copy d'une grande database
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.