Discussion :

[abrial]

Bonjour,

Lorsque je sauvegarde le journal de transaction avec une application, une drôle de chose se passe.
La première sauvegarde est assez volumineuse (20 Mo par exemple) et les suivantes très petites (140 Ko).
Mais lorsque je ferme l'application, puis la relance et enfin sauvegarde à nouveau, la même chose se produit (première sauvegarde volumineuse), alors que normalement elle ne devrait plus rien contenir.

Lorsque je fais des sauvegardes à l'aide de MS SQL Management Studio Express, les sauvegardes sont petites (75 Ko).

Voici le code T-SQL que l'application envoie au serveur :

Code :

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

1
2
3
4
 
BACKUP LOG [BD_TRAVAIL] TO  DISK = N'D:\test.bak' WITH NOFORMAT, INIT,  NAME = N'BD_TRAVAIL-Transaction Log  Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
BACKUP LOG [BD_TRAVAIL] TO  DISK = N'D:\test2.bak' WITH NOFORMAT, INIT,  NAME = N'BD_TRAVAIL-Transaction Log  Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
BACKUP LOG [BD_TRAVAIL] TO  DISK = N'D:\test3.bak' WITH NOFORMAT, INIT,  NAME = N'BD_TRAVAIL-Transaction Log  Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10

Voici la doc sur la sauvegarde :

LOG

Indique que la sauvegarde ne doit porter que sur le journal des transactions. Le journal est sauvegardé depuis la dernière sauvegarde LOG exécutée avec succès et jusqu'à sa fin actuelle. Une fois que le journal a été sauvegardé, l'espace peut être tronqué s'il n'est plus requis par aucune transaction active, réplication transactionnelle, mise en miroir de base de données ou application tierce.

Pourquoi la première sauvegarde (que l'application fait) est-elle plus volumineuse ? Pourquoi avec MS SQL Management Studio Express je n'obtiens pas le même résultat et que la taille des sauvegardes est plus faible (75 Ko contre 140 Ko) ?

Merci de vos réponses.

[rudib]

Bonjour,

ton application n'écrit-elle pas simplement dans la base ?
Tu peux vérifier le comportement avec le profiler, ou voir où en est le log avec une commande non documentée (valable pour sql2k, je ne sais pas pour 2005):

Code :

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

DBCC LOG (dbid)

Tu trouves le dbid avec :

Code :

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

SELECT DB_ID()

[abrial]

Oups

Tu as raison. L'application de test met à jour la base de données avant de faire les sauvegardes.

Sinon la commande pour voir l'état des journaux sous 2005 est :

Code :

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

DBCC SQLPERF (LOGSPACE)

Merci.