Clever Geek Handbook

Replicação Oracle e failover de conexão rápida UCP



Às vezes, a configuração do aplicativo Java contém o endereço IP "Primário" do servidor de banco de dados, que pode mudar, por exemplo, nos seguintes casos:



  • Mudança controlada de funções de banco de dados. "Primário" torna-se "Espera" e vice-versa, "Espera" passa a "Principal". Este procedimento é normalmente denominado "Switchover".
  • Mudança de emergência da função "Standby" para "Primário". Isso é comumente referido como "Failover".


Em ambos os casos, a aplicação não deve apenas "saber" sobre o endereço IP do novo servidor "Primário", mas também ser capaz de acessá-lo quando necessário. A seguir, um guia rápido sobre como fazer isso usando o Oracle Universal Connection Pool (UCP), bem como uma demonstração de "Alternância".



Para o experimento, usaremos:



  • MacBook com 16 GB de RAM (mais de 8 GB necessários para o experimento)
  • Virtual Box versão 6.1.12
  • 2x máquinas virtuais (doravante VM) com  CentOS 7 Minimal , cada uma das quais tem

    • 2x vCPU
    • 2.048 GB de RAM (até 8 GB temporariamente, um de cada vez)
    • 40 GB HDD
    • áudio desativado para evitar 100% de carga da CPU
  • Oracle Database 19c


Vamos seguir estas etapas:



  1. Configurando máquinas virtuais
  2. Instalando Oracle
  3. Replicação Oracle
  4. Instalando e configurando o Oracle Grid
  5. "Switchover" Java








Criamos máquinas virtuais (doravante VMs) com o tipo Linux Red Hat, iniciar. Quando o Virtual Box é iniciado, ele solicita que você selecione a iso a partir da qual iniciar a VM (no experimento, CentOS-7-x86_64-Minimal-1908.iso é usado). Deixe tudo por padrão, reinicie, atualize, instale "Virtual Box Guest Additions", desligue o firewalld para que ele não atrapalhe. “Todo mundo sabe como o polimento é limpo”, então apenas observamos que depois de atualizar as VMs, mudamos suas interfaces de rede do adaptador NAT para o “adaptador de host virtual” vboxnet0. Para este adaptador, que pode ser criado nas ferramentas do Virtual Box, defina manualmente o endereço 192.168.56.1/24 e desative o DHCP. Basicamente, é o endereço IP do gateway padrão para VMs e o endereço do aplicativo Java. Apenas para maior clareza. E se você ainda precisa de internet no CentOS,então você pode habilitar o NAT no macOS:



  1. Mude para o usuário root usando o comando 'sudo su -'.
  2. Permita o redirecionamento de tráfego usando o comando 'sysctl -w net.inet.ip.forwarding = 1'.
  3. Adicione o conteúdo do arquivo /etc/pf.conf ao arquivo /var/root/pfnat.conf, no qual, em vez da linha 3, inserimos a regra para NAT:

    nat no enX de vboxnet0: rede para qualquer -> (enX)


    onde enX é o nome da interface de rede com a rota padrão.
  4. Execute o comando 'pfctl -f pfnat.conf -e' para atualizar as regras de filtragem de pacotes.


As etapas 2 a 4 podem ser executadas em um comando. 
sysctl -w net.inet.ip.forwarding=1 \
 && grep -v -E -e '^#.*' -e '^$' /etc/pf.conf | head -n2 > pfnat.conf \
 && INET_PORT=$(netstat -nrf inet | grep default | tr -s ' ' | cut -d ' ' -f 4) \
 && echo "nat on ${INET_PORT} from vboxnet0:network to any -> (${INET_PORT})" >> pfnat.conf \
 && grep -v -E -e '^#.*' -e '^$' /etc/pf.conf | tail -n+3 >> pfnat.conf \
 && pfctl -f pfnat.conf -e




Adicione entradas uniformes a / etc / hosts de todas as VMs para que elas possam "pingar" umas às outras por nomes de domínio. 



127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.56.78 oracle1.localdomain oracle1
192.168.56.79 oracle2.localdomain oracle2




Instalando Oracle





Efetuamos a instalação "Apenas software" no oracle1 e oracle2  usando pacotes rpm , o diretório com o qual pode ser compartilhado a partir do MacOS via Virtual Box (Máquina-> Configurações-> Pasta compartilhada). 



