Amtliche Schulverwaltung - Dokumentation - alle:technik:install

Analyse der eigenen Rahmenbedingungen

anonymous@undisclosed.example.com (Anonymous) — Wed, 26 May 2021 20:02:14 +0000

Analyse der eigenen Rahmenbedingungen

Ziel dieser Seite ist es, über notwendige Schritte für die produktive Einführung zu informieren sowie Unterstützung bei notwendigen Entscheidungen zu geben.

Aufgrund der verschiedenen Möglichkeiten des Betriebs von ASV kann keine grundsätzliche Empfehlung gegeben werden. Auch kann kein kommerzieller Anbieter empfohlen werden. Die Entscheidung muss deshalb immer von der Schule und dem Sachaufwandsträger in Absprache mit den übrigen Beteiligten getroffen werden.

Weitere Informationen zur Einführung von ASV an den Beruflichen Schulen finden Sie hier.

Betriebsvarianten

	Betrieb an der Schule	Lokale Installation durch zentralen Administrator	Regional-zentraler Betrieb
Vorteile	Einrichtung nach eigenen Bedürfnissen	Kompetenter und (meist) spezialisierter Ansprechpartner	Höhere Performance Ein zentraler, technischer Ansprechpartner
Vorteile	Geringe Kosten, Ansprechpartner meist direkt an der Schule	Meist weitere (teils kostenpflichtige) Funktionen („Remote-Zugriff“)	Mehrere Schulen innerhalb einer Installation Vereinfachte Wartung
Nachteile	Teils überdurchschnittlicher Arbeitseinsatz von Lehrkräften erforderlich Schule selbst verantwortlich	(Meist) zusätzliche Kosten	Abhängigkeit von einem Anbieter
Praxisbeispiele	Typische Installation ASV-Server School und Client an „kleiner“ Grundschule	Keine explizite Nennung	Regional zentraler Betrieb in größeren Städten (z.B. München, Regensburg)
Praxisbeispiele			Mehrere Schulen an einem Standort (Grund-Mittelschule, Privater Schulträger)
Voraussetzungen	Systembetreuer oder technik-affine Lehrkraft an der Schule vorhanden	Keine, lediglich Klärung der Kostenübernahme	Sehr gute, technische Infrastruktur (Netzwerk) und kompetentes Fachpersonal

Die Tabelle zeigt, dass alleine die drei Betriebsvarianten jeweils ihre Vor- und Nachteile besitzen, die von jeder Schule bewertet werden müssen. Folgende Leitfragen können eine mögliche Entscheidung erleichtern:

FAQ - Häufige Fragen

Übersicht → weiter zu Entscheidung der Installationsvariante

ASV als Dienst einrichten (Windows)

anonymous@undisclosed.example.com (Anonymous) — Wed, 26 Apr 2023 08:19:35 +0000

ASV als Dienst einrichten (Windows)

Damit der ASV-Server auf einem Computer auch dann gestartet wird, wenn niemand angemeldet ist, muss hierfür ein sogenannter Dienst eingerichtet werden.

Installation als Dienst

Voraussetzungen:

die Installation muss mit Admin-Rechten und install_admin.exe gestartet werden (es reicht nicht, install.exe als Administrator auszuführen!)

Starten Sie install_admin.exe und führen Sie den Installationsprozess wie gezeigt bis zum Ende durch. In der Ansicht am Ende erhalten Sie folgende Auswahl:

Falls Sie an der Stelle den Haken setzen und alle Voraussetzungen erfüllen, wird der DSS als Dienst in der Systemsteuerung eingetragen.

Bitte kontrollieren Sie dies in der Systemsteuerung unter dem Punkt Verwaltung → Dienste nach!

Dienst manuell beenden oder starten

Unter Windows erreichen Sie die Diensteverwaltung in der Systemsteuerung unter dem Punkt System → Verwaltung → Dienste.

Nach der Installation befindet sich in der Übersicht der verfügbaren Dienste der Eintrag asv-server. Soll der Dienst beim Start des Rechners erfolgen, muss der Starttyp auf automatisch gesetzt sein.

Durch Aufruf des Kontextmenus (rechte Maus) erhalten Sie die Möglichkeit, den asv-server Dienst manuell zu starten oder zu stoppen. Hierzu sind Administratorrechte notwendig.

Um die Funktion des Dienstes zu testen, stoppen und starten Sie den Dienst manuell und kontrollieren Sie anschließend, ob der Dienst auch wirklich gestartet wurde.

Probleme beim Stoppen des asv-server-Dienstes

