InfoTech 1 | Page 8

Hoje a alta disponibilidade e segurança de dados estão entre as maiores prioridades de empresas hoje em dia.

As soluções para DR mais conhecidas atualmente são: Backup e Recover para unidades de Mídia/Fita, Log Shipping e replicação remota de informações em Storage. Infelizmente, essas soluções não suportam uma recuperação e proteção de dados RPO e RTO.

Conceito de RPO e RTO:

O objetivo de um plano de recuperação de desastres é minimizar o tempo de inatividade e perda de dados.

Minimizar o tempo de inatividade e perda de dados é medido em termos de dois conceitos:

Objetivo tempo de recuperação (RTO);

Objetivo de ponto de recuperação (RPO).

O objetivo de tempo de recuperação (RTO) é a duração específica de tempo e um nível de serviço dentro do qual um processo de negócio deve ser restaurado depois de um desastre (ou interrupção), a fim de evitar consequências inaceitáveis associados com uma pausa em continuidade de negócios. Ele pode incluir o tempo para tentar corrigir o problema sem uma recuperação, a própria recuperação, teste e da comunicação para os usuários. Hora de decisão para os usuários representante não está incluído. O cronograma de continuidade de negócios geralmente corre em paralelo com um cronograma de gerenciamento de incidentes e pode começar com os mesmos, ou diferentes, pontos.

Já o objetivo de ponto de recuperação (RPO), é definido por planejamento de continuidade de negócios. É o período máximo alvejado em que os dados podem ser perdidos a partir de um serviço de TI devido a um incidente grave. Por exemplo, se o RPO é definido como quatro horas, em seguida, na prática, para fora do local espelhado, cópias de segurança têm de ser mantido de forma contínua, um apoio para fora do local diariamente em fita não será suficiente. Cuidados devem ser tomados para evitar dois erros comuns em torno do uso e definição de RPO. Em primeiro lugar, a continuidade dos negócios análise de impacto de negócios para determinar RPO para cada serviço, RPO é não determinada pelo regime de backup existente. Em segundo lugar, quando é exigido qualquer nível de preparação de dados off-site, em vez de no momento os backups são offsited, o período durante o qual os dados são perdidos muitas vezes começa perto da hora de início do trabalho para preparar backups que são, eventualmente, offsited.

oracle data guard

8 Info Tech / Junho, 2015