Como bien dice Jaime, el problema proviene de un error en el enconding usado en el respaldo de la base de datos original y de la nueva base de datos donde se está restaurando. Para arreglar el problema de claves duplicadas es necesario restaurar en una base de datos recién creada (sin intentos previos).
Saludos, * ------------------------------ * **** Juan Guillermo García L. *IT Consultant @ BitcoderWebMedia* ** ** 2011/2/9 Jorge Barros Cabezas <jorge_barro...@yahoo.com> > Espero sea de ayuda, pero a mí me da problemas restaurar una base de datos, > cuando por alguna razón, el pgadmin me dejó crear una función plpgsql con > más de un parámetro con el mismo nombre. > > --- El *mié, 2/9/11, Jaime Casanova <ja...@2ndquadrant.com>* escribió: > > > De: Jaime Casanova <ja...@2ndquadrant.com> > Asunto: Re: [ecpug] Erro al subir base de datos en 8.4 > A: "M M" <mauricio_montu...@hotmail.com> > Cc: 1000ton....@gmail.com, ec...@postgresql.org, > pgsql-es-ayuda@postgresql.org > Fecha: miércoles, 9 de febrero de 2011, 04:32 pm > > > 2011/2/9 M M > <mauricio_montu...@hotmail.com<http://mc/compose?to=mauricio_montu...@hotmail.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 > > -- > Sent via ecpug mailing list > (ec...@postgresql.org<http://mc/compose?to=ec...@postgresql.org> > ) > To make changes to your subscription: > http://www.postgresql.org/mailpref/ecpug > > >
