none
Configuração Ideal para 400 conexões simultâneas. RRS feed

  • Pergunta

  • Bom dia, pessoal estou com uma dúvida cruel.

    Hoje tenho uma instalação do mssql2005 com sp3 em um PowerEdge 1900 Dell com Xeon 5120 1.8 ghz e 8 gb de ram com um pool de 3 discos sas 15k em raid5 S.O Windows 2008 sp1.

    Mais creio que chegou a hora de trocar de servidor pois atualmente esse server fica com o processamento em 100% quase o dia todo.

    Pergunto qual a configuração ideal e qual versão do SQL devo usar agora ?

    Ou será que só um upgrade no processador já resolve ?

    Att,

    Anderson Vieira

    segunda-feira, 27 de maio de 2013 14:30

Respostas

Todas as Respostas

  • Bom dia Anderson, com certeza essa dúvida é generalizada. rsrs

    E devemos trata-la com muita analise...

    Eu nunca vi uma "tabela" onde fala hardware X numero de conexões, com certeza seria muito útil.

    Apenas para gerarmos uma discussão, e tentarmos chegarmos em um ponto comum.

    A minha dúvida é esse servidor roda apenas o SQL Server? O fato da maior parte do dia ele estar em 100% realmente é o SQL Server, não pode ser um outro processo que esteja consumindo muito processador?

    Acredito que apenas a troca do processador possa ser o suficiente.

    OBS: Quantos de Memoria você tem disponível? Será que não está fazendo muita paginação em disco não?


    Wellinghton Pimentel Se esta sugestão for útil, por favor, classifique-a como útil. Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    segunda-feira, 27 de maio de 2013 14:51
  • Wellington obrigado pela atenção ai vamos aos fatos ,rs

    Esse server e dedicado apenas para o uso do SQL mesmo o consumo de memória dela fica em 50% no máximo.De uns dias pra cá ele fica em 100% o uso do processador e analisando o server vemos que sempre que tá matando o processador e o serviço do mssql mesmo :S.

    Tenho uma máquina aqui com dois processadores iqual a essa atual do meu SQL vou retirar um processador dela e adicionar na maquina do SQL para ver se da uma folga no servidor.

    Em seguida eu posto o resultado.

    Att,

    Anderson Vieira


    segunda-feira, 27 de maio de 2013 15:12
  • opa legal, faça isso vamos ver o resultado, qualquer coisa analisa também pelo Active Monitor do SQL Server para verificarmos se temos consultas muito custosas para o SQl Server.

    Abração


    Wellinghton Pimentel Se esta sugestão for útil, por favor, classifique-a como útil. Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    segunda-feira, 27 de maio de 2013 15:24
  • Adicionado o segundo processador tive uma melhora bacana na carga do cpu!

    A principio caiu uns 40% ficando na media em 60% de uso tive um leve aumento na memoria agora o server está usando 5 gb dos 8 gb disponiveis.

    No mais parece que resolveu o gargalo estou monitorando com o perfmon, ainda.

    Creio que agora o próximo passo e da uma boa manutenção nos bancos e tabelas do mssql2005 aqui :)

    Wellington valeu ai mais uma vez pela atenção!

    Att,

    Anderson Vieira

    segunda-feira, 27 de maio de 2013 20:07
  • segunda-feira, 27 de maio de 2013 21:50
    Moderador
  • Opa legal Anderson, que bom que resolver o gargalo, fico feliz, poxa super legal os links o Luiz passou, vlw Luiz.

    Anderson da uma olhadinha nessa query que mostra as consultas mais custosas do seu ambiente, com certeza vai te ajudar também.

    SELECT TOP (30)
    	qs.total_worker_time AS 'Total CPU Time',
    	qs.total_worker_time/qs.execution_count AS 'Media de CPU(ms)',
    	ST.text AS 'Texto da Consulta'
    FROM
    	sys.dm_exec_query_stats AS QS
    CROSS APPLY
    	sys.dm_exec_sql_text (qs.sql_handle) AS ST
    ORDER BY
    	qs.total_worker_time DESC
    GO

    Um grande abraço, por favor, não esqueça de marcar como resposta, para ajudarmos a organizar.

    Qualquer dúvida estamos a disposição


    Wellinghton Pimentel Se esta sugestão for útil, por favor, classifique-a como útil. Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.



    terça-feira, 28 de maio de 2013 02:22