При масштабировании торговой сети системные администраторы и программисты 1С часто сталкиваются с ситуацией, когда создание очередного узла распределенной информационной базы (РИБ) завершается ошибкой. Проблема может проявляться по-разному: от банального «Не удалось записать узел» до зависания процесса намертво или падения SQL-сервера. Рассмотрим подробно причины возникновения таких сбоев и разберем проверенные способы их решения, основываясь на практическом опыте специалистов.
Первое, на что мы должны обратить внимание — это версия технологической платформы 1С:Предприятие. Как показывает практика, определенные релизы платформы (например, ветка 8.3.9) имели внутренние ошибки при работе с механизмом РИБ в конфигурации «Розница». Если вы столкнулись с невозможностью создать образ на свежей платформе, проанализируем следующие шаги:
8.3.9.1818 или выше, попробуйте временно установить более раннюю стабильную версию (например, 8.3.8.2137) для выполнения операции создания начального образа. Часто после успешного создания образа базу можно снова перевести на актуальную платформу.Одной из самых коварных и «неочевидных» причин ошибки записи узла является включенная Дата запрета изменения данных. Выясним причину: при создании РИБ система инициирует запись технических данных и формирование начальных остатков. Если в настройках системы установлена дата запрета (например, на вчерашний день), а механизм РИБ пытается провести документы свертки или регистрации датой, попадающей в запретный период, система выдаст ошибку записи без уточнения деталей.
Рассмотрим порядок действий для исключения этого фактора:
Разберем ситуацию, когда база уже достаточно большая. В «1С:Розница» при создании образа формируется специальный технический объект — документ Ввод начальных остатков узла. В платформе 1С существует ограничение: в одной табличной части документа не может быть более 99 999 строк. Если ваш магазин содержит огромное количество номенклатуры, видов цен или характеристик, этот лимит может быть превышен.
Проанализируем, как решить эту проблему:
Чаще всего «раздувание» происходит из-за регистра Цены номенклатуры. Система пытается выгрузить все типы цен для всех товаров. Если в вашей базе более 100 000 записей о ценах, документ не запишется.
Решение: необходимо использовать расширение конфигурации, которое добавит фильтрацию при заполнении цен. Нужно ограничить выборку только теми видами цен, которые реально используются в конкретном магазине (указаны в карточке магазина или в правилах ценообразования). Это сократит количество строк в разы и позволит системе успешно создать узел.
При работе на SQL-версии создание образа может «зависать» из-за огромного объема временных данных. Мы можем наблюдать ситуацию, когда процесс rphost практически не нагружен, а SQL-сервер потребляет максимум ресурсов дисковой подсистемы.
Для успешной выгрузки выполним следующие настройки, используя скрипт перевода базы в режим SIMPLE и оптимизации TempDB:
tempdb, достаточно свободного места (иногда требуются десятки гигабайт).Simple (Простая), чтобы лог транзакций (.ldf) не вырос до терабайтных размеров и не заблокировал работу сервера.Если стандартный механизм создания начального образа (через кнопку в интерфейсе) продолжает выдавать ошибки, рассмотрим профессиональный метод, который используют в крупных сетях с количеством узлов более 50-100. Суть метода заключается в использовании уже существующего рабочего узла в качестве шаблона.
Разберем алгоритм по шагам (существует также готовый мастер создания узла РИБ методом клонирования):
М33).
// 1. Снимаем признак подчиненного узла
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
// 2. Устанавливаем код "Этого узла" равным коду, созданному в ЦБ
ЭтотУзел = ПланыОбмена.Розница.ЭтотУзел().ПолучитьОбъект();
ЭтотУзел.Код = "М33"; // Новый код из ЦБ
ЭтотУзел.Наименование = "Магазин №33 (Новый)";
ЭтотУзел.Записать();
// 3. Снова назначаем главным узлом Центральную базу
// Предварительно нужно найти ссылку на узел центральной базы
УзелЦентр = ПланыОбмена.Розница.НайтиПоКоду("ЦБ");
ПланыОбмена.УстановитьГлавныйУзел(УзелЦентр);
Важный момент: После этих действий в новой базе необходимо очистить все старые документы (чеки, продажи), которые принадлежали предыдущему магазину, если вы копировали живой узел. Однако, справочники, настройки прав и торгового оборудования уже будут в базе, что значительно ускорит запуск. Для очистки базы и подготовки узла РИБ можно использовать инструмент для создания первоначального образа РИБ и быстрой очистки базы от документов и движений.
Посмотрим на еще несколько факторов, которые могут блокировать процесс:
Регистрация изменений для обмена, не зарегистрированы ли для нового узла лишние объекты до начала создания образа. Чистая таблица регистрации — залог корректного старта.Применяя данные подходы комплексно, мы сможем обойти ограничения платформы 1С и успешно создать распределенную сеть магазинов даже в условиях очень больших баз данных. Для ускорения процесса в 1С:Розница 2.3 подойдёт обработка для быстрой выгрузки данных, свертки и пакетного создания узлов РИБ.