Блин, мы забыли включить регламентные задания…

Публикация № 1040493

Администрирование - Сервисные утилиты

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

Всего в проверке пока 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. Вот ссылка

41

Скачать файлы

Наименование Файл Версия Размер
Контроль списка баз
.cf 106,80Kb
08.04.19
6
.cf 106,80Kb 6 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. ellavs 356 09.04.19 09:37 Сейчас в теме
Спасибо. Добавлю в закладки, может пригодится.
2. YPermitin 1690 09.04.19 10:14 Сейчас в теме
(0) Интересная реализация. А за репо на GitHub отдельное спасибо :)
5. slozhenikin_com 92 09.04.19 13:41 Сейчас в теме
(2) работал с версией EDT 1.10, если что. Другой импортнуть не получится.
YPermitin; +1 Ответить
8. YPermitin 1690 09.04.19 14:31 Сейчас в теме
3. w.r. 190 09.04.19 12:10 Сейчас в теме
Автоматизировать организационный фактор...ну в принципе здравая идея, но не критичная. По поводу

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


Дополнительные процедуры обработки данных после обновления тогда не стартуют. Это должен быть очень невнимательный разработчик, чтобы это не заметить
4. slozhenikin_com 92 09.04.19 13:31 Сейчас в теме
(3) не совсем понятно: критично по отношению к чему?

Есть код разрешения и ключ UC, который позволяет запускать заблокированную базу.
6. triviumfan 10 09.04.19 13:41 Сейчас в теме
(3) Обновление не всегда затрагивает изменение версии конфигурации)
7. w.r. 190 09.04.19 13:45 Сейчас в теме
(6)

Тогда это не обновление, а просто внесение измнений в конфигурацию
9. leemuar 09.04.19 15:55 Сейчас в теме
Поздравляю, вы начали писать свою систему мониторинга :) Важный шаг! Следующим шагом для вас будет использование существующих систем, например Zabbix. А дальше - автоматизация релизов, чтобы исключить тот самый человеческий фактор "забыл снять галочку"

Старайтесь уходить от Com объектов - с ними много проблем, рано или поздно вы на них наткнетесь - начиная от медленной работы и заканчивая "повисанием" службы COM и труднодиагностируемыми ошибками COM. Для управления кластером сейчас для вас скорее всего будет предпочтительным использование ras/rac, особенно в перспективе автоматизации релизов

Спасибо что поделились!
user633910_yagee12; ser6702; +2 Ответить
10. slozhenikin_com 92 09.04.19 16:40 Сейчас в теме
(9) Zabbix есть, не поверите. Проблема что Zabbix заведуют злые админы и не дают возможности его юзать. Поэтому и использовал доступный мне инструментарий. Надеюсь, поможет тем у кого нет заббикса.

Поделитесь чем еще пользуетесь для мониторинга? Мы сейчас еще ELK разворачиваем. Как наберу информацию и статистику - напишу статью какие проблемы мы им решили.
14. leemuar 11.04.19 22:10 Сейчас в теме
(10) верю! Вредные сисадмины - частая проблема. Мы тоже писали свой инструмент мониторинга на 1С сначала. Можете поставить свой Zabbix, не влезая в админский. ELK - тоже хорошо. Главное - чтобы решал ваши проблемы, у каждого они специфические. одно дело мониторить одну базу, другое когда их у вас 30 по всему миру

У нас был Zabbix, Graylog, самописный инструмент на 1С, автозадачи Ивана Белокаменцева - каждый решает свои задачи т.к. мониторинг - понятие многоуровневое
17. DonAlPatino 53 14.04.19 11:47 Сейчас в теме
(10)(14) Коллеги. Расскажите, пожалуйста, что и как из 1С вы в zabbix мониторите? Мы же не про память, процы, диски и все с этим связанное, которое стандартным zabbix-агентом мониториться?
ну например как те же регламентные задания отслеживать? rac же (вроде) это не умеет?
19. leemuar 15.04.19 10:20 Сейчас в теме
(17) Привет, Слава! Подходит любая система мониторинга, способная выполнить произвольную shell-команду и выдать алерт, если результат расходится с эталонным.

ras/rac умеет! Это по сути инструменты для программной работы со всей консолью кластера, все что можно сделать в консоли кластера - можно делать и через ras/rac в скриптах.

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

