Ao trocar o meu HD externo pelo que já possuía no note, tive o seguinte problema: “Invalid disk” tanto no Server Management quando no DiskPart.

O disco em questão era o de boot no meu antigo notebook que estava formatado como Dynamic e com 3 partições (System, SO e Dados).

Encontrei no Fórum TechNet referencia ao mesmo problema, mas não se aplicavam ou não adiantavam no meu caso e foi quando comentaram da ferramenta HxD (http://cnet.co/qe5H4H), que eu já havia utilizado mas para editar arquivos e não para editar setores de disco.

Então ai está a solução, usando o HxD edite o disco e altere o hexa 42 (dinâmico) para 07 (básico) e o disco passa a ser enxergado com todas as partições, mas com o sintoma de aparecem algumas partições “fantasmas”.

Na figura 1 veja a abertura do disco pelo menu “Extras –> Open Disk”

Na figura 2 encontramos a definição dos tipos de partição, que iniciam na posição 0000001C0 em diante e note o terceiro octeto com o DWORD 42 e altere para 07.

Na figura 3 veja que o disco foi visto como básico, as partições voltaram, inclusive a de 200MB utilizado como System e uma “fantasma” com a letra H que não tinha dono e que segundo referencias era a partição de controle do disco dinâmico.

Assim, após realocar os 200 MB para o disco G:, apagar o disco H: e reformatar a partição 1 que era boot fiquei com o meu disco recuperado e estou utilizando normalmente como uma única partição sem ter perdido dados que estavam na partição 2:

Importante: Não utilize este recurso em dados sem levar em conta o risco de perder partições, principalmente levando em conta que certos recursos não são suportados (Extend, Expand, RAIDs) em discos básicos. Este recurso é interessante e essencial caso deseje recuperar dados de discos que estejam nas especificações dos discos básicos, ou seja, até 4 partições sem recursos de RAID.

Este final de semana irá iniciar o ciclo de eventos da equipe MSTechDay:

06/08 São Paulo http://www.mstechday.com/saopaulo/inscricao.aspx

13/08 Barra Bonita https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032490826&Culture=pt-BR

27/08 Adamantina https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032487894&Culture=pt-BR

A agenda de cada evento é eclética e visa agradar tanto a desenvolvedores quanto profissionais de TI.

Os eventos em Barra Bonita e Adamantina são gratuito e o de São Paulo tem uma taxa de R$ 30,00 para as despesas do evento.

Nos dois eventos fora de São Paulo serão 5 MVPs palestrando em cada um deles, alem do Daniel Donda que recentemente lançou um livro sobre o Windows Server Core e estará falando sobre este assunto.

Nos eventos de Adamantina e Barra bonita fui convidado para palestrar sobre “Green IT” e será um prazer poder conhecer pela primeira vez estas duas cidades.

Se você está em São Paulo ou mora próximo a uma dessas outras duas cidades, não deixe de comparecer!!!

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”.

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