Повторная синхронизация данных перед запуском 1с как сбросить
Перейти к содержимому

Повторная синхронизация данных перед запуском 1с как сбросить

  • автор:

Администрирование узлов распределенной информационной базы

Описанные рекомендации применимы в том числе к автономным рабочим местам ( АРМ ) для приложений в модели сервиса.

Процедуру восстановления информационной базы подчиненного узла можно разделить на несколько этапов:

Шаг 1. Обновить конфигурацию подчиненного узла путем загрузки конфигурации главного узла.

  • В главном узле зарегистрировать данные для восстановления подчиненного узла. Для этого в главном узле из раздела Администрирование – Настройка синхронизация данных перейти в форму Синхронизация данных (или в форму Автономная работа ). По команде Состав отправляемых данных открыть форму Регистрация изменений , в которой воспользоваться командой Зарегистрировать данные для восстановления подчиненного узла РИБ (меню Все действия ).
    После этого необходимо произвести синхронизацию данных в главном узле.
  • Временно отключить подчиненный узел от главного узла, например, с помощью параметра запуска конфигуратора /ResetMasterNode .
  • Выгрузить конфигурацию главного узла в файл * . cf в режиме конфигуратора.
  • Загрузить конфигурацию главного узла из файла * . cf в подчиненный узел в режиме конфигуратора.
  • Восстановить связь подчиненного узла с главным узлом.
    Для этого в режиме 1С:Предприятия выполнить вход в подчиненный узел и согласиться с предложением на восстановление связи с главным узлом. Либо программно, с помощью вызова метода ПланыОбмена.УстановитьГлавныйУзел () , который нужно выполнить в подчиненном узле из внешнего соединения.

Шаг 2. Выполнить получение данных для восстановления в подчиненных узлах

Выполнить вход в подчиненный узел. Если при запуске открывается форма Повторная синхронизация данных перед запуском , нажать Синхронизировать и продолжить .
В противном случае, перейти в раздел Администрирование – Настройка синхронизация данных , в форму Синхронизация данных и выполнить синхронизацию данных.
После выполнения этих действий работоспособность распределенной информационной базы восстановлена.

Отключение от главного узла требуется в случае, если было принято решение использовать подчиненный узел как самостоятельную информационную базу. Описанные рекомендации применимы в том числе к автономным рабочим местам ( АРМ ) для приложений в модели сервиса.

Процедуру отключения информационной базы подчиненного узла можно разделить на несколько этапов:

Шаг 1. Отключение режима распределенной информационной базы

Выполнить отключение информационной базы с помощью параметра запуска конфигуратора /ResetMasterNode .

Шаг 2. Подтверждение отключения связи с главным узлом
Шаг 3. Действия над служебными данными

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

  • Настройка подчиненного узла РИБ завершена — флаг должен быть снят;
  • Это автономное рабочее место -флаг должен быть снят.

Так же, через меню Все функции — Планы обмена , необходимо удалить запись плана обмена, соответствующий главному узлу распределенной информационной базы.

В режиме «1С:Предприятие» выполнить вход в подчиненный узел и отказаться от предложения на восстановление связи с главным узлом.

Записки IT специалиста

Восстанавливаем синхронизацию в 1С:Предприятие при проблемах с расширениями (патчами)

  • Автор: Уваров А.С.
  • 05.04.2022

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

Онлайн-курс по устройству компьютерных сетей
На углубленном курсе «Архитектура современных компьютерных сетей» вы с нуля научитесь работать с Wireshark и «под микроскопом» изучите работу сетевых протоколов. На протяжении курса надо будет выполнить более пятидесяти лабораторных работ в Wireshark.

Мы не будем подробно останавливаться на том, что такое расширения, об этом можно прочитать в официальной документации. Если коротко — то это специальные внешние модули, которые можно подключить к конфигурации и переопределить некоторые действия или добавить собственные. Они используются для исправления ошибок, адаптации или дополнения готовых прикладных решений, не внося изменений в код основной конфигурации. Это значительно облегчает дальнейшую доработку и поддержку доработанных решений, делает ее проще и дешевле.

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

Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле — магазин должен продолжать работать, даже без связи с внешним миром.

В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.

Необходимым требованием для успешной синхронизации является идентичность конфигурации центральной базы и распределенных узлов. Если вы внесли изменения в конфигурацию центрального узла, то эти изменения следует распространить по РИБ, принять и установить, только после этого синхронизация будет продолжена.

Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.

Расширения бывают двух типов: которые вносят изменения в структуру данных ИБ и которые не вносят, изменяя только интерфейс или обработчики команд. Последние не представляют особых проблем в РИБ, они минимально влияют на синхронизацию и для устранения проблем достаточно просто перезапустить программу. Но даже если этого не сделано, то синхронизация сохраняется, как правило в одну сторону: обновления из центрального узла не загружаются, так как не применены прошлые изменения, но в центральный узел данные передаются исправно.

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

В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как «вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения».

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

Но в случае с патчами все меняется, отдельные, сказочно смелые люди, даже включают автоматическую установку исправлений, фактически закладывая мину замедленного действия под инфраструктуру РИБ. И последствия не заставят себя долго ждать, особенно если распределенные узлы находятся где-нибудь в сельской местности и со связью там не все хорошо.

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

1cv83-sync-rib-cfe-repair-001.png

При входе с полными правами предлагается выполнить повторную синхронизацию с центральным узлом, но она завершается неудачей.

1cv83-sync-rib-cfe-repair-002.png

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

1cv83-sync-rib-cfe-repair-003.png

Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.

1cv83-sync-rib-cfe-repair-004.png

Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже — потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.

1cv83-sync-rib-cfe-repair-005.png

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

1cv83-sync-rib-cfe-repair-006.png

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

