Der Strom fällt aus.
Ihre VMs fahren geordnet herunter — oder migrieren live.

Unterstützt werden SNMP v1, v2c und v3 (mit SHA/MD5-Authentifizierung und AES/DES-Verschlüsselung) sowie NUT (Network UPS Tools) über TCP-Port 3493. Per SNMP werden APC PowerNet OIDs, Eaton-spezifische OIDs (XUPS und MGE), Socomec-spezifische OIDs (Netvision 5 und 6), Vertiv/Liebert (LIEBERT-GP), Huawei (UPS2000/UPS5000) und CyberPower (CPS-MIB) sowie der Standard RFC 1628 (UPS-MIB) als universelle Rückfallebene gelesen — die Erkennung läuft automatisch. Über NUT kommen Geräte von Riello, Legrand, Powerware und hunderten weiteren Herstellern hinzu.

Sobald die USV auf Batteriebetrieb wechselt, prüft die Software die konfigurierten Schwellwerte für Akkuladung und Restlaufzeit. Erst nach mehreren aufeinanderfolgenden Bestätigungs-Abfragen — dem Schutz vor Fehlauslösung — startet die Notabschaltung: Alle Hyper-V Hosts werden in der festgelegten Reihenfolge abgearbeitet, pro Host jede laufende VM entweder per Stop-VM (das Betriebssystem fährt herunter) oder per Save-VM (Suspend, der Zustand wird auf Platte gesichert). Danach fährt der Host selbst per shutdown.exe herunter. Alle aktiven Alarmkanäle werden bereits beim Ausfall benachrichtigt.

Einmallizenz (perpetual) — kein Abo, keine monatlichen oder jährlichen Kosten. Die Lizenz gilt für unbegrenzt viele Hyper-V Hosts und berechtigt zur dauerhaften Nutzung der zum Kaufzeitpunkt aktuellen Version. Standard kostet 139 €, Pro 199 €, Enterprise 349 €. Der Kauf läuft online, die Aktivierung erfolgt per Schlüssel direkt in der Anwendung.

Ja. Nach der Installation läuft die Software 30 Tage als voll funktionsfähige Testversion mit allen Funktionen — ohne Registrierung, ohne Kreditkarte, ohne automatische Verlängerung. Nach Ablauf der 30 Tage sind USV-Überwachung und Notabschaltung gesperrt, bis eine Lizenz aktiviert wird.

Vor allem das Lizenzmodell: APC PowerChute Network Shutdown und Eaton Intelligent Power Manager lizenzieren pro Server-Node — drei Hyper-V Hosts bedeuten drei Lizenzen, jedes Jahr erneut. Hier genügt eine Einmallizenz für beliebig viele Hosts.

Dazu kommen Herstellerunabhängigkeit (SNMP und NUT statt einer Marke), Save-VM als Alternative zum Shutdown, Live-Migration auf einen gesunden Partner-Host, Teams-, SMS- und Webhook-Alarme sowie Verfügbarkeits- und Energieberichte.

Ja, es lassen sich beliebig viele Hyper-V Hosts konfigurieren. Jeder Host hat eine eigene Verbindungskonfiguration (IP, Port, Benutzer, SSL) und eine frei wählbare Shutdown-Reihenfolge — Hosts mit niedrigerer Ordnungszahl werden zuerst heruntergefahren. Der Ablauf wartet auf den Abschluss jedes Hosts, bevor der nächste startet, statt alle parallel abzuschalten.

Auf dem Hyper-V Host einmalig Enable-PSRemoting -Force als Administrator ausführen. Läuft die Software in einer Arbeitsgruppe oder auf einer anderen Maschine, muss der Host zusätzlich als TrustedHost eingetragen werden:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value '192.168.1.10' -Force

Der verwendete Benutzer benötigt Mitgliedschaft in der Gruppe Hyper-V-Administratoren. Optional lässt sich WinRM über HTTPS auf Port 5986 betreiben. Die vollständige Anleitung steht in der Einrichtungsanleitung.

