From: | Jorge Barros Cabezas <jorge_barros_c(at)yahoo(dot)com> |
---|---|
To: | 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-10 04:10:46 |
Message-ID: | 211553.55299.qm@web33207.mail.mud.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | ecpug pgsql-es-ayuda |
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>:
>
> 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
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2011-02-10 15:01:38 | Re: [pgsql-es-ayuda] Como ver los OIDs en laversion 8.4 o + |
Previous Message | Jaime Casanova | 2011-02-09 21:32:45 | Re: Erro al subir base de datos en 8.4 |
From | Date | Subject | |
---|---|---|---|
Next Message | Gunnar Wolf | 2011-02-10 04:26:32 | Re: Es postgres 9.0 insensible al case de mayusculas, acentos, etc? |
Previous Message | Alvaro Herrera | 2011-02-09 22:57:41 | Re: sobre DDL |