Sobre o Oracle Data Guard

Você pode usar o Oracle Data Guard em um sistema de banco de dados. O Oracle Data Guard assegura alta disponibilidade, proteção de dados e recuperação de desastre para dados empresariais.

Para obter mais informações sobre o Oracle Data Guard, consulte Introduction to Oracle Data Guard.

Política Obrigatória do Serviço IAM

Para usar o Oracle Cloud Infrastructure, um administrador deve conceder acesso à segurança em uma política. Esse acesso será necessário se você estiver usando a Console ou a API REST com um SDK, uma CLI ou outra ferramenta. Se você receber uma mensagem de que não tem permissão ou que não tem autorização, verifique com o administrador que tipo de acesso você tem e em qual compartimento deseja trabalhar.

Se você conhece as políticas, consulte Conceitos Básicos de Políticas e Políticas Comuns.

Informações Gerais

A configuração do Oracle Data Guard requer pelo menos dois bancos de dados: um em uma atribuição principal e outro em uma atribuição stand-by. Os bancos de dados principal e stand-by juntos constituem uma configuração do Data Guard. A maioria das aplicações acessam o banco de dados principal. Um banco de dados stand-by é uma cópia transacionalmente consistente do banco de dados principal.

O Data Guard Group oferece a capacidade de criar e gerenciar vários bancos de dados stand-by locais e remotos vinculados a um banco de dados principal, fornecendo flexibilidade para proteção de dados e recuperação de desastres. Em um Grupo do Data Guard, um banco de dados principal pode suportar até seis bancos de dados stand-by, no máximo.

O Oracle Data Guard mantém o banco de dados stand-by transmitindo e aplicando dados de redo do banco de dados principal. Se o banco de dados principal se tornar indisponível, você poderá usar o Data Guard para fazer switchover ou failover do banco de dados stand-by para a atribuição principal. Isso será verdadeiro mesmo se você tiver mais de um banco de dados stand-by.

• Switchover: Um switchover reverte as atribuições de banco de Dados principal e stand-by.
• Failover: Um failover faz a transição do banco de dados stand-by para a atribuição principal após a falha do banco de dados principal existente ou torna-se inacessível.
• Reintegrar: Reintegra um banco de dados na atribuição stand-by em uma configuração do Data Guard.

Em uma configuração típica do Data Guard, dois bancos de dados stand-by são comumente usados:

• Stand-by Local: Um banco de dados stand-by na mesma região do banco de dados de produção é ideal para cenários de failover, oferecendo zero perda de dados para falhas locais (como falhas de banco de dados, cluster ou domínio de disponibilidade). O impacto do failover do aplicativo é reduzido nesse caso, à medida que os aplicativos continuam operando sem a sobrecarga de desempenho da comunicação com uma região remota.
• Stand-by Remoto (Entre Regiões): Um banco de dados stand-by remoto, localizado em outra região, geralmente é usado para recuperação de desastre ou para descarregar o processamento de consulta somente leitura. Uma configuração de banco de dados stand-by remoto garante a proteção de dados contra falhas regionais.

Alguns clientes corporativos buscam simetria após um switch de site. Por exemplo, eles podem preferir ter o stand-by principal e local na Região 1 e um stand-by remoto com seu próprio stand-by local na Região 2. Nesta configuração, haverá três bancos de dados stand-by. Após um switch de site, você ainda terá um banco de dados principal e um stand-by local prontamente disponíveis na nova região principal.

Além disso, você pode aprimorar suas configurações adicionando outro banco de dados stand-by para fins de teste, aproveitando nossos recursos de stand-by snapshot (leitura/gravação).

Uma configuração do Data Guard requer pelo menos dois sistemas de Banco de Dados, um contendo o Banco de Dados principal e um contendo o Banco de Dados em espera. Quando você ativa o Data Guard para um banco de dados, um novo sistema de banco de dados com o banco de dados stand-by é criado e associado ao banco de dados principal.

Os detalhes adicionais do requisito são os seguintes:

• As versões e edições do banco de dados devem ser idênticas. Para bancos de dados 26ai, os bancos de dados principal e stand-by devem estar na mesma versão da release principal, enquanto o banco de dados stand-by pode estar em uma versão secundária mais recente.
• O Data Guard não oferece suporte ao Oracle Database Standard Edition. (O Active Data Guard requer o Enterprise Edition Extreme Performance.)
• Cada banco e dados em uma configuração do Data Guard deve ter um valor exclusivo de nome (DB_UNIQUE_NAME) que não esteja sendo usado por outros bancos e dados nos sistemas do banco que hospedam a configuração do Data Guard. No entanto, os bancos de dados principal e stand-by podem usar o mesmo valor DB_NAME como nome do banco de dados.
• A edição do banco de dados determina se o ADG (Active Data Guard) pode ser usado. O ADG só está disponível com o Enterprise Edition Extreme Performance. Se você estiver usando o modelo de licenciamento BYOL e sua licença não incluir ADG, certifique-se de que o ADG não esteja ativado ao configurar o Data Guard para o Enterprise Edition Extreme Performance. Como alternativa, você pode usar o Enterprise Edition ou Enterprise Edition High Performance, que não ativam o ADG por padrão. Consulte Usar o Oracle Data Guard com a CLI do Banco de Dados.
• Se seus bancos de dados principal e stand-by estiverem na mesma região, eles deverão usar a mesma VCN (rede virtual na nuvem).
• Se os seus bancos de dados principal e stand-by estiverem em regiões distintas, você deverá parear as VCNs (redes virtuais na nuvem) de cada banco de dados. Consulte Pareamento Remoto de VCNs usando um RPC.
• Os bancos de dados principal e stand-by podem estar em outra região, mas devem estar no mesmo realm.
• A senha SYS e a senha da wallet da TDE dos bancos de Dados principal e stand-by devem ser iguais.
• Um Data Guard entre regiões também será suportado se o banco de dados estiver usando o OCI Vault para chaves de TDE.