E-Mail per SMTP: Server, Port, TLS/SSL sowie Benutzer und Passwort in der App eintragen. E-Mail per Microsoft 365 (App-only): Azure-App-Registrierung mit der Anwendungsberechtigung Mail.Send, Administratorzustimmung und Client-Secret — Tenant-ID, Client-ID und Secret werden in der App hinterlegt, ideal für den Dienst-Betrieb ohne angemeldeten Benutzer.

Microsoft Teams (Pro) läuft über einen Teams-Workflows-Webhook: im Kanal über ••• → „Workflows" die Vorlage „Post to a channel when a webhook request is received" anlegen und die erzeugte URL in der App eintragen — ohne Azure-App-Registrierung und ohne interaktiven Benutzer. SMS (Pro) über seven.io: API-Key anlegen, Empfängernummern im E.164-Format eintragen. Der Webhook-Kanal (Pro) nimmt jede HTTPS-Ziel-URL entgegen — kompatibel mit Slack, Discord, dem klassischen Teams-Connector, n8n, Zapier oder eigenen Endpunkten, optional mit einem zusätzlichen Auth-Header.

Jeder Kanal hat einen eigenen Test-Button direkt in der App; ausführliche Schritt-für-Schritt-Anleitungen stehen im App-internen FAQ unter „Benachrichtigungen".

Neue Installationen senden USV-Ereignisse als Standard-Traps der UPS-MIB (RFC 1628): Stromausfall und die periodische Akku-Meldung als upsTrapOnBattery (mit geschätzter Restlaufzeit in Minuten, Sekunden auf Akku und Low-Battery-Schwelle), alle übrigen Ereignisse als upsTrapAlarmEntryAdded bzw. upsTrapAlarmEntryRemoved mit dem passenden upsWellKnownAlarm: LowBattery, ShutdownPending (Notabschaltung ausgelöst bzw. abgebrochen), CommunicationsLost (USV nicht erreichbar bzw. wieder erreichbar), BatteryBad, DiagnosticTestFailed und OnBypass. Die Netzrückkehr beendet den OnBattery-Alarm mit einem Removed-Trap; Added und Removed tragen dieselbe upsAlarmId.

Damit das Monitoring-System (z.B. PRTG, Zabbix, LibreNMS, Checkmk) die Traps mit Namen statt nur als OIDs anzeigt, muss dort die UPS-MIB (RFC 1628, Modulname UPS-MIB) geladen sein — bei den meisten Systemen ist sie bereits enthalten.

Da der Monitor-Server der Absender ist, steht der Name der betroffenen USV in upsIdentName; Betreff und Meldungstext stehen zusätzlich wie bisher in sysDescr und sysLocation. Meldungen ohne USV-Bezug (Live-Migration, Host-Erreichbarkeit, Updates, Test-Trap) werden weiter mit der eingestellten Trap-OID gesendet.

Bestehende Installationen behalten nach dem Update das bisherige Format (alle Meldungen mit der eingestellten Trap-OID), damit vorhandene Empfängerregeln weiter greifen. Umstellen lässt es sich im Alarmmanager unter SNMP Trap → Trap-Format.

Bei zwei Hosts an unterschiedlichen USVs prüft die Software sofort, ob der Partner-Knoten noch am Netz ist. Ist er gesund und hat seine USV genügend Restlaufzeit, werden die laufenden VMs des betroffenen Hosts per Live-Migration (Move-VM) dorthin verschoben; der geleerte Host schaltet sich anschließend selbst ab.

Hat der Partner zwei USVs, genügt es, wenn eine davon noch Netz hat. Auf einen Partner, dessen USV selbst auf Akku läuft, wird nur migriert, wenn eine Mindest-Restlaufzeit für das Ziel eingestellt ist, die USV sie erreicht und mehr Restlaufzeit meldet als die ausfallende. Ist der Partner ebenfalls betroffen, migriert die Software nicht, sondern fährt beim Erreichen der Schwellwerte die Hosts und Server aller betroffenen USVs geordnet herunter; USVs, die weiter Netzstrom melden, bleiben mit ihren Hosts unberührt. Fällt nur eine USV aus, werden nur ihre Hosts heruntergefahren. Den Rechner, auf dem die Überwachung läuft, kann man im Tab Dienst ebenfalls einer USV zuordnen, damit er nur bei deren Ausfall mit herunterfährt. Live-Migration ist ein Pro-Feature und setzt einen Failover-Cluster mit Shared Storage oder eine korrekt konfigurierte Shared-Nothing-Migration voraus.

