W2K MS-SQL 2000 Log File Full

**ducho** · 07/11/2006, 12h30

Bonjour,

un post de plus sur cette malédiction sql-serveur .

sqlpro cite :

USE toto
GO

DBCC SHRINKFILE(toto_log, 200)

Peut-on utiliser cette commande à chaud (base ouverte) ou faut-il déconnecter les fichiers auparavant ?

Sinon, quelles est la différence entre les commandes :
BACKUP LOG
et BACKUP TRAN ou TRANSACTION que j' ai vu sur ce forum

(j' ai bien compris le backup log , enfin presque )

cdlt

**ZERS** · 07/11/2006, 13h01

Salut,

oui tu peux les utiliser à chaud. Mais attention, si tu as des transactions ouvertes au moment de faire cela, ca peut foutre la grouille. Je te conseille de le faire dans une période pendant laquelle tu es sur qu'il n'y a aucune activitée sur la base (plage horaire de maintenance par exemple).

BACKUP TRAN est obsolète, tout comme DUMP TRAN. Il faut utiliser BACKUP LOG pour être sur que tu pourras migrer ta base dans des versions ultérieures de SQL Server.

Petite remarque : SCHRINKFILE réduit la taille physique du fichier. Mais cela n'est possible qui si les transactions dites 'mortes' ont d'abord été virées. Il faut donc faire un BACKUP LOG quoi qu'il arrive. Ensuite, tu peux réduire la taille de ton fichier mais cela n'a guère d'importance.

Cdlt

**ducho** · 07/11/2006, 15h32

Bonjour,

Le fichier LDF correspondant au log file vient de passer de 1 G à 100M
sans que je jance la commande schrink....
simplement apres plusieurs sauvegardes completes base + log .
Quelqu' un a-t-il une explication ?

(ce comportement correspond mieux à la gestion des logs habituelle
dans les autres sgbd ( suppression des logs apres sauvegarde compléte) )

cdlt

**usf70** · 07/11/2006, 16h13

A mon avis tu dois avoir l'option autoshrink log (réduire automatiquement) activée.

**ducho** · 07/11/2006, 16h15

Merci de ta réponse,

ds quel menu je peux trouver cette option ?

cdlt

**usf70** · 07/11/2006, 16h16

Tu fais bouton droit sur ta base => propriétés et c'est dans l'onglet options

**ducho** · 07/11/2006, 16h31

l' option est cochée, je n' avais pas compris son utilité ...

Que font , en général, les dbas: cocher cette option ou non
car compacter des fichiers de données peut être dangereux , non ?

cdlt

Invité · 07/11/2006, 17h08

En production, il vaut mieux la décocher pour des problématiques de performances.

**ZERS** · 07/11/2006, 17h09

Perso je conseille de ne pas mettre cette option pour les bases de grosses tailles et à accès fréquent. En effet, il vaut mieux avoir un fichier de 1Go "vide", plutot que de laisser SQL server agrandir le fichier dès qu'il a besoin de place. Question de performance bien sur.

Métaphore : il vaut mieux avoir une bouteille d'1l et la remplir goutte à goutte que de changer de taille de bouteille à l'ajout de chaque verre d'eau dans la bouteille devenue trop petite