From: | gilberto(dot)castillo(at)etecsa(dot)cu |
---|---|
To: | Federico Pascual <federico(dot)pascual(at)gmail(dot)com> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: [MASSMAIL]Conflicto entre pg_dump y transacción. |
Date: | 2018-05-03 13:02:48 |
Message-ID: | 3cc4df3ef904c3f9863a455c1b10b9a6@etecsa.cu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola Federico,
Hasta donde entiendo del tema, en un esquema master-esclavos, todas la
tarea de mantenimientos las debes hacer en el master, el se encargará de
actualizar sus dependencias.
Saludos,
Gilberto Castillo
On 2018-05-03 08:50, Federico Pascual wrote:
> 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.
From | Date | Subject | |
---|---|---|---|
Next Message | Federico Pascual | 2018-05-03 13:08:56 | Re: Conflicto entre pg_dump y transacción. |
Previous Message | Alvaro Herrera | 2018-05-03 12:59:29 | Re: Conflicto entre pg_dump y transacción. |