https://blog.serviciosrogeliowar.com/tags/replicaci%C3%B3n/Recent content in Replicación on Servicios RogeliowarHugo -- gohugo.ioes© 2026 Rogelio Guerra RiverónFri, 18 Sep 2026 00:00:00 +0000https://blog.serviciosrogeliowar.com/posts/recuperacion-de-bases-de-datos-postgresql-en-docker-tras-fallo-de-replicacion-diagnostico-de-lag-resincronizacion-selectiva-y-validacion/Fri, 18 Sep 2026 00:00:00 +0000https://blog.serviciosrogeliowar.com/posts/recuperacion-de-bases-de-datos-postgresql-en-docker-tras-fallo-de-replicacion-diagnostico-de-lag-resincronizacion-selectiva-y-validacion/<h2 class="relative group">El problema <div id="el-problema" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"> <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#el-problema" aria-label="Ancla">#</a> </span> </h2> <p>Ayer por la noche mi réplica de PostgreSQL dejó de sincronizarse. El servidor primario seguía funcionando, pero los datos nuevos no llegaban al standby. Downtime cero, pero tampoco quería perder esa capa de respaldo.</p> <p>Documenté el proceso completo porque es algo que vuelve a pasar cada cierto tiempo y necesitaba un proceso reproducible.</p> <h2 class="relative group">Paso 1: Verificar el estado de replicación <div id="paso-1-verificar-el-estado-de-replicación" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"> <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#paso-1-verificar-el-estado-de-replicaci%c3%b3n" aria-label="Ancla">#</a> </span> </h2> <p>Primero, entré en el contenedor primario y ejecuté:</p>