Schulverwaltungssoftware NRW

Hallo.

Die neue MDB können Sie dann einfach im AdminClient auswählen.
Da benötigt man keine sdbcfg-Datei mehr.

Hintergrund nur zur Info:
Es gibt noch Access98 Datenbanken, diese kann unser Treiber nicht einlesen, da sie zu alt sind.
Deshalb dieser unkomfortable Weg über die MDB2MDB Migration.

1. Aktuell genutzte Schild.mbd auf den Desktop abgelegt
2. Mit DBConfig.exe aus der Schild.mbd eine input.sdbcfg und eine output.sdbcfg erzeugt
3. Beide Dateien in das MigTool geladen und die Migration gestartet

und dann war ich an dem Punkt von gestern, wo ich zwar eine richtige .sdbcfg-Datei hatte, aber für den SVWS‑Server eine MDB brauche.

Die mdb, die sie in der output.sdbcfg angegeben haben ist nach dem Ausführen des Migrationstool die mdb für den Import.

Hallo.

Ja, das ist schon einmal richtig, aber was passiert jetzt bei der Migration nach SVWS-Server?

MusterIT hat geschrieben: Donnerstag 25. Juni 2026, 10:39 1. Aktuell genutzte Schild.mbd auf den Desktop abgelegt
2. Mit DBConfig.exe aus der Schild.mbd eine input.sdbcfg und eine output.sdbcfg erzeugt
3. Beide Dateien in das MigTool geladen und die Migration gestartet

1. Im Ordner SchILD-NRW\DB die Datei schild2000n.mdb umbenennen in schild2000n_input.mdb
2. Im Ordner SchILD-NRW\Vorlagen eine Kopie der schild2000n.mdb machen und im Ordner SchILD-NRW\DB einfügen
3. SchILD einmal starten und eine beliebige Schule auswählen (hierbei werden ggf. fehlende Datenbanktabellen ergänzt)
4. Optional: schild2000n_input.mdb und schild2000n.mdb auf dem Desktop ablegen
5. Mit DBConfig.exe aus der schild2000n_input eine input.sdbcfg erzeugen
6. Mit DBConfig.exe aus der schild2000n eine output.sdbcfg erzeugen
7. Beide sdbcfg-Dateien in das Migrationstool laden und die Migration durchführen
8. Optional: schild2000n.mdb zurück nach SchILD-NRW\DB kopieren
9. SchILD2 starten, Extras Löschfristen prüfen (überflüssige Daten löschen), Extras Automatische Prozesse ausführen
10. Migration der Datenbank nach SchILD3 während der Installation des SVWS-Servers oder über den Admin-Client nach der Installation des SVWS-Servers

Ich kann leider immer noch nicht so ganz folgen. Wenn ich alles wie von @Raffenberg beschrieben umsetze, habe ich am ende eine Datei mit den korrekten Daten nämlich die output.sdbcfg, jedoch wird mit dieser Datei in der Anleitung nichts weiter gemacht.

Die MDB Dateien werden ja nur zum erzeugen der .sdbcfg verwendet, selbst aber nie auf einen neueren Stand gebracht der mit Schild3 funktioniert. Also hab ich nach den 10 Schritten eine unveränderte .mdb und eine ungenutzte .sdbcfg.

Muss ich die .sdbcfg in Schild2 hochladen oder sowas? Ich selber habe noch nie mit Schild gearbeitet und kenne es nicht.

Sie übersehen Punkt 7:
"7. Beide sdbcfg-Dateien in das Migrationstool laden und die Migration durchführen"

Danach haben Sie eine neuere mdb-Datei (Schild2), die in Schritt 10 in Schild3 eingelesen wird.

Die sdbcfg-Dateien dienen ausschließlich dafür, dem Migrationstools den Zugriff auf die alte und neue DB zu ermöglichen.

Hier mal eine rudimentäre Anleitung.

Oh okay... Für mich waren die .sdbcfg-Dateien immer komplett unabhängig von den .mbd-Dateien. Deshalb hatte ich nie verstanden, wie die Migration von der einen .sdbcfg auf die andere etwas an der .mbd ändern soll.
Danke für eure Geduld und die Anleitung. Die Migration auf dem SVWS Server hat schon mal geklappt. Wenn die Schule jetzt auch noch ihr Okay gibt, passt alles.

Noch eine Ergänzung: Bei der Reparatur über das Migrationstool von Schild2 -> Schild2 werden ggf. IDs neu vergeben. Für die Datenbank nicht weiter schlimm, aber:

Folgender Workflow funktioniert nicht!!!

1) Export der Notendatei mit Schild2-Alt.mdb
2) Lehrer tragen ihre Noten ein über externes Notenmodul
3) Migration von Schild2-Alt.mdb nach Schild2-Neu.mdb
4) Import der Notendateien nach Schild2-Neu.mdb
==> Zuordnung von Leistungsdaten zum Schüler funktioniert u.U. nicht!