Estou tentando identificar o gargalo em uma nova implementação do SQL Server (2012 Enterprise). Tenho conduzido algumas consultas importantes / tarefas de ETL que estão demorando um tempo considerável - mas estou com dificuldades em identificar qual é o fator limitante.
O servidor é um Dell R720 com 2 x CPU Intel Xeon (R) E5-2609 0 @ 2.40GHz (4 núcleos cada). Tem 384Gb de RAM.
O armazenamento para os dados é um array MD1220 repleto de SSDs Dell de 24 x 400 Gb. A matriz é conectada por meio de conexões SAS de 2 x 6 Gb a um H810 com cache de 1 Gb.
O armazenamento para os logs é de 15 x discos de rotação Dell de 600 Gb 15K nos compartimentos internos do R720, conectados ao contator interno H710P.
O banco de dados com o qual estou trabalhando é de 200Gb - portanto, deve caber inteiramente na RAM. A taxa de acertos do cache é de 99,997%, o que sugere que esse é o caso. Eu estava, portanto, esperando que o fator limitante fosse a CPU - mas a CPU aumenta cerca de 10%. Nenhum dos núcleos individuais está funcionando. A utilização de IO para ambas as matrizes (dados e log) e em ambas as direções (leitura e gravação) também é inferior a 50MB / segundo - e acredito que deve ser capaz de chegar perto de saturar o SAS.
Eu brinquei com MAXDOP (atualmente definido como 4) sem sucesso.
As consultas que estou usando estão em grande parte manipulando dados - não extraindo dados e enviando-os pela rede - e a taxa de transferência da rede é mínima.
Alguma idéia de onde o gargalo poderia ser? Poderia ser a velocidade da memória ou do barramento interno? Alguma sugestão de onde devo procurar agora?
Obrigado,
Mike
a. Você verificou o estado de espera da consulta em execução? Selecione * de sys.sysprocesses fará b. existe algum governador de recursos? c. você usa a dica recompilar para testá-lo? d. você verificou o plano de consulta? e. Você tentou forçar o plano a rodar em modo paralelo usando dpcpcweight? f. você atualizou as estatísticas das tabelas?