→ Ausführlicher Ratgeber: Hyper-V Cluster bei Stromausfall

USV-Redundanz (Pro) betrifft einen Host oder Zusatzserver mit zwei unabhängigen Einspeisungen — etwa einen Server mit zwei Netzteilen an zwei getrennten USVs. Neben der primären wird eine zweite, redundante USV zugeordnet. Meldet die primäre USV einen kritischen Ausfall, prüft die Software zuerst, ob die zweite USV noch gesund ist. Ist sie es, wird die Abschaltung dieses Hosts zurückgestellt, nicht abgebrochen, und bei jedem weiteren Poll erneut geprüft — der Host läuft ja weiterhin über die intakte Einspeisung. Erst wenn beide USVs kritisch sind, fährt er geordnet herunter.

Live-Migration dagegen betrifft zwei verschiedene Hyper-V Hosts an unterschiedlichen USVs: fällt die Stromversorgung eines Hosts komplett aus, wandern seine VMs zum gesunden Partner-Host. Beide Funktionen lassen sich kombinieren.

Im Bearbeiten-Dialog des Hosts bzw. Zusatzservers zusätzlich zur zugeordneten USV im Feld „Redundante USV (Pro)" die absichernde zweite USV auswählen. Solange mindestens eine der beiden Online/Charging meldet, wird die Abschaltung zurückgestellt statt ausgeführt und bei jedem weiteren Poll erneut geprüft.

Wichtige Falle bei der Standardzuordnung: Ein Hyper-V Host ohne USV-Zuordnung wird gar nicht abgeschaltet, ein Zusatzserver ohne Zuordnung gilt dagegen als „gehört zu jeder USV" und wird bei jedem USV-Ausfall mit abgeschaltet — erst eine explizite Zuordnung schränkt ihn auf genau eine USV ein.

Timeouts: Jede USV läuft als eigener, unabhängiger Überwachungsprozess mit ihrem eigenen Abfrageintervall. Der Status der jeweils anderen USV gilt nur als aktuell, solange er nicht älter ist als das Dreifache ihres eigenen Abfrageintervalls (mindestens 30 Sekunden) — bei einer selten abgefragten zweiten USV kann ihr letzter bekannter Status also mehrere Minuten alt sein, bevor er verworfen wird. Beide USVs sollten deshalb ein ähnliches, eher kurzes Abfrageintervall haben. Optional lässt sich im Feld „Min. Restlaufzeit Redundanz-USV" zusätzlich eine Sicherheitsmarge fordern: Meldet die schützende USV weniger Restlaufzeit, gilt sie trotz Online-Status nicht mehr als ausreichend.

Die individuelle Frühabschaltung eines Zusatzservers berücksichtigt eine konfigurierte Redundanz-USV genauso. Alles zusammen ist Bestandteil der Pro-Lizenz — ohne sie wird eine konfigurierte zweite USV ignoriert, betroffene Hosts/Server fahren normal wie ohne Redundanz herunter.

Ja. Der Windows-Dienst lässt sich direkt aus der Oberfläche installieren, starten und stoppen — kein sc.exe nötig. Er startet automatisch beim Windows-Boot und überwacht die USV ohne angemeldeten Benutzer. GUI und Dienst teilen sich dieselbe config.json in %ProgramData%\UPSHyperVShutdown; erkennt die GUI einen laufenden Dienst, sperrt sie ihre eigene Überwachung, damit nicht beide gleichzeitig abschalten.

