2

Я использую Time Machine на моем Mac для резервного копирования моей системы. Мне только что удалось скопировать мою базу данных Postgres, и я хотел бы восстановить ее, используя мои резервные копии Time Machine. Последние изменения не имеют значения, поэтому я просто хочу вернуть их в прежнее состояние вчера.

Итак, мои вопросы:

а) полезны ли резервные копии Time Machine для баз данных?

б) где хранятся фактические файлы базы данных? Я посмотрел и не могу найти ничего полезного.

в) я могу просто откатить эти файлы и все будет работать?

г) мне нужно сначала отключить Postgres?

У меня есть старый дамп базы данных, использующий резервную копию Postgres, но я бы хотел узнать, что это за история с Postgres.

1 ответ1

2

С целью:

а) Наверное, нет. Time Machine, безусловно, может создавать резервные копии баз данных (в конце концов, это всего лишь файлы), но, вероятно, это не самый эффективный и надежный способ сделать это. Поскольку Time Machine работает на основе файлов, в случае изменения какой-либо мелочи в файле будет выполнено резервное копирование всего файла в следующей резервной копии. Кроме того, могут возникнуть проблемы с выполнением резервного копирования на уровне файлов во время работы Postgres из-за изменений в кэшировании сервера (подробности). Если вы серьезно относитесь к резервному копированию базы данных, настройте задание Launchd, чтобы сделать это правильно - в руководстве есть целый раздел о резервном копировании.

б) По умолчанию где-то вроде /usr/local/pgsql/data . Это устанавливается при запуске сервера (с флагом -D ), поэтому его легко изменить.

в) Это будет либо работать, либо делать другое. Если сервер был запущен во время резервного копирования, каталог данных может находиться в несогласованном состоянии - см. Комментарии о резервном копировании на уровне файлов во время работы сервера. С другой стороны, вам может повезти (особенно если ваша база данных не использовалась интенсивно), и она будет работать.

г) Очень сильно.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .