Configurar o Banco de Dados Secundário Futuro
Depois de estabelecer o primeiro stand-by físico no Oracle Cloud Infrastructure (OCI), você criará um segundo em outra região. Esse segundo banco de dados é o banco de dados em seu ambiente de recuperação de desastres baseado na nuvem.
A funcionalidade stand-by em cascata do Oracle Data Guard , na qual o segundo stand-by recebe seu redo
do primeiro stand-by, e não diretamente do principal local, reduz o tráfego de rede do site do host local. Ele também estabelecerá qual será, em última análise, a principal rota de propagação redo
.
Neste momento, há restrições que nos impedem de usar as ferramentas da OCI para estabelecer e gerenciar totalmente nosso futuro banco de dados de recuperação de desastres. No momento, o serviço de nuvem de Associação do Oracle Data Guard não pode registrar um relacionamento de banco de dados stand-by existente e não poderá gerenciar a configuração do banco de dados stand-by. Portanto, por exemplo, o Oracle Managed Disaster Recovery Cloud Service não pode ser usado.
Como ambos os bancos de dados stand-by são estabelecidos com um banco de dados placeholder baseado na OCI, o plano de controle da OCI pode gerenciar patches e outras atividades do ciclo de vida para cada um deles.
Criar Banco de Dados de Placeholder
Use a Console do OCI para criar um novo banco de dados de placeholder em outra região (recomendado) ou em outro domínio de disponibilidade na mesma região.
dbaascli
.
Preparar para Restauração do Banco de Dados
Configure o novo Oracle home na preparação para a restauração do banco de dados.
- Ajuste o arquivo
tnsnames.ora
em cada ambiente para estar ciente de cada um dos outros bancos de dados. Verificar comunicações entre ambientes. - Copie o arquivo de senha do primeiro banco de dados stand-by.
- Copie a wallet de Criptografia Transparente de Dados (TDE) do primeiro banco de dados stand-by.
- Ajuste os parâmetros de banco de dados para o banco de dados stand-by em cascata.
Configurar TNS para Stand-by em Cascata
Ajuste o arquivo tnsnames.ora
em cada ambiente para estar ciente de cada um dos outros bancos de dados. Verificar comunicações entre ambientes.
- Adicione a string de conexão TNS do banco de dados stand-by em cascata aos arquivos
tnsnames.ora
usados por todas as instâncias do Oracle Real Application Clusters (Oracle RAC) dos bancos de dados principal e stand-by locais - Adicione as strings de conexão TNS do banco de dados principal local e dos primeiros bancos de dados stand-by do OCI aos arquivos
tnsnames.ora
usados por todas as instâncias do Oracle RAC do banco de dados stand-by em cascata.
SCAN IP
, não o nome SCAN
. Veja a seguir um exemplo de entrada TNS compatível que o Oracle Zero Downtime Migration criou para nosso primeiro banco de dados stand-by:
CDBHCM_iad1dx =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 1>) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 2>) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 3>)) (PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = CDBHCM_iad1dx)
(FAILOVER_MODE =
(TYPE = select)
(METHOD = basic)
)
(UR=A)
)
)
Faça log-in em cada servidor de banco de dados como o usuário do oracle OS, gere seu ambiente e altere o diretório para $TNS_ADMIN
.
Copiar a Wallet de TDE
Isso cria um novo subdiretório tde
com os arquivos da wallet do primeiro banco de dados stand-by físico.
Restaurar o Banco de Dados para o Stand-by em Cascata
Restaure o banco de dados na pegada stand-by em cascata do primeiro banco de dados stand-by físico. Use o comando RESTORE FROM SERVICE
do Oracle Recovery Manager (RMAN) para restaurar o arquivo de controle e os arquivos de dados.
Configurar o Data Guard Broker para o Stand-by em Cascata
Você já configurou o Data Guard Broker entre o banco de dados principal local e o primeiro stand-by do OCI pelo Oracle Zero Downtime Migration. Agora você adicionará o stand-by em cascata à configuração.
Os bancos de dados stand-by em cascata e on-premises não se comunicam diretamente entre si. Quando necessário, seu redo
é enviado por meio do primeiro banco de dados stand-by local:
- Quando o banco de dados local é principal,
redo
é enviado do principal local para ou por meio do primeiro stand-by e, em seguida, para o stand-by em cascata:- Principal local para o primeiro stand-by do OCI
- Primeiro stand-by do OCI para stand-by em cascata do OCI
- Quando o primeiro stand-by está na atribuição principal,
redo
é enviado desse banco de dados diretamente para os bancos de dados stand-by locais e em cascata:- OCI principal para o stand-by local
- OCI principal para stand-by em cascata do OCI
- Se o stand-by em cascata se tornar principal nessa configuração, o redo será enviado desse banco de dados para ou por meio do primeiro stand-by do OCI e, em seguida, para o banco de dados local:
- Primeiro stand-by do OCI para o stand-by local
- Principal em cascata do OCI para o primeiro stand-by do OCI