Я думаю багато хто стикався з проблемою, коли несподівано звіти починали працювати з великою затримкою. Є дві можливості вплинути на поведінку SQL Server Reporting Services щодо цієї проблеми.
Перша - це установка відповідного значення опції Recycle Time в файлі конфігурації для Reporting Services.
Цей конфігураційний файл знаходиться в каталозі, в який був встановлений SSRS, зазвичай це C: \ Program Files \ Microsoft SQL Server \ MSRS12.MSSQLSERVER \ Reporting Services \ ReportServer \ rsreportserver.config (для власного режиму) або
C: \ Program Files \ Common Files \ Microsoft Shared \ Web Server Extensions \ 15 \ WebServices \ Reporting \ rsreportserver.config (для режиму інтеграції з SharePoint). Опція Recycle Time задає в хвилинах (значення за замовчуванням 720) час очищення домену додатків, тобто через скільки хвилин Reporting Services очистить ресурси, виділені для звітів. Це значення може бути збільшено, щоб дозволити SSRS утримувати ресурси на більш тривалий період для запобігання уповільненню старту звіту через повторний ініціалізації ресурсів служби Reporting Services.
Рекомендую звернути увагу на цей параметр особливо в тих випадках, якщо у вас територіально розподілена організація і очищення домену додатків може негативно позначитися на роботі філій.
Друге рішення проблеми із затримками роботи звітів - це управління доступною для сервера звітів пам'яті.
У більшості організацій Reporting Services встановлюється на окремий сервер, а разом з якими-небудь іншими службами. У цьому випадку протягом робочого дня поки Reporting Services завантажений йому виділяється достатньо пам'яті. Але як тільки настає час простою (наприклад, вночі) операційна система може відібрати у сервера звітів ресурси. Вирішити цю проблему можна додаванням оперативної пам'яті, але не завжди це можливо. Іншим рішенням може бути настройка періодичного виконання якого-небудь звіту, щоб сервер звітів не простоювали. Але найкраще провести настройку мінімального значення використовуваного обсягу оперативної пам'яті.
Зазначена опція називається WorkingSetMinimum, задається в кілобайтах і не включена за замовчуванням в конфігураційний файл. Для визначення необхідного значення рекомендується поспостерігати за процесом Reporting Services (ReportingServicesService.exe).
У наведеному прикладі ReportingServicesService.exe використовує 46,772Kb оперативної пам'яті. Ми можемо округлити це значення до 50,000Kb і додати відповідний параметр в конфігураційному файлі
Але не забувайте, що така примусова виїмка оперативної пам'яті з роботи може негативно позначитися на інших додатках / службах, які працюють на цьому сервері, при великому обсязі задіяної пам'яті. Проводьте періодичний моніторинг продуктивності.
Пропонуємо Вам ознайомитися з іншими темами по SQL Server Reporting Services тут