La meilleure méthode pour PostgreSQL sauvegarde incrémentielle

Je suis actuellement en utilisant pg_dump canalisations à gzip canalisations à split. Mais le problème, c'est que tous les fichiers de sortie sont toujours changés. Si la somme de contrôle-fonction de sauvegarde toujours des copies de toutes les données.

Existe-il d'autres bonnes façons d'effectuer une sauvegarde incrémentielle d'une base de données PostgreSQL, où une base de données complète peut être restauré à partir de la sauvegarde des données?

Par exemple, si pg_dump pourrait faire de tout, absolument ordonnée, de sorte que toutes les modifications sont appliquées qu'à la fin de la décharge, ou similaire.

  • Avez-vous trouvé la solution? J'ai également le même exigence de je.e différentiels de retour dans PostgreSQL. Je suis passé par beaucoup d'articles et de sites web, mais je ne pouvait pas trouver un clair façon de faire de la sauvegarde incrémentielle dans PostgreSQL. Faire le support de PostgreSQL sauvegarde incrémentielle de manière indépendante, sans outils tiers comme pg rman? Merci de m'aider sur ce point. Merci.
InformationsquelleAutor Dennis Thrysøe | 2011-04-03
  1. 54

    Mise à jour: Découvrez Barman un moyen plus facile pour configurer l'archivage des WAL pour la sauvegarde.

    Vous pouvez utiliser PostgreSQL continue de l'archivage des WAL méthode. Vous devez d'abord créer wal_level=archive, puis faire un système de fichiers d'une sauvegarde de niveau (entre l'émission pg_start_backup() et pg_stop_backup() commandes) et ensuite il suffit de copier les nouveaux fichiers WAL par la configuration de la archive_command option.

    Avantages:

    • Incrémentielle, le WAL, les archives comprennent tout le nécessaire pour restaurer l'état actuel de la base de données
    • Presque pas de frais généraux, de la copie de fichiers WAL est pas cher
    • Vous pouvez restaurer la base de données à tout point dans le temps (cette fonction est appelée PITR, ou point-à-temps de récupération)

    Inconvénients:

    • Plus compliqué à mettre en place que pg_dump
    • La sauvegarde complète sera beaucoup plus grand qu'un pg_dump parce que toutes les structures de tables et les index sont inclus
    • Ne fonctionne pas bien pour l'écriture de lourdes bases de données, depuis la reprise prendra du temps.

    Il y a certains outils tels que pitrtools et omnipitr qui peuvent simplifier la configuration et la restauration de ces configurations. Mais je n'ai pas utilisé moi-même.

    • Viens jouer avec moi-même maintenant et de trouver la même sur windows (bien que la plupart des docs sont linux lourd) ce n'est pas trop mal sans les outils
    • +1 pour le Barman qu'il dispose d'une belle out-of-the-box solution.
    • La commande ping pour les mises à jour / développements les plus récents.
    • Depuis 9.1 il est pg_basebackup - http://www.postgresql.org/docs/9.4/static/app-pgbasebackup.html. Il fonctionne avec les serveurs de la même ou d'une ancienne version majeure, jusqu'à 9.1. Cependant, WAL mode streaming (-X stream) fonctionne uniquement avec le serveur de la version 9.3 et plus tard.
    InformationsquelleAutor intgr
  2. 7

    Également vérifier http://www.pgbackrest.org

    pgBackrest est un autre outil de sauvegarde pour PostgreSQL, ce qui vous devrait être d'évaluer comme il prend en charge:

    • parallèle de sauvegarde (testé à l'échelle de façon quasi linéaire jusqu'à 32 cœurs mais peut sans doute aller beaucoup plus loin..)
    • compressé au repos sauvegardes
    • incrémentielles et différentielles (compressé!) les sauvegardes
    • streaming de compression (les données sont compressées qu'une seule fois à la source et ensuite transférées sur le réseau et stockées)
    • parallèle, le delta de restauration (possibilité de mettre à jour une copie plus ancienne à la plus récente)
    • Prend entièrement en charge les tablespaces
    • De sauvegarde de rotation et d'archives d'expiration
    • Possibilité de reprendre les sauvegardes qui a échoué pour une raison quelconque
    • etc, etc..
    • comment faire une sauvegarde de l'état de veille ? J'ai /etc/pgbackrest.conf disant que la sauvegarde de la veille=y ,archive-async=y et remotebacup ini config balise qui contient db-port=5433 et db-host=lanip(192.168.0.3). À chaque fois l'invocation /opt/perlroot/bin/perl /opt/perlroot/bin/pgbackrest --stanza=remotebackup stanza-créer a reçu l'erreur 124 distant processus s'est terminé sur 192.168.0.3 statut de sortie 255 : le refus d'une Autorisation de la clé publique . Mais étrangement, en invoquant de veille sudo -u postgres ssh 192.168.0.3 fonctionne très bien. L'ajout de cmd-ssh=/usr/bin/sudo -u postgres /usr/bin/ssh -vv ne fonctionne pas non plus 🙁
    • La sauvegarde en mode veille, est couvert dans le pgbackrest documentation et principalement implique la mise en place des répliques dans le pgbackrest.fichier conf. Comme pour votre permission denied problème, je ne peux pas vraiment en parler à elle, mais vous avez probablement un problème de configuration sur votre système concernant les clés SSH.
    InformationsquelleAutor Stephen Frost
  3. 1

    Une autre méthode consiste à sauvegarder au format texte brut et l'utilisation rdiff pour créer des différentiels de diff.

    • Peut pas imaginer faire que pour un 5G de base de données, sans parler de 50G ceux.
    • Je l'ai utilisé sur de bien plus grands dbs que 50G dans le passé à l'aide des instantanés des données dir lui-même. Mais oui, une fois, une plaine de tester la sauvegarde commence à devenir gros et trop lourd, c'est une bonne idée d'utiliser une autre méthode.
    • Je ne sais pas comment barman fonctionne exactement, mais WAL archivage de ne pas enregistrer les indices pour autant que je sais (postgresql.org/docs/9.2/static/...).
    • pour ce que ça vaut, avez-vous essayé un diff binaire sur la coutume de vidage format de sortie?
    • Sûrement rsync, c'est mieux. Diff sauvegardes ne sont pas nécessaires ici, juste la capacité de sauvegarde que ce qui a changé.. ala rsync.
    • Je suis à la recherche d'un projet qui permettra d'avoir une base de données de plusieurs centaines de TUBERCULOSE...
    • WAL archivage ne pas économiser de l'index de HACHAGE. La valeur par défaut type d'index est un B-Arbre. Hash index sont d'un type spécial.
    • Belle prise!

    InformationsquelleAutor Scott Marlowe