Es kann vorkommen, dass der Dienst asv-server sich nicht beenden lässt. In diesem Fall muss die zugehörige Prozessstruktur beendet werden. Im Taskmanager muss der folgende Eintrag gesucht werden:

Installation über Skripte

Die Einrichtung kann auch manuell erfolgen. Im Installationsordner des DSS liegen im Ordner 'bin' mehrere Skriptdateien:

installsrv.cmd: installiert den Dienst
startsrv.cmd: Startet den Serverdienst
stopsrv.cmd: Stoppt den Serverdienst

Bitte öffnen Sie über das Startmenu eine Eingabeaufforderung (als Administrator!) und wechseln Sie in den Ordner 'bin' der Serverinstallation.

Führen Sie dort die Skriptdateien aus:

Aktualisierung der Einstellungen - falls der DSS als Dienst eingerichtet wurde

Falls der ASV-Server (DSS) als Dienst eingerichtet wurde, sind Änderungen folgendermaßen vorzunehmen:

Deinstallieren des Dienstes
Führen Sie im Ordner bin des ASV-Servers das Batch-Skript uninstallsrv.cmd aus.
Anpassungen der Einstellungen
Passen Sie die Einstellungen für ihre Systemarchitektur in der Datei installservice64.local.env an. (siehe Beispiele unten)
erneute Installation des Dienstes
Führen Sie im Ordner bin des ASV-Servers das Batch-Skript installsrv.cmd aus.

Bitte beachten Sie: Für die Einrichtung von Diensten sind Administrationsrechte erforderlich.

Beispiel: Dem DSS soll mehr Hauptspeicher zur Verfügung stehen

installservice64.local.env

# JVM configuration fuer 64-bit Windows
# der Wert sollte bis zu 75% des Arbeitsspeichers des Server sein
PR_JVMMX=6144

Beispiel: Ein Proxy soll ergänzt werden

Im Folgenden wird nur beschrieben, welche Änderungen an der Datei installservice64.env durchgeführt werden müssen. Die erneute Installation des Dienstes muss wie oben beschrieben auch angestoßen werden.

Öffnen sie die Textdatei installservice64.env mit einem Texteditor (Auszug):

installservice64.env

# JVM configuration
PR_JVMMS=128
PR_JVMMX=768
PR_JVMOPTIONS=-Xverify:none;-XX:+UseBiasedLocking;-XX:+CMSClassUnloadingEnabled;-XX:+UnlockDiagnosticVMOptions;-XX:+UnsyncloadClass;-Declipse.ignoreApp=true;-Dosgi.noShutdown=true;-Dsun.java2d.d3d=false

Erstellen Sie eine neue Datei in der Sie die Details für ihren Proxy zu dem Parameter PR_JVMOPTIONS am Ende ergänzen (siehe Konfiguration eines Proxys):

installservice64.local.env

# JVM configuration
PR_JVMOPTIONS=-Xverify:none;-XX:+UseBiasedLocking;-XX:+CMSClassUnloadingEnabled;-XX:+UnlockDiagnosticVMOptions;-XX:+UnsyncloadClass;-Declipse.ignoreApp=true;-Dosgi.noShutdown=true;-Dsun.java2d.d3d=false;-Dhttp.proxyHost=myproxyserver.com;-Dhttp.proxyPort=8080;-Dhttp.proxyUser=someUserName;-Dhttp.proxyPassword=somePassword

Wichtige Zugangsdaten zur schuleigenen ASV-Installation

anonymous@undisclosed.example.com (Anonymous) — Wed, 25 May 2016 13:58:01 +0000

Wichtige Zugangsdaten zur schuleigenen ASV-Installation

Wichtiger Hinweis:
Bitte während der Installation vollständig ausfüllen und anschließend im Schulsafe oder einem entsprechend sicheren Ort, der nur von Befugten erreichbar ist, hinterlegen.
Bitte achten Sie auf eine eindeutige Lesbarkeit!

	Eintrag - Bitte eindeutig erkennbar ausfüllen
Schulnummer
Schulname
Installationsvariante	o ASV-Server School o ASV-Server Enterprise

Installationsvariante ASV-Enterprise

	Eintrag - Bitte eindeutig erkennbar ausfüllen
Port Postgres	5432*
Passwort User postgres
ASV-Datenbank User	asv*
ASV-Datenbank User Passwort

ASV-Server

	Eintrag - Bitte eindeutig erkennbar ausfüllen
IP /Name
Ports ASV-Server	8765*
Installationspfad
Name des inst. Zertifikats

Kennungen

	Eintrag - Bitte eindeutig erkennbar ausfüllen
Passwort Systemadmin sys
weiterer Systemadmin
weiterer Systemadmin Passwort
Schuladmin (admin…)
weiterer Schuladmin
weiterer Schuladmin Passwort

* Standardwerte

ASV-Konfigurationsdatei (config.ini) aus dem Backup wiederherstellen

anonymous@undisclosed.example.com (Anonymous) — Thu, 08 Feb 2024 11:31:23 +0000

ASV-Konfigurationsdatei (config.ini) aus dem Backup wiederherstellen

Begeben Sie sich in den Unterordner configuration Ihrer ASV-DSS-Installation, unter Windows üblicherweise C:\ASV\Server\configuration.

Löschen Sie die Datei config.ini und benennen Sie die vorhandene Datei config_backup.ini in config.ini um.

Führen Sie anschließend den Update-Installer gemäß folgender Anleitung erneut aus.

Installationsprotokoll

anonymous@undisclosed.example.com (Anonymous) — Fri, 23 May 2025 15:01:43 +0000

Installationsprotokoll

Drucken Sie zuerst das leere Muster des Installationsprotokolls aus. Im Verlauf der Installation tragen Sie die Installationsdaten und die gewählten Passwörter ein.

Bitte beachten Sie:

Notieren Sie jede Besonderheit bei der Installation.
Tragen Sie bitte den Installationsverlauf ausschließlich in das ausgedruckte Formular ein!
Standardwerte sind im Protokoll bereits mit * gekennzeichnet, können aber selbstverständlich geändert werden.

Mehrplatzinstallation von ASV

anonymous@undisclosed.example.com (Anonymous) — Fri, 12 May 2023 15:52:02 +0000

Mehrplatzinstallation von ASV

Die Mehrplatzinstallation läuft in zwei Schritten ab:

Installation der ASV-Serverkomponente (DSS) auf einem dedizierten Server oder auf einem Computer, der diese Aufgabe erfüllen soll. Dies kann prinzipiell auch der Sekretariatsrechner sein.
Installation eines oder mehrerer ASV-Clients. Dabei kann ein Client auch auf dem gleichen Rechner wie der DSS installiert werden. Des weiteren können natürlich weitere Clients (Sekretariat, Konrektorat, Lehrerzimmer etc. angebunden werden).

Eine Installationsbeschreibung finden Sie hier: Die Installation von ASV auf einem Windows-Betriebssystem

Der Rechner, auf dem der DSS-Server installiert ist, muss eine feste Adresse (IP oder Name) besitzen, die in der Client-Installation angegeben wird, damit von diesen Rechnern auf den Server zugegriffen werden kann.

Die Installation von ASV auf einem Windows-Betriebssystem

anonymous@undisclosed.example.com (Anonymous) — Fri, 23 May 2025 15:54:44 +0000

Die Installation von ASV auf einem Windows-Betriebssystem

Eine detaillierte Dokumentation des Installationsprozess ist dringend erforderlich. Drucken Sie dafür das leere Muster des Installationsprotokolls aus. Im Verlauf der Installation tragen Sie die Installationsdaten, die gewählten Passwörter und sämtliche Besonderheiten ein. Standardwerte sind im Protokoll bereits mit * gekennzeichnet, können aber selbstverständlich geändert werden

Installationsvarianten für den ASV-Server

An dieser Stelle müssen Sie sich entscheiden, welche „ASV-Server Variante“ Sie verwenden möchten: ASV-Server School oder ASV-Server Enterprise. Ob Sie die Variante „ASV-Server Enterprise“ benötigen, lesen Sie bitte hier nach. Für die Variante „ASV-Server Enterprise“ müssen Sie vor der ASV-Server Installation einen PostgreSQL Server installiert haben.

ASV-Server School mit H2-Datenbank installieren

ASV-Server Enterprise mit PostgreSQL installieren

ASV-Serverdienste starten und wichtige Hinweise

ASV-Clients installieren

Konfiguration der Firewall

anonymous@undisclosed.example.com (Anonymous) — Mon, 25 Oct 2021 14:34:17 +0000

Konfiguration der Firewall

Die Kommunikation des DSS mit seinen Clients, mit der PostgreSQL-Datenbank sowie mit dem ZSS erfolgt – wie jede andere Kommunikation zwischen Rechnern auch – über Ports.

Da hierbei auch spezielle Ports benutzt werden, sind ggf. Eingriffe in die Firewall der beteiligten Rechner notwendig. Folgende Ports werden von ASV verwendet:

