Отчет SSRS внезапно висит

Question

Имейте SSRS, который я создал в VS 2008. SQL server = 2008r2, аутентифицированный логин с моими учетными данными домена.

Отчет, который у меня есть, содержит около 12 или около того элементов управления TableX с различными запросами для создания сводного отчета о деятельности.

Все было хорошо, когда я ушел вчера, однако, когда я пришел сегодня утром, отчет просто зависает, когда я нажимаю «предварительный просмотр» (или запускаю отчет в отладчике). Все, что я вижу, это «сгенерирован отчет», а затем я должен войти в диспетчер задач и убить devenv.exe, чтобы восстановить его.

Внутри дизайнера отчетов я выполнил каждый запрос индивидуально, чтобы проверить, нет ли «длинных» запросов и нет. Каждый из них занимает около секунды, чтобы возвращать результаты. Другие отчеты в пакете работают нормально, только это проблема.

Есть ли где-нибудь я могу посмотреть или что-то сделать, чтобы начать удалять TableX один за другим, чтобы найти виновника (если это даже проблема).

Благодаря

Frank

Answer 1

время, чтобы положить свои комментарии в ответ (даже если вы уже пробовали некоторые из их). Вы запрашиваете методы, чтобы выяснить, какая часть отчета отключена, вот мои 2 cts.

Первые вещи, которые вы можете попробовать, когда вы застряли:

• Restart Visual Studio (хороший «оле„? Вы пробовали выключить его и снова“)
• Снять .data файлы, чтобы заставить обновление данных выполняется запрос

Если вы хотите, чтобы нырнуть немного глубже и иметь доступ к истинному ReportServer:

• Deploy на сервер отчетов, а проверка the execution log

Некоторые дополнительные вещи, которые могут помочь:

• запуска запросов отдельно в Visual Studio и/или в SSMS, предпочтительно с теми же значениями параметров, что и те, которые срабатывают в отчете (упоминание об этом для полноты, но вопрос уже утверждает, что это ничего не разрешило)
• пытается запустить отчет против последней резервной копии базы данных (если таковой имеется), последние изменения или увеличение данных могут быть причиной ваших неприятностей
• обзорных коды RDL, в частности запросов , и ищите проблемы :)
• Включите TOP 10 или что-то подобное во всех ваших запросах, чтобы узнать, какой из них вызывает проблемы.

Несовершенство всего, что я думаю, что ваш лучший вариант - это тот, который вы уже упоминаете: найти нарушающий таблик и запрос по процессу устранения.

В качестве последней мысли, две вещей, которые вызвали 99% наши проблемы производительности в SSRS:

1. Поворотных (так: табликс с динамическими столбцами) с большим количеством данных и/или фанком форматирования/выражений Оформления печатных изданий ,
2. Нарушение подзаголовков.

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

Answer 2

Хотя этот вопрос лет, я нашел его, пытаясь выяснить мою собственную проблему. Вот мое решение, на всякий случай это помогает кому-либо еще:

Закройте любой экземпляр Server Management Studio, подключенный к соответствующей базе данных.

В моем случае я открыл SSMS и подключился к серверу базы данных с другого компьютера и тестировал некоторые длительные хранимые процедуры в той же базе данных, к которой пытались подключиться мои отчеты. Должно быть какое-то затяжное соединение, которое заставило его не отвечать, так как после возникновения проблемы в SSRS я начал получать тайм-ауты для очень простых запросов в SSMS.

Как только я закрыл SSMS и дождался момента, мои отчеты в SSRS прекратились.