ИИ-агент провёл диагностику кластера 1С: обнаружил 119 ГБ служебных данных и «призрачные» бэкапы
Habr AI · оригинал
Материал подготовлен автоматизированной редакционной системой. Факты можно сверить по указанному первоисточнику.
Разработчик протестировал ИИ-агента на реальном тестовом кластере 1С, состоящем из 16 баз и двух серверов. Агент выявил критические проблемы с хранением данных и бэкапами, но корректно определил отсутствие системных тормозов.
Материал демонстрирует реальный потенциал ИИ-агентов в администрировании сложных корпоративных систем, показывая как их возможности, так и текущие ограничения в безопасности и точности интерпретации данных.
Вопрос автоматизации рутинных задач администрирования баз данных 1С остаётся актуальным для многих IT-отделов. Традиционные подходы часто ограничиваются проверкой кода или метаданных, тогда как эксплуатационные проблемы на сервере остаются вне поля зрения разработчиков. Недавний эксперимент, описанный в техническом сообществе, показал, что ИИ-агент способен эффективно анализировать состояние рабочего кластера, находя скрытые проблемы с производительностью и хранением данных.
Тестирование проводилось на реальном стенде: тестовая копия рабочей базы «1С:Управление холдингом», работающая на Windows Server 2022 с 512 ГБ оперативной памяти. Кластер включал 16 баз, а сервер базы данных использовал MS SQL Server с файлом данных объёмом около 70 ГБ. Агент работал через инструмент Local Commander, выполняя команды в соседней сети без прямого удалённого доступа к серверу. Задание было чётко ограничено: агент мог изменять только тестовую базу, а остальные объекты — лишь анализировать.
Первым серьёзным препятствием стала недоступность стандартного интерфейса RAC на порту 1545. Вместо того чтобы остановиться, агент переключился на COM-интерфейс кластера через порт 1540 и продолжил работу. Важным моментом стало корректное понимание лицензионных ограничений: агент не спутал количество пользователей в лицензии с фактическим числом занятых сеансов, что свидетельствует о глубоком понимании контекста.
Главной находкой стала папка srvinfo, занимающая 119 ГБ дискового пространства. Внутри содержалось более 12 000 файлов, включая полнотекстовый индекс рабочей базы объёмом 20 ГБ и журналы регистрации на 50 ГБ. Агент верно определил, что удаление индекса «как кэша» приведёт к потере функциональности поиска, а не просто к освобождению места. Также были выявлены следы давно удалённых баз в виде лишних каталогов, что требует внимательной проверки перед очисткой.
Отдельного внимания заслуживает ситуация с бэкапами. История SQL Server показала 444 резервные копии за месяц, тогда как для самой тестовой базы их не было создано вовсе. Агент проследил родословную данных и установил, что база была восстановлена из полной копии рабочей системы, но актуальной резервной копии текущих изменений не существует. Это классический пример «бэкап-призрака», когда формально данные защищены, но фактически восстановление может быть невозможно.
Вопреки ожиданиям, агент не обнаружил проблем с производительностью. Загрузка процессора составляла 5–7%, очередь диска была минимальной, а свободная память превышала 200 ГБ. Пороговые значения памяти кластера были установлены в ноль, что, согласно документации платформы 8.3.27, означает стандартные значения 80% и 95%. Агент корректно интерпретировал эти настройки, не предлагая необоснованных изменений. В журналах Windows за неделю было зафиксировано 234 предупреждения, но ни одно из них не относилось к работе 1С.
Эксперимент также выявил ряд технических сложностей: проблемы с кодировкой кириллицы в PowerShell, необходимость явного вызова COM-методов и отсутствие безопасного канала для передачи паролей. Агент самостоятельно исправлял большинство ошибок, пересчитывая данные при таймаутах и проверяя целостность конфигурации после создания тестового расширения. Важно отметить, что все ограничения по безопасности соблюдались на уровне модели ИИ, а не инструмента, что подчёркивает необходимость тщательного контроля за действиями автономных систем.