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
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 |
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? |