<img src="https://habrastorage.org/getpro/habr/upload_files/948/a91/de7/948a91de77ba266fa8e5b2980a69fbde.webp" /><p>К этой статье меня подтолкнула причина донельзя прозаическая. Сижу недавно на брифинге, и прилетает жалоба: сервер отчётов работает из рук вон плохо. Сервер при этом не мой, в орбиту обслуживания он не входил, а тут пришлось вспомнить, как оно всё устроено у SQL Server Reporting Services (SSRS), вспомнить молодость, так сказать. Вспомнил. Заодно собрал то, чего мне самому когда-то не хватало, — и решил, что пора всё это выложить в одну статью.</p><p>Сервер отчётов — сервис незаметный, пока кто-нибудь из бизнеса не напишет: «а почему мне со вчерашнего дня не приходит утренняя рассылка». Сидишь, открываешь портал, видишь, что подписка вроде есть, вроде активна, а письма не уходят. Ну и как оно всегда было? Лезешь в логи, а логов нормальных нет, есть только таблица где-то внутри базы, в которую редко кто, кроме DBA, и заглядывал.</p><p>Знакомо? Если вы держите SSRS или его старшего брата Power BI Report Server, наверняка знакомо.</p><p>Вопросы, на которые SSRS обязан отвечать сам, звучат просто.</p><p>Какие рассылки упали этой ночью и по какой причине?</p><p>Какие отчёты открывают чаще всего, а какие не открывали полгода? Это обычная статистика использования отчётов, которой в портале нет.</p><p>Где сервер реально упирается в ресурсы?</p><p>Кто владелец подписки, которая ломается третью неделю подряд?</p><p>Штатными средствами ни один из этих ответов не достаётся: портал показывает список объектов, а журнал выполнения лежит таблицей в служебной базе, без графиков поверх. Ниже — как я собрал дашборд в Grafana поверх базы <code>ReportServer</code> и какие грабли попались по дороге.</p> <a href="https://habr.com/ru/articles/1084918/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1084918#habracut">Читать далее</a>