Восстановление базы 1С+PostgresSQL
Всем привет!
Делал бекап с работающей базы 1С с помощью pgadmin4, при восстановлении на другом сервере возникли ошибки:
(версии 1С(8.3.15.1565,x64) и PostgresSQL(PostgresPro_1C_9.6.8_64bit_1C) на серверах одинаковые)
pg_restore: error: could not execute query: ОШИБКА: оператор не существует: public.mchar public.> public.mchar
Command was: ALTER OPERATOR public.> (public.mchar, public.mchar) OWNER TO postgres;
pg_restore: error: could not execute query: ОШИБКА: класс операторов "public.mvarchar_case_ops" для метода доступа "btree" не существует
Command was: ALTER OPERATOR CLASS public.mvarchar_case_ops USING btree OWNER TO postgres;
pg_restore: error: could not execute query: ОШИБКА: для типа данных public.mvarchar не определён класс операторов по умолчанию для метода доступа "btree"
HINT: Вы должны указать класс операторов для индекса или определить класс операторов по умолчанию для этого типа данных.
Command was: CREATE UNIQUE INDEX _acc48_7 ON public._acc48 USING btree (_fld887, _parentidrref, _orderfield, _idrref);
pg_restore: error: could not execute query: ОШИБКА: для типа данных public.mvarchar не определён класс операторов по умолчанию для метода доступа "btree"
HINT: Вы должны указать класс операторов для индекса или определить класс операторов по умолчанию для этого типа данных.
Command was: CREATE UNIQUE INDEX _document364_2 ON public._document364 USING btree (_fld887, _number, _idrref);
Пытаюсь войти туда из 1С, выдает ошибку:
Error: operator does not exist: mvarchar = unknown
Если создаю чистую базу из 1С и пытаться восстановить pgadmin-ом бекап в эту базу, то появляются такие ошибки:
pg_restore: error: could not execute query: ОШИБКА: тип "mchar" уже существует
Command was: CREATE TYPE public.mchar;
pg_restore: creating OPERATOR "public.=="
pg_restore: ПРЕДУПРЕЖДЕНИЕ: атрибут оператора "function" не распознан
pg_restore: from TOC entry 21205; 2617 22297493 OPERATOR == postgres
pg_restore: error: could not execute query: ОШИБКА: должна быть указана процедура оператора
Command was: CREATE OPERATOR public.== (
FUNCTION = public.isfulleq_name,
LEFTARG = name,
RIGHTARG = name,
COMMUTATOR = OPERATOR(public.==),
HASHES,
RESTRICT = eqsel,
JOIN = eqjoinsel
);
pg_restore: error: could not execute query: ОШИБКА: приведение типа public.mvarchar к типу public.mchar уже существует
Command was: CREATE CAST (public.mvarchar AS public.mchar) WITH FUNCTION public.mvarchar_mchar(public.mvarchar, integer, boolean) AS IMPLICIT;
pg_restore: creating INDEX "public._usersworkhistory_3"
pg_restore: from TOC entry 31274; 1259 22355837 INDEX _usersworkhistory_3 postgres
pg_restore: error: could not execute query: ОШИБКА: столбец "_fld6380" не существует
Command was: CRE ATE INDEX _usersworkhistory_3 ON public._usersworkhistory USING btree (_fld6380, _fld887, _userid, _date);
Пытаюсь войти туда из 1С, выдает ошибку:
Ошибка при выполнении операций с информационной базой
Запись не найдена в менеджере имен баз данных
Подскажите, как исправить?
Делал бекап с работающей базы 1С с помощью pgadmin4, при восстановлении на другом сервере возникли ошибки:
(версии 1С(8.3.15.1565,x64) и PostgresSQL(PostgresPro_1C_9.6.8_64bit_1C) на серверах одинаковые)
pg_restore: error: could not execute query: ОШИБКА: оператор не существует: public.mchar public.> public.mchar
Command was: ALTER OPERATOR public.> (public.mchar, public.mchar) OWNER TO postgres;
pg_restore: error: could not execute query: ОШИБКА: класс операторов "public.mvarchar_case_ops" для метода доступа "btree" не существует
Command was: ALTER OPERATOR CLASS public.mvarchar_case_ops USING btree OWNER TO postgres;
pg_restore: error: could not execute query: ОШИБКА: для типа данных public.mvarchar не определён класс операторов по умолчанию для метода доступа "btree"
HINT: Вы должны указать класс операторов для индекса или определить класс операторов по умолчанию для этого типа данных.
Command was: CREATE UNIQUE INDEX _acc48_7 ON public._acc48 USING btree (_fld887, _parentidrref, _orderfield, _idrref);
pg_restore: error: could not execute query: ОШИБКА: для типа данных public.mvarchar не определён класс операторов по умолчанию для метода доступа "btree"
HINT: Вы должны указать класс операторов для индекса или определить класс операторов по умолчанию для этого типа данных.
Command was: CREATE UNIQUE INDEX _document364_2 ON public._document364 USING btree (_fld887, _number, _idrref);
Пытаюсь войти туда из 1С, выдает ошибку:
Error: operator does not exist: mvarchar = unknown
Если создаю чистую базу из 1С и пытаться восстановить pgadmin-ом бекап в эту базу, то появляются такие ошибки:
pg_restore: error: could not execute query: ОШИБКА: тип "mchar" уже существует
Command was: CREATE TYPE public.mchar;
pg_restore: creating OPERATOR "public.=="
pg_restore: ПРЕДУПРЕЖДЕНИЕ: атрибут оператора "function" не распознан
pg_restore: from TOC entry 21205; 2617 22297493 OPERATOR == postgres
pg_restore: error: could not execute query: ОШИБКА: должна быть указана процедура оператора
Command was: CREATE OPERATOR public.== (
FUNCTION = public.isfulleq_name,
LEFTARG = name,
RIGHTARG = name,
COMMUTATOR = OPERATOR(public.==),
HASHES,
RESTRICT = eqsel,
JOIN = eqjoinsel
);
pg_restore: error: could not execute query: ОШИБКА: приведение типа public.mvarchar к типу public.mchar уже существует
Command was: CREATE CAST (public.mvarchar AS public.mchar) WITH FUNCTION public.mvarchar_mchar(public.mvarchar, integer, boolean) AS IMPLICIT;
pg_restore: creating INDEX "public._usersworkhistory_3"
pg_restore: from TOC entry 31274; 1259 22355837 INDEX _usersworkhistory_3 postgres
pg_restore: error: could not execute query: ОШИБКА: столбец "_fld6380" не существует
Command was: CRE ATE INDEX _usersworkhistory_3 ON public._usersworkhistory USING btree (_fld6380, _fld887, _userid, _date);
Пытаюсь войти туда из 1С, выдает ошибку:
Ошибка при выполнении операций с информационной базой
Запись не найдена в менеджере имен баз данных
Подскажите, как исправить?
По теме из базы знаний
Найденные решения
Решил проблему, хорошо что была точно такая же, рабочая, пустая база.
Я преобразовал бекап в sql код, сравнил два бекапа, пустой и проблемный, заменил где-то 150 раз слово FUNCTION
на слово PROCEDURE в проблемном дампе и все заработало.
Вот лог сравнения, если интересно:
Я преобразовал бекап в sql код, сравнил два бекапа, пустой и проблемный, заменил где-то 150 раз слово FUNCTION
на слово PROCEDURE в проблемном дампе и все заработало.
Вот лог сравнения, если интересно:
Скрытый текст |
|---|
| 6c6
< -- Dumped by pg_dump version 9.6.8 --- > -- Dumped by pg_dump version 12.0 21,50d20 < -- Name: public; Type: SCHEMA; Schema: -; Owner: postgres < -- < < CREATE SCHEMA public; < < < ALTER SCHEMA public OWNER TO postgres; < < -- < -- Name: SCHEMA public; Type: COMMENT; Schema: -; Owner: postgres < -- < < COMMENT ON SCHEMA public IS 'standard public schema'; < < < -- < -- Name: plpgsql; Type: EXTENSION; Schema: -; Owner: < -- < < CREATE EXTENSION IF NOT EXISTS plpgsql WITH SCHEMA pg_catalog; < < < -- < -- Name: EXTENSION plpgsql; Type: COMMENT; Schema: -; Owner: < -- < < COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language'; < < < -- 2087c2057 < PROCEDURE = public.mchar_icase_gt, --- > FUNCTION = public.mchar_icase_gt, 2117c2087 < PROCEDURE = public.mvarchar_icase_gt, --- > FUNCTION = public.mvarchar_icase_gt, 2171c2141 < PROCEDURE = public.mchar_icase_lt, --- > FUNCTION = public.mchar_icase_lt, 2201c2171 < PROCEDURE = public.mvarchar_icase_lt, --- > FUNCTION = public.mvarchar_icase_lt, 2231c2201 < PROCEDURE = public.mchar_regexne, --- > FUNCTION = public.mchar_regexne, 2247c2217 < PROCEDURE = public.mvarchar_regexne, --- > FUNCTION = public.mvarchar_regexne, 2263c2233 < PROCEDURE = public.mchar_notlike, --- > FUNCTION = public.mchar_notlike, 2279c2249 < PROCEDURE = public.mvarchar_notlike, --- > FUNCTION = public.mvarchar_notlike, 2295c2265 < PROCEDURE = public.mchar_case_lt, --- > FUNCTION = public.mchar_case_lt, 2312c2282 < PROCEDURE = public.mvarchar_case_lt, --- > FUNCTION = public.mvarchar_case_lt, 2329c2299 < PROCEDURE = public.mc_mv_case_lt, --- > FUNCTION = public.mc_mv_case_lt, 2346c2316 < PROCEDURE = public.mv_mc_case_lt, --- > FUNCTION = public.mv_mc_case_lt, 2363c2333 < PROCEDURE = public.mchar_case_le, --- > FUNCTION = public.mchar_case_le, 2380c2350 < PROCEDURE = public.mvarchar_case_le, --- > FUNCTION = public.mvarchar_case_le, 2397c2367 < PROCEDURE = public.mc_mv_case_le, --- > FUNCTION = public.mc_mv_case_le, 2414c2384 < PROCEDURE = public.mv_mc_case_le, --- > FUNCTION = public.mv_mc_case_le, 2431c2401 < PROCEDURE = public.mchar_case_ne, --- > FUNCTION = public.mchar_case_ne, 2448c2418 < PROCEDURE = public.mvarchar_case_ne, --- > FUNCTION = public.mvarchar_case_ne, 2465c2435 < PROCEDURE = public.mc_mv_case_ne, --- > FUNCTION = public.mc_mv_case_ne, 2482c2452 < PROCEDURE = public.mv_mc_case_ne, --- > FUNCTION = public.mv_mc_case_ne, 2499c2469 < PROCEDURE = public.mchar_case_eq, --- > FUNCTION = public.mchar_case_eq, 2517c2487 < PROCEDURE = public.mvarchar_case_eq, --- > FUNCTION = public.mvarchar_case_eq, 2535c2505 < PROCEDURE = public.mv_mc_case_eq, --- > FUNCTION = public.mv_mc_case_eq, 2553c2523 < PROCEDURE = public.mc_mv_case_eq, --- > FUNCTION = public.mc_mv_case_eq, 2571c2541 < PROCEDURE = public.mchar_case_gt, --- > FUNCTION = public.mchar_case_gt, 2588c2558 < PROCEDURE = public.mvarchar_case_gt, --- > FUNCTION = public.mvarchar_case_gt, 2605c2575 < PROCEDURE = public.mv_mc_case_gt, --- > FUNCTION = public.mv_mc_case_gt, 2622c2592 < PROCEDURE = public.mc_mv_case_gt, --- > FUNCTION = public.mc_mv_case_gt, 2639c2609 < PROCEDURE = public.mchar_case_ge, --- > FUNCTION = public.mchar_case_ge, 2656c2626 < PROCEDURE = public.mvarchar_case_ge, --- > FUNCTION = public.mvarchar_case_ge, 2673c2643 < PROCEDURE = public.mc_mv_case_ge, --- > FUNCTION = public.mc_mv_case_ge, 2690c2660 < PROCEDURE = public.mv_mc_case_ge, --- > FUNCTION = public.mv_mc_case_ge, 2707c2677 < PROCEDURE = public.mc_mv_icase_lt, --- > FUNCTION = public.mc_mv_icase_lt, 2724c2694 < PROCEDURE = public.mv_mc_icase_lt, --- > FUNCTION = public.mv_mc_icase_lt, 2741c2711 < PROCEDURE = public.mchar_icase_le, --- > FUNCTION = public.mchar_icase_le, 2758c2728 < PROCEDURE = public.mvarchar_icase_le, --- > FUNCTION = public.mvarchar_icase_le, 2775c2745 < PROCEDURE = public.mc_mv_icase_le, --- > FUNCTION = public.mc_mv_icase_le, 2792c2762 < PROCEDURE = public.mv_mc_icase_le, --- > FUNCTION = public.mv_mc_icase_le, 2809c2779 < PROCEDURE = public.mchar_icase_ne, --- > FUNCTION = public.mchar_icase_ne, 2826c2796 < PROCEDURE = public.mvarchar_icase_ne, --- > FUNCTION = public.mvarchar_icase_ne, 2843c2813 < PROCEDURE = public.mc_mv_icase_ne, --- > FUNCTION = public.mc_mv_icase_ne, 2860c2830 < PROCEDURE = public.mv_mc_icase_ne, --- > FUNCTION = public.mv_mc_icase_ne, 2877c2847 < PROCEDURE = public.mchar_icase_eq, --- > FUNCTION = public.mchar_icase_eq, 2896c2866 < PROCEDURE = public.mvarchar_icase_eq, --- > FUNCTION = public.mvarchar_icase_eq, 2915c2885 < PROCEDURE = public.mv_mc_icase_eq, --- > FUNCTION = public.mv_mc_icase_eq, 2933c2903 < PROCEDURE = public.mc_mv_icase_eq, --- > FUNCTION = public.mc_mv_icase_eq, 2951c2921 < PROCEDURE = public.isfulleq_bool, --- > FUNCTION = public.isfulleq_bool, 2968c2938 < PROCEDURE = public.isfulleq_bytea, --- > FUNCTION = public.isfulleq_bytea, 2985c2955 < PROCEDURE = public.isfulleq_char, --- > FUNCTION = public.isfulleq_char, 3002c2972 < PROCEDURE = public.isfulleq_name, --- > FUNCTION = public.isfulleq_name, 3019c2989 < PROCEDURE = public.isfulleq_int8, --- > FUNCTION = public.isfulleq_int8, 3036c3006 < PROCEDURE = public.isfulleq_int2, --- > FUNCTION = public.isfulleq_int2, 3053c3023 < PROCEDURE = public.isfulleq_int4, --- > FUNCTION = public.isfulleq_int4, 3070c3040 < PROCEDURE = public.isfulleq_text, --- > FUNCTION = public.isfulleq_text, 3087c3057 < PROCEDURE = public.isfulleq_oid, --- > FUNCTION = public.isfulleq_oid, 3104c3074 < PROCEDURE = public.isfulleq_xid, --- > FUNCTION = public.isfulleq_xid, 3121c3091 < PROCEDURE = public.isfulleq_cid, --- > FUNCTION = public.isfulleq_cid, 3138c3108 < PROCEDURE = public.isfulleq_oidvector, --- > FUNCTION = public.isfulleq_oidvector, 3155c3125 < PROCEDURE = public.isfulleq_float4, --- > FUNCTION = public.isfulleq_float4, 3172c3142 < PROCEDURE = public.isfulleq_float8, --- > FUNCTION = public.isfulleq_float8, 3189c3159 < PROCEDURE = public.isfulleq_abstime, --- > FUNCTION = public.isfulleq_abstime, 3206c3176 < PROCEDURE = public.isfulleq_reltime, --- > FUNCTION = public.isfulleq_reltime, 3223c3193 < PROCEDURE = public.isfulleq_macaddr, --- > FUNCTION = public.isfulleq_macaddr, 3240c3210 < PROCEDURE = public.isfulleq_inet, --- > FUNCTION = public.isfulleq_inet, 3257c3227 < PROCEDURE = public.isfulleq_cidr, --- > FUNCTION = public.isfulleq_cidr, 3274c3244 < PROCEDURE = public.isfulleq_varchar, --- > FUNCTION = public.isfulleq_varchar, 3291c3261 < PROCEDURE = public.isfulleq_date, --- > FUNCTION = public.isfulleq_date, 3308c3278 < PROCEDURE = public.isfulleq_time, --- > FUNCTION = public.isfulleq_time, 3325c3295 < PROCEDURE = public.isfulleq_timestamp, --- > FUNCTION = public.isfulleq_timestamp, 3342c3312 < PROCEDURE = public.isfulleq_timestamptz, --- > FUNCTION = public.isfulleq_timestamptz, 3359c3329 < PROCEDURE = public.isfulleq_interval, --- > FUNCTION = public.isfulleq_interval, 3376c3346 < PROCEDURE = public.isfulleq_timetz, --- > FUNCTION = public.isfulleq_timetz, 3393c3363 < PROCEDURE = public.isfulleq_mchar, --- > FUNCTION = public.isfulleq_mchar, 3410c3380 < PROCEDURE = public.isfulleq_mvarchar, --- > FUNCTION = public.isfulleq_mvarchar, 3427c3397 < PROCEDURE = public.mv_mc_icase_gt, --- > FUNCTION = public.mv_mc_icase_gt, 3444c3414 < PROCEDURE = public.mc_mv_icase_gt, --- > FUNCTION = public.mc_mv_icase_gt, 3461c3431 < PROCEDURE = public.mchar_icase_ge, --- > FUNCTION = public.mchar_icase_ge, 3478c3448 < PROCEDURE = public.mvarchar_icase_ge, --- > FUNCTION = public.mvarchar_icase_ge, 3495c3465 < PROCEDURE = public.mc_mv_icase_ge, --- > FUNCTION = public.mc_mv_icase_ge, 3512c3482 < PROCEDURE = public.mv_mc_icase_ge, --- > FUNCTION = public.mv_mc_icase_ge, 3529c3499 < PROCEDURE = public.mchar_concat, --- > FUNCTION = public.mchar_concat, 3542c3512 < PROCEDURE = public.mvarchar_concat, --- > FUNCTION = public.mvarchar_concat, 3555c3525 < PROCEDURE = public.mchar_mvarchar_concat, --- > FUNCTION = public.mchar_mvarchar_concat, 3568c3538 < PROCEDURE = public.mvarchar_mchar_concat, --- > FUNCTION = public.mvarchar_mchar_concat, 3581c3551 < PROCEDURE = public.mchar_regexeq, --- > FUNCTION = public.mchar_regexeq, 3597c3567 < PROCEDURE = public.mvarchar_regexeq, --- > FUNCTION = public.mvarchar_regexeq, 3613c3583 < PROCEDURE = public.mchar_like, --- > FUNCTION = public.mchar_like, 3629c3599 < PROCEDURE = public.mvarchar_like, --- > FUNCTION = public.mvarchar_like, |
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Не совсем понятно, что Вы имеете ввиду под "Пытаюсь войти туда из 1С, выдает ошибку". Вы добавили базу в консоли?
Лично я бы создал новую базу из 1С (пустую) и загрузил бы туда бэкап тем же методом, которым выгрузил его. Главное, чтобы все данные попали в бэкап. Я для небольших баз приводил скрипты сохранения и развертывания .
Подскажите, как исправить?
Так вроде бы данные залились в систему, проблемы возникли только с индексами и приведенными типами.
Не совсем понятно, что Вы имеете ввиду под "Пытаюсь войти туда из 1С, выдает ошибку". Вы добавили базу в консоли?
Лично я бы создал новую базу из 1С (пустую) и загрузил бы туда бэкап тем же методом, которым выгрузил его. Главное, чтобы все данные попали в бэкап. Я для небольших баз приводил скрипты сохранения и развертывания .
(2)
>>Не совсем понятно, что Вы имеете ввиду под "Пытаюсь войти туда из 1С, выдает ошибку". Вы добавили базу в консоли?
Запускаю ярлык 1С Предприятие, добавляю базу через кнопку Добавить, после жму или кнопку 1С Предприятие или Конфигуратор и после этого появляется ошибка, т е в базу зайти и работать нельзя.
>>Лично я бы создал новую базу из 1С (пустую) и загрузил бы туда бэкап тем же методом, которым выгрузил его. Главное, чтобы все данные попали в бэкап. Я для небольших баз приводил скрипты сохранения и развертывания здесь.
Первый раз я просто залил бекап через pgadmin в только что созданную мной пустую базу, а второй раз я создал пустую базу из 1С и залил в нее бекап через pgadmin,
но зайти допустим в Конфигуратор нельзя ни в первом случае ни во втором.
1 раз такая ошибка -
2 раз такая -
>>Не совсем понятно, что Вы имеете ввиду под "Пытаюсь войти туда из 1С, выдает ошибку". Вы добавили базу в консоли?
Запускаю ярлык 1С Предприятие, добавляю базу через кнопку Добавить, после жму или кнопку 1С Предприятие или Конфигуратор и после этого появляется ошибка, т е в базу зайти и работать нельзя.
>>Лично я бы создал новую базу из 1С (пустую) и загрузил бы туда бэкап тем же методом, которым выгрузил его. Главное, чтобы все данные попали в бэкап. Я для небольших баз приводил скрипты сохранения и развертывания здесь.
Первый раз я просто залил бекап через pgadmin в только что созданную мной пустую базу, а второй раз я создал пустую базу из 1С и залил в нее бекап через pgadmin,
но зайти допустим в Конфигуратор нельзя ни в первом случае ни во втором.
1 раз такая ошибка -
2 раз такая -
(6)
>> Может перед тем как отказываться, надо было проверить работоспособность копии?
Работоспособность основной копии проверил, а этой нет.
>> Есть полная уверенность в отсутствии защиты базы от переноса?
Да, эту базу мне дал 1С программист, там нет защиты.
>> Если нет, то арендуйте его еще на сутки, но только проверьте в этот раз
Перед тем как отдавать сервер я удалил все данные спец программой, без возможности восстановления.
>> Может перед тем как отказываться, надо было проверить работоспособность копии?
Работоспособность основной копии проверил, а этой нет.
>> Есть полная уверенность в отсутствии защиты базы от переноса?
Да, эту базу мне дал 1С программист, там нет защиты.
>> Если нет, то арендуйте его еще на сутки, но только проверьте в этот раз
Перед тем как отдавать сервер я удалил все данные спец программой, без возможности восстановления.
(7)
"Работоспособность основной копии проверил, а этой нет.", ну как же ж так
"Да, эту базу мне дал 1С программист, там нет защиты." не вижу связи в этих двух выражениях, то что ее дал 1с ник этого не означает
"Перед тем как отдавать сервер я удалил все данные спец программой, без возможности восстановления", а вот это до разворачивания и проверки нового было совсем зря
"Работоспособность основной копии проверил, а этой нет.", ну как же ж так
"Да, эту базу мне дал 1С программист, там нет защиты." не вижу связи в этих двух выражениях, то что ее дал 1с ник этого не означает
"Перед тем как отдавать сервер я удалил все данные спец программой, без возможности восстановления", а вот это до разворачивания и проверки нового было совсем зря
вот лог 1С при заходе в Конфигуратор, во вторую базу
14:15.985016-0,CONN,3,process=1cv8,OSThread=2792,Txt=Clnt: MyUserName1: Administrator*SERVER1C
14:15.985018-1,SCALL,3,process=1cv8,OSThread=2792,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,IName=IRemoteCreatorService,Method=0,CallID=2938,MName=createRemoteInstance,DstClientID=0
14:15.985019-0,CONN,3,process=1cv8,OSThread=2792,Txt=Clnt: DstUserName1: SERVER1C\USR1CV8 StartProtocol: 0 Success
14:15.985021-1,SCALL,3,process=1cv8,OSThread=2792,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,IName=IRemoteCreatorService,Method=0,CallID=2939,MName=createRemoteInstance,DstClientID=0
14:15.985022-0,CONN,3,process=1cv8,OSThread=2792,Txt=Clnt: MyUserName2: SERVER1C\Administrator
14:16.579001-593978,SCALL,3,process=1cv8,OSThread=2792,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,IName=IRemoteCreatorService,Method=0,CallID=2940,MName=createRemoteInstance,DstClientID=0
14:16.579003-1,SCALL,3,process=1cv8,OSThread=2792,ClientID=1,CallID=2941,MName=Release,DstClientID=23
14:16.579004-0,CONN,3,process=1cv8,OSThread=2792,Txt='Connection removed from ping direction: address=127.0.0.1:1541,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750625,lastReceivedTs=574750625,lastReceivedTestTs=(574750625),clientID=1'
14:16.579005-0,CONN,3,process=1cv8,OSThread=2792,Txt='Ping direction closed: address=127.0.0.1:1541,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750625,lastReceivedTs=574750625,lastReceivedTestTs=(574750625)'
14:16.579007-610005,CONN,1,process=1cv8,OSThread=2792,ClientID=1,Txt=Outgoing connection closed
14:16.579006-0,CONN,0,process=1cv8,OSThread=2792,Txt='Ping direction statistics: address=127.0.0.1:1541,pingTimeout=60000,pingPeriod=12000,period=610,packetsSent=0,avgResponseTime=0,maxResponseTime=0,packetsTimedOut=0,packetsLost=0,packetsLostAndFound=0'
14:16.579009-1,SCALL,2,process=1cv8,OSThread=2792,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,IName=IServerInfoBase,CallID=2942,MName=methodsCount,DstClientID=25
14:21.344000-4764990,SCALL,2,process=1cv8,OSThread=2792,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,IName=IServerInfoBase,Method=1,CallID=2943,MName=connect,DstClientID=0
14:22.813000-124999,SCALL,2,process=1cv8,OSThread=2792,ClientID=2,CallID=2944,MName=Release,DstClientID=25
14:22.813001-0,CONN,2,process=1cv8,OSThread=2792,Txt='Connection removed from ping direction: address=[::1]:1560,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750641,lastReceivedTs=574750641,lastReceivedTestTs=(574751235,574752266,574753281,574754297,574755328,574756344),clientID=2'
14:22.813002-0,CONN,2,process=1cv8,OSThread=2792,Txt='Ping direction closed: address=[::1]:1560,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750641,lastReceivedTs=574750641,lastReceivedTestTs=(574751235,574752266,574753281,574754297,574755328,574756344)'
14:22.813003-6827992,CONN,2,process=1cv8,OSThread=2792,ClientID=2,Txt=Outgoing connection closed
14:22.813004-0,EXCP,1,process=1cv8,OSThread=2792,Exception=a01f465c-ed70-442e-ada5-847668d7a41c,Descr='src\ExceptionWriterUIImpl.cpp(215), shown to the user:
a01f465c-ed70-442e-ada5-847668d7a41c: Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.'
14:27.922002-1,LIC,1,process=1cv8,OSThread=2792,Func=HaspLicense::InternalRelease,res=release,txt='69894000, 20200821111415, local Designer; hard, local, client, 500'
14:27.922003-12828003,PROC,0,process=1cv8,OSThread=2792,Finish=success
14:15.985016-0,CONN,3,process=1cv8,OSThread=2792,Txt=Clnt: MyUserName1: Administrator*SERVER1C
14:15.985018-1,SCALL,3,process=1cv8,OSThread=2792,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,IName=IRemoteCreatorService,Method=0,CallID=2938,MName=createRemoteInstance,DstClientID=0
14:15.985019-0,CONN,3,process=1cv8,OSThread=2792,Txt=Clnt: DstUserName1: SERVER1C\USR1CV8 StartProtocol: 0 Success
14:15.985021-1,SCALL,3,process=1cv8,OSThread=2792,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,IName=IRemoteCreatorService,Method=0,CallID=2939,MName=createRemoteInstance,DstClientID=0
14:15.985022-0,CONN,3,process=1cv8,OSThread=2792,Txt=Clnt: MyUserName2: SERVER1C\Administrator
14:16.579001-593978,SCALL,3,process=1cv8,OSThread=2792,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,IName=IRemoteCreatorService,Method=0,CallID=2940,MName=createRemoteInstance,DstClientID=0
14:16.579003-1,SCALL,3,process=1cv8,OSThread=2792,ClientID=1,CallID=2941,MName=Release,DstClientID=23
14:16.579004-0,CONN,3,process=1cv8,OSThread=2792,Txt='Connection removed from ping direction: address=127.0.0.1:1541,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750625,lastReceivedTs=574750625,lastReceivedTestTs=(574750625),clientID=1'
14:16.579005-0,CONN,3,process=1cv8,OSThread=2792,Txt='Ping direction closed: address=127.0.0.1:1541,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750625,lastReceivedTs=574750625,lastReceivedTestTs=(574750625)'
14:16.579007-610005,CONN,1,process=1cv8,OSThread=2792,ClientID=1,Txt=Outgoing connection closed
14:16.579006-0,CONN,0,process=1cv8,OSThread=2792,Txt='Ping direction statistics: address=127.0.0.1:1541,pingTimeout=60000,pingPeriod=12000,period=610,packetsSent=0,avgResponseTime=0,maxResponseTime=0,packetsTimedOut=0,packetsLost=0,packetsLostAndFound=0'
14:16.579009-1,SCALL,2,process=1cv8,OSThread=2792,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,IName=IServerInfoBase,CallID=2942,MName=methodsCount,DstClientID=25
14:21.344000-4764990,SCALL,2,process=1cv8,OSThread=2792,ClientID=2,Interface=ef207edb-9db6-4e8e-ad4b-d20992a2853a,IName=IServerInfoBase,Method=1,CallID=2943,MName=connect,DstClientID=0
14:22.813000-124999,SCALL,2,process=1cv8,OSThread=2792,ClientID=2,CallID=2944,MName=Release,DstClientID=25
14:22.813001-0,CONN,2,process=1cv8,OSThread=2792,Txt='Connection removed from ping direction: address=[::1]:1560,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750641,lastReceivedTs=574750641,lastReceivedTestTs=(574751235,574752266,574753281,574754297,574755328,574756344),clientID=2'
14:22.813002-0,CONN,2,process=1cv8,OSThread=2792,Txt='Ping direction closed: address=[::1]:1560,pingTimeout=60000,pingPeriod=12000,lastSentTs=574750641,lastReceivedTs=574750641,lastReceivedTestTs=(574751235,574752266,574753281,574754297,574755328,574756344)'
14:22.813003-6827992,CONN,2,process=1cv8,OSThread=2792,ClientID=2,Txt=Outgoing connection closed
14:22.813004-0,EXCP,1,process=1cv8,OSThread=2792,Exception=a01f465c-ed70-442e-ada5-847668d7a41c,Descr='src\ExceptionWriterUIImpl.cpp(215), shown to the user:
a01f465c-ed70-442e-ada5-847668d7a41c: Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.'
14:27.922002-1,LIC,1,process=1cv8,OSThread=2792,Func=HaspLicense::InternalRelease,res=release,txt='69894000, 20200821111415, local Designer; hard, local, client, 500'
14:27.922003-12828003,PROC,0,process=1cv8,OSThread=2792,Finish=success
насколько я понимаю, в приведенных логах 1С нет информации, которая могла бы что-то прояснить.
Хороший вопрос и сильный ответ. В слова "версия" здесь может входить уйма разных нюансов сборки PSql.
Думаю, в этой ситуации наложилось то, что на арендуемом серваке (либо у ТС) неудачная сборка PSql, на явно некорректную, с неправильными настройками выгрузку дампа. Как уже говорилось, ни в коем случае нельзя было удалять источник до успешной загрузки в приемник.
Арендуйте сервак еще раз. Убедитесь, что это все тот же сервак с тем же самым ПО. Создайте пустую базу средствами 1С. Включите максимальную детализацию ошибок в СУБД. Попытайтесь залить базу средствами СУБД. Неизбежно повалятся ошибки при создании объектов типа "уже существует". Аккуратно удаляйте из дампа строки, создающие объекты, которые уже есть в созданной силами 1С базе. Вдумчиво разбирайтесь, как обойти ошибки другого типа. В итоге нужно добиться, чтобы база загрузилась в СУБД. Затем включите технологический журнал в 1С и попробуйте зайти в конфигуратор. Дальше по ситуации.
Как изначально заливали свою базу в СУБД на арендуемом серваке? Без проблем? После выполнения предыдущих пунктов можно развернуть рядом базу в состоянии на тот момент и сравнивать структуру для понимания, какие таблицы "полетели".
версии поста и 1с абсолютно те же, что и на старом?
да
Хороший вопрос и сильный ответ. В слова "версия" здесь может входить уйма разных нюансов сборки PSql.
Думаю, в этой ситуации наложилось то, что на арендуемом серваке (либо у ТС) неудачная сборка PSql, на явно некорректную, с неправильными настройками выгрузку дампа. Как уже говорилось, ни в коем случае нельзя было удалять источник до успешной загрузки в приемник.
Арендуйте сервак еще раз. Убедитесь, что это все тот же сервак с тем же самым ПО. Создайте пустую базу средствами 1С. Включите максимальную детализацию ошибок в СУБД. Попытайтесь залить базу средствами СУБД. Неизбежно повалятся ошибки при создании объектов типа "уже существует". Аккуратно удаляйте из дампа строки, создающие объекты, которые уже есть в созданной силами 1С базе. Вдумчиво разбирайтесь, как обойти ошибки другого типа. В итоге нужно добиться, чтобы база загрузилась в СУБД. Затем включите технологический журнал в 1С и попробуйте зайти в конфигуратор. Дальше по ситуации.
Как изначально заливали свою базу в СУБД на арендуемом серваке? Без проблем? После выполнения предыдущих пунктов можно развернуть рядом базу в состоянии на тот момент и сравнивать структуру для понимания, какие таблицы "полетели".
>> Хороший вопрос и сильный ответ. В слова "версия" здесь может входить уйма разных нюансов сборки PSql.
весь софт одинаковых версий
>> Арендуйте сервак еще раз
к сожалению арендовать сервер уже не получится т к он уже был отформатирован и используется под другие задачи
и даже если он не был отформатирован, то я перед тем как его сдать удалил все данные спец программой безвозвратно
скорей всего проблема в том что я делал дамп pgadmin4(в нем встроен PostgreSQL 12 без патчей версии PostgresPro 1C),
нужно было делать дамп из консоли средствами PostgresPro 1C 9.6.8 и проблем бы не было бы, вчера проверил
Кто сможет помочь переконвертировать дамп с формата PostgreSQL 12 в формат PostgresPro 1C, если не очень дорого,
могу заплатить?
весь софт одинаковых версий
>> Арендуйте сервак еще раз
к сожалению арендовать сервер уже не получится т к он уже был отформатирован и используется под другие задачи
и даже если он не был отформатирован, то я перед тем как его сдать удалил все данные спец программой безвозвратно
скорей всего проблема в том что я делал дамп pgadmin4(в нем встроен PostgreSQL 12 без патчей версии PostgresPro 1C),
нужно было делать дамп из консоли средствами PostgresPro 1C 9.6.8 и проблем бы не было бы, вчера проверил
Кто сможет помочь переконвертировать дамп с формата PostgreSQL 12 в формат PostgresPro 1C, если не очень дорого,
могу заплатить?
Решил проблему, хорошо что была точно такая же, рабочая, пустая база.
Я преобразовал бекап в sql код, сравнил два бекапа, пустой и проблемный, заменил где-то 150 раз слово FUNCTION
на слово PROCEDURE в проблемном дампе и все заработало.
Вот лог сравнения, если интересно:
Я преобразовал бекап в sql код, сравнил два бекапа, пустой и проблемный, заменил где-то 150 раз слово FUNCTION
на слово PROCEDURE в проблемном дампе и все заработало.
Вот лог сравнения, если интересно:
Скрытый текст |
|---|
| 6c6
< -- Dumped by pg_dump version 9.6.8 --- > -- Dumped by pg_dump version 12.0 21,50d20 < -- Name: public; Type: SCHEMA; Schema: -; Owner: postgres < -- < < CREATE SCHEMA public; < < < ALTER SCHEMA public OWNER TO postgres; < < -- < -- Name: SCHEMA public; Type: COMMENT; Schema: -; Owner: postgres < -- < < COMMENT ON SCHEMA public IS 'standard public schema'; < < < -- < -- Name: plpgsql; Type: EXTENSION; Schema: -; Owner: < -- < < CREATE EXTENSION IF NOT EXISTS plpgsql WITH SCHEMA pg_catalog; < < < -- < -- Name: EXTENSION plpgsql; Type: COMMENT; Schema: -; Owner: < -- < < COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language'; < < < -- 2087c2057 < PROCEDURE = public.mchar_icase_gt, --- > FUNCTION = public.mchar_icase_gt, 2117c2087 < PROCEDURE = public.mvarchar_icase_gt, --- > FUNCTION = public.mvarchar_icase_gt, 2171c2141 < PROCEDURE = public.mchar_icase_lt, --- > FUNCTION = public.mchar_icase_lt, 2201c2171 < PROCEDURE = public.mvarchar_icase_lt, --- > FUNCTION = public.mvarchar_icase_lt, 2231c2201 < PROCEDURE = public.mchar_regexne, --- > FUNCTION = public.mchar_regexne, 2247c2217 < PROCEDURE = public.mvarchar_regexne, --- > FUNCTION = public.mvarchar_regexne, 2263c2233 < PROCEDURE = public.mchar_notlike, --- > FUNCTION = public.mchar_notlike, 2279c2249 < PROCEDURE = public.mvarchar_notlike, --- > FUNCTION = public.mvarchar_notlike, 2295c2265 < PROCEDURE = public.mchar_case_lt, --- > FUNCTION = public.mchar_case_lt, 2312c2282 < PROCEDURE = public.mvarchar_case_lt, --- > FUNCTION = public.mvarchar_case_lt, 2329c2299 < PROCEDURE = public.mc_mv_case_lt, --- > FUNCTION = public.mc_mv_case_lt, 2346c2316 < PROCEDURE = public.mv_mc_case_lt, --- > FUNCTION = public.mv_mc_case_lt, 2363c2333 < PROCEDURE = public.mchar_case_le, --- > FUNCTION = public.mchar_case_le, 2380c2350 < PROCEDURE = public.mvarchar_case_le, --- > FUNCTION = public.mvarchar_case_le, 2397c2367 < PROCEDURE = public.mc_mv_case_le, --- > FUNCTION = public.mc_mv_case_le, 2414c2384 < PROCEDURE = public.mv_mc_case_le, --- > FUNCTION = public.mv_mc_case_le, 2431c2401 < PROCEDURE = public.mchar_case_ne, --- > FUNCTION = public.mchar_case_ne, 2448c2418 < PROCEDURE = public.mvarchar_case_ne, --- > FUNCTION = public.mvarchar_case_ne, 2465c2435 < PROCEDURE = public.mc_mv_case_ne, --- > FUNCTION = public.mc_mv_case_ne, 2482c2452 < PROCEDURE = public.mv_mc_case_ne, --- > FUNCTION = public.mv_mc_case_ne, 2499c2469 < PROCEDURE = public.mchar_case_eq, --- > FUNCTION = public.mchar_case_eq, 2517c2487 < PROCEDURE = public.mvarchar_case_eq, --- > FUNCTION = public.mvarchar_case_eq, 2535c2505 < PROCEDURE = public.mv_mc_case_eq, --- > FUNCTION = public.mv_mc_case_eq, 2553c2523 < PROCEDURE = public.mc_mv_case_eq, --- > FUNCTION = public.mc_mv_case_eq, 2571c2541 < PROCEDURE = public.mchar_case_gt, --- > FUNCTION = public.mchar_case_gt, 2588c2558 < PROCEDURE = public.mvarchar_case_gt, --- > FUNCTION = public.mvarchar_case_gt, 2605c2575 < PROCEDURE = public.mv_mc_case_gt, --- > FUNCTION = public.mv_mc_case_gt, 2622c2592 < PROCEDURE = public.mc_mv_case_gt, --- > FUNCTION = public.mc_mv_case_gt, 2639c2609 < PROCEDURE = public.mchar_case_ge, --- > FUNCTION = public.mchar_case_ge, 2656c2626 < PROCEDURE = public.mvarchar_case_ge, --- > FUNCTION = public.mvarchar_case_ge, 2673c2643 < PROCEDURE = public.mc_mv_case_ge, --- > FUNCTION = public.mc_mv_case_ge, 2690c2660 < PROCEDURE = public.mv_mc_case_ge, --- > FUNCTION = public.mv_mc_case_ge, 2707c2677 < PROCEDURE = public.mc_mv_icase_lt, --- > FUNCTION = public.mc_mv_icase_lt, 2724c2694 < PROCEDURE = public.mv_mc_icase_lt, --- > FUNCTION = public.mv_mc_icase_lt, 2741c2711 < PROCEDURE = public.mchar_icase_le, --- > FUNCTION = public.mchar_icase_le, 2758c2728 < PROCEDURE = public.mvarchar_icase_le, --- > FUNCTION = public.mvarchar_icase_le, 2775c2745 < PROCEDURE = public.mc_mv_icase_le, --- > FUNCTION = public.mc_mv_icase_le, 2792c2762 < PROCEDURE = public.mv_mc_icase_le, --- > FUNCTION = public.mv_mc_icase_le, 2809c2779 < PROCEDURE = public.mchar_icase_ne, --- > FUNCTION = public.mchar_icase_ne, 2826c2796 < PROCEDURE = public.mvarchar_icase_ne, --- > FUNCTION = public.mvarchar_icase_ne, 2843c2813 < PROCEDURE = public.mc_mv_icase_ne, --- > FUNCTION = public.mc_mv_icase_ne, 2860c2830 < PROCEDURE = public.mv_mc_icase_ne, --- > FUNCTION = public.mv_mc_icase_ne, 2877c2847 < PROCEDURE = public.mchar_icase_eq, --- > FUNCTION = public.mchar_icase_eq, 2896c2866 < PROCEDURE = public.mvarchar_icase_eq, --- > FUNCTION = public.mvarchar_icase_eq, 2915c2885 < PROCEDURE = public.mv_mc_icase_eq, --- > FUNCTION = public.mv_mc_icase_eq, 2933c2903 < PROCEDURE = public.mc_mv_icase_eq, --- > FUNCTION = public.mc_mv_icase_eq, 2951c2921 < PROCEDURE = public.isfulleq_bool, --- > FUNCTION = public.isfulleq_bool, 2968c2938 < PROCEDURE = public.isfulleq_bytea, --- > FUNCTION = public.isfulleq_bytea, 2985c2955 < PROCEDURE = public.isfulleq_char, --- > FUNCTION = public.isfulleq_char, 3002c2972 < PROCEDURE = public.isfulleq_name, --- > FUNCTION = public.isfulleq_name, 3019c2989 < PROCEDURE = public.isfulleq_int8, --- > FUNCTION = public.isfulleq_int8, 3036c3006 < PROCEDURE = public.isfulleq_int2, --- > FUNCTION = public.isfulleq_int2, 3053c3023 < PROCEDURE = public.isfulleq_int4, --- > FUNCTION = public.isfulleq_int4, 3070c3040 < PROCEDURE = public.isfulleq_text, --- > FUNCTION = public.isfulleq_text, 3087c3057 < PROCEDURE = public.isfulleq_oid, --- > FUNCTION = public.isfulleq_oid, 3104c3074 < PROCEDURE = public.isfulleq_xid, --- > FUNCTION = public.isfulleq_xid, 3121c3091 < PROCEDURE = public.isfulleq_cid, --- > FUNCTION = public.isfulleq_cid, 3138c3108 < PROCEDURE = public.isfulleq_oidvector, --- > FUNCTION = public.isfulleq_oidvector, 3155c3125 < PROCEDURE = public.isfulleq_float4, --- > FUNCTION = public.isfulleq_float4, 3172c3142 < PROCEDURE = public.isfulleq_float8, --- > FUNCTION = public.isfulleq_float8, 3189c3159 < PROCEDURE = public.isfulleq_abstime, --- > FUNCTION = public.isfulleq_abstime, 3206c3176 < PROCEDURE = public.isfulleq_reltime, --- > FUNCTION = public.isfulleq_reltime, 3223c3193 < PROCEDURE = public.isfulleq_macaddr, --- > FUNCTION = public.isfulleq_macaddr, 3240c3210 < PROCEDURE = public.isfulleq_inet, --- > FUNCTION = public.isfulleq_inet, 3257c3227 < PROCEDURE = public.isfulleq_cidr, --- > FUNCTION = public.isfulleq_cidr, 3274c3244 < PROCEDURE = public.isfulleq_varchar, --- > FUNCTION = public.isfulleq_varchar, 3291c3261 < PROCEDURE = public.isfulleq_date, --- > FUNCTION = public.isfulleq_date, 3308c3278 < PROCEDURE = public.isfulleq_time, --- > FUNCTION = public.isfulleq_time, 3325c3295 < PROCEDURE = public.isfulleq_timestamp, --- > FUNCTION = public.isfulleq_timestamp, 3342c3312 < PROCEDURE = public.isfulleq_timestamptz, --- > FUNCTION = public.isfulleq_timestamptz, 3359c3329 < PROCEDURE = public.isfulleq_interval, --- > FUNCTION = public.isfulleq_interval, 3376c3346 < PROCEDURE = public.isfulleq_timetz, --- > FUNCTION = public.isfulleq_timetz, 3393c3363 < PROCEDURE = public.isfulleq_mchar, --- > FUNCTION = public.isfulleq_mchar, 3410c3380 < PROCEDURE = public.isfulleq_mvarchar, --- > FUNCTION = public.isfulleq_mvarchar, 3427c3397 < PROCEDURE = public.mv_mc_icase_gt, --- > FUNCTION = public.mv_mc_icase_gt, 3444c3414 < PROCEDURE = public.mc_mv_icase_gt, --- > FUNCTION = public.mc_mv_icase_gt, 3461c3431 < PROCEDURE = public.mchar_icase_ge, --- > FUNCTION = public.mchar_icase_ge, 3478c3448 < PROCEDURE = public.mvarchar_icase_ge, --- > FUNCTION = public.mvarchar_icase_ge, 3495c3465 < PROCEDURE = public.mc_mv_icase_ge, --- > FUNCTION = public.mc_mv_icase_ge, 3512c3482 < PROCEDURE = public.mv_mc_icase_ge, --- > FUNCTION = public.mv_mc_icase_ge, 3529c3499 < PROCEDURE = public.mchar_concat, --- > FUNCTION = public.mchar_concat, 3542c3512 < PROCEDURE = public.mvarchar_concat, --- > FUNCTION = public.mvarchar_concat, 3555c3525 < PROCEDURE = public.mchar_mvarchar_concat, --- > FUNCTION = public.mchar_mvarchar_concat, 3568c3538 < PROCEDURE = public.mvarchar_mchar_concat, --- > FUNCTION = public.mvarchar_mchar_concat, 3581c3551 < PROCEDURE = public.mchar_regexeq, --- > FUNCTION = public.mchar_regexeq, 3597c3567 < PROCEDURE = public.mvarchar_regexeq, --- > FUNCTION = public.mvarchar_regexeq, 3613c3583 < PROCEDURE = public.mchar_like, --- > FUNCTION = public.mchar_like, 3629c3599 < PROCEDURE = public.mvarchar_like, --- > FUNCTION = public.mvarchar_like, |
Оставлю здесь, может кому то поможет...
столкнулся с подобной проблемой при восстановлении базы из дампа - восстановление выпадало в ошибку:
pg_restore: error: could not execute query: ОШИБКА: функция .... с аргументами таких типов уже существует
создание базы средствами 1с и средствами постгреса чистой базы при восстановлении все также приводило к ошибке
пока не наткнулся на выдержку из документации:
The text files created by pg_dump are intended to be read in by the psql program. The general command form to restore a dump is
psql dbname < infile
where infile is what you used as outfile for the pg_dump command. The database dbname will not be created by this command, you must create it yourself from template0 before executing psql (e.g., with createdb -T template0 dbname). psql supports options similar to pg_dump for controlling the database server location and the user name. See psql's reference page for more information.
...
Important: The dumps produced by pg_dump are relative to template0. This means that any languages, procedures, etc. added to template1 will also be dumped by pg_dump. As a result, when restoring, if you are using a customized template1, you must create the empty database from template0, as in the example above.
создал базу средствами постгреса на основании схемы template0 и копия восстановилась без ошибок.
столкнулся с подобной проблемой при восстановлении базы из дампа - восстановление выпадало в ошибку:
pg_restore: error: could not execute query: ОШИБКА: функция .... с аргументами таких типов уже существует
создание базы средствами 1с и средствами постгреса чистой базы при восстановлении все также приводило к ошибке
пока не наткнулся на выдержку из документации:
The text files created by pg_dump are intended to be read in by the psql program. The general command form to restore a dump is
psql dbname < infile
where infile is what you used as outfile for the pg_dump command. The database dbname will not be created by this command, you must create it yourself from template0 before executing psql (e.g., with createdb -T template0 dbname). psql supports options similar to pg_dump for controlling the database server location and the user name. See psql's reference page for more information.
...
Important: The dumps produced by pg_dump are relative to template0. This means that any languages, procedures, etc. added to template1 will also be dumped by pg_dump. As a result, when restoring, if you are using a customized template1, you must create the empty database from template0, as in the example above.
создал базу средствами постгреса на основании схемы template0 и копия восстановилась без ошибок.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот