gestao

Muitas organizações não pensam em Recuperação de Desastre quando a infraestrutura de TI e os aplicativos estão sendo executados sem quaisquer problemas. A maioria delas só pensa sobre isto quando algo ocorre, causando um grande impacto negativo sobre o negócio.

Se você é um administrador de sistema ou alguém responsável por manter o funcionamento da TI, você deve estar constantemente trabalhando na recuperação de desastres. Se sua empresa aloca tempo e orçamento ou não, você ainda pode trabalhar em alguns aspectos da Recuperação de Desastre.

A seguir está uma lista de vários itens que você pode considerar ao planejar uma Recuperação de Desastre. Esta lista não deve ser considerada definitiva, mas suficiente para dar idéias sobre como começar um plano de Recuperação de Desastre.
1. Novo datacenter principal: Antes de planejar um datacenter secundário (remoto), você deve certificar se todos os componentes em seu datacenter primário são altamente redundante. Seu foco deve ser em projetar um datacenter primário tão resistente quanto possível, que você consiga se recuperar rapidamente da maioria dos desastres (exceto desastres naturais) sem ter que usar sempre o datacenter secundário. Por exemplo, ter um banco de dados standby no mesmo datacenter do seu banco de dados de produção, configurar placas de rede e placas HBA dupla em todos os servidores de produção, configurar servidores de web múltiplos com balanceamento de carga, conectar o servidor em dois circuitos de energia usando fontes redundantes, etc;
2. Datacenter secundário (remoto): Se você implementar um novo datacenter primário, o objetivo de um datacenter remoto é principalmente para as catástrofes naturais como terremotos, incêndios, inundações, etc. Embora isso possa ser muito óbvio, vale dizer, já que eu já vi algumas empresas fazerem isso, que tem tanto datacenter primário quanto o secundário na mesma cidade, o que compromete o propósito da Recuperação de Desastre;
3. Replicar componentes de