Em uma instância do SSRS com um banco de dados ReportServer remoto, onde é feito o processamento? A instância SSRS vm deve obter cpus e memória adicionais ou a instância sql onde está o banco de dados ReportServer? As instâncias SQL de destino dos relatórios são boas em termos de CPU e memória. Obrigado!
relate perguntas
-
Existe um ganho de desempenho ao manipular dados com procedimentos armazenados em vez de alimentá-los em funções após a recuperação?
-
Como você ajusta o MySQL para uma carga de trabalho pesada do InnoDB?
-
Como determinar se um Índice é necessário ou necessário
-
Onde posso encontrar o log lento do mysql?
-
Como posso otimizar um mysqldump de um banco de dados grande?
É principalmente para armazenar e recuperar informações de metadados sobre relatórios, pastas e instância do SSRS, sim. Nada particularmente pesado é executado nesta instância de banco de dados.
A única coisa que tenho em mente são as assinaturas de relatórios. Eles são agendados com um trabalho do SQL Agent aqui. Quanto mais cronogramas existirem e quanto mais frequentemente eles forem acionados, maior será a contenção de recursos. Cinco instâncias de banco de dados SSRS hospedadas no mesmo SQL Server parecem uma quantidade decente, mas principalmente apenas se houver muitas assinaturas de relatórios em execução.
Sim esta correto. A renderização real do relatório em si (que pode ser pesada dependendo de como você o projetou) acontece neste servidor.
No que diz respeito à divisão dos recursos de hardware, não há uma resposta específica aqui e exigiria testes com seus relatórios e instâncias de relatórios reais. Basta ter em mente as informações acima ao provisionar. Geralmente, nunca precisei de mais de 4 CPUs para a própria instância do SSRS em servidores de relatório bastante ocupados, mas isso foi para uma única instância.
Lembre-se também do licenciamento, que em alguns casos exigiria o licenciamento do SQL Server tanto para a instância do relatório quanto para a instância do banco de dados.