Re: Erro al subir base de datos en 8.4

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_barros_c(at)yahoo(dot)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 <jaime(at)2ndquadrant(dot)com>* escribió:
>
>
> De: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
> Asunto: Re: [ecpug] Erro al subir base de datos en 8.4
> A: "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
> Fecha: miércoles, 9 de febrero de 2011, 04:32 pm
>
>
> 2011/2/9 M M <mauricio_montufar(at)hotmail(dot)com<http://mc/compose?to=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
>
> --
> Sent via ecpug mailing list (ecpug(at)postgresql(dot)org<http://mc/compose?to=ecpug(at)postgresql(dot)org>
> )
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/ecpug
>
>
>