Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Перейти на новую версию Postgres. Предприятие работает 24/7.

Перейти на новую версию Postgres. Предприятие работает 24/7.
Я
   ЧессМастер
 
10.10.16 - 10:31
Всем доброе время суток !

Ситуация следующая.

Есть база 1С работающая на Postgres 9.1.9
База БОЛЬШАЯ (более 100 Гб).
Предприятие работает практически 24/7 (перерыв в работе базы возможен на час-два).

Есть желание перейти на Postgres 9.4
Но есть проблема - бэкап базы с предыдущей версии Postgres не поднимается на более старшей версии.

Выгрузка - загрузка базы через DT займет очень долгое время.

У кого есть опыт перевода базы на другую версию Postgres просьба подсказать что можно использовать еще.
 
 
   Aleksey
 
1 - 10.10.16 - 10:32
УРИБ
   Aleksey
 
2 - 10.10.16 - 10:33
Делаешь копию на новом серваке, настраиваешь УРИБ, загружаешь измененные, прописываешь пользователям новые параметры, отвязываешь от УРИБ
   Мойдодыр
 
3 - 10.10.16 - 10:52
Формирование узла уриб блокирует базу.
Выгрузка измененных блокирует базу
   Мойдодыр
 
4 - 10.10.16 - 10:54
Обратитесь в постгре про, они помогут понять почему бэкап не поднимается
   Мойдодыр
 
5 - 10.10.16 - 10:54
Может и патч какой выпустят
   Aleksey
 
6 - 10.10.16 - 10:59
   Fragster
 
7 - 10.10.16 - 11:03
(3) нет
   Fragster
 
8 - 10.10.16 - 11:03
(4) нет
   Demasiado
 
9 - 10.10.16 - 11:17
(7) да
   Demasiado
 
10 - 10.10.16 - 11:18
Требуется монопольный режим для создания нового узла
 
 Рекламное место пустует
   mistеr
 
11 - 10.10.16 - 11:48
(0) Проблема известная. Из-за нее (в том числе) Uber недавно свалил с Posgre на MySQL. В 9.5 добавили механизм для такой миграции.

1С рекомендует для 24x7 систем мигрировать через репликацию обменом, аналогично переходу с 8.1 и 8.0.
   Aleksey
 
12 - 10.10.16 - 12:04
(10) Зачем?
   Мойдодыр
 
13 - 10.10.16 - 12:08
(11) Правда готового механизма по такой миграции 1с не предоставляет
   RomanYS
 
14 - 10.10.16 - 12:55
Пилить ВыгрузкаЗагрузкаXML или другую сериализацию. Для допереноса свежих изменений создать полный план обмена (РИБ не обязательно).

Кстати ,например, для больших независимых регистров сведений  использовал ВыгрузитьЗначениеВФайл/ЗагрузитьЗначениеИзФайла. Получалось быстрее чем через XML.
   ptiz
 
15 - 10.10.16 - 12:58
В Новогодние праздники сделать выгрузку/загрузку.
   Фрэнки
 
16 - 10.10.16 - 12:59
(15) и если не получится, то еще на год зависнуть?
   vis_tmp
 
17 - 10.10.16 - 13:01
Какая "загрузка базы через DT" при размере в 100 Гб???
   RomanYS
 
18 - 10.10.16 - 13:01
Если dt
   RomanYS
 
19 - 10.10.16 - 13:03
Если dt в принципе выгружается/загружается, можно создать копию на старой БД, выгрузить dt, загрузить в новую. А потом допереносить через XML по плану обмена.
   mgk2
 
20 - 10.10.16 - 13:05
   arsik
 
21 - 10.10.16 - 13:07
(0) Обратись к этим (https://postgrespro.ru/products/1c_build) ребятам. Они должны помочь.
   Serg_1960
 
22 - 10.10.16 - 13:48
Только не надо говорить, что у автора нет ежедневного создания бэкапов. Вы говорите что он и не говорил? А, ну, тогда всё гораздо проще: РИБ с альтернативным созданием начального образа из бэкапа.

Перед созданием очередного бэкапа, в рабочей базе добавить узел в план обмена. С этого момента начинается регистрация изменений.

Потом, за день/два/три, - короче не спеша, развёртываешь из бэкапа базу, выгружаешь и загружаешь в базу на новой версии и после этого настраиваешь обмен данными между рабочей и этой новой базой. Всё, новая база в любой момент готова занять место рабочей базы.
   arsik
 
23 - 10.10.16 - 13:49
Еще вариант не разворачиванием бэкапа, а миграцией с одной версии на другую.
https://tresnet.ru/archives/1278
   Мойдодыр
 
24 - 10.10.16 - 13:51
(22) Чукча не читатель?
   Serg_1960
 
25 - 10.10.16 - 13:54
Чукча графоман :) Более подробно расписал с акцентом, что процесс может не быть жёстко лимитирован по времени.
   Мойдодыр
 
