Usuário com melhor resposta
Configurar um Report Server apontando para outro IIS

Pergunta
-
Olá,
Procurei algo antes de publicar, mas nada foi tão claro pra mim. Seguinte, eu tenho um ambiente com SQL 2k8 R2 e várias vms com o Sharepoint com aplicações que usam relatórios. Hoje o Reports está configurado no mesmo servidor SQL e detalhe, IIS habilitado também. Eu gostaria de mudar isso, ou seja, manter a base do Reports no SQL e direcionar a página para outro IIS para poder desabilitar o IIS no SQL atual.
Como posso fazer isso? Abri as configs do reports, mas nada tão dedutivel me ajudou a alterar o IIS de gerenciamento.
Obrigado.
Daniel S Orlando MCSE - Messaging
Respostas
-
Olá Daniel,
Há alguns interesses que precisamos equilibrar nessa situação. Do ponto de vista de segurança e escalabilidade, o melhor mesmo seria ter o Reporting Services em uma máquina (compartilhada com o Sharepoint ou não), e o SQL Server em outra. A aplicação Reporting Services estaria separada da base de dados do Reporting Services, pois, são dois servidores distintos. Nessa situação você nunca precisaria subir o IIS na máquina do SQL Server e um incremento de demanda de relatórios não afetaria o servidor de banco e vice-versa.
Entretanto, o Reporting Services faz parte da suíte SQL Server e se você instala o Reporting em uma máquina e o SQL Server em outras, você está usando duas máquinas para a suíte. Isso significa que você irá ter de comprar licenças para a máquina do Reporting e para a máquina do SQL Server, o que de um ponto de vista de custo pode ser desvantajoso.
Se extrapolarmos, o ideal seria ter um farm de servidores com o Reporting Services todos apontando para a mesma base do Reporting Services em um outro servidor SQL não utilizado pelo Farm. Entretanto, nesse caso, os custos com licenciamento seria ainda maiores, porém a arquitetura estaria preparada para escalar além de ser mais seguro, pois, se um servidor do FARM for comprometido, haverá outros para suportar a carga.
Agora é ver quais os seus interesses e o tamanho do Budget para verificar qual situação melhor se encaixa.
[ ]s,
Gustavo Maia Aguiar
http://gustavomaiaaguiar.wordpress.com
Classifique as respostas. O seu feedback é imprescindível- Marcado como Resposta Daniel S Orlando quinta-feira, 7 de julho de 2011 15:12
Todas as Respostas
-
Boa Tarde,
Para mudar o banco de dados que o Reporting Services usa, você deverá fazer um backup das bases ReportServer e ReportServerTemp e restaurar em outro SQL Server (aquele que você deseja que seja utilizado). Após fazer isso, abra o Reporting Services Configuration Tool e aponte para esse novo SQL Server.
Mudar o IIS não tem como. O que você terá que fazer é instalar o Reporting Services em outra máquina para que a máquina atual possa deixar de servir como Reporting Services. Quando você instalar o Reporting Services na outra máquina, aponte novamente para o banco de dados desejado. Como haverá mudança de Reporting Services, é necessário que você faça um backup das chaves de criptografia e efetue a restauração na nova instalação.
[ ]s,
Gustavo Maia Aguiar
http://gustavomaiaaguiar.wordpress.com
Classifique as respostas. O seu feedback é imprescindível -
Gustavo, nesse caso qual a prática normal de se adm um Report Server? Porque IIS habilitado em um SQL é falha de segurança, certo? Eu teria que ter uma máquina só pra Reports? e a base do mesmo no SQL principal?
Daniel S Orlando MCSE - Messaging -
Olá Daniel,
Há alguns interesses que precisamos equilibrar nessa situação. Do ponto de vista de segurança e escalabilidade, o melhor mesmo seria ter o Reporting Services em uma máquina (compartilhada com o Sharepoint ou não), e o SQL Server em outra. A aplicação Reporting Services estaria separada da base de dados do Reporting Services, pois, são dois servidores distintos. Nessa situação você nunca precisaria subir o IIS na máquina do SQL Server e um incremento de demanda de relatórios não afetaria o servidor de banco e vice-versa.
Entretanto, o Reporting Services faz parte da suíte SQL Server e se você instala o Reporting em uma máquina e o SQL Server em outras, você está usando duas máquinas para a suíte. Isso significa que você irá ter de comprar licenças para a máquina do Reporting e para a máquina do SQL Server, o que de um ponto de vista de custo pode ser desvantajoso.
Se extrapolarmos, o ideal seria ter um farm de servidores com o Reporting Services todos apontando para a mesma base do Reporting Services em um outro servidor SQL não utilizado pelo Farm. Entretanto, nesse caso, os custos com licenciamento seria ainda maiores, porém a arquitetura estaria preparada para escalar além de ser mais seguro, pois, se um servidor do FARM for comprometido, haverá outros para suportar a carga.
Agora é ver quais os seus interesses e o tamanho do Budget para verificar qual situação melhor se encaixa.
[ ]s,
Gustavo Maia Aguiar
http://gustavomaiaaguiar.wordpress.com
Classifique as respostas. O seu feedback é imprescindível- Marcado como Resposta Daniel S Orlando quinta-feira, 7 de julho de 2011 15:12
-