gifts2017

Восстановление УРИБа, спасение периферии после обновления из центра

Опубликовал Дмитрий Дорин (DmitriyDI) в раздел Администрирование - Распределенная БД (УРИБ, УРБД)

Столкнулся со следующей ситуацией: имеется РИБ, Розница 2.1, обновил базу до новой версии, и пока файл разносился на магазины, внес изменения в конфигурацию и обновил еще раз, 5 периферийных баз удалось спасти, а три отказывались запускаться.

Сообщения, которые выдавали на разных этапах, следующие:

 

xmlSAX2CharactersSystemId: file://C:/Users/Пользователь/AppData/Local/Temp/Exchange82 {EE35FF55-3129-408B-8B78-97DBA1D68513}/Message_БП_ЗД.xml

 

{ОбщийМодуль.ОбменДаннымиСервер.Модуль(1285)}: Ошибка при вызове метода контекста (Прочитать) Пока ФайлОбмена.Прочитать() Цикл

 

Не удалось установить обновление программы, полученное из...

Получение данных из главного узла завершились с ошибками.

Подробности см. в журнале регистрации.

 

Что только ни пробовал сделать, ничего не получалось, но приходило понимание, как с этим бороться. Для начала решил отвязать центр от периферии, для этого написал простую обработку, код следующий (плюс прилагаю файлом, номер 1):

ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

Одной из проблем было следующее: я отвязал узел-РИБ и после запуска базы 1С сообщает, что база была отвязана от центра и предлагает привязать назад, если нажать Отвязать, она просто удаляет центральный узел, а я что-то не понял сразу и пытался привязать к оставшемуся узлу, потом сообразил и родилась обработка номер 2 по созданию центрального узла, к которому будем привязывать (обработка во вложении, номер 2).

Действия у нас следующие, запускаем базу, открываем обработку, которая отвязывает, отвязываем (если не получится через файл открыть, во вложении обработка которая работает и с обычными формами, как запустить в режиме обычного приложения читайте в интернете, там через файл открыть 100% откроется).

Далее после отвязки базы берем последний ЦФ (cf) из центра накатываем на РИБ-узел, и после этого запускаем конфигуратор с параметром «/C ЗапуститьОбновлениеИнформационнойБазы».

После этого убираем этот параметр, и создаем новый центральный узел (обработка 2), далее с помощью первой обработки подвязываем этот узел как главный.

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

Далее прогоняем изменения в обе стороны , для того чтобы убедиться, что все в норме, если необходимо, регистрируем изменения на узлах.

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

 

И самое главное, чтобы этого с вами не случилось, обновляйте центральные и распределенные базы последовательно!!!!

Скачать файлы

Наименование Файл Версия Размер
ВосстановлениеРИБ 16
.zip 11,33Kb
25.04.16
16
.zip 1.0 11,33Kb Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. aspirator 23 (aspirator23) 24.04.16 16:34
Какие ОС на узлах? 32 или 64?
2. Дмитрий Дорин (DmitriyDI) 25.04.16 09:16
(1) aspirator23, это не играет роль, часть узлов 32, часть 64.
3. Xer shi (Xershi) 25.04.16 09:21
Мы можем и по 2 раза на день делать обновление ЦБ. Поэтому нужно сделать так чтобы обновилась конфа в любом случае, а потом только данные гонять. На днях может займусь решением такого вопроса.
4. aspirator 23 (aspirator23) 25.04.16 11:02
(2) DmitriyDI, ...это не играет роль, часть узлов 32, часть 64...
Уверен что ошибка возникает и на 32 и на 64?
5. Дмитрий Дорин (DmitriyDI) 25.04.16 13:02
(4) aspirator23, и правда, посмотрел только что, везде где была ошибка стоит 32, а везде где 64 прошло без проблем.
Т.е. на 64 таких проблем не возникает?
6. aspirator 23 (aspirator23) 26.04.16 14:07
(5) DmitriyDI, именно.
1с приняло эту ошибку для исправления.
Временное решение - использование для не серверных ос ключа /3gb
7. Михаил Егошин (miha.e82) 27.04.16 08:04
Не очень понятно, что дает вот это "запускаем конфигуратор с параметром «/C ЗапуститьОбновлениеИнформационнойБазы». Из конфигуратора никакого обновления не происходит, а если в предприятие этот параметр передать и запустить, гадкая Розница начинает предлагать тут же восстановить главный узел, либо вообще его грохнуть.
8. Михаил Егошин (miha.e82) 27.04.16 15:59
Короче, не делайте так. Статья, можно сказать, вредная. Слетает родной узел, потом геморроя все на место ставить не оберетесь.
Делаем так:
-включаем /3GB bcdedit /set IncreaseUserVa 3072
-перезагружаем комп
-повторяем попытку загрузки (желательно совсем свеженьким сообщением)
-усе работает
9. Дмитрий Дорин (DmitriyDI) 28.04.16 10:28
(8) miha.e82, так чтобы cf накатить и надо отвязать, в этом и смысл, переферии в моем случае все восстановил, без потери данных.
Но Ваш вариант безусловно удобнее (кстати когда столкнулся обыскал весь интернет по делу ничего не нашел), правда не понятно, где это включать (как параметр запуска?) опишите поподробнее думаю будет полезно.
10. Михаил Егошин (miha.e82) 28.04.16 20:40
Я так понимаю, что ошибка эта возникает при работе с виртуальной памятью на машинах с Windows 32bit. То ли это недоработка винды, то ли платформы. Открываем командную строку в винде. Туда пишем bcdedit /set IncreaseUserVa 3072, нажимаем Enter. 3072 - это 3 гига в мегабайтах. Т.е. проблема идет, если на машине стоит 4 гига оперативки. Если меньше, то может и так все ок будет, хз. После этого перезагружаем комп для того, чтобы изменения в операционке заработали. А дальше все в штатном режиме. Отвязка от главного узла - это конечно хорошо, но последняя Розница прибивает "ненужный" по ее мнению узел и слетает регистрация изменений. Не все потом можно включить обработкой с ИТС. И у меня получилось так, что новый узел был не принят центром. Пришлось мухлевать в xml.
Boroda-S; DmitriyDI; +2 Ответить 1
11. Линев Павел (878454) 20.07.16 07:50
(6) Здравствуйте.
А не подскажите ссылку на регистрацию этой ошибки?
Что если ошибка выходит на серверной ОС с 3Gb?
12. Иван Понкратов (iponkratov) 23.07.16 16:14
Ребят проблему ктонибудь решил до конца? У меня такая же проблема.Неделю голову ломаю че только уже не пробовал, вариант с отвязкой узла ни дал некаких результатов.
13. Boroda-S 25.07.16 10:42
(10) miha.e82,
Целиком и полностью согласен ! при размере файла более 200 метров начинаются проблемы с загрузкой ( если винда 32 бит и оперативы 2-3 гига) , копируешь на другую машинку 8гиг и 64 бит - нет проблем! Ради спортивного интереса делал отвязку базы , да все можно обновить ,но возврат к полноценному обмену - танец с бубном :) .
14. Дмитрий Дорин (DmitriyDI) 26.07.16 15:30
(12) iponkratov, , да я решил ее до конца порядок действий описал в статье, так же я так понимаю (8) miha.e82, тоже решил ее
15. Вера t (sptvi) 21.11.16 05:40
Мне помогло простое обновление платформы до последнего релиза.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа