Хочу уточнить вопрос по резервному копированию БД. Если в файловом варианте выбора особо нет. То при использовании СУБД возникают некоторые проблемы. Т.к. у большинства клиентов резервным копированием занимаются штатные админы, основываюсь только на своем опыте.
Есть 2 варианта копирования в Postgress
1. Средствами СУБД
2. Средствами 1С.

Мы использовали оба варианта и с каждым из них возникли сложности. И в первом и во втором варианте само резервирование в автоматическом режиме проходило хорошо, а вот с восстановлением возникают проблемы. И при загрузки DT и загрузке средствами СУБД часто появляется ошибка двух одинаковых записей в СУБД. Причем если я например загружаю DT-ник в файловую базу, то все ОК. А вот если в Postgress, то сталкиваюсь с вышеуказанной ошибкой.
Цель ветки обсудить оптимальный вариант резервирования БД.

баян, писали же, что только средствами субд надо делать

с остановкой работы системы или без остановки ?

с остановкой на постгри можно каталог с базой копирнуть как вариант !

Загружат данные в postgres лучше в пустую базу. То есть сначала удаляешь базу и на сервере и в постгресе, потом создаешь новую на сервере 1с, потом без проблем загружаешь хоть из дт-шника, хоть средствами СУБД. Просто при загрузке в существующую СУБД, там остаются старые хвосты (специально проверял, когда одна база упала)

а лучше не пользоваться постгрессом...

(4) да ладно не так страшен черт, если голова есть на плечах и можешь курить мануалы на инглише ! )))

(1) Ежу понятно что лучше средствами СУБД. Даже на ИТС написано.

(2) Вообще процесс такой мы пытаемся реализовать. Ночью перезагружаем службу сервера 1С. После этого производится резервное копирование средствами СУБД. При загрузке в пустую базу периодически возникает вышеуказанная проблема. Чаще всего это происходит с ЗУП.

(4) А что лучше использовать из бесплатного?

(5) Подскажите как вы решаете проблемы.

(8) лучшее из бесплатного - это платное

А если по простому то вся проблема постгреса в том, что сервер 1С что-то просит сделать постгрес, а постгрес если захочет, то это сделает, а если ему будет не до этого, то может и забить...

А на DB2 кто-нибудь в боевом режиме работает?

(12)
говорят - 1с

(0) каждый день делается бэкап средствами пострги -
ресторе штатно в пустую базу - никаких проблем

архив через:
pg_dump -h localhost -U ****** -Fc -f FileBKP DBNAME

востановление:
а) Через 1С программу создать новую БД
б) pg_restore -h localhost -U ****** -d DBNAME FileBKP

Потом сразу тестирование ИБ
Или как вариант чтоб не нагружать сервер, сбрасываю уже через выгрузку в dt и на файловой полное тестирование

+(3) 100%, тоже проверял :) лучше делать в чистую

Вот опять столкнулся с восстановлением базы. Загружаю в пустую базу. Не загружается, вываливается куча ошибок.
Вот лог:
http://narod.ru/disk/30761198001/log%20itil.txt.html

(0) резервировать средствами СУБД. в файловом варианте - копированием 1цд. сколько уже писать об этом?

а проблемы с пгдумп/прресторе надуманные

(12) бесплатный дб2 штырит сильно на базах больше 10-20 гигов

(20) Расшифруйте пожалуйста термин "штырит".

(19) Полностью согласен
(17) Пустая база, видимо, была создана посредством 1С

(18) Думаю что одним из критериев надежного резервного копирования является возможность быстрого восстановления данных. А тут вот периодически какие-то заморочки появляются.

(22) Я пробовал и средствами 1С создавать базу и средствами СУБД. Когда создаешь средствами СУБД лог чуть меньше, но результат тот же.

(21) иногда процесс сервера ДБ2 начинает на 100% грузить проц и все...

(24) Значит бэкап текстовый...