Comparando soluções de replicação da Oracle e MySQL

Arquitetura Oracle Data Guard – Como funciona

• Um banco de dados em espera que é aberto para leitura/gravação enquanto a aplicação SQL está ativa
• Possível bloqueio de modificação de dados que está sendo mantido pelo SQL apply
• Capaz de executar atualizações contínuas de banco de dados

Arquitetura Oracle Golden Gate – Como funciona

Replicação lógica MySQL – como funciona

MariaDB [(none)]> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                 Master_Host: master
                  Master_User: rpl_user
                  Master_Port: 3306
                Connect_Retry: 10
              Master_Log_File: binlog.000005
          Read_Master_Log_Pos: 339
               Relay_Log_File: relay-bin.000002
                Relay_Log_Pos: 635
        Relay_Master_Log_File: binlog.000005
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 339
              Relay_Log_Space: 938
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
                   Using_Gtid: Current_Pos
                  Gtid_IO_Pos: 0-1-8
      Replicate_Do_Domain_Ids: 
  Replicate_Ignore_Domain_Ids: 
                Parallel_Mode: conservative
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
1 row in set (0.00 sec)

Configurando a replicação lógica do Data Guard no Oracle

1. Criar um banco de dados físico em espera

   
   Para criar um banco de dados de reserva lógico, primeiro crie um banco de dados de espera físico e, em seguida, faça a transição para um banco de dados de espera lógico.
   

2. Parar aplicação de refazer no banco de dados de espera física

   
   Parar o Redo Apply é necessário para evitar a aplicação de alterações.
   

   SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

3. Prepare o banco de dados primário para dar suporte a um banco de dados de espera lógica

   
   Altere o atributo VALID_FOR no LOG_ARCHIVE_DEST_1 original e inclua LOG_ARCHIVE_DEST_3 para o banco de dados lógico.
   

   LOG_ARCHIVE_DEST_1=
    'LOCATION=/arch1/severalnines/
     VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES)
     DB_UNIQUE_NAME=severalnines'
   LOG_ARCHIVE_DEST_3=
    'LOCATION=/arch2/severalnines/
     VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE)
     DB_UNIQUE_NAME=severalnines'
   LOG_ARCHIVE_DEST_STATE_3=ENABLE

   Crie um dicionário nos dados de refazer

   SQL> EXECUTE DBMS_LOGSTDBY.BUILD;

4. Converter em um banco de dados de espera lógica

   
   Para continuar aplicando dados de redo ao banco de dados em espera físico até que esteja pronto para converter em um banco de dados em espera lógico, emita a seguinte instrução SQL:
   

   SQL> ALTER DATABASE RECOVER TO LOGICAL STANDBY db_name;

5. Ajuste os parâmetros de inicialização para o banco de dados de espera lógica

   LOG_ARCHIVE_DEST_1=
     'LOCATION=/arch1/severalnines_remote/
      VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES)
      DB_UNIQUE_NAME=severalnines_remote'
   LOG_ARCHIVE_DEST_2=
     'SERVICE=severalnines ASYNC
      VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
      DB_UNIQUE_NAME=severalnines'
   LOG_ARCHIVE_DEST_3=
     'LOCATION=/arch2/severalnines_remote/
   VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE)
      DB_UNIQUE_NAME=severalnines_remote'
   LOG_ARCHIVE_DEST_STATE_1=ENABLE
   LOG_ARCHIVE_DEST_STATE_2=ENABLE
   LOG_ARCHIVE_DEST_STATE_3=ENABLE

6. Abra o banco de dados de espera lógica

   SQL> ALTER DATABASE OPEN RESETLOGS;

   Verifique se o banco de dados de espera lógica está funcionando corretamente

   v$data_guard_stats visualização

   SQL> COL NAME FORMAT A20
   SQL> COL VALUE FORMAT A12
   SQL> COL UNIT FORMAT A30
   SQL> SELECT NAME, VALUE, UNIT FROM V$Data_Guard_STATS;
    NAME                 VALUE        UNIT
   -------------------- ------------ ------------------------------
   apply finish time    +00 00:00:00 day(2) to second(1) interval
   apply lag            +00 00:00:00 day(2) to second(0) interval
   transport lag        +00 00:00:00 day(2) to second(0) interval

   v$logstdby_process view

   SQL> COLUMN SERIAL# FORMAT 9999
   SQL> COLUMN SID FORMAT 9999
   SQL> SELECT SID, SERIAL#, SPID, TYPE, HIGH_SCN FROM V$LOGSTDBY_PROCESS;
      SID   SERIAL#   SPID         TYPE            HIGH_SCN
     ----- -------   ----------- ---------------- ----------
   48        6    11074        COORDINATOR     7178242899
      56       56    10858        READER          7178243497
      46        1    10860        BUILDER         7178242901
      45        1    10862        PREPARER        7178243295
      37        1    10864        ANALYZER        7178242900
      36        1    10866        APPLIER         7178239467
      35        3    10868        APPLIER         7178239463
      34        7    10870        APPLIER         7178239461
      33        1    10872        APPLIER         7178239472
    9 rows selected.

Configurando a replicação do MySQL

1. 
   Configure o banco de dados mestre. Defina server_id exclusivo, especifique diferentes logs de replicação –log-basename (MariaDB) , ative o log binário. Modifique o arquivo my.cnf com as informações abaixo.
   

   log-bin
   server_id=1
   log-basename=master1

   
   Faça login no banco de dados mestre e conceda o usuário de replicação para acessar os dados mestre.
   

   GRANT REPLICATION SLAVE ON *.* TO replication_user

2. 
   Inicie os dois servidores com os GTIDs ativados.
   

   gtid_mode=ON
   enforce-gtid-consistency=true

3. 
   Configure o escravo para usar o posicionamento automático baseado em GTID.
   

   mysql> CHANGE MASTER TO
        >     MASTER_HOST = host,
        >     MASTER_PORT = port,
        >     MASTER_USER = replication_user,
        >     MASTER_PASSWORD = password,
        >     MASTER_AUTO_POSITION = 1;

4. 
   Se você quiser adicionar o escravo ao mestre com dados, precisará fazer backup e restaurá-lo no servidor escravo.
   

   mysqldump --all-databases --single-transaction --triggers --routines --host=127.0.0.1 --user=root --password=rootpassword > dump_replication.sql

   
   Faça login no banco de dados escravo e execute:
   

   slave> tee dump_replication_insert.log
   slave> source dump_replication.sql
   slave> CHANGE MASTER TO MASTER_HOST="host", MASTER_USER=" replication_user ", MASTER_PASSWORD="password ", MASTER_PORT=port, MASTER_AUTO_POSITION = 1;