Re: Erro al subir base de datos en 8.4

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

In response to

Responses

Browse ecpug by date

  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

Browse pgsql-es-ayuda by date

  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