Afficher l'état et le retard de la réplication

Oracle

-- Role and mode:
SELECT database_role, open_mode FROM v$database;
-- Data Guard lag:
SELECT name, value, unit FROM v$dataguard_stats
WHERE name LIKE '%lag%';

L'apply lag et le transport lag sont les principales métriques de retard de Data Guard ; exécutez ceci sur le standby.

PostgreSQL

-- On the PRIMARY:
SELECT client_addr, state, sync_state,
       write_lag, flush_lag, replay_lag
FROM pg_stat_replication;
-- On the STANDBY:
SELECT now() - pg_last_xact_replay_timestamp() AS replay_lag;

replay_lag est le retard de rejeu ; sync_state = 'sync' indique un réplica synchrone.

MySQL

SHOW REPLICA STATUS\G
-- Before 8.0.22: SHOW SLAVE STATUS\G

Seconds_Behind_Source donne le retard ; Replica_IO_Running et Replica_SQL_Running doivent valoir 'Yes'. SHOW SLAVE STATUS est un alias en 8.0.22–8.3 et a été supprimé en 8.4.

SQL Server

SELECT ar.replica_server_name, drs.synchronization_state_desc,
       drs.log_send_queue_size, drs.redo_queue_size
FROM sys.dm_hadr_database_replica_states drs
JOIN sys.availability_replicas ar ON drs.replica_id = ar.replica_id;

Pour Always On. Un redo_queue_size élevé signifie que le réplica secondaire prend du retard.

MongoDB

rs.printSecondaryReplicationInfo()
// Detailed status: rs.status()

Indique de combien de secondes chaque secondaire est en retard sur le primaire ; les valeurs optimeDate sont comparées.

Redis

INFO replication
# Check the role, connected_slaves, master_repl_offset,
# and slaveN:...,offset=... lines

La différence entre master_repl_offset et l'offset du slave donne le retard ; master_link_status doit valoir 'up'.