Quando você ativa o Autonomous Data Guard, o sistema cria um banco de dados em espera que é atualizado continuamente com as alterações do banco de dados primário.

Com o Autonomous Data Guard ativado, o Banco de Dados Autônomo fornece um banco de dados em espera idêntico que permite o seguinte, dependendo do estado do banco de dados primário:

Se o banco de dados principal ficar inativo, o Autonomous Data Guard converterá o banco de dados em espera no banco de dados primário com o mínimo de interrupção. Após a conclusão do failover, o Autonomous Data Guard cria um novo banco de dados em espera para você.
Você pode executar uma operação de alternância, em que o banco de dados primário se torna o banco de dados em espera e o banco de dados em espera se torna o banco de dados principal.
O Autonomous Database não fornece acesso ao banco de dados em espera. Você executa todas as operações, como aumentar a contagem de OCPU e ativar o Auto Scaling no banco de dados primário e o Autonomous Data Guard executa as mesmas ações no banco de dados em espera.

Da mesma forma, você executa apenas ações como parar ou reiniciar o banco de dados no banco de dados primário.

Autonomous Data Guard Features

• O Autonomous Data Guard monitora o banco de dados primário e, se a instância do Banco de Dados Autônomo ficar inativa, a instância em espera assumirá a função da instância principal.
• O banco de dados em espera é criado na mesma região que o banco de dados primário. Para melhor resiliência, o banco de dados em espera é provisionado da seguinte maneira:

Em regiões com mais de um domínio de disponibilidade, o banco de dados em espera é provisionado automaticamente em um domínio de disponibilidade diferente do banco de dados primário.
Nas regiões com um único domínio de disponibilidade, o banco de dados em espera é provisionado automaticamente em uma máquina física diferente do banco de dados primário.
Todos os recursos do Autonomous Database do banco de dados principal estão disponíveis quando a instância em espera se torna a principal após o failover do sistema ou após a execução de um switchover, incluindo o seguinte:

• OML Notebooks: Os notebooks e usuários criados no banco de dados primário estão disponíveis no modo de espera.
• APEX Data and Metadata: As informações do APEX criadas no banco de dados primário são copiadas para o modo de espera.
• ACLs: A lista de controle de acesso (ACL) do banco de dados primário é duplicada para o modo de espera.
• Private Endpoint: The private endpoint do banco de dados primário se aplica ao modo de espera.
• APIs or Scripts: Quaisquer APIs ou scripts usados para gerenciar o Autonomous Database continuam a funcionar sem nenhuma alteração após uma operação de failover ou após a execução de uma alternância.
• Client Application Connections: Os aplicativos clientes não precisam alterar suas cadeias de conexão para se conectar ao banco de dados após um failover para o banco de dados em espera ou após a execução de um switchover.
• Wallet Based Connections: Você pode continuar usando suas carteiras existentes para se conectar ao banco de dados após um failover no banco de dados em espera ou após executar um switchover.
• Database Options: As opções Contagem da OCPU, Storage, Display Name, Database Name, Auto Scaling, Tags e Licenciamento têm os mesmos valores após um failover no banco de dados em espera ou após um switchover.
• Quando o Autonomous Data Guard está ativado, os números RTO e RPO são os seguintes:

Automatic Failover: RTO é de dois (2) minutos e RPO é zero (0).
Manual Failover: RTO é de dois (2) minutos e RPO é de até cinco (5) minutos.
Notas para ativar o Autonomous Data Guard:

Para ativar o Autonomous Data Guard, a versão do banco de dados deve ser o Oracle Database 19c ou superior.

O Autonomous Database gera a solicitação de trabalho Enable Autonomous Data Guard. Para visualizar a solicitação, em Resources, clique em Work Requests..

Enquanto você ativa o Autonomous Data Guard, quando o campo Peer State mostra Provisioning, as seguintes ações são desabilitadas para o banco de dados:

Move Resource
Stop
Restart
Restore

Ativando Autonomous Data Guard

1. Se você não estiver conectado ao Oracle Cloud Console, faça o login e navegue até seu Autonomous Database..

2. Na seção Autonomous Data Guard, clique em Enable para habilitar o recurso Data Guard.

3. Na caixa de diálogo Enable Autonomous Data Guard, clique em Enable Autonomous Data Guard .

4. O estado do ciclo de vida do banco de dados autônomo muda para Atualizando e na página Detalhes, em  Autonomous Data Guard  o   campo Peer State mostra  Provisioning . Dependendo do tamanho do banco de dados principal, isso pode levar vários minutos.

Quando o banco de dados standby database está sendo provisionado, o status do banco de dados principal torna-se disponível e todas as atividades do banco de dados podem continuar, já que a ativação do Autonomous Data Guard é sem bloqueio.

Quando o provisionamento é concluído, o  campo Peer State mostra como Available.

Teste a transição para um banco de dados Standby

Depois que o Autonomous Data Guard for habilitado, se você executar uma operação de switchover, o banco de dados primário se tornará o banco de dados de standby e o banco de dados de standby se tornará o banco de dados principal, sem perda de dados. Normalmente, uma transição é feita para testar os procedimentos de failover de seu aplicativo quando o Autonomous Data Guard está ativado.

O console do Oracle Cloud Infrastructure mostra um link de alternância no campo Peer State quando o banco de dados principal e o banco de dados de reserva estão disponíveis. Ou seja, o campo Estado do ciclo de vida do banco de dados primário mostra Disponível ou Parado e o banco de dados em espera está disponível (o campo Estado do par mostra Disponível).

Para realizar uma alternância, faça o seguinte:

1. Na página Detalhes, em Autonomous Data Guard , no campo Peer State, clique em  Switchover

O estado do ciclo de vida do banco de dados muda para  Updating  e o campo Peer State mostra  Role Change in Progress.

Quando a operação de transição é concluída, o Autonomous Data Guard faz o seguinte:

O banco de dados primário entra no estado Disponível e pode ser conectado para consultas e atualizações.

O Peer State mudará para Disponível quando o modo de standby estiver pronto. (O modo de standby pode entrar em um estado de provisionamento primeiro, se necessário, sem bloquear as operações no primário.)

Você pode ver a hora da última alternância ao passar o mouse sobre o ícone de dica de ferramenta no  campo Peer State

Espero que isso ajude você!!!

Disclaimer: “The postings on this site are my own and don’t necessarily represent may actual employer positions, strategies or opinions. The information here was edited to be useful for general purpose, specific data and identifications was removed to allow reach generic audience and to be useful

Este artigo explica como podemos exportar o Data Guard usando NETWORK_LINK.

O Physical Standby database deve ser aberto no modo “READ ONLY”

Etapas a serem executadas para exportar do Physical Standby Database

— Connect to Physical Standby database and check its status

 [oracle@vm1 admin] sqlplus / as sysdba


SQL> select instance_name, status from v$instance;

INSTANCE_NAME STATUS
---------------- ------------
PHYSTBY MOUNTED

-- Cancel managed recovery and open database in "READ ONLY" mode.


SQL> alter database recover managed standby database cancel;



SQL> alter database open read only;




-- Verify database status

SQL> select instance_name, status from v$instance;

INSTANCE_NAME STATUS
---------------- ------------
VTABOLDG OPEN


SQL> select open_mode from v$database;

OPEN_MODE
--------------------
READ ONLY
 

“Non Standby” Database  

Na mesma máquina, criei uma nova instância apenas para servir como ponte para executar o procedimento.

 -- create DB Link, Oracle Directory.


[oracle@vm1 admin] sqlplus / as sysdba


SQL> create database link expd connect to system identified by oracle using ‘DG_VTABOL’;