26 - 10.10.16 - 13:56
(25) Бэкап то не разворачивается
   Serg_1960
 
27 - 10.10.16 - 14:01
(26) Вам же от меня же по тому же месту - см. (24)

В (0) автор сказал "Выгрузка - загрузка базы через DT займет очень долгое время." - выгрузку/загрузку можно делать из бэкапа, поднятого рядом с рабочей базой и не переживать за потерянное время (то, что данные устаревают).
   Мойдодыр
 
28 - 10.10.16 - 14:07
для 100гб базы выгрузка/загрузка в дт скорее всего совсем не пройдет
   mistеr
 
29 - 10.10.16 - 14:07
(26) Он предложил выгрузку, читай внимательнее.
   Serg_1960
 
30 - 10.10.16 - 14:13
(28) Чисто теоретически рассуждая, из принципа, я могу создать копию рабочей базы не используя ни выгрузку в .DT, ни создание начального образа (в т.ч. альтернативного) - только РИБ и ничего лишнего.
   Demasiado
 
31 - 10.10.16 - 14:18
Можно многое умеючи...:) Помнится, восстанавливали базу: умер центр, бекап был недельной давности и была кучка живых переферийных баз и обмен с ними естественно не полный...
   МихаилМ
 
32 - 10.10.16 - 15:07
на хабре есть статья обновы 100гиг постгре 24/7
   ptiz
 
33 - 10.10.16 - 15:12
(28) И 500гб пройдет - проверено.
 
 
   dmrjan
 
34 - 10.10.16 - 16:32
Вот здесь еще есть про переход на новую версию https://postgrespro.ru/docs/postgrespro/9.5/upgrading
   John83
 
35 - 10.10.16 - 16:38
делаем архив, разворачиваем копию на новой версии, всех резко туда перекидываем, а разницу перенести через выгрузкузагрузкухмл
   ansh15
 
36 - 10.10.16 - 19:28
Взял очень старый бэкап, сделанный на 9.1.9, восстановил при помощи pg_restore в 9.4.2 и в 9.5.4(для пробы). В обоих случаях восстановилось нормально, никаких ошибок и предупреждений не выдавалось, в базу можно зайти и работать. ТиИ выполняется, выгрузка/загрузка ИБ  тоже, документы открываются/сохраняются, отчеты формируются. База, конечно, пустяк, около 4 ГБ в PostgreSQL.
Непонятно, что именно у автора темы не пошло при восстановлении.
   StasMax
 
37 - 11.10.16 - 09:48
Вот тут обещают разобрать подобные вопросы: http://event.infostart.ru/2016/#item545008 правда, придется либо самому послушать, вроде есть видеотрансляция. Либо год подождать, пока в открытом доступе появится видео доклада. Возможно транскрибация будет раньше.
   pessimist
 
38 - 11.10.16 - 13:24
(0) Какая версия платформы? Откуда брался дистрибутив? ОС под которой запущен SQL сервер?

Проблема в том, что сервер 1С под старые и новые версии платформы 1С требует разных опций сборки Postgresql. Postgresql  9.1 (и более старые) от 1С собрана под старые платформы 1С (8.2 плюс первые 8.3) а 9.4 под новые (все последние 8.3). В принципе оно обходится, КМК под Linux попроще, под Windows посложнее. Если вы берёте ванильную Postgresql и патчи от 1С то вы в любом случае можете собрать то что вам нужно. Но сам я этого не делал.

P.S. Смысл смены версии? В связке с 1С переход на новую версию SQL производительность не повышает.
   pessimist
 
39 - 11.10.16 - 13:27
(38) Правильнее было бы:"проблема ВОЗМОЖНО в том, что сервер 1С..."
Если бэкап не удаётся восстановить то это одно. Если восстановить удаётся но база не работоспособна то это другое.


Список тем форума
Рекламное место пустует  Рекламное место пустует
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит Тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует