1С и PostgreSQL восстановление из бэкапа... #506785

Установил PostgreSQL скачанный с сайта 1С, подцепил к нему базу 1С, все работает, настроек никаких не менял... Сделал бэкап через pgAdmin3 - все прошло успешно. При попытке восстановления вываливается сообщение о куче ошибок и база соответсвенно не восстанавливается. У кого нить такое было? Что с этим делать?

Удалить базу, создать новую с таким же именем и восстановить из бэкапа.

так делал =) это единственный вариант?

Удалять и создавать новую базу надо в pgAdmin3. Формат резервной копии - custom(не текстовый). Может что-то при удалении базы не до конца удаляется...

бакапы надо делать через pgdump

+ по крону

это само собой Как я понял, товарищ пока просто тренируется

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

я горячий так и не смог толком настроить перехожу вот на db2....

это не повод

для меня повод, мне горячий необходим. На постгри он и делался вроде и даже проверял работало. Однако через год бекап поднять не смог, причем загружается без ошибок а 1с вываливается.

+ 1. Удалить старую базу 2. Создать новую пустую базу с тем же именем, владельцем, кодировкой. 3. Восстановить из бэкапа.

а я с db2 сегодня тренировался, много нового для себя узнал и много времени убил, кому интересно могу поделится

отказался я от postres из за того что при каждом ТИИ находились какие-то ошибки

подскажи 1с поддерживает архивный режим или нет? Что то у меня выгрузка корректно в архивном режиме корректно не грузится.

и на каком варианте остановился?

я 18.00 бьюсь специально на другой комп под другой операционкой, все вроде загрузил, щас ТИИ проходит дальше поглядим, выгрузка делается на горячую два раза в день, с переносом на другой комп

осваиваю db2

да нет стандартный db2 бекап работает без вопросов и на горячей машине и при восстановлении на другую (поднят на debian) работает и в режиме трехзвенки и когда 1с сервер и db2 на одной машине. Я о стандартной выгрузке 1с вот тут проблема в архивном режиме.

чет я не пойму или не знаю, че такое архивный режим

режим архивирования журналов позволяет делать "горячий бекап" т.е. не отключая юзверей. Стандартный режим (который по задействуется при создании базы средствами 1с) этого не допускает.

все равно я тебя не совсем понял, если ты про загрузку из dt-файла, у меня все грузится только значительно дольше, чем например при использовании postgres

у меня было два варианта при загрузке dt в базу в архивном режиме - глубокий зависон (в обычном режиме загрузка чуть больше часа, в архивном сутки и сibmнял задание) и загрузилось за 1.5 часа но 1с обнаружила не исправимую ошибку даже ТИИ вылетел с той же ошибкой. При этом в обычном режмиме проблем нет. db2-express-c 9.7 sp2 с сайта ibm.

2 1С все равно какой режим архивный или циклический - скажем так - 1С об этом ничего не знает. Равно как и о буферпулах, и обо всем остальном.

2 а вот это к архивному режиму не имеет никакого отношения - я гарантирую это. Чтобы быстро загрузилась база из дт, нужно увеличить буферпулы, и самое также главное не забыть о волшебном параметре ДБ_Ворклоад. "даже ТИИ вылетел с той же ошибкой" - какой релиз в8 при этом использовался? Есть подозрение что в 8.2.12.80 такой проблемы нет.

вообще, рекомендую:

а, ну и еще также - если уж выставляешь архивный режим, то нужно сделать так, чтобы пространство для логов ВНЕЗАПНО не кончилось при загрузке из дт

под логи 8 гб. db2_workload=1c выставлено. релиз 8.1.15.47 если не ошибаюсь.

тогда остаются буферпулы.

Если кратко, то там в чем прикол - Експресс-Ц может использовать 2 Гб. По умолчанию у всех буферпулов стоит авторазмер и автоувеличение... Но при этом - я мониторил, и по ссылкам в можно найти как - при загрузке Дтшника они все вместе далеко не выбирают 2 Гб. А если они выбирают меньше, то значит они быстрее заполняются, и у ДБ2 возникает нужда экстернализировать (слово понравилось) их на диск. Что замедляет загрузку. Поэтому 2 из них, самых-самых сразу увеличиваю. Мне это дало ускорение в три раза 12 минут против 36. а уж сменить тип логгирования можно и после загрузки - но честно - не имеет особого значения при загрузке. Возможно имеет смысл просто сделать сразу много и больших праймери логов - потому что их ДБ2 создает при первом конекте к базе, и чтобы при загрузке из ДТ использовались именно праймери логи (а не секондари, которые создаются по мере надобности - а значит также это операция отнимает время) Ну вот как-то так.

ну и попробуй для прикола например ДБ2 9.5.4 потому что именно она была актуальна на момент 8.1.15.

Можно поточнее как4 это сделать "Поэтому 2 из них, самых-самых сразу увеличиваю. " чет не соображу никак..... "а уж сменить тип логгирования можно и после загрузки" это да но интересно же....

2 V81C_LARGEBP и V81C_INDEXBP один я выставляю в 10000(у которого страница по 8 кб) другой в 100000(у которого в 32кб). Благодаря этому буквально сразу при коннекте к базе, инстанс который обслуживает эту базу съедает 1.8 Гб. Если оставить автоматом - то не дотягивает до 700 Мб. И попробуйте все-таки другие версии ДБ2 - 9.7.1, 9.5.4

стоп, только наоборот - 8кб-страничный в 100 000, а 32 кб страничный в 10000