System Center Data Protection Manager 2012 (DPM)–Novidades

Depois de testar o SCOM 2012, SCCM 2012 e SCVMM 2012 consegui instalar e fazer os primeiros testes com o DPM 2012.

Instalação

A instalação do DPM 2012 é tranquila, como já era a dos anteriores, com um menu simples de utilizar e contendo as opções de features autonomas como a instalação manual do agente.

Note que agora o DPM é utilizado com o SQL Server 2008 R2, que pode ser instalado como parte do pacote. A novidade é que podemos usar um único SQL Server para vários servidores DPM já que não é mais utilizado o SQL Express Edition.

DPM-Setup-Welcome

Nova UI

O produto já mudou muito na interface, o que realmente fez diferença. Engraçado como interfaces “clean” são melhores do que as baseadas em Tree View que usávamos muito antes.

Agora temos a interface baseada no layout do Outlook 2010, com a Ribbon e sem as tabs separando os itens de cada menu, que atrapalhava bastante a visualização completa de cada grupo de opções, como mostra a imagem abaixo, destacando os filtros de Jobs e o resumo dos alertas na parte esquerda do menu.

Tela Inicial

Na parte de “Monitoring” também foram feitas as mudanças de UI, onde podemos notar o resumo na lateral esquerda com os agentes, discos e tapes.

DPM-Management

Grupos de Proteção

Achei muito interessante as mudanças nos grupos de proteção (Protection Groups), primeiro no layout que agora tem o resumo dos status na lateral e um indice dos grupos de proteção, o que pode parecer simples, mas sabe quem tem mais de 10 grupos como era dificil navegar nos itens. Note também que a Ribbon tem as funções antes acessiveis apenas pelo botão direito. Destaque também para as novas funções de “Resume Backup” em disco e fitas possibilitando continuar um backup ao invés da opção “Recovery Point” anterior onde escolhiamos “short” e “long” term que nada mais era que disco e tape respectivamente.

DPM-ProtectionGroup

Na criação de um grupo agora é possivel definir diversos agendamentos para o backup “long term” permitindo as politicas anual, mensal e semanal, o que até o DPM 2010 era necessário manualmente copiar as fitas para arquivos permanentes.

DPM-ProtectionGroup-3

Recuperação de Dados

Uma mudança interessante na área de recuperação de dados são e o “Search” na barra lateral, onde podemos agora procurar uma caixa postal dentro dos backups, outro item que nos dava muito trabalho e agora será facilitado.

DPM-Recovery-Search

Relatórios

Por fim, na área de relatórios temos as mesmas funções anteriores, mas agora com a parte de agendamento e envio de email mais claro na barra inferior. Esta é uma funcionalidade importante levando em conta ambiente gerenciados de forma correta com o acompanhamento pelos relatórios recebidos por email.

DPM-Reporting

Outras Novidades

Alem das novidades que abordei acima temos outras citadas no Release Notes:

  • Nâo precisa de Hyper-V no servidor DPM para o backup de VMs com Change Block Tracking e VM Item Restore (ILR)
  • Pode proteger máquinas fora do dominio do servidor DPM com segurança baseada em certificados digitais
  • Gerencia servidores DPM 2010 e 2012 na mesma console
  • RBAC assim como no Exchange para controle de segurança e acesso granular
  • Suporte ao recurso File Stream do SQL Server 2008 R2
  • Configuração de co-location nos tapes

Link para baixar o DPM 2012 e o Release Notes http://www.microsoft.com/download/en/details.aspx?id=27216

Resolvendo Problemas de Backup com o DPM