Überwachung und Abschaltung laufen komplett im lokalen Netz: Die USV-Kommunikation per SNMP oder NUT, die Hyper-V-Verbindung per WinRM. Ein Stromausfall wird also auch ohne Internet sicher abgearbeitet. Eine Verbindung nach außen braucht nur die Lizenz: Sie wird alle 30 Tage online geprüft, danach gilt eine Kulanzfrist von 7 Tagen. Optional kommen die Update-Prüfung sowie Alarmkanäle wie Microsoft 365, Teams, SMS über seven.io oder Webhook hinzu.

Messwerte, Verlauf, Berichte, Konfiguration, Zugangsdaten, Protokolle und Audit-Log bleiben ausschließlich auf Ihrem Server — keine Cloud, kein Hersteller-Konto, keine Telemetrie. Nach außen gehen nur: die Lizenzprüfung bei Polar (Lizenzschlüssel, anonymisierter Hardware-Fingerabdruck, IP-Adresse), die Update-Abfrage bei GitHub (nur Ihre IP-Adresse; alternativ eine eigene Update-Quelle per UNC-Pfad oder HTTPS) und Alarme über die Kanäle, die Sie selbst einrichten. Ein Support-Paket entsteht nur, wenn Sie es selbst exportieren und weitergeben.

Ja, auf zwei unabhängigen Wegen — beide ein Enterprise-Feature. Ein schlanker HTTP-Endpoint liefert den aktuellen Gesundheitszustand: /health als JSON und /health/simple als Klartext OK/WARN/CRIT für klassische Monitoring-Systeme wie Zabbix, PRTG oder Nagios, dazu /metrics im Prometheus-Textformat für Prometheus/Grafana sowie Zabbix' natives Prometheus-Scraping, und /prtg im nativen JSON-Schema des PRTG-Sensors „HTTP Data Advanced" — mit passendem HTTP-Status-Code, standardmäßig nur lokal erreichbar und optional per Bearer-Token abgesichert.

Zusätzlich schreibt die Software ihre wichtigsten Ereignisse mit festen, dauerhaft dokumentierten Event-IDs ins Windows-Anwendungsereignisprotokoll. Microsoft Sentinel und Splunk sammeln Windows-Ereignisse in den meisten Umgebungen ohnehin bereits ein — EventID und Kategorie stehen dort als eigene, direkt filterbare Felder zur Verfügung, ganz ohne den Freitext der Meldung parsen zu müssen.

Voraussetzung: eine Enterprise-Lizenz — ohne sie startet der Dienst den Endpoint nicht, selbst wenn er aktiviert ist. In der Desktop-Anwendung unter Allgemeine Einstellungen → Reiter „📡 Monitoring" aktivieren (Standard-Port 9099, direkt im selben Reiter änderbar). Für Prometheus in der scrape_configs einen Job mit dem Ziel <Host>:9099 anlegen, der /metrics abfragt (Scrape-Intervall 30s genügt). Für PRTG einen Sensor vom Typ „HTTP Data Advanced" anlegen mit der URL http://<Host>:9099/prtg — PRTG legt Akkuladung, Restlaufzeit, Gesamtstatus und die übrigen Kanäle automatisch an, kein manuelles Mapping nötig.

Der Endpoint bindet standardmäßig nur auf localhost; für Zugriff von einem anderen Rechner die Bind-Adresse im selben Reiter gezielt auf eine konkrete IP setzen und die Windows-Firewall für die Monitoring-Quelle öffnen. Optional per Bearer-Token absichern — der „Token erzeugen"-Button im selben Reiter generiert ihn automatisch und zeigt ihn einmalig zum Kopieren an, kein manuelles Eintragen in der config.json nötig.

Standardmäßig unter https://<Server-IP>:9443/ (HTTPS, Port über WebManagementPort änderbar). Bei einer Vollinstallation (GUI + Dienst) lässt sie sich in der Desktop-Anwendung unter Allgemeine Einstellungen → Remote-Weboberfläche aktivieren und ein Benutzerkonto anlegen — dort auch Port, Bind-Adresse, Sitzungs-Timeout und IP-Whitelist einstellbar.