yum -y localinstall oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm


yum -y localinstall oracle-database-ee-19c-1.0-1.x86_64.rpm


A seguir, criamos uma instância DBMS na VM "oracle1". Para fazer isso, execute o script correspondente sob o usuário oralce. 



/etc/init.d/oracledb_ORCLCDB-19c configure


Este procedimento leva algum tempo. Depois de criar uma instância em ambos os hosts, adicione estas linhas ao arquivo /home/oracle/.bash_profile: 



export ORACLE_HOME="/opt/oracle/product/19c/dbhome_1"
export ORACLE_BASE="/opt/oracle"
export ORACLE_SID="ORCLCDB"
export PATH=$PATH:$ORACLE_HOME/bin


Bem, também configuramos o ssh por conveniência, para que você possa se conectar imediatamente como o usuário oracle. Nós nos conectamos ao host via ssh e conectamos ao banco de dados sob o usuário oracle. 



user@macbook:~$ ssh oracle@oracle1
Last login: Wed Aug 12 16:17:05 2020
[oracle@oracle1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Wed Aug 12 16:19:44 2020
Version 19.3.0.0.0

Copyright (c) 1982, 2019, Oracle.  All rights reserved.


Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.3.0.0.0

SQL>


Na verdade, Oracle. Para o experimento, também precisamos configurar a replicação.



Replicação Oracle.







Para configurar a replicação, usaremos uma instrução ligeiramente modificada :



  1. Transferimos o banco de dados no servidor oracle1 para o "Modo de arquivo". Para fazer isso, execute os comandos no sqlplus: 



    SHUTDOWN IMMEDIATE;


    STARTUP MOUNT;


    ALTER DATABASE ARCHIVELOG;


    ALTER DATABASE OPEN;
  2. Sem sair do sqlplus, habilite "Forçar registro" no servidor oracle1. 



    ALTER DATABASE FORCE LOGGING;


    ALTER SYSTEM SWITCH LOGFILE;
  3. Crie arquivos "redo log" no servidor oracle1. 

    ALTER DATABASE
      ADD STANDBY LOGFILE
      THREAD 1 GROUP 10 ('/opt/oracle/oradata/ORCLCDB/standby_redo01.log')
      SIZE 209715200;


    ALTER DATABASE
      ADD STANDBY LOGFILE
      THREAD 1 GROUP 11 ('/opt/oracle/oradata/ORCLCDB/standby_redo02.log')
      SIZE 209715200;


    ALTER DATABASE
      ADD STANDBY LOGFILE
      THREAD 1 GROUP 12 ('/opt/oracle/oradata/ORCLCDB/standby_redo03.log')
      SIZE 209715200;


    ALTER DATABASE
      ADD STANDBY LOGFILE
      THREAD 1 GROUP 13 ('/opt/oracle/oradata/ORCLCDB/standby_redo04.log')
      SIZE 209715200;
  4. Ligue o "FLASHBACK" no servidor oracle1, ele não funcionará sem ele.

    SQL> host

    [oracle @ oracle1 ~] $ mkdir / opt / oracle / recovery_area

    [oracle @ oracle1 ~] $ exit

    SQL> alterar conjunto de sistema db_recovery_file_dest_size = 2g escopo = ambos;

    SQL> alter system set db_recovery_file_dest = '/ opt / oracle / recovery_area' scope = both;

    SQL> ALTER DATABASE FLASHBACK ON;
  5. Habilitamos algo automático no servidor oracle1.

    SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;
  6. tnsnames.ora listener.ora oracle1 oracle2 :

    oracle1, $ORACLE_HOME/network/admin/tnsnames.ora 
    
LISTENER_ORCLCDB =
  (ADDRESS = (PROTOCOL = TCP)(HOST = oracle1.localdomain)(PORT = 1521))

ORCLCDB =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = oracle1.localdomain)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = ORCLCDB)
    )
  )

ORCLCDB_STBY =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = oracle2.localdomain)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = ORCLCDB)
    )
  )




    oracle1, $ORACLE_HOME/network/admin/listener.ora 
    
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = oracle1.localdomain)(PORT = 1521))
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = ORCLCDB_DGMGRL)
      (ORACLE_HOME = /opt/oracle/product/19c/dbhome_1)
      (SID_NAME = ORCLCDB)
    )
  )

