Hallo Freunde,
ich beiße mir seit zwei Tagen die Zähne aus.

Ich bekomme dei VR einfach nicht in eine Datenbank gelegt.

Wir haben einen eigenen Post SQL auf unserem Server laufen, da dort schon andere Datenbanken liegen.
Beim einrichten der VR unter Migration hängt sich das Programm schon auf beim erstellen der DB auf.



Erstelle ich eine leere DB selber kommt folgender fehler:



Also ich weiß echt nicht mehr wo es klemmt.

Hat jemand eine Lösung?

Danke

Hallo Martin,
hm, die Meldung könnte man auch so verstehen:
ein Fehler in der Quelldatenbank könnte die Konvertierung zu verhindern, dies kann unter Umständen nur der Entwickler beheben.
Viel Erfolg.
Raimund

sorry, Bahnwechsel.
Kriegst du einen leeren, also einen neuen Mandanten auf euren Datenbankserver von eurer VR_Networld Software aus angelegt?

das ist doch was für @Holger
zumal bei Start der V7 doch mal was in Sachen (neuer) Datenbank (Problembehebung) gepostet wurde. (finde den Thread aber nicht mehr)

Ja, wir sind auf dem privaten Kanal auch schon aktiv.
Grundsätzlich gilt: Wenn ein eigener PostgreSQL Server genutzt wird, funktioniert die Anbindung sehr wahrscheinlich nicht, ohne dass die Konfiguration für diesen Server angepasst wurde.

Zur Meldung das ein Fehler bei der Migration aufgetreten ist:
Die Quelldatenbanken SQLite und Access sind komplett unempfindlich was die referenzielle Integrität der Daten angeht. Sprich denen ist es egal, ob Daten ohne Bezug zu anderen Daten vorhanden sind. Diese Daten sind -aus welchen Gründen auch immer- in der Regel "Datei" Leichen, die einfach gelöscht werdne können, da Sie eh nirgends mehr genutzt werden können. Immer dann, wenn der Fall eindeutig ist, ignoriert die Migrationsroutine solche Daten. Nur dann wenn nicht eindeutig geklärt werden kann, ob die Daten wichtig sind, wird die Migration abgebrochen.

Leider nein. das klappt schon nicht.

Selbst wenn ich unseren SQL Server stoppe und die VR Software lokal installiere, passiert folgendes.

Leere DB wird angelegt.

Logge ich mich dann Lokal auf dem Server an die Leere DB mit der Software ein kommt sofort ein Fehler:



Jetzt kommt der Clou, erstelle ich eine leere DB auf meine Pc kommt der gleiche Fehler, wenn ich aber den Datenbestand Migriere klappt es ohne Fehler.

Migriere ich auf dem Server, kommt Fehler:



Also das ist schon echt alles sehr komisch.

Gruß
Martin

es wird aber die Version 7.4 Build 27 verwendet?
wenn die Datenbank grundsätzlich einen "Schuss" hat, dann sollte die halt mal eingesandt werden zur Prüfung
auf welchem System (Windows/Build = ermitteln mit Befehl: winver) läuft das ganze?

Alle 7.4 B 27

Server: 2008R2 V6.1 B7601:SP1

Schau Dir erstmal die Anleitung an, die ich Dir gemailt habe. Wie schon hier geschrieben, wirst Du ohne Anpassung an der Konfiguration vermutlich keinen Schritt weiter kommen. Wenn es dann zu Fehlern kommt. Bei der 7.4 werden die PostgreSQL Fehler geloggt und können unter Extras -> Einstellungen -> Logs für den Support zusammen gestellt werden. Wenn Du mit der Anleitung weiter hängen bleibst, hätte ich gerne dieses Log-Paket.

Randnotiz:

wurde abgekündigt https://support.microsoft.com/…er-2008-r2
dh. ein Upgrade steht an

/bin dann hier mal raus - @Holger ist der viel komp. Ansprechpartner

//edit - hab die 2 Hilfen von @Holger gefunden:
a.) Migration forum/topic.php?p=142071#real142071
b.) Komprimierung / mobile Version: forum/topic.php?p=145700#real145700

So und der Fehler ist gefunden. Jung Junge....

Ich habe zwei Versionen drauf von PostSQL 9.6 und die 12 er. Ich habe aber die pg-hpa.conf nur für die 9.6 geändert. Und da war er, der Miesepeter. 12 er config angepasst und Rumms das ding rennt.

Danke nochmal an euch für die Hilfe.

So,
zu früh gefreut!

Jetzt habe ich alles neu gemacht. Datenbank wird jetzt auch angelegt. Aber beim Migrieren kommt am ende ein Fehler.

Den Fehlerhinweis verstehe ich immer noch so, dass die vorhandenen Quell-Datenbank einen Fehler hat. forum/topic.php?p=153538#real153538
Hinweis an Holger: Hier würde ich mir bei der Migration eine kleine Ergänzung im Fehlertext wünschen, z.B. "Quelldatenbank" und "Zieldatenbank".

Hallo,

meine Datenbank wurde zweimal vom Support 'repariert'. Ich bekomme immer noch die Meldung bei der Migration, dass die Datenbank repariert werden muss.

Was muss ich bei der PostgreSQL-Konfiguration auf dem Datenbankserver anpassen?

Danke

Wenn die DB "nur" im Support gewesen ist, dann werden die die Reperatur mit ein paar Werkzeugen durchgeführt haben, die nur "Standard" Dinge fixen.
Wenn es spezielle Fehler sind, müssen sich das die Entwickler anschauen, da nur die wissen, ob das kritische Daten sind, oder ob man die z.B. einfach entfernen kann.

Soll wohl 'in der Entwicklung' gewesen sein. Insofern gehe ich davon aus, auch nach dem was man hier so lesen kann, dass auf dem Datenbankserver in der Konfiguration etwas anzupassen ist.

Welche Änderungen sind in der pg-hpa.conf durchzuführen?

Greetz

Mhh, wenn es eine Meldung gibt, dass die DB repariert werden muss, ist es eher unwahrscheinlich, dass es an der conf liegt.
Die Änderungen sind da auch marginal. IP Range muss für IPv4 und IPv6 angepasst werden und als Zugriffsmethode Trust, Anstelle von MD5. Würde mich aber wundern, wenn das die Ursache ist.