O SQL Server Reporting Services usa muitos recursos do servidor? Posso instalar o SSRS no mesmo servidor que a instância do SQL Server? O que devo levar em consideração? O desempenho da instância do SQL Server é afetado pelo SSRS, digamos, quando os relatórios são gerados?
relate perguntas
-
A instalação autônoma do cluster do SQL Server 2008 R2 falha com o erro - "Caracteres ilegais no caminho".
-
Migração de banco de dados grande
-
plano de manutenção executado pelo agente
-
É seguro alterar o modelo de recuperação do banco de dados SSRS ReportServer para SIMPLE?
-
Randomizando o conteúdo da tabela e armazenando-o de volta na tabela
O Reporting Services pode ser exigente em termos de memória e CPU, por isso geralmente faz sentido separá-lo do elemento do servidor de banco de dados do SQL Server - obviamente, isso não é barato em termos de licenciamento. Uma coisa a ter em mente é que os metadados do SSRS são armazenados em um banco de dados SQL, mas isso pode estar em uma caixa diferente. De onde o SSRS obtém os dados de negócios depende de onde esses dados residem - pode estar em qualquer lugar, mas pode ser um banco de dados SQL em algum lugar.
Se sua implantação do SSRS usa assinaturas para gerar relatórios fora do horário comercial e seu banco de dados SQL é usado para outros requisitos durante o horário comercial, pode fazer sentido mantê-los em uma caixa.
Dependendo da sua edição do SQL e dos seus requisitos, você também pode tratar as caixas SSRS separadas como servidores da Web e colocá-las em um cluster com balanceamento de carga de rede de alta disponibilidade - você não pode agrupar o SSRS da mesma maneira que faria com o mecanismo de banco de dados para alta disponibilidade.
Como qualquer coisa, tente testar tudo em um ambiente de pré-produção ou prova de conceito.