Atualmente, estamos usando a replicação transacional no SQL Server 2008 para manter um servidor de relatórios secundário sincronizado com um servidor de banco de dados principal. Isso tem funcionado e mantém parte da carga do servidor primário. Seria possível escalar essa solução para vários servidores de relatórios? Estamos esperando um aumento na carga de consultas somente leitura e seria interessante adicionar servidores de relatórios conforme necessário.
A ideia geral era a seguinte:
Parece que funcionaria para mim. Contanto que você esteja apenas fazendo consultas ao nome do NLB. No entanto, eu daria uma olhada profunda na documentação de implantação e arquitetura do MS SQL para ver se há algo que diga "construa dessa maneira, tomando cuidado para que você faça X e não faça Y" ou "Não funcionará em tudo por causa de Frob. "
Não seria muito melhor ter vários servidores executando o Reporting Services, todos eles consultando um único servidor do Mecanismo de Banco de Dados?
Não é necessário que o RS use um DE na mesma máquina.
Sobre o NLBing Reporting Services: sim, você pode, mas tem algumas ressalvas. Consulte o link .
O gargalo usual é o distribuidor. Certifique-se de que o editor não atua como seu próprio distribuidor, com muitos escalonamentos ('ilimitados') que os assinantes carregam no distribuidor se tornam bastante significativos. Uma solução é encenar a distribuição, ter um dos assinantes (ou mais) atuando como editor / distribuidor também. Dessa forma, mais assinantes podem ser adicionados como assinantes a essa publicação de segunda mão, sem adicionar mais carga ao distribuidor original.
Mas, considerando os recursos de armazenamento em cache do Reporting Services e os extensos recursos internos para dimensionamento (consulte Planning for Implantação em escala ), é preciso se perguntar se essa topologia de replicação é realmente necessária.