|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
Добрый день. Очень нужна помощь. Есть отчет построенный в REPORT BUILDER 3.0. Отчет публикуется на sharepoint 2010, используемый в связке с SQL server 2008 R2. Отчет используется вместе с другими отчетами, т.е. вызывается из тела других отчетов, принимая передаваемые в него параметры. Проблема в следующем: При отладке отчета в report builder все отлично работает, но после публикации на SharePoint отчет открывается крайне медленно: 2-4 минуты (через IE, при этом загрузка ЦП на стороне пользователя 50-70%, сервер вообще не загружен). Если просматривать отчет через firefox то открывается немного быстрее -1-2 минуты и нагрузка на ЦП, поменьше. Сами запросы на выборку данных отрабатывают быстро. Все запросы используемые в DATASETs отчета выполняются за 0 секунд в management studio. На форме читал что подобные проблемы могут быть связаны с использованием параметров фильров. Кто нибудь сталкивался с подобными проблемами ? Подскажите в какую сторону копать ? Если нужно могу предоставить больше информации. Во вложении сам RDL. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 16:00 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 18:31 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
виги, В моем случае если щелкнуть левой кнопкой мыши непосредственно на сам RDL, то в адресной строке будет такая ссылка: http ://yug/app/portal/_layouts/ReportServer/ RSViewerPage.aspx ?rv:RelativeReportUrl=/app/portal/dashboard_pm/markom/ det_for_good_dash_board.rdl &Source=http ://yug/app/portal/dashboard_pm/Forms/current.aspx?RootFolder=%2Fapp%2Fportal%2Fdashboard%5Fpm%2Fmarkom&FolderCTID=0x0120005DFFA26CDD17BC49813AF5F9DD1A8861&View={D2468007-7A69-4F45-817A-1D16C1510043}&DefaultItemOpen=1&DefaultItemOpen=1 А при вызове отчета из тела "родительского" отчета в адресной строке браузера будет следующее: http ://yug/app/portal/_layouts/ReportServer/ RSViewerPage.aspx ?rv:RelativeReportUrl=/app/portal/dashboard_pm/markom/ main_dashboard.rdl & Source= http ://yug/app/portal/dashboard_pm/Forms/current.aspx ?RootFolder=%2Fapp%2Fportal%2Fdashboard%5Fpm%2Fmarkom&FolderCTID =0x0120005DFFA26CDD17BC49813AF5F9DD1A8861 &View={D2468007-7A69-4F45-817A-1D16C1510043} &DefaultItemOpen=1 т.е. просмотр отчета выполняется через RSViewerPage.aspx , а вот такой каталог как Вы указали вообще отсутствует: ... /ReportServer/Pages/ReportViewer.aspx?... Что значит посмотреть просто браузером? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:22 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
fivtis, Какова скорость работы отчета если его просто опубликовать на Report Server'e, без использования Sharepoint 2010? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2012, 10:34 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
Предыдущая проблема была решена путем отключения значений по умолчанию в фильтрах отчета- отчет заработал относительно быстро (15 сек). Еще огромная одна просьба, во вложении отчет который так же работает очень медленно - 50 секунд. Там всего 3 датасета. в первых двух определяются значения для фильтров по умолчанию. в третьем , выбираются топ 10покупателей. Все 3 датасета отрабатывают за 0 секунд в management studio. Посмотрите пожалуйста в отчет во вложении, возможно кто то знает как можно его оптимизировать... Ниже привожу запросы из ДС: ФИЛЬТР по группам: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Фильтр по торговым маркам : Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Сам датасет топ 10: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27.
Помогите пожалуйста. Очень нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2012, 17:22 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
Тестируя данный отчет заметил следующее : Если в запросе на выборку данных закомментировать параметры то отчет работает быстро открытие происходит за 5 секунд: т.е. проблема 100 % связана с параметрами или с длиной строки которая содержится в переменных @gr и @mnf. Если же просто уменьшить кол-во отмеченных чекбоксами значений, то отчет строится 40 секунд. В прошлом посте не указал сколько строк возвращают датасеты: 1. Фильтр по группам 51 строка (в менеджмент студии 0 секунд) 2. Фильтр по брендам 160 строк (в менеджмент студии 0 секунд) 3. Главный датасет, понятное дело 10 строк (в менеджмент студии 0 секунд) ниже привожу главный датасет, где закоменчены параметры, в этом случае отчет работает быстро: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29.
При этом полный select * к таблице из главного датасета выполняется за 2 сек 80425 строк : Код: sql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.07.2012, 20:02 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
А вы тестировали в студии подставляя параметры эти? Вместо @gr и @mnf запихав запросы? А еще лучше список значений, так как передает его репортинг. Все таки IN не самый шустрый оператор. И вообще не нравится мне как репортинг отрабатывает такую подстановку параметра. Мы сразу у себя отказались от такой схемы. Все выборки живут в хранимках, параметры туда передаются длинной строкой с разделителями varchar(max), потом в процедуре функцией разворачиваем параметры в таблицу и скармливаем запросу. Ну и житие запроса в хранимке просто удобное решение. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2012, 10:01 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
Klick, Да, вчера специально подставлял все возможные значения параметров, в главный запрос. Т.е. в запросе явно прописал : where gr in ('группа 1','группа 2'..) and mnf in ('бренд1','бренд2'..) Отрабатывает быстро - 0 сек. Расскажите пожалуйста как Вы используете сохраненки для этой цели? авторВсе выборки живут в хранимках, параметры туда передаются длинной строкой с разделителями varchar(max), потом в процедуре функцией разворачиваем параметры в таблицу и скармливаем запросу. Как Вы это делаете расскажите, возможно это то решение которое меня спасет. Т.е. как вы передаете параметры в сохраненную процедуру? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2012, 10:30 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
fivtis, В самой процедуре IN параметр: Код: sql 1.
Внутри в where секции примерно такая конституция: Код: sql 1.
Функция ParamTable: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25.
Передача параметра из репортинга: Код: sql 1.
Ну и конечно, чтобы из хранимки вернулся рекордсет нужно чтобы последней командой был select. Вызов хранимки в репортинге: Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2012, 11:15 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
1) Мигрировать на SQL2012. В нем интеграция с SP2010 реализована через Service Application, и Microsoft утверждает, что скорость обработки отчетов выше. 2) Если нет возможности перейти на SQL2012, то установить все доступные обновления для SQL2008R2 и SP2010 (это в любом случае). По ходу обновлений производительность SSRS повышали (в частности в части интеграции с SP). 3) Внимательно проанализировать количество параметров, а также количество возможных значений каждого параметра. Если количество возможных значений (условно) >100, то еще раз подумать над структурой параметров отчета. Из моей практики симптомы высокой загрузки процессора браузером (IE) как правило связаны с большим количеством значений в параметрах (даже если пользователь выбирает 1 значение, браузер вынужден перелопачивать все значения) и/или сложным дизайном отчета. При этом запросы в SSMS и отчет в BIDS могут выполняться действительно очень быстро. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2012, 12:34 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
Bigheadman3) Внимательно проанализировать количество параметров, а также количество возможных значений каждого параметра. Если количество возможных значений (условно) >100, то еще раз подумать над структурой параметров отчета. Согласен, но у меня, например, в отчетах параметры нередко тащат за собой over 500-600 значений. Не айс, не хорошо, но иначе никак. И ничего отчеты вполне себе летают шустро. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2012, 12:48 |
|
Очень медленно открывается отчет SSRS, в IE.
|
|||
---|---|---|---|
#18+
KlickСогласен, но у меня, например, в отчетах параметры нередко тащат за собой over 500-600 значений. Не айс, не хорошо, но иначе никак. И ничего отчеты вполне себе летают шустро.500-600 - это уже тяжеловато для IE. Хотя если конфигурация ПК на хорошем уровне, то может работать действительно шустро. Но вот когда речь идет о тысячах, то совсем плохо становится. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2012, 13:37 |
|
|
start [/forum/topic.php?fid=31&tid=1534394]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
70ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 317ms |
total: | 483ms |
0 / 0 |