Virtualisierungsumgebungen von Microsoft System Center Virtual Machine Manager

Last published : Nov 13, 2026
Befolgen Sie diese Anleitung, wenn Sie Hyper-V mit Microsoft System Center Virtual Machine Manager (VMM) verwenden, um virtuelle Maschinen bereitzustellen.
Diese Version unterstützt die VMM-Versionen, die unter Systemanforderungen aufgeführt sind.
Hinweis:
Gemischte Hyper-V-Cluster (die Server mit unterschiedlichen Hyper-V-Versionen enthalten) werden nicht unterstützt.
Sie können Citrix Provisioning (ehemals Provisioning Services) und Machine Creation Services™ verwenden, um Folgendes bereitzustellen:
  • Unterstützte Desktop- oder Server-Betriebssystem-VMs der Generation 1.
  • Unterstützte Desktop- oder Server-Betriebssystem-VMs der Generation 2, einschließlich Secure Boot-Unterstützung.
Related information
Installation vorbereiten

Hypervisor installieren und konfigurieren

Wichtig:
Alle Delivery Controller müssen sich in derselben Gesamtstruktur wie die VMM-Server befinden.
  1. Installieren Sie Microsoft Hyper-V-Server und VMM auf Ihren Servern.
  2. Installieren Sie die System Center Virtual Machine Manager-Konsole auf allen Controllern. Die Konsolenversion muss mit der Version des Verwaltungsservers übereinstimmen. Obwohl eine ältere Konsole eine Verbindung zum Verwaltungsserver herstellen kann, schlägt die Bereitstellung von VDAs fehl, wenn die Versionen abweichen.
  3. Überprüfen Sie die folgenden Kontoinformationen:
    Das Konto, das Sie zum Angeben von Hosts in Studio verwenden, ist ein VMM-Administrator oder ein delegierter VMM-Administrator für die relevanten Hyper-V-Maschinen. Wenn dieses Konto in VMM nur die Rolle des delegierten Administrators hat, werden die Speicherdaten während des Host-Erstellungsprozesses nicht in Studio aufgeführt.
    Tipp:
    Wenn Sie einen delegierten VMM-Administrator verwenden, definieren Sie eine Hostgruppe der obersten Ebene und erteilen dem delegierten Administrator nur für diese Gruppe volle Berechtigungen. Mehrere Hostgruppen erfordern mehrere delegierte VMM-Administratoren. Konfigurieren Sie einen delegierten Administrator pro Hostgruppe.
    Das für die Studio-Integration verwendete Benutzerkonto muss auch Mitglied der lokalen Sicherheitsgruppe der Administratoren auf jedem Hyper-V-Server sein. Diese Konfiguration unterstützt das VM-Lebenszyklusmanagement, wie z. B. die Erstellung, Aktualisierung und Löschung von VMs.
    Die Installation eines Controllers auf einem Server, auf dem Hyper-V ausgeführt wird, wird nicht unterstützt.

Erstellen einer Master-VM

  1. Installieren Sie einen VDA auf der Master-VM, und wählen Sie die Option zur Optimierung des Desktops, um die Leistung zu verbessern.
  2. Erstellen Sie einen Snapshot der Master-VM zur Verwendung als Sicherung.

Virtuelle Desktops erstellen

Wenn Sie MCS zum Erstellen von VMs verwenden, gehen Sie beim Erstellen einer Site oder einer Verbindung wie folgt vor:
  1. Wählen Sie den Microsoft-Virtualisierungshosttyp aus.
  2. Geben Sie die Adresse als vollqualifizierten Domänennamen des Hostservers ein.
  3. Geben Sie die Anmeldeinformationen für das zuvor eingerichtete Administratorkonto ein, das über Berechtigungen zum Erstellen von VMs verfügt.
  4. Wählen Sie unter Hostdetails den Cluster oder den eigenständigen Host aus, der beim Erstellen von VMs verwendet werden soll.
    Suchen und wählen Sie einen Cluster oder einen eigenständigen Host aus, auch wenn Sie eine Bereitstellung mit einem einzelnen Hyper-V-Host verwenden.

MCS auf SMB 3-Dateifreigaben

Stellen Sie bei Maschinenkatalogen, die mit MCS auf SMB 3-Dateifreigaben für den VM-Speicher erstellt wurden, sicher, dass die Anmeldeinformationen die folgenden Anforderungen erfüllen. Diese Anforderungen stellen sicher, dass Aufrufe von der Hypervisor Communications Library (HCL) des Controllers erfolgreich eine Verbindung zum SMB-Speicher herstellen:
  • Die VMM-Benutzeranmeldeinformationen müssen vollständigen Lese- und Schreibzugriff auf den SMB-Speicher umfassen.
  • Speichervorgänge für virtuelle Datenträger während VM-Lebenszyklusereignissen werden über den Hyper-V-Server unter Verwendung der VMM-Benutzeranmeldeinformationen ausgeführt.