ADR_BASE_LISTENER = /opt/oracle




    oracle2, $ORACLE_HOME/network/admin/tnsnames.ora 
    
LISTENER_ORCLCDB =
  (ADDRESS = (PROTOCOL = TCP)(HOST = oracle2.localdomain)(PORT = 1521))

ORCLCDB =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = oracle1.localdomain)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = ORCLCDB)
    )
  )

ORCLCDB_STBY =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = oracle2.localdomain)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = ORCLCDB)
    )
  )




    oracle2, $ORACLE_HOME/network/admin/listener.ora 
    
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = oracle2.localdomain)(PORT = 1521))
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = ORCLCDB_STBY_DGMGRL)
      (ORACLE_HOME = /opt/oracle/product/19c/dbhome_1)
      (SID_NAME = ORCLCDB)
    )
  )

ADR_BASE_LISTENER = /opt/oracle


  7. oracle1 listener-.

    [oracle@oracle1 ~]$ lsnrctl reload


    [oracle@oracle1 ~]$ lsnrctl status



    LSNRCTL for Linux: Version 19.0.0.0.0 — Production on 15-AUG-2020 08:17:24



    Copyright © 1991, 2019, Oracle. All rights reserved.



    Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=oracle1.localdomain)(PORT=1521)))

    STATUS of the LISTENER

    — Alias LISTENER

    Version TNSLSNR for Linux: Version 19.0.0.0.0 — Production

    Start Date 15-AUG-2020 08:09:57

    Uptime 0 days 0 hr. 7 min. 26 sec

    Trace Level off

    Security ON: Local OS Authentication

    SNMP OFF

    Listener Parameter File /opt/oracle/product/19c/dbhome_1/network/admin/listener.ora

    Listener Log File /opt/oracle/diag/tnslsnr/oracle1/listener/alert/log.xml

    Listening Endpoints Summary…

    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle1.localdomain)(PORT=1521)))

    (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))

    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=oracle1.localdomain)(PORT=5500))(Security=(my_wallet_directory=/opt/oracle/admin/ORCLCDB/xdb_wallet))(Presentation=HTTP)(Session=RAW))

    Services Summary…

    Service «ORCLCDB» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    Service «ORCLCDBXDB» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    Service «ac8d8d741e3e2a52e0534e38a8c0602d» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    Service «orclpdb1» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    The command completed successfully


    ( Data Guard: ORCLCDB_DGMGRL)
    [oracle@oracle1 ~]$ lsnrctl status



    LSNRCTL for Linux: Version 19.0.0.0.0 — Production on 15-AUG-2020 08:17:32



    Copyright © 1991, 2019, Oracle. All rights reserved.



    Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=oracle1.localdomain)(PORT=1521)))

    STATUS of the LISTENER

    — Alias LISTENER

    Version TNSLSNR for Linux: Version 19.0.0.0.0 — Production

    Start Date 15-AUG-2020 08:09:57

    Uptime 0 days 0 hr. 7 min. 34 sec

    Trace Level off

    Security ON: Local OS Authentication

    SNMP OFF

    Listener Parameter File /opt/oracle/product/19c/dbhome_1/network/admin/listener.ora

    Listener Log File /opt/oracle/diag/tnslsnr/oracle1/listener/alert/log.xml

    Listening Endpoints Summary…

    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle1.localdomain)(PORT=1521)))

    (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))

    (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=oracle1.localdomain)(PORT=5500))(Security=(my_wallet_directory=/opt/oracle/admin/ORCLCDB/xdb_wallet))(Presentation=HTTP)(Session=RAW))

    Services Summary…

    Service «ORCLCDB» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    Service «ORCLCDBXDB» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    Service «ORCLCDB_DGMGRL» has 1 instance(s).

    Instance «ORCLCDB», status UNKNOWN, has 1 handler(s) for this service…

    Service «ac8d8d741e3e2a52e0534e38a8c0602d» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    Service «orclpdb1» has 1 instance(s).

    Instance «ORCLCDB», status READY, has 1 handler(s) for this service…

    The command completed successfully
  8. SYS oracle1.

    SQL> alter user sys identified by "pa_SSw0rd";
  9. oracle2 listener .

    [oracle@oracle2 ~]$ lsnrctl start

    [oracle@oracle2 ~]$ orapwd file=$ORACLE_BASE/product/19c/dbhome_1/dbs/orapwORCLCDB entries=10 password=pa_SSw0rd

    [oracle@oracle2 ~]$ echo "*.db_name='ORCLCDB'" > /tmp/initORCLCDB_STBY.ora

    [oracle@oracle2 ~]$ mkdir -p $ORACLE_BASE/oradata/ORCLCDB/pdbseed

    [oracle@oracle2 ~]$ mkdir -p $ORACLE_BASE/oradata/ORCLCDB/ORCLPDB1

    [oracle@oracle2 ~]$ mkdir -p $ORACLE_BASE/admin/ORCLCDB/adump

    [oracle@oracle2 ~]$ mkdir /opt/oracle/recovery_area

    [oracle@oracle2 ~]$ sqlplus / as sysdba

    SQL> STARTUP NOMOUNT PFILE='/tmp/initORCLCDB_STBY.ora'

    [oracle@oracle2 ~]$ rman TARGET sys/pa_SSw0rd@ORCLCDB AUXILIARY sys/pa_SSw0rd@ORCLCDB_STBY

    RMAN> DUPLICATE TARGET DATABASE PARA STANDBY FROM ACTIVE DATABASE DORECOVER SPFILE SET db_unique_name = 'ORCLCDB_STBY' COMMENT 'Está em espera' NOFILENAMECHECK;
  10. Inicie o Data Guard em ambos os servidores (oracle1 e oracle2).

    SQL> ALTER SYSTEM SET dg_broker_start = true;
  11. No servidor oracle1, conecte-se ao console de gerenciamento do Data Guard e crie uma configuração.

    [oracle @ oracle1 ~] $ dgmgrl sys / pa_SSw0rd @ ORCLCDB

    DGMGRL> CRIAR CONFIGURAÇÃO my_dg_config COMO A BASE DE DADOS PRIMÁRIA É ORCLCDB CONECTAR O IDENTIFICADOR É ORCLCDB;

    DGMGRL> ADICIONAR BANCO DE DADOS ORCLCDB_STBY COMO O IDENTIFICADOR DE CONEXÃO É ORCLCDB_STBY MANTIDO COMO FÍSICO;

    DGMGRL> habilitar configuração;