Port 443
Über den Standard-Port 443 wird die Kommunikation vom DSS zum ZSS und ggf. zum FEO-Server und vom Aktuallisierungsdienst zum Aktualisierungsserver aufgebaut. Da dieser Port standardmäßig nach außen offen ist, sind hier in der Regel keine Modifikationen nötig.
- ZSS (asv-zss-extern.schulen.bayern.de bzw. steht in config.ini bzw. config.local.ini in der Zeile mit remote.server.url=…)
- Aktualisierungsserver (update.asv.bayern.de)
- ggf. Fachwahl-Erfassung Online (FEO). Die Namen der Server sind auf der FEO-Seite aufgeführt.
- Wenn IP-Adressen verwendet werden müssen, dann schalten Sie bitte die Bereiche 195.200.71.0/24 und 193.34.207.0/24 frei.
Port 5432
Dies ist der Standard-Port des PostgreSQL-Datenbanksystems. Über diesen Port kommuniziert der DSS mit der ASV-Datenbank. Im Normalfall¹⁾, d.h. wenn DSS und PostgreSQL auf der gleichen Maschine installiert sind, sind hier ebenfalls keine Modifikationen an der Firewall nötig. Insbesondere ist es dann nicht nötig, diesen Port zu öffnen.
Port 8765
Über diesen Port kommunizieren die ASV-Clients mit ihrem DSS. Dieser Port muss im LAN bei allen Clients und dem DSS-Rechner ein- und ausgehend geöffnet sein.
Hierfür gibt es zwei Möglichkeiten:
1. Sie öffnen den Port 8765/TCP ein- und ausgehend
  Verwenden Sie dafür die erweiterten Einstellungen der Windows-Firewall.
2. Sie binden die Kommuniation via 8765 fest an ein Programm. Dabei müssen Sie jedoch angeben, welches Programm für den ASV-Prozess verantwortlich ist. Bei Version 1.12 ist dies die Datei javaw.exe. Bitte achten Sie darauf, dass Sie die „richtige“ javaw.exe freigeben! Java verwendet je nach Systemarchitektur unterschiedliche Installationspfade und auch bei Java-Updates kann sich der Installationspfad ändern. Auch können mehrere Versionen der javaw.exe im System vorliegen. Auskunft über die „richtige“ javaw.exe gibt der Taskmanager bei laufendem DSS bzw. ASV-Client.
Für die Prüfung der Gültigkeit der verwendeten Zertifikate zur Kommunikation des DSS mit dem ZSS werden die Verzeichnisse der bayerischen Verwaltungs-PKI abgefragt:
1. http://ocsp.pki.bayern.de:8080 IP: 195.200.70.71 (Port 8080)
2. ldap://directory.bayern.de IP: 195.200.70.75 (Port 389)
3. ldap://directory2.bayern.de IP: 195.200.70.76 (Port 389)

Die Pfeile verdeutlichen, wer die Kommunikation initiiert.

¹⁾

Der Normalfall liegt dann nicht vor, wenn z.B. ein dedizierter Datenbankserver zur Verfügung steht und man daher DSS und PostgreSQL auf verschiedene Maschinen verteilt. Dann sind jedoch weitere Modifikationen an der PostgreSQL-Konfiguration nötig, da PostgreSQL per Default keine Zugriffe von anderen Maschinen als localhost zulässt.

Installation von ASV

anonymous@undisclosed.example.com (Anonymous) — Tue, 16 Dec 2025 16:45:10 +0000

Installation von ASV

Auf dieser Seite ist die Installation von ASV im Überblick beschrieben. Die Ausführungen setzen voraus, dass Ihnen die ASV-Architektur bekannt ist. Zu einzelnen Aufgaben wird dann auf betriebssystemspezifische Detailbeschreibungen verwiesen.

Eine typische Installation läuft in etwa wie folgt ab:

1. Analyse der eigenen Rahmenbedingungen
2. Entscheidung für Betriebsvariante
3. Entscheidung für Installationsvariante
4. Installationsprozess
4.1 Installation von ASV auf einem Windows-Betriebssystem
4.2 Installation von ASV auf einem Linux-Betriebssystem
4.3 Installation von ASV auf einer Terminalserver-Umgebung
4.4 Installation eines ASV-Client auf einem Mac- oder Linux-Betriebssystem

Installationsvideos

ASV-Server Version: Enterprise

ASV-Server Version: School

ASV-Server auf Mac OSX

FAQ - Häufig gestellte Fragen

Ist es besser, immer die performantere Installationsart ASV-Server Enterprise zu installieren?

Ja.

Muss ich für eine Installation mit 2 Schulen (z.B. Grund- und Mittelschule) immer ASV-Server-Enterprise verwenden?

