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>: > > 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) To make changes to your subscription: http://www.postgresql.org/mailpref/ecpug
