Mostrar status e lag da replicação

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%';

Apply lag e transport lag são as principais métricas de lag do Data Guard; execute isto no 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 é o atraso de replay; sync_state = 'sync' indica uma réplica síncrona.

MySQL

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

Seconds_Behind_Source fornece o lag; Replica_IO_Running e Replica_SQL_Running devem estar 'Yes'. SHOW SLAVE STATUS é um alias no 8.0.22–8.3 e foi removido no 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;

Para Always On. Um redo_queue_size grande significa que a réplica secundária está ficando para trás.

MongoDB

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

Mostra quantos segundos cada secondary está atrás do primary; os valores de optimeDate são comparados.

Redis

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

A diferença entre master_repl_offset e o offset do slave fornece o lag; master_link_status deve estar 'up'.