Обновление УТ РИБ








Простой пошаговый способ обновления РИБ на примере УТ 10.3  —  1С 8.2

Недавно встал вопрос о обновлении моей РИБ. Опыта у меня в этом не было и пришлось изрядно покопаться в интернете.

Статей перебрано много, но простого доступного решения не нашел, так  как предлагается в основном пользоваться дополнительными обработками, снятием и накатыванием CF-ников и т.д. и т.п.   Есть вариант как все это сделать штатными средствами.

Итак имеем Платформу 1С 8.2.13.219  Конфигурацию УТ 10.3.14.4     на ней развернуты РИБ. Вследствии того что релиз был отозван разработчиками 1С встал вопрос обновления центральной базы и периферийных.

Совет: Перед обновлением закончите до конца все обмены во избежание потери данных!

Шаг первый (золотой)   Создаем архивные копии!!!

Шаг второй  Обновляем центральную базу. Так как доработок у меня в ней нет, кроме добавленной Роли, то обновляю её как типовую, стандартным механизмом. Конфигурация-Поддержка-ОбновлениеКонфигурации

Шаг третий  После того как Центральная база обновлена готовим почву для обновления удаленной базы.  Прежде чем передать удаленной базе обновленную конфигурацию, очистите каталог обмена от отработанных пакетов (в моем случае это FTP-сервер). Затем обнулите в настройках обмена принятые и отправленные сообщения во всех базах и центральной и удаленной.  Операции-ПланОбмена-Полный-РегистрацияИзмененийДляОбмена-ИзменитьНомераСообщений

Шаг четвертый  Если у вас настроен двусторонний обмен, то рекомендую на время перенастроить на односторонний, по схеме: ЦентральнаяБаза-толькоВыгрузка, УдаленнаяБаза-только загрузка

Шаг пятый  После того как сделаны все настройки и почищен каталог, делаем выгрузку пакета из обновленной ЦентральнойБазы

Шаг шестой  Делаем загрузку выгруженного пакета в УдаленнуюБазу. При загрузке пакета нам вываливается сообщение Ошибка при чтении изменений при обмене РИБ и предложение перейти в конфигуратор, что мы и делаем. Закрываем режим Предприятия и открываем Конфигуратор.

Шаг седьмой Обновление УдаленнойБазы производится через Конфигурация-ОбновитьКонфигурациюБазыДанных, или кнопкой F7, обновление через «Поддержку» будет заблокировано.

Далее стандартная процедура ПринятиеИзменений и ВыходВРежимПредприятия (F5)

Итак удаленная база обновлена. Остался последний нюанс: Примите еще раз этот же пакет в УдаленнуюБазу. На этот раз он прочитается без ошибок.

Всем удачи!

 

