РИБ, проблемы контроля обмена на рабочей/тестовой БД #623355

Для тестирования и исправления создаются локальные БД полученные путем выгрузки из рабочих БД. При этом может возникнуть проблема при использовании РИБ. Тестовая БД может начать обмениваться данными, что не нужно. В качестве контрмеры попытался создать реквизит у плана обмена СтрокаСоединенияИБ в которой прописывается значение СтрокаСоединенияИнформационнойБазы у конкретных баз. При обмене идет сравнение СтрокаСоединенияИБ=СтрокаСоединенияИнформационнойБазы, если равно - обмен, не равно - отмена обмена. Но возникает следующая проблема - при обмене если был изменен узел Плана обмена, то пришедшие данные могут затереть реквизит СтрокаСоединенияИБ. Думал перехватывать изменение узла в процедурах ПриПолученииДанныхОтГлавного и ПриПолученииДанныхОтПодчиненного, но в эти процедуры не попадает обработка поступивших узлов Плана обмена. 1. Есть ли программный вариант контроля обмена в зависимости от того рабочая это база или тестовая (без постоянных изменений конфигурации). 2. Можно ли заставить обрабатывать в процедурах ПриПолученииДанныхОтГлавного и ПриПолученииДанныхОтПодчиненного поступления изменений узлов работающего плана обмена. Или хотя бы подсказать чем регламентируется этот момент.

а тупо отключать обмен в копиях

Не всегда это вспоминается, поэтому и есть желание автоматизировать. А если забудешь хоть раз, то разгребать придется.

А что будет? Будет Номер сообщения меньше или равен принятом. Т.е. пакет не загрузится

ну тут уж кто быстрее успеет выгрузиться рабочая или тестовая :)

В тестовой поменяли кучу документов, запустили обработку с массовым изменением в документах или элементах справочников. И ушло это по обмену. Будет здорово и весело. Тестовая то обычно берется путем выгрузки.

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

ну или у вас обмены так редко делаются или выгрузка часто. Одно из двух

+ тут ещё надо допилить, чтобы тестировать обмены между тестовыми :)

Нет ну теоретически и палка раз в год стреляет, но ...

а что тестировать при полном обмене?

а обмены фоново выполняются? клиент-серверный вариант?

судя потому что они юзают строку соединения, то у них файловый вариант

Миграцию. Убрали авторегистрацию - сделали через модули выборочно - надо проверить на тестовых.

регистрацию можно проверить не выполняя обмен

не спорю

Базу тестировать и исправлять можно по разнообразным причинам (не обязательно сам обмен). У нас главная база на сервере, а вот удаленная будет файловая. Есть вариант что удаленных будет несколько. Поэтому есть желание довести до ума сейчас.

если файловый вариант , то для запуска обмена нужен батник , не?

+ а если все таки клиент-сервер , то просто отключить выполнение регламентных задач для тестовой базы

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

ну вообще-то у вас есть пользователь, под которым обмен. В тестовой базе этого пользователя не должно быть.

даже если он есть, то под ним нужно стартануть как минимум