Recebo muitas perguntas sobre o funcionando do DPM após ter publicado os videos do produto (http://bit.ly/rh35b6).

Muitas questões estão relacionadas ao uso de fitas e robôs, por isso editei os post sobre uso de fitas no mes passado (http://bit.ly/nZY96w) e agora vou abordar outros erros muito comuns e como solucioná-los.

Erro com Volume Shadow Services (VSS)

O processo do DPM não é realizado diretamente nos dados e sim a partir dos dados de snapshot utilizando o VSS, que é conhecido pelo Shadow Copy.

image

Sendo assim, a maioria dos problemas com backups são relacionados ao VSS que não consegue gerar os dados necessários para o DPM.

A primeira e mais facil forma de resolver é criar manualmente um ponto de restauração full, o que cria o snapshot novamente no servidor origem do backup, e em geral resolve o problema quando o VSS está com a base corrompida.

A segunda forma de resolver o problema é executar um CHKDSK no disco de origem do backup, pois o VSS grava os dados em um espaço não alocado no disco e o checkdisk faz a verificação de problemas em áreas não alocadas (free space).

A terceira forma de resolver o problema é ir nas propriedades do Shadow Copy do disco (abrir o Explorer como administrador e clicar com o botão direito) e verificar se as propriedades estão corretas. Verifique se o Shadow está ocorrendo nos discos pelo tamanho alocado e entre nas propriedades e verifique se há espaço disponivel. Note que o Shadow Copy não precisa estar Enabled, pois trata-se de outra feature.

A quarta forma de resolver o problema é utilizando a ferramenta VSADMIN e utilizar os comandos de lista dos recursos. Se alguma das listas ocorrer erro o ideal é deletar todos os shadows com os parametros VSSADMIN DELETE. Com esta ação será reinicializado o VSS em todos os discos no próximo backup. Porem é importante que na primeira tentativa ocorra erro, pois os shadow serão reinicializados. Se isso ocorrer espere alguns minutos e tente novamente.

A quinta e ultima forma de resolver os problemas é verificar pelos hotfix e updates disponiveis para o servidor origem dos dados e também do próprio DPM que está no QFE 2 (http://www.microsoft.com/download/en/details.aspx?id=20953).

Problemas Especificos com Proteção do Hyper-V

Uma das grandes vantagens do DPM é fazer backup de maquinas virtuais (VMs) diretamente do serviço de Hyper-V, o que é muito mais rápido ao copiar e restaurar por incluir o VHD inteiro no backup.

Porem, neste caso é necessário tomar várias precauções.

A primeira delas tem a ver com DAS (Direct Attach SCSI), seja em um sotrage ou em discos locais se o DPM estiver no host do Hyper-V, o que eu nunca recomendaria por sinal.

Neste caso, o DPM irá ocupar toda a banda do storage para realizar o backup e o Hyper-V irá derrubar o serviço por entender que o VHD ficou indisponivel. Se você possuir cluster o serviço de cluster irá cair por indicar acesso simultâneo no mesmo disco. Portanto, não utilize o DPM conectado fisicamente na mesma controladora que está o Hyper-V.

Outro problema é o Hyper-V entender que houve acesso simultaneo ao mesmo dado (VHD) e neste caso aplique o KB 2545685 (http://support.microsoft.com/default.aspx?scid=kb;en-US;2545685) que costuma resolver o problema.

Se o seu ambiente Hyper-V for baseado em cluster também pode ser necessário caso o KB acima não resolva executar as tarefas descritas no documento http://technet.microsoft.com/en-us/library/ff634192.aspx que serve para influenciar a forma como os snapshots são gerados quando seu hardware não dá suporte a esta operação.

Por fim, siga os passos do documento http://technet.microsoft.com/en-us/library/ff634205.aspx desabilitando o protocolo chimney ou ativando a auto montagem dos volumes para o VSS.

Conclusão

Sistemas de backup são fáceis de serem implementados, mas exigem alto conhecimento do ambiente para serem gerenciados, já que a dependencia de recursos locais como o VSS e CSV no caso do Hyper-V em cluster não são tão simples de serem controlados.

Porem, com as dicas acima consegui resolver os problemas que tive em diversos clientes com sucesso!!!

Utilizando Fitas (Tape Drives) no DPM 2010–Parte III

Neste terceiro post iremos tratar de como trabalhar com as politicas de backup “long-term” para ajudar a escolher a mais apropriada para sua necessidade.

Como abordado no primeiro post é necessário escolher algumas opções ao criar o grupo de proteção e utilizar a opção “Long-term”.

Backup Tape

A primeira opção Retention range indica qual o tempo de retenção ou expiração do backup. Esta opção é importante ao ser planejada pois se este tempo for alto indica o numero de fitas que precisam ser utilizadas, já que como abordado na parte II a fita só pode ser reutilizada quando este periodo terminar.

A opção Frequency of backup e Backup schedule obviamente indicam quando o backup será executado na janela de retenção.

Quantas fitas (tapes) são necessárias?

Utilizando o backup acima como exemplo, precisariamos de 6 fitas. O motivo é que o backup é diario realizado de segunda a sexta (sabado e domingo está como excluido) o que formaria um conjunto de 5 fitas. A 6ª fita é a de arquivamento, já que o rodizio das fitas só seria possivel ao completar uma semana.

Ou seja, sempre serão necessárias uma fita a mais do que o periodo indicado para ser possivel realizar o rodizio.

Utilizando o Co-location não diminuo o numero de fitas?

Sim e muito, principalmente se os grupos de proteção forem menores que 400/800GB da fita LTO-3, por exemplo, já que diversos backups poderão estar contidos em uma unica fita.

O problema do co-location é o fato do gerenciamento ser manual. No exemplo da pergunta anterior poderá existir uma rotina de backup onde o operador em um horário determinado irá trocar a fita.

Quanto o co-location está ligado é necessário ficar manualmente olhando o quanto da fita está livre para fazer a troca, alem do co-location acabar misturando backups de grupos de proteção diferentes na mesma fita, o que torna mais complexo o arquivamente em cofre ou outra forma persistente.

Exemplos com politica de renteção em cofre

Vamos fazer um exemplo de uma empresa com 3 grupos de proteção, o que é comum. Levaremos em conta que o arquivamento mensal será permanente:

  • Grupo 1 – File Server com backup diário (seg-sex), retenção semanal e arquivamento mensal
  • Grupo 2 – Exchange com backup diário (todos os dias), retenção semanal e arquivamento semanal/mensal
  • Grupo 3 – SQL Server com backup diário (todos os dias), retenção semanal e arquivamento semanal/mensal

Para o grupo 1 precisariamos anualmente de 12 fitas permanentes mais 6 rotativas:

  • 5 fitas para os backups diários
  • 1 fita para fechar o ciclo semanal
  • 12 fitas para os backups mensais que são o ultimo semanal do mês, que será arquivada

Como o grupo 2 e 3 são similares seriam necessárias anualmente 56 fitas permanentes e 7 rotativas que ao longo do

  • 7 fitas para os backups diários
  • A ultima fita de backup diário na semana será a fita semanal, portanto 4 fitas por mês que serão arquivadas
  • A fita de backup mensal é a última fita do semanal, que será será arquivada

Se o mesmo grupo 2 e 3 não exijam que o backup das semanas anteriores sejam guardados ao terminar o mensal teriamos a redução de 3 fitas ao mes o que somaria 12 fitas permanentes, 3 rotativas semanais e 7 rotativas diárias:

  • 7 fitas para os backups diários
  • A ultima fita de backup diário na semana será a fita semanal, portanto 4 fitas por mês que serão arquivadas
  • A fita de backup mensal é a última fita do semanal, que será será arquivada dispensando as 3 anteriores para rodizio

Conclusão

Espero ter esclarecido as principais dúvidas sobre backup em fitas com o DPM e fiquem a vontade para comentar ou enviar perguntas e sugestões.

 

Parte I – Criando grupos de proteção incluindo tapes Utilizando Fitas (Tape Drive) no DPM 2010–Parte I

Parte II – Gerenciando tapes http://www.marcelosincic.com.br/blog/post/Utilizando-Fitas-(Tape-Drives)-no-DPM-2010e28093Parte-II.aspx