Материал основан на анализе обращений корпоративных заказчиков, поступивших в службу поддержки Инфостарт в рамках 1С:РКЛ за последние несколько месяцев. Разбираем наиболее распространенные технические проблемы, их причины и способы предотвращения.

Автор статьи:
Алена Котова
Руководитель проекта развития 1С:РКЛ, Инфостарт
При эксплуатации корпоративных систем на платформе 1С большинство критичных инцидентов повторяются от проекта к проекту. Независимо от отрасли, масштаба бизнеса и особенностей ИТ-инфраструктуры компании сталкиваются с одними и теми же технологическими проблемами.
При подготовке этой статьи были проанализированы обращения, поступившие в корпоративную поддержку Инфостарт по 1С:РКЛ с начала 2026 года. Анализ показал, что большинство инцидентов объединяются в 8 категорий.
В этой статье мы расскажем о них: почему возникают, чем опасны для бизнеса и какие меры помогают снизить вероятность их повторения.
Категории проблем
| № | Категория | Возможные последствия для бизнеса |
| 1 | Рост базы данных и таблицы BinaryData | Рост затрат на хранение данных, увеличение времени резервного копирования |
| 2 | Лицензирование | Простои пользователей, ограничения доступа к системе |
| 3 | Производительность | Замедление работы сотрудников, снижение эффективности бизнес-процессов |
| 4 | Фоновые задания | Перегрузка серверов, ухудшение производительности в рабочее время |
| 5 | 1С:Шина и 1С:Элемент | Ошибки интеграции и обмена данными |
| 6 | Доменная аутентификация | Проблемы доступа пользователей |
| 7 | Работа кластера | Остановка критичных сервисов |
| 8 | Работа 1С в Linux | Ошибки администрирования и эксплуатации |
Несмотря на разнообразие обращений, сложные инциденты редко возникают внезапно. Как правило, им предшествуют изменения в инфраструктуре, рост нагрузки или накопление технического долга. Поэтому большинство критичных ситуаций выявляются заранее с помощью регулярного мониторинга и технического аудита.
Теперь рассмотрим каждую категорию подробно.Рост таблицы BinaryData
По статистике корпоративной поддержки Инфостарт, обращения, связанные с ростом BinaryData, входят в число наиболее частых при эксплуатации крупных информационных систем.
Аналогичные вопросы поступили сразу от нескольких заказчиков. Несмотря на различия в инфраструктуре, сценарий развития проблемы оказался практически одинаковым: рост BinaryData долгое время оставался незамеченным, а проблема обнаруживалась только после нехватки дискового пространства.
Как проявляется проблема:
- свободное место на дисках быстро заканчивается;
- резервное копирование начинает занимать значительно больше времени;
- объем базы данных увеличивается на десятки гигабайт без заметного роста количества пользователей или документов.
В большинстве случаев анализ показывал, что основной объем данных сосредоточен в таблице BinaryData.
Почему возникает:
- используется новый механизм хранения двоичных данных с платформы 8.3.27;
Чем это опасно:
Неконтролируемый рост базы влияет не только на объем дисковой подсистемы. Увеличивается время резервного копирования, дольше выполняются обновления, возрастает нагрузка на СУБД и повышается стоимость эксплуатации инфраструктуры.
Что помогает избежать проблемы:
На текущий момент, как один из вариантов, регулярно чистить старые неиспользуемые данные, либо переносить на сервер кластера 1С. Возможно, проблема будет решена в 8.3.5.4, так как в этой версии планируется много нововведений.
Проблемы лицензирования
Ошибки лицензирования остаются одной из наиболее частых причин обращений.
Как проявляется проблема:
- не удается получить клиентскую лицензию;
- после миграции сервера перестают работать программные лицензии;
- требуется перенос лицензий;
- возникают сложности с определением фактической потребности в лицензиях;
- свободные лицензии есть, но новые подключения невозможны.
Почему возникает:
Во многих случаях причиной становится не лицензирование как таковое, а изменения инфраструктуры:
- изменение конфигурации виртуальных машин;
- сетевые сбои;
- зависшие пользовательские сеансы;
- отсутствие регулярного аудита использования лицензий.
Чем это опасно:
Ошибки лицензирования приводят к простоям сотрудников, увеличению количества обращений в службу поддержки и задержкам в работе критичных бизнес-процессов.
Что помогает избежать проблемы:
Мониторинг лицензий и правильная архитектура лицензирования, например вынос лицензий на отдельный сервер лицензирования, помогут оперативно выявлять и контролировать проблемы.
Снижение производительности
Практически каждый месяц поступают обращения, связанные с ухудшением производительности корпоративных систем.
Как проявляется проблема:
- документы открываются значительно дольше обычного;
- отчеты формируются в течение нескольких минут вместо секунд;
- система начинает работать медленно в часы пик;
- сервер постоянно находится под высокой нагрузкой.
Почему возникает:
- рост объема данных;
- неоптимальные запросы;
- перегрузка рабочих процессов;
- нехватка «железных» ресурсов;
- устаревшее оборудование;
- транзакционные блокировки;
- ошибки настройки серверной инфраструктуры.
Чем это опасно:
Снижение производительности напрямую влияет на эффективность бизнеса. Пользователи тратят больше времени на выполнение повседневных операций, увеличивается продолжительность бизнес-процессов и возрастает риск нарушения внутренних SLA.
Что помогает избежать проблемы:
Наиболее эффективным подходом остается комплексный анализ платформы, СУБД и серверной инфраструктуры с последующей оптимизацией выявленных узких мест.
Фоновые задания
Еще одна распространенная категория обращений связана с выполнением регламентных операций.
Как проявляется проблема:
- задания не завершаются;
- регламентные операции выполняются значительно дольше обычного;
- процессы потребляют значительный объем памяти;
- резко возрастает нагрузка на процессор.
Почему возникает:
Чаще всего выясняется, что несколько ресурсоемких операций запускаются одновременно и начинают конкурировать за ресурсы сервера.
Чем это опасно:
Некорректно настроенные регламентные задания постепенно снижают производительность всей информационной системы и становятся причиной массовых жалоб пользователей.
Что помогает избежать проблемы:
Избежать подобных ситуаций помогают: разнесение нагрузки между различными фоновыми заданиями, скорректировав расписание выполнения; оптимизация потребления ресурсов регламентными и фоновыми заданиями; а также мониторинг нагрузки.
Работа с 1С:Шиной и 1С:Элементом
По мере распространения технологий 1С:Шина и 1С:Элемент увеличивается количество обращений, связанных с их внедрением и сопровождением.
Как проявляется проблема:
- ошибки аутентификации между узлами обмена;
- проблемы настройки взаимодействия с Kafka, RabbitMQ и другими сервисами;
- снижение производительности при обработке сообщений;
- сложности настройки и администрирования.
Почему возникает:
Основные причины – особенности настройки новых технологий, недостаточный опыт эксплуатации и быстрое развитие самих продуктов.
Чем это опасно:
Ошибки интеграции приводят к задержке обмена данными, нарушению взаимодействия между корпоративными системами и сбоям отдельных бизнес-процессов.
Что помогает избежать проблемы:
Использование типовых сценариев настройки, предварительное тестирование обменов, контроль журналов и регулярное обновление компонентов позволяют значительно снизить вероятность подобных инцидентов.
Доменная аутентификация
Компании, использующие корпоративную инфраструктуру Active Directory, регулярно обращаются с вопросами по настройке доменной аутентификации.
Как проявляется проблема:
- пользователи другого домена не могут войти в систему;
- веб-клиент постоянно запрашивает пароль;
- возникают ошибки Kerberos или OpenID Connect;
- после изменений инфраструктуры часть пользователей теряет доступ к системе.
Почему возникает:
Чаще всего причина связана с настройкой Active Directory, IIS, Kerberos или доверительных отношений между доменами.
Чем это опасно:
Ошибки аутентификации приводят к простоям пользователей и увеличению нагрузки на ИТ-службу.
Что помогает избежать проблемы:
Регулярная проверка настроек аутентификации после изменений инфраструктуры и документирование выполненных изменений позволяют существенно сократить количество подобных инцидентов.
Аварии и нестабильная работа кластера
Периодические перезапуски компонентов кластера относятся к наиболее критичным инцидентам.
Как проявляется проблема:
- массовое отключение пользователей;
- аварийное завершение процессов rphost;
- перезапуск менеджера кластера;
- недоступность сервера администрирования.
Почему возникает:
Наиболее частые причины – нехватка ресурсов, ошибки прикладного решения, перегрузка регламентными заданиями или проблемы виртуальной инфраструктуры.
Чем это опасно:
Подобные инциденты могут привести к полной остановке работы пользователей и нарушению критически важных бизнес-процессов.
Что помогает избежать проблемы
Постоянный мониторинг состояния кластера, контроль использования ресурсов и регулярный анализ журналов помогают выявлять потенциальные проблемы до возникновения аварий.
Работа 1С в Linux
По мере увеличения количества внедрений 1С на базе Linux растет и число обращений, связанных с эксплуатацией таких систем.
Как проявляется проблема:
- настройки серверов Linux;
- запуск служб 1С;
- серверной отладки;
- настройки взаимодействия с СУБД;
- эксплуатации отечественных дистрибутивов – Альт Линукс, РЕД ОС и Astra Linux.
Почему возникает:
Подобные задачи требуют одновременно знания платформы 1С и особенностей администрирования Linux.
Чем это опасно:
Ошибки настройки могут привести к нестабильной работе серверов, снижению производительности и увеличению времени восстановления после сбоев.
Что помогает избежать проблемы:
Использование проверенных рекомендаций по развертыванию, регулярное обновление компонентов и профилактический аудит инфраструктуры позволяют значительно повысить стабильность эксплуатации.
Что объединяет большинство обращений
Несмотря на различие симптомов, причины большинства инцидентов оказываются схожими.
Наиболее часто специалисты выявляют:
- отсутствие регулярного мониторинга;
- неконтролируемый рост объема данных;
- изменения инфраструктуры без оценки рисков;
- недостаток «железных» ресурсов;
- накопление технического долга;
- отсутствие профилактического аудита.
Во многих случаях эти проблемы можно обнаружить еще до появления критических инцидентов.
Какие меры помогают снизить количество критичных обращений
На основе практики сопровождения корпоративных систем выделим такие универсальные рекомендации:
- регулярно анализируйте рост информационных баз;
- контролируйте использование лицензий;
- отслеживайте выполнение регламентных заданий;
- организуйте мониторинг кластера 1С;
- проверяйте производительность после изменений инфраструктуры;
- своевременно обновляйте платформу;
- периодически проводите технический аудит информационной системы.
Такой подход позволяет не только быстрее устранять возникающие проблемы, но и значительно сократить количество критичных инцидентов.
Принципы эффективной корпоративной поддержки
Эффективность корпоративной поддержки определяется не только скоростью устранения инцидентов. Не менее важно своевременно выявлять потенциальные риски, анализировать причины возникновения проблем и предотвращать их повторение.
Именно поэтому эффективная корпоративная поддержка включает не только обработку обращений, но и постоянный мониторинг, анализ изменений инфраструктуры, накопление экспертизы и работу с первопричинами инцидентов. Такой подход позволяет обнаруживать многие проблемы еще до того, как они начинают влиять на работу пользователей и критически важные бизнес-процессы.
По этим принципам построена корпоративная поддержка в Инфостарт в рамках 1С:РКЛ. Каждое обращение проходит регистрацию, первичную диагностику, оценку критичности и анализ первопричины. Если решение требует узкоспециализированной экспертизы, к работе подключаются профильные специалисты или, при необходимости, эксперты фирмы «1С». При этом заказчик взаимодействует с единой службой поддержки и получает сопровождение на всех этапах решения инцидента.
После завершения работ информация о выявленной проблеме и найденном решении сохраняется во внутренней базе знаний. Это позволяет быстрее диагностировать повторяющиеся ситуации, использовать накопленный опыт при сопровождении других корпоративных систем и постоянно повышать качество поддержки.
__________________________
Конечно, этот обзор не охватывает все возможные сценарии эксплуатации корпоративных систем 1С, однако позволяет выделить проблемы, с которыми крупные компании сталкиваются наиболее регулярно.
В следующих публикациях наша команда подробно разберет каждую из рассмотренных тем на реальных примерах из практики корпоративной поддержки. Покажем, как диагностировать рост таблицы BinaryData, искать причины проблем с лицензированием, анализировать производительность, выявлять узкие места в инфраструктуре и предотвращать сложные технологические инциденты.



