Reporting services service жрет память

Обновлено: 07.07.2024

ReportingServicesService.exe - это исполняемый файл (программа) для Windows. Расширение имени файла .Exe - это аббревиатура для исполняемых файлов. Необходимо запускать исполняемые файлы от проверенных производителей программ, потому что исполняемые файлы могут потенциально изменить настройки компьютера или нанести вред вашему компьютеру. Бесплатный форум с информацией о файлах может помочь вам разобраться является ли ReportingServicesService.exe вирусом, трояном, программой-шпионом, рекламой, которую вы можете удалить, или файл принадлежит системе Windows или приложению, которому можно доверять.

Используйте программу Настройщик Windows, чтобы найти причину проблем, в том числе и медленной работы компьютера.
Обновите программу ReportingServicesService.exe. Обновление можно найти на сайте производителя (ссылка приведена ниже).
В следующих пунктах предоставлено описание работы ReportingServicesService.exe.

Информация о файле ReportingServicesService.exe

Описание: ReportingServicesService.exe не является необходимым для Windows. ReportingServicesService.exe находится в подпапках "C:\Program Files". Известны следующие размеры файла для Windows 8/7/XP 17,264 байт (33% всех случаев), 14,624 байт, 13,672 байт, 2,075,480 байт или 14,552 байт.
У процесса нет видимого окна. У файла поставлена цифровая подпись. Это не системный процесс Windows. ReportingServicesService.exe способен мониторить приложения. Поэтому технический рейтинг надежности 37% опасности.
Если вы хотите полностью удалить программу, перейдите в Панель управления ⇒ Программы ⇒ Microsoft SQL Server Native или Microsoft SQL Server 2005.

Важно: Некоторые вредоносные программы маскируют себя как ReportingServicesService.exe, особенно, если они расположены в каталоге c:\windows или c:\windows\system32. Таким образом, вы должны проверить файл ReportingServicesService.exe на вашем ПК, чтобы убедиться, что это угроза. Мы рекомендуем Security Task Manager для проверки безопасности вашего компьютера.

Комментарий пользователя

Пока нет комментариев пользователей. Почему бы не быть первым, кто добавить небольшой комментарий и одновременно поможет другим пользователям?

ReportingServicesService сканер

Security Task Manager показывает все запущенные сервисы Windows, включая внедренные скрытые приложения (например, мониторинг клавиатуры или браузера, авто вход). Уникальный рейтинг надежности указывает на вероятность того, что процесс потенциально может быть вредоносной программой-шпионом, кейлоггером или трояном.

Бесплатный aнтивирус находит и удаляет неактивные программы-шпионы, рекламу, трояны, кейлоггеры, вредоносные и следящие программы с вашего жесткого диска. Идеальное дополнение к Security Task Manager.

SpeedUpMyPC бесплатное сканирование, очистка, восстановление и оптимизация вашей системы.

Хотя службы Службы Reporting Services могут использовать всю доступную память, можно переопределить поведение по умолчанию, настроив верхний предел ресурсов памяти, выделяемых серверным приложениям служб Службы Reporting Services . Можно также задать пороговые значения, которые изменяют способ назначения приоритета и обработки запросов сервером отчетов в зависимости от дефицита свободной памяти. При малом дефиците свободной памяти сервер отчетов назначает чуть более высокий приоритет интерактивной обработке отчетов или обработке отчетов по запросу. При серьезном дефиците свободной памяти сервер отчетов использует многочисленные приемы, чтобы сохранить работоспособность в условиях ограниченных доступных ресурсов.

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

Политики управления памятью

Службы Reporting Services изменяют объем памяти, выделяемый определенным приложениям и типы обработки запросов. Приложения, которые выполняются в службе сервера отчетов и участвуют в управлении памятью.

Веб-портал, клиентский веб-интерфейс для сервера отчетов.

Веб-служба сервера отчетов, используемая для интерактивной обработки отчетов и запросов по требованию.

Приложение фоновой обработки, используемое для обработки отчетов по расписанию, доставки подписок и обслуживания баз данных.

Политики управления памятью применяются к службе сервера отчетов в целом, а не к отдельным приложениям, выполняемым внутри процесса.

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

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

Когда следует настраивать параметры управления памятью

Параметры по умолчанию указывают неравные области для низкой, средней и высокой нехватки свободной памяти. По умолчанию область низкой нехватки свободной памяти больше, чем зоны средней и высокой нехватки свободной памяти. Такая конфигурация оптимальна для нагрузки, которая распределена равномерно, либо увеличивается или сокращается постепенно. В этом случае переход между зонами совершается постепенно, и у сервера отчетов есть время скорректировать реакцию.

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

Параметры конфигурации для управления памятью