Portanto, como resultado da criação de uma réplica e da ativação do Data Guard, temos o seguinte estado: 



DGMGRL> show configuration

Configuration - my_dg_config

  Protection Mode: MaxPerformance
  Members:
  orclcdb      - Primary database
    orclcdb_stby - Physical standby database 
      Warning: ORA-16854: apply lag could not be determined

Fast-Start Failover:  Disabled

Configuration Status:
WARNING   (status updated 40 seconds ago)


Esta é uma condição ruim. Vamos esperar um pouco ... 



DGMGRL> show configuration

Configuration - my_dg_config

  Protection Mode: MaxPerformance
  Members:
  orclcdb      - Primary database
    orclcdb_stby - Physical standby database 

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 55 seconds ago)


Agora o estado está bom! Porém, a réplica é muito passiva, não aceita solicitações de leitura (OPEN MODE: MOUNTED). 



SQL> show pdbs

    CON_ID CON_NAME			  OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
 
	 2 PDB$SEED			  MOUNTED
	 3 ORCLPDB1			  MOUNTED


Vamos tornar a réplica ativa para que ela aceite solicitações de leitura. Então nós, no futuro, poderemos descarregar o servidor com a base "Primária". Isso é o que é chamado de "Active Data Guard" ou espera ativa . No servidor oracle2, execute a seguinte sequência de comandos no sqlplus: 

alter database 
      recover managed standby database cancel;


alter database open;


alter database 
      recover managed standby database 
      using current logfile 
      disconnect from session;


alter pluggable database all open;


Agora você pode ler a partir da réplica (MODO ABERTO: SOMENTE LEITURA): 

SQL> show pdbs;

    CON_ID CON_NAME			  OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
 
	 2 PDB$SEED			  READ ONLY  NO
	 3 ORCLPDB1			  READ ONLY  NO


