Discussion :

[kikine]

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

[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 +

[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é.

@+

[SQLpro]

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 +

[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+

[elsuket]

Bonjour,

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

Code :

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

1
2
RESTORE HEADERONLY
FROM DISK = '???'

que vous a donné SQLPro ? Quel en est le résultat ?

@++

[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"

[SQLpro]

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

A +

[elsuket]

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

La documentation de cette commande est disponible ici.

@++

[kikine]

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.

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+

[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.

[kikine]

le problème a pu être reproduit.

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

Code :

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

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

[kikine]

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

Code :

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

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 :

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

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