Добрый день Уважаемые форумчане!
Столкнулась со следующей проблемой, через pgAdmin III делала архивы баз, сейчас для теста решила одну из них восстановить, но в процессе восстановления вылетает куча ошибок

PostgreSQL 9.1.2 - 1.1C (x64) - c users.v8.1c.ru

Пробовала создавать чистые базы и в них импортировать, те же ошибки( Поделитесь опытом как правильно восстанавливать, у Гилева читал статьи, не помогло)
---
МилаяКсюшка, ну да. файлы лежат в PostgreSQL\версия постгри\bin\ Или выставить их в пг админке. Соответственно:
формат: custom
кодировка: UTF8
роль: ваш суперпользователь
Опции дампа 1:
pre-data
data
post-data
тип объектов: blobs
При восстановление естественно все тоже самое.

У меня бат файл выглядит так:
"C:\Program Files\PostgreSQL\9.2.1-1.1C\bin\pg_dump.exe" --host localhost --port 5432 --username "postgres" --role "rol" --no-password --format custom --blobs --section pre-data --section data --section post-data --encoding UTF8 --verbose --file "D:\Program Files\Desktop\222.backup" "test"

"C:\Program Files\PostgreSQL\9.2.1-1.1C\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "222" --role "rol" --no-password --section pre-data --section data --section post-data --verbose "D:\Program Files\Desktop\222.backup"
---
МилаяКсюшка, Ды и вообще если уж дело на то пошло то в MSSQL есть бэкап средствами MSSQL не знаю но всё же в PostgreSQL тоже должно быть это.
---
Так я бэкапы и делаю средствами Postgre и восстанавливаю средствами Postgre. На митсе тоже было обсуждение по такой же проблеме, но как то её не решили.
---
у пользователя, под которым восстанавливаете, полные права на все?
---
stanru1, обязательно.
---
я топик стартера спросил =)
---
да под полными правами.
---
МилаяКсюшка, запуск с параметрами из моего сообщения дает те же ошибки?
---
qwinter, а как можно запустить с твоими параметрами? Через батник?
---
МилаяКсюшка, ну да. файлы лежат в PostgreSQL\версия постгри\bin\ Или выставить их в пг админке. Соответственно:
формат: custom
кодировка: UTF8
роль: ваш суперпользователь
Опции дампа 1:
pre-data
data
post-data
тип объектов: blobs
При восстановление естественно все тоже самое.

У меня бат файл выглядит так:
"C:\Program Files\PostgreSQL\9.2.1-1.1C\bin\pg_dump.exe" --host localhost --port 5432 --username "postgres" --role "rol" --no-password --format custom --blobs --section pre-data --section data --section post-data --encoding UTF8 --verbose --file "D:\Program Files\Desktop\222.backup" "test"

"C:\Program Files\PostgreSQL\9.2.1-1.1C\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "222" --role "rol" --no-password --section pre-data --section data --section post-data --verbose "D:\Program Files\Desktop\222.backup"
---
qwinter, Здравствуйте. Сделал по аналогии дамп базы и восстановил ее в пустую.
В конфигуратор восстановленой базы зайти могу но при запуске предприятия выдается ошибка
"идентификация пользователя не выполнена"
---
приведенного лога недостаточно, чтобы увидеть ошибку. постре на что-то ругался, что и помешало ему восстановить базу. Базу надо подсунуть ему совершенно чистую, без содержимого. Коллективный разум интернета чаще всего говорит, что база банально не пуста.
То, что пишет qwinter, надо делать в командной строке. если винда 7, то командная строка должна быть запущена с правами администратора. Команду pg_restore надо выполнять с ключом -v, чтобы увидеть расширенный лог ошибок.
---
А почему именно pgAdmin III ? Я бы ради интереса на вашем месте попробовал делать средствами 1С. Ну и как вы сказали попробовать ради интереса восстановить базу (тобишь изначально создать базу как делали в начале на PostgreSQL) Вы разворачивали базы изначальные ? Вот так же и попробуйте сделать на виртуалке или ещё где.
Но лучше бы начать пользоваться MSSQL)
---
Потому что при архивации средствами pgAdmin III пользователей выгонять из базы не нужно. MSSQL требует дополнительных финансовых вложений, отдельные лицензии на пользователей.
---
МилаяКсюшка, На форуме есть обработки позволяющие делать бэкапы без выгоняния пользователей, вот тута мне кажется и проблема, как то я тоже делал бэкапы не выгоняя, так называемое теневое копирование, так вот в архив не попадали определённые файлики. Попробуйте сделать бэкап средствами 1С после конца рабочего дня ну или по rdp подрубитесь к серваку и сделайте, дома сделаете восстановление и если получится то надо думать о смене pgAdmin III либо, что то недонастроили. В любом случае попробуйте сделать средствами 1С.
---
Средствами 1с все работает. Тяжело выгонять пользователей, т.к. работа круглосуточная и для них 20 минут без программы, это подобно смерти, в связи с этим решили перейти на SQL, считала что там можно делать архивы не выгоняя пользователей.
---
у меня все нормально резервирует
pg_dump.exe --host localhost --port 5432 --username "postgres" --role "postgres" --no-password --format custom --blobs --section pre-data --section data --section post-data --encoding UTF8 --verbose --file "D:\Program Files\Desktop\222.backup" "test"

и восстанавливает

pg_restore.exe --host localhost --port 5432 --username "postgres" --dbname "222" --role "postgres" --no-password --section pre-data --section data --section post-data --verbose "D:\Program Files\Desktop\222.backup"

test база которую архивируем, 222 пустая созданная куда восстанавливаем, localhost - сервер постгри, postgres - пользователь.