On Fri, Mar 11, 2022 at 09:23:47AM +0100, Juan José Santamaría Flecha wrote: > On Thu, Mar 10, 2022 at 9:58 PM kernel <jucab...@gmail.com> wrote: > > > Cuando ejecuto un pg_dump de una maquina esclava, de vez en cuando me da > > el siguiente error, siempre en la misma tabla, es una tabla que contiene un > > campo bdata. > > > > En la maquina principal nunca me da error > > > > pg_dump: Falló la extracción del contenido de la tabla «g399docu»: > > PQgetResult() falló. > > > > pg_dump: Mensaje de error del servidor: ERROR: cancelando la sentencia > > debido a un conflicto con la recuperación > > > > DETALLE: La consulta del usuario pudo haber necesitado examinar versiones > > de tuplas que debían eliminarse. > > > > pg_dump: La orden era: COPY public.g399docu (id, id_empresa, empresa, > > tipo, serie, clave, fecha, origen, orden, fichero, notas_1, > > notas_2,tipo_doc,clase,bdata) TO stdout; > > > > En la réplica, ¿qué valor tiene el parámetro max_standby_streaming_delay? > ¿Si lo desactivas (valor -1), te permite completar el pg_dump? >
Aunque desactivarlo permite que la réplica se atrase, no sería mejor decirle al primario que no ejecute vacuum sobre los registros que aún necesita la réplica (hot_standby_feedback='on')? -- Jaime Casanova Director de Servicios Profesionales SystemGuards - Consultores de PostgreSQL
