Добрый день.

Тестирую pg_start_backup.


Делаю так:

--отрабатывает без ошибок в БД postgres
SELECT pg_start_backup('label', true, false);


-- затем запускаю тар:
[root@test01 pgdata]# tar -zcf /backups/pgdata.tar.gz /pgdata/
tar: Removing leading `/' from member names
tar: /pgdata/16385/25556: file changed as we read it
tar: /pgdata/16385/25565: file changed as we read it
tar: /pgdata/16385/25638: file changed as we read it
tar: /pgdata/16385/25656: file changed as we read it

И он жалуется что файлы были изменены.
Я думал что файлы не должны меняться пока pg_start_backup не закончен pg_stop_backup.

Почему так? И будет ли такой бэкап консистентным при востановлении?

Ведь pg_start_backup он на весь кластер дествует и его не надо в каждой БД отдельно запускать?

Maxim BogukСиний СлонДобрый день.

Тестирую pg_start_backup.


Делаю так:

--отрабатывает без ошибок в БД postgres
SELECT pg_start_backup('label', true, false);


-- затем запускаю тар:
[root@test01 pgdata]# tar -zcf /backups/pgdata.tar.gz /pgdata/
tar: Removing leading `/' from member names
tar: /pgdata/16385/25556: file changed as we read it
tar: /pgdata/16385/25565: file changed as we read it
tar: /pgdata/16385/25638: file changed as we read it
tar: /pgdata/16385/25656: file changed as we read it

И он жалуется что файлы были изменены.
Я думал что файлы не должны меняться пока pg_start_backup не закончен pg_stop_backup.

Почему так? И будет ли такой бэкап консистентным при востановлении?

1)Файлы будут меняться и это нормально, невозможно не останавливая работу базы прекратить запись в базу
2)Если все wal файлы попадут в backup от момента pg_start_backup до pg_stop_backup будут в backup - он будет консистентным.

PS: любой снятый backup всеравно надо проверять на восстанавливаемость (и минимальную консисентность)
Люди делятся на 3 типа: - те, кто делают бэкап, - те кто УЖЕ делают бэкап, - и те, кто теперь УЖЕ проверяет бэкап. Народная мудрость.

Спасибо за пояснение.

Эх, я думал что старт бэкап как раз делает это:

не останавливая работу базы прекратить запись в базу


Восстановить конечно попробую, но есть ли какая-то гарантия что восстановленный из такого бэкапа кластер будет не битым?

Пытаюсь остановить режим бэкапирования - не получается:



SELECT * FROM pg_stop_backup(false, true);

ОШИБКА: немонопольное резервное копирование не выполняется
HINT: Вероятно, подразумевалось pg_stop_backup('t')?
********** Ошибка **********

ОШИБКА: немонопольное резервное копирование не выполняется
SQL-состояние: 55000
Подсказка: Вероятно, подразумевалось pg_stop_backup('t')?




Окно с запросом то же где и выполнялось SELECT pg_start_backup('label', true, false);

Но оно отключилось - подключился заново.





Скажите, как сейчас остановить режим бэкапирования?

SELECT * FROM pg_stop_backup(true);
ОШИБКА: монопольное резервное копирование не выполняется
********** Ошибка **********

ОШИБКА: монопольное резервное копирование не выполняется
SQL-состояние: 55000





SELECT * FROM pg_stop_backup();
ОШИБКА: монопольное резервное копирование не выполняется
********** Ошибка **********

ОШИБКА: монопольное резервное копирование не выполняется
SQL-состояние: 55000

Получается что pg_start_backup как-то сам прервался?

И как узнать прервался он или выполняется? ...

Коллеги, я волнуюсь.

Как узнать pg_start_backup выполняется еще или нет?

Melkij, спасибо за пояснение!


Получается как только коннект со pg_start_backup потерян - tar можно вырубать и начинать заново.