Почему при восстановлении резервной копии PostgreSQL возникают ошибки, хотя база работает корректно?

Question

[Andy Et]

Добрый день!
Производится резервное копирование базы 1С УТ 11 (8.3.23.1865). Развернута на Win Serv 2019 (сборка: 1809), крутится база на PostgreSQL 6.19. Механизм бэкапа настроен через батник по статье https://habr.com/ru/sandbox/9306/.

При восстановлении базы на Этом же сервере в Пустую 1С наблюдаются ошибки, пример одной из ошибки ниже

pg_restore: dropping INDEX _scheduledjobs37363_1
pg_restore: from TOC entry 95471; 1259 294491099 INDEX _scheduledjobs37363_1 postgres
pg_restore: error: could not execute query: ERROR: index "_scheduledjobs37363_1" does not exist
Command was: DROP INDEX public._scheduledjobs37363_1;
pg_restore: creating INDEX "public._scheduledjobs37363_1".

pg_restore: dropping TABLE _const26229
pg_restore: from TOC entry 4715; 1259 294505755 TABLE _const26229 postgres
pg_restore: error: could not execute query: ERROR: table "_const26229" does not exist
Command was: DROP TABLE public._const26229;
pg_restore: creating TABLE "public._const26229"

Подскажите пожалуйста, на что могут влиять данные ошибки? Повредят ли в дальнейшем данные ошибки на восстановление базы из резервной копии?

Comments

[kalapanga]

Вам бы PostgreSQL обновить пора. Актуальная версия 16. Версии до 11 включительно уже не поддерживаются. А у Вас аж 6!
Хотел было про ключик --if-exists написать, да спохватился, что у столь лохматой версии его и не было вроде.
Почему ошибки возникают, Вам написали. Если Вы действительно в пустую базу восстановление проводите, то ничего страшного в них нет.

Answer 1

[Сергей Соловьев]

pg_restore пытается дропнуть таблицы, которых нет. Скорее всего, вызывается с ключом -c/--clean. Надо попробовать без него

Answer 2

[brar]

Сделайте бэкап не скриптом, а руками утилитой pg_dump и восстановите его. Если не будет ошибок, значит проблема в скрипте.

Answer 3

[ky0]

Винда, 1С, бэкап настроен скриптом из гайда - сошёлся весь пасьянс. Что могло пойти не так?

Comments

[Сергей Соловьев]

гайдом из 2010 года, который до сих пор в песочнице

Answer 4

[Дмитрий Кинаш]

1) Песочница Хабра - это место куда начинающие авторы постят свои статьи. Если у статьи есть какая-то ценность, она переносится в основные хабы сайта. Эта не перенесена, что уже является маркером. И вообще, статьи по администрированию 1С лучше читать на Инфостарте.

2) Скрипт выглядит... странно. Я бы на вашем месте использовал pg_dump без этого батника. Почитайте мануал на предмет ключей восстановления без очистки.

3) Ошибки - это попытки удалить существующие базы, хотя их нет. Ваш скрипт создает выгрузку для замещения в существующей базе, а не для загрузки в новую. Вы можете написать скрипт по удалению из бекапа всех операций дропов - тогда ошибок больше не будет. Еще посмотрите мануал по pg_restore - возможно там есть ключи подавления варнингов.