Nein, es kann auch ASV-Server School eingesetzt werden, wenn Sie die notwendigen Voraussetzungen erfüllen. Wir empfehlen dennoch den Einsatz von ASV-Server Enterprise.

Welche Rahmenbedingungen sollten für den Einsatz von ASV-Server School vorliegen?

Der Einsatz ist bis ca. 500 Schüler und 5 gleichzeitig arbeitende Nutzer ohne Einschränkung möglich.

Muss für die Installation ein neues Zertifikat beantragt werden?

Nein, es wird im Regelfall das Zertifikat der Schule verwendet, welches auch für den Zugriff auf das Schul-Portal bzw. OWA-Portal verwendet wird. Größere, regional-zentrale Betreiber (beispielsweise Landratsämter, kommerzielle Betreiber) erhalten ein eigenes Zertifikat (siehe Zertifikate für zentrale Betreiber).

Ist ein kommerzieller Anbieter besser als der Betrieb an der eigenen Schule?

Hier möchte das Kultusministerium keine grundsätzliche Empfehlung geben, da beide Betriebsvarianten jeweils Vor- und Nachteile besitzen. Die Entscheidung sollte aber immer in Absprache mit allen Beteiligten getroffen werden

An wen wende ich mich, falls ich Schwierigkeiten bei der Installation habe?

https://doku.asv.bayern.de/cms/beratung/start

Wir betreiben eine zentrale Installation mit 6 Schulen (Realschule und Gymnasium). Jetzt kommt eine Grundschule mit dazu. Wie lege ich diese in der aktuellen ASV an?

Bitte melden Sie sich als Systemadministrator der Installation (sys) an und legen Sie in der produktiven Umgebung die neue Schule an. Anschließend kann die Schule die ADÜ durchführen.

In einer gemeinsamen Installation sollen eine Grund- und eine Mittelschule betrieben werden, die Grundschule nimmt aber noch am Parallelbetrieb teil. Was ist zu beachten?

Bitte legen Sie beide Schulen in einer neuen Installation zunächst an und führen Sie in der getrennten Installation den Parallelbetrieb weiter. Erst nach Ende des Parallelbetrieb soll die betroffene Schule erneut die Altdatenübernahme durchführen.

Kann eine komplette Installation aus dem Parallelbetrieb produktiv gesetzt werden?

Dies ist nicht möglich (unterschiedliche Programmversionen), bitte führen Sie unbedingt eine Neuinstallation und anschließend erneut eine Altdatenübernahme durch.

anonymous@undisclosed.example.com (Anonymous) — Thu, 21 Oct 2021 07:06:27 +0000

Diese Seite wurde verschoben, die neue URL lautet Terminalserver-Betrieb.

Umzug einer bestehenden ASV-Server-Installation

anonymous@undisclosed.example.com (Anonymous) — Mon, 18 Nov 2024 07:43:04 +0000

Umzug einer bestehenden ASV-Server-Installation

Derzeit wird PostgreSQL bis einschließlich Version 16 unterstützt.
Wir empfehlen die Installation einer möglichst „hohen“ Version, da jedes Jahr eine der älteren Versionen abgekündigt wird.

In bestimmten Situationen kann es notwendig sein, eine bestehende ASV-Server-Installation auf ein neues System zu migrieren, beispielsweise

falls ein Serverumzug durchgeführt werden muss,
die Infrastruktur (z.B. Umzug in eine virtuelle Maschine) verändert wird,
ein neues PostgreSQL Major-Release benötigt wird,
der bisherige Server defekt ist.

Falls bei dem Umzug die Installationsvariante von School zu Enterprise gewechselt werden soll, dann lesen Sie hier weiter.

Bitte planen Sie eine solche Maßname sehr sorgfältig und stimmen Sie sich unbedingt mit allen Beteiligten ab, um mögliche Einschränkungen für die ASV-Anwender möglichst gering zu halten.

Vorarbeiten

Die technischen und organisatorischen Vorarbeiten auf dem neuen Server sind erledigt.
Alle Beteiligten (Schule, Anwender, Administratoren, Techniker, etc) sind informiert, und der Ablauf wurde vorab abgestimmt.
Folgende Programme stehen auf dem neuen Server zur Verfügung:
- ASV-Installer (im Falle einer Neuinstallation)
- ASV-Updateinstaller (Kontrolle sowie Update älterer Installationen)
- berechtigtes Zertifikat und PIN (von der Schule oder eigenes als zentraler Betreiber)

Umzug

Neuinstallation

Installieren Sie auf dem neuen Server
- die aktuelle Version des ASV-Servers (Enterprise oder School).
Richten Sie den ASV-Server und den Aktualisierungsdienst ein.
- Übertragen Sie dabei insbesondere die lokalen Anpassungen, die notwendig sind.
- Evtl. muss auch die Dienst-Konfiguration noch angepasst werden, z.B. mehr Speicher zuweisen.
Starten Sie den ASV-Server (bzw. den Dienst).
Installieren Sie zu Testzwecken einen ASV-Client, der sich mit dem neuen Server verbinden kann.
Kontrollieren Sie zum Abschluss, ob Sie sich als Standardbenutzer sys mit dem Standardpasswort !!ASV!! über den ASV-Client einloggen können und eine Verbindung zum ZSS möglich ist.

Aktualisierung der Wertelisten

Führen Sie sowohl auf dem abgebenden System, als auch auf dem Zielsystem ein Update der Wertelisten durch!

Sicherung

Stoppen Sie alle ASV-Server-Prozesse und Dienste (Programm- und auch Aktualisierungsdienst).
Erstellen Sie eine komplette Datenbanksicherung (KEINE Schulscharfe Sicherung).
- Postgres-Sicherung bei ASV-Server Enterprise oder
- eine komplette Dateisicherung des Ordners database bei ASV-Server School
Sichern Sie alle Konfigurationsdateien, insbesondere die "local"-Dateien für lokale Anpassungen.

Einspielung der Sicherung

Stoppen Sie alle ASV-Server-Prozesse auf dem neuen Server (ASV-Server- und Aktualisierungsdienst).
Spielen Sie die Datenbanksicherung wieder ein.
- Bei ASV-Server Enterprise: Löschen des Datenbankschemas asv und Wiederherstellen der Sicherung aus dem Backup.
- Bei ASV-Server School: Den Ordner database wieder herstellen.
Falls die Datenbank-Sicherung mit der Vorgänger-ASV-Version erstellt wurde, dann muss die Datenbankstruktur evtl. noch angepasst werden.
- Führen Sie das manuelle Update mittels ASV-Updateinstaller für die neue Installation durch. Dabei werden auch die Programmdateien nochmal überschrieben, was aber unschädlich ist.
Starten Sie den ASV-Server-Dienst und kontrollieren Sie, ob Sie sich als Systemadministrator über den ASV-Client (mit der ursprünglichen Kennung) einloggen können.
Starten Sie den Aktualisierungsdienst.

Abschließende Anpassungen und Arbeiten

Serverumgebung

Prüfen Sie in der Datei asv.log im Ordner logs des Ziel-Servers, ob es im Rahmen der Rücksicherung zu Auffälligkeiten (sog. Exceptions) gekommen ist.
Kontrollieren Sie, ob alle ASV-Server-Prozesse auf dem alten Server gestoppt sind (nur ein ASV-Server in einem Netz!).
Deaktivieren Sie auf dem alten Server die Dienste, damit diese beim nächsten Serverstart nicht automatisch gestartet werden.
Kontrollieren Sie, ob die Durchführung regelmäßiger Backups auf dem neuen Server funktioniert.
Prüfen Sie, ob der Zugriff auf das Zentralsystem möglich ist (eventuelle Anpassungen an der Firewall).
Aktualisieren Sie die Anwendungsdaten.

Clientumgebung

Falls sich die Adresse / IP des Servers geändert haben sollte, muss diese Anpassung auch in jeder Client-Installation durchgeführt werden. Führen Sie deshalb
- entweder eine Neuinstallation durch (Angabe der neuen Adresse / IP des ASV-Servers) oder
- tragen Sie server.url und update.server in der config.local.ini ein (nicht in der config.ini!)

FAQ - Häufige Fragen

Kann der alte Server auch weiterhin im Netzwerk betrieben werden?

Grundsätzlich kann die Maschine als solches weiter betrieben werden. Allerdings sollte unbedingt darauf geachtet werden, dass keinesfalls zwei ASV-Server im gleichen Netzwerk konkurrierend betrieben werden. Dies könnte im schlimmsten Fall dazu führen, dass sich ein Nutzer mit einem nicht mehr produktiven Server verbindet, dort Daten erfasst, die dann bei der nächsten Verbindung mit dem aktuelleren Server nicht mehr vorhanden sind. Aus diesem Grund muss unbedingt darauf geachtet werden, dass nur ein ASV-Server erreichbar ist.

Kann von einer lokalen in eine regional-zentrale Installation migriert werden?

