Prática recomendada para instalar várias instâncias do MS SQL 2008r2 no servidor Windows 2008r2 (em execução no esxi)

Question

Eu não queria mover meu SQL Server para a plataforma virtualizada (Vsphere, esxi 4.1). Aqui está o meu plano de como eu iria instalá-lo:

• Vm com 3 discos. C: para janelas e binários de sql, D: para dados de sql, E: para logs
• Todo o disco em diferentes armazenamentos de dados
• Discos D: e E: são tão independentes que não os afetam
• A pasta raiz de cada instância está no caminho padrão (C: \ program arquivos ...)
• dados e pasta de log são movidos para D: e E: disco

Os núcleos de memória RAM e cpu serão adicionados conforme necessário.

Existe uma maneira de monitorar e representar graficamente CPU, uso de RAM e E / S de dik, por exemplo, 24h para obter algumas informações sobre carga no servidor (com ferramentas internas do Windows).

Isso funcionará bem e você tem dicas e truques especiais? Atenciosamente, Primoz.

EDITAR

Eu tentei uma configuração de teste simples com apenas dois discos C: para instalação e D: para dados e logs e com 2 vCPUs e 6GB de RAM. Com o meu conjunto de testes, empurrei o uso da CPU para 90% + e uso de memória RAM para 98%. Então eu estou supondo que isso significa que o disco é rápido o suficiente e que eu estou limitado pelo processador e pela RAM?

    

Answer 1

Eu uso quase exatamente a mesma metodologia. Eu uso as ferramentas internas do Windows para monitorar minhas caixas físicas e os gráficos internos disponíveis no vSphere (eu acho no ESXi também) para minhas caixas virtuais. Eu permito que meus dados e logs SQL sejam incluídos em nossos snapshots. Isso é específico do ambiente, então você pode querer testar as duas formas.

EDIT - o que eu acho é o tipo temporário de tabelas SQL. Esses podem precisar ser movidos manualmente para o novo disco. link

Usamos o Commvault para backups do sistema, que usa os instantâneos internos como parte do processo. Ao deixar os instantâneos ativados nos discos SQL, evito ter que usar um backup SQL separado. Se o seu ambiente não tiver um bom tempo de uso baixo em seus bancos de dados, isso não funcionará para você.

    

Answer 2

Supondo que não há outras cargas de trabalho no armazenamento de dados em que você colocará "E:" (porque quaisquer outras cargas de trabalho irão "manchar" seu acesso sequencial em acesso aleatório e invalidarão a finalidade de isolar a carga de trabalho dentro do VM) que tudo parece razoável.

O Monitor de Desempenho (PerfMon) incorporado é exatamente a ferramenta que você deseja usar para capturar logs dentro da VM guest. A ferramenta gratuita Análise de desempenho de logs pode ajudá-lo a dividir / executar logs do PerfMon para obter uma boa análise dos dados capturados.

Os próprios logs do hipervisor também não são ruins de se ver, mas você obterá os dados mais granulares de dentro da VM.