06.02.2019, 04:54
Hallo Stefan,
die "späte Reaktion" ist kein Problem, habe erst mal wieder die DB auf dem alten Server aktiviert (der läuft ja noch).
"keine Zugriffsrechte auf die Datenbank": Die Benutzerkonten sind auch auf dem neuen Server und die entsprechenden Einträge in pg_hba.conf, da ich in diese die Einträge mit Anpassung der IP-Adresse übernommen habe.
Ich habe mir deshalb mit NMPGSetup Konfigurationsdateien mit bewußt falschem Passwort anlegen lassen (tolle Funktion!) und damit den Zugriff getestet: Es kommt eine ganz andere Fehlermeldung die auch exlpizit das falsche Passwort als Ursache erkennen lässt. Daran liegt es also nicht.
Ich habe auch den Zugriff auf die mit NMPGSetup erstellte leere DB getestet: Funktioniert problemlos, aber leider nicht mit der wiederhergestellten DB.
In den Logdateien von Postgresql steht nichts von einer verweigerten Anmeldung. Nach Neustart von Postgres und Start von NMAdmin steht folgendes im Log von Postgres:
2019-02-05 23:36:47.369 CET [5956] LOG: Datenbanksystem wurde am 2019-02-05 23:36:45 CET heruntergefahren
2019-02-05 23:36:47.606 CET [5196] LOG: Datenbanksystem ist bereit, um Verbindungen anzunehmen
2019-02-05 23:36:59.773 CET [6296] FEHLER: Relation »sys_settings« existiert nicht bei Zeichen 22
2019-02-05 23:36:59.773 CET [6296] ANWEISUNG: SELECT count(*) FROM sys_settings
2019-02-05 23:36:59.777 CET [6296] FEHLER: Relation »sys_settings« existiert nicht bei Zeichen 13
2019-02-05 23:36:59.777 CET [6296] ANWEISUNG: Insert Into sys_settings(notenlocked) VALUES ('f')
2019-02-05 23:36:59.803 CET [4844] FEHLER: Relation »sys_settings« existiert nicht bei Zeichen 15
2019-02-05 23:36:59.803 CET [4844] ANWEISUNG: SELECT * FROM sys_settings
2019-02-05 23:36:59.825 CET [4844] FEHLER: Relation »lehrkraefte« existiert nicht bei Zeichen 236
2019-02-05 23:36:59.825 CET [4844] ANWEISUNG: SELECT kuerzel, name, vorname, geschlecht, dienstbezeichnung, titel, passwort, logedin, heimversion, notenberechtigung, adminLevel, lk_id, pwdh, changepwd, name_nachgestellt, name_vorangestellt, asv_id, zeugnisname1, zeugnisname2 FROM lehrkraefte ORDER BY kuerzel
2019-02-05 23:36:59.833 CET [4844] FEHLER: Relation »faecher« existiert nicht bei Zeichen 206
2019-02-05 23:36:59.833 CET [4844] ANWEISUNG: SELECT recidx as fach_id, fachkuerzel, fachbezeichnung, lfdnr, posg8, posg9, gewichtungsa, fachart, zz1, zz2, jz1, jz2, zeugnis, wahlfachtext, asv_schluessel, isfremdsprache, isreligion, ispraxisfach FROM faecher ORDER BY fachkuerzel
2019-02-05 23:37:18.463 CET [6296] FEHLER: Relation »mdbinfo« existiert nicht bei Zeichen 19
2019-02-05 23:37:18.463 CET [6296] ANWEISUNG: SELECT value FROM mdbinfo WHERE key='DBVersion'
Fazit:
So, und jetzt (zwischendurch habe ich noch andere Dinge erledigt!) habe ich das ganze nochmals durchgespielt und siehe da: Es hat endlich geklappt.
Vielleicht lag es (unter anderem) daran, dass ich, wie an anderer Stelle von Dir erwähnt, die (tatsächlich unwesentlichen) Fehlermeldungen bei der Wiederherstellung ignoriert habe. Das heißt, in PGAdmin habe ich bei der Wiederherstellung in eine neue, leere Datenbank bsnmxxxx nur die Backup-Datei angegeben, sont nichts eingestellt und den Job gestartet.
Vielen Dank für deine Unterstützung , vielleicht hilft es ja auch noch anderen...
Herzliche Grüße, Patrik
die "späte Reaktion" ist kein Problem, habe erst mal wieder die DB auf dem alten Server aktiviert (der läuft ja noch).
"keine Zugriffsrechte auf die Datenbank": Die Benutzerkonten sind auch auf dem neuen Server und die entsprechenden Einträge in pg_hba.conf, da ich in diese die Einträge mit Anpassung der IP-Adresse übernommen habe.
Ich habe mir deshalb mit NMPGSetup Konfigurationsdateien mit bewußt falschem Passwort anlegen lassen (tolle Funktion!) und damit den Zugriff getestet: Es kommt eine ganz andere Fehlermeldung die auch exlpizit das falsche Passwort als Ursache erkennen lässt. Daran liegt es also nicht.
Ich habe auch den Zugriff auf die mit NMPGSetup erstellte leere DB getestet: Funktioniert problemlos, aber leider nicht mit der wiederhergestellten DB.
In den Logdateien von Postgresql steht nichts von einer verweigerten Anmeldung. Nach Neustart von Postgres und Start von NMAdmin steht folgendes im Log von Postgres:
2019-02-05 23:36:47.369 CET [5956] LOG: Datenbanksystem wurde am 2019-02-05 23:36:45 CET heruntergefahren
2019-02-05 23:36:47.606 CET [5196] LOG: Datenbanksystem ist bereit, um Verbindungen anzunehmen
2019-02-05 23:36:59.773 CET [6296] FEHLER: Relation »sys_settings« existiert nicht bei Zeichen 22
2019-02-05 23:36:59.773 CET [6296] ANWEISUNG: SELECT count(*) FROM sys_settings
2019-02-05 23:36:59.777 CET [6296] FEHLER: Relation »sys_settings« existiert nicht bei Zeichen 13
2019-02-05 23:36:59.777 CET [6296] ANWEISUNG: Insert Into sys_settings(notenlocked) VALUES ('f')
2019-02-05 23:36:59.803 CET [4844] FEHLER: Relation »sys_settings« existiert nicht bei Zeichen 15
2019-02-05 23:36:59.803 CET [4844] ANWEISUNG: SELECT * FROM sys_settings
2019-02-05 23:36:59.825 CET [4844] FEHLER: Relation »lehrkraefte« existiert nicht bei Zeichen 236
2019-02-05 23:36:59.825 CET [4844] ANWEISUNG: SELECT kuerzel, name, vorname, geschlecht, dienstbezeichnung, titel, passwort, logedin, heimversion, notenberechtigung, adminLevel, lk_id, pwdh, changepwd, name_nachgestellt, name_vorangestellt, asv_id, zeugnisname1, zeugnisname2 FROM lehrkraefte ORDER BY kuerzel
2019-02-05 23:36:59.833 CET [4844] FEHLER: Relation »faecher« existiert nicht bei Zeichen 206
2019-02-05 23:36:59.833 CET [4844] ANWEISUNG: SELECT recidx as fach_id, fachkuerzel, fachbezeichnung, lfdnr, posg8, posg9, gewichtungsa, fachart, zz1, zz2, jz1, jz2, zeugnis, wahlfachtext, asv_schluessel, isfremdsprache, isreligion, ispraxisfach FROM faecher ORDER BY fachkuerzel
2019-02-05 23:37:18.463 CET [6296] FEHLER: Relation »mdbinfo« existiert nicht bei Zeichen 19
2019-02-05 23:37:18.463 CET [6296] ANWEISUNG: SELECT value FROM mdbinfo WHERE key='DBVersion'
Fazit:
- Zugriff auf die DB unter PG 9.5 klappt problemlos.
- Zugriff auf die DB aus NMPGSetup mit gleichen Zugangsdaten unter PG 10.6 klappt problemlos.
- Zugriff auf die wiederhergestellte DB aus 1. unter PG 10.6 gibt obige Fehlermeldung.
So, und jetzt (zwischendurch habe ich noch andere Dinge erledigt!) habe ich das ganze nochmals durchgespielt und siehe da: Es hat endlich geklappt.
Vielleicht lag es (unter anderem) daran, dass ich, wie an anderer Stelle von Dir erwähnt, die (tatsächlich unwesentlichen) Fehlermeldungen bei der Wiederherstellung ignoriert habe. Das heißt, in PGAdmin habe ich bei der Wiederherstellung in eine neue, leere Datenbank bsnmxxxx nur die Backup-Datei angegeben, sont nichts eingestellt und den Job gestartet.
Vielen Dank für deine Unterstützung , vielleicht hilft es ja auch noch anderen...
Herzliche Grüße, Patrik
++++++++++++++++++++
Früher war die Zukunft auch besser... In diesem Sinne - weiter so!
Früher war die Zukunft auch besser... In diesem Sinne - weiter so!