Discussion :

[BaronSamdi]

Bonjour à tous,

J'aurais voulu avoir l'avis de spécialistes sur les bonnes méthodes pour résoudre le problème suivant :
- D'abord cela concerne les bases de données sous Sqlserver 2005. J'ai mis en place du logshipping entre 2 serveurs. Il y a eu un problème avec un des fichiers trn et celui ci est corrompu. Ma base de secours reste donc dans l'état "Restauration". Je voudrais donc la remettre en route !!

Ce que j'ai fait c'est :

Code :

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

1
2
3
RESTORE log BD_XX 
   FROM DISK = 'D:\Logshipping\BD_XX_20081204180031.trn'  
WITH CONTINUE_AFTER_ERROR

Et le resultat de la commande est le suivant :

Code :

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

1
2
3
4
5
6
7
8
4 pages traitées pour la base de données 'BD_XX', fichier 'BD_XX_log' dans le fichier 1.
Msg*9004, Niveau*16, État*2, Ligne*1
Une erreur s'est produite lors du traitement du journal de la base de données 'BD_XX'. Si possible, restaurez le journal à partir d'une sauvegarde. Si aucune sauvegarde n'est disponible, vous devrez peut-être recréer le journal.
Une opération de restauration précédente a été interrompue et n'a pas terminé le traitement du fichier 'BD_XX_log'. Vous pouvez soit restaurer le jeu de sauvegarde qui été interrompu, soit relancer la séquence de restauration. 
Cette instruction RESTORE a réussi à effectuer certaines actions, mais il n'est pas possible de mettre la base de données en ligne parce qu'une ou plusieurs étapes RESTORE sont nécessaires. Les messages précédents expliquent les raisons de l'échec de la récupération à ce stade.
Le jeu de sauvegarde a été écrit avec des données endommagées par une commande BACKUP WITH CONTINUE_AFTER_ERROR.
Réussite de RESTORE WITH CONTINUE_AFTER_ERROR, mais certains dommages ont été rencontrés. Il y a peut-être des incohérences dans la base de données.
RESTORE LOG a traité avec succès 4 pages en 0.630*secondes (0.043*Mo/s).

La je me prépare à restaurer le backup de mon serveur principal sur mon serveur de secours et espère pouvoir rejouer les trn qui ont suivi le dernier backup.

Seulement je ne suis pas sur que ce soit la meilleurs chose à faire. Vous auriez fait quoi à ma place ?

[mikedavem]

Comme la chaine des transactions est cassée à cause de votre fichier de transaction corrompu il faut repartir sur un full backup.

Je ferais de la sorte :

- Récupération full backup du primaire
- Restauration full backup en mode norecovery sur le secondaire
- Désactivation job backup log sur le primaire
- Restauration des sauvegardes de log du primaire sur le secondaire en mode norecovery
- Reconfiguration du log shipping
- Réactivation job backup log sur le primaire

Je ne pense pas avoir oublié qqch

En espérant vous aider

++

[BaronSamdi]

Merci mikedavem de ta réponse, cela me conforte dans ce que je pensais faire.
Avoir un avis extérieur c'est bien. Surtout quand tu es dans une
entreprise ou tu es le seul a connaitre les bases de données....