Discussion :

[rodbeck]

Bonjour,

Je souhaite valider quelques procédure de restauration de base de données.

Je possède deux serveurs en log shipping.

Si je souhaite restaurer une base de données à un point dans le temps :
1) Je me rends sur SSMS sur l'instance principale
2) Je restore ma base comme d'habitude
3) Pour ne pas casser le cycle, je fais un backup full après la restoration
4) Je restore ce backup full sur l'instance secondaire

Est-ce bien la bonne méthode ?

Merci.

[mikedavem]

Bonsoir,

Sur quelle base voulez vous restaurez ? S'il s'agit du serveur primaire, je suppose que vous aurez basculer sur le secondaire avant en terminant la restauration des fichiers de transactions et en mettant en ligne sur le secondaire.

Il suffit ensuite de reparamétré le logshipping dans l'autre sens. Le secondaire devient le primaire et inversemment pour le primaire.

++

[rodbeck]

Bonjour,

Le scénario est le suivant : le client nous demande un restore à une date donnée afin de récupérer des données perdues (mauvaise manip)
Je restore donc sur la même base.

Je souhaite valider que l'on doit bien refaire un backup full après la restauration, backup que l'on va également restaurer sur l'instance qui est en mode no recovery.

Je ne souhaite pas forcément changer d'instance, puisqu'il me faudrait également effectuer la modif dans la chaîne de connexion de mon application.

[Christianbt]

bonjour,

à votre place je ne toucherais pas à votre config du logshipping et restaurerais la base sauvegardée dans une base séparée pour récupérer vos données, que vous rejouez sur votre serveur primaire.

Christian

[SQLpro]

Le mieux serait de rechercher dans vos fichiers du JT les données à l'aide d'un outil comme Apex Log Explorer qui permet de reconstituer des données perdues.

A +