Buenas gente.

Les consulto por el siguiente problema.

En un servidor esclavo (síncrono) Postgres 9.1 se realiza un bkup lógico en
forma diaria de distintas dbs y esquemas.

Cada tanto, el bkup de UN esquema en particular (la realización del mismo),
falla.

El comando utilizado para la realización del bkup es el siguiente:

pg_dump -F c -v -f "$archivo_export" -n "\"$esquema\"" "$dbname"
1>$archivo_log 2>$archivo_logerr

Donde las variables son reemplazadas por sus valores correspondientes.

El error que aparece en el log es el siguiente:

2018-05-02 20:13:39 GMT+3 postgres stg ERROR:  cancelando la sentencia
debido a un conflicto con la recuperación
2018-05-02 20:13:39 GMT+3 postgres stg DETALLE:  La consulta del usuario
pudo haber necesitado examinar versiones de tuplas que debían eliminarse.
2018-05-02 20:13:39 GMT+3 postgres stg SENTENCIA:  COPY otrs.ticket_history
(id, name, history_type_id, ticket_id, article_id, type_id, queue_id,
owner_id, priority_id, state_id, valid_id, create_time, create_by,
change_time, change_by) TO stdout;
2018-05-02 20:13:39 GMT+3 postgres stg FATAL:  terminando la conexión
debido a un conflicto con la recuperación
2018-05-02 20:13:39 GMT+3 postgres stg DETALLE:  La consulta del usuario
pudo haber necesitado examinar versiones de tuplas que debían eliminarse.
2018-05-02 20:13:39 GMT+3 postgres stg HINT:  Dentro de un momento debería
poder reconectarse y repetir la consulta.

De lo anterior entiendo que hay algún conflicto entre la tarea del dump y
alguna operación realizada en alguna transacción (eliminación,
actualización?).

No se supone que un dump no puede entrar en conflicto con una transacción?
El pg_dump no toma el estado consistente al momento de iniciarse?
El pg_dump puede ejecutarse en caliente?

He buscado información al respecto pero solo encuentro referencias a la
traducción del mensaje de error.

Saludos y gracias por cualquier información.
Federico.

Reply via email to