Problemen met evaluatie oplossen - Veelgestelde vragen
In dit artikel vindt u antwoorden op enkele van de meest voorkomende vragen over het oplossen van problemen met de evaluatie. Zie artikelen Over het oplossen van problemen met evaluatie en ondersteunde scenario's voor het oplossen van evaluaties.
Waarom is de aanbevolen Azure-schijf-SKU groter dan on-premises in een Azure VM-evaluatie?
Azure VM-evaluatie kan een grotere schijf aanbevelen op basis van het type evaluatie:
- Schijfgrootte is afhankelijk van twee evaluatie-eigenschappen: groottecriteria en opslagtype.
- Als de groottecriteria zijn gebaseerd op prestaties en het opslagtype is ingesteld op Automatisch, worden de IOPS- en doorvoerwaarden van de schijf overwogen bij het identificeren van het doelschijftype (Standard HDD, Standard SSD, Premium of Ultra-schijf). Een schijf-SKU van het schijftype wordt vervolgens aanbevolen en de aanbeveling beschouwt de groottevereisten van de on-premises schijf.
- Als de groottecriteria zijn gebaseerd op prestaties en het opslagtype Premium is, wordt een Premium-schijf-SKU in Azure aanbevolen op basis van de IOPS-, doorvoer- en groottevereisten van de on-premises schijf. Dezelfde logica wordt gebruikt om de schijfgrootte uit te voeren wanneer de groottecriteria on-premises zijn en het opslagtype Standard HDD, Standard SSD, Premium of Ultra Disk is.
Stel dat u een on-premises schijf met 32 GB geheugen hebt, maar de geaggregeerde IOPS voor lezen en schrijven voor de schijf 800 IOPS is. De Azure VM-evaluatie raadt een Premium-schijf aan vanwege de hogere IOPS-vereisten. Het raadt ook een schijf-SKU aan die de vereiste IOPS en grootte kan ondersteunen. In dit voorbeeld komen we dan uit bij P15 (256 GB, 1100 IOPS). Hoewel de grootte die is vereist voor de on-premises schijf 32 GB was, heeft de Azure VM-evaluatie een grotere schijf aanbevolen vanwege de hoge IOPS-vereiste van de on-premises schijf.
Waarom ontbreken prestatiegegevens voor sommige of alle VM's in mijn evaluatierapport?
Voor evaluatie op basis van prestaties staat de export van het evaluatierapport 'PercentageOfCoresUtilizedMissing' of 'PercentageOfMemoryUtilizedMissing' wanneer het Azure Migrate-apparaat geen prestatiegegevens voor de on-premises VM's kan verzamelen. Controleer het volgende:
- Als de VM's zijn ingeschakeld voor de duur waarvoor u de evaluatie maakt.
- Als er alleen geheugenitems ontbreken en u virtuele Hyper-V-machines probeert te evalueren, controleert u of er dynamisch geheugen is ingeschakeld op deze virtuele machines. Vanwege een bekend probleem kan het Azure Migrate-apparaat momenteel geen geheugengebruik voor dergelijke VM's verzamelen.
- Als alle prestatiemeteritems ontbreken, moet u ervoor zorgen dat aan de vereisten voor poorttoegang voor evaluatie wordt voldaan. Meer informatie over de poorttoegangsvereisten voor VMware-, Hyper-V- en fysieke evaluaties. Als een van de prestatiemeteritems ontbreekt, valt Azure Migrate: Detectie en evaluatie terug op de toegewezen kernen/geheugen on-premises en beveelt u de VM-grootte dienovereenkomstig aan.
Waarom ontbreken prestatiegegevens voor sommige of alle servers in mijn Evaluatierapport van Azure VM of Azure VMware Solution?
Voor evaluatie op basis van prestaties zegt de export van het evaluatierapport PercentageOfCoresUtilizedMissing of PercentageOfMemoryUtilizedMissing wanneer het Azure Migrate-apparaat geen prestatiegegevens voor de on-premises servers kan verzamelen. Controleer het volgende:
Als de servers zijn ingeschakeld voor de duur waarvoor u de evaluatie maakt.
Als er alleen geheugentellers ontbreken en u servers in een Hyper-V-omgeving wilt evalueren. In dit scenario schakelt u dynamisch geheugen op de servers in en berekent u de evaluatie opnieuw om de meest recente wijzigingen weer te geven. Het apparaat kan alleen geheugengebruikswaarden verzamelen voor servers in een Hyper-V-omgeving wanneer op de server dynamisch geheugen is ingeschakeld.
Als alle prestatiemeteritems ontbreken, moet u ervoor zorgen dat uitgaande verbindingen op poort 443 (HTTPS) zijn toegestaan.
Notitie
Als een van de prestatiemeteritems ontbreekt, valt Azure Migrate: Detectie en evaluatie terug op de toegewezen kernen/geheugen on-premises en wordt een VM-grootte dienovereenkomstig aanbevolen.
Waarom ontbreken prestatiegegevens voor sommige of alle SQL-exemplaren of -databases in mijn Azure SQL-evaluatie?
Controleer het volgende om ervoor te zorgen dat prestatiegegevens worden verzameld:
- Als de SQL-servers zijn ingeschakeld voor de duur waarvoor u de evaluatie maakt.
- Als de verbindingsstatus van de SQL-agent in Azure Migrate is verbonden en ook de laatste heartbeat controleert.
- Als de Azure Migrate-verbindingsstatus voor alle SQL-exemplaren is verbonden in het deelvenster gedetecteerde SQL-exemplaren.
- Als alle prestatiemeteritems ontbreken, moet u ervoor zorgen dat uitgaande verbindingen op poort 443 (HTTPS) zijn toegestaan.
Als een van de prestatiemeteritems ontbreekt, raadt de Azure SQL-evaluatie de kleinste Azure SQL-configuratie voor dat exemplaar of die database aan.
Waarom is de betrouwbaarheidsclassificatie van mijn evaluatie laag?
De betrouwbaarheidsclassificatie wordt berekend voor evaluaties op basis van prestaties op basis van het percentage beschikbare gegevenspunten dat nodig is om de evaluatie te berekenen. Een evaluatie kan om de volgende redenen een lage betrouwbaarheidsclassificatie krijgen:
U hebt uw omgeving niet geprofileerd gedurende de periode waarvoor u de evaluatie maakt. Als u bijvoorbeeld een evaluatie maakt waarbij de duur van de prestaties is ingesteld op één week, moet u minstens een week wachten nadat u de detectie hebt gestart voor alle gegevenspunten die moeten worden verzameld. Als u niet kunt wachten op de duur, wijzigt u de duur van de prestaties in een kortere periode en berekent u de evaluatie opnieuw.
Bij de evaluatie kunnen de prestatiegegevens voor sommige of alle servers in de evaluatieperiode niet worden verzameld. Voor een hoge betrouwbaarheidsclassificatie moet u ervoor zorgen dat:
- Servers worden ingeschakeld voor de duur van de evaluatie.
- Uitgaande verbindingen op poort 443 zijn toegestaan.
- Voor Hyper-V-servers is dynamisch geheugen ingeschakeld.
- De verbindingsstatus van agents in Azure Migrate is verbonden. Controleer ook de laatste heartbeat.
- Voor Azure SQL-evaluaties is de verbindingsstatus van Azure Migrate voor alle SQL-exemplaren verbonden in het deelvenster gedetecteerde SQL-exemplaren.
Bereken opnieuw de evaluatie om de meest recente wijzigingen in de betrouwbaarheidsclassificatie weer te geven.
Voor Azure VM- en Azure VMware Solution-evaluaties zijn er enkele servers gemaakt nadat de detectie is gestart. Stel dat u een evaluatie maakt voor de prestatiegeschiedenis van de afgelopen maand, maar een paar servers zijn slechts een week geleden in de omgeving gemaakt. In dit geval zijn de prestatiegegevens voor de nieuwe servers niet beschikbaar voor de hele duur en is de betrouwbaarheidsclassificatie laag. Meer informatie.
Voor Azure SQL-evaluaties zijn enkele SQL-exemplaren of -databases gemaakt nadat de detectie is gestart. Stel dat u een evaluatie maakt voor de prestatiegeschiedenis van de afgelopen maand, maar een paar SQL-exemplaren of -databases zijn slechts een week geleden in de omgeving gemaakt. In dit geval zijn de prestatiegegevens voor de nieuwe servers niet beschikbaar voor de hele duur en is de betrouwbaarheidsclassificatie laag. Meer informatie.
Waarom is mijn RAM-gebruik groter dan 100%?
In Hyper-V als het maximale geheugen dat is ingericht, kleiner is dan wat vereist is voor de virtuele machine, toont de evaluatie dat het geheugengebruik meer dan 100% is.
Is de licentie van het besturingssysteem opgenomen in een Azure VM-evaluatie?
Een Azure VM-evaluatie beschouwt momenteel alleen de licentiekosten van het besturingssysteem voor Windows-servers. Licentiekosten voor Linux-servers worden momenteel niet meegenomen.
Hoe de grootte op basis van prestaties werkt in een Azure VM-evaluatie?
Een Azure VM-evaluatie verzamelt continu prestatiegegevens van on-premises servers en gebruikt deze om de VM-SKU en schijf-SKU in Azure aan te bevelen. Meer informatie over hoe gegevens op basis van prestaties worden verzameld.
Kan ik mijn schijven migreren naar een Ultra-schijf met behulp van Azure Migrate?
Nee Momenteel bieden zowel Azure Migrate als Azure Site Recovery geen ondersteuning voor migratie naar Ultra-schijven. Meer informatie over het implementeren van een Ultra-schijf.
Waarom zijn de ingerichte IOPS en doorvoer in mijn Ultra-schijf meer dan mijn on-premises IOPS en doorvoer?
Op basis van de officiële pagina met prijzen wordt Ultra-schijf gefactureerd op basis van de ingerichte grootte, ingerichte IOPS en ingerichte doorvoer. Als u bijvoorbeeld een 200 GiB Ultra-schijf met 20.000 IOPS en 1000 MB/seconde hebt ingericht en deze na 20 uur hebt verwijderd, wordt deze toegewezen aan de schijfgrootte van 256 GiB. U wordt gefactureerd voor 256 GiB, 20.000 IOPS en 1000 MB/seconde gedurende 20 uur.
IOPS moet worden ingericht = (gedetecteerde doorvoer) * 1024/256
Beschouwt de aanbeveling ultraschijf latentie?
Nee, momenteel worden alleen schijfgrootte, totale doorvoer en totale IOPS gebruikt voor grootte en kosten.
Ik zie dat de M-serie Ondersteuning biedt voor Ultra Disk, maar in mijn evaluatie waar Ultra-schijf is aanbevolen, staat er geen VM gevonden voor deze locatie.
Dit resultaat is mogelijk omdat niet alle VM-grootten die ondersteuning bieden voor Ultra-schijven aanwezig zijn in alle regio's die door Ultra-schijven worden ondersteund. Wijzig de doelevaluatieregio om de VM-grootte voor deze server op te halen.
Waarom geeft mijn evaluatie een waarschuwing weer dat deze is gemaakt met een ongeldige aanbieding?
Uw evaluatie is gemaakt met een aanbieding die niet meer geldig is en daarom zijn de knoppen Bewerken en Herberekenen uitgeschakeld. U kunt een nieuwe evaluatie maken met een van de geldige aanbiedingen: Betalen per gebruik, Betalen per gebruik Dev/Test en Enterprise Overeenkomst. U kunt ook het veld Korting (%) gebruiken om aangepaste korting op te geven boven op de Azure-aanbieding. Meer informatie.
Waarom wordt in mijn evaluatie een waarschuwing weergegeven dat deze is gemaakt met een Azure-doellocatie die is afgeschaft?
Uw evaluatie is gemaakt met een Azure-regio die is afgeschaft en daarom zijn de knoppen Bewerken en Herberekenen uitgeschakeld. U kunt een nieuwe evaluatie maken met een van de geldige doellocaties. Meer informatie.
Waarom wordt in mijn evaluatie een waarschuwing weergegeven dat deze is gemaakt met een ongeldige combinatie van gereserveerde instanties, VM-uptime en Korting (%)?
Wanneer u Gereserveerde instanties selecteert, zijn de eigenschappen Korting (%) en VM-uptime niet van toepassing. Terwijl uw evaluatie is gemaakt met een ongeldige combinatie van deze eigenschappen, worden de knoppen Bewerken en Herberekenen uitgeschakeld. Maak een nieuwe evaluatie. Meer informatie.
Waarom zijn sommige van mijn evaluaties gemarkeerd als 'om te worden bijgewerkt naar de nieuwste evaluatieversie'?
Bereken uw evaluatie opnieuw om de bijgewerkte Azure SQL-evaluatie-ervaring weer te geven om het ideale migratiedoel te identificeren voor uw SQL-implementaties in Azure SQL Managed Instances, SQL Server op Azure VM en Azure SQL DB:
- We raden u aan exemplaren te migreren naar SQL Server op Azure VM volgens de best practices van Azure.
- Lift and Shift met de juiste grootte: Server naar SQL Server op Azure VM. We raden dit aan wanneer SQL Server-referenties niet beschikbaar zijn.
- Verbeterde gebruikerservaring die betrekking heeft op gereedheid en kostenramingen voor meerdere migratiedoelen voor SQL-implementaties in één evaluatie.
We raden u aan uw bestaande evaluatie te exporteren voordat u deze opnieuw berekent.
Ik zie geen prestatiegegevens voor sommige netwerkadapters op mijn fysieke servers
Dit probleem kan optreden als hyper-V-virtualisatie is ingeschakeld op de fysieke server. Op deze servers detecteert Azure Migrate momenteel zowel de fysieke als de virtuele netwerkadapters. De netwerkdoorvoer wordt alleen vastgelegd op de gedetecteerde virtuele netwerkadapters.
De aanbevolen Azure VM-SKU voor mijn fysieke server is oversized
Dit probleem kan optreden als hyper-V-virtualisatie is ingeschakeld op de fysieke server. Op deze servers detecteert Azure Migrate momenteel zowel de fysieke als de virtuele netwerkadapters. Als gevolg hiervan is het aantal gedetecteerde netwerkadapters hoger dan het werkelijke aantal. De Azure VM-evaluatie kiest een Azure-VM die ondersteuning kan bieden voor het vereiste aantal netwerkadapters, wat mogelijk kan leiden tot een oversized VM. Meer informatie over de impact van het aantal netwerkadapters op de grootte. Dit productverschil wordt in de toekomst aangepakt.
De gereedheidscategorie is gemarkeerd als 'Niet gereed' voor mijn fysieke server
De gereedheidscategorie is mogelijk onjuist gemarkeerd als Niet gereed in het geval van een fysieke server waarvoor Hyper-V-virtualisatie is ingeschakeld. Op deze servers detecteert Azure Migrate momenteel zowel de fysieke als de virtuele adapters. Als gevolg hiervan is het aantal gedetecteerde netwerkadapters hoger dan het werkelijke aantal. In evaluaties op basis van zowel on-premises als op basis van prestaties kiest de Azure VM-evaluatie een Azure-VM die het vereiste aantal netwerkadapters kan ondersteunen. Als het aantal netwerkadapters hoger is dan 32, wordt het maximum aantal NIC's dat wordt ondersteund op Virtuele Azure-machines, de server gemarkeerd als Niet gereed. Meer informatie over de impact van het aantal NIC's op het aanpassen van de grootte.
Het aantal gedetecteerde NIC's is hoger dan werkelijk voor fysieke servers
Dit probleem kan optreden als hyper-V-virtualisatie is ingeschakeld op de fysieke server. Op deze servers detecteert Azure Migrate momenteel zowel de fysieke als de virtuele adapters. Als gevolg hiervan is het aantal gedetecteerde NIC's hoger dan het werkelijke aantal.
Netwerkverkeer vastleggen
Netwerkverkeerslogboeken verzamelen:
- Meld u aan bij het Azure-portaal.
- Selecteer F12 om Ontwikkelhulpprogramma's te starten. Wis indien nodig de vermeldingen wissen in de navigatie-instelling .
- Selecteer het tabblad Netwerk en begin met het vastleggen van netwerkverkeer:
- Selecteer in Chrome het logboek behouden. De opname wordt automatisch gestart. Een rode cirkel geeft aan dat verkeer wordt vastgelegd. Als de rode cirkel niet wordt weergegeven, selecteert u de zwarte cirkel om te beginnen.
- In Microsoft Edge en Internet Explorer wordt de opname automatisch gestart. Als dit niet het probleem is, selecteert u de groene afspeelknop.
- Probeer de fout te reproduceren.
- Nadat u de fout hebt opgetreden tijdens het opnemen, stopt u de opname en slaat u een kopie van de opgenomen activiteit op:
- Klik in Chrome met de rechtermuisknop en selecteer Opslaan als HAR met inhoud. Met deze actie worden de logboeken gecomprimeerd en geëxporteerd als een HAR-bestand.
- Selecteer in Microsoft Edge of Internet Explorer de optie Vastgelegd verkeer exporteren. Met deze actie wordt het logboek gecomprimeerd en geëxporteerd.
- Selecteer het tabblad Console om te controleren op eventuele waarschuwingen of fouten. Het consolelogboek opslaan:
- Klik in Chrome met de rechtermuisknop op een willekeurige plaats in het consolelogboek. Selecteer Opslaan als om het logboek te exporteren en zippen.
- Klik in Microsoft Edge of Internet Explorer met de rechtermuisknop op de fouten en selecteer Alles kopiëren.
- Sluit Ontwikkelhulpprogramma's.
Waar zijn de besturingssysteemgegevens in mijn evaluatie gedetecteerd?
- Voor VMware-VM's zijn dit standaard de besturingssysteemgegevens die worden geleverd door de vCenter Server.
- Als toepassingsdetectie is ingeschakeld voor virtuele VMware Linux-machines, worden de details van het besturingssysteem opgehaald van de gast-VM. Als u wilt controleren welke besturingssysteemdetails in de evaluatie worden weergegeven, gaat u naar de weergave Gedetecteerde servers en beweegt u de muisaanwijzer over de waarde in de kolom Besturingssysteem . In de tekst die wordt weergegeven, kunt u zien of de gegevens van het besturingssysteem die u ziet worden verzameld van de vCenter-server of van de gast-VM met behulp van de VM-referenties.
- Voor Windows-VM's worden de details van het besturingssysteem altijd opgehaald van de vCenter Server.
- Voor Virtuele Hyper-V-machines worden de besturingssysteemgegevens verzameld van de Hyper-V-host.
- Voor fysieke servers wordt deze opgehaald van de server.