Discussion :

[doubsman]

Bonjour,

je suis entrain de faire une procédure de contrôle des logs TRN produite par mon instance SQL SERVER
J'ai trouvé des fichiers TRN qui semblent "malformé" mais pourtant utilisable; je m'explique

lors de l'opération suivante sur un fichier TRN qui semblent "malformé"
RESTORE HEADERONLY FROM DISK = 'monfichierTRN_2014_07_03_080014_7249724.trn'

le contenu de la table HEADER en résultat on obtient
BackupName BackupDescription BackupType ExpirationDate Compressed Position DeviceType UserName
monfichierTRN_2014_07_03_080014_7210660 NULL 2 2014-07-10 08:00:15.000 1 1 2 DCPT01\sys_services

leur nom physique est différent de celui affiché dans la colonne BackupName (timestamp différent)
alors que les plupart des TRNs ont bien le nom physique écrit dans la colonne BackupName

quelqu'un sait si c'est une anomalie ou si c'est normal dans la production de fichier TRN ?

ps: pour info le fichier en question semble cohérent puisque restaurable sur une instance

[mikedavem]

Hello,

A ma connaissance le nom de la sauvegarde dans l'entête dépend directement de la commande BACKUP et de l'utilisation de l'option NAME qui donne un nom au jeu de sauvegarde concerné.
Comment s'effectue tes sauvegardes ? Quelles options ? As-tu vérifié via un log si le nom de ta sauvegarde était correcte pour ce média ?

++

[doubsman]

le backup des logs s'effectue via un plan de maintenance (tout les jours, backup des log de 7h00 à 21h00 1 fois par heures)
je ne maitrise pas le timestamp écrit ni dans le nom de fichier TRN produit et ni dans le backupName de son l'entête du coup.

Etant donné que la tâche se lance depuis un ordonnanceur situé sur un autre serveur, je me demande s'il n'y a pas un effet de bord par rapport au temps