1С как отвязать базу от риб

Содержание

Шаг 1. Восстановить базу данных главного узла.
Шаг 2. Обновить конфигурацию главного узла до текущей версии.
Шаг 3. Восстановить настройки синхронизации данных с подчиненными узлами.
  • Восстановить состав узлов планов обмена, чтобы он соответствовал тому, который был до сбоя.
  • Затем синхронизировать номера сообщений между главным и подчиненным узлами:
  • установить номера отправленных сообщений на единицу больше номеров сообщений, принятых в подчиненных узлах;
  • установить номера принятых сообщений на единицу меньше номеров сообщений, отправленных из подчиненных узлов.

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

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

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

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

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

Через меню Все функции — Константы выполнить установку служебных констант:

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

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

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

Читайте также:  Facebook app manager что это за программа

1. Создаешь внешнюю обработку или отчет в ней форме пишешь
Код 1C v 8.х
2. Сохраняешь обработку.
3. Закрываешь конфигуратор
4. Запускаешь пользовательский режим.
5. Запускаешь обработку.

Еще Вариант кода:
Код 1C v 8.х

Готовая обработка Отключить Восстановить Подчиненный Узел От Главный Узел Скачивать файлы может только зарегистрированный пользователь!

Похожие FAQ

Еще в этой же категории

Ключевые слова и Изображения

Слова упорядочены по частоте использования в тексте

Изображения

artemdinho
17.07.2013 13:04

Комментарий: 6
ybyfc
04.04.2012 03:44

Комментарий: 5
S_Magdich
21.07.2011 12:03

Комментарий: 4
S_Magdich
21.07.2011 11:59

Комментарий: 3

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

Дело было так:
Была база(Как потом выяснилось — главная), в базе была ошибка, вылетала при переходе на новый релиз (где-то в зарплате, какая — то дата не определялась), правдами и не правдами — я её додумался как обойти(в конфигураторе — все же программист 1с), потом таки обновил. Через некоторое время — мне звонят и говорят "Наша подчиненная база не запускается вообще. Разберись с этим".
Захожу к ним по удаленке, смотрю — точно не запускается, та же ошибка что и в главной базе.

Итого:
1.есть главный узел — с новым релизом и новыми документами;
2.есть подчиненный узел — тоже с новыми документами и старым релизом.

Подчиненная запускается и сразу просит обновиться(Окно обновлений открывается модально — никуда не залезешь, Ctr + O — тоже не работает.)

Цель: отвентить подчиненную базу, поправить код в подчиненной базе, перейти не новый релиз, поправит код обратно, привинтить обратно к главной базе.

Решение: Как оказалось все на много проще чем я думал. Есть такая полезная штука ка "Запуск 1с из командной строки". К стати если кто знает где есть более полная инфа по запуску 1с из командной строки — поделитесь пож., а то в инете только некоторые параметры.

Итак лечение подчиненной базы —
Запустить конфигуратор с параметром командной строки /ResetMasterNode (для базовых версий не используется).

вторник, 9 февраля 2016 г.

1С 8.3 Корректное отключение главного узла РИБ и создание самостоятельной БД, быстрое создание/восстановление узла РИБ без выгрузки начального образа для конфигураций на основе БСП.

Для чего это нужно? Допустим необходимо создать тестовую БД для разработки с актуальными данными или необходимо быстро восстановить работоспособность РИБ при "падении" одного из узлов, или для "быстрого" создания нового узла РИБ .

Читайте также:  Таблица сбалансированных пар gpu cpu

Имеем: 1С:Предприятие 8.3 (8.3.6.2390), РИБ по следующей схеме:

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

. ВАЖНО. Перед созданием БД необходимо выполнить полную синхронизацию всех узлов РИБ с узлом, из которого планируется создавать новую БД, и на время создания в этом узле отключить синхронизацию данных!

Все действия выполняются в монопольном режиме (т.е. у целевой БД должны отсутствовать активные соединения)

Приступим. В качестве "исходного узла" выберем "Центральный узел обмена" (см. схему РИБ). В нем аккумулируются данные всех узлов.

