PRÁTICA: Oracle Net (listener e tnsnames)

Oradata

M02.5 | Oracle Net para Data Guard

Oracle Data Guard 26ai · Guia de execução do aluno

Nesta aula, você configurará e validará a comunicação Oracle Net entre Primary e Standby, preparando a duplicação com RMAN.

Atenção: alterações em listener.ora e tnsnames.ora podem afetar serviços existentes. Faça backup e adapte os valores ilustrativos ao seu laboratório.

01 | Confirme parâmetros e arquivos de rede

Nos dois hosts, identifique o ORACLE_HOME, o SID previsto e o diretório de configuração do Oracle Net. Não substitua arquivos existentes sem uma cópia de segurança.

Como oracle, em cada servidor

echo "$ORACLE_HOME"
echo "$ORACLE_SID"
echo "${TNS_ADMIN:-$ORACLE_HOME/network/admin}"
ls -l "$ORACLE_HOME/network/admin"

No Primary, dentro do SQL*Plus

SHOW PARAMETER db_unique_name
SHOW PARAMETER service_names
VALIDAÇÃO: Registre o DB_UNIQUE_NAME do Primary e o SID adotado para a instância auxiliar no Standby. Nos exemplos seguintes, os identificadores ORA_PRIM e ORA_STBY são apelidos de conexão, não nomes reais de bancos.

02 | Configure o listener no Primary

O listener deve atender conexões administrativas remotas. Verifique o listener existente e acrescente o endereço TCP somente se necessário. Os exemplos pressupõem um listener chamado LISTENER, porta 1521 e instalação sem Grid Infrastructure.

Faça backup antes de editar

cp "$ORACLE_HOME/network/admin/listener.ora" \n "$ORACLE_HOME/network/admin/listener.ora.bak.m025"

Trecho de exemplo no listener.ora do dg-prod

LISTENER =
 (DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)
   (HOST = dg-prod)(PORT = 1521)))

Valide sintaxe e serviço

lsnrctl status LISTENER
lsnrctl services LISTENER
VALIDAÇÃO: Se listener.ora não existir, crie-o com cuidado. Para configurações com listener já ativo, integre os endereços sem apagar IPC e demais serviços. Valide o processo escutando na porta desejada.

03 | Configure o listener estático no Standby

Antes de RMAN DUPLICATE, a instância auxiliar pode estar em NOMOUNT e ainda não registrar dinamicamente seus serviços. Configure um SID_DESC estático no dg-stby com valores reais do ORACLE_HOME e do ORACLE_SID.

Exemplo de listener.ora do dg-stby

LISTENER =
 (DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)
   (HOST = dg-stby)(PORT = 1521)))
SID_LIST_LISTENER =
 (SID_LIST =
  (SID_DESC =
   (GLOBAL_DBNAME = STBY_AUX)
   (ORACLE_HOME = /caminho/real/do/dbhome)
   (SID_NAME = SID_REAL_STANDBY)))

Confira o listener local

lsnrctl status LISTENER
lsnrctl services LISTENER
VALIDAÇÃO: Substitua o caminho e SID de exemplo antes de reiniciar. O serviço estático pode aparecer com status UNKNOWN: isso não indica erro por si só.

04 | Ative e valide os listeners

Depois de salvar os arquivos, aplique a configuração nos dois servidores. Escolha um procedimento que não interrompa outros bancos compartilhando o listener.

Aplicar mudanças ao listener existente

lsnrctl reload LISTENER
lsnrctl status LISTENER
lsnrctl services LISTENER

Se o listener ainda não estiver iniciado

lsnrctl start LISTENER
VALIDAÇÃO: Confira se dg-prod e dg-stby estão escutando em TCP/1521 e se STBY_AUX consta na lista de serviços do Standby. Não use lsnrctl stop indiscriminadamente.

05 | Crie os aliases do tnsnames.ora

Nos dois hosts, cadastre apelidos para o Primary e para a instância auxiliar do Standby. O nome de serviço remoto do Primary deve ser conferido no listener, e não presumido.

Exemplo em ambos os tnsnames.ora

