DBAtlas · Atlas de operaciones de bases de datos

Mostrar estado y retraso de la replicación

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 y transport lag son las principales métricas de retraso de Data Guard; ejecútelo en el 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 es el retraso de aplicación; sync_state = 'sync' indica una réplica síncrona.

MySQL

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

Seconds_Behind_Source da el retraso; Replica_IO_Running y Replica_SQL_Running deben ser 'Yes'. SHOW SLAVE STATUS es un alias en 8.0.22–8.3 y se eliminó 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;

Para Always On. Un redo_queue_size grande significa que la réplica secundaria se está quedando atrás.

MongoDB

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

Muestra cuántos segundos va cada secondary por detrás del primary; se comparan los valores de optimeDate.

Redis

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

La diferencia entre master_repl_offset y el offset del slave da el retraso; master_link_status debe ser 'up'.

Abrir en DBAtlas →