Настройки кластера, рабочих серверов и информационных баз почти всегда остаются такими, какими их создала установка. Обработка снимает их штатным объектом платформы и по каждому параметру говорит не что там записано, а чем текущее значение кончится на боевой базе: не "резервирование = Ложь", а "при аварии процесса сеансы этой базы завершатся, а не переедут".
На записи выше видно весь цикл: обработка показывает красное "чинить" по перезапуску процессов, в консоли кластера задаётся расписание, повторная проверка - и строка становится зелёной, а счётчик проблем сверху уменьшается.
Что она проверяет
Пять разделов, около сорока проверок. По каждой строке - вердикт (чинить, внимание, норма, инфо, нет данных) и колонка "чем это кончится".
- Кластер целиком: уровень отказоустойчивости, режим балансировки, период перезапуска процессов, время принудительного завершения, ограничение по памяти процесса, период превышения памяти, отклонение по ошибкам, завершение проблемных процессов, запись дампа, уровень безопасности соединений.
- Рабочие серверы (по каждому): безопасный расход памяти за вызов и на процессы, временно допустимый и критический объём, ограничение памяти, число баз и соединений на процесс, менеджер под сервис, центральный сервер, диапазоны портов, SPN, требования назначения функциональности.
- Информационные базы (по каждой): блокировка регламентных заданий, блокировка начала сеансов, профиль безопасности и профиль безопасного режима, резервирование процессов, выдача лицензий, уровень безопасности, смещение дат, внешнее управление сеансами, паспорт СУБД, пользователь базы данных.
- Сервисы, менеджеры и ресурсы: распределение сервисов по менеджерам, ограничения и счётчики потребления ресурсов, профили безопасности кластера, администраторы кластера, объектные блокировки на момент проверки.
- Что происходит прямо сейчас: рабочие процессы и их время жизни против настроенного перезапуска, сеансы и соединения, выданные лицензии, версия платформы.
Чем отличается от консоли кластера
Консоль показывает значения. Обработка показывает последствия. Три примера того, что она печатает вместо числа:
- блокировка регламентных заданий включена - "обмены и закрытие месяца не выполняются, узнают об этом в конце месяца";
- профиль безопасности не задан - "любой внешний код в базе имеет полные права на внешнюю активность: запуск программ, файлы, COM";
- период перезапуска процессов 0, расписания нет и лимит памяти не задан - "процессы не перезапускаются никогда, накопленная память не освобождается до аварии".
Перезапуск при этом проверяется по двум признакам сразу, периоду и расписанию, и на обоих уровнях - кластера и рабочего сервера. Это важно с 8.3.27: в консоли численного поля "интервал перезапуска" больше нет, осталось только расписание, и инструмент, который читает одно число, объявит "процессы не перезапускаются никогда" кластеру, где перезапуск настроен.
Проверка, которой нет в консоли
Пятый раздел сопоставляет настройку с фактом. Если период перезапуска процессов настроен на полчаса, а рабочий процесс живёт вторые сутки - обработка пишет "настройка не применена, кластер после правки не перезапускали". Ни настройка, ни факт по отдельности этого не показывают.
Как читает свойства баз
Расширенные свойства информационной базы кластер отдаёт только после аутентификации администратора этой базы. Без пароля он молча возвращает значения по умолчанию, а не ошибку - и инструмент, который этого не учитывает, показывает дефолты как настоящие настройки. Обработка это различает: указан администратор базы - читает свойства, не указан - честно пишет "нужен администратор этой базы", а не пересказывает умолчания.
Ограничения, названные прямо
- Только чтение. Ни одной изменяющей операции. Настройки кластера обработка не меняет - это работа консоли.
- Не мониторинг. Разовый снимок на момент нажатия, без истории и графиков.
- Не настройки СУБД. MAXDOP, tempdb, autovacuum, план обслуживания и бэкапы - отдельная тема.
- Только клиент-серверный вариант. Файловой базе в кластере проверять нечего.
- Свойства баз - по паролю их администратора. Без него раздел по базе даёт "нет данных", а не выдумывает значения.
Что ещё внутри
- Отчёт в файл. Все вердикты выгружаются в xlsx: разделы, сортировка по важности, вердикт залит цветом. Работает и в тонком, и в веб-клиенте.
- Встроенная справка двумя страницами: как читать вердикты и как поднять RAS по шагам.
- podnyat-ras.bat в комплекте. Ставит RAS службой Windows на сервере, где его нет: находит ras.exe рядом с работающим агентом, поэтому версия совпадает с кластером, и сам проверяет связь после запуска.
Требования
Платформа 8.3.14 и выше (используется объект АдминистрированиеСервера), клиент-серверный вариант, запущенный сервер администрирования RAS. Если RAS не поднят, обработка это скажет и направит на .bat из комплекта. Конфигурация любая. rac.exe, COM и запуск внешних программ не нужны.
Частые вопросы
Можно запускать на боевом кластере? Да, обработка только читает. Снимок процессов и сеансов берётся на момент нажатия.
Почему по части баз "нет данных"? Кластер не отдал их свойства без пароля администратора базы. Укажите его в настройках подключения - раздел раскроется.
А если RAS на сервере не запущен? Обработка честно скажет об этом вместо системной ошибки и даст пошаговую инструкцию. Поднять можно .bat из комплекта, он же ставит службу с автозапуском.
Вступайте в нашу телеграмм-группу Инфостарт