|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
Всем привет, такая проблема: при формировании отчетов процесс зависает на неопределенный срок (круглый статус бар крутится и все), хотя отчет должен сформироваться за 15 секунд. Сервер не нагружен, все ок. Если отменить формирование и попробовать еще - отчет строится. Нет никакой закономерности, то все строится, то происходят сбои. Строю в Mozila 39.0, т.к. в Explorer 11 порой не открывается даже шапка отчета с фильтрами, если их много (они остаются не прогруженными/не активными), хотя опять же там нет тяжелых запросов или большого числа элементов. Все эти проблемы посыпались относительно недавно, хотя больше года все до этого работало замечательно. Возможно корень этой проблемы один. Кто-нибудь сталкивался с такими проблемами? Microsoft SQL Server 2012 - 11.0.5613.0 (X64) May 4 2015 19:05:02 Copyright (c) Microsoft Corporation Business Intelligence Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 12:59 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
Bosyak, у нас 2008, но бывают иногда похожие ситуации. Успешно лечим так: - открываем хранимую процедуру в Management Studio на модификацию ( alter procedure ) - комментируем весь текст хранимки, оставляем только 1-ю строку set nocount on - выполняем хранимку, получаем пустой набор данных - запускаем отчет, на экране цифр не будет - снимаем комментарии в хранимой процедуре, и запускаем в нормальном виде - запускаем сам отчет, тормоза проходят ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 15:18 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
user89, хм) а если у меня отчет формируется не из хранимки, а текст самого запроса прописан в самом Dataset? Имеет смысл сверху прописывать SET NOCOUNT ON? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 15:45 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
а какое распределение по времени между TimeDataRetrieval / TimeProcessing / TimeRendering в ExecutionLog ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 16:12 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
Bosyak, смысл этих шаманств в том, чтобы отчет отработал мгновенно, пусть и без возврата данных. Потом отчет вернется в своё русло... Сам Reporting мы не трогаем, только меняем текст хранимки на сервере. Если будет возможность, то лучше переведите в хранимки . А set nocount on надо прописывать везде , в т.ч. и перед обычным select. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 16:16 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
vikkiv, например такие TimeDataRetrieval TimeProcessing TimeRendering3717 37926 18757 74 141370 375 74910 43 2454559 58058 6723009 28438 1211 39 3052265 31577 1140 990 160512708 29495 1123004 29923 113 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 17:16 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
user89Bosyak, у нас 2008, но бывают иногда похожие ситуации. Успешно лечим так: - открываем хранимую процедуру в Management Studio на модификацию ( alter procedure ) - комментируем весь текст хранимки, оставляем только 1-ю строку set nocount on - выполняем хранимку, получаем пустой набор данных - запускаем отчет, на экране цифр не будет - снимаем комментарии в хранимой процедуре, и запускаем в нормальном виде - запускаем сам отчет, тормоза проходятПохоже на эффект от parameter sniffing, который лечите по сути рекомпиляцией хранимой процедуры (пусть и не самым простым способом). Рекомендую почитать про parameter sniffing и способы борьбы с ним более простыми способами (trace flag, WITH RECOMPILE). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2015, 20:59 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
Bosyakvikkiv, например такиеи какой из них кто? или это выполнение одного и того-же отчёта? в любом случае видно что на получение данных из БД времени не много тратится, большая часть уходит (до почти 60ти секунд) на внутренние для SSRS сортировки/группировки/агрегации/суботчёты на визуальное форматирование (цвета/разметки страниц и пр.) тоже относительно мало времени уходит.. если эти данные для одного и того-же отчёта - может там параметры другие (отдельное поле ExecutionLog) .. для полноты приведи ByteCount and RowCount чтобы было видно на накие объёмы данных это время тратится.. бывает иногда легче пересоздать отчёт сначала без форматирования , зачастую помогает, и с него уже осторожно наращивать сложность с постепенным контролем процессинга времени формирования .. т.к. какой элемент уносит сервер в раздумья .. хотя банально конечно, но есть случаи если сервер не выделенный под тесты и на нём куча других процессов/пользователей крутится - то что-то другое посылает сервер в нирвану.. смотри по загрузкам в Task Manager/ Resource Monitor и со стороны SQL в Activity Monitor .. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.07.2015, 01:16 |
|
MS RS 2012 Сбои при формировании отчетов
|
|||
---|---|---|---|
#18+
В логах такая ошибка: Код: plsql 1. 2. 3. 4.
Еще такой момент: такая проблема вылазит только с терминального сервера, на котором сидят все юзеры. Сервер с балансировкой нагрузки. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.08.2015, 11:09 |
|
|
start [/forum/topic.php?fid=31&fpage=16&tid=1533366]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
28ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
others: | 310ms |
total: | 434ms |
0 / 0 |