Ja, dies ist möglich. Bitte sprechen Sie sich aber unbedingt mit dem Betreiber der Installation im Vorfeld ab. Auch der umgekehrte Weg (Ziel: Eigener DSS) ist technisch möglich und in Abhängigkeit von den individuellen bisherigen Erfahrungen im regional-zentralen Betrieb empfehlenswert.

Umzug einer bestehenden ASV-Server-Installation von Variante School zu Enterprise

anonymous@undisclosed.example.com (Anonymous) — Fri, 03 Sep 2021 06:55:46 +0000

Umzug einer bestehenden ASV-Server-Installation von Variante School zu Enterprise

Wenn eine bestehende ASV-Server-Installation in der Variante School vorhanden ist und diese auf ein neuen ASV-Server in der Variante Enterprise migriert werden soll, dann finden Sie hier die Anleitung dazu. Dies kann notwendig werden, wenn die Performance nicht ausreicht. Auch aus Stabilitätsgründen ist dieser Schritt durchaus zu empfehlen.

Der umgekehrte Weg ist auch möglich und wird analog durchgeführt.

Soll ein ASV-Server umgezogen werden, ohne die Variante zu wechseln, da lesen Sie hier weiter.

Bitte planen Sie eine solche Maßname sehr sorgfältig und stimmen Sie sich unbedingt mit allen Beteiligten ab, um mögliche Einschränkungen für die ASV-Anwender möglichst gering zu halten.

Vorarbeiten

Die technischen und organisatorischen Vorarbeiten auf dem neuen Server sind erledigt.
Alle Beteiligten (Schule, Anwender, Administratoren, Techniker, etc) sind informiert, und der Ablauf wurde vorab abgestimmt.
Folgende Programme stehen auf dem neuen Server zur Verfügung:
- ASV-Installer
- ASV-Updateinstaller (Kontrolle sowie Update älterer Installationen)
- berechtigtes Zertifikat und PIN (von der Schule oder eigenes als zentraler Betreiber)

Umzug

Neuinstallation

Installieren Sie auf dem neuen Server
- die aktuelle Version des ASV-Servers in der Variante Enterprise (bzw. School beim umgekehrten Wechsel).
Richten Sie den ASV-Server und den Aktualisierungsdienst ein.
- Übertragen Sie dabei insbesondere die lokalen Anpassungen, die notwendig sind.
- Evtl. muss auch die Dienst-Konfiguration noch angepasst werden, z.B. mehr Speicher zuweisen.
Starten Sie den ASV-Server (bzw. den Dienst).
Installieren Sie zu Testzwecken einen ASV-Client, der sich mit dem neuen Server verbinden kann.
Kontrollieren Sie zum Abschluss, ob Sie sich als Standardbenutzer sys mit Standardpasswort !!ASV!! über den ASV-Client einloggen können.
Ändern Sie das Passwort des Benutzers sys.

Sicherung

Stoppen Sie alle ASV-Server-Prozesse und Dienste (Programm- und auch Aktualisierungsdienst).
Erstellen Sie schulscharfe Sicherungen aller Schulen.
- Beachten Sie, dass die Schulen vorab auch ggf. selbsterstellte Berichte sichern müssen.
Sichern Sie alle Konfigurationsdateien, insbesondere die "local"-Dateien für lokale Anpassungen.

Einspielung der Sicherungen

Führen Sie als ASV-Systemadministrator sys ein Update der Wertelisten und der Anwendungsdaten durch.

Anschließend spielen Sie die schulscharfen Sicherungen als Systemadministrator wieder ein.

Die schulübergreifenden Daten zu Gebäuden und schulübergreifende Benutzer müssen erneut angelegt werden.

Hinweis: Die schulscharfe Sicherung kann aus datenschutzrechtlichen Gründen nicht alle Informationen sichern. Dies ist gewollt und notwendig, da beispielsweise für Lehrkräfte, die an mehreren Schulen tätig sind, nur berechtige Daten gesichert werden dürfen. Darüberhinaus werden schulübergreifende Benutzer nicht mit übernommen. Hier ist nach Rücksicherung in eine neue Installation eventuell eine Nachpflege der Daten durch die Schule notwendig.

Abschließende Anpassungen und Arbeiten

Serverumgebung

Kontrollieren Sie, ob alle ASV-Server-Prozesse auf dem alten Server gestoppt sind (nur ein ASV-Server in einem Netz!).
Kontrollieren Sie, ob die Durchführung regelmäßiger Backups auf dem neuen Server funktioniert.
Prüfen Sie, ob der Zugriff auf das Zentralsystem möglich ist (eventuelle Anpassungen an der Firewall).

Clientumgebung

