Amtliche Schulverwaltung - Dokumentation - alle:technik

Aufgaben des ASV-Systembetreuers

anonymous@undisclosed.example.com (Anonymous) — Tue, 24 Jun 2025 16:01:03 +0000

Aufgaben des ASV-Systembetreuers

Diese Seite fasst die Aufgaben des ASV-Systembetreuers zusammen. Zudem soll es einen Überblick mit den jeweiligen Möglichkeiten zur Vertiefung von Themen der ASV-Systembetreuung geben.

Die ASV-Systembetreuer sind dabei

schulische Systembetreuer
regional-zentrale Betreiber

Installation

Update

Schulscharfe Sicherung

Datenbanksicherung wieder einspielen

Konfiguration

Monitoring und Support

Gebäude und Benutzer verwalten

H2 Datenbank Defragmentierung

anonymous@undisclosed.example.com (Anonymous) — Thu, 21 Mar 2019 10:13:38 +0000

H2 Datenbank Defragmentierung

Mit der Zeit kann die H2 Datenbank übermäßig groß und langsam werden. Diesem Problem kann man durch die Defragmentierung der Datenbank entgegenwirken.

Automatische Defragmentierung

Standardmäßig wird das automatische Defragmentieren der H2 Datenbank im ASV Serververzeichnis im Ordner update-service/service/configuration in der datei config.local.ini eingerichtet.

config.local.ini

#Defragmentierung der H2 / Pfad muss evtl. angepasst werden
app.db.path=C://ASV//Server//database//asv;TRACE_LEVEL_FILE=3;DEFRAG_ALWAYS=true

Manuelle Defragmentierung

Öffnen sie die Eingabeaufforderung von Windows als Administrator
Navigieren Sie zum Ordner bin im Verzeichnis C:\ASV\Server\
cd C:\ASV\Server\bin. Dieser Pfad sollte dann auch im Prompt stehen.
Führen Sie nun diesen Befehl aus: dssctl stop -x dss -u sys -w !!ASV!!
Voraussetzung ist, dass das Passwort des Benutzers sys nicht geändert wurde.
Sonst mussen Sie Ihr eigenes sys-Passwort für -w eingetragen.

Reparaturversuch an einer beschädigten bzw. havarierten H2-Datenbank durchführen

anonymous@undisclosed.example.com (Anonymous) — Mon, 21 Dec 2020 12:16:04 +0000

Reparaturversuch an einer beschädigten bzw. havarierten H2-Datenbank durchführen

Für H2-Datenbanken (ASV-Server School) gibt es eine Recovery-Funktion des Datenbankherstellers (optimiert durch die ISB AG und das ASV-Kernteam), welche in vielen, jedoch nicht allen Fällen eine beschädigte H2-Datenbank wieder in einen funktionstüchtigen Zustand versetzen kann.

Im ASV-Kernteam im StMUK wurde im März/April 2019 ein Framework geschaffen, welches diese Recovery möglichst einfach und komfortabel bedienbar machen soll und zusätzlich einige Funktionalitäten des mit ASV gelieferten Kommandozeilen-Tools dbctl integriert (konkret: Schema-Analyse, Datenbank-Vergleich).