Параметры конфигурации, которые управляют распределением памяти для сервера отчетов — WorkingSetMaximum, WorkingSetMinimum, MemorySafetyMarginи MemoryThreshold.

ПараметрыWorkingSetMaximum и WorkingSetMinimum определяют область доступной памяти. Настраивая эти параметры, можно установить область доступной памяти для приложений сервера отчетов. Это полезно, если несколько приложений размещаются на одном компьютере, и известно, что сервер отчетов использует непропорциональное количество системных ресурсов по сравнению с другими приложениями на том же компьютере.

ПараметрыMemorySafetyMargin и MemoryThreshold указывают границы низкого, среднего и высокого уровней нехватки свободной памяти. Для каждого состояния службы Службы Reporting Services предпринимают действие по исправлению, чтобы обработка отчетов и другие запросы выполнялись в соответствии с объемом памяти, доступной на компьютере. Можно указать параметры конфигурации, которые определяют разграничение между низким, средним и высоким уровнями нехватки свободной памяти.

Параметры конфигурации можно изменить, но это не улучшит производительность при обработке отчетов. Изменение параметров конфигурации полезно, только если запросы теряются прежде, чем будут завершены. Лучший способ повысить производительность сервера — развернуть сервер отчетов или его отдельные приложения на разных компьютерах.

На следующей иллюстрации показано, как параметры используются совместно, чтобы различить низкий, средний и высокий уровни нехватки свободной памяти:

В следующей таблице приведены описания параметров WorkingSetMaximum, WorkingSetMinimum, MemorySafetyMarginи MemoryThreshold . Параметры конфигурации задаются в файле RSReportServer.config.

По умолчанию сервер отчетов устанавливает значение WorkingSetMaximum равным объему доступной памяти в компьютере. Это значение обнаруживается при запуске службы.

Этот параметр не появляется в файле конфигурации RSReportServer.config, если не добавить его вручную. Чтобы сервер отчетов использовал меньше памяти, можно изменить файл RSReportServer.config, добавив элемент и значение. Диапазон допустимых значений — от 0 до максимального целого числа. Значение указывается в килобайтах.

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

Его значение по умолчанию рассчитывается при запуске службы. В соответствии с этим расчетом, запрашиваемый объем выделенной памяти составляет 60 процентов от WorkingSetMaximum.

Первая – это установка соответствующего значения опции 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 и добавить соответствующий параметр в конфигурационном файле

Но не забывайте, что такая принудительная выемка оперативной памяти из работы может негативно сказаться на других приложениях/службах, работающих на этом сервере, при большом объёме задействованной памяти. Проводите периодический мониторинг производительности.

Ссылка на наш канал YouTube

Рекомендуем ознакомиться с другими темами по SQL Server Reporting Services тут

Как понять что проблема именно в SQL Server - Заходим в Диспетчер задач, на вкладке Подробности находим sqlserver и смотрим колонку ЦП.

Если это значение постонно высокое, то значит где-то идет утечка CPU.

В этом руководстве мы собрали различные советы как решать подобную проблему

Поиск проблемных мест в SQL Server по CPU

1. Cмотрим счетчики perfmon

Определяем проблема в Kernel или User запросах.

В perfmon смотрим следующие параметры:

Processor: % Privileged Time – Percentage of time processor spends on execution of Microsoft Windows kernel commands such as OS activity. (If more than 30% involve Windows Admins)
Process (sqlservr): % Privileged Time – the sum of processor time on each processor for all threads of the process (SQL Kernel)
Processor: % User Time – percentage of time the processor spends on executing user processes such as SQL Server. This includes I/O requests from SQL Server

Если это значение % Privileged Time / No of logical cpus больше 30%, то скорее всего дело в системных настройках, возможно антивирус.

2. Ищем проблемные процессы

spID с 1 до 50 - это системные. Мы можем отключать (kill spID) или смотреть запрос только для пользовательских (spID>50).

Также пробуем использовать хранимки exec sp_who, sp_who1, sp_who2, sp_who3 - они позволяют посмотреть все процессы и их текущее состояние.

По spid можно найти этот запрос:

Альтернативно вы можете посмотреть последний запрос, выполняющийся в рамках этого spID:

А также можно убить процесс через kill spID. Убили процесс - и посмотрели как это сказалось на загрузке.

3. Выявление проблем через спец запросы SQL

Также попробуйте выполнить следующие запросы для поиска проблемных мест по CPU

Еще один скрипт для поиска проблемных запросов по CPU:

Для найденных элементов можно удалить план в кеше (подставив sql_handle):

Еще 1 запрос на поиск проблем по CPU:

Также посмотрите правой кнопкой на Сервере > reports> Standard reports > Top CPU queries.

4. Анализ найденных проблемных запросов

В найденных запросах посмотрите execution plan и посмотрите где наибольший cost.

Источники и что почитать по теме утечек CPU

