Backup e recuperao Melhores Prticas | TI Especialistas

http://w w w .tiespecialistas.com.br/2011/09/backup-e-recuperacao-melhores-praticas/ September 14, 2011

set 13, 2011 Proposio de atividades e procedimentos como sendo as melhores prticas podem ser controversos, como sempre haver excees a uma regra, e sempre haver sites e empresas que necessitam para realizar backups de forma diferente ao que aqui proposto. O que permanece verdadeiro, porm, que seguindo essas diretrizes um bom ponto de partida para alcanar um ambiente de backup ideal. Backup para recuperar No h realmente uma nica razo que realizamos backup para se recuperar. Todas as outras razes potenciais para backup so secundrias quando se trata de necessidade de realizar uma recuperao. Como tal, isto significa que os sistemas de backup devem ser concebidos com a performance de recuperao em mente ao invs de simplesmente focando a quantidade de tempo que o backup vai demorar. Em ambientes com acordos de nvel de servio (SLAs), o projeto de um ambiente de backup deve realmente comear com a determinao que os SLAs de recuperao so, e ento trabalhar para trs para um sistema de backup que pode proporcionar um desempenho tal, ao invs de assumir que o sistema de backup desenhado vai ser capaz de satisfazer as exigncias de recuperao. Como backups so feitos para se recuperar, por implicao isso tambm significa que deve haver testes adequados, monitoramento e proteo dos backups realizados. Documentao Sempre documentar o mximo possvel em um sistema, e lembre-se sempre que os backups no negam a necessidade de documentao do sistema de recuperao (ou qualquer outra forma de documentao do sistema ou aplicativo). Backup disponveis e os procedimentos de recuperao para cada sistema protegido pelo ambiente de backup. Isto deve incluir procedimentos de recuperao de desastres que cobrem atividades para alm das etapas de informtica para uma recuperao, como qualquer outro procedimentos corporativos ou referncias a documentao externa e sistemas de apoio podem ser potencialmente necessrias durante a recuperao. A documentao para cada sistema dever ainda incluir detalhes de contato para os proprietrios, os usurios-chave, e os administradores do sistema. Isto til no s em situaes de recuperao, mas tambm para as aes administrativas em geral, tais como: Notificao de backups com falha Confirmando que as alteraes previstas no procedimento de backup ser aceitvel A confirmar se quer re-executar backups com falha Confirmar se um novo contato est autorizado a fazer backup / recuperao de solicitaes sobre o sistema (habilitao inadequada de pedidos de contactos anteriormente desconhecidos pode resultar em uma violao de segurana) Proteger os backups Backups no devem representar um ponto nico de falha dentro de uma organizao e, portanto, eles tambm exigem proteo normalmente atravs de duplicao, de modo que se houver uma pea de mdia de backup falhar, os backups podem ser recuperados a partir de outra pea de mdia. Isso cria bvias implicaes na forma como um sistema de backup deve ser projetado no s o sistema precisa ser projetado de tal forma que as recuperaes e backups podem ser concludas em tempo hbil, mas a duplicao de backups tambm deve ser concludo dentro de um tempo hbil tambm.

