Каталог решений - Сервис регистрации ошибок (разворачивание и настройка)

Как-то на досуге захотел покрутить данный сервис, но все реализации были громоздкими, обросшими кучей бизнес-процессов. Решил сделать, как мне нравится — минимум метаданных без привязки к БСП и прочему и посмотреть, что же это такое — сервис регистрации ошибок.

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

Если вы НЕ любите ковыряться в журнале регистрации, настраивать всякие эластики, но хотите:

• увидеть, насколько забагованы ваши конфигурации,
• увидеть, как часто возникают ошибки,
• увидеть последнее, что видела жертва ошибки, в виде скрина,
• посмотреть, какой участок кода вызвал ошибку, 

то смело можете настраивать сервис регистрации ошибок.

Что же нужно сделать, чтобы воспользоваться сервисом:

1. Добавляем метаданные/расширение

Можно либо через сравнить объединить .cf загрузить нужные метаданные, либо установить расширение.

2. Создаём пользователя с ролью — сро_ОсновнаяРоль, через которого будут регистрироваться ошибки.

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

Отредактируем файл публикации default.vrd, либо заменим приложенным файлом и отредактировать ИМЯ_СЕРВЕРА, ИМЯ_БАЗЫ, ИМЯ_ПОЛЬЗОВАТЕЛЯ и ПАРОЛЬ:

4. Настраиваем базы на отправку ошибок:

Чтобы база, из которой мы хотим получать ошибки, их отправляла, нужно её настроить. Либо воспользовавшись обработкой:

либо вручную:

Нужно учитывать, что копии настроенных баз тоже начнут спамить. Чтобы была возможность фильтровать ошибки из копий, можно встроить настройку при открытии копий баз.

Тестировалось на версии 8.3.25.1445.