При работе в высоконагруженных системах или при распределении нагрузки между несколькими серверами приложений 1С:Предприятие часто возникают специфические проблемы, которые сложно диагностировать в обычном режиме. Одной из наиболее раздражающих ошибок является сообщение: «Номер не уникален» при попытке записи документа, хотя визуально номера должны следовать по порядку. Ситуация осложняется, если параллельно с этим «отваливаются» колонки в отчетах или ограничивается количество подключений. В этой статье мы подробно разберем причины возникновения таких коллизий и предложим проверенные методы их устранения.
Разберем ситуацию, когда база данных подключена к нескольким серверам 1С. Основная причина дублирования номеров кроется в работе Службы нумерации (NumerationService). В платформе 1С реализован механизм кэширования номеров для повышения производительности. Когда пользователь создает новый документ, сервер «бронирует» для него номер из своего внутреннего кэша.
Проанализируем, что происходит, если два сервера 1С работают с одной базой данных как независимые единицы, а не как узлы одного кластера:
Решение: Правильная настройка кластера серверов. Рассмотрим шаги по исправлению архитектуры:
Рассмотрим ситуацию с точки зрения программного кода. В типовых конфигурациях, таких как УТП или УПП на обычных формах, номер может присваиваться в момент открытия формы нового документа. Это увеличивает риск коллизий. Проанализируем решение, позволяющее минимизировать вероятность ошибки путем программного сброса кэша нумерации.
Для принудительного обновления кэша и получения актуального номера из базы данных используется метод ОбновитьНумерациюОбъектов. Его рекомендуется вызывать перед записью проблемных документов. Рассмотрим пример реализации:
// В модуле объекта или перед вызовом Записать()
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
// Принудительно обновляем нумерацию для данного типа документа
// Это заставляет сервер перечитать последний номер из БД
ОбновитьНумерациюОбъектов(Метаданные.Документы.ЗаказПоставщику);
КонецПроцедуры
Также важно пересмотреть момент установки номера. Если логика конфигурации позволяет, лучше устанавливать номер непосредственно в транзакции записи, используя подписку на событие ПриУстановкеНовогоНомера. В этом случае блокировка таблицы номеров будет минимальной по времени, а вероятность дублей практически исчезнет.
Выясним причину странного поведения системы, когда на одном сервере колонки с датами отображаются, а на другом — нет. Если настройки СКД идентичны, а очистка кэша (папки LocalSettings\Application Data\1C\1Cv8) не помогает, причину следует искать в региональных стандартах операционной системы на самих серверах.
Разберем, как это работает:
NULL, и система просто скроет колонку, считая ее пустой или ошибочной.Что нужно сделать:
Проанализируем ситуацию, когда 50 пользователей работают нормально, а 51-й не может войти в систему. Это классический симптом ограничения ресурсов или лицензирования, который ошибочно принимают за «глюк» платформы.
Рассмотрим основные факторы влияния:
rphost. Если у службы 1С недостаточно прав в ОС или на сервере не хватает оперативной памяти для запуска нового процесса, сессия «повиснет».Посмотрим, как оптимизировать работу: рекомендуется устанавливать лимит соединений на один rphost в районе 20–30 пользователей для повышения стабильности. Это позволит распределить нагрузку более равномерно.
Для стабильной работы 1С в многосерверной среде необходимо соблюдать три золотых правила. Во-первых, всегда объединяйте серверы в единый Логический Кластер, чтобы NumerationService работал централизованно. Во-вторых, синхронизируйте настройки ОС (региональные стандарты) на всех физических машинах, где установлен rphost. В-третьих, если вы сталкиваетесь с ошибками уникальности в типовых конфигурациях после переноса сервера, обязательно выполните команду:
// Выполнить один раз в консоли запросов или внешней обработке
ОбновитьНумерациюОбъектов();
Это сбросит все накопившиеся ошибки в кэшах менеджеров и позволит системе начать нумерацию с «чистого листа», опираясь на реальные данные в таблицах СУБД.