Coisas a serem consideradas ao fazer backup do Windows 2003 Server

6

Quais são as coisas mais importantes a considerar quando fizer o backup de um servidor Windows 2003?

Significa algo como:

  • Erros comuns.
  • Coisas a considerar para fazer uma recuperação completa.
  • Os pontos mais importantes para nunca esquecer.
  • ...
por FerranB 05.07.2009 / 22:08

9 respostas

11

Alguns pensamentos aleatórios:

Um backup não é um backup se você não puder restaurar a partir dele. Você não saberá se pode restaurar algo a menos que você tente. Teste as restaurações dos seus backups!

Se a mídia de backup for destruída ao mesmo tempo em que o computador servidor está, não é um backup. Faça backups fora do site!

Eu vi vários casos em que os programas de serviço (mecanismos de banco de dados, etc.) mantinham os arquivos bloqueados e anos de backups eram feitos sem capturar os arquivos bloqueados. Se uma restauração de teste tivesse sido tentada, isso seria aparente.

Se você possui o Active Directory, é necessário capturar um backup de "Estado do sistema" em um de seus controladores de domínio regularmente.

Se você planeja fazer uma recuperação bare-metal de um computador servidor específico, é bom ter um backup de "Estado do Sistema" (ou equivalente) feito regularmente.

    
por 02.06.2009 / 23:05
4

Considere os dados que você está fazendo backup ... é um servidor de banco de dados? É um servidor web? Servidor de arquivos

Há dados na unidade do SO que são essenciais? Se sim porque? Levará mais tempo para restaurar o sistema operacional do que para reconstruí-lo?

Se for um servidor que pretendo fazer uma restauração do tipo bare-metal, certifico-me de obter o OS e o estado do sistema diariamente, assim como os dados.

Se é apenas um servidor de arquivos e há pouco ou nada acontecendo na unidade do sistema operacional bem, então você pode não precisar fazer o backup ou pelo menos não mais do que uma vez / semana.

TESTE SEUS RESTAURANTES. Toda vez que vejo Evan dizer isso, acho que há um cara que provavelmente aprendeu isso da maneira mais difícil. Eu sei que fiz.

Pegue uma caixa de teste e tente restaurá-la para o estado original do seu servidor. Você notará rapidamente que, se não tiver algum tipo de opção BareMetal, precisará colocar um sistema operacional e um agente de backup nele. Portanto, a pergunta sobre demora para reconstruir do que restaurar?

A parte mais importante do conselho de backup depois de " testar suas restaurações " Posso pensar em "saber o que fazer backup e o que excluir" . NÃO tente executar seu software de backup em arquivos de banco de dados ativos ou em sua quarentena antivírus ou no diretório que seu software de backup está usando para armazenamento em cache. Essas coisas podem funcionar a maior parte do tempo, mas eventualmente causarão falhas de backup e você não terá o backup necessário quando precisar. A Lei de Murphy significa que o backup que você absolutamente deve ter é o incremental que falhou.

    
por 16.06.2009 / 00:49
4

Como já foi mencionado, as restaurações de teste são uma necessidade absoluta. Outros itens importantes são:

  • Documente tudo, incluindo o que vai para onde.
  • Use o software de backup que reporta. por exemplo. Se um arquivo bloqueado for ignorado, você precisará saber sobre ele para que situações como Evan descritas não aconteçam.
  • Certifique-se de que pelo menos os dois backups mais recentes sejam feitos fora do site. Se você confiar em apenas um, pode ter certeza de que algo vai dar errado.
  • Se você valoriza seus dados e deveria, não use mídias descartáveis, como discos rígidos externos. Use algo feito para o trabalho.
  • Se o seu sistema permitir, execute mais de um procedimento de backup. por exemplo. Nos servidores Windows, eu uso o Windows Backup (em um disco local) para que as restaurações do dia anterior sejam rápidas e fáceis, mas o Backup Exec (para fita) para backups "apropriados". Felizmente para mim, tenho uma grande janela de tempo para fazer isso.
  • Projete seu sistema de backup para ser o mais independente de hardware possível. Se a fumaça começar a vazar do servidor, talvez seja necessário substituí-la por uma marca ou modelo diferente, portanto, descubra se você pode fazer uma restauração em um hardware incompatível.

Lembre-se de que uma das razões para os backups é recuperar-se de um desastre, como o prédio e tudo o que está sendo destruído. Eles não são apenas para que seus usuários possam ser descuidados.

Ao escolher os componentes que irão compor seu sistema, leve em consideração o futuro. Se você tiver um desastre, como um incêndio, você ainda poderá obter uma unidade que possa ler suas fitas antigas, etc.

    
por 06.07.2009 / 04:20
1

Fazer o backup de tudo é o caminho a seguir, IMO.

Não se trata apenas de restaurar dados - essa é a parte fácil. Você também pode restaurar algum aplicativo em execução no servidor?

    
por 02.06.2009 / 23:20
1

Talvez um aparte, mas enquanto estiver pensando nisso, faça um favor e documente tudo. Você ficará feliz em fazer isso especialmente se não estiver 100% dedicado a configurar e manter os backups.

O que é feito em backup, quando, por quanto tempo ele é mantido, o procedimento de restauração real (testado) e como a rotação e a desativação da fita funcionam. Idealmente, essas coisas podem ser comparadas aos SLAs do sistema ou até formar a base dos SLAs (e contribuir para qualquer planejamento de DR)

Ter essas coisas claramente definidas e de fácil acesso é útil. A maioria das pessoas não pensa nos backups até precisar deles. Ou até os auditores aparecerem. E, nesse ponto, é bom poder retirar um documento e obter o que eles precisam.

    
por 06.07.2009 / 05:09
0

Sugiro fazer backups em nível de mestre / arquivo tradicional (para facilitar a restauração de arquivo único), bem como fazer um backup baremetal da partição de inicialização do servidor. Se o servidor falhar, você poderá restaurar o OS / Apps para o hardware reparado / substituído e ficar em execução em um período muito curto, seguido por uma restauração no nível do arquivo. Eu também consideraria fazer o backup em um dispositivo / destino de disco como uma solução Unitrends (ou equivalente).

    
por 04.06.2009 / 19:19
0

Uma coisa a lembrar é fazer backup dos Dados do estado do sistema pois isso ajudará muito na recuperação após um evento de servidor perdido.

    
por 13.04.2017 / 14:14
0

Nós fizemos o backup de uma grande quantidade de servidores usando o Symantec Ghost e ele funciona sempre bem.

Mas, assim como o armazenamento em fita, teste-o em um hardware semelhante.

Outro software que alguns associados meus usam é o Acronis, que funciona muito bem.

    
por 02.06.2009 / 23:11
0

Nunca nomeie os backups como "novo backup", "backup mais recente". Sempre anote uma data.

    
por 02.06.2009 / 23:38