• Configure as regras da lista de segurança de entrada e saída para as sub-redes dos sistemas do BD em uma configuração do Data Guard para permitir que o tráfego TCP se mova entre as portas aplicáveis. Certifique-se de que as regras criadas sejam com monitoramento de estado (o padrão).

  Por exemplo, se a sub-rede do sistema de banco de dados principal usar o CIDR de origem 10.0.0.0/24 e a sub-rede do sistema de banco de dados stand-by usar o CIDR de origem 10.0.1.0/24, crie regras conforme mostrado no exemplo a seguir. Observe que as regras de saída no exemplo mostram como ativar o tráfego TCP somente para a porta 1521, que é um requisito mínimo para o serviço Data Guard funcionar. Se o tráfego TCP já estiver ativado em todas as portas de saída (0.0.0.0/0), não será necessário adicionar explicitamente essas regras de saída específicas.

• Os bancos de dados stand-by no OCI são stand-bys físicos.
• Não há suporte para a criação de um banco de dados stand-by associado a outro banco de dados stand-by ("stand-by em cascata").
• Você pode criar uma configuração do Data Guard quando o banco de dados é criptografado usando o OCI Vault. No entanto, o OCI Vault suporta atualmente a replicação de chaves para apenas uma região remota. Como resultado, as configurações do Data Guard entre regiões para os bancos de dados que usam o OCI Vault se limitam a duas regiões: a principal e uma remota. Vários bancos de dados stand-by podem ser criados nessas regiões, mas configurações que abrangem três ou mais regiões não são suportadas.

Problemas Conhecidos

• Em um Data Guard entre regiões, depois de executar um switchover, você não pode rotacionar a chave do Database KMS no novo banco de dados principal.
• Em um Data Guard entre regiões, depois de executar um switchover, você não poderá criar um PDB no novo banco de dados principal.

Lista de Segurança para Sub-rede no Sistema do BD Principal

Ingress Rules:
	Stateless: No
	Source: 10.0.1.0/24
	IP Protocol: TCPSource Port Range: All
	Destination Port Range: 1521
	Allows: TCP traffic for ports: 1521

Egress Rules:
	Stateless: No
	Destination: 10.0.1.0/24
	IP Protocol: TCP
	Source Port Range: All
	Destination Port Range: 1521
	Allows: TCP traffic for ports: 1521

Lista de Segurança para Sub-rede no Sistema de BD Stand-by

Ingress Rules:
	Stateless: No
	Source: 10.0.0.0/24
	IP Protocol: TCP
	Source Port Range: All
	Destination Port Range: 1521
	Allows: TCP traffic for ports: 1521

Egress Rules:
	Stateless: No
	Destination: 10.0.0.0/24
	IP Protocol: TCP
	Source Port Range: All
	Destination Port Range: 1521
	Allows: TCP traffic for ports: 1521

Para obter informações sobre como criar e editar regras, consulte Listas de Segurança.

Considerações sobre Domínio de Disponibilidade e Domínio de Falha para o Oracle Data Guard

A Oracle recomenda que o sistema de Banco de Dados que contém o Banco de Dados Stand-by esteja em um domínio de disponibilidade diferente daquele do Sistema de Banco de Dados que contém o Banco de Dados Principal para melhorar a disponibilidade e recuperação de desastres. Se você ativar o Oracle Data Guard para um banco de dados e seu banco de dados stand-by estiver no mesmo domínio de disponibilidade que o principal (por opção ou porque você está trabalhando em uma única região de domínio de disponibilidade), a Oracle recomenda que você coloque o banco de dados stand-by em um domínio de falha distinto do utilizado pelo banco de dados principal.

Observação: Se seus bancos de dados principal e stand-by forem bancos de dados do Oracle RAC de dois nodos e ambos estiverem no mesmo domínio da disponibilidade, somente um dos dois nódulos dos bancos de dados stand-by poderá estar em um domínio da falha que não inclua nenhum outro nó do banco do dados principal ou stand-by. Isso acontece porque cada domínio de disponibilidade tem apenas três domínios de falha, e os bancos de dados principal e stand-by têm um total combinado de quatro nós. Para obter mais informações sobre domínios de disponibilidade e domínios de falha, consulte Regiões e Domínios de Disponibilidade.