Normalmente h muito mais para proteger backups, no entanto, que apenas duplicar. Questes como a seguir tambm devem ser considerados: Se h uma diferena lgica ou funcional entre replicas e originais, cuja cpia enviada fora do local? So os backups off-site armazenado em um local que suficientemente afastada da zona primria para no ser afetado pelas causas mais provveis de falha ou desastre que poderia ocorrer no local primrio Fazer backups periodicamente o teste para garantir que eles podem ser recuperados a partir de? Se assim for: O que feito se um backup testado e no conseguiu ser recuperado com sucesso? A documentao de recuperao refletem os procedimentos utilizados para realizar as recuperaes teste? um log tomada de backups que foram testadas? Se backups no so testados periodicamente, por que no? Quando a mdia de backup so movidos de local para local (por exemplo, offsiting fitas de backup), so os meios de comunicao devidamente protegidas de fatores ambientais como umidade, variaes extremas de temperatura, etc? A checagem dos resultados e relatrios Sempre projetar um sistema com uma meta de zero falhas durante operaes normais. Dessa forma, verdadeiros fracassos so facilmente detectados sem precisar peneirar atravs de falsopositivos em uma base diria. Isso auxilia no dia-a-dia das operaes para o ambiente de backup, mas tambm garante que os novos funcionrios podem facilmente se adaptar ao sistema e no precisam ser treinados no que e no um erro aceitvel. Se os resultados de backup no esto sendo verificados, assume falha 100 por cento. Como este no obviamente um resultado desejado, ele deve destacar a necessidade de verificar os resultados de backup. Backups no so feitos para ser capaz de assinalar algumas caixas em um relatrio dirio dos deveres assumidos, mas tm um lugar srio para garantir a continuidade da empresa. Como tal, eles precisam ser tratados com seriedade e monitorados adequadamente, assim como qualquer outro sistema de chave em um ambiente. Consideraes sobre Core design Particularmente quando se planeja um sistema de backup a partir do zero, sempre buscando atender as seguintes prticas de projeto do ncleo: Centralize, sempre que possvel gesto de sistemas de backup corporativo consideravelmente mais fcil quando um nmero mnimo de servidores principais esto em uso. Ao escolher a tecnologia, software, e prticas, lembre-se que vanguarda perfeitamente bem para um ambiente de backup, mas borda do sangramento devem ser evitados. (Se a deciso for feito para ir de ponta, tente lembrar-se quando ocorre uma falha que esta escolha foi feita ou seja, documento e obter sign-off). Manter o mximo do ciclo mais curto possvel reteno na automatizado de manuseio de mdia unidades (bibliotecas normalmente fita). Por exemplo, se backups dirios so mantidos por seis semanas, ter em vista que tamanho suficiente de armazenamento online para manter esta no mnimo. No entanto, mais do que esta capacidade necessria e que deveria haver espao para volumes em branco para ser usado para a duplicao, sobressalentes, volumes de recuperao, e um nmero adequado de volumes mensal / anual on-line tambm. Isso ir garantir que as recuperaes so mais fceis para facilitar. Garantir todos entendam que backup uma outra forma de seguro especialmente quando os oramentos precisam ser renovados. Em um ambiente de backup com o crescimento de dados em curso, novas mdias normalmente deve ser visto como despesas operacionais, em oposio s despesas de capital. muito importante lembrar que os preos de mdia quase sempre vir para baixo. Se prev-se que o sistema vai exigir, por exemplo, 4.000 fitas ao longo de trs anos, pode ser um erro caro que compr-los todos no incio da implementao. Em vez disso, sempre que possvel, compre mdia para cobrir perodos de trs a seis meses, no mximo, de modo que a vantagem pode ser tomada de preos em queda de mdia. (Se prestao de servios de backup para vrios departamentos,

divises ou clientes, ser necessrio atravessar a cobrar requisitos media com preciso.) Em grandes organizaes, dar ateno para um grupo de administrao de armazenamento e de backup em vez de deixar tais consideraes individuais com as equipes de administrao do sistema operacional. Isto permite uma maior reduo nos custos de gerenciamento de sistemas, e fornece mais consistncia em regimes de proteo em toda a organizao. Evitar a fantasia extras, tais como verificao de vrus integrada, que desvia requisitos de backup do ncleo. A data e a hora da ocorrncia da falha O host (s) associados, a diferenciao entre servidor, cliente e n de backup remoto como apropriado A mensagem de erro exata observado na falha O que a resoluo para o problema era, se o problema foi resolvido Quaisquer atividades que ocorrem fora do software de backup (por exemplo, interrupes do sistema, falhas de hardware, etc) que podem ter tido um impacto sobre o sistema de backup e, portanto, pode ter desempenhado um papel na falha Esta lista de monitoramento deve pelo menos ser capaz de ser classificadas por: A data ea hora da falha (s) O host (s) associado com a falha A mensagem de erro (s) associado com a falha Delinear claramente Papis e Responsabilidades Cada sistema ter vrios papis e responsabilidades e, como discutido no incio do livro, um sistema de backup ir envolver um grande nmero de pessoas diferentes em uma empresa de uma forma ou de outra. Duas das questes mais incapacitante pessoal que pode ocorrer com os sistemas de backup so disputas de domnio (onde diferentes pessoas acreditam que o seu territrio est a ser invadido) e atividade desconecta. Uma disputa de domnio, como foi discutido, o lugar onde duas equipes discordam sobre quem responsvel por uma determinada atividade e, como resultado de atrito ocorre sempre que a atividade executada. Uma atividade de desconexo o lugar onde todo mundo achou que uma determinada tarefa era de responsabilidade de outra pessoa ou outro grupo e, portanto, no foi realizada. A forma mais adequada para evitar estes cenrios, e assim aumentar a eficcia do sistema de backup, assegurar que toda a gente est formalmente ciente de suas funes e responsabilidades em relao ao sistema de backup. (Se isso significa ter um documento delegaes formal, que assim seja.) A Rede A importncia de uma rede em pleno funcionamento em um ambiente de backup corporativo nunca pode ser mais enfatizado, e, portanto, este assunto merece uma considerao especial em melhores prticas. Pelo pleno funcionamento, estamos nos referindo a: Resoluo de nomes completos e corretos entre todos os hosts, independentemente de qual mtodo de resoluo de nome usado. Uso da velocidade da rede forado e configuraes duplex onde suportado pela rede para reduzir o impacto da autonegotation sob carga alta de backup. Embora no diretamente relacionados com a rede por si s, com sincronizao de tempo de funcionamento entre todos os hosts envolvidos na rede de backup ir resultar em um ambiente mais adequadamente integrado que pode ser totalmente invocado e mais facilmente depurado. (Muitas vezes a implantao de sistemas de backup centralizado tem um benefcio inesperado da fixao finalmente todos aqueles irritantes problemas de rede que foram pouco afetam os negcios por um longo perodo de tempo, mas em si nunca foram suficientes para justificar o tempo gasto para rastrear.) Assegurar o sistema suportado quase garantido que no importa quem a empresa emprega, eles no tero uma resposta para cada problema. Alm disso, nem todo problema vai ser resolvido por um exerccio de depurao alguns problemas acabam por ser bugs no software ou falhas no hardware. Quando estes tipos de

