Режим распределенной информационной базы (РИБ) в 1С:Предприятие — это мощный инструмент для организации работы в географически удаленных офисах, позволяющий синхронизировать данные между центральным узлом и подчиненными филиалами. Однако ситуации в бизнесе меняются: филиалы закрываются, происходит централизация серверов или миграция на единую облачную платформу, из-за чего необходимость в распределенной схеме отпадает.
Процедура отказа от РИБ не является тривиальной и требует последовательного выполнения действий, так как простое удаление правил обмена может привести к полной неработоспособности конфигурации или потере исторических данных. Перед началом работ критически важно создать полную резервную копию базы данных на всех участвующих узлах, поскольку процесс разрыва связей затрагивает структуру метаданных и журналы регистрации.
В данной инструкции мы разберем технические нюансы корректного выхода из режима РИБ, включая блокировку пользователей, очистку служебных объектов и восстановление полноценной работы конфигурации без ограничений, накладываемых механизмом обмена.
Подготовка инфраструктуры и блокировка доступа
Первым шагом является полная остановка всех бизнес-процессов, связанных с обменом данными. Вам необходимо убедиться, что ни один пользователь не работает в базе в данный момент, а фоновые задания обмена завершены или принудительно остановлены. Если этого не сделать, активные сеансы могут заблокировать файлы метаданных или оставить транзакции незавершенными, что приведет к рассинхронизации при попытке изменения режима.
Администратору следует войти в конфигурацию под пользователем с полными правами, обычно это роль Администратор системы или Главный бухгалтер с расширенными полномочиями. В режиме предприятия выполните проверку активных сеансов через стандартный механизм мониторинга или консоль администрирования сервера 1С.
⚠️ Внимание: Интерфейс и названия пунктов меню могут незначительно отличаться в зависимости от версии платформы 1С (8.2, 8.3) и конкретной конфигурации (УТ, БП, ЗУП). Всегда сверяйте действия с официальной документацией вашего релиза.
После проверки отсутствия активных пользователей необходимо заблокировать начало новых сеансов. Это делается через изменение параметров запуска или временное отключение службы сервера 1С, если используется клиент-серверный вариант работы. Для файловых баз достаточно закрыть все клиентские приложения и запретить доступ к каталогу базы на уровне операционной системы.
Анализ текущего состояния распределенной базы
Прежде чем приступать к удалению, важно понимать текущую топологию вашей распределенной системы. Вам нужно четко определить, какой узел является центральным, а какие — периферийными, так как процедура снятия РИБ может отличаться в зависимости от того, где именно вы проводите операцию. В центральном узле хранятся правила регистрации изменений, тогда как в узлах-получателях эти правила только применяются.
Откройте окно свойств информационной базы в конфигураторе или через меню Администрирование в режиме предприятия. Найдите раздел, отвечающий за распределенную работу, часто он называется Распределенная информационная база или находится в настройках синхронизации.
- 🔍 Проверьте статус текущего узла: является ли он главным или подчиненным.
- 📂 Убедитесь, что все очереди сообщений exchange пусты и нет зависших файлов обмена.
- 🔐 Проверьте права доступа: у вас должна быть роль на изменение структуры базы данных.
- 💾 Убедитесь, что на диске достаточно места для создания временных копий в процессе конвертации.
Если в системе настроены сложные правила обмена, например, селективная выгрузка только определенных документов или справочников, запишите их структуру. Это может понадобиться в будущем, если вы решите восстановить обмен через другие механизмы, например, через формат Enterprise Data или стандартные обработки обмена.
Процедура отключения режима РИБ в центральном узле
Снятие флага распределенной базы в центральном узле — это ключевой этап, который фактически превращает базу из части распределенной системы в автономную информационную базу. Операция выполняется в режиме Конфигуратор, так как требует изменения свойств метаданных.
Запустите 1С в режиме Конфигуратора с правами администратора базы данных. В меню выберите пункт Администрирование, затем перейдите в подменю Распределенная информационная база и выберите команду Снять распределенную базу или аналогичную, в зависимости от версии интерфейса.
⚠️ Внимание: После выполнения этой операции история обмена данных будет утеряна, и база перестанет принимать файлы выгрузки от других узлов. Обратный процесс без восстановления из резервной копии невозможен.
Система запросит подтверждение действия. После подтверждения 1С выполнит внутреннюю реорганизацию таблиц регистрации изменений и удалит служебные префиксы у объектов, если они использовались для разделения потоков данных. Процесс может занять от нескольких минут до нескольких часов в зависимости от объема накопленных данных в таблицах регистрации.
После снятия флага РИБ база данных становится полностью автономной и больше не ожидает входящих пакетов обмена от других узлов.
По завершении процедуры необходимо обновить конфигурацию базы данных. Нажмите Конфигурация -> Обновить конфигурацию базы данных. Это действие применит изменения в структуре таблиц СУБД, удалив лишние индексы и триггеры, связанные с механизмом распределенной работы.
Очистка периферийных узлов и удаление правил
Если вы также планируете отказываться от РИБ на периферийных узлах (филиалах), процедура там имеет свои особенности. На таких узлах нельзя просто "снять" флаг, так как они зависят от центрального узла. Чаще всего периферийный узел либо ликвидируется, либо превращается в независимую базу путем выгрузки и загрузки данных.
Для превращения филиала в независимую базу рекомендуется выполнить полную выгрузку данных в новый файл или на новый сервер, но уже без привязки к распределенной схеме. В старом узле необходимо удалить все правила регистрации изменений, которые ссылаются на центральный узел.
Откройте обработку регистрации изменений, обычно она находится в разделе Администрирование -> Синхронизация данных. Вам необходимо найти все активные правила и удалить их.
УдалениеРегистрацииИзменений(ПравилоОбмена);После удаления правил очистите таблицы регистрации изменений. Это можно сделать с помощью стандартной обработки Удаление помеченных объектов или специализированных скриптов очистки служебных таблиц _InfoRgChanges. Оставшиеся записи в этих таблицах могут занимать значительный объем места и замедлять работу системы.
☑️ Чек-лист очистки узла
Технические последствия и очистка служебных данных
После отключения режима РИБ в базе данных остаются "артефакты" — служебные таблицы и поля, которые использовались для отслеживания версий объектов и очередности обмена. Хотя система 1С старается автоматически убирать лишнее, ручная проверка не помешает для обеспечения максимальной производительности.
Обратите внимание на таблицы регистров сведений. В режиме РИБ они часто имеют дополнительные измерения или ресурсы для хранения идентификаторов узлов. После снятия режима эти поля могут стать неиспользуемыми, но они продолжают занимать место в страницах данных СУБД.
| Объект метаданных | Действие до снятия РИБ | Действие после снятия РИБ | Рекомендация |
|---|---|---|---|
| Планы обмена | Активны, содержат правила | Неактивны или удалены | Удалить планы обмена полностью |
| Регистры изменений | Записывают каждое изменение | Перестают заполняться | Очистить таблицы физически |
| Префиксы объектов | Добавляются к кодам (например, 001-0054) | Остаются в кодах справочников | Требуется спец. обработка для удаления |
| Файлы обмена (.xml, .zip) | Генерируются регулярно | Больше не нужны | Удалить из каталога выгрузки |
Особое внимание уделите кодам справочников. Если в вашей системе использовалась схема с префиксами (когда каждому филиалу выделялся свой диапазон кодов), то после снятия РИБ у вас останутся справочники с кодами вида 002-00154. Это не влияет на работу программы функционально, но может мешать при интеграции с другими системами или при вводе новых данных, если ожидается чистая нумерация.
Как убрать префиксы из кодов?
Для удаления префиксов потребуется написать внешнюю обработку или скрипт, который пройдет по всем справочникам, отрежет первые 3-4 символа кода и проверит уникальность получившихся значений. Делайте это только на тестовой копии!
Проверка работоспособности и тестирование
Финальным этапом является комплексное тестирование системы. Запустите базу в обычном режиме и попробуйте выполнить типовые операции: создать новый документ, провести его, сформировать отчет. Убедитесь, что проведение документов не вызывает ошибок, связанных с отсутствием правил регистрации.
Проверьте журналы регистрации событий. В них не должно быть сообщений об ошибках обмена или попытках обращения к несуществующим планам обмена. Если вы используете внешние обработки или расширения конфигурации, убедитесь, что они корректно работают с новой структурой базы.
Выполните тестовое резервное копирование и попробуйте восстановить базу из него на тестовом сервере. Это гарантирует, что структура базы данных после снятия РИБ является целостной и не содержит поврежденных ссылок на удаленные объекты распределенной инфраструктуры.
⚠️ Внимание: Если после снятия РИБ наблюдается сильное замедление работы, выполните переиндексацию таблиц в СУБД (MS SQL, PostgreSQL), так как удаление большого количества записей из таблиц регистрации могло фрагментировать индексы.
После снятия РИБ рекомендуется выполнить сжатие базы данных средствами СУБД (Shrink Database), чтобы вернуть дисковое пространство, освобожденное после удаления таблиц регистрации изменений.
Часто задаваемые вопросы (FAQ)
Можно ли снять РИБ, не удаляя историю документов?
Да, при корректном выполнении процедуры снятия распределенной базы все документооборот и история движений по регистрам сохраняются. Удаляются только служебные данные о самом факте обмена и правила синхронизации.
Что делать с префиксами в кодах справочников после отключения?
Система 1С автоматически не убирает префиксы из кодов существующих элементов. Для их удаления необходимо использовать специальные обработки очистки кодов, предварительно сделав резервную копию, так как есть риск нарушения уникальности кодов.
Нужно ли удалять файлы выгрузки после снятия режима?
Да, файлы выгрузки (обычно это xml или zip архивы в папке обмена) больше не имеют смысла и занимают место. Их можно безопасно удалить вручную после того, как вы убедились, что обмен больше не требуется.
Влияет ли снятие РИБ на права пользователей?
Нет, права пользователей и роли остаются без изменений. Однако, если у вас были специфические права, ограничивающие доступ к планам обмена или настройкам синхронизации, эти ограничения станут неактуальными, но сами права не пропадут.
Можно ли потом снова включить РИБ в этой базе?
Технически включить режим распределенной базы можно снова, но старая история обмена будет утеряна. Вам придется создавать новые планы обмена и заново настраивать правила регистрации, фактически начиная процесс распределенной работы с нуля.