SQL> select db_unique_name from v$database;

DB_UNIQUE_NAME
--------------------
DP

SQL> select db_unique_name from v$database@exp;

DB_UNIQUE_NAME
--------------------
VTABOL

SQL> create directory datapump as ‘/tmp’; 

Use NETWORK_LINK to database link para conectar no Physical Standby database:

 [oracle@vm1 admin] expdp DIRECTORY=DATAPUMP network_link=EXP DUMPFILE=DG_EXPDP.dmp SCHEMAS=DBA_DISCOVER,ITAMARATI,VENDASEXTERNAS,VTABOL,ABSTRATOS logfile=expdp.log PARALLEL=4



Export: Release 12.1.0.2.0 - Production on Fri Sep 6 17:32:54 2019

Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production

With the Partitioning, Automatic Storage Management, OLAP, Data Mining

and Real Application Testing options

FLASHBACK automatically enabled to preserve database integrity.

Starting "SYS"."SYS_EXPORT_SCHEMA_02":  sys/******** AS SYSDBA DIRECTORY=DATAPUMP network_link=EXP DUMPFILE=AWS.dmp SCHEMAS=DBA_DISCOVER,ITAMARATI,VENDASEXTERNAS,VTABOL,ABSTRATOS logfile=expdp.log PARALLEL=4

Estimate in progress using BLOCKS method...

Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA

Total estimation using BLOCKS method: 84.29 GB

Processing object type SCHEMA_EXPORT/USER

Processing object type SCHEMA_EXPORT/SYSTEM_GRANT

Processing object type SCHEMA_EXPORT/ROLE_GRANT

Processing object type SCHEMA_EXPORT/DEFAULT_ROLE

Processing object type SCHEMA_EXPORT/TABLESPACE_QUOTA

Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA

Processing object type SCHEMA_EXPORT/SYNONYM/SYNONYM

Processing object type SCHEMA_EXPORT/DB_LINK

Processing object type SCHEMA_EXPORT/SEQUENCE/SEQUENCE

Processing object type SCHEMA_EXPORT/SEQUENCE/GRANT/OWNER_GRANT/OBJECT_GRANT

Processing object type SCHEMA_EXPORT/TABLE/TABLE

Processing object type SCHEMA_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT

Processing object type SCHEMA_EXPORT/TABLE/COMMENT

Processing object type SCHEMA_EXPORT/PACKAGE/PACKAGE_SPEC

Processing object type SCHEMA_EXPORT/PACKAGE/GRANT/OWNER_GRANT/OBJECT_GRANT

Processing object type SCHEMA_EXPORT/FUNCTION/FUNCTION

Processing object type SCHEMA_EXPORT/FUNCTION/GRANT/OWNER_GRANT/OBJECT_GRANT

Processing object type SCHEMA_EXPORT/PROCEDURE/PROCEDURE

Processing object type SCHEMA_EXPORT/PROCEDURE/GRANT/OWNER_GRANT/OBJECT_GRANT

Processing object type SCHEMA_EXPORT/PACKAGE/COMPILE_PACKAGE/PACKAGE_SPEC/ALTER_PACKAGE_SPEC

Processing object type SCHEMA_EXPORT/FUNCTION/ALTER_FUNCTION

Processing object type SCHEMA_EXPORT/PROCEDURE/ALTER_PROCEDURE

Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX

Processing object type SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_INDEX/INDEX

Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT

Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS

Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_INDEX/INDEX_STATISTICS

Processing object type SCHEMA_EXPORT/VIEW/VIEW

Processing object type SCHEMA_EXPORT/VIEW/GRANT/OWNER_GRANT/OBJECT_GRANT

Processing object type SCHEMA_EXPORT/PACKAGE/PACKAGE_BODY

Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT

Processing object type SCHEMA_EXPORT/TABLE/TRIGGER

Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS

Processing object type SCHEMA_EXPORT/MATERIALIZED_VIEW

Processing object type SCHEMA_EXPORT/JOB

Processing object type SCHEMA_EXPORT/REFRESH_GROUP

Processing object type SCHEMA_EXPORT/POST_SCHEMA/PROCOBJ




Dump file set for SYS.SYS_EXPORT_SCHEMA_02 is:

  /tmp/DG_EXPDP.dmp

Job "SYS"."SYS_EXPORT_SCHEMA_02" completed with 0 error(s) at Fri Sep 6 19:55:35 2019 elapsed 0 02:22:29

 

On Physical Standby Database

 [oracle@vm1 admin] sqlplus / as sysdba


SQL> shutdown immediate



SQL> startup mount




SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;




SQL> SELECT
        ARCH.THREAD# "Thread",
        ARCH.SEQUENCE# "Last Sequence Received",
        APPL.SEQUENCE# "Last Sequence Applied",
        (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Difference"
FROM
        (SELECT THREAD# ,SEQUENCE# FROM V$ARCHIVED_LOG WHERE (THREAD#,FIRST_TIME ) IN
        (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH,
        (SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) IN
        (SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
   WHERE ARCH.THREAD# = APPL.THREAD# ORDER BY 1;

  2    3    4    5    6    7    8    9   10   11

    Thread Last Sequence Received Last Sequence Applied Difference

---------- ---------------------- --------------------- ----------

         1                  72153                 72153          0

         2                  67021                 67021          0




SQL>
 

Espero ter ajudado !!

Até a proxima

Andre Luiz Dutra Ontalba

Disclaimer: “The postings on this site are my own and don’t necessarily represent may actual employer positions, strategies or opinions. The information here was edited  to be useful for general purpose, specific data and identifications was removed to allow reach generic audience and to be useful.”

Como vimos no último artigo sobre a instalação do DataGuard no Oracle 19C, veremos agora como monitorar o Data Guard.

– Este script deve ser executado no modo de espera de um site em espera física do Data Guard

set echo off

set feedback off

column timecol new_value tstamp

column spool_extension new_value suffix

select to_char(sysdate,’Mondd_hhmi’) timecol from sys.dual;

column output new_value dbname

select value || ‘_’ output from v$parameter where name = ‘db_name’;

— Saída dos resultados para este arquivo

spool dg_Standby_diag_&&dbname&&tstamp

set lines 132

set pagesize 500

set numformat 999999999999999

set trim on

set trims on

— Obter a data atual

set feedback on

select systimestamp from dual;

— Standby Site Details

set heading off

set feedback off

select ‘Standby Site Details’ from dual;

select ‘********************’ from dual;

set heading on

set feedback on

col db_unique_name format a15

col flashb_on format a10

select
DB_UNIQUE_NAME,DATABASE_ROLE DB_ROLE,FORCE_LOGGING F_LOG,FLASHBACK_ON
FLASHB_ON,LOG_MODE,OPEN_MODE,

GUARD_STATUS GUARD,PROTECTION_MODE PROT_MODE

from v$database;

— SCN atual – este valor nos sites principal e em espera, em que o tempo real se aplica, deve ser praticamente o mesmo

select
DB_UNIQUE_NAME,SWITCHOVER_STATUS,CURRENT_SCN from v$database;

— Informações sobre encarnação

set heading off

set feedback off

select ‘Incarnation Destination Configuration’ from dual;

select ‘*************************************’ from dual;

set heading on

set feedback on

select INCARNATION# INC#,
RESETLOGS_CHANGE# RS_CHANGE#, RESETLOGS_TIME, PRIOR_RESETLOGS_CHANGE#
PRIOR_RS_CHANGE#, STATUS,FLASHBACK_DATABASE_ALLOWED FB_OK from
v$database_incarnation;

set heading off

set feedback off

select ‘Archive Destination Configuration’ from dual;

select ‘*********************************’ from dual;

set heading on

set feedback on

— Atual Archive Destination

column host_name format a30
tru

column version format a10 tru

select INSTANCE_NAME,HOST_NAME,VERSION,ARCHIVER from v$instance;

column destination format a35
wrap

column process format a7

column archiver format a8

column dest_id format 99999999

select
DEST_ID,DESTINATION,STATUS,TARGET,ARCHIVER,PROCESS,REGISTER,TRANSMIT_MODE

from v$archive_dest

where DESTINATION IS NOT NULL;

column name format a22

column value format a100

select NAME,VALUE from v$parameter where NAME like ‘log_archive_dest%’ and
upper(VALUE) like ‘SERVICE%’;

set heading off

set feedback off

select ‘Archive Destination Errors’ from dual;

select ‘**************************’ from dual;

set heading on

set feedback on

column error format a55 tru

select DEST_ID,STATUS,ERROR from v$archive_dest

where DESTINATION IS NOT NULL;

column message format a80

select MESSAGE, TIMESTAMP

from v$dataguard_status

where SEVERITY in (‘Error’,’Fatal’)

order by TIMESTAMP;

Configuração do Redo Log

– O tamanho dos redo logs do Standby e deve corresponder exatamente ao tamanho dos redo logs on-line

set heading off

set feedback off

select ‘Data Guard Redo Log Configuration’ from dual;

select ‘*********************************’ from dual;

set heading on

set feedback on

select GROUP#
STANDBY_GROUP#,THREAD#,SEQUENCE#,BYTES,USED,ARCHIVED,STATUS from v$standby_log
order by GROUP#,THREAD#;

select GROUP#
ONLINE_GROUP#,THREAD#,SEQUENCE#,BYTES,ARCHIVED,STATUS from v$log order by
GROUP#,THREAD#;

— Parâmetros do Data Guard.

set heading off

set feedback off

select ‘Data Guard Related Parameters’ from dual;

select ‘*****************************’ from dual;

set heading on

set feedback on

column name format a30

column value format a100

select NAME,VALUE from v$parameter where NAME IN (‘db_unique_name’,’cluster_database’,’dg_broker_start’,’dg_broker_config_file1′,’dg_broker_config_file2′,’fal_client’,’fal_server’,’log_archive_config’,’log_archive_trace’,’log_archive_max_processes’,’archive_lag_target’,’remote_login_password_file’,’redo_transport_user’)
order by name;

— Managed Recovery State

set heading off

set feedback off

select ‘Data Guard Apply Status’ from dual;

select ‘***********************’ from dual;

set heading on

set feedback on

select systimestamp from
dual;

column client_pid format a10

select
PROCESS,STATUS,CLIENT_PROCESS,CLIENT_PID,THREAD#,SEQUENCE#,BLOCK#,ACTIVE_AGENTS,KNOWN_AGENTS

from v$managed_standby order by CLIENT_PROCESS,THREAD#,SEQUENCE#;

host sleep 10

select systimestamp from
dual;

select
PROCESS,STATUS,CLIENT_PROCESS,CLIENT_PID,THREAD#,SEQUENCE#,BLOCK#,ACTIVE_AGENTS,KNOWN_AGENTS

from v$managed_standby order by CLIENT_PROCESS,THREAD#,SEQUENCE#;

host sleep 10

select systimestamp from
dual;

select
PROCESS,STATUS,CLIENT_PROCESS,CLIENT_PID,THREAD#,SEQUENCE#,BLOCK#,ACTIVE_AGENTS,KNOWN_AGENTS

from v$managed_standby order by CLIENT_PROCESS,THREAD#,SEQUENCE#;

set heading off

set feedback off

select ‘Data Guard Apply Lag’ from dual;

select ‘********************’ from dual;

set heading on

set feedback on

column name format a12

column lag_time format a20

column datum_time format a20

column time_computed format a20

SELECT NAME, VALUE LAG_TIME, DATUM_TIME, TIME_COMPUTED

from V$DATAGUARD_STATS where name like ‘apply lag’;

— Se houver um atraso, remova o comentário para o select abaixo

— SELECT * FROM V$STANDBY_EVENT_HISTOGRAM WHERE NAME = ‘apply lag’ AND COUNT > 0;

set heading off

set feedback off

select ‘Data Guard Gap Problems’ from dual;

select ‘***********************’ from dual;

set heading on

set feedback on

select * from v$archive_gap;

set heading off

set feedback off

select ‘Data Guard Errors in the Last Hour’ from dual;

select ‘**********************************’ from dual;

set heading on

set feedback on

select
TIMESTAMP,SEVERITY,ERROR_CODE,MESSAGE from v$dataguard_status where timestamp
> systimestamp-1/24;

spool off

As we saw in the last article on installing DataGuard in Oracle 19C, we will now see how to monitor Data Guard.

— This script is to be run on the Standby of a Data Guard Physical Standby Site

set echo off
set feedback off
column timecol new_value tstamp
column spool_extension new_value suffix
select to_char(sysdate,’Mondd_hhmi’) timecol from sys.dual;
column output new_value dbname
select value || ‘_’ output from v$parameter where name = ‘db_name’;

— Output the results to this file

spool dg_Standby_diag_&&dbname&&tstamp
set lines 132
set pagesize 500
set numformat 999999999999999
set trim on
set trims on

— Get the current Date

set feedback on
select systimestamp from dual;

— Standby Site Details
set heading off
set feedback off
select ‘Standby Site Details’ from dual;
select ‘********************’ from dual;
set heading on
set feedback on

col db_unique_name format a15
col flashb_on format a10

select DB_UNIQUE_NAME,DATABASE_ROLE DB_ROLE,FORCE_LOGGING F_LOG,FLASHBACK_ON FLASHB_ON,LOG_MODE,OPEN_MODE,
GUARD_STATUS GUARD,PROTECTION_MODE PROT_MODE
from v$database;

— Current SCN – this value on the primary and standby sites where real time apply is in place should be nearly the same

select DB_UNIQUE_NAME,SWITCHOVER_STATUS,CURRENT_SCN from v$database;

— Incarnation Information

set heading off
set feedback off
select ‘Incarnation Destination Configuration’ from dual;
select ‘*************************************’ from dual;
set heading on
set feedback on

select INCARNATION# INC#, RESETLOGS_CHANGE# RS_CHANGE#, RESETLOGS_TIME, PRIOR_RESETLOGS_CHANGE# PRIOR_RS_CHANGE#, STATUS,FLASHBACK_DATABASE_ALLOWED FB_OK from v$database_incarnation;

set heading off
set feedback off
select ‘Archive Destination Configuration’ from dual;
select ‘*********************************’ from dual;
set heading on
set feedback on

— Current Archive Locations

column host_name format a30 tru
column version format a10 tru
select INSTANCE_NAME,HOST_NAME,VERSION,ARCHIVER from v$instance;

column destination format a35 wrap
column process format a7
column archiver format a8
column dest_id format 99999999

select DEST_ID,DESTINATION,STATUS,TARGET,ARCHIVER,PROCESS,REGISTER,TRANSMIT_MODE
from v$archive_dest
where DESTINATION IS NOT NULL;

column name format a22
column value format a100
select NAME,VALUE from v$parameter where NAME like ‘log_archive_dest%’ and upper(VALUE) like ‘SERVICE%’;

set heading off
set feedback off
select ‘Archive Destination Errors’ from dual;
select ‘**************************’ from dual;
set heading on
set feedback on

column error format a55 tru
select DEST_ID,STATUS,ERROR from v$archive_dest
where DESTINATION IS NOT NULL;

column message format a80
select MESSAGE, TIMESTAMP
from v$dataguard_status
where SEVERITY in (‘Error’,’Fatal’)
order by TIMESTAMP;

— Redo Log configuration
— The size of the standby redo logs must match exactly the size on the online redo logs

set heading off
set feedback off
select ‘Data Guard Redo Log Configuration’ from dual;
select ‘*********************************’ from dual;
set heading on
set feedback on

select GROUP# STANDBY_GROUP#,THREAD#,SEQUENCE#,BYTES,USED,ARCHIVED,STATUS from v$standby_log order by GROUP#,THREAD#;

select GROUP# ONLINE_GROUP#,THREAD#,SEQUENCE#,BYTES,ARCHIVED,STATUS from v$log order by GROUP#,THREAD#;

— Data Guard Parameters

set heading off
set feedback off
select ‘Data Guard Related Parameters’ from dual;
select ‘*****************************’ from dual;
set heading on
set feedback on

column name format a30
column value format a100
select NAME,VALUE from v$parameter where NAME IN (‘db_unique_name’,’cluster_database’,’dg_broker_start’,’dg_broker_config_file1′,’dg_broker_config_file2′,’fal_client’,’fal_server’,’log_archive_config’,’log_archive_trace’,’log_archive_max_processes’,’archive_lag_target’,’remote_login_password_file’,’redo_transport_user’) order by name;

— Managed Recovery State

set heading off
set feedback off
select ‘Data Guard Apply Status’ from dual;
select ‘***********************’ from dual;
set heading on
set feedback on

select systimestamp from dual;

column client_pid format a10
select PROCESS,STATUS,CLIENT_PROCESS,CLIENT_PID,THREAD#,SEQUENCE#,BLOCK#,ACTIVE_AGENTS,KNOWN_AGENTS
from v$managed_standby order by CLIENT_PROCESS,THREAD#,SEQUENCE#;

host sleep 10

select systimestamp from dual;

select PROCESS,STATUS,CLIENT_PROCESS,CLIENT_PID,THREAD#,SEQUENCE#,BLOCK#,ACTIVE_AGENTS,KNOWN_AGENTS
from v$managed_standby order by CLIENT_PROCESS,THREAD#,SEQUENCE#;

host sleep 10

select systimestamp from dual;

select PROCESS,STATUS,CLIENT_PROCESS,CLIENT_PID,THREAD#,SEQUENCE#,BLOCK#,ACTIVE_AGENTS,KNOWN_AGENTS
from v$managed_standby order by CLIENT_PROCESS,THREAD#,SEQUENCE#;

set heading off
set feedback off
select ‘Data Guard Apply Lag’ from dual;
select ‘********************’ from dual;
set heading on
set feedback on

column name format a12
column lag_time format a20
column datum_time format a20
column time_computed format a20
SELECT NAME, VALUE LAG_TIME, DATUM_TIME, TIME_COMPUTED
from V$DATAGUARD_STATS where name like ‘apply lag’;

— If there is a lag remove the comment for the select below

— SELECT * FROM V$STANDBY_EVENT_HISTOGRAM WHERE NAME = ‘apply lag’ AND COUNT > 0;

set heading off
set feedback off
select ‘Data Guard Gap Problems’ from dual;
select ‘***********************’ from dual;
set heading on
set feedback on

select * from v$archive_gap;

set heading off
set feedback off
select ‘Data Guard Errors in the Last Hour’ from dual;
select ‘**********************************’ from dual;
set heading on
set feedback on

select TIMESTAMP,SEVERITY,ERROR_CODE,MESSAGE from v$dataguard_status where timestamp > systimestamp-1/24;
spool off

Hope this helps. See you !!!

André  Ontalba  – www.dbadutra.com

 Disclaimer: “The postings on this site are my own and don’t necessarily represent may actual employer positions, strategies or opinions. The information here was edited to be useful for general purpose, specific data and identifications was removed to allow reach generic audience and to be useful.”