Behandeln von Problemen bei der Bewertung – häufig gestellte Fragen

Dieser Artikel bietet Antworten auf einige der häufigsten Fragen zum Behandeln von Problemen bei der Bewertung. In den Artikeln unter Problembehandlung bei Problemen mit der Bewertung und unter Unterstützte Szenarien finden Sie Informationen zur Problembehandlung bei Bewertungen.

Warum sind die empfohlenen Azure-Datenträger-SKUs größer als lokal in einer Azure-VM-Bewertung?

Die Azure-VM-Bewertung empfiehlt möglicherweise je nach Art der Bewertung einen größeren Datenträger:

• Die Größenanpassung der Datenträger hängt von zwei Bewertungseigenschaften ab: dem Größenkriterium und dem Speichertyp.
• Wenn das Dimensionierungskriterium Leistungsbasiert und der Speichertyp Automatisch lautet, werden bei der Ermittlung des Zieldatenträgertyps (HDD Standard, SSD Standard, Premium oder Disk Ultra) die IOPS- und Durchsatzwerte des Datenträgers berücksichtigt. Eine Datenträger-SKU dieses Datenträgertyps wird dann unter Berücksichtigung der Größenanforderungen des lokalen Datenträgers empfohlen.
• Wenn das Dimensionierungskriterium Leistungsbasiert ist und der Speichertyp Premium lautet, wird eine Premium-Datenträger-SKU in Azure basierend auf den IOPS, dem Durchsatz und den Größenanforderungen des lokalen Datenträgers empfohlen. Die gleiche Logik wird für die Datenträgerdimensionierung verwendet, wenn das Dimensionierungskriterium Wie lokal und der Speichertyp HDD Standard, SSD Standard, Premium oder Disk Ultra ist.

Das ist zum Beispiel der Fall, wenn Sie einen lokalen Datenträger mit 32 GB Speicher haben, der aber einen aggregierten Lese- und Schreibwert von 800 IOPS aufweist. Die Azure-VM-Bewertung empfiehlt aufgrund der höheren IOPS-Anforderungen einen Premium-Datenträger. Außerdem wird eine Datenträger-SKU empfohlen, die die erforderlichen IOPS und die erforderliche Größe bereitstellen kann. Die nächstliegende Übereinstimmung in diesem Beispiel wäre P15 (256 GB, 1100 IOPS). Für den lokalen Datenträger ist also nur eine Größe von 32 GB erforderlich, von der Azure-VM-Bewertung wurde jedoch aufgrund der hohen IOPS-Anforderungen des lokalen Datenträgers ein größerer Datenträger empfohlen.

Warum fehlen in meinem Bewertungsbericht die Leistungsdaten für einige oder alle VMs?

Für eine Bewertung vom Typ Leistungsbasiert enthält der Bewertungsbericht die Angabe „PercentageOfCoresUtilizedMissing“ oder „PercentageOfMemoryUtilizedMissing“, wenn die Azure Migrate-Appliance keine Leistungsdaten für die lokalen virtuellen Computer sammeln kann. Überprüfen Sie Folgendes:

• Sind die VMs für den Zeitraum, in dem Sie die Bewertung erstellen, eingeschaltet?
• Falls nur Arbeitsspeicher-Leistungsindikatoren fehlen und Sie versuchen, virtuelle Hyper-V-Computer zu bewerten, überprüfen Sie, ob auf diesen virtuellen Computern dynamischer Arbeitsspeicher aktiviert ist. Die Azure Migrate-Appliance kann derzeit aufgrund eines bekannten Problems keine Arbeitsspeicherauslastung für virtuelle Computer dieser Art erfassen.
• Wenn alle Leistungsindikatoren fehlen, stellen Sie sicher, dass die Portzugriffsanforderungen für die Bewertung erfüllt sind. Informieren Sie sich weiter über die Portzugriffsanforderungen für die Bewertungen von VMware- und Hyper-V-Servern sowie physischen Servern. Falls einer der Leistungsindikatoren fehlt, greift das Azure Migrate-Tool für die Ermittlung und Bewertung auf die lokalen zugeordneten Kerne bzw. auf den lokalen zugeordneten Arbeitsspeicher zurück und empfiehlt eine entsprechende VM-Größe.

Warum fehlen Leistungsdaten für einige oder alle Server in meinem Azure-VM- oder Azure VMware Solution-Bewertungsbericht?

