MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Pageviews 2017: 3178730
Pageviews 2016: 3991973
Pageviews 2015: 2675433
Pageviews 2014: 2664208
Pageviews 2013: 2399409
Pageviews 2012: 3209633
Pageviews 2011: 2730038
Pageviews 2010: 1470924
Pageviews 2009: 64608

Últimos posts

Categorias

Arquivo

Tags

DPM 2012 com Failover Cluster para Hyper-V

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:

  1. 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
  2. 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:

clip_image002

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:

clip_image002

Caso precise de mais informações, acesse o link http://technet.microsoft.com/en-us/library/hh758090.aspx

Posted: mai 02 2012, 23:52 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Erro no DPM (System Center Data Protection Manager): "Replica is inconsistent"

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 !!!!

 

Posted: nov 03 2009, 20:35 by msincic | Comentários (2) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: System Center
Login