Falls sich die Adresse / IP des Servers geändert haben sollte, muss diese Anpassung auch in jeder Client-Installation durchgeführt werden. Führen Sie deshalb
- entweder eine Neuinstallation durch (Angabe der neuen Adresse / IP des ASV-Servers) oder
- tragen Sie server.url und update.server in der config.local.ini ein (nicht in der config.ini!)

Varianten des ASV-Servers

anonymous@undisclosed.example.com (Anonymous) — Fri, 18 Jul 2025 05:48:09 +0000

Varianten des ASV-Servers

Für den ASV-Server gibt es zwei Varianten, die sich in der Technik der Datenhaltung unterscheiden. Daraus ergibt sich eine unterschiedliche Verwendungsmöglichkeit. Für beide Varianten wird für die Nutzung ein ASV-Server (DSS) und ein oder mehrere ASV-Clients benötigt.

ASV-Server School

ASV-Server School wurde speziell im Hinblick auf die Bedürfnisse kleiner und mittlerer Schulen entwickelt und setzt auf eine eingebettete Datenbank H2. Wesentlicher Vorteil ist die vereinfachte Installation sowie der einfache Betrieb der Software. Diese Variante wird am häufigsten Verwendung für eine einzelne Schule finden, bei der maximal 5 Anwender gleichzeitig mit der ASV arbeiten.

ASV-Server Enterprise

ASV-Server Enterprise greift bei der Datenhaltung auf das externe Datenbanksystem PostgreSQL-Server zurück. Diese muss zusätzlich installiert und administriert werden. Durch ihre gesteigerte Performance eignet sich diese Installationsvariante für große Schulen, Schulzentren mit mehreren Schulen oder regional-zentrale Betreiber. Insbesondere muss diese Variante verwendet werden, wenn mehr als 5 Anwender gleichzeitig mit der ASV arbeiten sollen.

Anzahl der gleichzeitigen Anwender

Wie kann die Zahl der gleichzeitigen Anwender in ASV abgeschätzt werden?

In der Regel werden die Verwaltungskräfte an der Schule einen großen Anteil der Arbeitszeit mit ASV verbringen.
Die Mitglieder der Schulleitung werden (je nach Aufgabenverteilung) einen gewissen Anteil ihrer Arbeitszeit mit ASV verbringen.
„Normale“ Lehrkräfte werden voraussichtlich nur zur Noteneingabe und Zeugniserstellung mit ASV arbeiten. Dabei ist die Organisation dieser Arbeiten an der Schule zu beachten.
Gibt es Arbeitsplätze im Schulverwaltungsnetz, an denen die Lehrkräfte diese Arbeit durchführen, so sind diese Arbeitsplätze zu berücksichtigen.
Wird ein von ASV unabhängiges System zur Noteneingabe und/oder Zeugniserstellung verwendet, dann muss dafür kein Anwender berücksichtigt werden.
Soll zukünftig die Noten-Erfassung Online verwendet werden, so zählt diese zusätzliche ASV-Komponente als ein Anwender, unabhängig davon wie viele Lehrkräfte damit arbeiten.

Es ist zu prüfen, ob diese Anwender auch gleichzeitig mit ASV arbeiten. Typische Fragen sind dabei:

Arbeiten die Verwaltungskräfte und die Mitglieder der Schulleitung gleichzeitig mit ASV?
Sind zu den Zeiten der Notenerfassung und Zeugniserstellung auch andere umfangreiche Arbeiten in ASV notwendig?

Erkennung im Nachhinein

Wie kann man im Nachhinein bei einer vorhandenen Installation erkennen, welche Variante installiert ist?

Wenn im Installationsordner (z.B. C:\ASV\Server) ein Unterordner database existiert, dann ist es die ASV-Server-School-Variante. Darin sollten zwei Dateien liegen: asv.mv.db und asv.trace.db. Die erste Datei sollte ein aktuelles Änderungsdatum tragen (Datum der letzten Änderungen in der DB bzw. letztes Herunterfahren des ASV-Servers).

Beim Start des ASV-Servers wird auch die Datenbankverbindung in logs/asv.log protokolliert:

ASV-Server School:

 using driver: org.h2.Driver at URL: jdbc:h2:C:\ASV\Server\database\asv;IFEXISTS= ...

ASV-Server Enterprise:

 using driver: org.postgresql.Driver at URL: jdbc:postgresql://localhost:5432/asv

anonymous@undisclosed.example.com (Anonymous) — Thu, 27 Sep 2018 14:30:06 +0000

Diese Seite wurde verschoben, die neue URL lautet Nachträgliche Zertifikatsinstallation.