problemas surgem, ou problemas regulares se tornam muito difceis de diagnosticar, importante referir o problema para outra pessoa. Lembre-se que um sistema de backup em muitos aspectos, a chave para o meio ambiente. No ter contratos de suporte e manuteno no local para um servidor de backup pode resultar em qualquer, todos, ou at mais do que os seguintes cenrios: Ficando hardware atendidos sem um suporte ou contrato de manuteno pode resultar em um custo mais elevado para uma atividade de servio nico de todo o contrato de um ano por exemplo, um cliente uma vez decidiu no gastar US $ 3000 por ano em manuteno de hardware para um stand-alone unidade de fita. Quando falhou nove meses depois que custou 3.300 dlares para um servio one-off da unidade. Equipe pode esgotar todas as vias de analisar um problema que ocorre com os backups e ainda no necessariamente encontrar uma soluo. No faz muito sentido para uma empresa a pagar centenas de milhares de dlares em apoio para servidores de produo primria, fornecendo suporte 24 / 7 de platina com tempos de resposta de uma hora, mas deixar tais sistemas irrecupervel devido a um problema no ambiente de backup que no pode ser escalado. Pior do que o acima exposto, a equipe pode determinar que h uma correo para o conhecido software de backup que aborda os problemas encontrados, mas a manuteno para o software de backup no foi comprado, e, portanto, a empresa de software de backup escolhe a cobrar o custo total das licenas para ter acesso ao patch (efetivamente cobrar por novas licenas). Um servidor de backup, seu sistema operacional, hardware, software, e respectivos dispositivos de backup remoto devem ser considerados At a prxima! Number of View :239