Re: Erro al subir base de datos en 8.4

From: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
To: M M <mauricio_montufar(at)hotmail(dot)com>
Cc: 1000ton(dot)lab(at)gmail(dot)com, ecpug(at)postgresql(dot)org, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Erro al subir base de datos en 8.4
Date: 2011-02-09 21:32:45
Message-ID: AANLkTi=FbzCKHGRFnMeS3AcaHNP4sznDh+ojnRHmAyDm@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: ecpug pgsql-es-ayuda

2011/2/9 M M <mauricio_montufar(at)hotmail(dot)com>:
>
> Utilizo la version 8.4 para sacar el respaldo y para subir el respaldo.
> Utilizo el pgadmin III PARA RESGUARDO Y RESTAURAR

podrias intentar sacar el respaldo con pg_dump y subirlo con pg_restore

>
> pg_restore: [archivador (bd)] COPY failed: ERROR:  secuencia de bytes no
> válida para codificación «UTF8»: 0xf3202b20
> SUGERENCIA:  Este error también puede ocurrir si la secuencia de bytes no
> coinciden con la codificación esperada por el servidor, lo cual es
> controlado por el parámetro «client_encoding».

que codificacion tiene tu base de datos de origen? y que codificacion
tiene la de destino?
(mira la propiedad encoding en el pg_admin para las bases de datos)

> pg_restore: [archivador (bd)] COPY failed: ERROR:  llave duplicada viola
> restricción de unicidad «pk_altura_producto»
> CONTEXTO:  COPY altura_producto, línea 1: «576    168    9»

esto si se ve raro... llave duplicada? se me ocurre que has tratado de
subir la misma base varias veces y no has limpiado tras los sucesivos
intentos asi que en la base destino tienes tablas y datos y al
intentar subir nuevamente te dice "esto ya existe"... no deberia ser
un problema si es eso, sino tu base origen esta corrupta y te ha
permitido ingresar datos duplicados a pesar del PK...

para verificar que lo segundo no ha ocurrido ejecuta "REINDEX TABLE
altura_producto" en la base de datos origen, si algun indice te
permitio ingresar valores duplicados ahi te lo dira...

> pg_restore: [archivador (bd)] COPY failed: ERROR:  secuencia de bytes no
> válida para codificación «UTF8»: 0xe16672
> SUGERENCIA:  Este error también puede ocurrir si la secuencia de bytes no
> coinciden con la codificación esperada por el servidor, lo cual es
> controlado por el parámetro «client_encoding».

nuevamente el error de codificacion...

> pg_restore: [archivador (bd)] COPY failed: ERROR:  llave duplicada viola
> restricción de unicidad «pk_ave_actividad»

otra llave duplicada?

>
> pg_restore: [archivador (bd)] could not execute query: ERROR:  no existe la
> relación «tdmqaverde»

una tabla que no se creo... probablemente dio un error en la creacion
de la tabla

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte y capacitación de PostgreSQL

In response to

Responses

Browse ecpug by date

  From Date Subject
Next Message Jorge Barros Cabezas 2011-02-10 04:10:46 Re: Erro al subir base de datos en 8.4
Previous Message M M 2011-02-09 20:40:01 Erro al subir base de datos en 8.4

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Jaime Casanova 2011-02-09 21:40:41 Re: Es postgres 9.0 insensible al case de mayusculas, acentos, etc?
Previous Message Carlos Edward Grajales Marmolejo 2011-02-09 21:20:10 Re: Es postgres 9.0 insensible al case de mayusculas, acentos, etc?