Wenn Sie SMB-Speicher verwenden, aktivieren Sie den Authentication Credential Security Support Provider (CredSSP) vom Controller zu einzelnen Hyper-V-Maschinen. Verwenden Sie diesen Prozess für VMM 2012 SP1 mit Hyper-V unter Windows Server 2012. Weitere Informationen finden Sie unter CTX137465.
Die HCL verwendet CredSSP, um eine Verbindung zur Hyper-V-Maschine zu öffnen. Diese Funktion übergibt Kerberos-verschlüsselte Benutzeranmeldeinformationen an die Hyper-V-Maschine. Die PowerShell-Befehle in der Sitzung auf der Remote-Hyper-V-Maschine werden mit den bereitgestellten Anmeldeinformationen ausgeführt. In diesem Fall sind dies die Anmeldeinformationen des VMM-Benutzers, damit Kommunikationsbefehle an den Speicher korrekt funktionieren.
Die folgenden Aufgaben verwenden PowerShell-Skripts, die in der HCL ihren Ursprung haben und dann an die Hyper-V-Maschine gesendet werden, um auf den SMB 3.0-Speicher zuzugreifen.
  • Masterimage konsolidieren: Ein Masterimage erstellt ein MCS-Bereitstellungsschema (Maschinenkatalog). Es klont und glättet die Master-VM, um VMs von der neu erstellten Festplatte zu erstellen (und entfernt die Abhängigkeit von der ursprünglichen Master-VM).
    ConvertVirtualHardDisk im Namespace root\\virtualization\\v2
    Beispiel:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
$result
  • Differenzdatenträger erstellen: Erstellt einen Differenzdatenträger aus dem Masterimage, das durch die Konsolidierung des Masterimages generiert wurde. Der Differenzdatenträger wird dann an eine neue VM angehängt.
    CreateVirtualHardDisk im Namespace root\\virtualization\\v2
    Beispiel:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.CreateVirtualHardDisk($vhdastext);
$result
  • Identitätsdatenträger hochladen: Die HCL kann den Identitätsdatenträger nicht direkt in den SMB-Speicher hochladen. Daher muss die Hyper-V-Maschine den Identitätsdatenträger in den Speicher hochladen und kopieren. Da die Hyper-V-Maschine den Datenträger nicht vom Controller lesen kann, muss die HCL den Identitätsdatenträger zuerst wie folgt über die Hyper-V-Maschine kopieren.
    Die HCL lädt die Identität über die Administratorfreigabe auf den Hyper-V-Computer hoch.
    Die Hyper-V-Maschine kopiert den Datenträger über ein PowerShell-Skript, das in der PowerShell-Remotesitzung ausgeführt wird, in den SMB-Speicher. Auf der Hyper-V-Maschine wird ein Ordner erstellt, und die Berechtigungen für diesen Ordner sind nur für den VMM-Benutzer gesperrt (über die Remote-PowerShell-Verbindung).
    Die HCL löscht die Datei aus der Administratorfreigabe.
    Wenn die HCL das Hochladen des Identitätsdatenträgers auf die Hyper-V-Maschine abgeschlossen hat, kopiert die Remote-PowerShell-Sitzung die Identitätsdatenträger in den SMB-Speicher. Anschließend werden sie von der Hyper-V-Maschine gelöscht.
    Der Ordner für Identitätsdatenträger wird neu erstellt, falls er gelöscht wurde, damit er zur Wiederverwendung verfügbar ist.
  • Identitätsdatenträger herunterladen: Wie beim Hochladen werden die Identitätsdatenträger über die Hyper-V-Maschine an die HCL übergeben. Der folgende Prozess erstellt einen Ordner, der nur VMM-Benutzerberechtigungen auf dem Hyper-V-Server hat, falls er nicht existiert.
    Die Hyper-V-Maschine kopiert den Datenträger über ein PowerShell-Skript vom SMB-Speicher in den lokalen Hyper-V-Speicher. Dieses Skript wird in der PowerShell V3-Remotesitzung ausgeführt.
    HCL liest die Festplatte aus der Administratorfreigabe der Hyper-V-Maschine in den Arbeitsspeicher.
    HCL löscht die Datei aus der Administratorfreigabe.