Schulverwaltungssoftware NRW

A.Latour hat geschrieben: Donnerstag 7. Mai 2026, 12:47 Auf jeden Fall ist die Performance deutlich höher, wenn der SVWS-Server unter Linux läuft.

Haben Sie die Erfahrung mit identischen Systemen gemacht bzw. einmal Win und einmal Linux virtualisiert? Hier würde mich durchaus mehr interessieren, d.h. wenn dem tatsächlich so ist, dann würde ich den SVWS-Server mit der MariaDB eventuell auf eine dedizierte Linux-VM legen...

Solange alle durcheinander und von verschiedenen Dingen sprechen, kann man sehr wahrscheinlich keine Aussagen treffen. Um die Ursache für das Verhalten rausfinden zu können werden wir wohl mehrere Angaben benötigen und ich bitte hier um Ergänzungen, falls ich etwas vergessen habe:
- Version des SVWS-Servers
- Betriebssystem und Version
- Version der MariaDB
- sind MariaDB und SVWS-Server auf unterschiedlichen Servern
- wie schnell ist die Verbindung zwischen den Servern, z.B via Ping
- wo steht der Client, wie schnell ist die Verbindung zwischen Client und SVWS-Server
- welche Hardware wird konkret verwendet (CPU/Speicher/Netzwerk)

An irgendeiner Stelle muss der Flaschenhals ja sein, im Testbetrieb läuft alles sehr schnell (zwischen SVWS-Client und -Server zumindest), selbst wenn der Server irgendwo und nur per Netzverbindung zu erreichen ist. Allerdings ist bei unseren Tests die MariaDB auf dem gleichen Server wie der SVWS-Server.

Wenn alle diese Fragen geklärt sind, muss auch auf Schild3 geschaut werden, das ist aber durch die gemischten Anfragen an SVWS-Server und MariaDB etwas schwieriger herauszufinden, deswegen zuerst die Verbindung von SVWS-Client zu SVWS-Server.

Meine Aussage von oben bezog sich auf eine VM mit Windows 11, SVWS-Server 1.3.1 mit SchILD 3.4. Die MariaDB wurde dabei durch den SVWS-Server-Installer mit installiert.
Ich habe sogar ausprobiert, ob die Latenz besser wird, wenn man frisch mit der aktuellen Version installiert statt eine ältere Version zu updaten. Subjektiv hat sich die Schwuppdizität nicht verändert.

Ich konnte bei mir auch einmal das Phänomen beobachten, dass alle Ladezeiten plötzlich sehr lange dauerten. Ein stoppen und neu starten der Dienste Maria DB und Svws-Server hat das Problem behoben.

Auf einem anderen Gerät funkte ein Virenscanner dazwischen, der sämtlichen Traffic im Intranet überwacht hat. Dieser hat die Latenz sehr deutlich erhöht.

Trotzdem kann ich bestätigen, das sowohl im SVWS Client als auch in Schild 3 die Schwuppdizität meist etwas schlechter ist, als im alten Programm. Insbesondere auf älteren Rechnern.

T.Hagel hat geschrieben: Freitag 8. Mai 2026, 18:16

A.Latour hat geschrieben: Donnerstag 7. Mai 2026, 12:47 Auf jeden Fall ist die Performance deutlich höher, wenn der SVWS-Server unter Linux läuft.

Ist das wirklich so ? Und wenn ja, warum sollte ausgerechnet über Linux-Server, die für Webserver prädestiniert sind, das Arbeiten langsamer sein ???
Gibt es ggf. abweichende Einstellungen in den Eckparametern, Ram, Cache, CPUs, etc. ?

Bei unseren Tests warte ich geschlagene 8 Sekunden um im Schulmodul unter dem Menüpunkt "Auswahl" irgendwas anklicken zu können. Egal von welchem Menüpunkt ich komme. Egal, ob ich das Schulmodul über VPN aufrufe oder über virtuelle Test-PCs innerhalb des Rechenzentrums in dem sowohl der Linux-SVWS-Server als auch der MariaDB-Datenbankserver stehen. Auch bei uns können Datenbankserver und SVWS-Server nicht auf der gleichen Maschine betrieben werden. Die beiden Server stehen aber fast in Sichtweite im Rechenzentrum voneinander entfernt.

Schöne Grüße aus Köln
Thomas Hagel

Sie haben vermutlich meine Aussage falsch gelesen. Ich habe geschrieben, dass es unter Linux schneller läuft (s.o.).

Auf jeden Fall haben wir festgestellt, dass die Reaktionsgeschwindigkeit auch stark von der Netzwerkhardware abhängig ist. Konkretes Zahlenbeispiel:

Client: ein ganz normaler Desktop-PC im Windows-Netzwerk, das Schild3-Programm (neueste Version) liegt auf einem Netzlaufwerk vom Windows-Server

Variante 1: SVWS-Server und MariaDB liegen beide auf einem virtuellen Debianserver im Keller unserer Schule (genügend Speicher und Prozessor zugeordnet, beides bleibt im einstelligen Prozentbereich beim Arbeiten):
Hier braucht Schild3 beim Start bis man tatsächlich eine Eingabe machen kann über eine Minute zum Laden und 30 Sekunden zum Schließen.

Variante 2: SVWS-Server und MariaDB liegen beide auf einem virtuellen Debianserver (unter Proxmox) auf einem ausgemusterten Desktop-PC mit gleicher Ausstattung, jedoch im gleichen Büro wie der Client-PC
Hier braucht Schild3 beim Start 9 Sekunden, beim Schließen 5 Sekunden.

Dieser unterschiedliche Geschwindigkeitsfaktor ist beim Arbeiten mit dem SVWS-Client ähnlich.

Aussage unseres IT-Dienstleisters: Am Server im Keller ist noch ein Netzwerkbauteil, dass etwas unterdimensioniert ist.

Guten Tag,

A.Latour hat geschrieben: Sonntag 10. Mai 2026, 10:07...
Aussage unseres IT-Dienstleisters: Am Server im Keller ist noch ein Netzwerkbauteil, dass etwas unterdimensioniert ist.

Kommt mir irgendwie bekannt vor, die Suche nach dem "Bauteil" hat 1,5 Jahre gedauert. Als dann die komplette Infrastruktur ausgetauscht war, hat man dann irgendwo noch ein Häkchen in den Einstellungen gefunden, das falsch war.
Wir haben jetzt eine Testumgebung. Mein erster Eindruck war auch, dass der Startvorgang ziemlich gemächlich ist.

guter Fund, da werden tatsächlich beim ersten Laden die Schülerdaten und einige Kataloge doppelt geladen. Das ist ein Bug, dem wir nachgehen werden. Die vielen Anfragen sind im übrigen beabsichtigt, die können parallel an den Server geschickt werden. Das ist für die Performance besser als einzelne große Anfragen.

Na ja, performant ist der SVWS Server jedenfalls nicht. Ich habe die Zeit getestet (Windows-Server) die es braucht, um eine einzelne Klassenliste per SVWS Server aus der DB zu erhalten (Varianten D, E) un Vergleich zu einem Apache Web-Server, der direkt auf die DB zugreift. Das Ergebnis ist eindeutig. Ich hatte das Skript auf n=10 (10 Durchläufe) gestellt, um Fehler in der Messung auszugleichen. Ein Faktor von fast 1000 ist schon signifikant, wenn mit dem Server und SVWS produktiv gearbeitet werden soll.