1cv83-sync-rib-cfe-repair-007.png

Далее переходим в центральную базу и загружаем ее в режиме Конфигуратора, переходим в Конфигурация — Расширения конфигурации и получаем полный список всех установленных расширений и патчей. После чего находим проблемное расширение и думаем. В некоторых случаях оно может устранять ошибку, которая существенна для центрального узла, но совершенно не влияет на периферию. В таком случае снимаем флаг Используется в РИБ, в остальных случаях просто удаляем расширение и выполняем синхронизацию с нужным узлом.

1cv83-sync-rib-cfe-repair-008.png

Затем заново выполните синхронизацию в периферийном узле, но не спешите устанавливать обновление, снова выполните сценарий, как мы делали в начале этой статьи. Не забывайте, что после каждого сеанса синхронизации в узле РИБ нужно выполнять синхронизацию в центральной базе.

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

1cv83-sync-rib-cfe-repair-009.png

Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз — пользователи снова не могут зайти, только текст ошибки немного иной.

1cv83-sync-rib-cfe-repair-010.png

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

1cv83-sync-rib-cfe-repair-011.png

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

Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.

Онлайн-курс по устройству компьютерных сетей
На углубленном курсе «Архитектура современных компьютерных сетей» вы с нуля научитесь работать с Wireshark и «под микроскопом» изучите работу сетевых протоколов. На протяжении курса надо будет выполнить более пятидесяти лабораторных работ в Wireshark.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Поддержи проект!

Подпишись на наш Telegram-канал

Или подпишись на наш Телеграм-канал:

Повторная синхронизация данных перед запуском 1с как сбросить

Поставил Розницу 2.2.2
Глючит в РМК при пролитии чека на Штрихе и не хочет работать со скидками — выдаёт ошибки.

Ок, хочу вернуть все обратно. Восстановил главный узел из архива, а на кассах, так как уже были пробитые чеки после обновления, хочу загрузить конфигурацию из файла. Но на кассах в конфигураторе пункт «Загрузить конфигурацию из файла» неактивен.

Как все-таки вернуть кассы к предыдущему релизу?

(0) 1. Записать конфу в центральном узле.
2. Обменяться с подчиненными

запустить 1С
отключить Главный узел
закрыть 1С
открыть конфигуратор
загрузить конфугурацию из файл
закрыть конфигуратор
запусить 1С
подключить Главный узел

(3) Чтобы главный узел отключить над писать обработку? Или есть штатные средства?
(4) на готовый вариант
https://yadi.sk/d/XOdBVC38osnP4 — 3кб в архиве

(5) спасибо! Отвязал, загрузил конфигурацию из файла. Запускаю в режиме 1с предприятие. Сначала вышла какая-то штатная обработка, предложившая восстановить привязку к главному узлу. Я зачем-то согласился. Теперь выходит обработка «повторная синхронизация данных перед запуском» и говорит что не удалось установить обновление программы, полученное из главного узла.

(6) Повтори отвязку от главного узла

нашел что надо запустить конфигуратор с параметром /ResetMasterNode (http://its.1c.ru/db/metod8dev#content:5802:hdoc)

Пишу в командной строке:
C:\Program Files\1cv8\8.3.7.1917\1cv8.exe DESIGNER /ResetMaster Node

Открывается окно запуска, нажимаю Конфигуратор, ввожу пароль пользователя появляется окно с текстом про дамп, не успеваю прочитать и тут же вылетает, появляется сообщение о завершении работы программы и предложением отправить отчет в Майкрософт.

(8) че, прям «/ResetMaster Node»?
(9) Без пробела

Короче. Пробовал раз 10 по-всякому. В итоге плюнул, удалил подчиненный узел в главной, создал новый и выгрузил в него данные из проблемного при помощи конвертации данных.
После загрузки данных подчиненная база опять начала гнать про то, что обновиться надо, а не выходит. Удалось успокоить ее при помощи выгрузки данных для восстановления подчиненного узла из основной базы.

>Восстановил главный узел из архива
Никогда так не делай. В условиях наличия распределенки так можно делать ТОЛЬКО, если узел разрушен безвозвратно или каким-либо другим образом физически утерян. В твоем случае надо было просто выпустить еще одно обновление, в котором все изменения затёрты старым кодом.
Восстановление обмена после отката центрального узла описано в (2). Если не получается, значит ты что-то делаешь не так, как там описано

Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший

1С. Как закрыть окно Повторная синхронизация данных

Такое окно возникает если во время обновления произошла блокирующая ошибка. В следствии чего обновление было прервано и 1С требуется повторная синхронизация с узлом-источником.

Во-первых нужно по журналу регистрации (доступен по ссылке в окне сообщения) определить из-за чего возникла ошибка.

Если вам доступен конфигуратор – вы можете исправить ошибку и отправить обновление на связанные узлы.

Если вам конфигуратор недоступен, а исправление нужно установить – можно создать расширение и установить его в режиме предприятия. Но система не даст просто так открыть окно установки расширения. Так как по-умолчанию есть только кнопки Синхронизировать / Завершить работу. Это окно вызывается системой БСП и его можно отключить.

Чтобы отключить блокирующее сообщение – нужно в настройках информационной базы прописать в дополнительные параметры запуска.

/c “ОтключитьЛогикуНачалаРаботыСистемы”

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

После нажатия на кнопку Готово можно войти в 1С в режиме Предприятия. Окно “Повторная синхронизация данных” не отобразится и будет доступен интерфейс системы. Вы сможете без ограничений установить нужное расширение. А затем аналогичным способом убрав дополнительный параметр, загрузиться в 1С и выполнить синхронизацию уже без ошибки.

Также этот способ можно использовать для отключения обработчиков запускающихся при начале работы системы.

Добавить комментарий

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