Ihre VM Debian 13 startet, Sie können sich anmelden, dann zeigt der Hyper-V-Host nur „Running“ an. Es ist unmöglich zu wissen, ob Debian noch reagiert, ob die Uhr nach einer Wiederaufnahme korrekt zurückläuft oder ob ein vom Host angefordertes Herunterfahren sauber erfolgt.
Die Hyper-V-Integrationsdienste unter Debian 13 werden zunächst durch Lesevorgänge auf der Gast- und der Hostseite kontrolliert. Sie werden die Kernel-Module, die Gast-Daemons, die Uhrsynchronisierung, den dynamischen Speicher und den Sicherungsweg unterscheiden, ohne ein altes LIS-Paket zufällig zu installieren.
Vorsicht. Die Microsoft-Matrix listet Debian 10, 11 und 12, nicht Debian 13. Stellen Sie also sicher, dass Sie Debian 13 nicht als offiziell von Microsoft unterstützt vorstellen, und installieren Sie das herunterladbare LIS-Paket nicht ohne Nachweis, dass es mit Ihrem System kompatibel ist.
Lesen Sie die Hyper-V-Module, bevor Sie ein Paket hinzufügen
Beginnen Sie in Debian. Der Kernel kommuniziert mit dem Host über VMBus, das in der Hyper-V-Dokumentation des Linux-Kernels beschrieben ist. Diese Schicht stellt die Treiber und einige Integrationskanäle bereit. Sie hat nicht die gleiche Rolle wie die von systemd gestarteten Daemons.
- Die VM bleibt erreichbar, mit dem genauen Namen der Maschine, der auf der Hyper-V-Seite erfasst wurde.
- Die Module und Dienste werden vor jeder Änderung gelesen.
- Es gibt einen zweiten Zugang, falls das vom Host angeforderte Herunterfahren die Sitzung beendet.
- Die aktuelle Sicherung ist identifiziert, mit einem geplanten Wiederherstellungstest auf einer Kopie.
lsmod | grep -E '^hv_'
dmesg | grep -i hyperv
systemctl status hv-kvp-daemon.service hv-vss-daemon.service --no-pagerlsmod ermöglicht das Erfassen der derzeit geladenen Module. dmesg gibt die Kernelmeldungen aus, die Hyper-V erwähnen. Der systemd-Befehl trennt die KVP- und VSS-Daemons von den Modulen. Ein Fehlen oder ein Fehlerstatus sollten durch die Protokolle erklärt werden, nicht durch die Installation eines alten LIS. Wenn ein Dienst nicht startet, lesen Sie die Protokolle des letzten Starts, um die nächste Kontrolle zu erhalten.
Heartbeat und sauberes Herunterfahren vom Host aus überprüfen
Im PowerShell bedeutet der Status Running, dass Hyper-V Ressourcen reserviert. Es beweist nicht, dass Debian seinen Start abgeschlossen hat oder dass der Gast antwortet. Die Microsoft-Dokumentation zu Hyper-V-Integrationsdiensten verbindet insbesondere Heartbeat, Gastabschaltung und Zeitsynchronisation mit dem Modul hv_utils.
Get-VM -VMName "<nom-vm>" | Select Name,State,Status
Get-VMIntegrationService -VMName "<nom-vm>"Der erste Lesevorgang bringt den Namen, den Zustand und den von der Integration bereitgestellten Status in Beziehung. Der zweite zeigt die verfügbaren Dienste auf der Hostseite, ihren Zustand und ihre Aktivierung. Wenn der Heartbeat nichts bestätigt, überprüfen Sie zunächst die Antwort von Debian, bevor Sie ein Herunterfahren anfordern.
Taste zum zwangsweisen Herunterfahren schneidet die virtuelle Stromversorgung ab. Microsoft warnt vor dem Risiko von Datenverlust oder -beschädigung, wenn das saubere Herunterfahren deaktiviert oder umgangen wird. Für einen Neustart von Debian sind der Befehl und seine Kontrolle detailliert beschrieben in Linux sauber neu starten.
Wählen Sie eine Zeitquelle und überprüfen Sie die Uhr nach der Wiederaufnahme
Im Diagnosetool können zwei Wege erscheinen. Hyper-V bietet die Synchronisation über hv_utils. Debian kann auch systemd-timesyncd verwenden, das einen entfernten NTP-Server mit SNTP abfragt. Bevor Sie einen Mechanismus deaktivieren, erfassen Sie den Zustand auf beiden Seiten.
timedatectl status
timedatectl timesync-status
journalctl -b -u systemd-timesyncd --no-pagerAuf Debian Trixie beschreibt die Manpage von systemd-timesyncd die Uhrzeitanpassung und die Abfragen von timedatectl. Notieren Sie die Uhrzeit vor einer Wiederaufnahme und lesen Sie sie danach erneut. Wenn Sie nur die lokale Konnektivität bestätigen müssen, bevor Sie NTP anklagen, ermöglicht ip addr die Überprüfung der Schnittstelle, ohne das Netzwerk zu ändern. Die endgültige Entscheidung hängt von der tatsächlich verwendeten Quelle und Ihrer Umgebung ab, nicht von einem universellen Rezept.
Lesen Sie den dynamischen Speicher, bevor Sie den RAM ändern
Das Vorhandensein von hv_balloon deutet auf das Modul hin, das mit Ballooning verbunden ist. Es beweist weder, dass die Last speichermangelnd ist, noch dass der dynamische Speicher für die VM geeignet ist. Trennen Sie die vom Host zugewiesene Kapazität, den in Debian beobachteten Druck und die Nutzung des Swaps.
lsmod | grep '^hv_balloon'
free -h
vmstat 1 5
journalctl -k -b | grep -i hv_balloon
swapon --showfree gibt den von Debian sichtbaren Speicher an. vmstat ermöglicht die Beobachtung des Drucks über fünf Abfragen, während das Kernelprotokoll die mit Ballooning verbundenen Nachrichten anzeigt. swapon zeigt an, ob ein Swap-Speicher aktiv ist.
| Komponente | Rolle | Lesebefehl | Grenze |
|---|---|---|---|
hv_utils | Heartbeat, Herunterfahren und Zeit Hyper-V | lsmod, Host | Beweist nicht die Anwendungsintegrität |
hv_kvp_daemon | Austausch von Schlüssel-Wert-Paaren | systemctl status | Ersetzt keine Überwachung |
hv_vss_daemon | VSS-Anfrage auf der Linux-Gastseite | systemctl status | Nützlich nur, wenn das Sicherungswerkzeug es verwendet |
hv_balloon | Dynamischer Speicher | lsmod, vmstat | Modul vorhanden, Last nicht gemessen |
systemd-timesyncd | NTP-Synchronisation über SNTP | timedatectl | Sollte vom Hyper-V-Zeit getrennt werden |
Für eine latenzempfindliche Last würde ich nach Messung eine feste Größe wählen: der Hostverbrauch bleibt vorhersehbar, auch zu Lasten einer Reservierung im Leerlauf. Eine schwankende Last kann den dynamischen Speicher rechtfertigen, aber nur nach Beobachtung der tatsächlichen Last.
Bereiten Sie ein Herunterfahren und eine Sicherung vor, die wiederhergestellt werden können
Überprüfen Sie hv_vss_daemon, bevor Sie sich auf ein Online-Backup verlassen. Microsoft beschreibt den VSS-Anforderer als einen Weg, der es dem VSS-Dienst ermöglicht, eine VM zu sichern, ohne sie herunterzufahren. Diese Möglichkeit hängt vom Vorhandensein des Daemons und der verwendeten Sicherungssoftware ab. Das Häkchen eines Jobs genügt nicht.
Ein Checkpoint bleibt eine momentane Rückkehr in den Zustand einer VM. Er ersetzt keine unabhängige Kopie noch einen Wiederherstellungstest. Nach einem sauberen Herunterfahren stellen Sie auf einer isolierten Kopie wieder her und überprüfen den Start von Debian, die Uhrzeit, die erwarteten Dienste und die Anwendungsdaten. Der letzte nützliche Nachweis ist diese tatsächlich erneut geprüfte Wiederherstellung, nicht der Status „Abgeschlossen“ eines Auftrags.
