Uma das novas features que o DPM 2012 traz a possibilidade de fazer o backup das VMs que estão no storage CSV de um cluster por utilizar os recursos de snapshot do próprio storage.
Isso é um grande avanço por dois motivos:
- O storage tem uma performance superior na criação do snapshot pois é nativo e ocorrendo no nivel dos bits a serem copiados e não no sistema de arquivos como acontece com os snapshots criados pelo VSS do Windows
- Com o snapshot sendo realizado pelo storage, não ocorrem os Redirect Access no cluster e nem os erros de CSV sendo acessado simultaneamente como acontece com backups paralelos de diferentes VMs.
Ou seja, com o snapshot por hardware podemos criar jobs de backup das VMs que sejam simultaneos
Porem, na maioria dos storages não são deixadas alocações para snapshots, o que irá gerar no Event Viewer do host em que o backup foi efetuado um erro de falta de espaço suficiente para gerar um snapshot.
Nestes casos o ideal seria reformular o espaço das LUNs alocando para snapshot espaço suficiente para a cópia do maior dos backups existentes, já que o snapshot é apagado pelo DPM após o término da cópia. Também é necessário permitir aos hosts realizar os snapshots, como mostra a imagem abaixo da configuração de um EqualLogic:
Por outro lado, se não houver espaço livre para o snapshot mas este for um recurso que exista no storage que esteja utilizando, a opção é desativar o serviço de snapshot do kit de integração, como visto abaixo no HIT Kit do EqualLogic:
Caso precise de mais informações, acesse o link http://technet.microsoft.com/en-us/library/hh758090.aspx
Meu DPM estava funcionando corretamente para os servidores de arquivos, para o Exchange e um SQL. Porem, o nosso CRM estava fora por ser uma maquina já meio sensivel a mudanças, mas virtualizamos para testes e ela não sofreu qualquer problema com o agente do DPM e resolvemos colocá-la no protection group.
Foi ai que começou nosso martitio de feriado de Finados (Home Office, claro):
SINTOMA
O DPM conseguia fazer a réplica de 3 dos 6 bancos de dados e apresentava os 3 com erro "replica is inconsistent", ao que como manda o figurino, tentamos o "perform check".
Os bancos que realizamos o check passaram a ficar como realizando o check e os outros que estavam prontos começavam a dar erro. Fora isso, o System State não rodava de jeito nenhum.
É claro que o alerta gerado tinha detalhes muito bons para resolver o problema do tipo "veja se o servidor está ligado, a placa de rede conectada, serviço em execução..."
CAUSA
Ao instalar o Hotfix KB940349 que é obrigatório no Windows 2003 porque atualiza o Shadow Copy, os agentes VSS ficaram corrompidos.
Ao executar o comando vssadmin list writers notei que ele não tornava resposta, cheguei a deixar por 2 horas em espera e nada. Ao tentar ir nas propriedades e para ativar o shadow copy este aparecia como desabilitado, apesar de ter acusar quase 1 GB de ocupação e não era possivel ativar.
SOLUÇÃO
Reiniciei o servidor CRM em modo de segurança e executei o vssadmin delete shadows.
Reiniciei novamente em modo normal e nas propriedades do computador reativei o shadow copy normalmente.
Maravilha, bastou ir no DPM e executar a função "perform check" e pronto, tudo funcionando desde então !!!!