A recuperação de desastres do Oracle Database é um aspecto fundamental da gestão de dados empresariais, garantindo a continuidade dos negócios e a integridade dos dados em caso de falhas no sistema, desastres ou erros humanos.
A importância da recuperação de desastres do Oracle
Interrupções e perda de dados podem ter consequências devastadoras—financeiramente, operacionalmente e em termos de reputação. Seja causado por falhas de hardware, desastres naturais, ataques cibernéticos ou erro humano, interrupções nos bancos de dados Oracle podem afetar funções empresariais essenciais. A recuperação de desastres do Oracle garante que as organizações possam recuperar dados e restaurar serviços dentro de prazos aceitáveis, conhecidos como RTO e RPO.
Um plano de DR da Oracle bem projetado ajuda:
Minimize o tempo de inatividade e a interrupção do serviço
Garantir a consistência e integridade dos dados
Cumpra com os requisitos regulatórios e de governança
Mantenha a confiança do cliente e a continuidade dos negócios
Três Tipos de Tecnologias de Recuperação de Desastres do Oracle
Para a recuperação de desastres do banco de dados Oracle, podemos considerá-la sob as perspectivas de Data Guard, GoldenGate e CDP.
Oracle Data Guard fornece uma tecnologia de sincronização de dados para alcançar alta disponibilidade, desempenho aprimorado e failover automático para bancos de dados Oracle. Ele cria e mantém vários bancos de dados em espera para o banco de dados primário. As alterações feitas no banco de dados primário podem transmitir automaticamente as informações para o banco de dados em espera sem perda de dados durante o processo.
O Data Guard oferece dois tipos de bancos de dados em espera: standby físico e standby lógico. Embora ambos garantam a consistência dos dados entre o banco de dados primário e o em espera por meio de logs arquivados, seus processos diferem: um ocorre por meio da replicação física no disco e o outro alcança a sincronização de dados regenerando transações SQL.
GoldenGate é uma tecnologia de replicação de dados estruturados baseada em logs. Ela analisa os logs online ou arquivados do banco de dados de origem para capturar alterações incrementais e depois aplica essas alterações ao banco de dados de destino, alcançando assim a sincronização entre os bancos de dados de origem e de destino. O GoldenGate suporta replicação em tempo real de grandes volumes de dados (com atrasos geralmente inferiores a 5 segundos) através de infraestruturas de TI heterogêneas — incluindo praticamente todos os principais sistemas operacionais e plataformas de banco de dados. Pode ser utilizado em diversos cenários, como sistemas de emergência, relatórios online, provisionamento de data warehouse em tempo real, rastreamento de transações, sincronização de dados, centralização/distribuição e recuperação de desastres. Como o GoldenGate captura as alterações analisando e filtrando logs, ele suporta a replicação entre plataformas e a sincronização de bancos de dados não Oracle.
CDP (Proteção Contínua de Dados) é uma tecnologia emergente e atualmente uma das mais promissoras em proteção de dados. É geralmente definida na indústria como um método que captura ou rastreia alterações nos dados e os armazena independentemente dos dados de produção, garantindo que os dados possam ser restaurados a qualquer ponto no tempo passado. Os sistemas CDP podem ser implementados ao nível de blocos, arquivos ou aplicativos, oferecendo objetos de recuperação com opções de restauração finamente granulares e pontos de recuperação praticamente ilimitados.
Devido aos rigorosos requisitos do Oracle para consistência leitura-escrita, os fornecedores de CDP geralmente invocam a tecnologia de instantâneo introduzida no Oracle 9.2, que permite a criação de uma imagem consistente (observação: deve ser uma imagem consistente) em um momento específico enquanto o banco de dados está funcionando normalmente. O Oracle suporta a restauração a partir dessa imagem consistente usando "recover database" para alcançar a recuperação consistente.
Comparação detalhada das tecnologias de recuperação de desastres
Embora as três tecnologias implementem recuperação de desastres para bancos de dados, cada uma possui características únicas e difere nos seguintes aspectos:
Oracle Data Guard uses Oracle's archive logs and transmits them via Oracle Net; Oracle GoldenGate captures archive logs and analyzes their changes using its own proprietary transmission method; CDP synchronizes data through database imaging, with archiving and transmission strategies handled by the CDP software.
Com o Oracle Data Guard, independentemente de usar standby físico ou lógico, o banco de dados de espera pode estar no máximo em um estado somente leitura e não suporta acesso simultâneo de leitura e gravação, resultando em apenas um banco de dados (primário ou de espera) ativo por vez. O Oracle GoldenGate, devido ao seu método de implementação, permite que os bancos de dados de origem e destino estejam ativos simultaneamente, possibilitando consultas e relatórios em tempo real no lado de backup, melhorando assim o desempenho geral do sistema e utilizando eficazmente os recursos de backup. Ele suporta gravação de dados simultânea em ambas as extremidades. O CDP, como opera no nível do sistema operacional, não pode habilitar bancos de dados duplamente ativos — apenas um banco de dados pode estar ativo por vez.
O Data Guard exige uma alteração no estado do banco de dados para tornar o banco de dados secundário legível e gravável durante uma troca. O Oracle GoldenGate pode alternar os servidores imediatamente quando ocorre um problema. O CDP exige que todo o estado do sistema seja alterado para que o sistema de espera fique disponível.
O Data Guard restaura os logs do banco de dados primário na máquina de espera usando métodos físicos e lógicos, portanto não suporta bancos de dados ou sistemas operacionais heterogêneos. O GoldenGate analisa os logs do banco de dados primário para gerar arquivos de tail e, consequentemente, suporta bancos de dados e sistemas operacionais heterogêneos. O CDP sincroniza dados no nível do sistema operacional, por isso não suporta bancos de dados ou sistemas operacionais heterogêneos.
O Data Guard consome uma parte dos recursos do banco de dados durante a sincronização de dados, como os processos ou serviços LGWR, ARCN e Net Manager, impactando significativamente o desempenho do banco de dados. O GoldenGate e o CDP usam métodos de monitoramento dinâmico e, portanto, consomem menos recursos.
Como o Data Guard e o GoldenGate dependem de logs para a sincronização de dados, exigem que o Oracle esteja no modo archive. O CDP, devido ao seu método de implementação, não tem esse requisito.
Solução Profissional de Recuperação de Desastres para Oracle
Vinchin Backup & Recovery oferece uma solução eficiente de backup e recuperação de desastres para bancos de dados Oracle e OLVM, garantindo continuidade dos negócios e segurança dos dados. Ele suporta backups completos, incrementais e diferenciais de bancos de dados Oracle, tornando o processo de backup simples e eficiente. Com tecnologia integrada de deduplicação e compressão, o Vinchin otimiza a utilização do espaço de armazenamento, reduz o tamanho dos arquivos de backup e o tempo de transferência de dados.
No que diz respeito à recuperação de desastres, a Vinchin suporta recuperação entre plataformas e recuperação remota. Combinado com sua estratégia de recuperação flexível, os usuários podem recuperar rapidamente bancos de dados Oracle quando ocorrem desastres, reduzindo o tempo de inatividade e os riscos de perda de dados. Além disso, a interface de gerenciamento visual fornecida pela Vinchin torna as operações de backup e recuperação intuitivas e fáceis de usar, facilitando para os administradores de TI monitorar e gerenciar tarefas de recuperação de desastres em múltiplos locais.
Também suporta VMware, Hyper-V, XenServer, XCP-ng, oVirt, RHV, OpenStack, Proxmox, etc. e NAS, servidor de arquivos, Linux & Windows Server. Mais recursos esperando por você para descobrir
São necessários apenas 4 passos para fazer o backup do banco de dados Oracle com o Vinchin Backup & Recovery:
1. Selecione o objeto de backup.
2. Selecione o destino do backup.
3. Configure estratégias de backup.
4. Revise e envie o trabalho.
Venha e experimente todas as funcionalidades deste sistema robusto com um teste gratuito de 60 dias! Contacte-nos com os seus requisitos e receberá uma solução personalizada para a sua infraestrutura de TI.
Perguntas frequentes sobre DR da Oracle
1. Quais são as diferenças e os cenários aplicáveis para backups RMAN e backups do Data Pump?
RMAN é a ferramenta recomendada pela Oracle para proteção de dados. Ele suporta recuperação em um ponto específico no tempo dentro de um intervalo determinado, utilizando dados de backup. O RMAN oferece validação rigorosa durante os processos de backup e recuperação, garantindo máxima integridade, consistência e aplicabilidade dos dados, além de simplificar o gerenciamento centralizado de backup e recuperação.
Por outro lado, o EXP/EXPDP (Data Pump) é posicionado pela Oracle principalmente como uma ferramenta de migração de dados. Para fins de backup e recuperação, o Data Pump só pode restaurar o banco de dados a um único ponto no tempo e não oferece suporte à recuperação flexível em um intervalo de tempo. Estritamente falando, o Data Pump não é considerado um método confiável de proteção de dados; ao invés disso, atua mais como uma salvaguarda temporária ou de último recurso.
2. Qual método é mais simples e rápido para backup e recuperação do banco de dados Oracle — EXP/IMP, RMAN ou outro método?
A escolha deve ser baseada nos requisitos de RTO do seu sistema. Uma combinação de exportação lógica (EXP/EXPDP) e RMAN é frequentemente ideal. O método EXP exige armazenar os arquivos localmente ou fazer upload deles após o armazenamento local, o que consome espaço em disco. No entanto, para recuperação entre plataformas, o EXP é mais flexível.
O RMAN se destaca na prevenção de erros lógicos e é frequentemente usado em conjunto com softwares de backup para gerenciamento centralizado de dados. Para gerenciamento centralizado de backups, o RMAN é a opção mais eficaz e confiável.
Embora o EXP/EXPDP seja mais simples de operar, oferece suporte fraco para proteção contínua de dados.
Conclusão
Ao construir um sistema prático de recuperação de desastres, é necessário considerar fatores do mundo real. Por exemplo, embora o Oracle GoldenGate suporte replicação bidirecional, se ocorrer uma falha na rede e causar problemas no link, a forma de lidar com discrepâncias de dados entre os bancos de dados primário e secundário após a restauração da rede não é algo que o banco de dados possa resolver por si só. Portanto, ao selecionar a solução adequada, deve-se levar em conta as condições reais e os requisitos dos usuários para adaptar o plano de recuperação de desastres do Oracle conforme necessário, alcançando assim uma abordagem mais direcionada e eficaz.
