IT-Systembetreuung · Virtualisierung
Viele Server, ein Host: Virtualisierung verlässlich betreuen
Virtuelle Maschinen sparen Hardware und machen Ihre IT beweglicher – solange jemand den Überblick behält. Wir betreuen bestehende Umgebungen mit Hyper-V, VMware oder Proxmox im laufenden Betrieb.
1 · Anmelden: Der Arbeitsplatz meldet sich beim Domänencontroller an – einer virtuellen Maschine auf Host 1.
Illustrative Beispielarchitektur – keine reale Kundenumgebung. Wählen Sie einen Ablauf, um zu sehen, welchen Weg Anmeldung, Daten und Sicherung nehmen.
Fachmodell
Zwei Hosts, ein Speicher, viele Abhängigkeiten
Eine typische kleine virtualisierte Umgebung: zwei Hosts, auf denen je zwei virtuelle Maschinen laufen, ein gemeinsamer Datenspeicher für deren Festplatten und eine getrennte Datensicherung. Wählen Sie einen Baustein – die Karte zeigt, was er braucht, wer ihn braucht und was gesichert ist.
Virtualisierung · physischer Server
Host 1
Ein physischer Server mit Hypervisor (z. B. Hyper-V, VMware ESXi oder Proxmox VE). Er stellt Prozessor und Arbeitsspeicher für seine virtuellen Maschinen bereit. Fällt er aus, stehen alle VMs, die gerade auf ihm laufen – auch wenn die VMs selbst fehlerfrei sind.
- Darauf laufen
Passende Leistungen
Illustrative Beispielarchitektur – keine reale Kundenumgebung und keine Empfehlung für genau diesen Aufbau. Vereinfacht: zwei Hosts ohne Failovercluster, ein gemeinsamer Datenspeicher, ein Domänencontroller. Ihre Umgebung kann anders aussehen; genau das klären wir zu Beginn. Hyper-V und Microsoft Entra ID sind Marken der Microsoft Corporation, VMware ist eine Marke von Broadcom, Proxmox eine Marke der Proxmox Server Solutions GmbH.
Beispielarchitektur als Text
- Mitarbeitende (Arbeitsplatz) – Von der Virtualisierung merken Mitarbeitende nichts – solange alles läuft. Fällt etwas aus, heißt es „Anmeldung geht nicht“ oder „Warenwirtschaft hängt“; die Ursache kann eine Ebene tiefer liegen: beim Host oder beim Speicher. Braucht: Arbeitsplätze, Dateiserver, Fachanwendung.
- Arbeitsplätze (Arbeitsplatz) – Arbeitsplätze melden sich am Domänencontroller an – ob der auf eigener Hardware oder als virtuelle Maschine läuft, ist für sie gleich. Braucht: Netzwerk, Domänencontroller. Wird gebraucht von: Mitarbeitende.
- Netzwerk (Netzwerk) – Verbindet Arbeitsplätze und Hosts. Die virtuellen Maschinen hängen über virtuelle Switches des Hypervisors am physischen Netz. Wird gebraucht von: Arbeitsplätze.
- Host 1 (Virtualisierung) – Ein physischer Server mit Hypervisor (z. B. Hyper-V, VMware ESXi oder Proxmox VE). Er stellt Prozessor und Arbeitsspeicher für seine virtuellen Maschinen bereit. Fällt er aus, stehen alle VMs, die gerade auf ihm laufen – auch wenn die VMs selbst fehlerfrei sind. Wird gebraucht von: Domänencontroller, Dateiserver.
- Host 2 (Virtualisierung) – Der zweite Host. Er kann VMs von Host 1 übernehmen – aber nur, wenn er genug freien Arbeitsspeicher und Prozessorleistung hat. Ohne diese Reserve ist ein zweiter Host keine Ausfallvorsorge. Wird gebraucht von: Fachanwendung, Synchronisierung.
- Datenspeicher (Virtualisierung) – Hier liegen die virtuellen Festplatten aller VMs – und ihre Snapshots. Weil beide Hosts darauf zugreifen, lässt sich eine VM auf dem anderen Host starten. Läuft der Speicher voll, halten die VMs an. Wird gebraucht von: Domänencontroller, Dateiserver, Fachanwendung, Synchronisierung.
- Domänencontroller (Virtualisierung) – Anmeldung und Namensauflösung für das ganze Netz. Microsoft empfiehlt, mindestens zwei virtualisierte Domänencontroller auf verschiedenen Hosts zu betreiben und von Domänencontrollern keine Snapshots zu verwenden. Läuft auf: Host 1. Braucht: Datenspeicher. Wird gebraucht von: Arbeitsplätze, Dateiserver, Fachanwendung, Synchronisierung.
- Dateiserver (Virtualisierung) – Freigegebene Ordner. Wer was öffnen darf, prüft der Dateiserver gegen Active Directory. Läuft auf: Host 1. Braucht: Datenspeicher, Domänencontroller. Wird gebraucht von: Mitarbeitende.
- Fachanwendung (Virtualisierung) – Fachanwendung mit Datenbank. Sie läuft auf Host 2, die Anmeldung prüft aber der Domänencontroller auf Host 1 – ein Ausfall dort trifft sie mit. Läuft auf: Host 2. Braucht: Datenspeicher, Domänencontroller. Wird gebraucht von: Mitarbeitende.
- Synchronisierung (Virtualisierung) – Überträgt Konten aus Active Directory nach Microsoft Entra ID. Läuft sie nicht, kommen Änderungen nicht in der Cloud an; bestehende Cloud-Anmeldungen bleiben davon unberührt. Läuft auf: Host 2. Braucht: Datenspeicher, Domänencontroller.
- Datensicherung (Sicherung (getrennt)) – Sichert die VMs auf einen eigenen, vom Datenspeicher getrennten Speicher. Erst diese Kopie schützt vor Speicherausfall, Löschung oder Verschlüsselung – ein Snapshot auf demselben Speicher tut das nicht.
- Microsoft Entra ID (Cloud) – Identitätsdienst von Microsoft 365. Läuft in Rechenzentren von Microsoft – unabhängig von Ihren Hosts.
Typische Abläufe
- 1 · Anmelden: Mitarbeitende → Arbeitsplätze → Netzwerk → Domänencontroller – Der Arbeitsplatz meldet sich beim Domänencontroller an – einer virtuellen Maschine auf Host 1.
- 2 · Fachanwendung: Arbeitsplätze → Netzwerk → Fachanwendung → Datenspeicher – Die Fachanwendung läuft auf Host 2; ihre Daten liegen auf dem gemeinsamen Datenspeicher.
- 3 · Sichern: Fachanwendung → Datenspeicher → Datensicherung – Die Datensicherung kopiert die VMs vom Datenspeicher auf einen getrennten Speicher – erst dann gibt es eine Kopie, die einen Speicherausfall übersteht.
- 4 · Konten in die Cloud: Domänencontroller → Synchronisierung → Microsoft Entra ID – Die Synchronisierungs-VM liest Konten aus Active Directory und überträgt sie nach Microsoft Entra ID.
Störungssimulation
Was passiert, wenn ein Host oder der Speicher ausfällt?
Vier typische Situationen. Die Karte zeigt, was laut Beispielmodell betroffen ist – und was weiterläuft. Danach führt eine Analyse Schritt für Schritt zurück zum Normalbetrieb.
Host 1 fällt aus. Betroffen: Domänencontroller, Dateiserver, Mitarbeitende, Arbeitsplätze, Fachanwendung, Synchronisierung.
Ein Netzteil oder Mainboard von Host 1 ist defekt. Mit ihm stehen der Domänencontroller und der Dateiserver – und weil fast alles die Anmeldung braucht, trifft es auch die Fachanwendung, obwohl sie auf dem intakten Host 2 läuft.
Was Sie bemerken
- Arbeitsplätze Neue Anmeldungen scheitern; je nach Einstellung melden sich bekannte Konten mit zwischengespeicherten Anmeldedaten an.
- Fachanwendung Läuft auf Host 2 weiter, aber Anmeldungen über Active Directory scheitern.
- Synchronisierung Keine Übertragung mehr in die Cloud.
- Host 2 – läuft weiter Läuft normal – und kann die VMs von Host 1 übernehmen, wenn er genug Reserve hat.
- Datenspeicher – läuft weiter Die virtuellen Festplatten liegen unversehrt auf dem gemeinsamen Speicher.
- Microsoft Entra ID – läuft weiter Cloud-Konten bleiben gültig.
Analyse und Wiederherstellung
Microsoft empfiehlt, mindestens zwei virtualisierte Domänencontroller auf verschiedenen Hosts zu betreiben. Ein Failovercluster kann VMs automatisch auf dem anderen Host neu starten – ob sich das für Ihre Umgebung lohnt, besprechen wir gemeinsam.
Vereinfachtes Beispiel auf Grundlage der Beispielarchitektur oben: keine Live-Daten, keine vollständige Fehlerdiagnose und keine Aussage zu Wiederherstellungszeiten. Wie eine Störung tatsächlich verläuft, hängt von Ihrer Plattform, Ihrem Speicher und den getroffenen Vorkehrungen ab.
Alle Szenarien als Text
Host 1 fällt aus – Ursache: Host 1; betroffen laut Beispielmodell: Domänencontroller, Dateiserver, Mitarbeitende, Arbeitsplätze, Fachanwendung, Synchronisierung.
- Host prüfen – Ist Host 1 erreichbar? Hardwarestatus, Fernverwaltung des Servers und Ereignisprotokolle ansehen – Hardware, Stromversorgung oder ein fehlgeschlagenes Update?
- Reserve auf Host 2 prüfen – Reichen freier Arbeitsspeicher und Prozessorleistung auf Host 2, um Domänencontroller und Dateiserver zusätzlich zu betreiben?
- Wichtigste VMs auf Host 2 starten – Weil die Festplatten auf dem gemeinsamen Speicher liegen, lassen sich die VMs auf Host 2 registrieren und starten – Domänencontroller zuerst, dann Dateiserver.
- Host 1 reparieren – Hardware mit Ihrem Lieferanten instand setzen, Host prüfen und VMs geplant zurückverteilen.
- Funktion bestätigen – Anmeldung, Netzlaufwerke und Fachanwendung an mehreren Arbeitsplätzen testen; Ursache und Maßnahme dokumentieren.
Speicher voll durch alten Snapshot – Ursache: Datenspeicher; betroffen laut Beispielmodell: Domänencontroller, Dateiserver, Fachanwendung, Synchronisierung, Mitarbeitende, Arbeitsplätze.
- Freien Platz prüfen – Wie viel Platz ist auf dem Datenspeicher frei? Hyper-V protokolliert vorher eine Warnung (Ereignis 16050) und beim Anhalten Ereignis 16060.
- Alte Snapshots finden – Welche VMs haben Prüfpunkte oder Snapshots – und seit wann? In Hyper-V zeigt Get-VMCheckpoint die Prüfpunkte einer VM.
- Platz schaffen – Speicherplatz freigeben oder virtuelle Festplatten verschieben; nicht mehr benötigte Snapshots über den Hypervisor löschen – nie die Differenzdateien direkt.
- VMs fortsetzen – VMs fortsetzen, Domänencontroller zuerst; Funktion prüfen und dokumentieren, wie es dazu kam.
Sicherung läuft seit Wochen nicht – Ursache: Datensicherung; betroffen laut Beispielmodell: keine.
- Protokolle lesen – Wann war die letzte erfolgreiche Sicherung jeder VM? Fehlermeldungen der letzten Läufe ansehen – nicht nur „Auftrag beendet“.
- Wiederherstellung testen – Probehalber eine Datei oder eine ganze VM aus der Sicherung zurückholen. Erst dann ist sicher, dass die Sicherung brauchbar ist.
- Sicherung reparieren – Ursache beheben und sofort eine vollständige Sicherung aller VMs anstoßen.
- Zuständigkeit für Sicherungsmeldungen festlegen – Festlegen, wer Fehlermeldungen der Sicherung liest und wie oft Wiederherstellungen getestet werden.
Wartung an Host 2 ohne Reserve – Ursache: Host 2; betroffen laut Beispielmodell: Fachanwendung, Synchronisierung, Mitarbeitende.
- Auswirkung vorher klären – Welche VMs laufen auf Host 2, wer braucht sie, und gibt es ein Wartungsfenster außerhalb der Arbeitszeit?
- Reserve auf Host 1 prüfen – Hat Host 1 genug freien Arbeitsspeicher, um die VMs während der Wartung zu übernehmen?
- Wartung abschließen – Updates einspielen, Host neu starten und prüfen, ob alle VMs wieder laufen.
- Funktion bestätigen – Fachanwendung und Synchronisierung testen; Wartung dokumentieren.
Häufige Verwechslung
Snapshot, Prüfpunkt, Sicherung – was ist der Unterschied?
Ein Snapshot – in Hyper-V „Prüfpunkt“ – hält den Zustand einer VM fest, etwa vor einem Update. Geht das Update schief, springt man in Minuten zurück. Technisch schreibt die VM ab dem Snapshot alle Änderungen in eine Differenzdatei auf demselben Speicher; die Datei wächst, solange der Snapshot besteht.
Eine Sicherung ist eine vollständige Kopie auf einem anderen Speicher. Nur sie hilft, wenn der Datenspeicher ausfällt, Daten gelöscht oder verschlüsselt werden.
- Microsoft: Eine Momentaufnahme ist „keine vollständige Sicherung“ und kann bei replizierenden Systemen wie Active Directory zu Inkonsistenzen führen (Microsoft Learn). Von virtuellen Domänencontrollern sollen keine Snapshots verwendet werden (Microsoft Learn).
- Broadcom (VMware): Snapshots nicht als Sicherung verwenden, einen einzelnen Snapshot nicht länger als 72 Stunden behalten (Broadcom Knowledge Base).
- Proxmox VE: Snapshots sind nicht Teil der Sicherung (Proxmox Wiki); Sicherungen sind immer vollständig (Proxmox-Dokumentation).
Vorbeugen
Was die Szenarien entschärft
Aus den Störungen oben folgen wenige, wirksame Vorkehrungen. Sie sind Empfehlungen, keine Pflicht – welche zu Ihrer Umgebung passen, entscheiden wir gemeinsam.
Reserve einplanen
Jeder Host sollte die wichtigsten VMs des anderen mittragen können – für Ausfälle und für Wartung ohne Unterbrechung.
Domänencontroller verteilen
Microsoft empfiehlt mindestens zwei virtualisierte Domänencontroller auf verschiedenen Hosts (Microsoft Learn).
Snapshots kurz halten
Vor Änderungen anlegen, danach zeitnah entfernen; regelmäßig nach vergessenen Snapshots suchen.
Speicherplatz beobachten
Freien Platz auf dem Datenspeicher im Blick behalten, bevor VMs anhalten (Microsoft Learn).
Getrennt sichern und testen
Sicherung auf eigenem Speicher, Fehlermeldungen lesen, Wiederherstellung regelmäßig ausprobieren. Die Datensicherung gehört zur Betreuung; den Umfang legen wir mit Ihnen fest.
Dokumentieren
Welche VM läuft wo, wer ist zuständig, welche hängt von welcher ab? Das verkürzt jede Störung.
Plattformen
Drei verbreitete Hypervisoren
Welche Plattform bei Ihnen läuft, hat ihre Gründe. Wir arbeiten mit der Umgebung, die Sie haben – die Beschreibungen ordnen ein, sie sind keine Produktempfehlung.
Microsoft Hyper-V
In Windows Server integriert und dort eng mit Active Directory verzahnt. Mehr bei Microsoft Learn
VMware vSphere
Lizenz- und Vertragsfragen klären Sie mit Ihrem Lieferanten; wir betreuen den laufenden Betrieb. Snapshot-Empfehlungen von Broadcom
Proxmox VE
Quelloffene Plattform auf Basis von KVM und Linux-Containern (LXC). Proxmox-Dokumentation
Aufgaben im Betrieb
Was in einer virtualisierten Umgebung anfällt
Typische Aufgaben, die wir übernehmen können. Den konkreten Umfang stimmen wir mit Ihnen ab.
Virtuelle Maschinen verwalten
Neue VMs anlegen, Ressourcen anpassen, nicht mehr benötigte Maschinen sauber stilllegen.
Ressourcen und Speicher prüfen
Arbeitsspeicher, Prozessor und Speicherplatz der Hosts regelmäßig ansehen, bevor es eng wird.
Updates abstimmen
Hypervisor und Gastsysteme in Abstimmung mit Ihnen aktualisieren – geplant und dokumentiert.
Snapshots gezielt einsetzen
Vor Änderungen einen Prüfpunkt setzen – und ihn danach wieder entfernen, damit er nicht dauerhaft Speicher bindet. Er ersetzt keine Sicherung.
Dokumentation
Festhalten, welche VM welche Aufgabe hat, wo sie läuft und was sich geändert hat.
Hintergrund
Warum Virtualisierung Pflege braucht
Eine neue virtuelle Maschine ist in wenigen Minuten angelegt. Genau das ist ihr Vorteil – und ihr Risiko: Ohne Überblick entstehen Maschinen, die niemand mehr zuordnen kann, alte Snapshots, die Speicher füllen, und Gastsysteme ohne Updates.
Laufende Betreuung sorgt dafür, dass die Umgebung aufgeräumt bleibt und Engpässe früh sichtbar werden. Und sie hilft bei der Frage, wann ein größerer Schritt ansteht – etwa ein Plattformwechsel. Den planen wir dann als eigenes Vorhaben, nicht nebenbei.
Häufige Fragen
Können Sie uns beim Wechsel von VMware zu einer anderen Plattform helfen?
Ja, als eigenes Projekt neben der laufenden Betreuung. Wir planen den Wechsel mit Ihnen und begleiten die Umsetzung; Umfang und Vorgehen legen wir gemeinsam fest. Lizenz- und Vertragsfragen klären Sie mit Ihrem Lieferanten.
Betreuen Sie auch Container?
Proxmox unterstützt neben virtuellen Maschinen auch Linux-Container (LXC). Ob diese Teil der Betreuung sind, klären wir anhand Ihrer Umgebung.
Was ist mit den Servern in den virtuellen Maschinen?
Die Windows Server in Ihren VMs und das Active Directory gehören zum Bereich Server, Active Directory und Netzwerk – beides lässt sich zusammen vereinbaren.
Reicht ein Snapshot vor dem Update nicht als Sicherung?
Nein. Ein Snapshot liegt auf demselben Speicher wie die VM; fällt der Speicher aus oder werden Daten verschlüsselt, ist er mit betroffen. Für ein schnelles Zurück nach einem Update ist er gut – danach sollte er wieder entfernt werden.
Brauchen wir einen Cluster?
Nicht unbedingt. Ein Failovercluster startet VMs bei einem Hostausfall automatisch auf einem anderen Host neu, bringt aber Aufwand und Voraussetzungen mit. Je nach Umgebung reichen Reserve auf dem zweiten Host, verteilte Domänencontroller und ein eingeübter Ablauf. Was zu Ihrer Umgebung passt, klären wir gemeinsam.
Virtualisierung besprechen
Sagen Sie uns, welche Plattform Sie einsetzen und wo Sie Unterstützung brauchen. Telefon 07131-618726-0.
Betreuung anfragenAnrufenAlle Bereiche der IT-Systembetreuung