Bewertungsübersicht (Migration zu Azure SQL)
Dieser Artikel bietet eine Übersicht über Bewertungen für die Migration von lokalen SQL Server-Instanzen aus einer VMware-, Microsoft Hyper-V- und physischen Umgebung zu SQL Server auf Azure-VM, Azure SQL-Datenbank oder Azure SQL Managed Instance mithilfe des Ermittlungs- und Bewertungstools Azure Migrate.
Was ist eine Bewertung?
Eine Bewertung mit dem Ermittlungs- und Bewertungstool ist eine Momentaufnahme der Daten, misst die Bereitschaft lokaler Server zur Migration zu Azure und schätzt die Auswirkungen ein.
Arten von Bewertungen
Sie können drei Typen von Bewertungen mit dem Azure Migrate-Tool zur Ermittlung und Bewertung erstellen.
| Bewertungstyp | Details |
|---|---|
| Azure-VM | Bewertungen zum Migrieren Ihrer lokalen Server zu virtuellen Azure-Computern. Sie können Ihre lokalen Server in der VMware- und Hyper-V-Umgebung und physischen Server für die Migration zu Azure-VMs mit diesem Bewertungstyp bewerten. |
| Azure SQL | Bewertungen zum Migrieren Ihrer lokalen SQL Server-Instanzen aus Ihren VMware-, Microsoft Hyper-V- und physischen Umgebungen zu SQL Server auf Azure-VMs, Azure SQL-Datenbank oder Azure SQL Managed Instance. |
| Azure App Service | Bewertungen zur Migration Ihrer lokalen, auf einem IIS-Webserver ausgeführten ASP.NET-Web-Apps, von Ihrer VMware-Umgebung zu Azure App Service |
| Azure VMware Solution (AVS) | Bewertungen zum Migrieren Ihrer lokalen Server zu Azure VMware Solution (AVS). Sie können Ihre lokalen VMware-VMs für die Migration zu Azure VMware Solution (AVS) bewerten, indem Sie diesen Bewertungstyp verwenden. Weitere Informationen |
Hinweis
Wenn die Anzahl der Azure VM- oder AVS-Bewertungen im Ermittlungs- und Bewertungstool falsch ist, klicken Sie auf die Gesamtzahl der Bewertungen, um zu allen Bewertungen zu navigieren und die Azure VM- oder AVS-Bewertungen neu zu berechnen. Das Tool zur Ermittlung und Bewertung zeigt dann die korrekte Anzahl für diesen Bewertungstyp an.
Eine Azure SQL-Bewertung bietet zwei Kriterien für die Dimensionierung:
| Größenkriterien | Details | Daten |
|---|---|---|
| Wie lokal | Bewertungen, die Empfehlungen ausschließlich basierend auf der lokalen SQL Server-Konfiguration erstellen | Die Azure SQL-Konfiguration basiert auf der lokalen SQL Server-Konfiguration, die zugeordnete Kerne, insgesamt zugewiesenen Arbeitsspeicher und Datenbankgrößen umfasst. |
| Leistungsbasiert | Bewertungen, die Empfehlungen auf der Grundlage der erfassten Leistungsdaten aussprechen | Die Azure SQL-Konfiguration basiert auf Leistungsdaten von SQL-Instanzen und -Datenbanken, darunter CPU-Auslastung, Arbeitsspeicherauslastung, IOPS (Daten- und Protokolldateien), Durchsatz und Latenz von E/A-Vorgängen. |
Wie bewerte ich meine lokalen SQL Server-Instanzen?
Mithilfe der Konfigurations- und Auslastungsdaten, die von einer einfachen Azure Migrate-Appliance gesammelt werden, können Sie Ihre lokalen SQL Server-Instanzen bewerten. Die Appliance ermittelt lokale SQL Server-Instanzen und -Datenbanken und sendet die Konfigurations- und Leistungsdaten an Azure Migrate. Weitere Informationen.
Wie führe ich eine Bewertung mit der Appliance durch?
Wenn Sie eine Azure Migrate-Appliance bereitstellen, um lokale Server zu ermitteln, führen Sie die folgenden Schritte aus:
- Richten Sie Azure und Ihre lokale Umgebung so ein, dass Azure Migrate verwendet werden kann.
- Erstellen Sie für Ihre erste Bewertung ein Azure Migrate-Projekt, und fügen Sie ihm das Azure Migrate-Tool zur Ermittlung und Bewertung hinzu.
- Stellen Sie eine einfache Azure Migrate-Appliance bereit. Die Appliance ermittelt kontinuierlich lokale Server und sendet Konfigurations- und Leistungsdaten an Azure Migrate. Stellen Sie die Appliance als VM oder physischen Server bereit. Auf den Servern, die Sie bewerten möchten, müssen keine Komponenten installiert werden.
Wenn die Appliance mit der Ermittlung begonnen hat, können Sie die Server, die Sie bewerten möchten, einer Gruppe hinzufügen und eine Bewertung für diese Gruppe mit dem Bewertungstyp Azure SQL durchführen.
Befolgen Sie unser Tutorial zum Bewerten von SQL Server-Instanzen, um diese Schritte auszuprobieren.
Wie werden Leistungsdaten für SQL-Instanzen und -Datenbanken von der Appliance berechnet?
Die Appliance sammelt mit folgenden Schritten Leistungsdaten für Computeeinstellungen:
- Die Appliance erfasst einen Echtzeit-Abtastpunkt. Für SQL-Server sammelt sie alle 30 Sekunden eine Stichprobe als Datenpunkt.
- Die Appliance aggregiert die Stichproben-Datenpunkte, die über 10 Minuten alle 30 Sekunden erfasst werden. Zum Erstellen des Datenpunkts wählt die Appliance den Spitzenwert aus allen Stichproben aus. Sie sendet Maximalwert, Mittelwert und Varianz für jeden Zähler an Azure.
- Azure Migrate speichert alle im 10-minütigen Intervall erfassten Datenpunkte des letzten Monats.
- Beim Erstellen einer Bewertung ermittelt Azure Migrate den geeigneten Datenpunkt, um die richtige Größe zu bestimmen. Die Ermittlung basiert auf dem Perzentilwert für den Leistungsverlauf und dem Perzentilwert der Nutzung.
- Wenn der Leistungsverlauf beispielsweise auf eine Woche festgelegt ist und der Perzentilwert der Nutzung das 95. Perzentil ist, sortiert die Bewertung die 10-minütigen Abtastpunkte für die letzte Woche. Es sortiert sie in aufsteigender Reihenfolge und wählt das 95. Perzentil zum Bestimmen der richtigen Größe aus.
- Mit dem Wert des 95. Perzentils wird sichergestellt, dass Ausreißer ignoriert werden. Diese können enthalten sein, wenn Sie das 99. Perzentil wählen.
- Falls Sie die Spitzenauslastung für den Zeitraum wählen und auch Ausreißer berücksichtigen möchten, sollten Sie das 99. Perzentil als Perzentilwert der Nutzung wählen.
- Dieser Wert wird mit dem Komfortfaktor multipliziert, um die effektiven Leistungs- und Auslastungsdaten für diese Metriken zu erhalten, die von der Appliance erfasst werden:
- CPU-Auslastung (%)
- Arbeitsspeicherauslastung (%)
- E/A-Vorgänge/s beim Lesen und E/A-Vorgänge/s beim Schreiben (Daten- und Protokolldateien)
- MB/s beim Lesen und MB/s beim Schreiben (Durchsatz)
- Latenz von E/A-Vorgängen
Welche Eigenschaften werden zum Erstellen und Anpassen einer Azure SQL-Bewertung verwendet?
Die Azure SQL Bewertungseigenschaften umfassen Folgendes:
| Bereich | Einstellung | Details |
|---|---|---|
| Ziel und Preiseinstellungen | Zielstandort | Die Azure-Region, zu der die Migration durchgeführt werden soll. Empfehlungen zur Azure SQL-Konfiguration und zu den Kosten basieren auf dem von Ihnen angegebenen Standort. |
| Ziel und Preiseinstellungen | Umgebungstyp | Die Umgebung für die SQL-Bereitstellungen, in der die Preise für Produktions- oder Dev/Test-Betrieb gelten. |
| Ziel und Preiseinstellungen | Angebot/Lizenzierungsprogramm | Das Azure-Angebot, bei dem Sie registriert sind. Derzeit ist das Feld standardmäßig auf „Nutzungsbasierte Zahlung“ festgelegt, wodurch Sie Azure-Einzelhandelspreise erhalten. Sie können einen zusätzlichen Rabatt erzielen, indem Sie zusätzlich zum Angebot „Nutzungsbasierte Bezahlung“ die reservierte Kapazität und den Azure-Hybridvorteil anwenden. Sie können den Azure-Hybridvorteil zusätzlich zum Angebot „Nutzungsbasierte Zahlung“ und zur Umgebung „Dev/Test“ anwenden. Für die Bewertung wird das Anwenden reservierter Kapazität zusätzlich zum Angebot „Nutzungsbasierte Zahlung“ und zur Umgebung „Dev/Test“ nicht unterstützt. Wenn das Angebot auf Nutzungsbasierte Zahlung und „Reservierte Kapazität“ auf Keine reservierten Instanzen festgelegt ist, werden die monatlichen Kostenschätzungen durch Multiplikation der im Feld „VM-Betriebszeit“ gewählten Stundenzahl mit dem Stundenpreis der empfohlenen SKU berechnet. |
| Ziel und Preiseinstellungen | Einsparungsoptionen – Azure SQL MI und DB (PaaS) | Geben Sie die Einsparungsoption für reservierte Kapazitäten an, die bei der Bewertung berücksichtigt werden soll, um Ihre Azure-Computekosten zu optimieren. Azure-Reservierungen (1 Jahr oder 3 Jahre Laufzeit) sind eine gute Option für die am häufigsten ausgeführten Ressourcen. Wenn Sie „Keine“ auswählen, basieren die Azure-Computekosten auf den Kosten der nutzungsbasierten Bezahlung oder auf der tatsächlichen Nutzung. Sie müssen die nutzungsbasierte Bezahlung im Angebots-/Lizenzierungsprogramm auswählen, um reservierte Instanzen verwenden zu können. Wenn Sie eine andere Einsparungsoption als „Keine“ auswählen, sind die Einstellungen „Rabatt (%)“ und „VM-Uptime“ nicht anwendbar. Die monatlichen Kostenschätzungen werden durch Multiplikation von 744 Stunden mit dem Stundenpreis der empfohlenen SKU berechnet. |
| Ziel und Preiseinstellungen | Einsparungsoptionen: SQL Server auf Azure-VM (IaaS) | Geben Sie die Einsparungsoption an, die bei der Bewertung berücksichtigt werden soll, um Ihre Azure-Computekosten zu optimieren. Azure-Reservierungen (1 Jahr oder 3 Jahre Laufzeit) sind eine gute Option für die am häufigsten ausgeführten Ressourcen. Azure-Sparpläne (1 Jahr oder 3 Jahre Laufzeit) bieten zusätzliche Flexibilität und eine automatisierte Kostenoptimierung. Im Idealfall können Sie nach der Migration eine Azure-Reservierung und einen Azure-Sparplan gleichzeitig nutzen (die Reservierung wird zuerst verbraucht), aber in den Azure Migrate-Bewertungen werden nur Kostenschätzungen mit jeweils einer Einsparungsoption angezeigt. Wenn Sie „Keine“ auswählen, basieren die Azure-Computekosten auf den Kosten bei nutzungsbasierter Bezahlung oder auf der tatsächlichen Nutzung. Sie müssen die nutzungsbasierte Bezahlung im Angebots-/Lizenzierungsprogramm auswählen, um reservierte Instanzen oder einen Azure-Sparplan verwenden zu können. Wenn Sie eine andere Einsparungsoption als „Keine“ auswählen, sind die Einstellungen „Rabatt (%)“ und „VM-Uptime“ nicht anwendbar. Die monatlichen Kostenschätzungen werden durch Multiplikation von 744 Stunden im Feld „VM-Betriebszeit“ mit dem Stundenpreis der empfohlenen SKU berechnet. |
| Ziel und Preiseinstellungen | Währung | Die Rechnungswährung für Ihr Konto. |
| Ziel und Preiseinstellungen | Rabatt (%) | Abonnementspezifische Rabatte, die Sie zusätzlich zum Azure-Angebot erhalten. Die Standardeinstellung ist 0 %. |
| Ziel und Preiseinstellungen | VM-Betriebszeit | Geben Sie die Dauer (Tage pro Monat/Stunden pro Tag) für die Ausführung der Server/VMs an. Dies ist nützlich für die Berechnung von Kostenschätzungen für SQL Server auf einer Azure-VM, wenn Ihnen bewusst ist, dass Azure-VMs möglicherweise nicht kontinuierlich ausgeführt werden. Kostenschätzungen für Server, deren empfohlenes Ziel SQL Server auf Azure-VM ist, basieren auf der angegebenen Dauer. Der Standardwert ist „31 Tage pro Monat/24 Stunden pro Tag“. |
| Ziel und Preiseinstellungen | Azure-Hybridvorteil | Geben Sie an, ob Sie bereits über eine Windows Server- und/oder SQL Server-Lizenz oder ein Enterprise Linux-Abonnement (RHEL und SLES) verfügen. Mit dem Azure-Hybridvorteil können Sie die Kosten für das Ausführen Ihrer Workloads in der Cloud beträchtlich senken. Hierbei können Sie Ihre lokalen Windows Server- und SQL Server-Lizenzen mit Software Assurance-Aktivierung in Azure nutzen. Wenn Sie beispielsweise eine SQL Server-Lizenz haben und eine aktive Software Assurance-Abdeckung für SQL Server-Abonnements besteht, können Sie sich für den Azure-Hybridvorteil bewerben, sofern Sie in Azure eigene Lizenzen nutzen. |
| Kriterien für die Bewertung | Größenkriterien | Standardmäßig auf Leistungsbasiert festgelegt. Dies bedeutet, dass Azure Migrate Leistungsmetriken von SQL-Instanzen und den damit verwalteten Datenbanken sammelt, um eine optimale Größe für SQL Server für die Konfiguration von Azure-VMs und/oder Azure SQL-Datenbanken und/oder Azure SQL Managed Instance zu empfehlen. Sie können dies in Wie Lokal ändern, um Empfehlungen basierend auf der lokalen SQL Server-Konfiguration ohne leistungsbasierte Optimierungen zu erhalten. |
| Kriterien für die Bewertung | Leistungsverlauf | Legen Sie den Datenzeitraum fest, auf dem die Bewertung basieren soll. (Standardeinstellung: 1 Tag.) |
| Kriterien für die Bewertung | Perzentilwert der Nutzung | Legen Sie den gewünschten Perzentilwert fest, der für das Leistungsbeispiel verwendet werden soll. (Standardwert: 95. Perzentil.) |
| Kriterien für die Bewertung | Komfortfaktor | Legen Sie den Puffer fest, den Sie während der Bewertung verwenden möchten. Hierbei werden Aspekte wie saisonale Nutzung, ein kurzer Leistungsverlauf und eine voraussichtliche Zunahme der zukünftigen Nutzung berücksichtigt. |
| Kriterien für die Bewertung | Optimierungseinstellung | Geben Sie die Einstellung für den empfohlenen Bewertungsbericht an. Die Auswahl von Kosten minimieren würde dazu führen, dass im Bewertungsbericht „Empfohlen“ diejenigen Bereitstellungstypen empfohlen werden, bei denen die geringsten Migrationsprobleme auftreten und die am kostengünstigsten sind. Die Auswahl von Auf PaaS modernisieren würde dazu führen, dass im Bewertungsbericht „Empfohlen“ die PaaS-Bereitstellungstypen (Azure SQL MI oder DB) gegenüber IaaS (Azure-VMs) bevorzugt werden, sofern die SQL Server-Instanz für die Migration zu PaaS bereit ist – unabhängig von den Kosten. |
| Dimensionierung von Azure SQL Managed Instance | Dienstebene | Wählen Sie die am besten geeignete Option für die Dienstebene aus, um Ihre geschäftlichen Anforderungen für die Migration zu Azure SQL Managed Instance zu erfüllen: Wählen Sie die Option Empfohlen aus, wenn von Azure Migrate die am besten geeignete Dienstebene für Ihre Server empfohlen werden soll. Dies kann beispielsweise „Universell“ oder „Unternehmenskritisch“ sein. Wählen Sie Universell aus, wenn Sie eine Azure SQL-Konfiguration erzielen möchten, die für budgetorientierte Workloads ausgelegt ist. Wählen Sie Unternehmenskritisch aus, wenn Sie eine Azure SQL-Konfiguration erhalten möchten, die auf Workloads mit geringer Latenz und hoher Resilienz gegenüber Ausfällen mit schnellen Failovern ausgelegt ist. |
| Dimensionierung von Azure SQL Managed Instance | Instanztyp | Standardmäßig auf Einzelne Instanz festgelegt. |
| Dimensionierung von Azure SQL Managed Instance | Tarif | Standardmäßig auf Standard festgelegt. |
| Dimensionierung von SQL Server auf Azure-VM | VM-Serie | Geben Sie die Azure-VM-Serie an, die Sie für die Dimensionierung von SQL Server auf Azure-VM in Betracht ziehen möchten. Basierend auf der Konfiguration und den Leistungsanforderungen Ihrer SQL Server oder Ihrer SQL Server-Instanz empfiehlt die Bewertung eine VM-Größe aus der Liste der ausgewählten VM-Serie. Sie können die Einstellungen nach Bedarf bearbeiten. Wenn Sie z. B. keine VM der D-Serie aufnehmen möchten, können Sie die D-Serie aus dieser Liste ausschließen. Da Azure SQL-Bewertungen darauf abzielen, die beste Leistung für Ihre SQL-Workloads zu erzielen, enthält die Liste der VM-Serien nur VMs, die für die Ausführung Ihrer SQL Server auf Azure Virtual Machines (VMs) optimiert sind. Weitere Informationen |
| Dimensionierung von SQL Server auf Azure-VM | Speichertyp | Standardmäßig auf Empfohlen festgelegt. Dies bedeutet, dass die Bewertung den am besten geeigneten verwalteten Azure-Datenträger auf Grundlage des gewählten Umgebungstyps, der Größe des lokalen Datenträgers, der IOPS und des Durchsatzes empfiehlt. |
| Dimensionierung von Azure SQL-Datenbank | Dienstebene | Wählen Sie die am besten geeignete Option für die Dienstebene aus, um Ihre geschäftlichen Anforderungen für die Migration zur Azure SQL-Datenbank zu erfüllen: Wählen Sie die Option Empfohlen aus, wenn von Azure Migrate die am besten geeignete Dienstebene für Ihre Server empfohlen werden soll. Dies kann beispielsweise „Universell“ oder „Unternehmenskritisch“ sein. Wählen Sie Universell aus, wenn Sie eine Azure SQL-Konfiguration erzielen möchten, die für budgetorientierte Workloads ausgelegt ist. Wählen Sie Unternehmenskritisch aus, wenn Sie eine Azure SQL-Konfiguration erhalten möchten, die auf Workloads mit geringer Latenz und hoher Resilienz gegenüber Ausfällen mit schnellen Failovern ausgelegt ist. |
| Dimensionierung von Azure SQL-Datenbank | Instanztyp | Standardmäßig auf einzelne Datenbank festgelegt. |
| Dimensionierung von Azure SQL-Datenbank | Kaufmodell | Standardmäßig auf vCore festgelegt. |
| Dimensionierung von Azure SQL-Datenbank | Computeebene | Standardmäßig auf Bereitgestellt festgelegt. |
| Eigenschaften für Hochverfügbarkeit und Notfallwiederherstellung | Region für die Notfallwiederherstellung | Standardmäßig auf das regionsübergreifende Replikationspaar des Zielstandorts festgelegt. Im unwahrscheinlichen Fall, dass der ausgewählte Zielstandort noch kein solches Paar aufweist, wird der angegebene Zielstandort selbst als Standardregion für die Notfallwiederherstellung ausgewählt. |
| Eigenschaften für Hochverfügbarkeit und Notfallwiederherstellung | Multisubnetz-Absicht | Standardmäßig auf Notfallwiederherstellung festgelegt. Wählen Sie Notfallwiederherstellung aus, wenn Sie eine asynchrone Datenreplikation wünschen, bei der einige Replikationsverzögerungen tolerierbar sind. Dies ermöglicht eine höhere Dauerhaftigkeit durch Georedundanz. Im Falle eines Failovers können Daten, die noch nicht repliziert wurden, verloren gehen. Wählen Sie Hochverfügbarkeit aus, wenn die Datenreplikation synchron sein soll und kein Datenverlust aufgrund von Replikationsverzögerungen zulässig ist. Diese Einstellung ermöglicht es der Bewertung, integrierte Hochverfügbarkeitsoptionen in Azure SQL-Datenbanken und Azure SQL Managed Instances sowie Verfügbarkeitszonen und Zonenredundanz in Azure Virtual Machines zu nutzen, um eine höhere Verfügbarkeit bereitzustellen. Im Falle eines Failovers gehen keine Daten verloren. |
| Eigenschaften für Hochverfügbarkeit und Notfallwiederherstellung | Internetzugriff | Standardmäßig auf „Verfügbar“ festgelegt. Wählen Sie Verfügbar aus, wenn Sie ausgehenden Internetzugriff von Azure-VMs zulassen möchten. Dies ermöglicht die Verwendung von Cloud-Zeugen, was der empfohlene Ansatz für Windows Server-Failovercluster in Azure Virtual Machines ist. Wählen Sie Nicht verfügbar aus, wenn die Azure-VMs keinen ausgehenden Internetzugriff haben. Dies erfordert die Verwendung eines freigegebenen Datenträgers als Zeugen für Windows Server-Failovercluster in Azure Virtual Machines. |
| Eigenschaften für Hochverfügbarkeit und Notfallwiederherstellung | Absicht im Modus „Asynchroner Commit“ | Standardmäßig auf Notfallwiederherstellung festgelegt. Wählen Sie Notfallwiederherstellung aus, wenn Sie den Verfügbarkeitsmodus „Asynchroner Commit“ verwenden, um eine höhere Dauerhaftigkeit der Daten zu ermöglichen, ohne die Leistung zu beeinträchtigen. Im Falle eines Failovers können Daten, die noch nicht repliziert wurden, verloren gehen. Wählen Sie Hochverfügbarkeit aus, wenn Sie den Datenverfügbarkeitsmodus „Asynchroner Commit“ verwenden, um die Verfügbarkeit zu verbessern und den Lesedatenverkehr aufzuskalieren. Diese Einstellung ermöglicht es der Bewertung, integrierte Hochverfügbarkeitsfunktionen in Azure SQL-Datenbanken und verwalteten Azure SQL-Instanzen sowie Azure Virtual Machines zu nutzen, um eine höhere Verfügbarkeit bereitzustellen und aufzuskalieren. |
| Sicherheit | Security | Der Standardwert lautet „Ja, mit Microsoft Defender for Cloud“. Gibt an, ob Sie die Bereitschaft und Kosten für die Sicherheitstools in Azure bewerten möchten. Wenn die Einstellung den Standardwert Ja mit Microsoft Defender for Cloud hat, werden Sicherheit und Kosten für Ihre Instanzen von Azure SQL Managed Instance bzw. Azure SQL-Datenbank mit Microsoft Defender for Cloud bewertet. |
Sehen Sie sich die bewährten Methoden für die Erstellung einer Bewertung mit Azure Migrate an.
Berechnen der Bereitschaft
Hinweis
Die Bewertung umfasst nur Datenbanken, die online sind. Bei Datenbank mit einem anderen Status werden Bereitschaft, Dimensionierung und Kostenberechnung ignoriert. Wenn Sie solche Datenbanken bewerten möchten, ändern Sie den Status der Datenbank, und berechnen Sie die Bewertung nach einiger Zeit neu.
Azure SQL-Bereitschaft
Bereitschaftsprüfungen für unterschiedliche Migrationsstrategien:
Empfohlene Bereitstellung, Instanzen in SQL Server auf Azure-VM, Instanzen in Azure SQL MI, Datenbank in Azure SQL DB:
Die Azure SQL-Bereitschaft für SQL-Instanzen und -Datenbanken basiert auf einer Prüfung von Features auf Kompatibilität mit SQL Server auf Azure-VMs, Azure SQL-Datenbank und Azure SQL Managed Instance:
- Bei der Azure SQL-Bewertung werden die Funktionen der SQL Server-Instanz berücksichtigt, die derzeit von den SQL Server-Quellworkloads (SQL-Agent-Aufträge, verbundene Server usw.) und den Schemas der Benutzerdatenbanken (Tabellen, Sichten, Trigger, gespeicherte Prozeduren usw.) verwendet werden, um Kompatibilitätsprobleme zu identifizieren.
- Wenn keine Kompatibilitätsprobleme gefunden werden, wird die Instanz für den Zielbereitstellungstyp (SQL Server auf Azure-VMs, Azure SQL-Datenbank oder Azure SQL Managed Instance) als Bereit markiert.
- Wenn unkritische Kompatibilitätsprobleme vorhanden sind, z. B. veraltete oder nicht unterstützte Features, die die Migration zu einem bestimmten Zielbereitstellungstyp nicht blockieren, wird die Instanz als Bereit mit einem Link zu Warnungsdetails und Leitfäden zur empfohlenen Korrektur gekennzeichnet. Dies schließt die Situation ein, in der die Quelldaten über eine Konfiguration mit Always On-Verfügbarkeitsgruppen verfügen und die erforderlichen Replikate die verfügbaren Replikate mit dem spezifischen Zielbereitstellungstyp überschreiten.
- Wenn Kompatibilitätsprobleme vorliegen, die die Migration zu einem bestimmten Zielbereitstellungstyp blockieren können, wird die Instanz als Bereit mit Bedingungen mit Problemdetails und Leitfäden zur empfohlenen Korrektur gekennzeichnet.
- In den Berichten zur Bereitschaft „Empfohlene Bereitstellung“, Instanzen in Azure SQL MI und Instanzen in SQL Server auf Azure-VMs wird die Instanz als Bereit mit Bedingungen für diesen Bereitstellungstyp markiert, wenn auch nur eine Datenbank in einer SQL-Instanz vorhanden ist, die für einen bestimmten Zielbereitstellungstyp nicht bereit ist.
- Nicht bereit: Die Bewertung konnte keine Konfiguration für SQL Server auf Azure VMs/Azure SQL MI/Azure SQL DB finden, die die gewünschten Konfigurations- und Leistungsmerkmale erfüllt. Sie können die Empfehlung überprüfen, um die Instanz/den Server für den gewünschten Bereitstellungstyp bereit zu machen.
- Wenn die Ermittlung noch läuft oder bei einer SQL-Instanz oder -Datenbank Ermittlungsprobleme auftreten, wird die Instanz als Unbekannt gekennzeichnet, da die Bewertung die Bereitschaft für diese SQL-Instanz nicht berechnen konnte.
Hinweis
In der empfohlenen Bereitstellungsstrategie ist die Migration von Instanzen zu SQL Server auf Azure-VM die empfohlene Strategie für die Migration von SQL Server-Instanzen. Wenn jedoch keine SQL Server-Anmeldeinformationen verfügbar sind, bietet die Azure SQL-Bewertung Empfehlungen für die richtig dimensionierte Lift & Shift-Migration, z. B. „Server zu SQL Server auf Azure-VM“.
Alle Server zu SQL Server auf Azure-VM:
Informationen zur Bereitschaft finden Sie hier.
Empfohlener Bereitstellungstyp
Für die empfohlene Strategie zur Migration der Bereitstellung empfiehlt die Bewertung einen Bereitstellungstyp für Azure SQL, der am kompatibelsten mit Ihrer SQL-Instanz und am kostengünstigsten ist. Eine Migration zu einem von Microsoft empfohlenen Ziel ist insgesamt weniger aufwändig. Wenn Ihre Instanz für SQL Server auf Azure-VMs, Azure SQL Managed Instance und Azure SQL-Datenbank bereit ist, wird der Zielbereitstellungstyp empfohlen, der die geringsten Probleme mit der Migrationsbereitschaft aufweist und am kostengünstigsten ist. Wenn Sie den Zielbereitstellungstyp wie in den Azure SQL-Bewertungseigenschaften Empfohlen auswählen, empfiehlt Azure Migrate einen Azure SQL-Bereitstellungstyp, der mit Ihrer SQL-Instanz kompatibel ist. Eine Migration zu einem von Microsoft empfohlenen Ziel ist insgesamt weniger aufwändig.
Hinweis
Wenn der SQL Server-Quellserver für alle drei Bereitstellungsziele (SQL Server auf Azure-VM, Azure SQL Managed Instance und Azure SQL-Datenbank) geeignet ist, empfiehlt die Bewertung eine bestimmte Option, die Ihre Kosten optimiert und zu den Größen- und Leistungsgrenzen passt.
Bereitschaft der Sicherheit
Wenn die Datenbank/Instanz als Bereit für den Zielbereitstellungstyp Azure SQL-Datenbank bzw. Azure SQL Managed Instance markiert ist, wird sie automatisch als Bereit für Microsoft Defender for SQL betrachtet. Wenn die Datenbank/Instanz als Bereit für den Zielbereitstellungstyp SQL Server auf Azure-VMs markiert ist, gilt sie als Bereit für Microsoft Defender for SQL, wenn eine dieser Versionen ausgeführt wird:
- SQL Server-Versionen 2012, 2014, 2016, 2017, 2019, 2022
- Für alle anderen Versionen wird sie als Bereit mit Bedingungen gekennzeichnet.
Berechnen der Dimensionierung
Nachdem die Bewertung die Bereitschaft und den empfohlenen Azure SQL-Bereitstellungstyp ermittelt hat, berechnet sie eine bestimmte Dienstebene und Azure SQL-Konfiguration (SKU-Größe), die mit der Leistung der lokalen SQL Server-Instanz identisch sein oder sie überschreiten kann. Die Berechnung der Größe hängt davon ab, ob Sie als Dimensionierungskriterien Wie lokal oder Leistungsbasiert verwenden.
Größenberechnung „Wie lokal“
Wenn Sie Dimensionierung „Wie lokal“ verwenden, verwendet die Bewertung nur Konfigurationsdaten der SQL-Instanz und berücksichtigt keine Leistungsdaten.
Konfiguration „Instanzen zu Azure SQL MI und Datenbanken zur Azure SQL DB“
Die Bewertung berechnet eine bestimmte Dienstebene und Azure SQL-Konfiguration (SKU-Größe), die die Konfiguration der lokalen SQL-Instanz erfüllen oder überschreiten kann:
- Während des Ermittlungsvorgangs erfasst Azure Migrate die Konfiguration der SQL-Instanz, einschließlich:
- (Zugeordnete) virtuelle Kerne
- (Zugeordneter) Arbeitsspeicher
- Datenbankgröße und Datenbankdateiorganisationen insgesamt
- Die Datenbankgröße wird berechnet, indem alle Daten- und Protokolldateien addiert werden.
- Die Bewertung aggregiert alle Konfigurationsdaten, versucht, die beste Entsprechung für verschiedene Azure SQL-Dienstebenen und -Konfigurationen zu finden, und wählt unter Beachtung der Kostenoptimierung eine Konfiguration aus, die den Anforderungen der SQL-Instanz entsprechen oder sie überschreiten kann.
Konfiguration „Instanzen zu SQL Server auf Azure-VM“
Der Bewertungsbericht Instanz zu SQL Server auf Azure-VM deckt den idealen Ansatz für die Migration von SQL Server-Instanzen und -Datenbanken zu SQL Server auf einer Azure-VM unter Befolgung der bewährten Methoden ab. Weitere Informationen
Speicherdimensionierung
Zur Speicherdimensionierung ordnet die Bewertung jeden Datenträger der Instanz einem Azure-Datenträger zu. Dies funktioniert wie folgt:
Die für die einzelnen Datenträger benötigte Größe entspricht der Größe der SQL-Daten- und Protokolllaufwerke.
Die Bewertung empfiehlt die Erstellung eines Datenträgerpools für alle SQL-Protokoll- und -Datenlaufwerke. Für temporäre Laufwerke empfiehlt die Bewertung das Speichern der Dateien auf dem lokalen Laufwerk.
Wenn die Bewertung keinen Datenträger entsprechend den Größenanforderungen findet, wird die Instanz als ungeeignet für die Migration zu SQL Server auf Azure-VMs markiert.
Wenn die Bewertung mehrere geeignete Datenträger findet, wählt sie diejenigen aus, die den in den Bewertungseinstellungen angegebenen Speicherort unterstützen.
Beim Umgebungstyp Produktion versucht die Bewertung, Premium-Datenträger für die Zuordnung der einzelnen Datenträger zu finden. Andernfalls wird versucht, einen geeigneten Datenträger zu finden, der entweder ein Premium oder SSD Standard-Datenträger sein kann.
- Falls mehrere geeignete Datenträger vorhanden sind, wählt die Bewertung den mit den geringsten Kosten aus.
Dimensionierung der Computekapazität
Nach Berechnung der Speicheranforderungen prüft die Bewertung die CPU- und RAM-Anforderungen der Instanz, um eine geeignete VM-Größe in Azure zu ermitteln.
- Die Bewertung untersucht die zugeordneten Kerne und den RAM, um eine geeignete Azure-VM-Größe zu bestimmen.
- Wenn keine geeignete Größe gefunden wird, wird der Server als ungeeignet für Azure gekennzeichnet.
- Wenn eine geeignete Größe gefunden wird, wendet Azure Migrate die Speicherberechnungen an. Für die endgültige VM-Größenempfehlung werden dann noch Standort- und Tarifeinstellungen angewandt.
- Wenn mehrere geeignete Azure-VM-Größen vorhanden sind, wird die mit den geringsten Kosten empfohlen.
Hinweis
Da Azure SQL-Bewertungen darauf abzielen, die beste Leistung für Ihre SQL-Workloads zu erzielen, enthält die Liste der VM-Serien nur VMs, die für die Ausführung Ihrer SQL Server-Instanz auf Azure Virtual Machines (VMs) optimiert sind. Weitere Informationen
Konfiguration „Server zu SQL Server auf Azure-VM“
Für die Migrationsstrategie Alle Server zu SQL Server auf Azure-VMs finden Sie hier Informationen zur Compute- und Speicherdimensionierung.
Hinweis
Konfidenzbewertungen gelten nicht für Azure SQL-Bewertungen mit den Dimensionierungskriterien Wie lokal.
Leistungsbasierte Berechnung der Dimensionierung
Wenn Sie die Dimensionierungskriterien Leistungsbasiert verwenden, verwendet die Bewertung sowohl die Konfigurations- als auch die Leistungsdaten der SQL-Instanz, um Empfehlungen zu generieren, die die Leistungsanforderungen erfüllen oder überschreiten können.
Konfiguration „Instanzen zu Azure SQL MI und Datenbanken zur Azure SQL DB“
Die Bewertung berechnet eine bestimmte Dienstebene und eine Azure SQL-Konfiguration (SKU-Größe), die die Konfiguration der lokalen SQL-Instanz erfüllen oder überschreiten kann:
- Während des Ermittlungsvorgangs erfasst Azure Migrate Konfiguration und Leistung der SQL-Instanz, einschließlich:
- Virtuelle Kerne (zugeordnet) und CPU-Auslastung (%)
- Die CPU-Auslastung für eine SQL-Instanz gibt an, zu wieviel Prozent die SQL Server-Instanz die zugeordnete CPU verwendet
- Die CPU-Auslastung für eine Datenbank gibt an, zu wieviel Prozent die Datenbank auf der SQL Server-Instanz die zugeordnete CPU verwendet
- Arbeitsspeicher (zugeordnet) und Arbeitsspeicherauslastung (%)
- E/A-Vorgänge/s beim Lesen und E/A-Vorgänge/s beim Schreiben (Daten- und Protokolldateien)
- E/A-Vorgänge/s beim Lesen und E/A-Vorgänge/s beim Schreiben auf SQL-Instanzebene werden durch Addieren der E/A-Vorgänge/s beim Lesen und E/A-Vorgänge/s beim Schreiben für alle in dieser Instanz ermittelten Datenbanken berechnet.
- MB/s beim Lesen und MB/s beim Schreiben (Durchsatz)
- Latenz von E/A-Vorgängen
- Datenbankgröße und Datenbankdateiorganisationen insgesamt
- Die Datenbankgröße wird berechnet, indem alle Daten- und Protokolldateien addiert werden.
- Konfiguration des Subnetzes der Always On-Failoverclusterinstanz (Einzel- oder Multisubnetz)
- Konfigurationen von Always On-Verfügbarkeitsgruppen
- Netzwerkkonfiguration der teilnehmenden Instanzen (Einzel- oder Multisubnetz)
- Anzahl und Typ der sekundären Replikate
- Verfügbarkeitsmodus: „Synchroner Commit“ oder „Asynchroner Commit“
- Verbindungsmodus: „Schreibgeschützt“ oder „Keine“
- Virtuelle Kerne (zugeordnet) und CPU-Auslastung (%)
- Die Bewertung aggregiert alle Konfigurations- und Leistungsdaten und versucht, die beste Entsprechung für verschiedene Azure SQL-Dienstebenen und -Konfigurationen zu finden, und wählt unter Beachtung der Kostenoptimierung eine Konfiguration aus, die den Leistungsanforderungen der SQL-Instanz entsprechen oder sie überschreiten kann.
Konfiguration „Instanzen zu SQL Server auf Azure-VM“
Der Bewertungsbericht Instanz zu SQL Server auf Azure-VM deckt den idealen Ansatz für die Migration von SQL Server-Instanzen und -Datenbanken zu SQL Server auf einer Azure-VM unter Befolgung der bewährten Methoden ab. Weitere Informationen
Wenn es sich bei der Quelle um eine Always On-Failoverclusterinstanz (FCI) von SQL Server handelt, enthält der Bewertungsbericht den Ansatz für die Migration zu einer SQL Server-Failoverclusterinstanz mit zwei Knoten. Dadurch werden die Absichten für Hochverfügbarkeit und Notfallwiederherstellung sowie die bewährten Methoden eingehalten. Weitere Informationen
Speicherdimensionierung
Zur Speicherdimensionierung ordnet die Bewertung jeden Datenträger der Instanz einem Azure-Datenträger zu. Dies funktioniert wie folgt:
Die Bewertung addiert die Lese- und Schreib-IOPS eines Datenträgers, um die gesamten benötigten IOPS zu ermitteln. Ebenso werden die Werte für Lese- und Schreibdurchsatz addiert, um den gesamten Durchsatz jedes Datenträgers zu erhalten. Die für die einzelnen Datenträger benötigte Größe entspricht der Größe der SQL-Daten- und Protokolllaufwerke.
Die Bewertung empfiehlt die Erstellung eines Datenträgerpools für alle SQL-Protokoll- und -Datenlaufwerke. Für temporäre Laufwerke empfiehlt die Bewertung das Speichern der Dateien auf dem lokalen Laufwerk.
- Wenn die Bewertung keinen Datenträger entsprechend den Anforderungen an Größe, IOPS und Durchsatz findet, wird die Instanz als ungeeignet für die Migration zu SQL Server auf Azure-VM markiert.
- Wenn die Bewertung mehrere geeignete Datenträger findet, wählt sie diejenigen aus, die den in den Bewertungseinstellungen angegebenen Speicherort unterstützen.
- Wenn es sich bei der Quelle um eine Always On-Failoverclusterinstanz von SQL Server handelt, wird die Konfiguration mit gemeinsam genutzten Datenträgern ausgewählt.
- Beim Umgebungstyp Produktion versucht die Bewertung, Premium-Datenträger für die Zuordnung der einzelnen Datenträger zu finden. Andernfalls wird versucht, einen geeigneten Datenträger zu finden, der entweder ein Premium oder SSD Standard-Datenträger sein kann.
- Falls mehrere geeignete Datenträger vorhanden sind, wählt die Bewertung den mit den geringsten Kosten aus.
Dimensionierung der Computekapazität
Nach Berechnung der Speicheranforderungen prüft die Bewertung die CPU- und RAM-Anforderungen der Instanz, um eine geeignete VM-Größe in Azure zu ermitteln.
- Die Bewertung untersucht die effektiv genutzten Kerne und den RAM, um eine geeignete Azure-VM-Größe zu bestimmen. Die effektive Nutzung von RAM bzw. Arbeitsspeicher für eine Instanz wird durch Aggregieren des Puffercaches (Pufferpoolgröße in MB) für alle Datenbanken berechnet, die in einer Instanz ausgeführt werden.
- Wenn keine geeignete Größe gefunden wird, wird der Server als ungeeignet für Azure gekennzeichnet.
- Wenn eine geeignete Größe gefunden wird, wendet Azure Migrate die Speicherberechnungen an. Für die endgültige VM-Größenempfehlung werden dann noch Standort- und Tarifeinstellungen angewandt.
- Wenn mehrere geeignete Azure-VM-Größen vorhanden sind, wird die mit den geringsten Kosten empfohlen.
- Wenn es sich bei der Quelle um eine Always On-Failoverclusterinstanz von SQL Server handelt, wird die Computegröße auch für eine zweite Azure-VM verwendet, um die Notwendigkeit für zwei Knoten zu erfüllen.
Hinweis
Da Azure SQL-Bewertungen darauf abzielen, die beste Leistung für Ihre SQL-Workloads zu erzielen, enthält die Liste der VM-Serien nur VMs, die für die Ausführung Ihrer SQL Server-Instanz auf Azure Virtual Machines (VMs) optimiert sind. Weitere Informationen
Konfiguration „Server zu SQL Server auf Azure-VM“
Für die Migrationsstrategie Alle Server zu SQL Server auf Azure-VMs finden Sie hier Informationen zur Compute- und Speicherdimensionierung.
Zuverlässigkeitsstufen
Jede Azure SQL-Bewertung ist einer Zuverlässigkeitsstufe zugeordnet. Die Bewertung reicht von einem Stern (niedrigste Zuverlässigkeit) bis fünf Sterne (höchste Zuverlässigkeit). Anhand der Zuverlässigkeitsstufe können Sie die Zuverlässigkeit der von Azure Migrate bereitgestellten Größenempfehlungen besser einschätzen.
- Die Zuverlässigkeitsstufe wird einer Bewertung zugewiesen. Sie basiert auf der Verfügbarkeit von Datenpunkten, die zum Berechnen der Bewertung erforderlich sind.
- Bei der leistungsbasierten Dimensionierung sammelt die Bewertung Leistungsdaten aller SQL-Instanzen und -Datenbanken, einschließlich:
- CPU-Auslastung (%)
- Arbeitsspeicherauslastung (%)
- E/A-Vorgänge/s beim Lesen und E/A-Vorgänge/s beim Schreiben (Daten- und Protokolldateien)
- MB/s beim Lesen und MB/s beim Schreiben (Durchsatz)
- Latenz von E/A-Vorgängen
Steht eine dieser Nutzungsangaben nicht zur Verfügung, sind die Größenempfehlungen möglicherweise nicht zuverlässig. Die nachfolgende Tabelle zeigt die Zuverlässigkeitsstufen einer Bewertung, die vom Prozentsatz der verfügbaren Datenpunkte abhängen:
| Verfügbarkeit von Datenpunkten | Zuverlässigkeitsstufe |
|---|---|
| 0 % bis 20 % | 1 Stern |
| 21 % bis 40 % | 2 Sterne |
| 41 % bis 60 % | 3 Sterne |
| 61 % bis 80 % | 4 Sterne |
| 81 % bis 100 % | 5 Sterne |
Niedrige Zuverlässigkeitsstufen
Einige mögliche Gründe für eine niedrige Zuverlässigkeitsstufe einer Bewertung:
Sie haben für den Zeitraum, für den Sie die Bewertung erstellen, kein Profil der Umgebung erstellt. Wenn Sie die Bewertung z. B. mit einer auf einen Tag festgelegten Leistungsdauer erstellen, müssen Sie bis mindestens einen Tag nach dem Start der Ermittlung warten, bis alle Datenpunkte gesammelt sind.
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.
- Der SQL-Agent in Azure Migrate hat den Azure Migrate-Verbindungsstatus Verbunden, überprüfen Sie den letzten Heartbeat.
- Der Azure Migrate-Verbindungsstatus für alle SQL-Instanzen im Abschnitt der ermittelten SQL-Instanz lautet Verbunden.
Führen Sie die erneute Berechnung der Bewertung mit der Option Neu berechnen durch, um die neuesten Änderungen an der Zuverlässigkeitsstufe widerzuspiegeln.
Einige Datenbanken oder Instanzen wurden während des Zeitraums, für den die Bewertung berechnet wird, erstellt. Beispiel: Sie haben eine Bewertung für den Leistungsverlauf im letzten Monat erstellt, einige Datenbanken oder Instanzen wurden jedoch erst vor einer 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.
Hinweis
Da Azure SQL-Bewertungen leistungsbasiert sind, wird bei einer Zuverlässigkeitsstufe von weniger als fünf Sternen empfohlen, mindestens einen Tag zu warten, damit die Appliance ein Profil der Umgebung erstellen kann. Führen Sie dann eine Neuberechnung der Bewertung durch. Anderenfalls ist die leistungsbasierte Größenanpassung möglicherweise unzuverlässig.
Empfehlungsdetails
Nach Abschluss der Bereitschafts- und Dimensionierungsberechnung wird die Optimierungseinstellung angewandt, um das empfohlene Ziel und die empfohlene Konfiguration umzusetzen. Die Empfehlungsdetails enthalten eine detaillierte Erläuterung der Bereitschafts- und Dimensionierungsberechnungen, die den Empfehlungen zugrunde liegen.
Migrationsanleitung
Dieser Abschnitt enthält einen Leitfaden zum Konfigurieren der Zielressource und Schritte für die Migration. Die Schritte sind spezifisch für die jeweilige Kombination aus Quell- und Zielbereitstellung. Dieser Leitfaden ist speziell für Benutzende nützlich, die Always On-Failoverclusterinstanzen (FCI) und Verfügbarkeitsgruppen (VG) migrieren möchten.
Berechnen der monatlichen Kosten
Nach Abschluss der Empfehlungen zur Dimensionierung berechnet die Azure SQL-Bewertung mithilfe einer internen Preis-API die Compute- und Speicherkosten für die empfohlenen Azure SQL-Konfigurationen. Die Compute- und Speicherkosten aller Instanzen werden zusammengefasst, um die monatlichen Gesamtcomputekosten zu berechnen.
Computekosten
- Zum Berechnen der Computekosten für eine Azure SQL-Konfiguration berücksichtigt die Bewertung die folgenden Eigenschaften:
- Azure-Hybridvorteil für SQL- und Windows-Lizenzen oder Enterprise Linux-Abonnement (RHEL und SLES)
- Umgebungstyp
- Reservierte Kapazität
- Azure-Zielspeicherort
- Währung
- Angebot/Lizenzierungsprogramm
- Rabatt (%%)
Speicherkosten
- Die geschätzten Speicherkosten enthalten nur Datendateien und keine Protokolldateien.
- Zum Berechnen der Speicherkosten für eine Azure SQL-Konfiguration berücksichtigt die Bewertung die folgenden Eigenschaften:
- Azure-Zielspeicherort
- Währung
- Angebot/Lizenzierungsprogramm
- Rabatt (%%)
- Kosten für Sicherungsspeicher sind nicht in der Bewertung enthalten.
- Azure SQL-Datenbank
- In der Kostenschätzung werden mindestens 5 GB Speicherkosten hinzugefügt, und zusätzliche Speicherkosten werden in 1-GB-Schritten hinzugefügt. Weitere Informationen.
- Verwaltete Azure SQL-Datenbank-Instanz
- Für die ersten 32 GB Speicher pro Instanz und Monat werden keine Speicherkosten hinzugefügt, und zusätzliche Speicherkosten werden in 32-GB-Schritten hinzugefügt. Weitere Informationen.
Sicherheitskosten
Wenn SQL Server-Instanzen und -Datenbanken, die für SQL Server auf Azure VMs, Azure SQL Managed Instance oder Azure SQL-Datenbank empfohlen werden, bereit für die Ausführung von Defender for SQL sind, wird Defender for SQL pro SQL Server-Instanz für diese Region hinzugefügt. Für Datenbanken mit einer Empfehlung für Azure SQL-Datenbank werden die Kosten auf Instanzebene zusammengefasst.
Nächste Schritte
- Bewährte Methoden für die Erstellung von Bewertungen
- Weitere Informationen zum Ausführen einer Azure SQL-Bewertung.