Fazendo backup do estado do sistema

2

Usamos o Symantec Backup Exec 12. Não achamos necessário fazer o backup do estado do sistema todas as noites. Estamos optando por fazer o backup mensalmente ou se forem feitas alterações no sistema.

Eu li artigos sobre o que exatamente o estado do sistema está fazendo. Pelo que entendi, mesmo com o estado do sistema, ainda é necessário fazer o backup de toda a unidade C: e de qualquer outra unidade no sistema para poder executar uma restauração do sistema.

Estamos fazendo backup de vários servidores para uma fita de 800 gb de compactação. A questão é, agora nós optamos por apenas fazer o backup do estado do sistema mensalmente, o que nos poupa 80 gb por backup completo, é a sua opinião, precisamos continuar a fazer o backup da unidade C :, todas as noites?

Nota: Fazemos um master semanal e incremental noturno. A razão pela qual surge esta questão é que nós mantemos o mestre semanal, depois um mês retornando a semana anterior em rotação, seguramos mensalmente até o final do ano ser realizado e então o final do ano é salvo para o bem e cada mês acabará voltando à rotação. Blá Blá eu estou divagando. Atualmente estamos em duas fitas por backup completo. Estávamos tentando chegar a 1 fita, por conveniência, mas queremos fazer os backups CERTOS!

O que outros administradores acharam como prática recomendada?

    
por jherlitz 04.06.2009 / 21:56

6 respostas

1

Tenha em mente que o estado do sistema inclui o registro. Se alguma coisa mudar, o registro dependerá do seu servidor e dos serviços instalados. Se qualquer uma dessas definições de serviço residir no registro e as configurações forem alteradas, você precisará atualizar o backup do Estado do Sistema depois que qualquer uma dessas definições de serviço for alterada.

    
por 05.06.2009 / 04:04
2

Em teoria, você poderia fazer backup estritamente do estado do sistema e seria capaz de restaurá-lo para uma nova instalação do sistema operacional em um novo hardware se você tivesse um desastre.

Na prática, as coisas nem sempre correm tão bem. Muitas vezes há A) logs ou B) utilitários / drivers específicos de hardware localizados no C-Drive, que seriam úteis ou críticos no caso de uma restauração.

Para descobrir se você pode se safar apenas com o estado do sistema, você deve realmente realizar um teste de recuperação de desastre e fazer uma restauração real (na verdade, você deve fazer este teste como regra geral todo ano) . Sempre erre do lado do backup, até provar que pode fazer menos.

-j

    
por 04.06.2009 / 22:23
2

Eu faço backups completos de nossas unidades C: em servidores Windows selecionados com estados do sistema semanalmente. Nós nos preocupamos apenas em fazer backup dos sistemas operacionais das máquinas que possuem coisas mantidas na unidade C: que não são facilmente recriadas. Muitas caixas são mais rápidas para reconstruir do que restaurar de qualquer maneira. A teoria por trás do Weekly Fulls como material não deveria estar mudando nessas unidades com tanta frequência. Nós mantemos esses backups duas semanas, então temos duas cópias de volta. Isso nos deu um grande equilíbrio ao sermos capazes de recuperar o que precisamos e não consumir muito disco. Isso também significa que os backups de estado do sistema operacional são relativamente recentes e, se tivermos que reverter as mudanças perdidas, eles são apenas da semana anterior, o que significa que eles são recentes o suficiente para serem lembrados e não são muitos para serem um incômodo.

Nós não armazenamos dados de usuários de qualquer tipo em nossos drives C :. Eles estão lá para dados de aplicativos que não podem ser instalados em outra unidade e para problemas de configuração.

Nós temos backups noturnos dos nossos CDs com SystemStates para que possamos ter as informações atuais do AD mais uma vez que só temos duas semanas, basicamente apenas para DR. Em comparação com os dados do usuário, que mantemos por muito mais tempo.

    
por 04.06.2009 / 22:29
1

Não sei qual é a sua situação, mas na minha experiência, um backup completo de um sistema não é necessário nem é uma boa ideia. (GASP!)

Essencialmente, a melhor coisa a fazer é ter redundância à prova de falhas no começo (como a replicação Master-Master em um servidor mysql) ou Raid-1. (ou 5 para melhores resultados).

Basicamente, na minha opinião e experiência, um "backup de estado" é uma maneira confusa de fazer as coisas. Se você precisar de tempo de inatividade mínimo absoluto (como em menos de um minuto), use redundância. para todo o resto, use uma solução de backup que se adapte ao sistema (solução baseada em rsync para o sistema de arquivos, repositórios para código, etc.).

Além disso, VERIFIQUE SEMPRE SEUS BACKUPS. No meu post anterior como um Jr. Linux Sysadmin, me deparei com 8 anos de backups semanais ... acabou precisando de um. Descobriu que o homem que acabara de ser demitido por incompetência grosseira, havia apoiado o erro diretamente (um vazio) por oito anos.

    
por 04.06.2009 / 22:26
1

Também não fazemos backups completos de C :, mas fazemos backup do estado do sistema todas as noites. Se você usa o diretório ativo, é muito importante manter backups regulares do estado do sistema de seus controladores de domínio - eles não ocupam muito espaço sozinhos em comparação com um backup completo de toda a unidade, e se o backup for mais antigo que o DNS A idade da marca para exclusão (que é de 60 dias por padrão) não é boa para restaurar o AD.

A partir da experiência direta, o backup bare-metal do sistema operacional e da unidade do sistema geralmente não ocorre sem problemas. Nós escolhemos usar coisas como RAID hot-swap para redundância e, em seguida, dados de backup e - sempre que possível - a configuração, com a suposição de que precisaremos reinstalar o sistema operacional e os aplicativos se algo sair completamente maluco.

    
por 05.06.2009 / 00:46
1

Complete backups de asolutely tudo no servidor aqui; cheio nos fins de semana, diferenciais noturnos. Considerando a sobrecarga razoavelmente mínima que o estado do sistema impõe ao seu backup em termos de tempo e armazenamento, não há motivo real para não fazer isso.

    
por 05.06.2009 / 00:52