Добрый день, уважаемый читатель!

Сегодня речь пойдет о мониторинге параметров баз на сервере приложений 1С.

Желая исключить человеческий фактор и минимизировать количество ошибок, я написал небольшую конфигурацию.
В конфигурации два регламентных задания. Первое периодически подключается к кластеру и сохраняет текущие параметры: имя, Сервер БД, базу СУДБ, блокировки входа и регламентных заданий и т.д. Второе задание периодически проверяет эти параметры на ошибки.

Всего в проверке пока 6 видов самых распространенных ошибок:

1. Отсутствует база СУБД.
Эта ошибка происходит когда администратор, ответственный за SQL, удаляет (перемещает) базу СУБД, а его коллеги из 1С забывают удалить (изменить пути) на сервере 1С.

2. Заблокирован вход в рабочую базу.
Это маловероятно, но  все же возможно: разработчики обновляют базу, ставят блокировку и забывают отключить.

3. Выключены регламентные задания в рабочей базе.
Иногда при обновлении разработчики блокируют регламентные задания в базе и забывают их включить. Пользователи начинают жаловаться что что-то не так… Знакомо?

4. В тестовых или архивных базах включены регламентные задания.
Иногда разработчики забывают проверять в коде рабочая это база или копия. Программа начинает отправлять оповещения из копии или посылать в другие системы тестовые данные. Чтобы этого избежать, мы блокируем регламентные задания для тестовых и архивных баз.

5. Вход в базу заблокирован продолжительное время.
Если база долго не используется, не пора ли ее удалить?

6. Не заполнено описание базы.
Меня очень напрягает когда создают базы без описания. Нужно восстановить архив для бухгалтера на пару дней и потом база так и останется в списке. Для этого пишем что за база, для кого она и когда удалить. Эта проверка пока лишь проверяет наличие описания. Но в планах сделать шаблон и проверку regexp’ом.

Всю информацию об ошибках программа отправляет на почту техподдержки, создавая тикет в системе и своевременно предупреждая о проблеме.

Текст сообщения примерно следующий:

 
У следующих баз вход заблокирован 30 дней:
   
Сервер 1С: xxx, база 1С: xxx@xxx

Сервер 1С: yyy, база 1С: yyy@yyy

Сервер 1С: zzz, база 1С: zzz@zzz
 

Итоги.

У меня получилось снизить человеческий фактор и системно следить за определенным перечнем ошибок. Планирую и дальше развивать эту тему. Следите за обновлениями.

P.S. в 8.3.14 сделали встроенные методы работы с кластером, но у нас пока 8.3.13. Подробнее здесь.

P.P.S. конфигурация на Github. Вот ссылка

P.P.P.S. но если Вы не пользуете git,  то вот ссылка на cf.