Freigeben über

Wechsel des SQL Server-Lizenzvertrags zu einem nutzungsabhängigen Abonnement.

In diesem Artikel wird erläutert, wie Sie die SQL Server-Instanzen auf Abonnements für "Kostenpflichtige Nutzung" umstellen. Diese Option ist für Instanzen von SQL Server verfügbar, die derzeit:

  • Verwenden einer SQL Server-Lizenz mit Software Assurance (SA)
  • Verwenden einer SQL Server-Abonnementlizenz
  • Lizenziert über einen Service Provider License Agreement (SPLA)

Übergang von Lizenz mit Software Assurance- oder SQL Server-Abonnement

Wenn Ihre SQL Server-Instanzen von einer Lizenz mit Software Assurance oder einer Abonnementlizenz abgedeckt sind, möchten Sie in der Regel direkt nach Ablauf der Laufzeit zu einem Azure-Abonnement mit nutzungsabhängiger Bezahlung wechseln. Zu diesem Zeitpunkt möchten Sie folgendes sicherstellen:

  • Alle Arc SQL-Bereitstellungen werden auf nutzungsbasierte Abrechnung umgestellt.
  • Alle Azure SQL-Bereitstellungen (PaaS und IaaS) werden auf nutzungsbasierte Abrechnung umgestellt.
  • Die Übergangsaufgaben werden unmittelbar nach Ablauf des Lizenzvertrags für kontinuierliche Compliance und genaue Abrechnung ausgeführt.

Führen Sie die folgenden Schritte aus, um den Übergang zu verwalten.

Vor Ablauf des Lizenzvertrags

  • Stellen Sie sicher, dass Sie über ein aktives Azure-Konto mit mindestens einem Abonnement verfügen.
  • Stellen Sie sicher, dass alle lokalen SQL Server-Instanzen, die von der Lizenz mit Software Assurance oder sql-Abonnement abgedeckt sind, mit Azure Arc verbunden sind.
  • Wenn Sie virtuelle oder physische Kerne ohne die Verwendung von VMs lizenzieren, stellen Sie sicher, dass die Azure-Erweiterungen für SQL Server so konfiguriert sind, dass licenseType auf Paid gesetzt ist. Weitere Informationen finden Sie unter Lizenz SQL Server-Instanzen nach virtuellen Kernen und Lizenz SQL Server-Instanzen nach physischen Kernen ohne virtuelle Computer .
  • Wenn Sie die Lizenzierungsmethode für unbegrenzte Virtualisierung verwenden, stellen Sie sicher, dass die p-Core-Lizenz oder -Lizenzen mit billingPlan auf Paid eingestellt sind, aktiviert und alle von den Lizenzen abgedeckten SQL Server-Instanzen ordnungsgemäß mit licenseType auf Paid konfiguriert sind. Weitere Informationen finden Sie unter Lizenz SQL Server-Instanzen nach physischen Kernen mit unbegrenzter Virtualisierung .

Important

Wenn Sie für den Azure VMware Service die Platzierungsrichtlinie verwenden, um eine unbegrenzte Virtualisierung zu ermöglichen, stellen Sie sicher, dass die p-Core-Lizenz, für die billingPlan auf Paid festgelegt ist, in Abstimmung mit dem Microsoft-Kontoteam erstellt wird.

Am Ablaufdatum des Lizenzvertrags

Ändern Sie den Lizenztypwert für alle Ressourcen, die nicht mehr von der SQL Server-Lizenz mit Software Assurance- oder SQL Server-Abonnement abgedeckt werden.

Diese Skripts werden unter der MIT-Lizenz bereitgestellt.

Important

Wenn Sie den unbegrenzten Virtualisierungsvorteil von SQL Server Software Assurance oder des SQL Server-Abonnements nutzen, stellen Sie sicher, dass Sie den Abrechnungsplan für SQL Server-Lizenzen von Paid zu PAYG wechseln, bevor Sie die einzelnen VMs im Umfang der Lizenz auf PAYG umstellen. Auf diese Weise können Sie sicherstellen, dass die virtuellen Computer nicht einzeln in Rechnung gestellt werden. Ausführliche Informationen finden Sie unter Ändern der SQL Server-Lizenzressource.

Übergang von der vom SPLA-Anbieter bereitgestellten Lizenz

Die Umstellung der SQL Server, die über einen Service Provider License Agreement (SPLA) auf Azure Pay-as-you-go-Abrechnung lizenziert sind, erfordert Folgendes:

  • Die SQL-Server des Endbenutzers werden in Azure Arc in von CSP verwalteten Azure-Abonnements integriert.
  • Die nutzungsbasierte Abrechnung wird mit dem Einverständnis zur wiederkehrenden Abrechnung auf jedem angeschlossenen Gerät ausgewählt.

