[SLanger]

Hallo zusammen,

bei uns ist nun zum dritten Mal in Folge die Notenmanager-Datenbank (Jet-Datenbank) abgesoffen. Die Schulversion kann keine Datenbank erkennen, im NMAdmin bekomme ich zunächst die Fehlermeldiung „Nicht erkennbares Datenbankformat“ und in einem zweiten Fenster die Meldung „System.IndexOutOfRangeException: An der Position 0 befindet sich keine Zeile bei System.Data.RBTree (etc. etc.) in C:\WS_VSOnline\Notenmanager\Main\Notenmanager.net\NMClasses\nmClasses\clsSterrings.vb:Zeile 600 (etc. etc.)

Der genannte Pfad existiert bei uns gar nicht, hat auch nie existiert.

Es sind noch zwei Stunden bis zur Konferenz, und hier macht sich gelinde gesagt Panik breit.
Bei den letzten zwei Abstürzen habe ich mein täglich angelegtes Backup wieder eingespielt, ich möchte das aber heute, wenn irgend möglich, vermeiden.

Wir benutzen den NM seit fast 10 Jahren, und bisher gab es nie irgendwelche Probleme dieser Art. Auch an unserem Setup (Betriebssysteme, Netzwerk, Virenscanner etc.) hat sich seit längerer Zeit nichts verändert. Ich wäre wirklich dringend auf Hilfe angewiesen!

Danke im Voraus, Grüße,

  Stefan

[NM-Himself]

Hallo Stefan,

zusammen mit der Schulversion wurde "dbreparieren.exe" installiert. Mach folgendes:
1. Datenbank auf das lokale Laufwerk deines PCs kopieren.
2. dbreparieren.exe starten, Datenbank auf dem lokalen PC auswählen und die Reparatur starten.
3. Im Verzeichnis im Netzwerk schauen, ob dort eine "nmdaten04.ldb" liegt (also gleicher Name wie Datenbank, aber Endung ldb). Diese dann löschen.
4. Datenbank zurück ins Netzwerk kopieren.

In aller Regel ist damit das Problem behoben und der Datenstand ist der vom Zeitpunkt des Crashes.

Gruß
Stephan

[NM-Himself]

Nachschlag:
Die Probleme werden durch Schwankungen im Netzwerk zusammen mit vielen parallelen Zugriffen auf die Datenbank ausgelöst. Man kann sich eingeschränkt schützen, indem man regelmäßig die Datenbank komprimieren lässt (Schulversion > Wartung). Das geht aber nur, wenn wirklich sicher niemand angemeldet ist.

Besser wäre es aber, den Umstieg auf eine Postgresql-Datenbank zu planen. Dort treten solche Probleme nicht auf.

Gruß
Stephan

[SLanger]

Hallo Stephan
Du bist mein ganz persönlicher Held - sie läuft wieder, gottseidank!
Soll ich Dir die DB nochmal zuschicken, um den Fehler nachvollziehen zu können?
Danke danke danke!
LG Stefan

[NM-Himself]

Hallo Stefan,

das Problem hat nichts mit den Daten in der Datenbank und auch nichts mit den Programmen zu tun. Jet-Datenbanken sind für Multiuser-Zugriffe und beschränkt geeignet. Sobald dann irgendeine andere Belastung dazu kommt (Datenbank über 10 MB aufgebläht, zu große Latenz im Netzwerk, ...) macht der Datenbanktreiber dicht.

Ich empfehle allen Schulen, die mit diesem Problem zu kämpfen haben, einen Umstieg auf Postgres zu planen.

Gruß
Stephan

[Billy]

Nachschlag:
Die Probleme werden durch Schwankungen im Netzwerk zusammen mit vielen parallelen Zugriffen auf die Datenbank ausgelöst. Man kann sich eingeschränkt schützen, indem man regelmäßig die Datenbank komprimieren lässt (Schulversion > Wartung). Das geht aber nur, wenn wirklich sicher niemand angemeldet ist.

Besser wäre es aber, den Umstieg auf eine Postgresql-Datenbank zu planen. Dort treten solche Probleme nicht auf.

Gruß
Stephan

Heißt das, dass man bei Postgres die Wartung in der Schulversion laufen lassen kann, auch wenn Kollegem im Nman angemeldet sind?
Und wie ist das mit der Wartung der Datenbank über NMAdmin?

[NM-Himself]

Hallo Billy,

ein Wartung im Sinne von "Datenbank komprimieren" ist bei Postgres überhaupt nicht notwendig, da kümmert sich der Server automatisch drum.

Gruß
Stephan