Ein Parameterobjekt ist nicht definiert

[phartmann]

Hallo liebe Schild-Gemeinde,

wir haben jetzt seit etwa einem Schuljahr Schild angebunden an eine MySQL Datenbank.
Vor kurzem haben wir auch neue Hardware bekommen und haben die MySQL Datenbank vom alten (Win Server 2012R2) auf den neuen Server (Win Server 2022) umgezogen.
Wir haben sowohl vorher als auch jetzt die MySQL Version 8.0.32 sowie den ODBC Connector 5.1.13.

Jetzt wollte ich gestern einen Notenübersichts-Report drucken, bekomme ich die Fehlermeldung aus Bild 1.

Es scheint allerdings nicht nur an diesem Report zu liegen, denn sobald ich im Report-Explorer die "Info über Datenquellen" aufrufe bekomme ich ähnliche Fehlermeldungen (Bild 2-4) mit ein wenig mehr Informationen.

Jetzt kommt das komischste an der ganzen Sache: Verbinde ich unseren alten Server mit der Datenbank auf dem neuen Server und rufe dort den Report oder die Info auf funktioniert alles einwandfrei. Rufe ich mit dem neuen Server die Datenbank auf dem alten Server auf bekomme ich die gleichen Fehlermeldungen. Sogar wenn ich die Netzwerkinstallation die auf dem neuen Server liegt auf dem alten Server ausführe funktioniert der Report und die Info.

Ich habe auch bereits probiert Schild komplett neu zu installieren oder die Installation des alten Servers einfach rüber zu kopieren, aber es kommt immer wieder die gleiche Fehlermeldung egal in welcher Konstellation sobald ich auf dem neuen Server bin.

[Raffenberg]

Hallo,
haben sie im ODBC-Connector folgende Marker gesetzt?

Enable automatic reconnect
Return matched rows instead of affected rows

[phartmann]

Hallo,
vielen Dank für die schnelle Antwort. Erstere Option war nicht gesetzt, die zweite allerdings schon.

Ich habe die Option jetzt gesetzt, jedoch erhalte ich weiterhin die gleichen Fehlermeldungen.

[Raffenberg]

Gibt es denn in dem Report verwendete Parameter, die vielleicht unpassend definiert sind, also fehlerhafte Values haben?

param.png (230.71 KiB) 810 mal betrachtet

[phartmann]

Es gibt im Report soweit ich sehen kann keine Fehlerhaften Parameter. Da der exakt gleich Report (aus der gleichen Datei, Zugriff über Freigabe, Schild auch aus der Freigabe) bei Ausführung funktioniert, scheint dies nicht das Problem zu sein.

Das der Report nicht Schuld ist scheint auch die Datenquellen-Info zu zeigen. Diese ist ja komplett unabhängig vom Report bei dem es aufgefallen ist.
Im Forum gibt es einen anderen Post, der eine ähnliche Fehlermeldung beschreibt: viewtopic.php?t=1202

Gibt es irgendwo die Definitionen on zum Beispiel der Datenquelle "Praktikum". Vielleicht finder sich über die SQL-Queries was raus.

[phartmann]

Ok ich habe mal ein bisschen weiter rumprobiert.

Wenn ich einen neuen Report erstelle, komplett ohne Inhalt, jedoch die Datenquelle "Praktikum" oder "Wiederholte Abschnitte" oder "NichtGewAbschnitte" auswähle, erhalte ich sofort die angehängte Fehlermeldung mit im Endeffekt gleich Inhalt wie zuvor.

Bild 5.png (51.23 KiB) 780 mal betrachtet

Ich habe zudem mal das Debug-Log in der ODBC-Datenquelle eingeschaltet um zu schauen ob irgendetwas mit der MySQL-Datenbank nicht stimmt. Zum Zeitpunkt der Fehlermeldung taucht jedoch keine neue Query in der Log-Datei auf.

Da es mit der gleichen Datenbank-Verbindung und der gleichen Schild-EXE auf dem alten Server funktioniert habe ich mittlerweile Windows im Verdacht. Gibt es irgendwelche Erfahrungswerte mit Win Server 2022 im Vergleich zu 2012 r2?

[Raffenberg]

Werden denn in den ODBC-Connectoren die gleichen Datenbankbenutzer verwendet? Wenn diese sich unterscheiden und der eine weniger Rechte hat, als der andere...
Ansonsten gehen mir auch die Ideen aus.

[phartmann]

Die ODBC-Verbindung ist die exakt gleiche, gleich Version, gleicher Benutzer, gleich Datenbank.

Ich habe mittlerweile ein wenig mehr mit verschiedenen Windows Versionen rumprobiert. Verbinde ich mich von Windows 10 aufwärts mit der laufende MySQL-Datenbank und führe Schild vom Netzwerk-Share aus so endet dies zwangsläufig immer in den obigen Fehlermeldungen.
Sobald ich aber Windows 8.1 verwende läuft alles einwandfrei durch.