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 :

[SQLEXPRESS2005] Probleme BACKUP LOG


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2006
    Messages : 43
    Par défaut [SQLEXPRESS2005] Probleme BACKUP LOG
    Bonjour,

    J'ai un problème lors de la restauration de journaux de transactions. Voici comment je réalise mes sauvegardes :
    En fin de journée :
    * Sauvegarde du journal de transaction,
    * 12 fois DBCC SHRINKFILE sur le journal + BACKUP LOG " & baseACompacter & " WITH TRUNCATE_ONLY (pour réduire la taille du journal),
    * Sauvegarde complète de la base
    * DBCC SHRINKFILE sur la base (pour réduire la taille de la base).
    En cours de journée :
    * Sauvegarde toutes les heures du journal de transaction.

    Le problème est le suivant lors de la restauration :
    * Restauration de la sauvegarde complète OK,
    * Restauration de la première sauvegarde du journal : affiche le message suivant :

    Le journal dans ce jeu de sauvegarde commence au numéro de séquence d'enregistrement 781000000009100001, ce qui est trop récent pour une application à la base de données. Une sauvegarde de fichier journal antérieure qui inclut le numéro de séquence d'enregistrement 781000000005100001 peut être restaurée.

    Je suppose que ça a un rapport avec le fait que je compacte mes bases avant la sauvegarde.

    Merci.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 997
    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 997
    Billets dans le blog
    6
    Par défaut
    De manière générale le compactage physique des journaux et pire encore des fichiers de données d'une base de données est la chose la plus catastrophique en terme de performances à tous les niveaux et favorise en outre la survenance de dégâts matériels sur les fichiers.

    C'est en fait une opération à mener en cas d'urgence de manière exceptionnelle par le DBA pour débloquer une situation génante (par exemple saturation d'un disque).


    Maintenant l'erreur que vous avez ne vient pas de là. Elle vient du fait que la séquence des restaurations que vous entreprnez n'est sans doute pas la bonne.

    Par exemple si vous avez opté pour une stratégie de sauvgarde suivante :
    • COMPLETE le dimanche à 1h
    • DIFFERENTIELLE du lundi au samedi à 1h
    • JOURNAL tous les jours, toutes les heures de 8h à 18h,

    alors la restauration de votre base de données le jeudi 25 janvier à 13h45 suppose la séquence suivante :
    • RESTAURATION de la COMPLETE de dimanche 21 en mode NORECOVERY
    • RESTAURATION de la DIFFERENTIELLE du la différentielle du jeudi 25 en mode NORECOVERY
    • RESTAURATION du JOURNAL du jeudi 25 à 8h en mode NORECOVERY
    • RESTAURATION du JOURNAL du jeudi 25 à 9h en mode NORECOVERY
    • RESTAURATION du JOURNAL du jeudi 25 à 10h en mode NORECOVERY
    • RESTAURATION du JOURNAL du jeudi 25 à 11h en mode NORECOVERY
    • RESTAURATION du JOURNAL du jeudi 25 à 12h en mode NORECOVERY
    • RESTAURATION du JOURNAL du jeudi 25 à 13h en mode RECOVERY


    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/ * * * * *

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2006
    Messages : 43
    Par défaut
    Merci. En effet, l'ordre n'était pas le bon.

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

Discussions similaires

  1. probleme de logs sqlldr dans script sh
    Par decksroy dans le forum Linux
    Réponses: 0
    Dernier message: 02/10/2007, 09h35
  2. probleme transaction log
    Par mrmfrance dans le forum MS SQL Server
    Réponses: 7
    Dernier message: 10/08/2007, 11h18
  3. probleme de log sur sql server
    Par corro dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 03/04/2007, 13h19
  4. [sql Server Express 2005]backup Log
    Par abrial dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 23/06/2006, 15h20
  5. Utilité backup Log 2k
    Par Bba_M dans le forum Administration
    Réponses: 6
    Dernier message: 14/06/2006, 11h37

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