Für eine Bewertung vom Typ Leistungsbasiert enthält der Bewertungsbericht die Angabe PercentageOfCoresUtilizedMissing oder PercentageOfMemoryUtilizedMissing, wenn die Azure Migrate-Appliance keine Leistungsdaten für die lokalen Server sammeln kann. Überprüfen Sie Folgendes:

• Sind die Server für den Zeitraum, in dem Sie die Bewertung erstellen, eingeschaltet?

• Fehlen nur Leistungsindikatoren für den Arbeitsspeicher? Versuchen Sie, die Server in einer Hyper-V-Umgebung zu bewerten? Aktivieren Sie in diesem Szenario dynamischen Arbeitsspeicher auf den Servern, und führen Sie die erneute Berechnung der Bewertung durch, um die neuesten Änderungen widerzuspiegeln. Die Appliance kann Werte für die Arbeitsspeicherauslastung für Server in Hyper-V-Umgebungen nur dann sammeln, wenn der dynamische Arbeitsspeicher für den Server aktiviert ist.

• Falls alle Leistungsindikatoren fehlen, sollten Sie sicherstellen, dass ausgehende Verbindungen über Port 443 (HTTPS) zulässig sind.

  Hinweis

  Falls einer der Leistungsindikatoren fehlt, greift das Azure Migrate-Tool für die Ermittlung und Bewertung auf die lokalen zugeordneten Kerne bzw. auf den lokalen zugeordneten Arbeitsspeicher zurück und empfiehlt eine entsprechende VM-Größe.

Warum fehlen in meiner Azure SQL-Bewertung Leistungsdaten für einige oder alle SQL-Instanzen oder -Datenbanken?

Überprüfen Sie Folgendes, um sicherzustellen, dass Leistungsdaten erfasst werden:

• Sind die SQL Server-Instanzen für den Zeitraum, in dem Sie die Bewertung erstellen, eingeschaltet?
• Weist der SQL-Agent in Azure Migrate den Verbindungsstatus Verbunden auf? Überprüfen Sie auch den letzten Heartbeat.
• Lautet der Azure Migrate-Verbindungsstatus für alle SQL-Instanzen im Bereich der ermittelten SQL-Instanz Verbunden?
• Sollten alle Leistungsindikatoren fehlen, vergewissern Sie sich, dass ausgehende Verbindungen am Port 443 (HTTPS) zugelassen werden.

Wenn einer der Leistungsindikatoren fehlt, empfiehlt die Azure SQL-Bewertung die kleinste Azure SQL-Konfiguration für die Instanz bzw. Datenbank.

Weshalb weist meine Bewertung eine niedrige Zuverlässigkeitsstufe auf?

Die Zuverlässigkeitsstufe wird für leistungsbasierte Bewertungen anhand des Prozentsatzes von verfügbaren Datenpunkten berechnet, die zum Berechnen der Bewertung benötigt werden. Eine Bewertung kann aus folgenden Gründen eine niedrige Zuverlässigkeitsstufe erhalten:

• Sie haben für den Zeitraum, für den Sie die Bewertung erstellen, kein Profil der Umgebung erstellt. Wenn Sie beispielsweise eine Bewertung mit einer auf eine Woche festgelegten Leistungsdauer erstellen, müssen Sie nach dem Start der Ermittlung mindestens eine Woche warten, damit alle Datenpunkte erfasst werden können. Falls Sie nicht so lange warten können, ändern Sie die Leistungsdauer in einen kürzeren Zeitraum und führen eine Neuberechnung der Bewertung durch.

• Die Bewertung kann die Leistungsdaten für einige oder alle Server im Bewertungszeitraum nicht erfassen. Für eine hohe Zuverlässigkeitsstufe stellen Sie Folgendes sicher:

  • Die Server sind für die Dauer der Bewertung eingeschaltet.
  • Ausgehende Verbindungen am Port 443 sind zugelassen.
  • Für Hyper-V-Server ist der dynamische Arbeitsspeicher aktiviert.
  • Der Verbindungsstatus von Agents in Azure Migrate ist Verbunden. Überprüfen Sie auch den letzten Heartbeat.
  • In Azure SQL-Bewertungen lautet der Azure Migrate-Verbindungsstatus für alle SQL-Instanzen im Bereich der ermittelten SQL-Instanz Verbunden.

  Führen Sie die erneute Berechnung der Bewertung mit der Option Neu berechnen durch, um die neuesten Änderungen an der Zuverlässigkeitsstufe widerzuspiegeln.