П.С. Кроме ras/rac с кластером программно можно работать еще через COM-объект. Это медленнее, работает только на винде (ras/rac для сравнения кроссплатформенны), но работает для старых версий платформ 1С.
user633910_yagee12; +1 Ответить
18. ser6702 66 14.04.19 12:22 Сейчас в теме
(10) зачем его юзать, если можно тогда злым админам написать заявку на требуемый функционал и не изобретать велосипед? Вт там где его нет в ооо рога или копыта, где админ 1с удаленно приходящий наверное имеет смысл
11. Dragonim 91 11.04.19 08:51 Сейчас в теме
Как костыль или монитор разработка хороша, но надо что-то делать в бизнес-процессами, иначе скоро совсем фигово будет.
13. slozhenikin_com 92 11.04.19 19:30 Сейчас в теме
(11) как бизнес-процесс может исключить человеческий фактор в данном случае?
15. Dragonim 91 12.04.19 06:55 Сейчас в теме
(13) Одна из задач бизнес-процесса, это исключить или минимизировать человеческий фактор.

Например вы пишете:
Это маловероятно, но все же возможно: разработчики обновляют базу, ставят блокировку и забывают отключить.

Можно поменять бизнес-процесс автоматизировав процесс блокировки базы. Например используя программу в которой разработчик указывает базу, программа мягко всех выгоняет из базы, завершает все подвисшие соединения, устанавливает блокировку регламентных заданий, устанавливает блокировку на вход, ещё что-нибудь делает, и сообщает разработчику что можно спокойно обновлять. После обновления разработчик говорит программе "я закончил" и программа включает всё обратно, и рассылает пользователем письмо в котором говорится, что можно начать работать, были сделаны следующие изменения, о найденных ошибках пишите сюда.

Это только один из примеров который мне пришёл на ум. Не утверждаю что это ваш случай, но практика показывает, что если начинают создаваться внешние программы для отслеживания обыденных операций, потому что кто-то что-то мог забыть, значит есть проблемы в каких-то бизнес-процессах, и эти проблемы надо начинать решать, иначе количество отслеживаемого со стороны будет только возрастать и ни к чему хорошему это не приведёт.
16. slozhenikin_com 92 12.04.19 08:24 Сейчас в теме
(15) да, с точки зрения процессов идеально CI.
У нас пока автоматизировано обновление из хранилища по утрам и не требует особого внимания разработчика. Но полностью исключить человеческий фактор на хотфиксах пока не удается.
Ваши идеи правильные, надо поразмышлять об этом.
12. PLAstic 210 11.04.19 09:09 Сейчас в теме
Поставил плюсик только за название. Пока не читал.
slozhenikin_com; +1 Ответить
20. sdf1979 70 15.04.19 11:42 Сейчас в теме
Обратите внимание на конфигурацию "Центр Контроля Качества" из "Корпоративный Инструментальный Пакет". В этой конфигурации есть и контроль блокировок регламентных заданий и блокировка начала сеансов и много что другого.
21. slozhenikin_com 92 15.04.19 14:47 Сейчас в теме
(20)
Обратите внимание на конфигурацию "Центр Контроля Качества" из "Корпоративный Инструментальный Пакет". В этой конфигурации есть и контроль блокировок регламентных заданий и блокировка начала сеансов и много что другого.


У этой конфигурации есть один фатальный недостаток:)
22. sdf1979 70 15.04.19 15:08 Сейчас в теме
(21)
Из данной ссылки не понятно, какой же фатальный недостаток?
23. acanta 48 15.04.19 15:11 Сейчас в теме
24. slozhenikin_com 92 15.04.19 15:12 Сейчас в теме
(22)
Из данной ссылки не понятно, какой же фатальный недостаток?


"But another group discovered a fatal flaw in DDE: they didn't write it!"
В вольном переводе:
"..другая группа нашла в механизме DDE фатальный недостаток: его написали не они..."
25. sdf1979 70 15.04.19 15:20 Сейчас в теме
(24)
Мы много используем того, чего сами не писали... Странно считать это фатальным недостатком.
26. acanta 48 15.04.19 15:42 Сейчас в теме
(25) это зависит от формулировки в лицензии. Если она формулировка запрещает использование и доказать отсутствие копипаста нет возможности из за единой среды программирования, то проще изобрести другую среду или платформу и написать то же самое по другому ,чем доказать правомерность использования чужого кода.
Фишка вендорлокед.
27. slozhenikin_com 92 16.04.19 10:00 Сейчас в теме
(25) Да ну шутка же! Не будьте так серьезны)
28. DonAlPatino 53 17.04.19 11:13 Сейчас в теме
А можно нубский вопрос? ,т.к. под т.к. под это дело решил попробовать и скачал EDT. И при попытке обновить базу получил "Не найдено подходящих версий платформы для маски версии "8.3.11".
У меня 8.3.12. надо 11-ую ставить? Ибо в режиме совместимости вижу только "Версия 8.3.11 (актуальный)"
29. DonAlPatino 53 18.04.19 11:38 Сейчас в теме
(28) Поставил 11 платформу. Получил "Ошибка аутентификации информационной базы. Попробуйте настроить доступ к информационной базе." При том, что база создавалась средствами самого EDT и естественно пустая... В общем не судьба какая-то...
Оставьте свое сообщение