В чем преимущество использования непрерывного архивирования и восстановления на определенный момент времени по сравнению с дампом SQL? - PullRequest
1 голос
/ 21 января 2011

Кажется, что непрерывное архивирование и восстановление на определенный момент времени для PostgreSQL намного сложнее для резервного копирования и восстановления.Каковы будут преимущества перед использованием метода дампа SQL?Моя среда - Windows Server 2008.

Ответы [ 3 ]

4 голосов
/ 21 января 2011
  1. Для больших баз данных (сотни ГБ или даже несколько ТБ) дамп может занять значительное время. Это также замедлит работу сервера при создании резервной копии, что повлияет на производительность приложений.

  2. Потенциальный объем данных, которые могут быть потеряны в случае, например, перерыв в питании намного меньше при резервном копировании PITR, чем при дампе (если вы не берете дамп примерно каждую минуту, что определенно невозможно для любой реальной базы данных)

2 голосов
/ 22 января 2011

Если у вас все в порядке со снимком базы данных, который вы получаете каждую неделю или две, и не возражаете против потери каких-либо действий с момента последнего pg_dump, если ваш сервер умирает, тогда pg_dump является разумным решением. Если вы хотите добраться туда, где большинство данных, которые вы потеряете при сбое, - это минуты или, возможно, секунды информации, вы должны использовать что-то в реальном времени, например, доставку журналов PITR. Это не только делает вашу резервную копию более актуальной, вы также можете значительно повысить производительность этого сервера резервного копирования и заменить его в случае сбоя. Перезагрузка базы данных из файла pg_dump может занять несколько дней, если он большой, тогда как вы можете настроить PostgreSQL с помощью Warm Standby, чтобы переключиться на резервную копию практически мгновенно.

1 голос
/ 21 января 2011

Я вижу два основных преимущества:

  1. При непрерывном архивировании восстановление БД происходит не так долго, как при обычном дампе.С большой базой данных (скажем, 50 ГБ) вы можете ожидать, что восстановление займет пару часов.
  2. Вы можете иметь экземпляр вашей базы данных UPDATED-AT-ALL-TIMES, если вам что-то понадобится (т.е. только для чтения запросов).
...