none
Duvidas de performance - SSRS RRS feed

  • Pergunta

  • Boa tarde.

    No meu escritorio, compramos licenças de uso do SQL Server 2014. (Com opção de upgrade pra SQL Server 2016).

    Temos 2 servidores.
    O primeiro servidor é um Xeon E5-2640 v3 @ 2.60GHz (2 processadores) com 80gb RAM, e contem o banco de dados de produção em SQL Server 2005. (Ainda não migramos pra 2014)
    O segundo, é um servidor de testes de desenvolvimento (Xeon E5-2650 v2 @2.60ghz com 16gb RAM), que contem a base de dados em SQL Server 2014.

    Instalamos o SSRS no servidor de testes (Xeon E5-2650 v2 @2.60ghz com 16gb RAM).
    Criamos alguns relatorios com datasource setado pra acessar as tabelas no proprio servidor de testes... O primeiro acesso a qualquer relatorio é sempre lento (em torno de 2 a 3 minutos). Mesmo que eu tentar acessar "http://servidor_teste/reports", o primeiro acesso tambem é lento, leva em torno de 2 a 3 minutos.  Lembrando que ambos servidores ficam ligados 24h..

    Durante os testes, percebi que pelo SSRS, eu consigo criar um relatorio setando o data source para o servidor de produção e funciona perfeitamente. Porem acontece o negocio de sempre... o primeiro acesso é sempre muito lento...
    Ou seja, nesse contexto, temos o SSRS instalado no servidor de testes (SQL2014) acessando o servidor de produção(2005).

    Futuramente migraremos o servidor de produção de SQL 2005 para SQL 2016. Mas isto ainda não vem ao caso.

    O motivo da criação deste topico é justamente uma questão em termos de performance.

    Levando em consideração que o servidor de produção (que hoje é SQL 2005) é um servidor muito sobrecarregado - temos problemas de time out na leitura de algumas tabelas (damos manutenção nos bancos de dados periodicamente - shrink), surge a seguinte questão:

    O que é mais indicado?
    Instalar o SSRS no servidor de produção? (mesmo o servidor estando bastante sobrecarregado)
    Ou
    Deixar o SSRS instalado no servidor de testes... pensando de outra forma, teriamos uma maquina "exclusiva para servidor de relatorios", evitando sobrecarregar o servidor de produção, porem os relatorios estariam acessando o banco de dados do servidor de produção...

    Mais uma pergunta, o hardware de ambos servidores estão adequados??

    - servidor de produção - Xeon E5-2640 v3 @ 2.60GHz (2 processadores) com 80gb RAM

    - servidor de testes -Xeon E5-2650 v2 @2.60ghz com 16gb RAM

    quarta-feira, 10 de maio de 2017 16:40

Respostas

  • Olá,

    De acordo com o que você explicou sobre a lentidão para abrir um novo relatório pela primeira vez posso te dizer que é algo normal.

    Quando você abre um relatório pela primeira vez as informações dele ainda não estão em memória, logo se considerando que você usa um Reporting Services ele vai demorar um tempo para montar, renderizar o relatório e gerar o arquivo. Tanto no próprio SSMS quanto pela web.

    Quando você abre o relatório pela segunda vez você está consultando o resultado da query que já foi gerado, logo será mais rápido.

    Para a sua segunda pergunta sobre se as configurações que você possui nos seus ambientes de produção e teste é adequado ou não essa é uma pergunta complicada de se responder, pois não conheço o workload do seu ambiente. Porém você mesmo alertou que o seu ambiente de Produção está sobrecarregado, logo isso pode indicar a necessidade de um upgrade.

    Para que você consiga identificar melhor o que se pode melhorar no seu ambiente posso te indicar 3 ferramentas para monitorar como está o seu ambiente:

    1. Performance Dashboards Reports - Serve para identificar as seguintes questões no seu ambiente:

    - Gargalo de CPU

    - Gargalo de IO

    - Index faltantes

    - Block

    - Latch

    2. SQLIOSIM: Com essa ferramenta você poderá simular uma carga de IO e determinar até onde o seu servidor consegue processor

    3. Best Practices Analyzer: Essa ferramenta irá determinar se as configurações estão de acordo com as melhores práticas recomendadas


    Qualquer dúvida ou questionamentos estou disponível,

    • Sugerido como Resposta brunazamataro quarta-feira, 17 de janeiro de 2018 18:30
    quarta-feira, 17 de janeiro de 2018 18:30