Ошибка при восстановлении бэкапа через pg_restore

@AlexandrSM · Регистрация: 13.02.2025

Студворк — интернет-сервис помощи студентам

Добрый день!
Помогите пожалуйста разобраться в проблеме с восстановлением бэкапа. Ни как не удается восстановить базу через pg_restore, не понимаю что не так. В командной строке пишу команду, но в результате лезут одни ошибки:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
C:\Users\Администратор>"C:\Program Files\PostgreSQL\14.4-1.1C\bin\pg_restore" -U postgres -d test -c "E:\backup\Backup_1C\Backup\Zup\oil-zup 2025-02-13  2-00-01.backup"
Password:
pg_restore: while PROCESSING TOC:
pg_restore: from TOC entry 79769; 1259 657117 INDEX byshow postgres
pg_restore: error: could not execute query: ERROR:  index "byshow" does not exist
Command was: DROP INDEX public.byshow;
pg_restore: from TOC entry 79768; 1259 657116 INDEX byrolesid postgres
pg_restore: error: could not execute query: ERROR:  index "byrolesid" does not exist
Command was: DROP INDEX public.byrolesid;
pg_restore: from TOC entry 79767; 1259 657115 INDEX byosname postgres
pg_restore: error: could not execute query: ERROR:  index "byosname" does not exist
Command was: DROP INDEX public.byosname;
pg_restore: from TOC entry 91219; 1259 38109926 INDEX byid postgres
pg_restore: error: could not execute query: ERROR:  index "byid" does not exist
Command was: DROP INDEX public.byid;
pg_restore: from TOC entry 96633; 1259 395923280 INDEX _scheduledjobs47864_1 postgres
pg_restore: error: could not execute query: ERROR:  index "_scheduledjobs47864_1" does not exist
Command was: DROP INDEX public._scheduledjobs47864_1;
pg_restore: from TOC entry 96639; 1259 395923749 INDEX _scheduledjobs45401_1 postgres
pg_restore: error: could not execute query: ERROR:  index "_scheduledjobs45401_1" does not exist
Command was: DROP INDEX public._scheduledjobs45401_1;
........................................
pg_restore: warning: errors ignored on restore: 25809

Подскажите что не так?

@katamoto · 13.02.2025, 14:41

С ключом -с pg_restore пытается сперва удалить целевую таблицу (на тот случай, если в существующую базу восстанавливает). Либо без -с восстанавливать в пустую базу, либо добавить --if-exists чтоб дополнительно проверял существование объектов перед удалением

@AlexandrSM · 14.02.2025, 12:18 **[ТС]**

Теперь возникла новая ошибка:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
C:\Users\Администратор>"C:\Program Files\PostgreSQL\14.4-1.1C\bin\pg_restore" -U postgres -d test --if-exists -c "E:\backup\Backup_1C\Backup\Zup\oil-zup 2025-02-13  2-00-01.backup"
Password:
pg_restore: while PROCESSING TOC:
pg_restore: from TOC entry 4; 3079 646317 EXTENSION mchar (no owner)
pg_restore: error: could not execute query: ERROR:  cannot drop extension mchar because other objects depend on it
DETAIL:  column _number of table public._task51 depends on type public.mchar
column _code of table public._ckinds35 depends on type public.mchar
column _fld2871 of table public._const2870 depends on type public.mchar
column _fld5258 of table public._inforg5257 depends on type public.mchar
................................................
column _code of table public._reference494 depends on type public.mchar
and 10797 other objects (see server log for list)
HINT:  Use DROP ... CASCADE to drop the dependent objects too.
Command was: DROP EXTENSION IF EXISTS mchar;
pg_restore: warning: errors ignored on restore: 1

@katamoto · 14.02.2025, 12:45

Штош, бывает...
По опыту скажу, что всегда лучше в новую чистую базу восстанавливаться

@AlexandrSM · 14.02.2025, 13:15 **[ТС]**

Но база при этом запускается и данные в ней соответствуют данным бэкапа! Теперь вопрос что означает эта ошибка? и как проверить что с базой всё в порядке? Имею ввиду не всплывут ли дальше какието проблемы?

@katamoto · 14.02.2025, 13:45

Модуль не пересоздался, т.к. там какие-то зависимости на ранее созданные таблицы. Если это единственная ошибка, то думаю, что с вероятностью 99% никак не повлияет на дальнейшую работу.
А дальше уже решайте сами - поверить на слово анониму из интернетов или попробовать восстановить без ошибок

@AlexandrSM · 14.02.2025, 13:53 **[ТС]**

ок, спасибо, будем проверять!

Новые блоги и статьи Все статьи Все блоги /
Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.

@katamoto 139 / 105 / 36 Регистрация: 27.07.2022 Сообщений: 359
	13.02.2025, 14:41
	С ключом -с pg_restore пытается сперва удалить целевую таблицу (на тот случай, если в существующую базу восстанавливает). Либо без -с восстанавливать в пустую базу, либо добавить --if-exists чтоб дополнительно проверял существование объектов перед удалением 0

@katamoto 139 / 105 / 36 Регистрация: 27.07.2022 Сообщений: 359
	14.02.2025, 12:45
	Штош, бывает... По опыту скажу, что всегда лучше в новую чистую базу восстанавливаться 0

@AlexandrSM 0 / 0 / 0 Регистрация: 13.02.2025 Сообщений: 4
	14.02.2025, 13:15 [ТС]
	Но база при этом запускается и данные в ней соответствуют данным бэкапа! Теперь вопрос что означает эта ошибка? и как проверить что с базой всё в порядке? Имею ввиду не всплывут ли дальше какието проблемы? 0

@katamoto 139 / 105 / 36 Регистрация: 27.07.2022 Сообщений: 359
	14.02.2025, 13:45
	Модуль не пересоздался, т.к. там какие-то зависимости на ранее созданные таблицы. Если это единственная ошибка, то думаю, что с вероятностью 99% никак не повлияет на дальнейшую работу. А дальше уже решайте сами - поверить на слово анониму из интернетов или попробовать восстановить без ошибок 0

@AlexandrSM 0 / 0 / 0 Регистрация: 13.02.2025 Сообщений: 4
	14.02.2025, 13:53 [ТС]
	ок, спасибо, будем проверять! 0

Опции темы