Re: Fallo con pg_dump

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 <jucabapa(at)gmail(dot)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