• Für Azure-VM- und Azure VMware Solution-Bewertungen: Nach dem Start der Ermittlung wurden einige Server erstellt. Beispiel: Angenommen, Sie erstellen eine Bewertung für den Leistungsverlauf des letzten Monats, einige Server in der Umgebung wurden jedoch erst letzte Woche erstellt. In diesem Fall stehen für die gesamte Dauer keine Leistungsdaten für die neuen Server zur Verfügung, und die Zuverlässigkeitsstufe wäre gering. Weitere Informationen

• Bei Azure SQL-Bewertungen wurden einige SQL-Instanzen oder -Datenbanken nach dem Start der Ermittlung erstellt. Beispiel: Angenommen, Sie erstellen eine Bewertung für den Leistungsverlauf des letzten Monats, einige SQL-Instanzen oder -Datenbanken in der Umgebung wurden jedoch erst letzte Woche erstellt. In diesem Fall stehen für die gesamte Dauer keine Leistungsdaten für die neuen Server zur Verfügung, und die Zuverlässigkeitsstufe wäre gering. Weitere Informationen

Warum ist meine RAM-Auslastung größer als 100 %?

Wenn in Hyper-V der maximal bereitgestellte Arbeitsspeicher kleiner ist als für die VM erforderlich, zeigt die Bewertung an, dass die Arbeitsspeicherauslastung mehr als 100 % beträgt.

Ist die Betriebssystemlizenz in einer Azure-VM-Bewertung inbegriffen?

Eine Azure-VM-Bewertung berücksichtigt zurzeit nur die Kosten einer Betriebssystemlizenz für Windows-Computer. Die Lizenzkosten für Linux-Server werden derzeit nicht berücksichtigt.

Wie funktioniert die leistungsbasierte Dimensionierung in einer Azure-VM-Bewertung?

Eine Azure-VM-Bewertung sammelt fortlaufend Leistungsdaten von lokalen Servern und nutzt diese Daten, um die VM-SKU und die Datenträger-SKU in Azure zu empfehlen. Erfahren Sie mehr darüber, wie leistungsbasierte Daten gesammelt werden.

Kann ich meine Datenträger mithilfe von Azure Migrate zu einem Disk Ultra-Datenträger migrieren?

Nein Derzeit unterstützen sowohl Azure Migrate als auch Azure Site Recovery keine Migration zu Disk Ultra-Datenträgern. Erfahren Sie mehr über die Bereitstellung eines Disk Ultra-Datenträgers.

Warum sind die bereitgestellten IOPS und der Durchsatz meines Disk Ultra-Datenträgers höher als die IOPS und der Durchsatz in meiner lokalen Umgebung?

Gemäß der offiziellen Preisseite wird Disk Ultra auf Grundlage der bereitgestellten Größe und IOPS sowie des bereitgestellten Durchsatzes abgerechnet. Wenn Sie beispielsweise einen 200 GiB Disk Ultra-Datenträger mit 20.000 IOPS und 1.000 MB/Sekunde bereitgestellt und nach 20 Stunden gelöscht haben, wird er dem Datenträgergrößenangebot von 256 GiB zugeordnet. Ihnen werden 256 GiB, 20.000 IOPS und 1.000 MB/Sekunde für 20 Stunden in Rechnung gestellt.

Bereitzustellende IOPS = (ermittelter Durchsatz) * 1024:256

Wird bei der Disk Ultra-Empfehlung Latenz berücksichtigt?

Nein. Derzeit werden nur die Datenträgergröße, der Gesamtdurchsatz und IOPS-Gesamtwert für die Größen- und Kostenkalkulation verwendet.

Ich sehe, dass die M-Serie Disk Ultra-Datenträger unterstützt, aber in meiner Bewertung, in der Disk Ultra-Datenträger empfohlen wurden, heißt es „Keine VM für diese Standort gefunden“?

Dieses Ergebnis ist möglich, da nicht alle VM-Größen, die Disk Ultra-Datenträger unterstützen, in allen Regionen mit Unterstützung von Disk Ultra-Datenträgern angeboten werden. Ändern Sie die Zielbewertungsregion, um die VM-Größe für diesen Server abzurufen.

Warum zeigt meine Bewertung eine Warnung an, dass sie mit einem ungültigen Angebot erstellt wurde?

Ihre Bewertung wurde mit einem Angebot erstellt, das nicht mehr gültig ist, und daher sind die Schaltflächen Bearbeiten und Neu berechnen deaktiviert. Sie können eine neue Bewertung mit einem der gültigen Angebote erstellen: Nutzungsbasierte Bezahlung, Dev/Test Pay-As-You-Go und Enterprise Agreement. Sie können auch über das Feld Rabatt (%) einen benutzerdefinierten Rabatt auf das Azure-Angebot festlegen. Weitere Informationen

Warum zeigt meine Bewertung eine Warnung an, dass sie mit einem veralteten Azure-Zielstandort erstellt wurde?

Ihre Bewertung wurde mit einer Azure-Region erstellt, die veraltet ist. Daher sind die Schaltflächen Bearbeiten und Neu berechnen deaktiviert. Sie können eine neue Bewertung mit einem beliebigen gültigen Zielstandort erstellen. Weitere Informationen

Warum zeigt meine Bewertung eine Warnung an, dass sie mit einer ungültigen Kombination von reservierten Instanzen, VM-Betriebszeit und Rabatt (%) erstellt wurde?

Wenn Sie Reservierte Instanzen auswählen, sind die Rabatt (%)- und VM-Betriebszeit-Eigenschaften nicht anwendbar. Da Ihre Bewertung mit einer ungültigen Kombination dieser Eigenschaften erstellt wurde, sind die Schaltflächen Bearbeiten und Neu berechnen deaktiviert. Erstellen Sie eine neue Bewertung. Weitere Informationen

Warum sind einige meiner Bewertungen als „Upgrade auf neueste Bewertungsversion erforderlich“ gekennzeichnet?

Berechnen Sie Ihre Bewertung neu, um die aktualisierte Azure SQL-Bewertungsversion anzuzeigen und das ideale Migrationsziel für Ihre SQL-Bereitstellungen in Azure SQL Managed Instances, SQL Server auf Azure-VMs und Azure SQL-DB zu identifizieren:

• Wir empfehlen die Migration von Instanzen zu SQL Server auf Azure-VM gemäß den bewährten Methoden von Azure.
• Lift-and-Shift in der richtigen Größe– Server zu SQL Server auf Azure-VMs. Wir empfehlen diese Option, wenn keine SQL Server-Anmeldeinformationen verfügbar sind.
• Verbesserte Benutzeroberfläche, die in einer Bewertung Bereitschafts- und Kostenschätzungen für mehrere Migrationsziele für SQL-Bereitstellungen abdeckt.

Es empfiehlt sich, Ihre vorhandene Bewertung zu exportieren, bevor Sie eine Neuberechnung durchführen.

Ich sehe keine Leistungsdaten für einige Netzwerkadapter auf meinen physischen Servern.

Dieses Problem kann vorkommen, wenn die Hyper-V-Virtualisierung auf dem physischen Server aktiviert ist. Auf diesen Servern werden aufgrund einer Produktlücke von Azure Migrate derzeit sowohl der physische als auch der virtuelle Netzwerkadapter ermittelt. Der Netzwerkdurchsatz wird nur auf den erkannten virtuellen Netzwerkadaptern aufgezeichnet.

Die empfohlene Azure-VM-SKU für meinen physischen Server ist überdimensioniert

Dieses Problem kann vorkommen, wenn die Hyper-V-Virtualisierung auf dem physischen Server aktiviert ist. Auf diesen Servern werden von Azure Migrate derzeit sowohl der physische als auch der virtuelle Netzwerkadapter ermittelt. Daher ist die Anzahl der gefundenen Netzwerkadapter höher als die tatsächliche Anzahl. Die Azure-VM-Bewertung wählt eine Azure-VM, die die erforderliche Anzahl von Netzwerkadaptern unterstützen kann, was möglicherweise zu einer überdimensionierten VM führen kann. Weitere Informationen über den Einfluss der Anzahl der Netzwerkadapter auf die Dimensionierung. Diese Produktlücke wird in Zukunft behoben.

Die Bereitschaftskategorie für meinen physischen Server ist mit „Nicht bereit“ angegeben.

Die Bereitschaftskategorie wird im Falle eines physischen Servers mit aktivierter Hyper-V-Virtualisierung möglicherweise fälschlicherweise als Nicht bereit gekennzeichnet. Auf diesen Servern werden aufgrund einer Produktlücke von Azure Migrate derzeit sowohl der physische als auch der virtuelle Adapter ermittelt. Daher ist die Anzahl der gefundenen Netzwerkadapter höher als die tatsächliche Anzahl. Sowohl bei lokalen als auch bei leistungsbezogenen Bewertungen wählt die Azure-VM-Bewertung eine Azure-VM aus, die die erforderliche Anzahl von Netzwerkadaptern unterstützen kann. Wenn festgestellt wird, dass die Anzahl der Netzwerkadapter höher als die maximale Anzahl von NICs ist, die von Azure VMs unterstützt werden (32), wird der Server als Nicht bereit gekennzeichnet. Weitere Informationen über den Einfluss der Anzahl der NICs auf die Dimensionierung

Die Anzahl der ermittelten NICs ist höher als die tatsächliche Anzahl der physischen Server.

Dieses Problem kann vorkommen, wenn die Hyper-V-Virtualisierung auf dem physischen Server aktiviert ist. Auf diesen Servern werden von Azure Migrate derzeit sowohl der physische als auch der virtuelle Adapter ermittelt. Daher ist die Anzahl der gefundenen NICs höher als die tatsächliche Anzahl.

Erfassen des Netzwerkdatenverkehrs

So sammeln Sie Protokolle zum Netzwerkdatenverkehr:

1. Melden Sie sich beim Azure-Portal an.
2. Drücken Sie F12, um die Entwicklertools zu starten. Deaktivieren Sie ggf. die Einstellung Einträge beim Navigieren löschen.
3. Wählen Sie die Registerkarte Netzwerk aus, und starten Sie die Erfassung von Netzwerkdatenverkehr:
   • Wählen Sie in Chrome die Option Protokoll speichern. Die Aufzeichnung sollte automatisch gestartet werden. Ein roter Kreis gibt an, dass der Datenverkehr erfasst wird. Wenn der rote Kreis nicht angezeigt wird, wählen Sie zum Starten den schwarzen Kreis aus.
   • In Microsoft Edge und Internet Explorer sollte die Aufzeichnung automatisch gestartet werden. Ist dies nicht der Fall, wählen Sie die grüne Wiedergabeschaltfläche aus.
4. Versuchen Sie, den Fehler zu reproduzieren.
5. Nachdem der Fehler während der Aufzeichnung aufgetreten ist, beenden Sie die Aufzeichnung, und speichern Sie eine Kopie der aufgezeichneten Aktivität:
   • Klicken Sie in Chrome mit der rechten Maustaste, und wählen Sie Als HAR mit Inhalt speichern aus. Durch diese Aktion werden die Protokolle komprimiert und als HAR-Datei exportiert.
   • Wählen Sie in Microsoft Edge oder Internet Explorer das Symbol Aufgezeichneten Datenverkehr exportieren aus. Durch diese Aktion werden die Protokolle komprimiert und exportiert.
6. Wählen Sie die Registerkarte Konsole aus, um sie auf Warnungen oder Fehler zu überprüfen. So speichern Sie das Konsolenprotokoll:
   • Klicken Sie in Chrome mit der rechten Maustaste auf eine beliebige Stelle im Konsolenprotokoll. Wählen Sie Speichern unter aus, um das Protokoll zu exportieren und zu komprimieren.
   • Klicken Sie in Microsoft Edge oder Internet Explorer mit der rechten Maustaste auf die Fehler, und wählen Sie Alle kopieren aus.
7. Schließen Sie die Entwicklertools.

Woher werden die Betriebssystemdaten in meiner Bewertung ermittelt?

• Bei VMware-VMs handelt es sich standardmäßig um die vom vCenter Server bereitgestellten Betriebssystemdaten.
  • Bei VMware-Linux-VMs werden die Betriebssystemdetails von der Gast-VM abgerufen, wenn die Anwendungsermittlung aktiviert ist. Navigieren Sie zur Ansicht Ermittelte Server, und fahren Sie mit der Maus über den Wert in der Spalte Betriebssystem, um zu überprüfen, welche Betriebssystemdetails in der Bewertung enthalten sind. In dem Text, der angezeigt wird, können Sie sehen, ob die Betriebssystemdaten von der vCenter Server-Instanz oder der Gast-VM unter Verwendung der VM-Anmeldeinformationen gesammelt werden.
  • Bei virtuellen Windows-Computern werden die Betriebssystemdetails immer von der vCenter Server-Instanz abgerufen.
• Bei Hyper-V-VMS werden die Betriebssystemdaten vom Hyper-V-Host erfasst.
• Für physische Server werden sie vom Server abgerufen.

Nächste Schritte

Erstellen Sie eine Bewertung oder passen Sie sie an.