Teilen über

Behandeln von Problemen mit der Azure Migrate-Appliance

  • Artikel

Achtung

Dieser Artikel bezieht sich auf CentOS, eine Linux-Distribution, die sich dem End-of-Life-Status (EOL) nähert. Sie sollten Ihre Nutzung entsprechend planen. Weitere Informationen finden Sie im CentOS End-of-Life-Leitfaden.

Dieser Artikel hilft Ihnen bei der Behebung von Problemen bei der Bereitstellung der Azure Migrate-Appliance und bei der Verwendung der Appliance zur Erkennung von lokalen Servern.

Was wird unterstützt?

Überprüfen Sie die Anforderungen an die Applianceunterstützung.

Fehler „Ungültiger OVF-Manifesteintrag“ beim Einrichten der Appliance

Sie erhalten die Fehlermeldung „Die bereitgestellte Manifestdatei ist ungültig: Ungültiger OVF-Manifesteintrag“, wenn Sie eine Appliance mithilfe der OVA-Vorlage einrichten.

Wartung

  1. Überprüfen Sie, ob die OVA-Datei für die Azure Migrate-Appliance ordnungsgemäß heruntergeladen wird, indem Sie deren Hashwert überprüfen. Weitere Informationen Wenn der Hashwert nicht übereinstimmt, laden Sie die OVA-Datei erneut herunter, und wiederholen Sie die Bereitstellung.
  2. Wenn immer noch Fehler bei der Bereitstellung auftreten und Sie den VMware vSphere-Client zum Bereitstellen der OVF-Datei verwenden, versuchen Sie, die Bereitstellung über den vSphere-Webclient vorzunehmen. Wenn die Bereitstellung weiterhin fehlschlägt, versuchen Sie es mit einem anderen Webbrowser.
  3. Wenn Sie den vSphere-Webclient verwenden und die Bereitstellung auf vCenter Server 6.5 oder 6.7 ausführen möchten, versuchen Sie, die OVA-Datei direkt auf dem ESXi-Host bereitzustellen:
    • Stellen Sie mit dem Webclient (https://<Host-IP-Adresse>/ui) eine direkte Verbindung mit dem ESXi-Host her (anstelle von vCenter Server).
    • Wählen Sie unter Startseite>Bestand die Optionen Datei>OVF-Vorlage bereitstellen aus. Navigieren Sie zur OVA-Datei, und schließen Sie die Bereitstellung ab.
  4. Wenn weiterhin ein Fehler bei der Bereitstellung auftritt, wenden Sie sich an den Azure Migrate-Support.

Fehler bei der Konnektivitätsprüfung während der Einrichtung der Voraussetzungen

Sie erhalten bei der Konnektivitätsprüfung auf der Appliance einen Fehler.

Wartung

  1. Stellen Sie sicher, dass Sie von der Appliance aus eine Verbindung mit den erforderlichen URLs herstellen können.
  2. Überprüfen Sie, ob ein Proxy oder eine Firewall den Zugriff auf diese URLs blockiert. Wenn Sie eine Positivliste erstellen müssen, sollten Sie darauf achten, dass Sie alle URLs einbeziehen.
  3. Falls lokal ein Proxyserver konfiguriert ist, geben Sie die Proxydetails richtig ein, indem Sie im selben Schritt die Option Proxy einrichten auswählen. Geben Sie die Anmeldeinformationen für die Autorisierung ein, wenn der Proxy diese benötigt.
  4. Vergewissern Sie sich, dass der Server nicht bereits verwendet wurde, um die Replikationsappliance einzurichten, oder dass Sie den Mobilitätsdienst-Agent auf dem Server installiert haben.

Fehler bei der Konnektivitätsprüfung für die aka.ms-URL während der Einrichtung der Voraussetzungen

Sie erhalten bei der Konnektivitätsprüfung auf der Appliance einen Fehler für die aka.ms-URL.

Wartung

  1. Stellen Sie sicher, dass Sie mit dem Internet verbunden sind und URL-aka.ms/* auf die Positivliste gesetzt haben, um die neuesten Versionen der Dienste herunterzuladen.
  2. Überprüfen Sie, ob ein Proxy oder eine Firewall den Zugriff auf diese URL blockiert. Stellen Sie sicher, dass Sie die Proxydetails im Schritt „Voraussetzungen“ des Konfigurations-Managers richtig angegeben haben.
  3. Wechseln Sie zurück zum Konfigurations-Manager der Appliance, und führen Sie die Voraussetzungen erneut aus, um ein automatisches Update zu initiieren.
  4. Wenn ein erneuter Versuch nicht hilft, laden Sie die Datei latestcomponents.json von dieser Website herunter, um die neuesten Versionen der Dienste zu überprüfen, bei denen Fehler auftreten. Aktualisieren Sie sie manuell über die Downloadlinks in der Datei.

Wenn Sie die Appliance für private Endpunktkonnektivität aktiviert haben und den Zugriff auf diese URL über das Internet nicht zulassen möchten, deaktivieren Sie automatische Updates, da der aka.ms-Link für diesen Dienst erforderlich ist.

Hinweis

Wenn Sie den Dienst für automatische Updates deaktivieren, werden für die Dienste, die auf der Appliance ausgeführt werden, die aktuellen Updates nicht automatisch bereitgestellt. Aktualisieren Sie die Appliancedienste manuell, um diese Situation zu vermeiden.

Fehler bei der Überprüfung der automatischen Updates während der Einrichtung der Voraussetzungen

Sie erhalten einen Fehler bei der Überprüfung der automatischen Updates auf der Appliance.

Wartung

  1. Vergewissern Sie sich, dass Sie für die erforderlichen URLs eine Positivliste erstellt haben und diese nicht durch eine Proxy- oder Firewalleinstellung blockiert werden.
  2. Sollte bei der Aktualisierung einer Appliancekomponente ein Fehler auftreten, wiederholen Sie entweder die Vorbereitungsschritte, oder aktualisieren Sie die Appliancedienste manuell.

Fehler bei der Überprüfung der Zeitsynchronisierung während der Einrichtung der Voraussetzungen

Ein Fehler bei der Zeitsynchronisierung weist darauf hin, dass die Serveruhr möglicherweise um mehr als fünf Minuten von der aktuellen Uhrzeit abweicht.

Wartung

  • Stellen Sie sicher, dass die Zeit des Applianceservers mit der Internetzeit synchronisiert wird, indem Sie die Einstellungen für Datum und Uhrzeit in der Systemsteuerung überprüfen.
  • Sie können die Uhrzeit auf dem Applianceserver auch so ändern, dass sie mit der aktuellen Uhrzeit übereinstimmt, indem Sie die folgenden Schritte ausführen:
    1. Öffnen Sie auf dem Server eine Administratoreingabeaufforderung.
    2. Führen Sie w32tm /tz aus, um die Zeitzone zu überprüfen.
    3. Führen Sie w32tm /resync aus, um die Zeit zu synchronisieren.

Fehler bei der VDDK-Überprüfung während der Einrichtung der Voraussetzungen auf der VMware-Appliance

Bei der Überprüfung des VDDK (Virtual Disk Development Kit) ist ein Fehler aufgetreten, da die Appliance das erforderliche VDDK nicht finden konnte, das auf der Appliance installiert ist. Dieses Problem kann zu Fehlern bei der laufenden Replikation führen.

Wartung

  1. Stellen Sie sicher, dass Sie das VDDK 6.7 heruntergeladen und die Dateien in C:\Programme\VMware\VMware Virtual Disk Development Kit auf dem Applianceserver kopiert haben.
  2. Stellen Sie sicher, dass keine andere Software oder Anwendung eine andere Version des VDDK auf der Appliance verwendet.

Sie haben Probleme, wenn Sie versuchen, die Appliance mit dem aus dem Projekt kopierten Azure Migrate-Projektschlüssel zu registrieren.

Wartung

  1. Vergewissern Sie sich, dass Sie den richtigen Schlüssel aus dem Projekt kopiert haben. Wählen Sie auf der Karte Azure Migrate: Ermittlung und Bewertung in Ihrem Projekt Ermitteln aus. Wählen Sie dann in Schritt 1 die Option Vorhandene Appliance verwalten aus. Wählen Sie in der Dropdownliste den Namen der Appliance aus, für die Sie zuvor einen Schlüssel erstellt haben. Kopieren Sie den entsprechenden Schlüssel.
  2. Achten Sie darauf, dass Sie den Schlüssel in die Appliance mit dem richtigen Cloudtyp („Öffentlich“/„US Gov“) und Appliancetyp („VMware“/„Hyper-V“/„Physisch“ oder „Sonstiges“) einfügen. Überprüfen Sie im oberen Bereich des Appliance-Konfigurations-Managers den Cloud- und Szenariotyp.

Auftreten des Fehlers „Fehler beim Herstellen einer Verbindung mit dem Azure Migrate-Projekt“ während der Applianceregistrierung

Nach erfolgreicher Anmeldung mit dem Azure-Benutzerkonto tritt im Registrierungsschritt für die Appliance der folgende Fehler auf: „Fehler beim Herstellen einer Verbindung mit dem Azure Migrate-Projekt. Überprüfen Sie die Fehlerdetails, befolgen Sie die Problembehandlungsschritte, und klicken Sie auf die Schaltfläche „Wiederholen“.“

Dieses Problem tritt auf, wenn das Azure-Benutzerkonto, das für die Anmeldung über den Appliance-Konfigurations-Manager verwendet wurde, nicht das gleiche Benutzerkonto ist, das beim Generieren des Azure Migrate-Projektschlüssels im Portal verwendet wurde.

Wartung

Sie haben zwei Möglichkeiten:

  • Um die Registrierung der Appliance abzuschließen, verwenden Sie dasselbe Azure-Benutzerkonto, mit dem der Azure Migrate-Projektschlüssel im Portal generiert wurde.
  • Sie können auch die erforderlichen Rollen und Berechtigungen dem anderen Azure-Benutzerkonto zuweisen, das für die Registrierung der Appliance verwendet wird.

Auftreten des Fehlers „Fehler in Microsoft Entra mit dem Status „Forbidden (Verboten)“ während der Applianceregistrierung

Sie können die Registrierung aufgrund unzureichender Microsoft Entra-ID-Berechtigungen nicht abschließen und die Fehlermeldung „Microsoft Entra-Vorgang fehlgeschlagen mit dem Status „Forbidden (Verboten)“ erhalten.

Wartung

Stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen zum Erstellen und Verwalten von Microsoft Entra-Anwendungen in Azure verfügen. Sie müssen über die Rolle Anwendungsentwickleroder über die Benutzerrolle verfügen, für die auf Mandantenebene die Berechtigung Benutzer kann Anwendungen registrieren aktiviert ist.

Auftreten des Fehlers „Unzulässiger Zugriff auf Key Vault“ während der Applianceregistrierung

Fehler bei Azure Key Vault-Vorgang zum Erstellen oder Aktualisieren von „{KeyVaultName}“: „{KeyVaultErrorMessage}“.

Dieses Problem tritt in der Regel auf, wenn sich das Azure-Benutzerkonto, das zum Registrieren der Appliance verwendet wird, von dem Konto unterscheidet, das zum Generieren des Azure Migrate-Projektschlüssels im Portal verwendet wird (bei der Erstellung des Schlüsseltresors).

Wartung

  1. Stellen Sie sicher, dass das derzeit angemeldete Benutzerkonto auf der Appliance über die erforderlichen Berechtigungen für den Schlüsseltresor verfügt (in der Fehlermeldung angegeben). Das Benutzerkonto benötigt die auf dieser Website erwähnten Berechtigungen.
  2. Navigieren Sie zum Schlüsseltresor, und stellen Sie sicher, dass Ihr Benutzerkonto über eine Zugriffsrichtlinie mit allen Berechtigungen für Schlüssel, Geheimnis und Zertifikat verfügt, die unter der Key Vault-Zugriffsrichtlinie zugewiesen werden. Weitere Informationen
  3. Wenn Sie die Appliance für Konnektivität mit privaten Endpunkten aktiviert haben, stellen Sie sicher, dass die Appliance entweder in demselben VNet gehostet wird, in dem der Schlüsseltresor erstellt wurde, oder dass sie über eine private Verbindung mit dem virtuellen Azure-Netzwerk (in dem der Schlüsseltresor erstellt wurde) verbunden ist. Stellen Sie sicher, die private Verbindung des Schlüsseltresors von der Appliance auflösbar ist. Navigieren Sie zu Azure Migrate: Ermittlung und Bewertung>Eigenschaften, um die Details privater Endpunkte für Ressourcen wie den Schlüsseltresor zu ermitteln, der während der Azure Migrate-Schlüsselerstellung erstellt wurden. Weitere Informationen
  4. Wenn Sie über die erforderlichen Berechtigungen und Konnektivität verfügen, versuchen Sie die Registrierung auf der Appliance nach einiger Zeit erneut.

Während der Überprüfung kann keine Verbindung mit vCenter Server hergestellt werden

Wenn dieser Verbindungsfehler angezeigt wird, können Sie möglicherweise keine Verbindung mit vCenter Server „Servername.com:9443“ herstellen. Die Fehlerdetails weisen darauf hin, dass unter https://\*servername*.com:9443/sdk kein Endpunkt lauscht, der die Nachricht akzeptieren kann.

Wartung

  • Überprüfen Sie, ob Sie die neueste Version der Appliance ausführen. Ist dies nicht der Fall, führen Sie ein Upgrade der Appliance auf die neueste Version durch.

  • Wenn das Problem bei der neuesten Version weiterhin auftritt, ist die Appliance möglicherweise nicht in der Lage, den angegebenen vCenter Server-Namen aufzulösen, oder der angegebene Port ist eventuell falsch. Wenn der Port nicht angegeben ist, versucht der Collector standardmäßig, eine Verbindung mit Port 443 herzustellen.

    1. Versuchen Sie, „Servername.com“ von der Appliance aus per Ping zu erreichen.
    2. Wenn Schritt 1 nicht erfolgreich ist, können Sie versuchen, eine Verbindung mit vCenter Server über die IP-Adresse herzustellen.
    3. Ermitteln Sie die richtige Portnummer für die Verbindung mit dem vCenter-Server.
    4. Überprüfen Sie, ob vCenter Server ausgeführt wird und betriebsbereit ist.

Fehler bei der Überprüfung der Serveranmeldeinformationen (Domäne) auf der VMware-Appliance

Sie erhalten einen „Überprüfungsfehler“ für Domänenanmeldeinformationen, die auf der VMware-Appliance hinzugefügt wurden, um die Softwareinventur und Abhängigkeitsanalyse ohne Agent durchzuführen.

Wartung

  1. Vergewissern Sie sich, dass Sie den richtigen Domänennamen und die Anmeldeinformationen angegeben haben.
  2. Stellen Sie sicher, dass die Domäne von der Appliance aus erreichbar ist, damit die Anmeldeinformationen überprüft werden können. Unter Umständen bestehen für die Appliance Sichtverbindungsprobleme, oder der Domänenname kann über den Applianceserver nicht aufgelöst werden.
  3. Wählen Sie Bearbeiten aus, um den Domänennamen oder die Anmeldeinformationen zu aktualisieren. Wählen Sie Anmeldeinformationen erneut überprüfen aus, um die Anmeldeinformationen nach einiger Zeit erneut zu überprüfen.

Auftreten des Fehlers „Zugriff verweigert“, wenn Sie während der Überprüfung eine Verbindung mit Hyper-V-Hosts oder -Clustern herstellen

Sie können den hinzugefügten Hyper-V-Host oder -Cluster aufgrund des Fehlers „Zugriff verweigert“ nicht überprüfen.

Wartung

  1. Stellen Sie sicher, dass alle Voraussetzungen für die Hyper-V-Hosts erfüllt sind.
  2. Überprüfen Sie die Schritte auf dieser Website, wie Sie die Hyper-V-Hosts manuell oder mithilfe eines PowerShell-Skripts für die Bereitstellung vorbereiten.

Auftreten des Fehlers „Der Server unterstützt keine WS-Management Identify-Vorgänge“ während der Überprüfung

Sie können Hyper-V-Cluster auf der Appliance aufgrund des folgenden Fehlers nicht überprüfen: „Der Server unterstützt keine WS-Management Identify-Vorgänge. Überspringen Sie den TestConnection-Teil der Anforderung, und versuchen Sie es noch mal.“

Wartung

Dieser Fehler tritt normalerweise auf, wenn Sie eine Proxykonfiguration auf der Appliance bereitgestellt haben. Die Appliance stellt die Verbindung mit den Clustern mithilfe des Kurznamens für die Clusterknoten her, auch wenn der Benutzer den FQDN des Knotens angibt. Fügen Sie der Proxyliste für die Umgehung auf der Appliance den Kurznamen für die Clusterknoten hinzu. Das Problem wird behoben, und die Überprüfung des Hyper-V-Clusters ist erfolgreich.

Auftreten des Fehlers „Es kann keine Verbindung mit dem Host oder Cluster hergestellt werden“ während der Überprüfung auf der Hyper-V-Appliance

Auftreten des Fehlers „Es ist keine Verbindung mit einem Host oder Cluster möglich, da der Servername nicht aufgelöst werden kann. WinRM-Fehlercode: 0x803381B9“. Dieser Fehler tritt auf, wenn der Azure DNS-Dienst für die Appliance den von Ihnen angegebenen Cluster- oder Hostnamen nicht auflösen kann.

Dieses Problem tritt normalerweise ein, wenn Sie die IP-Adresse eines Hosts hinzugefügt haben, die vom DNS nicht aufgelöst werden kann. Sie sehen diesen Fehler eventuell auch für Hosts in einem Cluster. Es weist darauf hin, dass die Appliance zwar eine Verbindung mit dem Cluster herstellen kann, doch gibt der Cluster Hostnamen zurück, bei denen es sich nicht um FQDNs handelt.

Wartung

Um diesen Fehler zu beheben, aktualisieren Sie die „hosts“-Datei auf der Appliance und fügen Sie ein Mapping von IP-Adresse und Hostnamen hinzu.

  1. Öffnen Sie Notepad als Administrator.
  2. Öffnen Sie die Datei „C:\Windows\System32\Drivers\etc\hosts“.
  3. Fügen Sie die IP-Adresse und den Hostnamen in einer Zeile hinzu. Wiederholen Sie dies für jeden Host oder Cluster, bei dem dieser Fehler angezeigt wird.
  4. Speichern und schließen Sie die Datei „hosts“.
  5. Überprüfen Sie mithilfe der Applianceverwaltungs-App, ob die Appliance eine Verbindung mit den Hosts herstellen kann. Nach 30 Minuten sollten die neuesten Informationen für diese Hosts im Azure-Portal angezeigt werden.

Auftreten des Fehlers „Verbindung mit Server kann nicht hergestellt werden“ während der Überprüfung physischer Server

Wartung

  • Stellen Sie sicher, dass eine Verbindung zwischen der Appliance und dem Zielserver besteht.
  • Wenn es sich um einen Linux-Server handelt, stellen Sie mithilfe der folgenden Schritte sicher, dass die kennwortbasierte Authentifizierung aktiviert ist:
    1. Melden Sie sich beim Linux-Server an, und öffnen Sie die SSH-Konfigurationsdatei mit dem Befehl vi /etc/ssh/sshd_config.
    2. Setzen Sie die Option PasswordAuthentication auf „Ja“. Speichern Sie die Datei .
    3. Starten Sie den SSH-Dienst durch Ausführen von service sshd restart neu.
  • Wenn es sich um einen Windows-Server handelt, vergewissern Sie sich, dass Port 5985 geöffnet ist, um WMI-Remoteaufrufe zuzulassen.
  • Wenn Sie einen GCP-Linux-Server ermitteln und einen Root-Benutzer verwenden, verwenden Sie die folgenden Befehle, um die Standardeinstellung für die Root-Anmeldung zu ändern:
    1. Melden Sie sich beim Linux-Server an, und öffnen Sie die SSH-Konfigurationsdatei mit dem Befehl vi /etc/ssh/sshd_config.
    2. Setzen Sie die Option PermitRootLogin auf „Ja“.
    3. Starten Sie den SSH-Dienst durch Ausführen von service sshd restart neu.

Auftreten des Fehlers „Fehler beim Abrufen der BIOS-GUID“ für den Server bei der Überprüfung

Die Überprüfung eines physischen Servers schlägt auf der Appliance mit der Fehlermeldung „Fehler beim Abrufen der BIOS-GUID“ fehl.

Wartung

Stellen Sie eine Verbindung mit dem Zielserver her, bei dessen Überprüfung ein Fehler auftritt. Führen Sie die folgenden Befehle aus, um zu prüfen, ob sie die BIOS-GUID des Servers zurückgeben:

cat /sys/class/dmi/id/product_uuid
dmidecode | grep -i uuid | awk '{print $2}'

Sie können die Befehle auch über die Eingabeaufforderung auf dem Applianceserver ausführen, indem Sie mithilfe des folgenden Befehls eine SSH-Verbindung mit dem Linux-Zielserver herstellen:

ssh <username>@<servername>

Einige Linux-Computer wie Oracle/CentOS verfügen über einen Konfigurationswert, der die Option tty standardmäßig aktiviert werden muss, was zu einem Fehler führen kann. In solchen Fällen können Sie diese Einstellung deaktivieren, indem Sie ein „!“-Zeichen in der /etc/sudoers-Datei hinzufügen. Sie können auch das Folgende am Ende der Datei /etc/sudoers/ hinzufügen, um sicherzustellen, dass keine andere Konfiguration in der Datei diese überschreiben kann:

  • Standardwerte !visiblepw
  • Standardwerte !requiretty

Auftreten des Fehlers „Keine geeignete Authentifizierungsmethode gefunden“ für den Server während der Überprüfung

Sie erhalten den Fehler „Keine geeignete Authentifizierungsmethode gefunden“, wenn Sie versuchen, einen Linux-Server über die physische Appliance zu überprüfen.

Wartung

Stellen Sie mithilfe der folgenden Schritte sicher, dass die kennwortbasierte Authentifizierung auf dem Linux-Server aktiviert ist:

  1. Melden Sie sich bei dem Linux-Server an. Öffnen Sie die SSH-Konfigurationsdatei mit dem Befehl vi /etc/ssh/sshd_config.
  2. Setzen Sie die Option PasswordAuthentication auf Ja. Speichern Sie die Datei .
  3. Starten Sie den SSH-Dienst durch Ausführen von service sshd restart neu.

Auftreten des Fehlers „Zugriff verweigert“ beim Herstellen einer Verbindung mit physischen Servern während der Überprüfung

Sie erhalten den Fehler „Der WS-Verwaltungsdienst kann die Anforderung nicht verarbeiten. Der WMI-Dienst hat den Fehler „Zugriff verweigert“ zurückgegeben“, wenn Sie versuchen, einen Windows-Server über die physische Appliance zu überprüfen.

Wartung

  • Wenn dieser Fehler auftritt, stellen Sie sicher, dass das im Appliancekonfigurations-Manager bereitgestellte Benutzerkonto (domain/local) diesen Gruppen hinzugefügt wurde: Remoteverwaltungsbenutzer, Leistungsmonitorbenutzer und Leistungsprotokollbenutzer.

  • Wenn die Gruppe „Remoteverwaltungsbenutzer“ nicht vorhanden ist, fügen Sie der Gruppe „WinRMRemoteWMIUsers_“ ein Benutzerkonto hinzu.

  • Sie können auch überprüfen, ob das WS-Management-Protokoll auf dem Server aktiviert ist, indem Sie den folgenden Befehl an der Eingabeaufforderung des Zielservers ausführen: winrm qc.

  • Wenn das Problem weiterhin auftritt, stellen Sie sicher, dass das Benutzerkonto über Zugriffsberechtigungen für den CIMV2-Namespace und Unternamespaces in der WMI-Systemsteuerung verfügt. Sie können den Zugriff festlegen, indem Sie die folgenden Schritte ausführen:

    1. Navigieren Sie zu dem Server, bei dem die Überprüfung auf der Appliance fehlschlägt.
    2. Suchen Sie im Menü Start nach Ausführen, und wählen Sie diese Option aus. Geben Sie im Dialogfeld Ausführen die Zeichenfolge wmimgmt.msc in das Textfeld Öffnen ein, und drücken Sie die EINGABETASTE.
    3. Die wmimgmt-Konsole wird geöffnet, in der im linken Bereich WMI-Steuerung (lokal) angezeigt wird. Klicken Sie mit der rechten Maustaste darauf, und wählen Sie im Menü Eigenschaften aus.
    4. Wählen Sie im Dialogfeld Eigenschaften von WMI-Steuerung (lokal) die Registerkarte Sicherheiten aus.
    5. Erweitern Sie auf der Registerkarte Sicherheiten den Ordner Root in der Namespacestruktur, und wählen Sie den Namespace cimv2 aus.
    6. Wählen Sie Sicherheit aus, um das Dialogfeld Sicherheit für ROOT\cimv2 zu öffnen.
    7. Wählen Sie im Abschnitt Gruppen- oder Benutzernamen die Option Hinzufügen aus, um das Dialogfeld Benutzer, Computer, Dienstkonten oder Gruppen auswählen zu öffnen.
    8. Suchen Sie nach dem Benutzerkonto, wählen Sie es aus, und klicken Sie auf OK, um zum Dialogfeld Sicherheit für ROOT\cimv2 zurückzukehren.
    9. Wählen Sie im Abschnitt Gruppen- oder Benutzernamen das soeben hinzugefügte Benutzerkonto aus. Überprüfen Sie, ob die folgenden Berechtigungen gewährt wurden:
      • Konto aktivieren
      • Remoteaktivierung
    10. Wählen Sie Anwenden aus, um die für das Benutzerkonto festgelegten Berechtigungen zu aktivieren.

  • Die gleichen Schritte sind auch für ein lokales Benutzerkonto für Nicht-Domänen-/Arbeitsgruppenserver anwendbar. In einigen Fällen kann die UAC-Filterung einige WMI-Eigenschaften blockieren, da die Befehle als Standardbenutzer ausgeführt werden. Daher können Sie entweder ein lokales Administratorkonto verwenden oder die UAC deaktivieren, sodass das lokale Benutzerkonto nicht gefiltert und stattdessen zu einem vollständigen Administrator wird.

  • Das Deaktivieren von Remote-UAC durch Ändern des Registrierungseintrags, der Remote-UAC steuert, wird nicht empfohlen, kann aber in einer Arbeitsgruppe erforderlich sein. Der Registrierungseintrag lautet HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. Wenn der Wert dieses Eintrags null (0) ist, ist Remote-UAC-Zugriffstokenfilterung aktiviert. Wenn der Wert 1 ist, ist Remote-UAC deaktiviert.

Appliance ist getrennt

Sie erhalten die Fehlermeldung „Appliance getrennt“, wenn Sie versuchen, Replikation auf einigen VMware-Servern über das Portal zu aktivieren.

Dieser Fehler kann auftreten, wenn sich die Appliance im heruntergefahrenen Zustand befindet oder der DRA-Dienst auf der Appliance nicht mit Azure kommunizieren kann.

Wartung

  1. Wechseln Sie zum Appliance-Konfigurations-Manager, und führen Sie die Voraussetzungen erneut aus, um den Status des DRA-Diensts unter Appliancedienste anzeigen zu sehen.

  2. Wenn der Dienst nicht ausgeführt wird, führen Sie das Beenden und Neustarten des Diensts über die Eingabeaufforderung mit den folgenden Befehlen aus:

    net stop dra
net start dra

Nächste Schritte

Richten Sie eine Appliance für VMware, Hyper-V oder physische Server ein.