PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

pg_dump срещу pg_dumpall? кой да използвам за архивиране на база данни?

Обичайният процес е:

  • pg_dumpall --globals-only за получаване на потребители/роли/и т.н.
  • pg_dump -Fc за всяка база данни, за да получите хубав компресиран дъмп, подходящ за използване с pg_restore .

Да, този вид е гадно. Наистина бих искал да преподавам pg_dump за вграждане на pg_dumpall изход в -Fc изхвърля, но в момента, за съжаление, не знае как, така че трябва да го направите сами.

До PostgreSQL 11 имаше и неприятно предупреждение с този подход:Нито pg_dump , нито pg_dumpall в --globals-only режимът би изхвърлил потребителския достъп GRANT s в DATABASE с. Така че почти трябваше да ги извлечете от каталозите или да филтрирате pg_dumpall . Това е коригирано в PostgreSQL 11; вижте бележките по изданието .

Трябва да знаете и за физическите резервни копия - pg_basebackup , PgBarman и WAL архивиране, PITR и т.н. Те предлагат много „по-подробно“ възстановяване до минута или до отделна транзакция. Недостатъкът е, че те заемат повече място, могат да се възстановят само до същата версия на PostgreSQL на същата платформа и архивират всички таблици във всички бази данни без възможност за изключване на каквото и да било.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. PGLogical 1.1 пакети за PostgreSQL 9.6beta1

  2. chown:/var/lib/postgresql/data/postgresql.conf:файлова система само за четене

  3. 3 начина за изброяване на всички съхранени процедури, които препращат към таблица в PostgreSQL

  4. Създаване на временни таблици в SQL

  5. Изберете множество идентификатори от последователност на PostgreSQL