AW: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] AW: [pgsql-de-allgemein] Wiederherstellen nicht möglich

Sehr geehrte Listenteilnehmer,

im Rahmen einer Abschlussarbeit mache ich mich als Laie gerade mit
PostgreSQL vertraut und übernehme eine (geo-)Datenbank, die mir im
.backup Format überlassen wurde.

Ich nutze Ubuntu 12.04 64 bit mit XFCE als Desktopumgebung

Postgres Version 9.1.9, Postgis 2.0.1.2, PGAdminIII als GUI.

Um die Datenbank wiederherstellen zu können erstelle ich im GUI eine
neue Datenbank "MI" und wähle mit Rechtklick "Wiederherstellen":

/usr/bin/pg_restore --host localhost --port 5432 --username "postgres"
--dbname "MI" --no-password --verbose
"/home/gunnaroeh/Dokumente/Laenderdaten/Database/LaenderStand_02-20.backup"
pg_restore: connecting to database for restore
pg_restore: creating TABLE mzb
pg_restore: creating TABLE samplsites_mzb
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 200; 1259 51728 TABLE
samplsites_mzb postgres
pg_restore: [archiver (db)] could not execute query: ERROR: type
"geometry" does not exist
LINE 14: east_north geometry(Point,31467)
^
Command was: CREATE TABLE samplsites_mzb (
land character varying(50),
samplsite_id integer NOT NULL,
samplsite character var...
pg_restore: [archiver (db)] could not execute query: ERROR: relation
"public.samplsites_mzb" does not exist
Command was: ALTER TABLE public.samplsites_mzb OWNER TO postgres;

pg_restore: creating TABLE samplsites_phch
pg_restore: restoring data for table "mzb"
pg_restore: restoring data for table "samplsites_mzb"
pg_restore: [archiver (db)] Error from TOC entry 3147; 0 51728 TABLE
DATA samplsites_mzb postgres
pg_restore: [archiver (db)] could not execute query: ERROR: relation
"samplsites_mzb" does not exist
Command was: COPY samplsites_mzb (land, samplsite_id, samplsite,
samplsite_name, rechtswert, hochwert, easting, northing, latitude, longi...
pg_restore: restoring data for table "samplsites_phch"
pg_restore: creating CONSTRAINT id
pg_restore: [archiver (db)] Error from TOC entry 3145; 2606 59403
CONSTRAINT id postgres
pg_restore: [archiver (db)] could not execute query: ERROR: relation
"samplsites_mzb" does not exist
Command was: ALTER TABLE ONLY samplsites_mzb
ADD CONSTRAINT id PRIMARY KEY (samplsite_id);

pg_restore: setting owner and privileges for TABLE mzb
pg_restore: setting owner and privileges for TABLE samplsites_mzb
pg_restore: setting owner and privileges for TABLE samplsites_phch
pg_restore: setting owner and privileges for TABLE DATA mzb
pg_restore: setting owner and privileges for TABLE DATA samplsites_mzb
pg_restore: setting owner and privileges for TABLE DATA samplsites_phch
pg_restore: setting owner and privileges for CONSTRAINT id
WARNING: errors ignored on restore: 4

Prozess beendete mit Exitcode 1.

Wenn ich für die neue Datenbank die Erweiterungen postgis und
postgis_topology wähle verschwindet zumindestens folgende Meldung:

pg_restore: [archiver (db)] could not execute query: ERROR: type
"geometry" does not exist.

Weiterhin ist auffällig, dass:

postgres=# SELECT PostGIS_version();
ERROR: function postgis_version() does not exist
LINE 1: SELECT PostGIS_version();
^
HINT: No function matches the given name and argument types. You might
need to add explicit type casts.

Und ich zusätzlich im GUI bei der Erstellung einer neuen Datenbank unter
Definitionen die Vorlage nicht zu sehen bekomme, da mir angeraten wurde
zur Wiederherstellung diese Vorlage zu nutzen.

Die wiederherzustellende Datenbank wurde übrigens unter Windows 7,
soviel ich weiss, erstellt. Ich poste auch hier in die Liste, da ich
nicht weiss, ob das Problem wirklich ausschließlich PostGIS bedingt ist,

Ich danke vielmals für die Hilfe,

beste Grüße,

Gunnar

>
> Wenn ich für die neue Datenbank die Erweiterungen postgis und
> postgis_topology wähle verschwindet zumindestens folgende Meldung:
>
> pg_restore: [archiver (db)] could not execute query: ERROR: type
> "geometry" does not exist.

Das hast Du korrekt gemacht, die PostGIS-Sachen müssen schon da sein.

>
> Weiterhin ist auffällig, dass:
>
> postgres=# SELECT PostGIS_version();
> ERROR: function postgis_version() does not exist
> LINE 1: SELECT PostGIS_version();
> ^
> HINT: No function matches the given name and argument types. You might
> need to add explicit type casts.

Vermutlich hast Du in der DB postgres die PostGIS-Erweiterung nicht installiert - damit gibt es die Funktion halt nicht.

Mit freundlichen Grüssen

Andreas Kretschmer
- 2nd-Level Support -

--
HINWEIS: Der internet24-Support arbeitet im Team -
bitte senden Sie daher immer die komplette Mailkommunikation mit.

-------------------------------------------------
internet24 GmbH Bayrische Str. 18 D-01069 Dresden
Fon : +49 (0)3 51 / 2 11 20 30
Fax : +49 (0)3 51 / 2 11 20 20
E-Mail : kretschmer(at)internet24(dot)de
Facebook: internet24gmbh
URL : www.internet24.de
Blog : blog.internet24.de

Geschäftsführer: Heiko Heerwagen
Registergericht: Amtsgericht Dresden HRB 12 899

Hallo Andreas,

>> postgres=# SELECT PostGIS_version();
>> ERROR: function postgis_version() does not exist
>> LINE 1: SELECT PostGIS_version();
>> ^
>> HINT: No function matches the given name and argument types. You might
>> need to add explicit type casts.
>
> Vermutlich hast Du in der DB postgres die PostGIS-Erweiterung nicht
installiert - damit gibt es die Funktion halt nicht.
>

Danke, die default administrative connection database hat jetzt postgis,
deswegen auch:

postgres=# SELECT postgis_version();
postgis_version
---------------------------------------
2.0 USE_GEOS=1 USE_PROJ=1 USE_STATS=1
(1 row)

"MI" hat jetzt auch die Extensions, trotzdem kann ich die Datenbank
nicht wiederherstellen:

/usr/bin/pg_restore --host localhost --port 5432 --username "postgres"
--dbname "MI" --no-password --verbose
"/home/gunnaroeh/Dokumente/Laenderdaten/Database/LaenderStand_02-20.backup"
pg_restore: connecting to database for restore
pg_restore: creating TABLE mzb
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 184; 1259 51662 TABLE
mzb postgres
pg_restore: [archiver (db)] could not execute query: ERROR: relation
"mzb" already exists
Command was: CREATE TABLE mzb (
samplenr integer NOT NULL,
land character varying(50),
samplsite_id integer,
date date,
...
pg_restore: creating TABLE samplsites_mzb
pg_restore: [archiver (db)] Error from TOC entry 200; 1259 51728 TABLE
samplsites_mzb postgres
pg_restore: [archiver (db)] could not execute query: ERROR: relation
"samplsites_mzb" already exists
Command was: CREATE TABLE samplsites_mzb (
land character varying(50),
samplsite_id integer NOT NULL,
samplsite character var...
pg_restore: creating TABLE samplsites_phch
pg_restore: [archiver (db)] Error from TOC entry 201; 1259 51734 TABLE
samplsites_phch postgres
pg_restore: [archiver (db)] could not execute query: ERROR: relation
"samplsites_phch" already exists
Command was: CREATE TABLE samplsites_phch (
land character varying(50),
samplsite_id character varying(50),
samplsite charact...
pg_restore: restoring data for table "mzb"
pg_restore: restoring data for table "samplsites_mzb"
pg_restore: [archiver (db)] Error from TOC entry 3147; 0 51728 TABLE
DATA samplsites_mzb postgres
pg_restore: [archiver (db)] COPY failed for table "samplsites_mzb":
ERROR: duplicate key value violates unique constraint "id"
DETAIL: Key (samplsite_id)=(500331) already exists.
CONTEXT: COPY samplsites_mzb, line 1: "MecklenburgVorpommern 500331
NEBEL_42 u .Guestrow 33313660 5964882 3708551.19 5968631.89 53.81 12.17..."
pg_restore: restoring data for table "samplsites_phch"
pg_restore: creating CONSTRAINT id
pg_restore: [archiver (db)] Error from TOC entry 3145; 2606 59403
CONSTRAINT id postgres
pg_restore: [archiver (db)] could not execute query: ERROR: multiple
primary keys for table "samplsites_mzb" are not allowed
Command was: ALTER TABLE ONLY samplsites_mzb
ADD CONSTRAINT id PRIMARY KEY (samplsite_id);

pg_restore: setting owner and privileges for TABLE mzb
pg_restore: setting owner and privileges for TABLE samplsites_mzb
pg_restore: setting owner and privileges for TABLE samplsites_phch
pg_restore: setting owner and privileges for TABLE DATA mzb
pg_restore: setting owner and privileges for TABLE DATA samplsites_mzb
pg_restore: setting owner and privileges for TABLE DATA samplsites_phch
pg_restore: setting owner and privileges for CONSTRAINT id
WARNING: errors ignored on restore: 5

Prozess beendete mit Exitcode 1.

Irgendwelche Ideen?

Herzlichen Dank,

Gunnar Oehmichen

> -----Ursprüngliche Nachricht-----
> Von: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-
> owner(at)postgresql(dot)org] Im Auftrag von Gunnar Oehmichen
> Gesendet: Montag, 24. Juni 2013 17:13
> An: pgsql-de-allgemein(at)postgresql(dot)org
> Betreff: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] AW: [pgsql-de-
> allgemein] Wiederherstellen nicht möglich
>
> Hallo Andreas,
> pg_restore: [archiver (db)] could not execute query: ERROR: relation
> "mzb" already exists
> Command was: CREATE TABLE mzb (
> samplenr integer NOT NULL,
> land character varying(50),
> samplsite_id integer,
> date date,
> ...

>
> Irgendwelche Ideen?

Ja. Ich hab mal das Rauschen entfernt und nur das relevante stehen gelassen. Wird es nun deutlicher?

Mit freundlichen Grüssen

Andreas Kretschmer
- 2nd-Level Support -

--
HINWEIS: Der internet24-Support arbeitet im Team -
bitte senden Sie daher immer die komplette Mailkommunikation mit.

-------------------------------------------------
internet24 GmbH Bayrische Str. 18 D-01069 Dresden
Fon : +49 (0)3 51 / 2 11 20 30
Fax : +49 (0)3 51 / 2 11 20 20
E-Mail : kretschmer(at)internet24(dot)de
Facebook: internet24gmbh
URL : www.internet24.de
Blog : blog.internet24.de

Geschäftsführer: Heiko Heerwagen
Registergericht: Amtsgericht Dresden HRB 12 899

Nutzen Sie ab sofort unsere Mobility- und Groupware-Lösungen auf Basis von Open-Xchange: http://www.internet24.de/webhosting/premiumwebmail.html

Hi Andreas,

Am 24.06.2013 17:25, schrieb Andreas Kretschmer - internet24 GmbH:>
ERROR: relation
>>"mzb" already exists

Danke, ich habe eine ungefähre Vorstellung. Die Sache ist ja nur, dass
die "leere" Datenbank welche ich erstellt habe, noch keine Tabelle mzb
hatte die den Konflikt hervorrufen kann.

Gerade fiel mir auf, dass mit den Erweiterungen der erste Restore den
Exitstatus 0 hatte:

/usr/bin/pg_restore --host localhost --port 5432 --username "postgres"
--dbname "MI" --no-password --verbose
"/home/gunnaroeh/Dokumente/Laenderdaten/Database/LaenderStand_02-20.backup"
pg_restore: connecting to database for restore
pg_restore: creating TABLE mzb
pg_restore: creating TABLE samplsites_mzb
pg_restore: creating TABLE samplsites_phch
pg_restore: restoring data for table "mzb"
pg_restore: restoring data for table "samplsites_mzb"
pg_restore: restoring data for table "samplsites_phch"
pg_restore: creating CONSTRAINT id
pg_restore: setting owner and privileges for TABLE mzb
pg_restore: setting owner and privileges for TABLE samplsites_mzb
pg_restore: setting owner and privileges for TABLE samplsites_phch
pg_restore: setting owner and privileges for TABLE DATA mzb
pg_restore: setting owner and privileges for TABLE DATA samplsites_mzb
pg_restore: setting owner and privileges for TABLE DATA samplsites_phch
pg_restore: setting owner and privileges for CONSTRAINT id

Prozess beendete mit Exitcode 0.

Da ich im GUI im Objektbrowser unter MI nicht keinen Ast Tabellen habe,
glaubte ich, die Datenbank wäre wieder nicht hergestellt worden (ich
sehe nur die Aste: Kataloge, Extensions, Schemata). Deswegen habe ich
das letzte mal den erneuten Restore durchgeführt der den oben genannten
Fehler zur Folge hatte.

Deswegen bin ich ins Terminal:

postgres=# \connect MI;
You are now connected to database "MI" as user "postgres".
MI=# \dt
List of relations
Schema | Name | Type | Owner
----------+-----------------+-------+----------
public | mzb | table | postgres
public | samplsites_mzb | table | postgres
public | samplsites_phch | table | postgres
public | spatial_ref_sys | table | postgres
topology | layer | table | postgres
topology | topology | table | postgres
(6 rows)

Jetzt stellt sich mir nur die Frage, warum seh ich im GUI den
Tabellenast nicht und somit auch keine Statistiken. Ich wusste
demzufolge gar nicht, dass die Datenbank überhauot hergestellt wurde. Es
scheint mir also noch nicht alles Wolke zu sein.

Aber Danke dir Andreas, das hat mich auf jeden Fall erstmal nachforschen
lassen,

Gunnar

Am 24.06.2013 17:25, schrieb Andreas Kretschmer - internet24 GmbH:
>
>> -----Ursprüngliche Nachricht-----
>> Von: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-
>> owner(at)postgresql(dot)org] Im Auftrag von Gunnar Oehmichen
>> Gesendet: Montag, 24. Juni 2013 17:13
>> An: pgsql-de-allgemein(at)postgresql(dot)org
>> Betreff: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] AW: [pgsql-de-
>> allgemein] Wiederherstellen nicht möglich
>>
>> Hallo Andreas,
>> pg_restore: [archiver (db)] could not execute query: ERROR: relation
>> "mzb" already exists
>> Command was: CREATE TABLE mzb (
>> samplenr integer NOT NULL,
>> land character varying(50),
>> samplsite_id integer,
>> date date,
>> ...
>
>>
>> Irgendwelche Ideen?
>
>
> Ja. Ich hab mal das Rauschen entfernt und nur das relevante stehen gelassen. Wird es nun deutlicher?
>
>
> Mit freundlichen Grüssen
>
> Andreas Kretschmer
> - 2nd-Level Support -
>

> -----Ursprüngliche Nachricht-----
> Von: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-
> owner(at)postgresql(dot)org] Im Auftrag von Gunnar Oehmichen
> Gesendet: Montag, 24. Juni 2013 19:13
> An: Andreas Kretschmer - internet24 GmbH
> Cc: pgsql-de-allgemein(at)postgresql(dot)org
> Betreff: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Re: [pgsql-de-
> allgemein] AW: [pgsql-de-allgemein] Wiederherstellen nicht möglich
>
> Hi Andreas,
>
> Am 24.06.2013 17:25, schrieb Andreas Kretschmer - internet24 GmbH:>
> ERROR: relation
> >>"mzb" already exists
>
> Danke, ich habe eine ungefähre Vorstellung. Die Sache ist ja nur, dass
> die "leere" Datenbank welche ich erstellt habe, noch keine Tabelle mzb
> hatte die den Konflikt hervorrufen kann.
>
> Da ich im GUI im Objektbrowser unter MI nicht keinen Ast Tabellen habe,
> glaubte ich, die Datenbank wäre wieder nicht hergestellt worden (ich
> sehe nur die Aste: Kataloge, Extensions, Schemata). Deswegen habe ich
> das letzte mal den erneuten Restore durchgeführt der den oben genannten
> Fehler zur Folge hatte.
>
> Deswegen bin ich ins Terminal:
>
> postgres=# \connect MI;
> You are now connected to database "MI" as user "postgres".
> MI=# \dt
> List of relations
> Schema | Name | Type | Owner
> ----------+-----------------+-------+----------
> public | mzb | table | postgres
> public | samplsites_mzb | table | postgres
> public | samplsites_phch | table | postgres
> public | spatial_ref_sys | table | postgres
> topology | layer | table | postgres
> topology | topology | table | postgres
> (6 rows)
>
> Jetzt stellt sich mir nur die Frage, warum seh ich im GUI den
> Tabellenast nicht und somit auch keine Statistiken. Ich wusste
> demzufolge gar nicht, dass die Datenbank überhauot hergestellt wurde. Es
> scheint mir also noch nicht alles Wolke zu sein.

Wilde Vermutung: die GUI hat nicht gemerkt, daß hintenrum da was lief. Vielleicht muß man da die Anzeige aktualisieren oder so, keine Ahnung.
Ich nutze das nicht.

Mit freundlichen Grüssen

Andreas Kretschmer
- 2nd-Level Support -

--
HINWEIS: Der internet24-Support arbeitet im Team -
bitte senden Sie daher immer die komplette Mailkommunikation mit.

-------------------------------------------------
internet24 GmbH Bayrische Str. 18 D-01069 Dresden
Fon : +49 (0)3 51 / 2 11 20 30
Fax : +49 (0)3 51 / 2 11 20 20
E-Mail : kretschmer(at)internet24(dot)de
Facebook: internet24gmbh
URL : www.internet24.de
Blog : blog.internet24.de

Geschäftsführer: Heiko Heerwagen
Registergericht: Amtsgericht Dresden HRB 12 899

Nutzen Sie ab sofort unsere Mobility- und Groupware-Lösungen auf Basis von Open-Xchange: http://www.internet24.de/webhosting/premiumwebmail.html

Hallo,

Am Montag, den 24.06.2013, 19:13 +0200 schrieb Gunnar Oehmichen:
> Da ich im GUI im Objektbrowser unter MI nicht keinen Ast Tabellen habe,
> glaubte ich, die Datenbank wäre wieder nicht hergestellt worden (ich
> sehe nur die Aste: Kataloge, Extensions, Schemata).

Die Tabellen sind vermutlich Teil des Schemata-Asts, jedenfalls ist das
bei PgAdmin so.

Viele Grüße,

Michael

--
Michael Banck
Tel.: +49 (0) 2161 / 4643-171

credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz