Replicação de Dados para Contingência de Ativos

• Protegendo os Nodes Através da Dispersão Geográfica

Redundância de Nodes em uma estratégia de Contingência devem ser Geograficamente separadas/disperças. Se eles estão no mesmo Data Center isto não é uma tolerância de Contingência. Considere um cluster com nós em dois Data Centers: A e B. Se todos os ativos da aplicação A falharem no Data Center A ela pode continuar provendo os serviços no Data Center B aos clientes.

• Protegendo Dados através de Replicação

As perdas mais significativas durante um desastre/falha são as perdas do acesso aos dados ou os próprios dados. A proteção para isto se dá através da replicação de Dados, isto é criam-se copias extras.

A replicação de Dados deve:
** Assegurar a Consistência dos Dados através da Replicação de modo que os dados estejam imediatamente disponíveis e recuperáveis. Dados inconsistentes, mesmo que disponíveis são inúteis. Os dados consistentes podem ou não ser os mais atuais.
** Assegurar a Atualidade dos Dados de modo que um replica dos dados possa ser recuperado para incluir todas as transações cometidas que foram aplicadas à base de dados local.
** Assegurar o Disponibilidade dos Dados de modo que haja alguma ação que pode ser feita  para fazer os dados consistentes, como restaurar do backup.
** Minimizar a Perda dos Dados configurando a Replicação para assegurar a Consistência dos Dados, Atualidade e Disponibilidade.

Os métodos diferentes de replicação dos dados têm diferente vantagens com consideração à consistência e à Atualidade dos Dados. A escolha de que  métodos de replicação dos dados a se usar dependerão de que tipo de arquitetura tolerante a contingência é requerido.

Replicação Off-Line

Replicação Off-Line é o método mais comumente usado hoje. Isto envolve dois ou mais DataCenters que armazenam seus dados em fitas e enviam um para o outro ou armazena-as off-line em um Centro Especializado. Se ocorrer um desastre ou falha de um determinado serviço em um local, os dados podem ser recuperados através da cópia off-line no outro site.
Pelo fato do backup ser feito “off-line” a Consistência dos Dados é razoavelmente elevada, exceto por um erro humano ou um backup corrompido. Entretanto a Atualidade dos dados é comprometida pelo tempo gasto no envio da fita para o Site Remoto.
Replicação Off-Line é uma boa medida para a maioria das Aplicações em que o tempo de Recuperação não é crítico para o negócio. Embora os dados possam ser replicados semanalmente ou até diariamente a recuperação pode tomar um dia ou mais dependendo do volume dos dados. Algumas aplicações dependendo da regra de negócio pode necessitar de um período de replicação menor.

Replicação On-Line

Replicação On-Line é um método de cópia de dados de um site a outro através de um Link. É utilizado quando um período de replicação muito pequeno é requerido, como minutos ou horas. Para se recuperar o sistema em período tão curto os dados devem ser replicados em real-time.

A replicação pode ser Síncrona ou Assíncrona:

Replicação Síncrona requer que a replicação de um disco termine antes de iniciar a replicação de outro. Este método melhora as chances de manter a Consistência e Atualidade dos Dados durante a replicação. Entretanto, reduz drasticamente a capacidade e o desempenho da replicação e o tempo de resposta do sistema.

Replicação Assíncrona não requer que a replicação de um disco termine para iniciar a de outro. Uma replicação assincrona é muito mais rápida por poder transferir dados de discos distintos ao mesmo tempo e consequentemente um volume maior de dados, todavia a consitência dos mesmos é comprometida.

Atualmente existem duas maneiras de replicar os dados on-line: Replicação Física dos Dados e Replicação Lógica dos Dados e cada uma pode usar tanto o método Síncrono como Assíncrono.

    ** Replicação Física: Cada disco é replicado em um outro disco no outro site. Como a replicação é física ela não depende da Aplicação. Isto permite que cada nó rode aplicações diferentes sob circunstâncias normais. Podem ser feitas via software ou hardware. Mirror-Disk é um exemplo de replicação física de dados.

    ** Replicação Lógica: É executada através da repetição das seqüências de transações no site remoto. Normalmente deve ser feita tanto no nível do filesystem, quanto no nível da Database para replicar todos os dados vinculados a uma aplicação. Um exemplo é o Oracle Standby Database.

• Replicação Ideal

A replicação ideal dos dados para tolerância a disastres e como medida de contingência, seria uma combinação, se o orçamento permitir, de Replicação Física para manter a Performance e atualização dos dados, suportada por uma Replicação Lógica dos Dados para manter a Consistência dos mesmos. A replicação lógica pode ser usada somente nos casos onde a replicação física foi corrompida.