E no console DataGuard no servidor oracle1, tudo parece bom: 

DGMGRL> show configuration;

Configuration - my_dg_config

  Protection Mode: MaxPerformance
  Members:
  orclcdb      - Primary database
    orclcdb_stby - Physical standby database 

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 19 seconds ago)


Apesar de agora termos o Data Guard Active, o cluster ainda é amplamente passivo. Ele ainda não disse uma palavra para nós e nosso incrível aplicativo Java de que o Primário não é mais o Primário. Para fazer isso, outro serviço, o ONS (Oracle Notification Services), deve estar em execução nos servidores de cluster. E parece que instalar o Oracle Database não é suficiente para rodar este serviço, vamos precisar instalar o Oracle Grid.







Instalando e configurando o Oracle Grid.







Tudo é muito simples aqui: como no processo de instalação do Oracle Database, simplesmente seguiremos as instruções oficiais .



  1.   oracle1  oracle2 root    Oracle Grid, gcc-c++, oracle   asm.   Virtual Box, Oracle, Oracle Grid    . 

    mkdir -p /opt/oracle/product/19c/grid \
        && cp -r /mnt/oracle_grid_19300/LINUX/* /opt/oracle/product/19c/grid/ \
        && chown -R oracle:oinstall /opt/oracle/product/19c/grid


    yum install -y gcc-c++


    groupadd asm && usermod -aG asm oracle


  2. ,   oracle, Oracle Grid. 

    cd /opt/oracle/product/19c/grid/ && ./runcluvfy.sh stage -pre hacfg


    Verifying Physical Memory ...FAILED

    Required physical memory = 8GB

    Verifying Swap Size ...FAILED

    Required = 2.6924GB (2823138.0KB); Found = 2GB (2097148.0KB)]



      - ,     swap, Oracle Grid ,   .
  3. oracle2, oracle1.

    SQL> shutdown immediate


    # poweroff
  4. oracle1  8192 ,  VM   swap root. 

    dd if=/dev/zero of=/swap_file bs=1G count=7 \
            && chmod 600 /swap_file && mkswap /swap_file \
            && echo '/swap_file  swap  swap  defaults  0 0' >> /etc/fstab \
            && swapoff -a && swapon -a
  5. , , .

    [oracle@oracle1 grid]$ cd /opt/oracle/product/19c/grid/ && ./runcluvfy.sh stage -pre hacfg

    Pre-check for Oracle Restart configuration was successful.


    ! Oracle Grid.
  6. oracle   oracle1  /opt/oracle/product/19c/grid/ grid_configwizard.rsp. 

    cd /opt/oracle/product/19c/grid/ && touch grid_configwizard.rsp


    grid_configwizard.rsp , oracle restart, ASM   .

    oracle.install.responseFileVersion=/oracle/install/rspfmt_crsinstall_response_schema_v19.0.0

    INVENTORY_LOCATION=/opt/oracle/oraInventory

    oracle.install.option=CRS_SWONLY

    ORACLE_BASE=/opt/oracle

    oracle.install.asm.OSDBA=oinstall

    oracle.install.asm.OSASM=asm

    oracle.install.asm.SYSASMPassword=oracle

    oracle.install.asm.diskGroup.name=data

    oracle.install.asm.diskGroup.redundancy=NORMAL

    oracle.install.asm.diskGroup.AUSize=4

    oracle.install.asm.diskGroup.disksWithFailureGroupNames=/dev/sdb

  7.   oracle grid   . 

    ./gridSetup.sh -silent \
               -responseFile /opt/oracle/product/19c/grid/grid_configwizard.rsp
  8.   , oracle grid root,   . 

    /opt/oracle/product/19c/grid/root.sh
  9. , oracle restart root roothas.sh. 

    cd /opt/oracle/product/19c/grid/crs/install/ && ./roothas.sh


  10.   oracle   runInstaller. 

    cd /opt/oracle/product/19c/grid/oui/bin/ \
                            && ./runInstaller -updateNodeList \
                                ORACLE_HOME=/opt/oracle/product/19c/grid \
                                -defaultHomeName CLUSTER_NODES= CRS=TRUE
  11. oracle1 /etc/fstab , /swap_file, 2048 RAM.
  12. " Oracle Grid" VM oracle2.
  13. ,   ,   Oracle Restart.    oracle1 oracle     Oracle Restart. 

    srvctl add database -db ORCLCDB \
            -oraclehome /opt/oracle/product/19c/dbhome_1 \
            -role PRIMARY


    /opt/oracle/product/19c/grid/bin/crsctl modify \
            res ora.cssd -attr "AUTO_START=always" -unsupported


    /opt/oracle/product/19c/grid/bin/crsctl stop has


    /opt/oracle/product/19c/grid/bin/crsctl start has
  14.   oracle2 oracle     Oracle Restart. 

    /opt/oracle/product/19c/grid/bin/crsctl modify \
            res ora.cssd -attr "AUTO_START=always" -unsupported


    /opt/oracle/product/19c/grid/bin/crsctl stop has


    /opt/oracle/product/19c/grid/bin/crsctl start has


    srvctl add database -db ORCLCDB_STBY \
           -oraclehome /opt/oracle/product/19c/dbhome_1 \
           -role PHYSICAL_STANDBY \
           -spfile /opt/oracle/product/19c/dbhome_1/dbs/spfileORCLCDB.ora \
           -dbname ORCLCDB -instance ORCLCDB
  15. Em ambos os servidores, oracle1 e oracle2, sob o usuário oracle, adicione um ouvinte à configuração Oracle Restart. 

    srvctl add listener
  16. No servidor oracle1, sob o usuário oracle, adicione à configuração e inicie o serviço de banco de dados, ORCLCDB. 

    srvctl add service -db ORCLCDB -service orclpdb -l PRIMARY -pdb ORCLPDB1


    srvctl start service -db ORCLCDB -service orclpdb
  17. No servidor oracle2, sob o usuário oracle, inclua o serviço de banco de dados ORCLCDB_STBY na configuração e inicie a instância do banco de dados 

    srvctl add service -db ORCLCDB_STBY -service orclpdb -l PRIMARY -pdb ORCLPDB1


    srvctl start database -db ORCLCDB_STBY
  18. No servidor oracle1 e oracle2, inicie o serviço ons. 

    srvctl enable ons


    srvctl start ons




Demonstração "Switchover" em um aplicativo de teste Java







Como resultado, temos 2 servidores oracle com replicação em modo ativo-standby e um serviço ons para o qual os eventos de switch serão enviados, e o aplicativo Java será capaz de processar esses eventos conforme eles chegam.



Vamos criar um usuário e uma tabela de teste no Oracle.
  oracle1 oracle   sqlplus   

  • sqlplus / as sysdba
  • alter session set container=ORCLPDB1;
  • CREATE USER testus 
       IDENTIFIED BY test 
       DEFAULT TABLESPACE USERS 
       QUOTA UNLIMITED ON USERS;
  • GRANT CONNECT, 
      CREATE SESSION, 
      CREATE TABLE 
      TO testus;
  • CREATE TABLE TESTUS.MESSAGES (TIMEDATE TIMESTAMP, MESSAGE VARCHAR2(100));




Depois de criar um usuário e uma tabela de teste, conectamos ao servidor oracle2 e "abrimos" a instância para leitura para ter certeza de que a replicação está funcionando. 

 
 [oracle@oracle2 ~]$ sqlplus / as sysdba
 SQL> alter pluggable database all open;
 SQL> alter session set container=ORCLPDB1;
 SQL> column table_name format A10;
 SQL> column owner format A10;
 SQL> select table_name, owner from dba_tables where owner like '%TEST%';

TABLE_NAME OWNER
---------- ----------
MESSAGES   TESTUS


O aplicativo de teste consiste em apenas uma classe Main, em um loop tenta adicionar um registro à tabela de teste e, em seguida, ler o mesmo registro (consulte os métodos "putNewMessage ()" e "getLastMessage ()"). Existe também o método "getConnectionHost ()", que a partir do objeto "conexão" usando a "API de reflexão" obtém o endereço IP da conexão ao banco de dados. Como você pode ver no console, após a "troca" esse endereço muda.



Inicie o aplicativo de teste e execute o "switchover" no console do Data Guard. 



DGMGRL> switchover to orclcdb_stby;


Vemos como o endereço IP de conexão muda no log do aplicativo, o tempo de inatividade é de 1 minuto: 



[Wed Aug 26 23:56:55 MSK 2020]: Host 192.168.56.78: - 2020-08-26 23:56:55|  ?
[Wed Aug 26 23:56:56 MSK 2020]: Host 192.168.56.78: - 2020-08-26 23:56:56|  ?
[Wed Aug 26 23:56:57 MSK 2020]: Host 192.168.56.78: - 2020-08-26 23:56:57|  ?
[Wed Aug 26 23:56:58 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:02 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:06 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:10 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:14 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:18 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:23 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:27 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:31 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:35 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:39 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:43 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:47 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:57:51 MSK 2020]: Host 192.168.56.79: - 2020-08-26 23:57:52|  ?
[Wed Aug 26 23:57:53 MSK 2020]: Host 192.168.56.79: - 2020-08-26 23:57:53|  ?
[Wed Aug 26 23:57:54 MSK 2020]: Host 192.168.56.79: - 2020-08-26 23:57:54|  ?


Volte para ter certeza. 



DGMGRL> switchover to orclcdb;


A situação é simétrica. 



[Wed Aug 26 23:58:54 MSK 2020]: Host 192.168.56.79: - 2020-08-26 23:58:54|  ?
[Wed Aug 26 23:58:55 MSK 2020]: Host 192.168.56.79: - 2020-08-26 23:58:55|  ?
[Wed Aug 26 23:58:56 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:00 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:04 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:08 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:12 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:16 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:20 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:24 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:28 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:32 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:36 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:40 MSK 2020]: SQLException: -  !
[Wed Aug 26 23:59:44 MSK 2020]: Host 192.168.56.78: - 2020-08-26 23:59:45|  ?
[Wed Aug 26 23:59:46 MSK 2020]: Host 192.168.56.78: - 2020-08-26 23:59:46|  ?


Além disso, vamos prestar atenção às conexões TCP nos hosts oralce1 e oracle2. A porta de dados está ocupada com conexões apenas no primário, a porta do ONS está ocupada no primário e na réplica.



Antes da transição. 

oracle1
Every 1.0s: ss -tapn | grep 192.168.56.1 | grep ESTAB | grep -v ":22"

ESTAB 0 0 192.168.56.78:1521 192.168.56.1:49819 users:(("oracle_21115_or"...))
ESTAB 0 0 192.168.56.78:1521 192.168.56.1:49822 users:(("oracle_21117_or"...))
ESTAB 0 0 [::ffff:192.168.56.78]:6200 [::ffff:192.168.56.1]:49820 users:(("ons"...))




oracle2
Every 1.0s: ss -tapn | grep 192.168.56.1 | grep ESTAB | grep -v ":22"

ESTAB 0 0 [::ffff:192.168.56.79]:6200 [::ffff:192.168.56.1]:49821 users:(("ons"...))


Após a transição. 

oracle1
Every 1.0s: ss -tapn | grep 192.168.56.1 | grep ESTAB | grep -v 22  Wed Aug 26 16:57:57 2020

ESTAB 0 0 [::ffff:192.168.56.78]:6200 [::ffff:192.168.56.1]:51457 users:(("ons"...))




oracle2
Every 1.0s: ss -tapn | grep 192.168.56.1 | grep ESTAB | grep -v ":22" Wed Aug 26 16:58:35 2020

ESTAB 0 0 192.168.56.79:1521 192.168.56.1:52259 users:(("oracle_28212_or"...))
ESTAB 0 0 192.168.56.79:1521 192.168.56.1:52257 users:(("oracle_28204_or"...))
ESTAB 0 0 [::ffff:192.168.56.79]:6200 [::ffff:192.168.56.1]:51458 users:(("ons"...))


Conclusão



Assim, simulamos um cluster Data Guard em um ambiente de laboratório com um número mínimo de configurações e implementamos uma conexão de failover de um aplicativo Java de teste. Agora sabemos o que o desenvolvedor deseja do DBA e o que o DBA deseja do desenvolvedor. Resta lançar e testar o Fast Start Failover, mas, talvez, dentro da estrutura de um artigo separado.


More articles:


All Articles