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

PostgreSQL Discussion :

Sauvegarde à chaud à l'aide de pg_dump


Sujet :

PostgreSQL

  1. #1
    Membre régulier
    Profil pro
    Étudiant
    Inscrit en
    Juin 2007
    Messages
    204
    Détails du profil
    Informations personnelles :
    Âge : 36
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2007
    Messages : 204
    Points : 89
    Points
    89
    Par défaut Sauvegarde à chaud à l'aide de pg_dump
    Bonjour à tous,

    Je me penche actuellement sur la sauvegarde à chaud sous PostgreSQL à l'aide de pg_dump.

    Après avoir épluché la documentation officielle, j'en ai déduit que je ne pourrais malheureusement pas utiliser la sauvegarde PITR à l'aide de l'archivage WAL (qui parait être la plus sécurisée au niveau de la cohérence des données).

    Je me suis donc penché du côté de pg_dump. Je ne pensais pas pouvoir faire de sauvegarde à chaud à l'aide de cet outil, cependant cette ligne a attiré ma curiosité : "Les sauvegardes créées par pg_dump sont cohérentes, ce qui veut dire que les modifications effectuées alors que pg_dump est en cours de fonctionnement ne sont pas dans le fichier de résultat. ".

    Que dois-je en déduire?
    Qu'une sauvegarde à chaud est possible car les données seront cohérentes?
    Ou que s'il y a un insert impliquant des clés étrangères qui n'auront pas eu le temps de s'ajouter car pg_dump aura été lancé, les données ne seront pas cohérentes?

    Merci d'avance,
    Clément.

  2. #2
    Membre émérite
    Profil pro
    Inscrit en
    Octobre 2008
    Messages
    1 874
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 874
    Points : 2 890
    Points
    2 890
    Par défaut
    Oui le résultat est bien cohérent.

    La raison pour laquelle on choisit les WALs plutôt que pg_dump n'est pas la cohérence, c'est parce que si la base est de grande taille, pg_dump est trop long et implique trop d'activité disque, ce qui peut nuire sérieusement aux perfs des autres opérations en cours.

  3. #3
    Membre régulier
    Profil pro
    Étudiant
    Inscrit en
    Juin 2007
    Messages
    204
    Détails du profil
    Informations personnelles :
    Âge : 36
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2007
    Messages : 204
    Points : 89
    Points
    89
    Par défaut
    Merci pour ta réponse Estofilo,

    J'ai déjà commencé à effectuer quelques tests sur des bases de différentes tailles, mais la plus grosse base que j'ai trouvé est pagila.
    Connais-tu des bases de tests beaucoup plus grosses pour effectuer quelques tests?

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Octobre 2008
    Messages
    1 874
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 874
    Points : 2 890
    Points
    2 890
    Par défaut
    Non mais on peut facilement faire grossir une base.
    Il suffit d'une ligne au départ dans une table sans index unique.
    Puis on fait des
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
     INSERT INTO latable SELECT * from latable;
    Au bout de 20 inserts comme ça, la table fait dans les 1 million de lignes (2^20)
    Au bout de 30, la table fait dans les 1 milliard de lignes (2^30)

  5. #5
    Membre régulier
    Profil pro
    Étudiant
    Inscrit en
    Juin 2007
    Messages
    204
    Détails du profil
    Informations personnelles :
    Âge : 36
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2007
    Messages : 204
    Points : 89
    Points
    89
    Par défaut
    Ok super je te remercie Estofilo, je passe le post en résolu

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

Discussions similaires

  1. [SQLServer 2000]Sauvegarde à chaud ?
    Par Débéa dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 09/12/2005, 12h48
  2. Sauvegardes à froid et sauvegardes à chaud
    Par dcollart dans le forum Décisions SGBD
    Réponses: 6
    Dernier message: 26/07/2005, 07h57
  3. sauvegarde à chaud ou à froid ?
    Par bargou dans le forum Oracle
    Réponses: 34
    Dernier message: 20/12/2004, 16h37
  4. Précision sur les sauvegarde à chaud
    Par alxkid dans le forum Administration
    Réponses: 2
    Dernier message: 09/08/2004, 18h55
  5. Sauvegarde chaud Vs froid
    Par alxkid dans le forum Oracle
    Réponses: 11
    Dernier message: 28/04/2004, 15h06

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