Discussion :

[climz]

Bonjour à tous,

Un collègue a configuré un serveur SQL 2005.
Malheureusement, en sont absence l'application utilisant cette base a planté à cause de la taille du journal de transaction (limité à 1Go).
Afin de refaire fonctionner le tout j'ai supprimé la limitation mais mon journal grossit à vue d'œil.
Pourquoi ? Comment le purger ou le sauvegardé ailleurs ?
Pour info une sauvegarde est faite de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
USE DB
GO
BACKUP DATABASE DB
TO DISK = 'D:\DATABASE\Backup\DB.Bak'
   WITH FORMAT,
   NAME = 'Full Backup of DB'
GO

Merci d'avance,

Cordialement,

[mikedavem]

Bonjour,

Le journal de transaction grossit car les transactions opérant sur la base de données liée à votre application sont enregistrés dans ce journal.

Si le mode de récupération de votre base est "COMPLET / FULL " ou "JOURNALISE EN BLOC / BULK LOGGED" vous devez sauvegarder le journal pour que celui-ci n'augmente pas indéfiniment.

Pour vérifier ce mode :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
SELECT DATABASEPROPERTYEX('<VotreBase>','Recovery')

Pour plus de précision et d'explication concernant la sauvegarde du fichier des transactions voir cet article

[climz]

Merci beaucoup.

J'ai ajouté la ligne suivante :
DBCC SHRINKFILE(DB_log, 1000)
dans mon script de backup.
Le fichier est tronqué à 1GO

Bonne journée et merci de ta réponse mikedavem

[mikedavem]

Attention à la commande SHRINKFILE qui augmente la fragmentation.
En principe seul le backup log suffit. Utiliser SHRINKFILE qu'en cas de nécessité

++