Bei der Umstellung von Kunden auf azure pay-as-you-go-Abrechnung ist es wichtig, sicherzustellen, dass der Azure Connected Machine-Agent und die SQL Server-Erweiterung fehlerfrei sind und eine Verbindung mit Azure herstellen kann. Wenn die Erweiterung unterbrochen, durch Firewalls blockiert oder falsch konfiguriert ist (z. B. Proxyprobleme), kann die Ordnungsgemäße Berichterstattung über die SQL Server-Verwendung beendet werden. Dies kann dazu führen, dass nicht gemeldete Nutzungs-, Abrechnungsfehler und Nichtkompatibilität auftreten.

Diese Probleme beschränken auch die Funktionalität von SQL-Servern, die über Azure Arc verbunden sind. Zu den betroffenen Features gehören:

  • Monitoring
  • Inventory
  • Entra-ID-Authentifizierung (die von einem fehlerfreien Agent und einer aktiven Verbindung abhängt)

Azure Arc-verbundene Server müssen mindestens einmal alle 30 Tage mit Azure einchecken. Ab Juni 2026 wird dieses Check-in erzwungen. Dadurch wird eine genaue Verwendungsberichterstattung sichergestellt und die unbefugte Verwendung von SQL Server verhindert.

Sie oder Ihr Cloud-Lösungsanbieter müssen explizit ihre Zustimmung erteilen, bevor Sie die Abrechnung für "Pay-as-you-go" aktiviert haben. Ausführliche Informationen hierzu erhalten Sie in der Zustimmung zur wiederkehrenden Abrechnung.

Erneute Verbindung innerhalb von 30 Tagen

Wenn die Verbindung der Maschine innerhalb von 30 Tagen nach der Trennung wiederhergestellt wird, basiert die Nutzungsbasierte Bezahlung auf den Protokollen für die tatsächliche Nutzung, die lokal von der Erweiterung verwaltet werden.

Trennung für mehr als 30 Tage

Wenn der Computer länger als 30 Tage getrennt bleibt, wechselt der SQL Arc-Dienst basierend auf der letzten bekannten Konfiguration zu wiederkehrender Abrechnung. Beispiel: Edition, Anzahl der Kerne, Einrichtung für hohe Verfügbarkeit. Charges include:

  • Rückfüllgebühren für die vorherigen 30 Tage.
  • Laufende stündliche Gebühren, bis die Maschine wieder verbunden ist.

Diese Gebühren verwenden separate, wiederkehrende nutzungsbasierte (PAYG) Verbrauchseinheiten, um die Nutzung während des getrennten Zustands nachzuverfolgen.

Zeitweilige Verwendung von SQL Server

Wenn Sie eine Anwendung haben, die selten verwendet wird und länger als 30 Tage offline sein kann, wird die wiederkehrende Abrechnung ausgelöst, da der SQL Arc-Dienst nicht erkennen kann, ob die Trennung absichtlich erfolgt ist oder nicht. Um die Abrechnung zu verhindern, trennen Sie die SQL Server-Instanz von Azure Arc. Wenn der virtuelle Computer ausgeführt wird, müssen Sie ihn erneut mit einer der unterstützten Methoden in Arc integrieren. Ausführliche Informationen hierzu erhalten Sie unter Trennen von SQL Server-Instanzen von Azure Arc.

Solution overview

Da die aktuelle Windows Server-Implementierung ein festes 30-tägiges Trennungslimit erzwingt, verarbeitet das System automatisch das erneute Onboarding der zugrunde liegenden Server, ohne die SQL Server-Abrechnung zurückzusetzen. Dieses Feature stellt sicher, dass Dienste wie erweiterte Sicherheitsupdates (ESU) nicht zurückgesetzt werden und dass keine neue Rückabrechnung unnötig ausgelöst wird.

Die folgende Zeitachse veranschaulicht das Abrechnungsverhalten sowohl für SQL Server als auch für Windows Server und vergleicht Szenarien, in denen die Maschine innerhalb von 30 Tagen bzw. nach 30 Tagen erneut verbunden wird.

Timeline Event Service’s actions
Day 1 Richtet Arc + Arc SQL mithilfe von Pay-as-you-go auf einem Windows Server ein. – Die Abrechnung beginnt basierend auf der aktuellen Konfiguration und der tatsächlichen Nutzung.
– Die Nutzung wird alle 12 Stunden hochgeladen und verarbeitet.
Day 2 Azure erkennt die Trennung aufgrund von Agentfehlern oder blockierter Konnektivität. Der Zustand des verbundenen Computers ändert sich in "Getrennt".
– Die Azure-Erweiterung für SQL Server sammelt und speichert Nutzungsdaten weiterhin lokal.
– Warnungen werden auf dem Blatt "Arc machine Activity Log", auf der Seite "SQL Server-Konfiguration" und auf dem Blatt "SQL Server Overview" angezeigt.
- Es werden keine stundenbasierten Verbrauchseinheiten ausgegeben.
Day 3+ Continued disconnection Es werden tägliche Erinnerungen mit der Warnung ausgegeben, dass die wiederkehrende Abrechnung nach 30 Tagen beginnen.
Day 30 Immer noch keine Nutzungsdaten oder Heartbeat. Das Zertifikat des verbundenen Computer-Agents läuft ab.
– Der Zustand des verbundenen Computers ändert sich in "Abgelaufen".
- SQL wechselt auf die wiederkehrende Abrechnung basierend auf der letzten bekannten Konfiguration (Edition, Kerne, HA-Setup usw.).
- Gebühren werden für die letzten 30 Tage zurückgefüllt.
- Stündliche Abrechnung wird mit wiederkehrenden Verbrauchseinheiten.
Day 31+ Continued disconnection. Die stündliche Abrechnung wird auf unbestimmte Zeit unter Verwendung der letzten bekannten Konfiguration fortgesetzt.
Day 40 Die Konnektivität wird wiederhergestellt. Die stündliche Abrechnung wechselt zu regulären nutzungsbasierten Verbrauchseinheiten und wird fortgesetzt.

