Pergunta : Desempenho RAID do SQL

STRICLLY PARA o MELHOR PERFORMANCE
i precisará de setup um usuário do SQL para testar o usuário do performance
1 com os 2 processadores do núcleo do quadrilátero, 2 movimentações 146GB para a unidade de OS
1 DAS com 24 146GB 15k DRIVES
will setup a empresa r2 das janelas 2008 com hyper-v e o usuário do SQL setup como um Virtual Server (será o único Virtual Server neste anfitrião, a maioria de recursos tais como a memória e os processadores centrais serão alocados a este usuário virtual do sql). a pergunta do
my é striclly para o desempenho como deve i setup minhas invasões using o resources

here é que im que pensam: a invasão 10 do
1 para a invasão 10 do
1 do tempdb (6 discos) para a invasão 10 do
1 das limas de registro (6 discos) para o spares
place do
2 dos arquivos de dados (10 discos) o ósmio nos anfitriões invade 1 disks interno class= do

Resposta : Desempenho RAID do SQL

O problema básico é que sua instalação pode ser suficiente, mas depende de seu tamanho da base de dados e de carga do I/O.

Um encaixe da base de dados na memória não ganha o desempenho principal impulsiona o formulário sua instalação.  Você pode simplesmente verific que este esteja funcionando seu VM com tamanhos de memória alocados diferentes.
Uma base de dados que tem lotes do I/O executará melhor em comparação com um RAID feito sob medida menor ou discos da utilização com poucos rpms.

Contanto que você setup for somente para o desempenho, você dever coloc seu tempdb em uma tira ajustada (RAID 0) porque é mais rápido.  O impulso final do tempdb é ganhado de usar a memória Flash, por exemplo uma movimentação do IO da fusão.

Um outro assassino do desempenho pode acontecer em encenações pesadas do I/O, quando suas limas de base de dados estão usando o auto-crescimento com um crescimento-fator demasiado pequeno. Isto acontece frequentemente em seu tempdb e às vezes em suas limas de base de dados

  http://msdn.microsoft.com/us-en/library/ms190768.aspx

alocar mais espaço de disco em tal encenação pode conduzir a uma perda séria do desempenho. Você pode isto igualmente verific muito facilmente esteja usando um tamanho realmente pequeno do tempdb e um crescimento-fator realmente pequeno.

A deve ler qual explica este em detalhe:

http://download.microsoft.com/download/d/9/4/d948f981-926e-40fa-a026-5bfcf076d9b9/SQL2008inHyperV2008.docx

mfg
--> Stefan <-->