Per 11.04.2019, 23.00 Uhr wurde eine Version des Tools bereitgestellt, die noch einmal (#nochmal) robuster im Umgang mit beschädigten Datenbanken ist. Ein erneuter Versuch lohnt sich daher auf jeden Fall.

Seit 30.03.2019, 00.00 Uhr steht unter dem unten verfügbaren Download-Link eine deutlich leistungsfähigere Version des H2-Recovery-Tools zur Verfügung. Diese ist insbesondere auch unmittelbar unter Microsoft Windows, Linux und Apple Mac OS X lauffähig.

Hier wird der Ablauf beschrieben, um ein derartiges H2-Recovery anzuwenden. Die nachfolgenden Schritte müssen auf der Maschine ausgeführt werden, die den DSS betreibt.

Vorbereitung

Stellen Sie im Vorfeld bitte unbedingt folgende Punkte sicher:

Falls es Ihnen technisch noch möglich ist, führen Sie eine schulscharfe Sicherung durch.
Der ASV-Server (DSS) muss vor dem Start der Recovery-Maßnahme beendet werden. Nähere Informationen folgen unten.
Sichern Sie vor dem Start den Ordner C:\ASV\Server\database (kann je nach Installationsort abweichen) samt aller dort enthaltenen Dateien. Sie selbst sind für die Sicherung der Datenbank verantwortlich!

Bitte wenden Sie sich bei der kleinsten Unklarheit an Ihre(n) Multiplikator(in).

Bitte versuchen Sie zunächst, den DSS-Dienst auf dem üblichen Weg zu beenden.

Solange der DSS läuft, verweigert das Recovery-Tool den Dienst. In diesem Fall erhalten Sie eine entsprechende Meldung. Beenden Sie dann erst den DSS, bevor Sie einen erneuten Recovery-Lauf anstoßen.

Download und Entpacken des Recovery-Tools

Ein verschlüsseltes ZIP-Archiv, welches das Tool zur komfortablen Ausführung der Recovery-Maßnahme enthält, können Sie hier herunterladen. Das Passwort zur Entschlüsselung lautet !!ASV!!

Klicken Sie nach dem Download mit der rechten Maustaste auf die ZIP-Datei (1) und wählen Sie die Option Alle extrahieren… (2):

Bestätigen Sie den erscheinenden Dialog, indem Sie auf die Schaltfläche Extrahieren klicken:

Wenn Sie nach dem Passwort gefragt werden, geben Sie dieses bitte ein (1) und klicken Sie auf OK (2):

Konfigurationsdatei configuration/config.ini anpassen

Öffnen Sie nach dem Entpackvorgang zunächst mit einem Text-Editor die Datei config.ini im Unterverzeichnis configuration. Passen Sie die dortigen Einstellungen bitte an die örtliche H2-Installation an. In der Regel müssen Sie vor allem prüfen, ob der Wert der Variablen dss.basispfad korrekt auf das Basisverzeichnis der DSS-Installation zeigt:

Speichern und schließen Sie die Datei anschließend wieder.

Ausführung

Führen Sie einen Doppelklick auf die Datei h2recover.bat durch, um das Tool auszuführen. Eventuell müssen Sie anschließend noch eine Sicherheitsabfrage bestätigen. (Unter Linux oder Apple Mac OS X rufen Sie statt dessen bitte die h2recover.sh auf.)

Für Windows-Benutzer:

Abhängig von den Rechten des angemeldeten Benutzers kann es alternativ notwendig sein, mit der rechten Maustaste auf die Datei zu klicken und im anschließend erscheinenden Kontextmenü die Option Als Administrator ausführen zu wählen.

Falls die Benutzerkontensteuerung (UAC) aktiv ist, müssen Sie anschließend aktiv eine Sicherheitsabfrage bestätigen.

Anschließend startet das Tool und Sie sehen folgende graphische Oberfläche:

Um die Recovery zu beginnen klicken Sie bitte auf die Schaltfläche Start….

Bitte haben Sie etwas Geduld, solange die H2-Datenbank analysiert und neu geschrieben wird. Brechen Sie diesen Prozess keinesfalls ab!

Im Anschluss erhalten Sie eine Rückmeldung in dieser bzw. ähnlicher Form:

Falls Einträge im Logfile angefallen sind (1), können Sie diese durch Klick auf den Button Logfile ansehen… (2) betrachten. Die angegebene Anzahl Zeilen gibt Ihnen Aufschluss darüber, wie viele Datensätze aufgrund irreparabler Beschädigung entfernt werden mussten. Details zu diesen Datensätzen können - soweit dies technisch noch feststellbar war - im Logfile eingesehen werden.

Das Recovery-Logfile h2recovery.log.txt wird im database-Ordner der DSS-Installation abgelegt und steht somit auch später noch zur Verfügung.

Prüfung des Datenbank-Schemas

Zusätzlich bietet Ihnen das Tool nach Klick auf die Schaltfläche Schema prüfen (1) die Möglichkeit, das Schema Ihrer H2-Datenbank gegen die Referenzdatenbank abzugleichen. Wenn Ihre Datenbank vollständig „gesund“ ist, erhalten Sie eine Ausgabe (2) in folgender Art:

Falls hingegen Abweichungen bestehen, so werden diese im Einzelnen aufgelistet.

Datenbank-Vergleich

Sie können die beim H2-Recovery entstandene Datenbank automatisiert mit der ursprünglichen, im Unterverzeichnis backup_XXXX gesicherten Datenbank vergleichen lassen. Klicken Sie hierzu auf die Schaltfläche DB-Vergleich (1). Bitte haben Sie etwas Geduld, während die beiden Datenbank-Bestände abgeglichen werden.

Die Schaltfläche DB-Vergleich steht Ihnen erst zur Verfügung, nachdem der Recovery-Durchgang gelaufen ist.

In diesem beispielhaften Screenshot wurde das „Optimal-Ergebnis“ (2) diagnostiziert - Abweichungen werden Ihnen ggf. an dieser Stelle aufgelistet. Wenn dabei davon die Rede ist, dass das Schema ASV nicht gefunden werden konnte, so ist die Original-Datenbank leider in einem zu beschädigten Zustand, um sie zu reparieren. In diesem Fall müssen Sie auf eine Datensicherung zurückgreifen, vgl. unten.

Erneuter Start des DSS

Starten Sie nun den DSS erneut und prüfen Sie das Ergebnis in ASV.

Falls die Recovery fehlschlägt

Vor jedem Lauf einer H2-Recovery bringt das Tool die vorgefundene Datenbank automatisch in Sicherheit. Diese wird in ein Unterverzeichnis namens BACKUP_XXXX verschoben, wobei XXXX für den Zeitstempel des Verschiebezeitpunkts steht. Somit kann auf einfache Weise wieder zum vorigen Stand der Datenbank zurückgekehrt werden. (Dies macht freilich nur Sinn, sofern dieser in einem „besseren“ Zustand sein sollte als die durch das Recovery entstandene Version.)

Rückgriff auf (automatische) Backups

Sofern die H2-Recovery bei Ihnen nicht erfolgreich war, ist es an der Zeit, vorliegende Datensicherungen (weggesicherter Ordner database bzw. schulscharfe Sicherungen) heranzuziehen.

Wenn Sie den Inhalt des Ordners database austauschen müssen, um auf einen anderen Stand der H2-Datenbank zu gehen, stellen Sie zuvor sicher, dass der DSS beendet ist. Anderenfalls wären die Dateien, welche Sie ersetzen müssen, noch in dessen Zugriff und damit gegen Änderung bzw. Löschen gesperrt.

Falls Sie Fragen haben...

Bitte wenden Sie sich bei Problemen oder Fragen rund um das Recovery-Tool an leonhard.fellermayr@stmuk.bayern.de.

Wir helfen Ihnen gerne und vermitteln Ihnen im Bedarfsfall einen sicheren Weg, um Ihre beschädigte Datenbank durch die ISB AG bzw. das IT-DLZ prüfen zu lassen, sofern das diesbezügliche Einverständnis der Schulleitung(en) vorliegt. Die technischen Möglichkeiten jenseits des vorliegenden H2-Recovery-Tools sind jedoch in aller Regel beschränkt.

Historische Hintergründe

anonymous@undisclosed.example.com (Anonymous) — Mon, 11 May 2026 16:15:37 +0000

Historische Hintergründe

In einer Zeit, als die Hardware-Voraussetzungen an den Schulen noch anders ausgesehen haben als es heute der Fall ist, hatte man sich entschieden, zwei Installationsvarianten für ASV die Datenbank betreffend anzubieten:

ASV Server School (mit einer H2-Embedded-Datenbank; hier werden alle Daten in einer einzigen großen Datei vorgehalten);
ASV Server Enterprise (mit einer „ausgewachsenen“ Postgres-Datenbank, die deutlich robuster gegenüber Unregelmäßigkeiten im Betrieb ist).

Aus heutiger Sicht kann im Prinzip jede Schule (bzw. ASV-Installation) einen ASV Server Enterprise betreiben, weil

zum einen die Hardware vor Ort an den Schulen erheblich leistungsfähiger geworden ist;
zum anderen die Installation und der Betrieb des Postgres-Datenbanksystems eine weniger große Herausforderung mehr darstellt.

Vor diesem Hintergrund kann man dazu raten, vom ASV Server School auf die Enterprise-Variante umzustellen. Nach der Umstellung ergeben sich ausschließlich Vorteile in Bezug auf einen stabileren und erheblich performanteren Betrieb.

Empfehlung

Bestehen Ihrerseits Zweifel bzw. Unklarheiten betreffend das erforderliche und hier beschriebene Vorgehen, zögern Sie bitte nicht, die für Ihre Schule(n) zuständige Multiplikatorin bzw. den zuständigen Multiplikator zu Rate zu ziehen, der den Systembetreuer der Schule oder Dienstleister für die IT unterstützen kann.

Beschreibung

Im StMUK wurde im April 2022 ein Standalone-Java-Tool geschaffen, mit dem eine bestehende H2-Datenbank (ASV Server School) vollständig in eine (anfänglich leere) Postgres-Datenbank übertragen werden kann. Dabei werden die Datensätze 1:1 geklont.

Die graphische Oberfläche stellt sich wie folgt dar:

Was dieses Tool nicht kann (bzw. nicht können kann)

Wenn es darum geht, dass die sich bisher in einer H2-Datenbank befindlichen Schulen A und B in eine bereits produktive Postgres-Instanz „einziehen“ sollen (d. h. dort arbeiten bereits die Schulen C, D und E), so ist dies mit dem hier beschriebenen Verfahren nicht möglich.

In diesen Fällen muss (auch weiterhin) der Weg über die schulscharfe Sicherung (und deren Einspielen in den schon produktiv genutzten Ziel-DSS) beschritten werden.

Voraussetzungen

Auf der Quellseite (H2, ASV Server School) muss im Vorfeld der DSS(-Dienst) angehalten werden, da sonst kein Zugriff auf die H2-Datenbank möglich ist. Dort muss auch das Tool ausgeführt werden.

Auf der Zielseite (Postgres, ASV Server Enterprise) muss zunächst Postgres aufgesetzt und anschließend ein „frischer“ DSS (ASV Server) mit dem Voll-Installer installiert werden. Der Postgres-Dienst muss laufen, der DSS sollte angehalten sein.

Der Postgres-Dienst auf der Zielseite muss netzwerktechnisch von der „abgebenden“ Quellseite aus erreichbar sein, damit die Daten „durchgepumpt“ werden können. Sofern Ziel- und Quellseite auf der gleichen Maschine liegen, ist das bereits mit den Standardeinstellungen kein Problem.

Sollten Sie die neue Installation auf der gleichen Maschine vornehmen, wählen Sie bei der Installation des Postgres/Enterprise-DSS bitte einen von der H2/School-Quellseite abweichenden Installationsort, z. B. C:\ASV_PG\Server.

Falls Postgres/die Zielseite dagegen auf einer anderen Maschine als die Quellseite läuft, müssen die folgenden zwei Ergänzungen/Veränderungen an Postgres-Konfigurationsdateien (im data-Verzeichnis von Postgres, in der Regel unter C:\Program Files\PostgreSQL\<Version>\data zu finden) vorgenommen werden, damit das auf Quellseite laufende Tool berechtigt ist, auf die Postgres-Datenbank zuzugreifen und sie zu befüllen.

Ergänzen Sie in der Datei pg_hba.conf am Ende die folgende Zeile:

Nehmen Sie in der Datei postgresql.conf folgende Anpassung vor:

Starten Sie nun den PostgreSQL-Dienst neu, damit die Änderungen aktiv werden. Erst dann darf die Quell-Maschine (vorübergehend) auf die „entfernte“ Postgres-Datenbank zugreifen. Nach erfolgter Migration werden wir diese temporär erforderliche Ausweitung der Zugriffsberechtigung wieder rückgängig machen (s. u.).

Vorgehensweise

Das Tool muss auf derjenigen Maschine ausgeführt werden, wo der abzulösende ASV Server School läuft (bzw. lief, denn er muss ja abgeschaltet sein, s. o.). Der Grund ist, dass die Zugangsdaten zur H2-Datenbank aus der config.ini des Quell-DSS gelesen werden müssen.

Als Erstes ist der Pfad zur DSS-Installation des Quellsystems anzugeben. Falls der Quell-DSS in C:\ASV\Server installiert ist, erkennt das Tool dies automatisch. In allen anderen Fällen klicken Sie bitte auf Durchsuchen… und navigieren in den Basisordner des Quell-DSS.

Anschließend wird die Angabe der korrekten Zugangsdaten für die Zieldatenbank (Postgres) erforderlich (mittlerer Bereich im obigen Screenshot).

Nach Klick auf die Schaltfläche Konvertiervorgang starten (dieser Knopf wird erst aktiv, wenn alle notwendigen Daten eingetragen sind) beginnt der Prozess mit seiner Arbeit.

Falls er auf der Zielseite ein bereits vorhandenes Schema asv vorfindet, erfolgt eine Sicherheitsnachfrage.

Wenn Sie den Ziel-DSS gerade frisch installiert haben, wird angegeben, dass das Schema 0 (null) Schulen enthält. In diesem Fall können Sie der Löschfrage bedenkenlos zustimmen.

In allen anderen Fällen (d. h. wenn eine oder mehrere Schulnummern aufgeführt werden) ist Misstrauen geboten, da die Gefahr besteht, durch Verwechslung o. ä. eine andere, noch benötigte Postgres-Instanz zu überschreiben.

In der dbctl-Konsole werden Sie über den Fortgang informiert:

In Abhängigkeit von der Anzahl, Größe und Komplexität der in der H2-Instanz enthaltenen Schulen wird der gesamte Prozess einige Minuten in Anspruch nehmen. Bitte warten Sie, bis Ihnen durch ein Dialogfeld die Beendigung des Prozesses signalisiert wird (das kann auch dann noch ein wenig dauern, wenn gerade keine Ausgaben mehr in der dbctl-Konsole erfolgen):

Prüfen Sie anschließend die Ausgaben in der dbctl-Konsole.

Wurden in der dbctl-Konsole Fehler ausgegeben, so konnte der Klon-Vorgang nicht oder nicht vollumfänglich durchgeführt werden. Bitte prüfen Sie als Erstes die Korrektheit der eingegebenen Datenbank-Zugangsdaten. Sollte an der Stelle jedoch keine Fehleingabe vorliegen (was sehr unwahrscheinlich ist), erstellen Sie bitte ein Support-Ticket.
Tipp: Die Meldungen in der Konsole können markiert und in die Zwischenablage übernommen werden.

Abschließend beenden Sie das Werkzeug durch Klick auf Tool beenden.

Abschluss / erneute Absicherung des Postgres-DB-Servers

Machen Sie die beiden oben unter „Voraussetzungen“ beschriebenen Änderungen an der Postgres-Konfiguration wieder rückgängig:

Entfernen Sie die besagte Zeile („samenet“) aus der Datei pg_hba.conf wieder und speichern Sie die Datei ab;
Tragen Sie in der Datei postgresql.conf bei listen_addresses = … statt des Sternchens * wieder localhost ein und speichern Sie die Datei ab.

Starten Sie nun bitte den PostgreSQL-Dienst erneut, damit die Änderungen wirksam werden.

Bitte achten Sie unbedingt darauf, dass das Quellsystem (H2/Server School) nie mehr wieder in Betrieb geht/gehen kann.

Anderenfalls bestünde die Gefahr, dass das schulische Personal auf zwei verschiedenen ASV-Installationen arbeitet!

Falls der neue Postgres-DSS auf einer anderen Maschine als der alte H2-DSS läuft, müssen Sie beim ASV-Client (bzw. den ASV-Clients) in der Datei config.ini die Zeile server.url=… auf die neue IP-Adresse anpassen.

Nun können Sie den Postgres-DSS starten und die Schulen werden in der Lage sein, mit dem 1:1 übertragenen Datenbestand sofort weiterzuarbeiten.

Automatische Datensicherung

Als (ehemaliger) Betreiber einer ASV-School-Instanz waren Sie auch bisher schon für die regelmäßige Datensicherung auf ein externes (Offline-)Medium verantwortlich, um im Ernstfall (Havarie, Befall durch Schadsoftware, …) gewappnet zu sein.

Wie Sie zukünftig Ihrer Pflicht zur Sicherung der Daten Ihrer frischgebackenen PostgreSQL-Installation nachkommen, erfahren Sie hier.

Download

Sie können das Tool hier herunterladen. Es ist für ASV-Versionen ab 26.1 aufwärts geeignet.

Falls Sie Fragen haben...

Sollten Sie hinsichtlich der Durchführung bzw. des konkreten Ablaufs Fragen haben bzw. Unterstützung benötigen, wenden Sie sich bitte an Ihre zuständige Multiplikatorin bzw. Ihren zuständigen Multiplikator.

Bei technischen Fragen zum Tool als solchem (nicht aber zur Durchführung der Umstellung!) können Sie sich an leonhard.fellermayr@stmuk.bayern.de wenden.

Hessian-to-JSON-Konvertierung

anonymous@undisclosed.example.com (Anonymous) — Fri, 21 Mar 2025 11:23:38 +0000

Hessian-to-JSON-Konvertierung

Technischer Hintergrund

Bislang wurde für die Speicherung binärer bzw. komplex zusammengesetzter Daten in ASV eine mittlerweile überholte Bibliothek (Hessian) verwendet. Künftig wird stattdessen das modernere und menschenlesbare JSON-Format zur Datenhaltung eingesetzt.

Um die Ablösung des Hessian-Frameworks technisch vorzubereiten und die vorhandenen Hessian-Datensätze in JSON-Darstellung umzurechnen, muss ein Migrationsprozess durchlaufen werden, die sogenannte Hessian-to-JSON-Migration. An der sonstigen Bedienung von ASV ändert sich durch diese interne Umstellung nichts.

Für das Update von ASV 24.4 auf 25.1 (sowie für die Korrektur der Berichte-Zuordnung nach dem Update auf ASV 24.4) wird zwingend vorausgesetzt, dass zuvor die entsprechende Konvertierung stattgefunden hat.

Vorgehen

Stellen Sie bitte technisch bzw. organisatorisch sicher, dass die Ausführung der Migration in eine möglichst lastarme Zeit fällt. Eine vollständige Unterbrechung des ASV-Betriebs ist nicht zwingend erforderlich. Als Benutzer sys erhalten Sie einen Überblick über die gerade angemeldeten Anwender.

Die Hessian-to-JSON-Konvertierung kann nur durch den Systemadministrator des ASV-DSS durchgeführt werden.
Dieser hat in der Regel die Kennung sys.

Über Datei / Verwaltung kann der Menüpunkt JSON Konvertierung starten aufgerufen werden.

Bestätigen Sie die Nachfrage mit Ja, sofern Sie die JSON-Konvertierung anstoßen wollen.
Mit Nein oder durch Schließen des Fensters wird die Funktion abgebrochen.
Sobald die Funktion gestartet wurde, kann der Ablauf nicht mehr unterbrochen werden.

Es werden nacheinander Daten in folgenden Tabellen konvertiert:

SVP_BERICHT
SVP_ZEUGNIS_SCHUELER
SVP_SYSTEM_SETTINGS
SVP_WIEDERVORLAGE
SVP_TRANSFEROBJEKT
SVP_SYSTEM_TEMPLATES

Der Bearbeitungsstand wird im Fenster ausgegeben.

Sobald die Migration der Daten erfolgreich abgeschlossen ist, wird dies rückgemeldet und das Fenster kann über Betätigen des Buttons OK geschlossen werden.

Anzeige des RSS-Feeds in ASV

anonymous@undisclosed.example.com (Anonymous) — Fri, 27 Jun 2025 15:17:34 +0000

Anzeige des RSS-Feeds in ASV

Der RSS-Feed wird durch das Update auf ASV 25.2 mit den empfohlenen Voreinstellungen automatisch aktiviert.

Mit folgenden Konfigurationsparametern, die in der config.local.ini des DSS genutzt werden können, haben Sie die Möglichkeit, die Konfiguration manuell zu verändern:

Befehl	Funktion	Vorbelegung
app.rss.cache.size	Anzahl an Feed Einträgen, die auf dem DSS zwischengespeichert werden und ohne erneuten Kontakt zum RSS-Server in den Clients dargestellt werden können.	10
app.rss.enabled	(De)aktiviert die Anzeige des Feeds.	true
app.rss.http.timeout	Zeit in Sekunden, nach der eine Anfrage am RSS-Server im Fehlerfall abgebrochen wird.	4
app.rss.refresh.delay	Zeit in Minuten, nach der die Feed Einträge auf einem DSS frühestens manuell aktualisiert werden können.	5
app.rss.update.time	Zeit in Minuten, nach der die Feed Einträge automatisch aktualisiert werden.	180
app.rss.update.startdelay	Zeit in Minuten, nach der erstmalig nach Start des DSS Feeds abgeholt werden.	1

app.rss.http.proxy.host	Adresse des Proxyservers, über den der DSS den RSS-Dienst erreichen kann.	Keine Vorbelegung
app.rss.http.proxy.port	Port des Proxyservers, über den der DSS den RSS-Dienst erreichen kann.	Keine Vorbelegung

Sofern in Ihrer Installation für die Verbindung zwischen DSS und RSS-Server ein Proxy benötigt wird, müssen die beiden entsprechenden Konfigurationsparameter manuell gesetzt werden.

Arbeiten mit der Servicekonsole

anonymous@undisclosed.example.com (Anonymous) — Mon, 06 Aug 2018 07:38:15 +0000

Arbeiten mit der Servicekonsole

Die Servicekonsole bietet die Möglichkeit, aus der Anwendung heraus die Datenbank zu analysieren bzw. im Problemfall auch zu korrigieren.

Vorgehen

Sie bekommen von Ihrem Multiplikator oder von einem Mitarbeiter des Kernteams per Mail ein Service-Skript (Datei mit der Endung „.sfz“) sowie ein Passwort und der Bitte, dieses Skript mittels Servicekonsole einzuspielen.

Gehen Sie hierzu wie folgt vor:

Speichern Sie die „.sfz“-Datei z.B. auf dem Desktop ab (Achtung: Manche Programme interpretieren es als zip-File. In diesem Fall unbedingt in Anführungszeichen und dem Dateiformat .sfz abspeichern, z.B. „service_fix_SNr_xxxx.sfz“ ).
Öffnen Sie in der ASV mit Schulleiterrechten die Servicekonsole (Datei → Verwaltung → Servicekonsole)
Geben Sie über das Icon Ihre Schulnummer ein.
Wählen Sie über die Schaltfläche „…“ die gerade gespeicherte sfz-Datei an.
Klicken Sie auf Ausführen.
.
Geben Sie anschließend das Passwort, welches Ihnen mit der Datei mitgeteilt wurde, in den Passwortdialog ein. Sie können die Ausgabe des Skripts im Ausgabefenster beobachten.
Möglicherweise wurden Sie aufgefordert, das Ergebnis des Skripts zu Analysezwecken zurückzuschicken.
Mittels Schaltfläche In Zwischenablage können Sie die Ausgabe des Skriptes in die Zwischenablage kopieren und anschließend entweder direkt in eine Mail oder in einen Texteditor (z.B. Notepad) einfügen. Textverarbeitungsprogramme wie Word, Wordpad, etc. sind hierzu weniger geeignet.
Danach können Sie den Dialog schließen.

Aus Sicherheitsgründen kann das Ihnen übermittelte Skript ausschließlich auf den Datenbestand Ihrer Schule angewendet werden. Zusätzlich ist das Skript mit einem „Ablaufdatum“ versehen. Nach diesem Datum („Gültig bis“ im Dialog) kann das Skript nicht mehr ausgeführt werden.

ASV Technik

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

ASV Technik

Aktuelle Informationen erhalten Sie laufend über den RSS-Feed ASV Technik, den Sie auch abonnieren sollten.

Sofern Fragen nicht mit Hilfe der Dokumentation gelöst werden können, erstellen Sie bitte ein Ticket im ASV-Helpdesk

Aufgaben der ASV-Systembetreuung

Informationen für Sachaufwandsträger

Überblick über Betrieb & Installation

Falls durch den Sachaufwandsträger bereits eine Betriebsvariante verwendet wird, da schon andere Schularten betreut werden, wird diese voraussichtlich auch bei Ihnen eingesetzt.
Sollte Ihre Schule - in Absprache mit dem Sachaufwandsträger - noch vor der Entscheidung stehen, können Sie sich im Folgenden über die Möglichkeiten informieren.
Es gibt drei grundlegende organisatorische Betriebsvarianten:

Lokaler Betrieb an der Schule
Lokale Installation durch zentralen Administrator
Regional-zentraler Betrieb

Man unterscheidet zwei technische Installationsvarianten:

ASV-Server School mit H2-Datenbank
ASV-Server Enterprise mit PostgreSQL-Server

Fachwahl-Erfassung Online (FEO)

Mit der Komponente Fachwahl-Erfassung Online (kurz FEO) wird es ermöglicht, dass Schülerinnen und Schüler des Gymnasiums vor Eintritt in die Oberstufe aus dem Fachangebot der Schule ihre Fachwahl eingeben und prüfen lassen.

Notenerfassung Online (NEO)

Mit der Komponente Noten-Erfassung Online (kurz NEO) wird es ermöglicht, dass Lehrkräfte von außerhalb des Schulverwaltungsnetzes auf bestimmte Funktionen von ASV zugreifen können. Die ersten Funktionen werden die Notenerfassung und die Zeugniserstellung sein.

Technik von A bis Z

A B C D E F G H I J K L M N O P R S T U V W Z

A

Administrator
Aktualisierung
Aktualisierungsdienst
Angemeldete Benutzer anzeigen
Arbeitsspeicher
ASV Server Enterprise
ASV Server School

B

Backup
Basisinformationen
Betrieb
Betriebsvariante

C

Client
Client-Installation

D

Datensicherung
Dienst
DSS
DSS-Funktionstest

F

Firewall

H

Hardware
Heap Space

I

Installation
Installationsprotokoll
Installationsvarianten

J

Java

K

Konfiguration

L

Logfiles

M

Manuelle Aktualisierung
Migration

P

Portfreigabe
PostgreSQL
PostgreSQL-Aktualisierung
Proxy-Einstellungen

R

Regional-zentraler Betrieb
RSS-Feed
RSS-Feed im ASV Client anzeigen
Rücksicherung

S

Schulscharfe Sicherung
Serverdienste
Systemvoraussetzungen

T

Terminalserver

U

Umzug einer Server-Installation
Unattended Installation eines Clients
Unattended Update (Linux)
Unattended Update eines Clients
Update

V

Votum

W

Windows-Betriebssystem

Z

Zertifikat
Zertifikatsinstallation
ZSS

Links zu Telefon- und Email-Programmen

anonymous@undisclosed.example.com (Anonymous) — Sun, 25 Jan 2026 09:24:26 +0000

Links zu Telefon- und Email-Programmen

Man findet überall dort, wo in ASV Kommunikationsdaten erfasst werden können, z.B. in den Modulen Schüler oder Lehrkräfte, in der jeweiligen Tabelle eine Spalte Link.

Ein Klick auf das Telefon-Symbol öffnet eine auf dem Computer verknüpfte Telefon-Software, analog öffnet ein Klick auf das Brief-Symbol eine verknüpfte Email-Software.

Um diese Verknüpfungen herzustellen, geht man in Windows 11 über das Start-Menü in die Einstellungen, dort in den Bereich Apps und wählt den Menüpunkt Standard-Apps aus:

Im zweiten Schritt sucht man die gewünschte Anwendung in der Liste der installierten Programme und klickt auf den Eintrag:

Im letzten Schritt sucht man in der Liste den Unterpunkt MAILTO, klickt darauf und wählt hier die eben ausgewählte Software noch einmal aus:

Zertifikat wechseln

anonymous@undisclosed.example.com (Anonymous) — Tue, 15 Nov 2022 07:29:27 +0000

Zertifikat wechseln

Alle drei Jahre muss das in der ASV Installation integrierte Zertifikat durch ein aktuelles Zertifikat ausgetauscht werden. Dieser Austausch steht wieder in 2024 an.

Ohne gültiges Zertifikat ist keine Kommunikation mit dem ZSS möglich!

Hier erfahren Sie, wie Sie bei der Einspielung des neuen Zertifikats vorgehen müssen: Nachträgliche Installation