выползает ошибка после Restore, но база работает, в чём проблема?
при бэкапе и ресторе настройки были по умолчанию

авторF:\PosrgreSQL\bin\pg_restore.exe -i -h localhost -p 5432 -U postgres -d "HBP-ZIP(test-demo)" -v "F:\Backup_1Cv8.1\PosrgreSQL\HBP-ZIP(test-demo).backup"
pg_restore: connecting to database for restore
pg_restore: creating SCHEMA public
pg_restore: creating COMMENT SCHEMA public
pg_restore: creating PROCEDURAL LANGUAGE plpgsql
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 1854; 2612 16386 PROCEDURAL LANGUAGE plpgsql postgres
pg_restore: [archiver (db)] could not execute query: ERROR: language "plpgsql" already exists
Command was: CREATE PROCEDURAL LANGUAGE plpgsql;

landy pg_restore

Читаем NOTES в разделе

Отмечает

Если ваша установка имеет любые местные дополнения к template1 базе данных, будьте осторожные, чтобы загрузить продукцию pg_restore в по настоящему пустой базе данных; иначе вы, вероятно, получаете ошибки благодаря двойным определениям дополнительных объектов. Чтобы сделать пустую базу данных без любых местных дополнений, копируют от template0 не template1, например:

СОЗДАЙТЕ БАЗА данных foo С ШАБЛОН template0;

Ниже ограничений pg_restore детализировано.
* Восстанавливая данные к существующему столу и выбору --disable-triggers используется, pg_restore испускает команды, чтобы блокировать триггеры на пользовательских столах перед вставкой данных затем испускает команды к re-enable их после данных был вставлен. Если восстановление останавливается посередине, системные каталоги, возможно, были бы левыми в неотделанном государстве.

* pg_restore не восстановит большие объекты для единственного стола. Если архив содержит большие объекты, то все большие объекты будут восстановимы.

Посмотрите также pg_dump документацию для более конкретной информации об ограничениях pg_dump.
Однажды восстанавливают, мудро бежать АНАЛИЗИРУЮТ на каждом восстановимом столе, так что оптимизатор имеет полезную статистику.



не хрена не понял

Ёш EkklesiastЕсли ваша установка имеет любые местные дополнения к template1 базе данных, будьте осторожные, чтобы загрузить продукцию pg_restore в по настоящему пустой базе данных; иначе вы, вероятно, получаете ошибки благодаря двойным определениям дополнительных объектов. Чтобы сделать пустую базу данных без любых местных дополнений, копируют от template0 не template1, например:

CREATE DATABASE foo WITH TEMPLATE template0;в постгресе есть служебные базы с названием template0 и template1 - это шаблоны для новых баз данных, template0 - шаблон для template1 и template0 не изменяется, template1 - для всех новых баз пользователей и его можно изменить.

когда Вы создаёте новую базу данных, она просто копируется из template1. если Вам нужно чтобы например во всех новых базах был язык plpgsql Вы просто добавляете этот язык в шаблон баз (в базу template1) и все созданные после этого новые базы будут с этим языком (так как они копируются из шаблона).

бэкап же баз делается "относительно template0" и если Вы изменили свой шаблон новых баз пользователей (template1) может получиться дублирование создания одних и тех же объектов (например того же самого языка plpgsql). когда он сначала создаётся из шаблона новых баз (template1) и второй раз - из резервной копии. что бы этого не происходило - советуют перед восстановлением резервной копии создавать базу не по умолчанию (из шаблона template1), а указывая вручную шаблон новой базы template0

1. Я как понял, что это реализовать стандартными кнопками Backup и Restore не получится?
2. Если нет, то чё и куда прописывать

Ёш Ekklesiast1. Я как понял, что это реализовать стандартными кнопками Backup и Restore не получится?
2. Если нет, то чё и куда прописыватьВы сейчас о чём говорите ? Где Вы нашли кнопки в СУБД ?

прописывать не нужно, нужно прочитать и понять :) Вам нужно удалить базу, создать её из шаблона template0 и тогда Ваша резервная копия должна залиться без сообщений об уже существующих в базе объектах.

а чё разе Backup и Restore в pgAdmin III нету? ))))))))))))))))))

Ёш Ekklesiast1. Я как понял, что это реализовать стандартными кнопками Backup и Restore не получится?
2. Если нет, то чё и куда прописыватьВы сейчас о чём говорите ? Где Вы нашли кнопки в СУБД ?

прописывать не нужно, нужно прочитать и понять :) Вам нужно удалить базу, создать её из шаблона template0 и тогда Ваша резервная копия должна залиться без сообщений об уже существующих в базе объектах.

удаляю перед Restore, но как создать её из шаблона template0?????????

Ёш Ekklesiastудаляю перед Restore, но как создать её из шаблона template0?????????вон же выше написано: foo замените на название Вашей базы


Объясните глупому проггеру как это реализовать, если я Restore и Backup делаю через pgAdmin III иначе незнаю как.

landyДля тупых - запускаете командное окно и ручками набираете вышеуказанную команду
По жизни GUI реализации утилит командной строки как правило отстают по функциональности от последних

ппц, а спокойно не льзя объяснять, не все же такие умники и перцы

landyДля тупых - запускаете командное окно и ручками набираете вышеуказанную команду
По жизни GUI реализации утилит командной строки как правило отстают по функциональности от последних

и чё перец???

следовал твоей инструкцией открыл "Command Prompt", открывал и "psql to 'postgres'" набирал выше указанную команду CREATE DATABASE foo WITH TEMPLATE template0; при этом указав где "foo замените на название Вашей базы", и не хрена, ппц

refreg огромное спасибо, за более подробное-детализированное объяснение, при след. алгоритме

1.Backup base
2.Delete base
3.Create base (в шаблоне "template0)
4.Restore


Ошибок нет!
Ещё раз спасибо