Вы не указали что версия SQL Server. Следует иметь в виду, что 2005 SSRS требует IIS, установленного на поле также. SSRS 2008 не делает. Это использует HTTP.SYS исходно. Оптимальный ответ является № 3, однако, он действительно зависит от существующей нагрузки на физический сервер, а также тип отчетов, которые Вы выполнили бы. # 1/#2 являются по существу той же опцией относительно производительности.
Истина, не зная рабочих характеристик, никто здесь не может сказать Вам наилучший вариант. Ваш лучший путь должен получить хорошую идею того, как Ваши SQL Server работают сегодня, чтобы настроить маленький dev SSRS среда и представить ее, поскольку Вы тестируете отчеты и затем принимаете решение для там. Если Вы не уверены, где запустить при получении производительности представляют на Ваших SQL Server, позволить мне рекомендовать:
Мы идем путем № 1, пока у нас нет некоторых бесплатных лицензий на выделенный сервер RS/поскольку/зеркального отражения. Я ограничил iis использование памяти для пула приложений. С этим и разумными тайм-аутами, мы надеемся уменьшить влияние на механизм дб.
Я не позволил бы специального (построитель отчетов) в системе № 1.
Я действительно стремился бы к № 3. Можно также использовать его для зеркального отражения дб critcal баз данных или выполнения ssis.
Мы вручили 3 600 отчетов на прошлой неделе за 4 дня - память сидит без дела 300-1500MB.
Значительные издержки, я думаю, находятся в глазу наблюдателя. Например, одним из сервера, который я администрирую, является Хранилище данных SQL Server 2000 с экземпляром для SQL Server 2005 для содержания Reporting Services. Я едва сказал бы, что SSRS имеет значительные издержки для нас, но это имеет много, чтобы сделать с тем, как мы используем его. Мы консолидируем два в единственный экземпляр по умолчанию SQL Server 2008 года по многочисленным причинам, главным образом имея дело с тем, насколько маленький место SSRS для нас относительно хранилища данных. У нас есть меньше чем 50 отчетов с подавляющим большинством их запланированный. Мы также не делаем никакого кэширования или снимков. Так, в нашем случае консолидация является определенно способом пойти.
Мы используем виртуальные серверы ESX с лицензиями центра обработки данных и SQL лицензии ЦП, таким образом, у нас нет проблемы с количеством экземпляров SQL, мы размещаем так мой ответ...
Продолжайте сообщать о сервисах на отдельный сервер. Главная причина мы делаем это, состоит в том, что SSRS имеет тенденцию быть сервисом обновление "последней и самой большой" версии первое для извлечения максимальной пользы из новой функциональности (SSRS и Visual Studio 2008).
Нашим SSRS является SQL 2008 - большинством баз данных является все еще SQL2000 / и 2005
Также помогает, можно ли сохранить данные по отдельному серверу. Мы нашли, что занятый сервер SSRS с базой данных по той же системе замедлил просмотр веб-страниц для других пользователей в системе. Это было меньше, когда мы перешли данные на выделенный "сервер" данных отчета.