Copias, réplicas y registros de transacción

El registro de transacciones (en PostgreSQL, el registro de escritura anticipada o WAL) guarda los cambios que se hacen a la base: altas, modificaciones y bajas. Sirve para recuperar la base hasta un momento elegido a partir de una copia completa y para alimentar a las réplicas. Una lectura (SELECT) no cambia nada, así que no deja rastro en él.

Por eso no sirve para contar qué leyó una cuenta; sirve para saber qué cambió y para reconstruir un estado anterior de los datos.

Una réplica de lectura es una copia viva de la base que atiende consultas. Quien tiene acceso a ella lee los mismos datos sin pasar por la auditoría de la principal. Por eso cada réplica se revisa como un sistema aparte: si tiene auditoría activada, si anota las conexiones y qué cuentas pueden entrar.

Si falta alguno de esos registros, la respuesta tiene que decir que no se puede descartar una lectura por ese camino, no que no ocurrió.

Una copia completa refleja la base a una hora concreta. Para comparar el estado de los datos antes y después de unas lecturas, se necesita la más reciente que sea anterior al inicio de los hechos. Las copias tienen fecha de caducidad: si no se separan a tiempo, la más útil puede borrarse por rotación.

El caso trae la hora de la primera sentencia sospechosa.

El archivo de transacciones solo permite avanzar desde una copia hasta el momento que se pida si cubre todo el trayecto. Se mide cuánto cubre contando las horas entre el primer segmento archivado y la hora de la revisión. La política de eliminar los más antiguos hace que esa cobertura se encoja con los días.

Con una copia completa más el archivo de transacciones se puede llegar a cualquier momento posterior a la copia mientras no falte ningún segmento del tramo. Si el archivo empieza después de la copia, el trayecto queda cortado y solo existe el estado de la propia copia.

Se cruzan las horas de las copias, la hora de las lecturas y el primer segmento archivado.