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

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

  • автор:

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

В конфигураторе стоит метка «Изменение конфигурации заблокированы средствами управления распределенной ИБ». Как с этим бороться?

Волшебная строка:
.
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
.
З.Ы. Тебе за отвязку базы по шапке не настучат?

Да я пока еще в конфигураторе (код не исполняется)
В окне конфигурации (Ctrl+Shift+C) возле каждого элемента (справочника, документпа. ) стоит замок , который показывает «Изменение конфигурации заблокированы средствами управления распределенной ИБ» при наведении. Тексты кода доступны только для просмотра.
Как это отключить?

(2) Солюшен
В конфигураторе Меню Файл -> Новый -> Внешняя Обработка -> В поле «основная форма внешней обработки» пимпочка «лупа» -> Готово -> Модуль формы -> Процедура КнопкаВыполнитьНажатие(Кнопка)-> Вставляешь ПланыОбмена.УстановитьГлавныйУзел(Неопределено); -> Меню файл -> Сохранить.
В режиме 1С:Предприятие меню Файл -> Открыть -> Внешняя опработка -> кнопка «Выполнить»
.
P.S. Извини что недостаточно подробно.
P.S. Тебе за отвязку переферионой базы по шапке не настучат?

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

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

Самописная конфигурация, сделана выгрузка базы в формате .dt.
Загрузила, а там везде блокировка, ничего нельзя изменить. Ничего нельзя сделать, чтобы снять эту блокировку?

Это значить , что твоя база не основная
ничего нельзя сделать? это же копия
ладно. доживем до среды)
Нет подожди, может есть решение.
(3) УстановитьГлавныйУзел(Неопределено)

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

(7) +1 сними защиту и эксперементирую. Но если автор испортит рабочую базу — то знай: за последствия подследственного я не отвечаю 🙂

Автор, будете развертывать копию из рабочей базы подчиненного узла — не забудьте в копии отключить рег.задания, заблокировать обмен данными. Напоминаю на всякий случай.

(7), (9) как снять защиту? вот это я и пыталась сделать. база самописная без проводок по регистрам, небольшая в плане конфы. что и где нужно прописать, чтобы снять защиту?

Программирование 1С 8.х для начинающих

  • Вы здесь:
  • Главная
  • Статьи
  • Администрирование
  • Работа с базами
  • Как отключить базу от обмена

Поделитесь в соцсетях

Администрирование

Как отключить базу от обмена

Подробности Категория: Работа с базами

    • Как сделать обычную базу из распределенной?

    Как отключить базу от обмена?

    Как сделать обычную базу из распределенной?

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

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

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

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

    Это можно сделать написав обработку или используя метод «Выполнить()», если его можно вызвать и применять в каком-то существующем механизме.

    Недостаточно прав для комментирования

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

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

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

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

    На практике иногда случается так, что между сеансами обмена, особенно если на периферии плохо с каналом, конфигурация главного узла успевает измениться дважды. Например, внесли изменения, выгрузили, периферийная база изменения получила, но еще не применила их, что может занять некоторое время, и подтверждения еще не прислала. Если в этот промежуток внести изменения еще раз и снова выгрузить обмен, то получится, что центр ожидает увидеть в периферийном узле конфигурацию №1 и попытается обновить ее на конфигурацию №3, а по факту столкнется там с конфигурацией №2. Иногда подобная ситуация возникает при динамическом обновлении центральной базы. В итоге обмен станет невозможным, и вы получите сообщение о том, что Конфигурация узла распределенной ИБ не соответствует ожидаемой!

    1cv8-exchange-repair-001.jpg

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

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

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

    1cv8-exchange-repair-002.jpg

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

    1cv8-exchange-repair-003.jpg

    Чтобы изменить конфигурацию подчиненного узла потребуется временно отключить его от центральной базы. Для этих целей можно воспользоваться одной из обработок, которых достаточно представлено в сети, либо отключить ИБ от центрального узла с помощью параметра запуска Конфигуратора /ResetMasterNode .

    Откройте командную строку и введите (с учетом версии платформы и реального пути установки):

    "C:\Program Files (x86)\1cv8\8.3.6.2100\bin\1cv8.exe" config /ResetMasterNode

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

    1cv8-exchange-repair-004.jpg

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

    Внимание! На платформах 8.3.7 — 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.

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

    Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл — Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.

    1cv8-exchange-repair-011.jpg

    Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация — Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.

    1cv8-exchange-repair-005.jpg

    Затем в периферийном узле запускаем ИБ (предварительно отключив ее от главного узла) в Конфигураторе и снимаем с поддержки. Для этого выбираем: Конфигурация — Поддержка — Настройка поддержки.

    1cv8-exchange-repair-006.jpg

    В открывшемся окне сначала включаем возможности изменения.

    1cv8-exchange-repair-007.jpg

    А затем снимаем конфигурацию с поддержки.

    1cv8-exchange-repair-008.jpg

    Теперь можно загружать конфигурацию из файла, для этого выберите Конфигурация — Загрузить конфигурацию из файла и укажите не переданный из центрального узла cf-файл. После чего вы получите предупреждение о том, что текущая конфигурация не пустая. Обращаем ваше внимание, что проделываемые нами манипуляции потенциально опасны и могут привести к необратимому повреждению ИБ, поэтому перед тем, как продолжать убедитесь, что у вас есть актуальная резервная копия.

    1cv8-exchange-repair-009.jpg

    Ждем окончания загрузки конфигурации и обязательно обновляем конфигурацию базы данных.

    1cv8-exchange-repair-010.jpg

    Теперь следует восстановить подключение базы к центральному узлу. Для конфигураций на базе обычного приложения (например, Розница 1.0) вам потребуется обработка. Запустите ее и выберите Восстановить главный узел.

    1cv8-exchange-repair-012.jpg

    Для конфигураций на базе управляемого приложения (Розница 2.х и т.п.) ничего делать не надо. При первом запуске в режиме 1С:Предприятия они сами предложат восстановить связь с главным узлом.

    1cv8-exchange-repair-013.jpg

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

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

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

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

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

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

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

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