Wenn die Konnektivität innerhalb von 30 Tagen wiederhergestellt wird, wird die Abrechnung basierend auf den tatsächlichen Nutzungsdaten fortgesetzt, die von der Azure-Erweiterung für SQL Server gesammelt und über standardmäßige Nutzungszähler im Pay-as-you-go-Verfahren gemeldet werden. Wenn die Verbindung nach 30 Tagen wiederhergestellt wird, wird die Abrechnung basierend auf der letzten bekannten Konfiguration der SQL-Instanz mit wiederkehrenden Pay-as-you-go-Metern fortgesetzt, bis die Verbindung erneut hergestellt wird.

Eine explizite Zustimmung ist erforderlich, um die abrechnungsbasierte Abrechnung für SQL Server in den von CSP verwalteten Azure-Abonnements auszuwählen.

Die Zustimmung wird aufgezeichnet, indem der Azure-Erweiterung für die SQL Server-Ressource eine ConsentToRecurringPAYG Eigenschaft hinzugefügt wird. Sie besteht aus den beiden Werten:

  • Consented: Gibt an, dass Sie der wiederkehrenden Abrechnung zustimmen.
  • ConsentTimestamp: Die UTC-Zeitstempelmarkierung, als die Zustimmung erteilt wurde. Dieser Zeitstempel wird vom Hybrid data Service verwendet, um zu bestimmen, wann die wiederkehrende Abrechnung wirksam wird. Nach diesem Zeitpunkt aktiviert jede Abschaltung, die länger als 30 Tage dauert, die wiederkehrende Pay-as-you-go-Abrechnung.

Important

Neue Pay-as-you-go-Abonnements sind ohne Zustimmung nicht zulässig.

Nach der Registrierung kann die Zustimmungseigenschaft nicht mehr geändert werden, ohne die Erweiterung erneut zu installieren.

Aktivieren Sie wiederkehrendes Pay-as-you-go in großem Maßstab mithilfe von Azure Automation.

Cloudlösungsanbieter, die große Kundenkonten verwalten, können die wiederkehrende Abrechnung nach Verbrauch auf mehreren Maschinen mit einem Skript aktivieren. Ein flexibles PowerShell-Skript zum Ändern des Lizenztyps führt die erforderlichen Konfigurationsänderungen aus, einschließlich der Registrierung der Zustimmung. Mit dem folgenden Vorgang werden beispielsweise alle verbundenen Computer im selben Mandanten auf "Pay-as-you-go" umgestellt:

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force

Überprüfen Sie das vollständige Skript in GitHub unter sql-server-samples modify-license-type.

Automatische Bereitstellung verwalten

SQL Server, der von Azure Arc aktiviert ist, installiert automatisch die Azure-Erweiterung für SQL Server auf einem neuen verbundenen Computer und unterstützt eine Option zum Angeben des Lizenztyps als Abonnementtag. Da diese Tags generisch sind und die Option zur Zustimmung zu wiederkehrenden Pay-as-you-go nicht unterstützen, sollten diese Tags nicht CSP-verwalteten Abonnements zugewiesen werden.

Verwaltung der Erweiterungsgesundheit

Bei einem Pay-as-you-go-Abonnement wird die Integrität der Erweiterungen zu einem kritischen Faktor Ihrer Compliance, da sie die Nutzungsdaten erfasst und die richtige Abrechnung gewährleistet. Die zeitweiligen Trennungen von bis zu 30 Tagen sind zulässig, da die Erweiterung ein Nutzungsprotokoll auf dem Computer führt, aber es liegt in Ihrer Verantwortung, sicherzustellen, dass die Erweiterungen einwandfrei bleiben. Das Azure-Portal enthält ein Integritätsdashboard, das die allgemeine Ansicht des Status der Erweiterungen bereitstellt. Ausführliche Informationen zur Problembehandlung der fehlerhaften Erweiterungen finden Sie unter "Problembehandlung bei der Azure-Erweiterung für SQL Server".

Überwachen von Abrechnungsereignissen

Überprüfen Sie zum Überwachen die Verwendung von Aktivitätsprotokollen mit SQL Server, die von Azure Arc aktiviert sind.

Related content

Wiederkehrende Abrechnung für SQL Server, aktiviert durch Azure Arc – Häufig gestellte Fragen

Verwalten der Lizenzierung und Abrechnung von SQL Server mit Azure Arc-Unterstützung

  • Last updated on