O que é um bom cronograma / metodologia para a restauração de testes dos meus backups?

7

É de conhecimento geral sobre SF que seus backups são tão úteis quanto sua capacidade de restaurá-los. Então você revisou e documentou sua programação de backup. Você verifica os logs e / ou recebe notificações dos resultados de cada tarefa de backup.

Agora, você quer ter certeza de que nunca será pego com suas calças LTO, e fará restaurações pontuais de tempos em tempos. Eu percebo que isso vai variar drasticamente com base no tamanho & tipos de dados, mas gostaria de descobrir como as pessoas estão lidando com isso. Ou é basicamente apenas uma questão de treinamento - certificando-se de que você (ou seu pessoal) tenha experiência em cada restauração necessária?

Temos muitas perguntas sobre como restaurar um determinado tipo de tecnologia. Estou mais interessado em saber como você se satisfaz que uma recuperação rápida é certa.

    
por Kara Marfia 04.07.2010 / 17:29

2 respostas

3

Dependendo do ambiente, isso pode ser complicado.

Em um ambiente de servidor dedicado, seria mais útil ter uma máquina de backup cujo hardware é idêntico ao primário. Coloque a máquina de backup offline e execute as restaurações enquanto estiver isolada. Quando estiver satisfeito de que foi restaurado corretamente, verifique se todo o processo foi documentado corretamente. Se você for realmente sério, peça a alguém que tente seguir suas instruções sem ajuda externa.

O teste ácido está em trocar a máquina de backup pelo primário. Isso não funcionará, é claro, se você trabalhar com dados em tempo real que estão constantemente mudando. Também é arriscado e não é totalmente necessário, mas garante que você será capaz de se recuperar com seus procedimentos (recém) estabelecidos.

Como não tenho uma máquina de backup e posso me dar ao luxo de usar o servidor off-line por horas, faço o seguinte:

  1. Executar um backup novo
  2. Substitua todos os discos rígidos relevantes por peças de reposição. Etiquete e guarde os originais para o caso de as coisas correrem mal.
  3. Execute o procedimento de restauração, documentando ao longo do caminho.
  4. Nesse caso, basta retornar o sistema ao serviço. Os discos rígidos originais vão para a prateleira como peças sobressalentes, e uma opção de recuperação de última hora.

Eu não tentarei comentar sobre ambientes de VM. Eu sei apenas o suficiente sobre eles para ser perigoso.

Certifique-se de revisar e testar seu sistema de backup e restauração sempre que fizer alterações significativas em seu servidor. Não seria um problema, tire o fichário de 5 anos com as instruções de recuperação, apenas para perceber:

  • é para hardware que você não tem mais,
  • software que sofreu mudanças drásticas três vezes,
  • e nem sequer fala sobre as quatro novas funções que você adicionou a esse servidor desde a última vez em que o livro foi atualizado.

No fechamento, a chave é documentar cuidadosamente todo o processo. Escrevê-lo de tal forma que o novo contratado que só começou na semana passada recém-saído da escola pode conseguir fazer as coisas de novo sem ajuda externa. Então teste-o.

Boa sorte!

    
por 17.07.2010 / 15:37
0

Talvez eu seja supersticioso, mas realmente não gosto de software de backup gerenciado, como o Backup Exec. Ele requer seu próprio banco de dados, que também deve ser armazenado em backup, e seu próprio software, que também deve ser instalado em algum lugar para restaurar. Portanto, se você perder o servidor de backup, poderá restaurá-lo a partir de uma imagem ou recriá-lo e restaurar o banco de dados, antes de poder restaurar qualquer outra coisa.

Eu me sinto muito mais seguro com o cenário de dados + imagem. É fácil fazer uma imagem completa do SO no Linux e no OS X. No Windows, descobri que o Acronis Universal Restore funcionou muito bem ao tirar uma imagem completa do Windows offline, o que faço trimestralmente. Em seguida, restauro essa imagem para outro servidor offline. Então, é uma questão de restaurar os arquivos de dados, que não precisam do Backup Exec se você pode executar algo como o rdiff-backup em um servidor de armazenamento externo.

Sabendo que tenho boas imagens e acesso fácil a arquivos, não oculto em um contêiner e gerenciado por um banco de dados, e tendo testado o processo de restauração em um servidor sobressalente que tenho em torno apenas para o propósito, me ajuda a me sentir confiante processo.

    
por 27.07.2010 / 06:41