Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Restauration des dernière transactions
Bonjour,
J'ai un soucis avec la restauration SQL Server. J'ai restauré les fichiers mais en précisant NORECOVERY.
La question est : comment on ouvre la base quand on a mis NORECOVERY plutôt que RECOVERY
Autre question : comment restaurer le fichier de data seulement et rejouer tout le contenu du log en cours pour arriver à la dernière transaction possible ?
En principe, on choisit WITH NORECOVERY si on a un log à restaurer derrière...Bonjour,
J'ai un soucis avec la restauration SQL Server. J'ai restauré les fichiers mais en précisant NORECOVERY.
La question est : comment on ouvre la base quand on a mis NORECOVERY plutôt que RECOVERY
Autre question : comment restaurer le fichier de data seulement et rejouer tout le contenu du log en cours pour arriver à la dernière transaction possible ?
Je ne me suis jamais trouvé dans votre situation, je suppose que l'on peut réappliquer la même restauration par dessus en choisissant WITH RECOVERY pour débloquer la situation, je ne vois pas en quoi, deux restaurations full successive poserait un quelqueconque problème...
concernant votre deuxieme question, vous restaurez la restauration full puis le log avec la commande point in time
reference : http://www.databasejournal.com/featu...le.php/3530616
le souci c'est que je passe par TSM donc j'ai une copie des fichiers et pas un backup... du coup, pour le moment je ne sais restaurer que jusqu'au dernier log sauvé et pas celui qui est en cours
Moi aussi, je restaure que jusqu'au dernier backup de log sauve mais il existe une technique:
Je ne connais que la théorie mais il me semble que l'on sauvegarde le dernier log juste apres le crash, le fichier journal de queue et on restaure avec point in time.
Bonjour,
J'ai un peu de mal à comprendre précisément votre soucis :
Pourquoi ne pas sauvegarder le journal (backup log) de la base (elle est cours d'utilisation là ?) puis restaurer votre dernier backup complet (datafiles ou backup) et rejouer vos journaux + le journal fraîchement sauvé ?
Imaginons le scénario suivant :
Sauvegarde FULL le dimanche
Sauvegarde du log tous les jours à 14h
Ma base s'éclate à 20h, je dois restaurer juste avant l'incident.
Deux exemples concrets :
1) J'ai essayé de déplacer les fichiers de données mais j'ai pas réussi à attacher la base avec le nouvel emplacement... je ne sais plus comment je m'étais débrouiller exactement mais l'instance était complètement inaccessible
2) J'ai eu une erreur d'IO sur un fichier de données
Dans le 1er cas, impossible de voir la base dans l'explorateur, donc pas moyen de faire un BACKUP LOG.
De 2 choses l'une : soit on est pas obligé de lancer Studio pour exécuter un backup log mais je ne connais pas la méthode, soit lorsque la base n'est pas visible le backup log est impossible et donc les dernières transactions perdus.
En fait, j'arrive pas à comprendre pourquoi SQL Server ne peut pas "tout simplement" réattacher le log courant plutôt que faire appel à une sauvegarde. Sous Oracle, il est possible de rejouer les redos courant sans soucis (redo = transaction log)... je suis surpris que SQL Server ne propose pas une telle possibilité
Répondre avec citation
Partager