Преобразование РиБ в локальную версию или как выгрузить из базы данные по организации (или удалить)

phpnet

Как выгрузить из базы данные по организации (или удалить)

Преобразование РиБ в локальную версию

Есть Бухгалтерия Предприятия РиБ, надо отказаться от РиБ и сделать из ИБ обычную локальную версию.

Удалить план обмена. Обработкой снять признак РИБа

Запусти с параметром /RestMasterNode или обработкой сброс признака РИБ (product621-1)

Источник  CODERSTAR

Отключение информационной базы от главного узла

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

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

Шаг 1. Действия над служебными данными

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

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

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

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

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

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

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

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

1. Отключаем автоматическое обновление предопределенных данных в подчиненной БД.
Это необходимо потому, что в главном узле предопределенные данные обновляется автоматически, а в подчиненные узлы уже “приезжают” с обменами.
Если не выполнить это действие, то после отключения главного узла при следующей реструктуризации БД произойдет задвоение предопределенных данных.
Для отключения необходимо запустить командную строку от имени Администратора (root`a), выполнить запуск конфигуратора с параметрами и дождаться выполнения (сам конфигуратор на экране не появится, но он будет отображаться в дереве процессов системы, т.е. необходимо дождаться когда процесс конфигуратора пропадет из дерева процессов):
для Linux-клиента “файловый” вариант БД:
/opt/1C/v8.3/x86_64/1cv8 DESIGNER /F”PathToLocalDB” /N”AdminUser” /P”AdminUserPass” /SetPredefinedDataUpdate -DoNotUpdateAutomatically
для Linux-клиента “клиент-серверный” вариант БД:
/opt/1C/v8.3/x86_64/1cv8 DESIGNER /S”SRVname:port\BDname” /N”AdminUser” /P”AdminUserPass” /SetPredefinedDataUpdate -DoNotUpdateAutomatically
для Windows-клиента “файловый” вариант БД:
“C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe” DESIGNER /F”PathToLocalDB” /N”AdminUser” /P”AdminUserPass” /SetPredefinedDataUpdate -DoNotUpdateAutomatically
для Windows-клиента “клиент-серверный” вариант БД:
“C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe” DESIGNER /S”SRVname:port\DBname” /N”AdminUser” /P”AdminUserPass” /SetPredefinedDataUpdate -DoNotUpdateAutomatically
соответственно подставить свои путь к исполнительному файлу 1cv8 или 1cv8.exe и переменные, где:
PathToLocalDB – путь к файловой БД
AdminUser – администратор БД
AdminUserPass – пароль Администратора БД
SRVname – имя сервера БД (либо IP адрес)
port – порт агента сервера (по-умолчанию 1540)
BDname – имя БД в кластере серверов

2. Отключаем главный узел обмена.
Как и в предыдущем пункте, для этого необходимо запустить конфигуратор из командной строки с параметрами и дождаться его выполнения:
для Linux-клиента “файловый” вариант БД:
/opt/1C/v8.3/x86_64/1cv8 DESIGNER /F”PathToLocalDB” /N”AdminUser” /P”AdminUserPass” /ResetMasterNode
для Linux-клиента “клиент-серверный” вариант БД:
/opt/1C/v8.3/x86_64/1cv8 DESIGNER /S”SRVname:port\BDname” /N”AdminUser” /P”AdminUserPass” /ResetMasterNode
для Windows-клиента “файловый” вариант БД:
“C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe” DESIGNER /F”PathToLocalDB” /N”AdminUser” /P”AdminUserPass” /ResetMasterNode
для Windows-клиента “клиент-серверный” вариант БД:
“C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe” DESIGNER /S”SRVname:port\DBname” /N”AdminUser” /P”AdminUserPass” /ResetMasterNode

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

 

 

второй вариант

https://infoblog.mywebguide.ru/articles/page_307501.html – источник

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

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

Основной метод: программный сброс главного узла

Ключевым шагом в процессе отвязки является программный сброс указания на главный узел для текущей информационной базы. В системе 1С:Предприятие это достигается вызовом статического метода глобального контекста ПланыОбмена.УстановитьГлавныйУзел() со значением Неопределено. Этот метод сообщает системе, что текущий узел больше не является подчиненным по отношению к какому-либо другому узлу.

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

Метод ПланыОбмена.УстановитьГлавныйУзел(Неопределено); фактически очищает ссылку на родительский узел для текущей базы. После его выполнения ваша база перестанет считать себя подчиненной и не будет пытаться обмениваться данными с главным узлом. Это фундаментальный шаг, без которого все остальные действия по отвязке будут бессмысленны.

Пошаговая инструкция по созданию внешней обработки для выполнения программного сброса

Для тех, кто не является опытным программистом 1С, наиболее удобным и безопасным способом выполнения вышеуказанного кода является создание простой внешней обработки. Мы пошагово разберем, как это сделать.

  1. Откройте конфигуратор: Запустите 1С:Предприятие в режиме “Конфигуратор”. Убедитесь, что вы работаете с той периферийной базой, которую хотите отвязать.
  2. Создайте новую внешнюю обработку: В конфигураторе перейдите в меню “Файл” -> “Новый…”. В открывшемся окне выберите “Внешняя обработка” и нажмите “ОК”.
  3. Добавьте форму для обработки: В дереве объектов новой обработки найдите ветку “Формы”. Нажмите на ней правой кнопкой мыши и выберите “Добавить” -> “Форма обработки”. Можно оставить стандартное имя формы, например, “Форма”.
  4. Создайте команду на форме: Откройте созданную форму. На форме нам понадобится кнопка, которая будет выполнять наш код. Для этого на панели элементов управления найдите “Команды” и нажмите “Добавить”. Присвойте команде понятное имя, например, “ОтвязатьОтГлавного”. Затем перетащите эту команду на форму, чтобы она отобразилась как кнопка.
  5. Разместите код в модуле команды: В свойствах только что созданной команды найдите событие “Действие” (обычно это “Выполнить”). Нажмите на кнопку с лупой рядом с полем, чтобы открыть модуль команды. В этом модуле вставьте следующий код:

    &НаКлиенте
    Процедура ОтвязатьОтГлавного(Команда)
    ОтвязатьОтГлавногоНаСервере();
    КонецПроцедуры
    &НаСервере
    Процедура ОтвязатьОтГлавногоНаСервере()
    ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
    КонецПроцедуры

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

  6. Сохраните обработку: Сохраните внешнюю обработку в любом удобном месте на диске, присвоив ей понятное имя, например, “ОтвязкаРИБ.epf”.
  7. Откройте и выполните обработку в режиме 1С:Предприятие: Запустите 1С:Предприятие (в обычном или управляемом приложении). Перейдите в меню “Файл” -> “Открыть…” и выберите сохраненную обработку. На открывшейся форме обработки нажмите созданную вами кнопку “Отвязать от главного”. 

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

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