Considerações sobre continuidade de negócios e recuperação de desastres para Oracle Database@Azure
Este artigo expande as considerações e recomendações definidas na área de design da zona de aterrissagem do Azure para continuidade de negócios e recuperação de desastres (BCDR).
A primeira etapa para criar uma arquitetura resiliente para seu ambiente de carga de trabalho é identificar os requisitos de disponibilidade para sua solução. Você precisa determinar o RTO (Recovery Time Objetive, objetivo de tempo de recuperação) e o RPO (Recovery Point Objetive, objetivo de ponto de recuperação) para diferentes níveis de falha. O RTO define o tempo máximo de inatividade que um aplicativo pode tolerar após um incidente. O RPO especifica a perda máxima de dados que um aplicativo pode tolerar devido a um desastre. Depois de determinar os requisitos da solução, você pode projetar sua arquitetura para atender ao RTO e ao RPO.
Considerações de design
Coloque o Serviço de Banco de Dados Oracle Exadata em Infraestrutura Dedicada com o Oracle Database@Azure nos datacenters do Azure e coloque os datacenters em uma zona de disponibilidade do Azure. As zonas de disponibilidade são específicas de uma assinatura. Por exemplo, a zona de disponibilidade 1 em uma assinatura pode não representar o mesmo datacenter físico que a zona de disponibilidade 1 em uma assinatura diferente. Para obter mais informações, consulte O que são zonas de disponibilidade.
A solução Oracle Database@Azure fornece tecnologias Oracle nativas, como Real Application Clusters (RAC) e Data Guard automatizado, para alta disponibilidade e DR.
A solução inclui uma configuração automatizada do Data Guard para o banco de dados de espera inicial, também conhecido como o primeiro secundário. Você deve configurar manualmente todas as réplicas adicionais do Data Guard.
Para ambientes ativos-ativos, considere o uso do Oracle GoldenGate para integração de dados em tempo real e recursos de replicação. Essa abordagem ajuda a garantir alta disponibilidade e consistência de dados em todos os seus sistemas. Esta ferramenta suporta uma ampla gama de bancos de dados e plataformas para que você possa mover e transformar dados sem problemas. Use o Oracle GoldenGate para minimizar o tempo de inatividade durante migrações e upgrades, o que aprimora suas estratégias de DR. O Oracle GoldenGate não está incluído na solução, portanto, você pode incorrer em custos de licenciamento.
A solução Oracle Database@Azure e seus componentes principais são limitados à assinatura e à região na qual você cria a instância. O serviço não é multizonal e não abrange várias regiões. Para obter resiliência multizonal ou multirregional, você pode implantar novas instâncias em zonas de disponibilidade ou regiões de destino de destino.
O Oracle Database@Azure usa o armazenamento de objetos redundante do Oracle Cloud Infrastructure (OCI) para integrar backups automáticos de banco de dados. O Oracle Database Autonomous Recovery Service fornece proteção para bancos de dados Oracle que você implanta no Exadata.
Recomendações de design
Considere estas considerações do BCDR para o Oracle Database@Azure.
Zona de disponibilidade cruzada BCDR
Para garantir alta disponibilidade e proteção DR contra falhas de bancos de dados, clusters de banco de dados ou zonas de disponibilidade, use o Oracle RAC no Oracle Database@Azure e um banco de dados simétrico em espera localizado em outra zona. Essa configuração pode ajudá-lo a obter resiliência de datacenter para serviços de banco de dados.
Para um desempenho ideal, coloque os serviços de aplicativos que dependem do banco de dados na mesma zona de disponibilidade do banco de dados. Se os serviços de aplicativo estiverem em uma assinatura diferente dos serviços de banco de dados, você deverá aplicar o código apropriado. Use a availabilityZoneMappings propriedade para identificar a zona de disponibilidade física onde você deve colocalizar seus serviços.
Você pode configurar o Data Guard no modo de disponibilidade máxima com transporte SYNC ou no modo de desempenho máximo com transporte assíncrono de acordo com seus serviços de aplicativo e requisitos de RPO.
Recomendamos que você use o modo de disponibilidade máxima (SYNC) para ambientes onde a integridade dos dados e a perda zero de dados são os fatores mais importantes.
Recomendamos que você use o modo de desempenho máximo (ASYNC) para ambientes onde o desempenho é crítico e o ambiente pode tolerar alguma perda de dados.
BCDR entre regiões
Configure o Data Guard no modo de desempenho máximo para BCDR regional com base nos recursos do aplicativo e na latência da rede entre regiões. Para obter mais informações, consulte Resultados do teste de latência de rede do Azure.
A combinação de zona de disponibilidade cruzada e operações BCDR entre regiões está alinhada com o nível Gold das arquiteturas de referência da Oracle Maximum Availability Architecture. A arquitetura de nível Gold fornece proteção contra uma falha regional completa.
As recomendações de BCDR entre zonas de disponibilidade e entre regiões concentram-se na resiliência do serviço Oracle Database@Azure. Para ajudar a garantir a resiliência para seus serviços de aplicativo, você pode usar Conjuntos de Escala de Máquina Virtual do Azure, Azure Site Recovery, Azure Front Door ou outros recursos ou serviços que permitem a disponibilidade do serviço de aplicativo em zonas ou regiões de disponibilidade.
Recomendamos que você use backups gerenciados e armazene dados de backup no OCI Object Storage.
Outras considerações
Use a infraestrutura como código (IaC) para implantar a instância inicial do Oracle Database@Azure e os clusters de máquinas virtuais.
Use o IaC para implantar bancos de dados no OCI. Você pode usar o IaC para replicar a mesma implantação em um site de DR e minimizar o risco de erro humano.
Use operações de failover e switchback de teste para ajudar a garantir que elas funcionem em um cenário de desastre real. Automatize as operações de failover e switchback quando possível para minimizar erros.