Windows Server 2003 r2 vs 2008 r2 - Desempenho do SQL Server [fechado]

Question

Primeiro, eu não sou um administrador de sistemas, apenas um programador frustrado pelo baixo desempenho do servidor…

No momento, estamos executando uma VM (acredito que o host seja o Win Server 2008) em uma CPU E5-2650 mais nova, com 24 GB de RAM, pelo menos de acordo com a caixa de diálogo Propriedades do sistema. Não sei dizer com certeza quais recursos a VM do SQL tem, porque só tenho acesso a ela e não ao host. Desculpe, eu não conheço bem isso. Eu também não quero que nosso administrador de sistema atual sinta que estou pisando na ponta dos pés fazendo várias perguntas se não precisar. Eu só quero fazer um caso para atualizar se isso vai ajudar ...

Estamos executando o SQL Server 2008 r2, todos os nossos clientes são o Win 7 ou o RC através de um servidor de terminal executando 2008. Nosso aplicativo é muito pesado, particularmente quando você considera o tamanho da nossa organização.

Então, minha principal pergunta é: atualmente, estamos executando o Windows Server 2003 r2 sp2. A atualização para o Server 2008 r2 (ou mais recente) melhora consideravelmente o desempenho? Eu li que, por causa de seus recursos mais recentes, ele pode melhorar o desempenho em outros lugares, mas não vi ninguém comentar sobre o desempenho do banco de dados.

Em caso afirmativo, há alguma evidência que eu possa usar para apoiar meu argumento?

Além disso, como estamos executando o SQL 2008 r2 e nossos clientes são o Win 7, quais drivers DB devem ser instalados por nossos clientes? O que o servidor deve ter instalado?

Se eu precisar elaborar algo, por favor, comente.

    

Answer 1

Possível duplicação de: Como você faz testes de carga e planejamento de capacidade para bases de dados?

Você precisa trabalhar com a equipe sysadmin para medir e identificar o (s) gargalo (s) atual (is). Se ele é difícil de se envolver, simpatizo e isso é uma droga; você precisará descobrir como trabalhar melhor com ele. Será uma boa ideia ter uma descrição sólida do problema, com casos de teste reproduzíveis, em vez de "é lento". Além disso, use Perfmon e SQL profiler; a partir do pouco que você nos disse, o problema poderia ser índices ruins e, em seguida, é em você. Uma vez que você sabe o que o SQL acha que é lento, você pode descobrir se é o código, o layout do banco de dados, o IO lento, a CPU sobrecarregada, etc.

Depois de saber quais são os gargalos, você pode ver se o Win2k8 R2 ajudará.

Dica: provavelmente não.

Pensamento adicional: por que você está olhando para o 2008 R2 e não para o 2012 R2?

    

Answer 2

Ok, noções básicas:

A menos que você fale em 32 bit 2003 R2, as diferenças serão mínimas.

Regra um para bancos de dados - o live e o die por IO, e as VMs normais são totalmente inadequadas para o trabalho pesado com IO. Não porque a VM seja uma droga, mas porque uma configuração da VM é uma configuração geral. Que como obter um carro de aluguel padrão e tentar participar de uma corrida - banco de dados SQL serve frequentemente são projetados em torno do subsistema de disco.

Provavelmente você tem um subsistema de disco totalmente subdimensionado - tente obter sua latência (ms / request), se isso for maior do que um único dígito baixo, ele afeta o desempenho da consulta. SOmetimes que está ok (se você fizer uma consulta de relatórios você basicamente irá sobrecarregá-lo), mas para qualquer coisa transacional .... Eu também aposto que você tem o log nos mesmos discos. Porque em uma VM você não tem controle real de onde as coisas estão armazenadas.

O sistema operacional fará a diferença, mas será bem pequeno se comparado a esse fato. Não que eu fosse executar qualquer coisa em um servidor 2003 nos dias de hoje, e eu iria demitir qualquer atualização de administrador para 2008 R2 em vez de 2012 R2. Mas pode haver políticas em empresas maiores que atrapalham isso;)