Сегодня расскажу, как я решил проблему с выключенными регламентными заданиями в рабочих базах.
Желая исключить человеческий фактор и минимизировать количество ошибок, я написал небольшую конфигурацию.
В конфигурации два регламентных задания. Первое периодически подключается к кластеру и сохраняет текущие параметры: имя, Сервер БД, базу СУДБ, блокировки входа и регламентных заданий и т.д. Второе задание периодически проверяет эти параметры на ошибки.
Всего в проверке пока 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. Вот ссылка
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Спасибо. Добавлю в закладки, может пригодится.
(0) Интересная реализация. А за репо на GitHub отдельное спасибо 🙂
Автоматизировать организационный фактор…ну в принципе здравая идея, но не критичная. По поводу
Иногда при обновлении разработчики блокируют регламентные задания в базе и забывают их включить. Пользователи начинают жаловаться что что-то не так… Знакомо?
Дополнительные процедуры обработки данных после обновления тогда не стартуют. Это должен быть очень невнимательный разработчик, чтобы это не заметить
(3) не совсем понятно: критично по отношению к чему?
Есть код разрешения и ключ UC, который позволяет запускать заблокированную базу.
(2) работал с версией EDT 1.10, если что. Другой импортнуть не получится.
(3) Обновление не всегда затрагивает изменение версии конфигурации)
(6)
Тогда это не обновление, а просто внесение измнений в конфигурацию
(5) окок, попробую.
Поздравляю, вы начали писать свою систему мониторинга 🙂 Важный шаг! Следующим шагом для вас будет использование существующих систем, например Zabbix. А дальше — автоматизация релизов, чтобы исключить тот самый человеческий фактор «забыл снять галочку»
Старайтесь уходить от Com объектов — с ними много проблем, рано или поздно вы на них наткнетесь — начиная от медленной работы и заканчивая «повисанием» службы COM и труднодиагностируемыми ошибками COM. Для управления кластером сейчас для вас скорее всего будет предпочтительным использование ras/rac, особенно в перспективе автоматизации релизов
Спасибо что поделились!
(9) Zabbix есть, не поверите. Проблема что Zabbix заведуют злые админы и не дают возможности его юзать. Поэтому и использовал доступный мне инструментарий. Надеюсь, поможет тем у кого нет заббикса.
Поделитесь чем еще пользуетесь для мониторинга? Мы сейчас еще ELK разворачиваем. Как наберу информацию и статистику — напишу статью какие проблемы мы им решили.
Как костыль или монитор разработка хороша, но надо что-то делать в бизнес-процессами, иначе скоро совсем фигово будет.
Поставил плюсик только за название. Пока не читал.
(11) как бизнес-процесс может исключить человеческий фактор в данном случае?
(10) верю! Вредные сисадмины — частая проблема. Мы тоже писали свой инструмент мониторинга на 1С сначала. Можете поставить свой Zabbix, не влезая в админский. ELK — тоже хорошо. Главное — чтобы решал ваши проблемы, у каждого они специфические. одно дело мониторить одну базу, другое когда их у вас 30 по всему миру
У нас был Zabbix, Graylog, самописный инструмент на 1С, автозадачи Ивана Белокаменцева — каждый решает свои задачи т.к. мониторинг — понятие многоуровневое
(13) Одна из задач бизнес-процесса, это исключить или минимизировать человеческий фактор.
Например вы пишете:
Можно поменять бизнес-процесс автоматизировав процесс блокировки базы. Например используя программу в которой разработчик указывает базу, программа мягко всех выгоняет из базы, завершает все подвисшие соединения, устанавливает блокировку регламентных заданий, устанавливает блокировку на вход, ещё что-нибудь делает, и сообщает разработчику что можно спокойно обновлять. После обновления разработчик говорит программе «я закончил» и программа включает всё обратно, и рассылает пользователем письмо в котором говорится, что можно начать работать, были сделаны следующие изменения, о найденных ошибках пишите сюда.
Это только один из примеров который мне пришёл на ум. Не утверждаю что это ваш случай, но практика показывает, что если начинают создаваться внешние программы для отслеживания обыденных операций, потому что кто-то что-то мог забыть, значит есть проблемы в каких-то бизнес-процессах, и эти проблемы надо начинать решать, иначе количество отслеживаемого со стороны будет только возрастать и ни к чему хорошему это не приведёт.
(15) да, с точки зрения процессов идеально CI.
У нас пока автоматизировано обновление из хранилища по утрам и не требует особого внимания разработчика. Но полностью исключить человеческий фактор на хотфиксах пока не удается.
Ваши идеи правильные, надо поразмышлять об этом.
(10)(14) Коллеги. Расскажите, пожалуйста, что и как из 1С вы в zabbix мониторите? Мы же не про память, процы, диски и все с этим связанное, которое стандартным zabbix-агентом мониториться?
ну например как те же регламентные задания отслеживать? rac же (вроде) это не умеет?
(10) зачем его юзать, если можно тогда злым админам написать заявку на требуемый функционал и не изобретать велосипед? Вт там где его нет в ооо рога или копыта, где админ 1с удаленно приходящий наверное имеет смысл
(17) Привет, Слава! Подходит любая система мониторинга, способная выполнить произвольную shell-команду и выдать алерт, если результат расходится с эталонным.
ras/rac умеет! Это по сути инструменты для программной работы со всей консолью кластера, все что можно сделать в консоли кластера — можно делать и через ras/rac в скриптах.
Пишешь скрипт, который опрашивает в кластере нужные тебе базы, проверяет корректность их настройки и возвращает ошибку, если настройки не соответствуют эталонным. Скрипт вешаешь в систему мониторинга на периодическое выполнение.
П.С. Кроме ras/rac с кластером программно можно работать еще через COM-объект. Это медленнее, работает только на винде (ras/rac для сравнения кроссплатформенны), но работает для старых версий платформ 1С.
Обратите внимание на конфигурацию «Центр Контроля Качества» из «Корпоративный Инструментальный Пакет». В этой конфигурации есть и контроль блокировок регламентных заданий и блокировка начала сеансов и много что другого.
(20)
У этой конфигурации есть один 🙂
(21)
Из данной ссылки не понятно, какой же фатальный недостаток?
(22) она не пишет?
(22)
«But another group discovered a fatal flaw in DDE: they didn’t write it!»
В вольном переводе:
«..другая группа нашла в механизме DDE фатальный недостаток: его написали не они…»
(24)
Мы много используем того, чего сами не писали… Странно считать это фатальным недостатком.
(25) это зависит от формулировки в лицензии. Если она формулировка запрещает использование и доказать отсутствие копипаста нет возможности из за единой среды программирования, то проще изобрести другую среду или платформу и написать то же самое по другому ,чем доказать правомерность использования чужого кода.
Фишка вендорлокед.
(25) Да ну шутка же! Не будьте так серьезны)
А можно нубский вопрос? ,т.к. под т.к. под это дело решил попробовать и скачал EDT. И при попытке обновить базу получил «Не найдено подходящих версий платформы для маски версии «8.3.11».
У меня 8.3.12. надо 11-ую ставить? Ибо в режиме совместимости вижу только «Версия 8.3.11 (актуальный)»
(28) Поставил 11 платформу. Получил «Ошибка аутентификации информационной базы. Попробуйте настроить доступ к информационной базе.» При том, что база создавалась средствами самого EDT и естественно пустая… В общем не судьба какая-то…
(29)Понимаю, что через пару месяцев ответ уже не очень актуален 🙂 но может кому-то пригодится мой опыт. Первая проблема решается определением версии совместимости, которая указана в конфе (при создании пустой ставит что-то по умолчанию, можно посмотреть в конфигураторе и выбрать при импорте). Вторая — по умолчанию в настройках стоит идентификация ОС, нужно выбрать идентификацию средствами самой базы, у меня заработало (база была непустая, выбрала пользователя с полными правами)
(30) Ну почему? Но создание пользователя в базе мне тоже не помогло 🙁 При этом 1c-parsing-tech-log с git’а я без проблем развернул… dt’ником поделитесь — может после загрузки базы я ее все-таки смогу к EDT прицепить?
(31)у меня типовая БП 3 база, без доработок. Можете на демке попробовать, должно так же работать.
Проект наконец-то загрузился, теперь не хочет в режиме 1С его запускать( Буду воевать дальше…
(32)Взял 3_0_29_8. EDT смогло подключиться но свалилось с
Операция конфигурирования завершена неуспешно
Журнал процесса выполнения:
Конфигурация содержит объекты метаданных, длина имен которых превышает 80 символов!
Возможны проблемы при выгрузке конфигурации и переносе ее на другие файловые системы.
Поставил «загрузить конфигурацию полностью»… получил
Операция конфигурирования завершена неуспешно
Журнал процесса выполнения:
Обработка структуры базы данных…
Дурдом…
(32) В общем результат на утро — конфигурацию EDT в базу с бухлом 3_0_29_8 загрузил, а вот применить не смог. Я оттуда конфигурацию забрал, на чистую базу накатил — работает. НО! Уже к базе с развернутой рабочей конфигурацией EDT прицепить так и не смог. Шайтан какой-то… Охоту работать с EDT в очередной раз отбило напрочь.
(34)та же проблема: база не запускается, ругается, на ошибку соединения с информационной базой… Прошлый релиз гораздо стабильнее был((
(35) Если вопрос ещё актуален, 1С написали решение этой проблемы:
1)Откройте файл 1cedt.ini в текстовом редакторе.
2)Замените стандартное значение параметра Xmx ( -Xmx4096m) на -Xmx8g.
Этот параметр устанавливает максимальный размер кучи (количество оперативной памяти, выделяемой виртуальной машине Java). Стандартно виртуальной машине выделяется не более 4096 Мб памяти. Разрешите ей использовать, например, 8 Гб ( -Xmx8g).
3)Измените расположение временного каталога. Для этого в строке, следующей за параметром Xmx, напишите, например:
-Djava.io.tmpdir=C: mp
где вместо C: mp укажите каталог временных файлов, который вы хотите использовать.
Большие типовые конфигурации могут содержать объекты с длинными именами. Для загрузки в EDT конфигурация сначала выгружается из информационной базы во временный каталог в иерархию папок. Эта иерархия повторяет структуру конфигурации. В результате полный путь к какому-нибудь XML-файлу конфигурации может превысить ограничения, накладываемые операционной системой, и импорт конфигурации закончится ошибкой. Чтобы избежать этого, поместите временный каталог, который EDT использует для импорта и экспорта файлов конфигурации, как можно ближе к корню диска.
4)Сохраните и закройте файл 1cedt.ini.