IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Administration SQL Server Discussion :

Restauration d'une sauvegarde complète suivie d'une sauvegarde des journaux de transactions


Sujet :

Administration SQL Server

  1. #1
    Membre habitué
    Profil pro
    Inscrit en
    Mai 2002
    Messages
    958
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2002
    Messages : 958
    Points : 141
    Points
    141
    Par défaut Restauration d'une sauvegarde complète suivie d'une sauvegarde des journaux de transactions
    Bonjour,

    Je suis sur une vidéo de Mr Bruchez qui explique les restaurations à partir d'une sauvegarde complète suivie de celles des journaux de transactions.

    L'option WITH NO RECOVERY s'applique à la restauration de la sauvegarde complète ainsi qu'à celles des journaux de transactions, sauf au dernier à laquelle s'applique l'option WITH RECOVERY afin de retrouver la base de donnée dans un état d'utilisation en MULTI_USER.

    Cependant l'intervenant explique ceci :A la fin nous allons résoudre les problèmes transactionnels, c'est à dire que si une transaction est restée ouverte , on fera un rollback et nous retrouverons la BDD dans un état cohérent , disponible, transactionnellement résolu.

    Est ce la dernière instruction de RESTORE du dernier journal des transactions avec l'option RECOVERY qui permet cela automatiquement? Ou est ce à nous de faire en ce rollback manuellement ?


    Merci beaucoup de votre réponse sur ce point.

    Bien cordialement.

    new_wave
    Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes. [SHADOKS]

  2. #2
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    Hello,

    Tu n'auras rien à faire car l'option RECOVERY va déclencher le process de recovery qui permet de revenir à un état consistent. Ce process contient 3 étapes dont le UNDO qui permet justement d'annuler les transactions restées ouvertes.

    ++

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 768
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 768
    Points : 52 577
    Points
    52 577
    Billets dans le blog
    5
    Par défaut
    Le mot RECOVERY, signifie tout simplement "récupération". Ceci permet la récupération de la base dans un état sain, c'est à dire aux dernières transactions achevées, les autres (transactions en cours) étant ignorées puisque incomplète. À la fin de tout restauration la base est donc parfaitement intègre avec toutes les données telles qu'elles étaient au moment de l'achèvement de la sauvegarde.

    Par exemple si votre sauvegarde démarre à 1h du matin et s'achève à 2h, lors de la restauration vous aurez l'exacte image des données telles qu'elles étaient vues à 2h du matin.

    Je voit que Mikedavem alias dont le vrai nom est Davaid Barabarin vous a répondu et tout cela figure dans notre livre sur SQL Server :
    http://mssqlserver.fr/

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Membre habitué
    Profil pro
    Inscrit en
    Mai 2002
    Messages
    958
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2002
    Messages : 958
    Points : 141
    Points
    141
    Par défaut
    Merci beaucoup de cet éclaircissement.

    Bien cordialement.

    new_wave
    Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes. [SHADOKS]

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. sauvegarde de journaux de transaction
    Par joujousagem2006 dans le forum Administration
    Réponses: 1
    Dernier message: 21/10/2013, 19h28
  2. Restaurer des journaux de transactions
    Par CleeM dans le forum Administration
    Réponses: 3
    Dernier message: 15/03/2013, 18h05
  3. Sauvegarde des journaux de transaction
    Par Mothership dans le forum Administration
    Réponses: 6
    Dernier message: 09/02/2009, 10h40
  4. Problème de sauvegarde des journaux de transactions
    Par mazen_bn dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 20/06/2006, 16h26
  5. sauvegarde des journaux de transactions
    Par gdebre dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 10/11/2005, 11h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo