taille du fichier de sauvegarde du journal

Version imprimable

16/12/2008, 18h39
kikine

taille du fichier de sauvegarde du journal

Bonjour à tous !

j'ai été surpris aujourd'hui en étant obligé de sauvegarder manuellement mon journal de transaction. en effet celui ci fait à peu près 18Go. Le résultat : un fichier de 75Go à la sortie.

quelqu'un a-t-il des idées sur ce phénomène ?

KiKine
17/12/2008, 10h05
SQLpro

A mon avis vous avez du empiler plusieurs sauvegardes dans le même fichier.

Lancez la commande :
RESTORE HEADERONLY
FROM DISK = '???'

et dite nous ce que vous voyez.

A +
17/12/2008, 16h02
kikine

Bonjour,

il n'est pas possible que plusieurs sauvegardes se trouvent dans ce fichier puisqu'il a été créé spécifiquement pour cette sauvegarde.
Il ne m'est pas possible des lancer un RESTORE HEADERONLY car pour des raison d'exploitation le fichier a été supprimé une fois utilisé.

@+
17/12/2008, 16h04
SQLpro

Citation:

il n'est pas possible que plusieurs sauvegardes se trouvent dans ce fichier puisqu'il a été créé spécifiquement pour cette sauvegarde.

Cela n'a aucune importance. Par défaut SQL Server ne supprimer pas le fichier, mais empile toutes les sauvegardes dans le même fichier.

A +
17/12/2008, 16h23
kikine

Re !

On n'utilise pas d'unité de sauvegarde donc il n'y a pas possibilité d'empilement, de plus si empilement il y avait c'est impossible car le nom du fichier est généré dynamiquement en fonction de la date et l'heure...

A+
17/12/2008, 17h15
elsuket
Bonjour,

Quelles options de la commande BACKUP utilisez-vous ?
Avez vous exécuté la commande
Code:

1 2 RESTORE HEADERONLY FROM DISK = '???'
que vous a donné SQLPro ? Quel en est le résultat ?

@++ ;)
17/12/2008, 17h25
kikine

la commande utilisée pour effectuer le backup était :

BACKUP LOG XXXX to DISK ='D:\mssql2k\MSSQL\BACKUP\XXXX_tlog_2008121161513.TRN'

comme expliqué plus haut il m'est impossible d'effectuer le "restore hearderonly"
17/12/2008, 17h38
SQLpro

Si c'est toujours le même nom de fichier alors les sauvegardes seront empilées.

A +
17/12/2008, 23h12
elsuket

Et pour ne pas les empiler, il vous faudrait utiliser l'option WITH INIT ...

La documentation de cette commande est disponible ici.

@++ ;)
18/12/2008, 10h51
kikine

Citation:

Envoyé par SQLpro

Si c'est toujours le même nom de fichier alors les sauvegardes seront empilées.

A +

Comme j'ai pu l'expliquer dans mes précédentes réponses, CE N'EST PAS LE MEME FICHIER !

Un nouveau fichier de sauvegarde est créé a CHAQUE sauvegarde.

Citation:

Envoyé par kikine

Re !

On n'utilise pas d'unité de sauvegarde donc il n'y a pas possibilité d'empilement, de plus si empilement il y avait c'est impossible car le nom du fichier est généré dynamiquement en fonction de la date et l'heure...

A+

A+
18/12/2008, 16h40
WOLO Laurent

Bonjour,

Vous n'avancerez pas dans la discussion si vous ne pouvez pas reproduire la situation.
Nous ne pourrons pas nous baser sur des suppositions.
28/01/2009, 17h39
kikine

le problème a pu être reproduit.

voici le résultat du restore headeronly (une seule ligne)

Code:

NULL NULL 2 NULL 0 1 2 DOMAINE\USER MON_SERVEUR MA_BASE 539 2005-12-13 08:35:08.000 76025461248 525436000012363100001 525665000019126000001 525664000019330700001 525620000000897400004 2009-01-28 16:54:53.000 2009-01-28 17:30:50.000 54 228 1033 196611 80 4608 8 0 2040 MON_SERVEUR 1 {C596C623-38E9-4768-9994-445A78E687D5} {986DA5CA-CEC4-4F14-BA1A-F727A9BA062D} SQL_Latin1_General_CP1_CI_AI

Bonjour,
voici d'autres informations concernant cette problématique
Code:

1 2 3 4 5 select serverproperty('edition') select serverproperty('productlevel') select serverproperty('collation') select serverproperty('ProductVersion')
Enterprise Edition
SP4
SQL_Latin1_General_CP1_CI_AI
8.00.2040
Code:

1 2 3 4 5 6 7 use msdb select file_size, backup_size from backupfile f join dbo.backupset s on s.backup_set_id=f.backup_set_id where logical_name='Donnee_Log' and backup_start_date='2009-01-28 16:54:53.000'
file_size backup_size
29360128000 76025468416