Discussion :

[Depite]

Bonjour,

J'utilise une base de données SQL Server 2008 R2 qui est définie en mode de restauration complète.
J'effectue chaque jour une sauvegarde complète avec l'instruction suivante :

Code :

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

SQLCMD.EX -S SRVSQL -Q "BACKUP DATABASE [PHENIX_PROD] TO  DISK = N'S:\PHENIX_PROD.bak' WITH  RETAINDAYS = 2, FORMAT, INIT,  NAME = N'PHENIX_PROD_0000', SKIP, REWIND, NOUNLOAD,  STATS = 10 "

Je complète cette sauvegarde avec une sauvegarde du journal des transactions à chaque heure avec l'instruction suivante, ce fichier est supprimé chaque jour après exécution de la sauvegarde complète:

Code :

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

SQLCMD.EX -S SRVSQL -Q "BACKUP LOG [PHENIX_PROD] TO  DISK = N'S:\PHENIX_PROD.trn' WITH NOFORMAT, NOINIT,  NAME = N'PHENIX_PROD_Log_111', SKIP, REWIND, NOUNLOAD,  STATS = 10 "

Souhaitant repasser la base en mode de récupération simple j'ai voulu m'assurer de ne rien perdre et ai effectué une sauvegarde de fin de journal à partir de la console en l'ajoutant au fichier de sauvegarde des logs.

Puis j'ai voulu restaurer l'ensemble pour être sûr de ne rien perdre.

J'ai effectué la restauration de la sauvegarde de la base de données: OK, puis j'ai voulu effectuer celle des journaux de transaction en ouvrant le fichier de sauvegarde des transactions constitué depuis la dernière sauvegarde complète mais le travail échoue avec le message suivant :


Il semble en effet manquer le nom de la sauvegarde sur la première ligne (position [1]) du tableau des sauvegardes:


Evidemment je suis dans une situation peu enviable car j'ai derrière moi toute une équipe qui attend la disponibilité du système que j'ai provisoirement fermé!

Quelqu'un peut-il m'aider ?

Merci d'avance !

[SQLpro]

Voyez ce que donne une restauration à un point dans le temps :



A +

[Depite]

Bonjour SQLpro, merci d'avoir répondu rapidement à ma question.

Néanmoins votre réponse ne m'éclaire pas vraiment, je suis sous SQL 2008 R2 et utilise le SMS associé.

Je viens de refaire un essai ce matin en déplaçant le fichier de sauvegarde (j'ai cumulé la sauvegarde complète et les sauvegardes de journaux dans le même fichier) vers ma machine de développement mais je n'ai pas effectué de sauvegarde du journal de clôture pour me placer dans une situation d'incapacité d'accéder au serveur suite à un incident majeur.

J'ai lancé la restauration de la base complète sans limitation de temps sur cette autre machine et je suis confronté au même message d'erreur indiquant qu'il ne peut accéder à la première (rang 1) sauvegarde du journal de transactions.

Je ne comprends pas ce que je fais mal dans la planification de mes sauvegardes, le mode de restauration correspond, je commence par une sauvegarde complète puis ont lieu les sauvegardes du journal à 1h d'intervalle; Est-ce que j'aurais ajouté des options à ma ligne de sauvegarde qui provoqueraient ce problème ?

Merci.

[SQLpro]

Difficile de le dire... Il faudrait analyser le contenu de ces fichiers à l'aide des commandes :

Code :

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

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

et savoir comment se croisent les LSN, à savoir que pour chainer les fichiers à restaurer, le LSN début suivant doit être entre le LSN début et le LSN fin précédent.

A +

[Depite]

Bonjour SQL Pro,

Voici un extrait du résultat de la commande

Code :

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

RESTORE HEADERONLY FROM DISK

Je constate en effet que le premier LSN de la position "2" est postérieur au dernier de la position "1".
Est-ce parce que les noms de sauvegarde sont différents ? ou bien y aurait-il une sauvegarde (complète ou journal) qui s'effectuerait entre les deux sur un autre support?

Voici un extrait du résultat de la commande

Code :

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

RESTORE FILELISTONLY FROM DISK

Merci de me donner votre avis

[SQLpro]

Regardez ou ont été envoyées vos sauvegardes à l'aide des tables dans msdb, notamment dbo.backupset pour trouver la sauvegarde manquante....

Probablement une sauvegarde sauvage faite par un dev, VEEAM ou l'hébergeur....

A +