Fehler mit Kursblockung nach Update auf Windows11

[DinCPO]

Hallo Zusammen,

Seit der Umstellung auf Windows 11 der PCs erscheint bei der Kursblockung in Kurs42 nach der Eingabe des Passwortes für die Schilddatenbank im die Fehlermeldung: [Microsoft][ODBC - Treiber für Microsoft Access] Datensatz ist gelöscht.

Kurs42 ist nicht aktualisiert bzw. angefasst worden.
Es ist als Applikation auf dem Datenserver installiert.
Version 3.33.30.528 (04.04.2025)

SchildNRW2 Version 2.0.35.2 Ist genauso auf dem Datenserver installiert.
Vom Server werden beide Programme wie unter Win10 gestartet.

Das Passwort ist richtig da die Anmeldung in Schild problemlos funktioniert.

Wir Verwenden Windows 11 Enterprise 26100.8457.
Auf Dem PC ist auch Office 365 mit Accesss installiert.

Die Schilddatenbank ist eine Access Datenbank.

Habt ihr eine Idee was das ist?

[wschrewe]

Habt ihr eine Idee was das ist?

Leider nicht. Bei mir läuft Kurs 42 (Version 3.34.1.545 | Stand: 17.05.2026) problemlos unter Windows 11. Das Verhalten ist insofern merkwürdig, weil Kurs 42 auf die gleiche Verbindungsdatei (*,udl) zugreift wie Schild. Arbeiten Sie mit SchildZentral oder der "normalen" Version?.

[DinCPO]

Wir arbeiten mit der "normalen" Schildversion.
Schildzentral ist bei uns noch in Planung.

[wschrewe]

Wann ist dieser Fehler aufgetreten? Beim Anlegen einer neuen Blockung oder bei einem anderen Zugriff auf die DB? Ich habe einen Snapshot hochgeladen, der den Verbindungsaufbau zur DB ausführlich dokumentiert, wenn in den Einstellungen die Log-Meldungsstufe auf einen Wert >= logDebug gesetzt wird.

[DinCPO]

Beim anlegen einer neuen Blockung.

[DinCPO]

Wir Vermuten das es am Office 365 64bit liegt.
Ist das möglich?
Welche ODBC Einträge müssen dort gesetzt sein?

[wschrewe]

Beim anlegen einer neuen Blockung.

Dann möchte ich empfehlen, den Snapshot einzusetzen und den Ablauf, wie beschrieben, zu protokollieren. Der Anmeldevorgang scheint ja noch zu funktionieren. Im Anschluss werden die benötigten Daten (Schüler, Fächer etc.) aus der DB geladen. Auch das wird protokolliert, so dass voraussichtlich zu sehen ist, wo genau der Fehler ausgelöst wird.

[wschrewe]

Welche ODBC Einträge müssen dort gesetzt sein?

Eigentlich müssten Sie auch den Umweg über ODBC auf die DB zugreifen können. Für den Zugriff auf die Standarddatenbank sieht der Verbindungsstring so aus:
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\Schild-NRW\DB\schild2000n.mdb;'Persist Security Info=False;Jet OLEDB:Database Password=*******';

Ein Zugriff über ODBC sieht bei mir so aus (Inhalt der UDL-Datei):
[oledb]
; Everything after this line is an OLE DB initstring
Provider=MSDASQL.1;Password=*******;Persist Security Info=True;User ID=Admin;Data Source=MyAccess
Die zugehörigen Einträge in der ODBC-Datei (MyAccess.dsn) sind:

[ODBC]
DRIVER=Microsoft Access Driver (*.mdb)
UID=admin
UserCommitSync=Yes
Threads=3
SafeTransactions=0
PageTimeout=5
MaxScanRows=8
MaxBufferSize=2048
FIL=MS Access
DriverId=25
DefaultDir=C:\Schild-NRW\DB\Fremddaten\Probleme\Dir4711
DBQ=C:\Schild-NRW\DB\Fremddaten\Probleme\Dir4711\schild2000n.mdb

Ich hoffe, das hilft Ihnen weiter.