Use the Oracle Data Guard page to check standby readiness, redo transport/apply lag, archive destination errors, and managed recovery process state.
V$DATAGUARD_STATS, including transport lag, apply lag, datum time, and time computed.V$ARCHIVE_DEST_STATUS, including destination, recovery mode, gap status, and error text.V$MANAGED_STANDBY.V$DATAGUARD_CONFIG.Start with the summary row. A non-zero maximum lag does not always mean an incident, but sustained transport or apply lag should be investigated before it threatens recovery point or failover readiness.
Use Destinations when the page reports destination errors. The error text usually points at network, listener, disk, archive destination, or authentication problems.
Use Managed Standby on standby databases to confirm recovery processes are present and applying redo. A standalone or primary-only database may legitimately show no managed standby rows.
The monitoring login needs read access to the Data Guard dynamic performance views. The Oracle permissions modal includes Data Guard-specific checks and DBA SQL guidance.
For Oracle 12c+ multitenant systems, connect Mini DBA to the CDB/root service with a common monitoring user when you want full instance-level HA/DR visibility.