O Google FU, de acordo com os próprios engenheiros da Microsoft, é um sorriso e aguenta o problema, conforme relatado recentemente em 3/12.
Verificação do Microsoft dpm lenta em grandes volumes link
Eu tenho um servidor de arquivos com um volume de 8 TB para o qual o MS DPM está fazendo uma verificação de consistência, agora está executando 16 horas e provavelmente é inferior a 30% através do volume. Por que isso é tão lento? Meus backups de banco de dados MS SQL (algumas centenas de GBs) são feitos em um flash.
Meu servidor DPM tem 32 GB de memória e 2 * Quadcore de 2,4 Ghz com um DAS anexado com 24 discos. Meu servidor de arquivos tem 4GB de memória e 2 * Quadcore de 2,4Ghz com 11 discos locais cada 1TB configura como RAID 5.
Ambos os servidores estão executando o Windows 2008 R2 64Bit. Cada servidor está conectado via conexão LAN de 1 GB
Os parâmetros de desempenho do sistema mostram:
- DPM Server - CPU Load: < 0.1
- DPM Server - Disk read queue length: average < 1
- File Server - CPU load; < 0.1
- File server - Disk read queue length: average 2
- File server - Read bytes per second; 12 hour average=24MB/s, Max=450MB/s
- File server - Outgoing network traffic, average 10Mbps, max 60Mbps
Em resumo, os parâmetros de desempenho parecem OK. Eu pedi outra memória de 12GB para o servidor de arquivos, apenas no caso, mas não tenho certeza se isso está resolvendo a causa raiz.
O Google FU, de acordo com os próprios engenheiros da Microsoft, é um sorriso e aguenta o problema, conforme relatado recentemente em 3/12.
Verificação do Microsoft dpm lenta em grandes volumes link
Tags performance scdpm