Discussion :

[new_wave]

Bonjour,

La restauration de BDD sous SQL Server 2008, à partir d'une sauvegarde complète, un sauvegarde différentielle et du journal des transactions propose une option "Etat de recupération" qui permet de préciser l'état de la base de données après restauration.

Le choix (RESTORE WITH RECOVERY) permet de retrouve la BDD restaurée dans un état opérationnel.
Cependant, je lis dans la doc Microsoft que cette option ne permet pas de restaurer le journal des transactions

Pour les options État de récupération , spécifiez l'état de la base de données après la restauration.
Laisser la base de données opérationnelle en restaurant les transactions non validées. Les journaux des transactions supplémentaires ne peuvent pas être restaurés. (RESTORE WITH RECOVERY)
Récupère la base de données. Cette option équivaut à l’option RECOVERY dans une instruction Transact-SQLRESTORE .
Choisissez cette option uniquement si vous ne voulez restaurer aucun fichier journal.

Que devient il et comment le restaurer alors?
Je pensais qu'à partir du moment où dans la première interface proposée, le journal des transactions qui apparaît est séléctionné(coché), cela implique qu'il est inclus dans la restauration.

Par ailleurs, si je sélectionne l'option RESTORE WITH NO RECOVERY , cela permet de restaurer les journaux de transactions supplémentaires .

Dois je alors restaurer ces journaux par une commande transact sql avec une option RECOVERY qui rendra la BDD opérationnelle?

Vous remerciant encore beaucoup de votre aide

Bien cordialement.

new_wave

[SQLpro]

Cela dépend du mode de journalisation (mode de récupération) de la base de données.

En mode SIMPLE, le journal étant purgé en permanence, sa restauration n'est pas possible. Un nouveau journal sera créé.
En mode FULL (complet) ou BULK LOGGED (journalisé en bloc) c'est possible.

A +

[new_wave]

Bien compris .

Bien cordialement.

new_wave

[new_wave]

Bonjour,

Je suis étonnée qu'avec l'option WITH NO RECOVERY(mode FULL) il faille restaurer par nous mêmes, par un script Transact sql , les transactions du journal de transactions au lieu que cela se fasse automatiquement

Peut être que quelque chose m'échappe cependant ...

Bien cordialement.

new_wave

[SQLpro]

Rien à voir.....

NO_RECOVERY veut simplement dire que l'on ne rend pas la base accessible aux utilisateurs, ceci afin de préserver l'intégrité du journal dans le but de permettre d'ajouter de nouveaux fichiers à restaurer pour compléter la restauration en l'état actuel....

Autrement dit : si je dois restaurer à partir de multiples fichiers 'par exemple une complète, une différentielle et 5 journaux) alors je doit mettre cette option NO_RECOVERY sur les 6 premières restaurations et ne pas la mettre pour la 7e et dernière (ou bien mettre l'option RECOVERY ce qui revient au même).

A +

[new_wave]

Merci, c'est plus clair; cela revient à faire , par exemple, plusieurs scripts transact sql de restauration(ex:sauvegarde complète + differentielle) avec l'option NORECOVERY et un dernier avec l'option RECOVERY(journal de transactions) pour retrouver la BDD en état d'utilisation.


Merci de votre conformation.

Bien cordialement.

New_wave

[SQLpro]

[new_wave]

Juste un bémol: dommage qu'on ne puisse pas faire cette récupération en une seule étape (NO_RECOVERY et RECOVERY ensuite).

Mais j'en demande peut être un peu trop...

Bien cordialement.

new_wave

[SQLpro]

Toutes les combinaisons sont possibles

A +