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 Firebird Discussion :

différences après backup/restore successifs


Sujet :

Administration Firebird

  1. #1
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Novembre 2009
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2009
    Messages : 2
    Points : 1
    Points
    1
    Par défaut différences après backup/restore successifs
    Nous étudions la possibilité d'utiliser rsync sur des FBK pour synchroniser des bases Firebird. Pour cela, le pourcentage de modification d'un backup à l'autre doit être minimum.
    Or, nous nous sommes rendus compte, en faisant des backups et restores successifs sur la même base :
    gbak -B c:\base\base1.fdb c:\base\base1.fbk
    gbak -R c:\base\base1.fbk c:\base\base2.fdb
    gbak -B c:\base\base2.fdb c:\base\base2.fbk
    gbak -R c:\base\base2.fbk c:\base\base3.fdb
    gbak -B c:\base\base3.fdb c:\base\base3.fbk
    gbak -R c:\base\base3.fbk c:\base\base4.fdb
    gbak -B c:\base\base4.fdb c:\base\base4.fbk
    gbak -R c:\base\base4.fbk c:\base\base5.fdb
    que base1.fbk et base2.fbk sont très différents, alors que base1.fbk et base3.fbk sont identiques, ainsi que base2.fbk et base4.fbk !
    Et ainsi de suite.
    De même pour les FDB.
    Avez-vous une idée d'explication ? et sur un moyen pour éviter ces différences ?
    Merci d'avance.

  2. #2
    Membre expert

    Homme Profil pro
    Consultant spécialité Firebird
    Inscrit en
    Mai 2002
    Messages
    2 342
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Consultant spécialité Firebird
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 2 342
    Points : 3 712
    Points
    3 712
    Par défaut
    Citation Envoyé par jmbottu Voir le message
    base1.fbk et base2.fbk sont très différents, alors que base1.fbk et base3.fbk sont identiques, ainsi que base2.fbk et base4.fbk !
    Avez-vous une idée d'explication ? et sur un moyen pour éviter ces différences
    I faut bien comprend ce que fait gbak
    gbak ouvre une transaction snapshot et prend les données
    un restore crée une nouvelle base

    et en créant une nouvelle base dans la page d'entête est écrite la date et l'heure de la création, donc deux restaurations ne peuvent être strictement identiques

    C'est quoi le but final recherché ?
    Philippe Makowski
    IBPhoenix - Firebird
    Membre de l'April

  3. #3
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Novembre 2009
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2009
    Messages : 2
    Points : 1
    Points
    1
    Par défaut
    Bonjour (et merci pour la présentation d'hier sur codeway !).
    L'objectif est de pouvoir faire des synchros de base par rsync. Pour que le rsync soit efficace, il faut qu'il y ait un minimum de différences entre deux versions de la base.
    Qu'il y ait une différence sur la date et l'heure ne pose pas de problème.
    Comme je l'indique dans mon message initial, le problème est que après un backup/restore, le fichier fdb est fortement modifié (par exemple, l'ordre des champs dans les tables est inversé). Mais si on refait un backup/restore, on retrouve (à la date et heure de création près) le fichier fdb initial.
    Donc, pour avoir un minimum de différences entre 2 versions de la base, il faudrait enchainer 2 backup/restore ... c'est un peu dommage.
    Je cherchais donc à comprendre pourquoi cette transformation des fichiers FBK et FDB après un backup/restore, transformation qui s'annule si on refait un backup/restore, afin de voir s'il était possible de l'éviter.
    Merci d'avance pour ton aide (ps: je serai jeudi prochain à la journée de Lyon).

  4. #4
    Membre expert

    Homme Profil pro
    Consultant spécialité Firebird
    Inscrit en
    Mai 2002
    Messages
    2 342
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Consultant spécialité Firebird
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 2 342
    Points : 3 712
    Points
    3 712
    Par défaut
    comme ça là j'ai vraiment du mal à comprendre, on en parle à Lyon
    Philippe Makowski
    IBPhoenix - Firebird
    Membre de l'April

Discussions similaires

  1. Aprés un backup restore page master n'existe pas
    Par ITParty dans le forum Développement Sharepoint
    Réponses: 0
    Dernier message: 06/03/2013, 11h10
  2. Taille de la BDD identique après Backup/Restore
    Par oumlike dans le forum Administration
    Réponses: 3
    Dernier message: 31/03/2011, 19h32
  3. Réponses: 3
    Dernier message: 30/09/2008, 20h34
  4. lenteur de certain query apres un backup/restore
    Par kchrel dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 08/05/2007, 09h15
  5. Too Many versions & Backup-Restore à rallonge
    Par Harry dans le forum Administration
    Réponses: 14
    Dernier message: 30/06/2004, 18h10

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