As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Emule o Oracle DR usando um banco de dados global Aurora SQL compatível com Postgre
Criado por HariKrishna Boorgadda () AWS
Ambiente: PoC ou piloto | Origem: Oracle | Alvo: Aurora Postgre SQL |
Tipo R: redefinir arquitetura | Workload: Oracle | Tecnologias: migração; modernização; bancos de dados |
AWSserviços: Amazon Aurora |
Resumo
As práticas recomendadas para recuperação de desastres (DR) empresarial consistem basicamente em projetar e implementar sistemas de hardware e software tolerantes a falhas que possam sobreviver a um desastre (continuidade dos negócios) e retomar as operações normais (retomada dos negócios), com intervenção mínima e, idealmente, sem perda de dados. Criar ambientes tolerantes a falhas para satisfazer os objetivos corporativos de DR pode ser caro e demorado, além de exigir um forte comprometimento da empresa.
O Oracle Database fornece três abordagens diferentes para DR que fornecem o mais alto nível de proteção e disponibilidade de dados em comparação com qualquer outra abordagem para proteger dados do Oracle.
Dispositivo Oracle Zero Data Loss Recovery
Oracle Active Data Guard
Oráculo GoldenGate
Esse padrão fornece uma forma de emular o Oracle GoldenGate DR usando um banco de dados global Amazon Aurora. A arquitetura de referência usa o Oracle GoldenGate para DR em três AWS regiões. O padrão percorre a reformulação da arquitetura de origem para o banco de dados global Aurora, nativo da nuvem, baseado no Amazon Aurora Postgre —Compatible Edition. SQL
O banco de dados global Aurora foi criado para aplicações com uma presença mundial. Um único banco de dados Aurora abrange várias AWS regiões com até cinco regiões secundárias. Os bancos de dados globais do Aurora fornecem os seguintes atributos:
Replicação física em nível de armazenamento
Leituras globais de baixa latência
Recuperação de desastres rápida após interrupções em toda a região
Migrações rápidas entre regiões
Baixo atraso de replicação em todas as regiões
Little-to-no impacto no desempenho do seu banco de dados
Para obter mais informações sobre os atributos e vantagens do banco de dados global Aurora, consulte Usar o Amazon Aurora Global Database. Para obter mais informações sobre failovers não planejados e gerenciados, consulte Uso de failover em um Amazon Aurora Global Database.
Pré-requisitos e limitações
Pré-requisitos
Uma AWS conta ativa
Um SQL driver Postgre de conectividade de banco de dados Java (JDBC) para conectividade de aplicativos
Um banco de dados global do Aurora baseado no Amazon SQL Aurora Postgre — Edição compatível
Um banco de dados Oracle Real Application Clusters (RAC) migrado para o banco de dados global Aurora baseado no Aurora Postgre — compatível SQL
Limitações dos bancos de dados globais do Aurora
Os bancos de dados globais do Aurora não estão disponíveis em todas as AWS regiões. Para ver uma lista das regiões compatíveis, consulte Bancos de dados globais do Aurora com o Aurora Postgre. SQL
Para obter informações sobre atributos que não são compatíveis e outras limitações dos bancos de dados globais do Aurora, consulte as Limitações do Amazon Aurora Global Database.
Versões do produto
Amazon Aurora Postgre SQL — Edição compatível, versão 10.14 ou posterior
Arquitetura
Pilha de tecnologia de origem
Banco de dados Oracle RAC de quatro nós
Oráculo GoldenGate
Arquitetura de origem
O diagrama a seguir mostra três clusters com Oracle de quatro nós RAC em diferentes AWS regiões replicados usando o Oracle. GoldenGate
Pilha de tecnologias de destino
Um banco de dados global Amazon Aurora de três clusters baseado no Aurora SQL Postgre — compatível com um cluster na região primária e dois clusters em diferentes regiões secundárias
Arquitetura de destino
Ferramentas
AWSserviços
O Amazon Aurora Postgre SQL -Compatible Edition é um mecanismo de banco de dados relacional totalmente gerenciado e ACID compatível que ajuda você a configurar, operar e escalar implantações do Postgre. SQL
Os bancos de dados globais do Amazon Aurora abrangem várias AWS regiões, fornecendo leituras globais de baixa latência e recuperação rápida da rara interrupção que pode afetar uma região inteira. AWS
Épicos
| Tarefa | Descrição | Habilidades necessárias |
|---|---|---|
Conecte um ou mais clusters secundários do Aurora. | No console AWS de gerenciamento, escolha Amazon Aurora. Selecione o cluster primário, selecione Actions e Adicionar região na lista suspensa. | DBA |
Selecione a classe da instância. | Você pode alterar a classe da instância do cluster secundário. No entanto, recomendamos mantê-la igual à classe de instância do cluster primário. | DBA |
Adicione a terceira região. | Repita as etapas desse épico para adicionar um cluster na terceira região. | DBA |
| Tarefa | Descrição | Habilidades necessárias |
|---|---|---|
Remova o cluster primário do banco de dados Aurora global. |
| DBA |
Reconfigure o aplicativo a fim de desviar o tráfego de gravação para o cluster recém-promovido. | Modifique o endpoint no aplicativo usando o do cluster recém-promovido. | DBA |
Pare de emitir qualquer operação de gravação para o cluster indisponível. | Pare o aplicativo e qualquer atividade da linguagem de manipulação de dados (DML) no cluster que você removeu. | DBA |
Crie um novo banco de dados global Aurora. | Agora você pode criar um banco de dados Aurora global com o cluster recém-promovido como cluster primário. | DBA |
| Tarefa | Descrição | Habilidades necessárias |
|---|---|---|
Selecione o cluster primário a ser iniciado a partir do banco de dados global. | No console do Amazon Aurora, selecione o cluster primário na configuração do banco de dados global. | DBA |
Inicie o cluster. | Na lista suspensa Ações, selecione Iniciar. Esse processo pode levar algum tempo. Atualize a tela para ver o status ou verifique na coluna Status o estado atual do cluster após a conclusão da operação. | DBA |
| Tarefa | Descrição | Habilidades necessárias |
|---|---|---|
Exclua os clusters secundários restantes. | Após a conclusão do piloto de failover, remova os clusters secundários do banco de dados global. | DBA |
Exclua o cluster primário. | Remova o cluster. | DBA |
Recursos relacionados