ВАЖНО. В качестве "исходного узла" рекомендуется выбирать узел, которой в последствии станет главным узлом для вновь созданного/восстановленного узла.

Это не обязательное условие. Для восстановления РИБ подойдет любой узел с максимально актуальными данными, но это более сложный процесс. Возможно он будет рассмотрен в будущем.

0. Создать новый узел РИБ.
Данное действие необходимо если создается новый узел, в противном случае необходимо перейти к п. 1.

1. Выгружаем базу данных из "исходного узла" в файл (*.dt).

2. Загружаем полученную в п. 1 выгрузку в "чистую" БД.

3. Запускаем полученную в п. 2 БД в режиме предприятия и отключаем все настроенные синхронизации данных.

4. Отключаем автоматическое обновление предопределенных данных.

Это необходимо потому, что в главном узле предопределенные данные обновляется автоматически, а в подчиненные узлы уже "приезжают" с обменами.

Если не выполнить это действие, то после отключения главного узла при следующей реструктуризации БД произойдет задвоение предопределенных данных.

Для отключения необходимо запустить командную строку от имени Администратора (root`a), выполнить запуск конфигуратора с параметрами и дождаться выполнения (сам конфигуратор на экране не появится, но он будет отображаться в дереве процессов системы, т.е. необходимо дождаться когда процесс конфигуратора пропадет из дерева процессов):

для Linux-клиента "файловый" вариант БД:

Читайте также:  Редмонд rmc 250 отзывы

для Linux-клиента "клиент-серверный" вариант БД:

для Windows-клиента "файловый" вариант БД:

для Windows-клиента "клиент-серверный" вариант БД:

соответственно подставить свои путь к исполнительному файлу 1cv8 или 1cv8.exe и переменные, где:

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

для Linux-клиента "файловый" вариант БД:

для Linux-клиента "клиент-серверный" вариант БД:

для Windows-клиента "файловый" вариант БД:

для Windows-клиента "клиент-серверный" вариант БД:

6. Запускаем 1С в режиме предприятия и, и в появившемся предложении о восстановлении связи с "главным узлом обмена", подтвердить ОТКЛЮЧЕНИЕ.

7. Настраиваем узлы.

Если нам необходима БД для разработки — удаляем лишние узлы обмена и сценарии синхронизации. Все БД готова. Можно переходить к п. 8

Если создаем новый узел РИБ:

  • Удаляем лишние узлы обмена и сценарии синхронизации так, чтобы осталось 2 узла: узел, полученный в п. 0 (У0) и главный узел для полученного узла (ГУ). ГУ — будет "текущим" узлом, т.е. в форме списка возле него будет зеленая точка/кружок.
  • Меняем местами (переименовываем) кода и наименования У0 и ГУ так, чтобы У0 стал "текущим" узлом.
  • Восстанавливаем связь с главным узлом (для этого есть масса обработок на просторах интернета или можно нарисовать свою)
  • Включаем синхронизацию и настраиваем сценарии синхронизации.
  • Сбрасываем регистрацию изменений в У0 и ГУ
  • Устанавливаем номера сообщений отправки/получения в 0.
  • В настройках синхронизации данных изменяем свойство "Префикс этой информационной базы" на префикс У0.
  • Запускаем 1С в У0 в режиме предприятия и отказываемся от помощи мастера настройки синхронизации.
  • Проверяем синхронизацию данных У0 с ГУ.

Если восстанавливаем узел РИБ — действия такие же как и для создания нового узла, только в качестве У0 необходимо использовать восстанавливаемый узел.

8. Восстанавливаем автоматическое обновление предопределенных данных.

Как и в п. 4, для этого необходимо запустить конфигуратор из командной строки с параметрами и дождаться его выполнения:

для Linux-клиента "файловый" вариант БД:

для Linux-клиента "клиент-серверный" вариант БД:

для Windows-клиента "файловый" вариант БД:

для Windows-клиента "клиент-серверный" вариант БД:

Проверялось на "Управление торговлей, редакция 11.1 (11.1.10.185)".