ORA_PRIM =
 (DESCRIPTION =
  (ADDRESS=(PROTOCOL=TCP)(HOST=dg-prod)(PORT=1521))
  (CONNECT_DATA=(SERVICE_NAME=SERVICO_REAL_PRIMARY)))
ORA_STBY =
 (DESCRIPTION =
  (ADDRESS=(PROTOCOL=TCP)(HOST=dg-stby)(PORT=1521))
  (CONNECT_DATA=(SERVICE_NAME=STBY_AUX)))

Verifique os aliases

tnsping ORA_PRIM
tnsping ORA_STBY
VALIDAÇÃO: Substitua SERVICO_REAL_PRIMARY pelo serviço publicado no Primary. TNSPING confirma resolução e alcance do listener, mas não comprova autenticação nem abertura do banco.

06 | Teste conexões administrativas remotas

Com as credenciais SYS corretas e o password file preparado para a próxima aula, teste uma conexão remota ao Primary. A instância auxiliar do Standby só poderá autenticar depois que possuir password file e for iniciada adequadamente.

Teste o Primary, a partir do dg-stby

sqlplus -L "sys@ORA_PRIM as sysdba"

Se a instância auxiliar estiver preparada

sqlplus -L "sys@ORA_STBY as sysdba"

No Primary, confirme o formato do password file

SHOW PARAMETER remote_login_passwordfile
VALIDAÇÃO: Não grave senhas em arquivos nem na linha de comando. ORA-01017 pode apontar credenciais/password file; ORA-12514 aponta serviço indisponível no listener; ORA-12154 aponta erro de resolução do alias.

07 | Diagnostique erros de conexão

Faça uma verificação ordenada antes de alterar a configuração. Identifique se a falha está na resolução de nome, porta, listener, SERVICE_NAME ou autenticação.

Rede e DNS local, em ambos

getent ahostsv4 dg-prod dg-stby
ss -lnt | grep 1521

Oracle Net

tnsping ORA_PRIM
tnsping ORA_STBY
lsnrctl services LISTENER
VALIDAÇÃO: Se o comando ss no host remoto não mostrar a porta, verifique firewall e listener localmente. Não desative o firewall ou SELinux para mascarar falhas. Documente o código ORA e a causa antes de prosseguir.

08 | Conclua e prepare a duplicação com RMAN

Consolide as informações necessárias à M02.6: hosts, listener, aliases, serviço do Primary, serviço estático do Standby e situação do password file.

Checklist de verificação final

tnsping ORA_PRIM
tnsping ORA_STBY
lsnrctl services LISTENER

Condição esperada para RMAN, sem executar ainda

-- Primary acessível pelo alias ORA_PRIM
-- Auxiliar alcançável por ORA_STBY
-- Credenciais SYS e password file compatíveis
-- Instância auxiliar pronta para NOMOUNT
VALIDAÇÃO: O procedimento de DUPLICATE DATABASE será realizado na M02.6. O serviço _DGMGRL para operações de reinício via Broker será abordado ao implementar o Broker, se necessário.

Próxima aula: M02.4 — Standby Redo Logs.

Conteúdo

1Conhecendo o Oracle Data Guard 26ai

2Crie o seu primeiro Data Guard 26ai

  • PRÁTICA: Conheça seu laboratório.

    ASSISTIR

  • PRÁTICA: Prepare os servidores: Primary e Standby

  • PRÁTICA: Instância em ARCHIVELOG e FORCE LOGGING

  • PRÁTICA: Standby Redo Logs

  • PRÁTICA: Oracle Net (listener e tnsnames)

    ASSISTIR

  • PRÁTICA: Crie seu primeiro standby database

  • PRÁTICA: Inicie o processo de "redo apply"

  • PRÁTICA: Valide sua primeira replicação

3Implemente o Data Guard Broker

4Administre e monitore seu Data Guard

5Quebre e recupere o seu Data Guard

6Domine as Role Transitions

7Implemente Fast-Start Failover

8Explore Active Data Guard e Snapshot Standby

9Domine o Data Guard por PDB

10Automatize e proteja o Data Guard 26ai

11RMAN & Data Guard

12Conectividade das Aplicações

Este site usa cookies para melhorar sua experiência. Política de Privacidade