Как правильно восстановить базу 1с из бэкапа?

Question

[Андрей]

Есть два сервака на Windows 2019
1 - 1с сервер
2 - postgreSQL 14 for 1c (Postgress Proffesional Russia) на нём крутится Зуп (по сути тестовая база с минимумом записей)
Делаю бэкап базы с помощью скрипта:

[string]$date = Get-Date -Format "dd/MM/yy/ЧасМинСек/HH/mm/ss"
$patch = "X:\BakupBase1C\zup.$date"
#Задаем пароль для postgree в переменную окружения
$env:PGPASSWORD = 'DrC759123'
#Указываем где лежит запускаемый exe
Set-Location "C:\Program Files\PostgreSQL 1C\14\bin"
#Запускаем скрипт для создания бэкапа -f "C:\Users\dracon\Desktop\zup1234" место расположение копии , в конце zup - имя базы с которой делаем  копию
#-F Указывает формат вывода копии. format может принимать следующие значения: для тго чтобы воостанавливать с pg_restore c, -b Включить большие объекты в выгрузку. -f путь к файлу бэкапа
./pg_dump.exe --host localhost --port 5432 --username "postgres" -F c -b  --verbose -f $patch  zup

Скрипт отрабатывает бэкапы создаются.
Пытаюсь восстановить бэкап из dump



Получаю
postgres restore ignore error exit code 1

с кучей ошибок в логе связанных с индексами.

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


подскажите в чем проблема ?

Comments

[mayton2019]

Ну вот ты пишешь

с кучей ошибок в логе связанных с индексами.

Это ж самая важная инфа по диагностике. И как теперь? Догадываться что там было?

[Андрей]

mayton2019, примерно такое в логах творится

022-06-05 18:27:53.047 MSK [4780] ERROR: index "byusosname" does not exist
2022-06-05 18:27:53.047 MSK [4780] STATEMENT: DROP INDEX public.byusosname;

2022-06-05 18:27:53.049 MSK [4780] ERROR: index "byusname" does not exist
2022-06-05 18:27:53.049 MSK [4780] STATEMENT: DROP INDEX public.byusname;

2022-06-05 18:27:53.050 MSK [4780] ERROR: index "byusdescr" does not exist
2022-06-05 18:27:53.050 MSK [4780] STATEMENT: DROP INDEX public.byusdescr;

2022-06-05 18:27:53.052 MSK [4780] ERROR: index "byshow" does not exist
2022-06-05 18:27:53.052 MSK [4780] STATEMENT: DROP INDEX public.byshow;

2022-06-05 18:27:53.054 MSK [4780] ERROR: index "byrolesid" does not exist
2022-06-05 18:27:53.054 MSK [4780] STATEMENT: DROP INDEX public.byrolesid;

2022-06-05 18:27:53.055 MSK [4780] ERROR: index "byosname" does not exist
2022-06-05 18:27:53.055 MSK [4780] STATEMENT: DROP INDEX public.byosname;

2022-06-05 18:27:53.056 MSK [4780] ERROR: index "byname" does not exist
2022-06-05 18:27:53.056 MSK [4780] STATEMENT: DROP INDEX public.byname;

2022-06-05 18:27:53.057 MSK [4780] ERROR: index "byeauth" does not exist
2022-06-05 18:27:53.057 MSK [4780] STATEMENT: DROP INDEX public.byeauth;

2022-06-05 18:27:53.058 MSK [4780] ERROR: index "_usersworkhistory_4" does not exist
2022-06-05 18:27:53.058 MSK [4780] STATEMENT: DROP INDEX public._usersworkhistory_4;

[mayton2019]

Дружище. Это просто прекрасно. Это живое доказательство четности ошибок.

Используй синтаксис drop if exists.

[Андрей]

Файл лога - восстановление начинал с 18.27
https://dropmefiles.com/rqqpv

Answer 1

[Zerg89]

Зачем изобретать велосипед, все делается через интерфейс 1с сервера(создание базы) и саму 1с(конфигуратор администрирование загрузить информационную базу) восстановить из файла dt через её встороенные бекапы особенно при переходе на другой тип базы данных

Ps
Если бд новая просто убери c из -F c,
-c
--clean
Добавить команды SQL для удаления (DROP) баз данных перед командами, создающими их. В дополнение к ним добавляются команды DROP для ролей и табличных пространств.