Альтернативная документация по поиску CPU проблем SQL Server

Что проверить в первую очередь:

Конфигурация железа сервера.
Дисковая подсистема.
Свободное место.
Антивирус на сервере стоит?
БД (операции) не выполняются / выполняются, как часто.
Проверка целостности
Индексы перестройка
Обновление статистики
Сжатие (шринк)

Общие рекомендации

Электропитания - использовать «Высокая производительность»

настройка кэширования записи на диск

антивирус, - добавить папку SQL Server и файлов БД в исключения

настройка настроены параметры параллелизма (cost threshold for parallelism, max degree of parallelism)

настройка Hyper-Threading.

Мониторинг SSMS - «Стандартные отчеты»

«Стандартные отчеты» в пользовательском интерфейсе Management Studio

SQL Server Management Studio предоставляет минимальный необходимый набор стандартных отчетов для получения информации в режиме пользовательского интерфейса.

Доступ к этим отчетам может быть выполнен через «Обозреватель объектов» (Object explorer) → Правый клик мыши по базе данных → «Отчеты» (Reports) → «Стандартный отчет» (Standard reports)

Перечень «Стандартные отчеты»:

Занято место на диске
Использование дисковой памяти верхними таблицами
Использование дисковой памяти таблицей
Использование дисковой памяти секцией
События резервного копирования и восстановления
Все транзакции
Все блокирующие транзакции
Самые продолжительные транзакции
Транзакции, блокирующие наибольшее кол-во транзакций при выполнении
Транзакции с наибольшим кол-вом блокировок
Статистика блокировки ресурсов по объектам
Статистика выполнения объектов
Журнал согласованности баз данных
Статистика использования индекса
Физическая статистика индекса
Журнал изменений схемы
Статистика пользователей
Перечень «Пользовательские отчеты»

Мониторинг Activity Monitor - Монитор активности

Открыть монитор активности CTRL+ALT+A или SSMS стандарт. панель инструментов значок.

Монитор активности SQL Server 2008 объединяет данные о процессах, предоставляя наглядную информацию по выполняющимся и недавно выполнявшимся процессам.

Монитор активности предлагает администратору раздел обзора, внешне похожий на Диспетчер задач Windows, а также компоненты детального просмотра отдельных процессов, ожидания ресурсов, ввода-вывода в файлы данных и последних ресурсоемких запросов.

Мониторинг Reporting Services - Performance Dashboard Reports

Для наблюдения за SQL Server есть интересный пакет отчетов Reporting Services, называется он SQL Server Performance Dashboard Reports.

The SQL Server 2012 Performance Dashboard Reports are Reporting Services report files designed to be used with the Custom Reports feature of SQL Server Management Studio.

SQL Server 2012 Reporting Services. We have custom build application with connects to report server and make url based request to report server. When we run reports in QA we see ReportingServicesService.exe memory usage goes up and comes down after report is ready. Report is using SQL Server Analysis Services Tabular Cube as data source which is also in same server as SSRS server. this is QA.

In UAT setup is same we have SSAS and SSRS in same server. however when app runs reports in UAT ReportingServicesService.exe memory usage goes up but don't come down. as a result after some time everything almost goes out of memory and hangs. Why ReportingServicesService.exe memory usage is not coming down in this environment? any idea where to start looking for fix?

UAT : 512 GB RAM

In both rsreportserver.config have all default settings.

Ответы

· Using ExecutionLog2 view in ReportServer database to analyze current workloads and understand its dataset size, performance, and complexity characteristics.

Use ReportServer
Go

select * from ExecutionLog2 order by TimeStart DESC

Please Dont forget to mark as answer and Helpful Post. It helps others to find relevant posts to the same question. Milan Das

Все ответы

· Using ExecutionLog2 view in ReportServer database to analyze current workloads and understand its dataset size, performance, and complexity characteristics.

Use ReportServer
Go

select * from ExecutionLog2 order by TimeStart DESC

Please Dont forget to mark as answer and Helpful Post. It helps others to find relevant posts to the same question. Milan Das

Example of Memory Configuration Settings

The following example shows the configuration settings for a report server computer that uses custom memory configuration values. If you want to add WorkingSetMaximum or WorkingSetMinimum, you must type the elements and values in the RSReportServer.config file. Both values are integers that express kilobytes of RAM you are allocating to the server applications. The following example specifies that total memory allocation for the report server applications cannot exceed 4 gigabytes. If the default value forWorkingSetMinimum (60% of WorkingSetMaximum) is acceptable, you can omit it and specify justWorkingSetMaximum in the RSReportServer.config file. This example includes WorkingSetMinimum to show how it would appear if you wanted to add it:

Please Dont forget to mark as answer and Helpful Post. It helps others to find relevant posts to the same question. Milan Das

Читайте также: