При администрировании серверов «1С:Предприятия» начиная с версий платформы 8.3.15, системные администраторы часто сталкиваются с появлением нового процесса dbda.exe. Нередко этот процесс вызывает вопросы, так как может потреблять значительное количество ресурсов процессора (до 25% на одно ядро) и оперативной памяти, приводя к «фризам» и зависаниям работы пользователей. В таких ситуациях администратору важно вовремя провести замер производительности контура 1С и поиск узких мест (поможет обработка для анализа производительности серверов 1С), чтобы точно определить виновника деградации системы. В этой статье мы подробно разберем, что это за компонент, почему он ведет себя подобным образом и как грамотно настроить кластер серверов, чтобы нейтрализовать проблему.
Для начала давайте выясним природу этого файла. Многие администраторы, впервые заметив неизвестный процесс, потребляющий ресурсы, опасаются вирусной активности. Спешим успокоить: dbda.exe — это легитимный компонент платформы «1С:Предприятие». Проектируя надежные системы, стоит учитывать подобные нюансы.
Аббревиатура DBDA расшифровывается как Data Base Data Accelerator (Дата акселератор). Это специализированная In-Memory СУБД (база данных, работающая непосредственно в оперативной памяти), которая встроена в платформу.
Рассмотрим ключевые характеристики этого компонента:
bin).Давайте проанализируем, почему этот полезный, на первый взгляд, инструмент становится головной болью для администраторов. Пользователи часто жалуются на то, что сервер начинает «тормозить», а процесс dbda.exe постоянно висит в диспетчере задач, даже если компания не использует «1С:Аналитику» и не имеет лицензий уровня КОРП.
Мы выделили несколько основных причин такого поведения:
dbda.exe для проверки готовности к работе.dbda.exe может генерировать объемные логи и дампы памяти в каталоге srvinfo.Самый правильный и «цивилизованный» способ решения проблемы — настройка Требований назначения функциональности (ТНФ). Если вы работаете с несколькими версиями платформ, вам может пригодиться консольное переключение между платформами для быстрого доступа к нужным утилитам администрирования.
Давайте разберем этот процесс по шагам через стандартную консоль (MMC).
Запустите консоль администрирования серверов 1С. Чтобы не запутаться в версиях при запуске оснастки, удобно использовать специальную утилиту для запуска консоли кластера серверов любых версий. Разверните дерево до уровня вашего кластера и найдите ветку «Требования назначения функциональности».
Нам необходимо создать правило, которое запретит запуск сервиса Дата акселератора:
Сервис даты акселератора.Не назначать.В дереве консоли найдите корневой элемент вашего кластера, нажмите на него правой кнопкой мыши и выберите пункт «Применить требования назначения функциональности». Только после этого процесс dbda.exe должен исчезнуть из диспетчера задач. Для более удобного визуального управления всеми компонентами кластера рекомендуем попробовать Панель Управления Сервисами и Компонентами (ПУСК), которая является отличной кроссплатформенной альтернативой стандартной консоли — есть утилита управления и администрирования кластеров 1С.
В некоторых случаях метод с ТНФ может не сработать сразу. Существует более радикальный метод:
bin).dbda.exe и переименуйте его в dbda.exe.bak.Важное предупреждение: Этот метод вызовет ошибки в системных логах о невозможности запуска компонента, поэтому программное отключение через ТНФ является приоритетным.
После того как вы победили процесс, рекомендуем проверить каталог данных кластера (обычно C:\Program Files\1cv8\srvinfo\reg_XXXX\). Найдите папку с именем dbda. Если процесс отключен, содержимое этих временных папок можно удалить, чтобы освободить место на диске.
Подводя итог, можно сказать, что процесс dbda.exe — это мощный инструмент для аналитики, который на обычных серверах часто только мешает работе. Самым надежным способом решения проблемы является настройка Требований назначения функциональности с типом «Не назначать» для «Сервиса даты акселератора» и обязательное применение этих требований к кластеру.