Bei der Installationsart „Nur Dienst" (Server Core) im Installer zusätzlich die Aufgabe „Remote-Weboberfläche aktivieren" auswählen; beim ersten Dienststart läuft die Weboberfläche im Setup-Modus, und das erste Konto wird mit einem Einmal-Setup-Token angelegt (siehe nächste Frage). Das anfangs selbstsignierte Zertifikat löst im Browser eine Zertifikatswarnung aus (der Fingerabdruck steht im Dienst-Log) — ein eigenes Zertifikat lässt sich später direkt in der Weboberfläche hochladen.

Voraussetzung ist eine Enterprise-Lizenz oder die aktive 30-Tage-Testversion.

Nur bei der Installationsart „Nur Dienst" (z.B. Server Core) nötig — bei einer Vollinstallation wird das Konto direkt in der Desktop-Anwendung angelegt. Damit nicht jeder im Netzwerk das erste Konto anlegen kann, verlangt die Setup-Seite ein Einmal-Setup-Token. Der Dienst schreibt es beim Start in die Datei C:\ProgramData\UPSHyperVShutdown\web-setup-token.txt, die nur Administratoren lesen können.

Auslesen als Administrator in PowerShell — auf dem Server:

Get-Content "C:\ProgramData\UPSHyperVShutdown\web-setup-token.txt"

oder vom Management-PC aus (Servername anpassen):

Invoke-Command -ComputerName SERVER01 -ScriptBlock { Get-Content "C:\ProgramData\UPSHyperVShutdown\web-setup-token.txt" }

Dann am Management-PC https://SERVER01:9443/ öffnen, die Zertifikatswarnung des selbstsignierten Zertifikats bestätigen und Token, Benutzername und Passwort (mindestens 12 Zeichen) eintragen. Nach erfolgreicher Einrichtung löscht der Dienst die Token-Datei; angemeldet wird ab dann mit Benutzername und Passwort.

Fehlt die Datei oder wird das Token abgelehnt: Dienst neu starten (Restart-Service UpsHyperVShutdown) — dabei entsteht ein neues Token — und die Datei erneut auslesen. Nach 5 Fehleingaben ist die IP-Adresse für 5 Minuten gesperrt. Details stehen im Dienst-Log unter C:\ProgramData\UPSHyperVShutdown.

Standard enthält den kompletten Kern: USV-Überwachung per SNMP v1/v2c/v3 und NUT, Notabschaltung beliebig vieler Hyper-V Hosts und VMs, zusätzliche physikalische Server, E-Mail-Alarme über SMTP und Microsoft 365, SNMP Trap, Windows-Dienst und Auto-Updater.

Pro ergänzt: mehrere USV-Geräte mit Host-Zuordnung, USV-Redundanz, Live-Migration statt Shutdown, Microsoft Teams-, SMS- und Webhook-Alarme, Batterie-Gesundheitstrend, Verfügbarkeitsberichte, Energie- und Stromkostenanalyse, CSV-/PDF-Export, den monatlichen Manager-Bericht per E-Mail, Tamper Protection (digitale Signatur der Konfigurationsdatei) sowie den Topologie-Tab (grafische Übersicht mit Absicherungsstatus und PDF-Notfallplan-Export).

Enterprise ergänzt zusätzlich: die Remote-Weboberfläche (komplette Bedienung über den Browser, insbesondere für Windows Server Core ohne lokale GUI) sowie die Monitoring-Integration (Health-Endpoint mit JSON, Prometheus-Metriken und nativem PRTG-Sensorformat, feste Event-IDs im Windows-Ereignisprotokoll für SIEM-Anbindung) und das USV-Monitoring: die Betriebsart „Nur Überwachung“ global oder je USV, Warnschwellen für Akku, Last, Temperatur und Eingangsspannung sowie den USV-Selbsttest, manuell oder nach Zeitplan. Im 30-Tage-Test sind alle Enterprise-Funktionen freigeschaltet.