Eu tenho um servidor de banco de dados SQL Server 2008 R2 que hospeda um banco de dados de data warehouse. Neste servidor também está instalado o SQL Server Reporting Services, e seus dois bancos de dados ReportServer e ReportServerTempDB.
Por motivos de desempenho, desejo separar o banco de dados do data warehouse e o Reporting Services. Eu tenho outro servidor disponível para instalar o SSRS. Ambos os servidores são virtuais e, portanto, suas especificações são facilmente alteradas, ou outros servidores podem ser 'criados', se necessário.
O que não consigo entender é onde seria o melhor lugar para hospedar o ReportServer e o ReportServerTempDB. Vejo três opções:
- deixe-os com o banco de dados do data warehouse
- coloque-os no servidor que terá o Reporting Services instalado nele
- crie outro servidor especificamente para hospedar esses dois bancos de dados.
Com a opção 1, temo que separar o Reporting Services de seus bancos de dados afete o servidor do data warehouse ou afete os relatórios. Com a opção 2 eu me preocupo que a instalação do mecanismo de banco de dados no servidor afete o desempenho do servidor do Reporting Services, e com a opção 3 eu me preocupo por estar desperdiçando recursos criando um servidor que dificilmente fará qualquer coisa, e também impactando os relatórios separando os Reporting Services de seu banco de dados.
Acho que a principal informação de que preciso é saber qual parte do Reporting Services consome mais recursos. Se for o aplicativo Reporting Services, posso deixar os bancos de dados com o data warehouse. Se forem os bancos de dados que consomem muitos recursos, preciso colocá-los no aplicativo Reporting Services ou criar um novo servidor.
Alguém pode dar uma luz por favor?
Obrigado!
SSRS Planning a Deployment seria um bom artigo para ler.
Você pode ler especificamente sobre os bancos de dados do SSRS aqui . Como afirma:
Você geral, com grandes requisitos de relatórios, executará bancos de dados SSRS em um servidor (instância SQL Server compartilhada) e, em seguida, os componentes SSRS em outro. Lembre-se de como o licenciamento funciona, você terá dois servidores SQL Server licenciados com esse tipo de configuração. Normalmente, vejo os bancos de dados do servidor de relatório residindo no mesmo servidor que um data warehouse. Não vi nenhum problema com os bancos de dados do SSRS em uma instância compartilhada com o data warehouse. Conforme afirmado no artigo, eles estão apenas armazenando informações para o SSRS (log de execução, agendamentos, definições de relatório, etc.).
A "carne" do que o SSRS faz reside nos serviços de componentes do SSRS. O SSRS processa os dados que o relatório está solicitando e, em seguida, também os processa, tudo isso consome muitos recursos se houver uma carga alta. Dependerá de quais são suas necessidades específicas se justificar um servidor autônomo. Geralmente, vejo o SSRS instalado no servidor da Web com o aplicativo que usa os relatórios.
Para determinar se preciso de um servidor de relatório autônomo, provavelmente consideraria coisas como número de relatórios (muitos pequenos ou muitos grandes), a frequência (servidor de relatório interno para relatórios mensais ou entrega de relatórios de usuários para aplicativos da Web externos). Você também pode observar o design ou padrão do relatório usado pelos desenvolvedores, se os relatórios fizerem uma grande quantidade de processamento de dados no lado do relatório, em vez de permitir que o mecanismo de banco de dados faça isso.
O banco de dados ReportServer geralmente não cresce muito (fique de olho no tamanho do ExecutionLog), é o serviço ReportServer que pode consumir seus recursos. Eu colocaria em seu servidor de data warehouse, você pode colocá-lo em uma instância dedicada, se quiser.