-- Sur la Primary
SELECT SEQUENCE# FROM v$log WHERE UPPER (archived) ='YES' AND ROWNUM = 1 GROUP BY SEQUENCE#, first_time ORDER BY first_time DESC;
-- Sur la Standby
select sequence#,applied from v$archived_log order by sequence#;
select max(sequence#) from v$archived_log;
-- Standby
alter session set nls_date_format='dd-mm-yy hh24:mi:ss';
select max(checkpoint_time) from v$datafile_header;
-- Standby
select inst_id, max(timestamp) from gv$recovery_progress group by inst_id;
-- Standby
alter session set nls_date_format='dd-mm-yy hh24:mi:ss';
select inst_id,opname,timestamp from gv$session_longops where opname='Media Recovery' and target_desc='Last Applied Redo';
SELECT * FROM v$dataguard_stats;
select inst_id, process, status, thread#, sequence#, block#, blocks from gv$managed_standby where process in ('RFS','LNS','MRP0');
DGMGRL> show database verbose "DatabaseName";
-- Re-enable Standby Database
-- In such situation, you can re-enable the standby database to make it work again.
DGMGRL> enable database "DatabaseName";
Enabled.
-- Note that you must have standby redo logs with same or more size of than online redo logfiles
-- Ce message se produit lorsque les standby redo sont plus petite que les redo log groups
set linesize 9000
column name format a25
column value format a20
column time_computed format a25
SELECT name, value, time_computed FROM v$dataguard_stats;
https://easyteam.fr/resynchroniser-une-standby-avec-restore-from-service/
#Il arrive très souvent qu’une standby soit désynchronisée sans avoir à disposition toutes les archivelogs nécessaires à la reconstruction.
Une des méthodes est alors la création d’une sauvegarde à partir du dernier SCN sur la PRIMAIRE et de l’appliquer sur la STANDBY. Cette méthode se fait en plusieurs étapes sur 11g, mais, depuis la 12c, une commande permet d’effectuer cette resynchronisation de façon presque automatique : RESTORE … FROM SERVICE