22 Comments

  1. alitvin

    Простой пошаговый способ обновления РИБ на примере УТ 10.3 — 1С 8.2

    Перейти к публикации

    Reply
  2. dumal

    Хм, линуксоиды в треде. Скрин порадовал

    Reply
  3. vprus

    Хорошо, подробно описано. Помогло. Спасибо!

    Reply
  4. asg1975

    Нового ноль. Но кому-то наверное сгодится. В любом случае спасибо за труды…

    Reply
  5. bolush

    респек автору!

    Reply
  6. kit

    Как раз клиент появился с РИБ на 8-ке, до этого только на 7-ке этим занимался.

    Статья мне в тему, спасибо! А то накосячил бы. )))

    Reply
  7. evn-zorin

    Автору большое человеческое спасибо и Плюс!

    Reply
  8. serega_sun
    Затем обнулите в настройках обмена принятые и отправленные сообщения во всех базах и центральной и удаленной.

    А это зачем?

    Reply
  9. ViksVik

    Всё верно. Первый раз сообщение об этой ошибке при обновлении узла РИБ сильно напрягает. Хорошо, что есть подобные статьи, где всё описано. Только, обнулять счётчик сообщений — лишняя процедура, по крайней мере — для обновления баз.

    Reply
  10. Liris

    Исходные данные: Розница 2.0. Платформа 8.2.19.68, РБД.

    К автору статьи вопрос:

    На шестом шаге получаем обновления из центрального узла. Открываем Конфигуратор, нажимаем F7 и принимаем все изменения.

    После этого ВыходВРежимПредприятия не происходит. Сообщение «Недостаточно памяти» и закрывается приложение.

    Прошелся отладчиком и в процедуре ОбменДаннымиСервер.ПередЧтениемСообщенияОбмена, при чтении значения константы Константы.СообщениеОбменаДаннымиИзГлавногоУзла нашел инициатора этой ошибки. Видимо файл обновления большой, и платформа сразу «умирает». Файл xml около 520Мб (который лежит в папке обмена).

    Как обновиться? Ни одна касса сейчас не работает. 🙁

    Reply
  11. 3762515

    Хм… в 7.7 обновление удаленных баз проходило путем запуска обмена в монопольном режиме. В 8.х же после обмена надо ещё запускать конфигуратор и применять обновления, а если у меня много РИБ и все удаленно, как мне их обновлять?

    Reply
  12. 3762515

    Никто не знает?

    Reply
  13. alitvin

    (9) Liris, Диск С надо чистить иногда!

    Reply
  14. Liris

    (12) не понял Ваш «совет».

    Поясните, пожалуйста, что Вы имели ввиду?

    Как Вы пришли к такому выводу?

    В описанном (9) мною случае на POS-системе имеется два раздела. На системном разделе C: доступно ~200Гб

    На разделе с данными D: доступно ~230Гб

    База данных в файловом варианте занимает ~2.20Гб

    О каком недостатке места Вы говорите?

    Reply
  15. kashun_a_c

    (13) Liris, Если еще не придумали как обновить свою РИБ, тогда мой вам совет. Т.к. много изменений в конфигурации, лучше такой обмен проводить не с помощью РИБ, а через CF. Для этого снять узел с РИБ, Выгрузить CF из рабочей. Загрузить (именно загрузить) файл cf в узел, потом снова установить базе что это узел РИБ. Или попробовать на компьютере с большим объемом ОЗУ, хотя вроде этот вариант у меня не прокатывал (пробовал на УТ 11.).

    Reply
  16. zhkonst

    Присоединяюсь к вопросу [10]. 42 магазина, причём есть подозрение, что придётся ещё и платформу обновлять. И в магазинах — только продавцы женского пола. Аж пот холодный по спине, как представлю, что предстоит.

    Reply
  17. pavelyar

    Хорошо. Помогло. Спасибо!

    Reply
  18. alitvin

    (15) zhkonst, Ну Вы наверно не мотаетесь на маршрутке по всем магазинам, а заходите удаленно? Если есть способ попасть, то не вижу проблемы. Ну а с платформой, либо ручками на каждый комп, либо административная установка, если позволяют настройки Вашей сети.

    Reply
  19. egor123456

    (14) Т. е. обновить узел путем сравнения и объединения конфы? А обработчики обновления при этом выполнятся?

    Reply
  20. egor123456

    Если на центральную базу было накатано более 10 обновлений, то сможет ли корректно обновиться подчиненная база?

    Reply
  21. collider

    (20) Хоть 50. Главное, чтобы ключевых обновлений было не больше одного.

    Reply
  22. user1006539

    Автор, подскажите пожалуйста:

    на шестом шаге описанная ошибка не выходит, после загрузки конфигуратора кнопка обновления конфигурации не активна. Я так понимаю, что в данном случае выгрузки и загрузки изменения конфы не происходит, но при этом обмен документами и прочим почему то идет нормально, при условии отличия версий баз. В чем может быть загвоздка, почему изменения конфигурации не передаются? До сегодняшнего момента все работало правильно. Что могло произойти не понимаю

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *