Microsoft Azure SQL Database Ausfallsicherheitsrechte: Kosten sparen

Seit dem 1. Dezember 2023 können Sie von den neuen Ausfallsicherheitsrechten (Failover Rights) für Azure SQL Database profitieren, mit denen Sie Ihre Lizenzkosten für Disaster-Recovery (DR)-Szenarien reduzieren können. Wenn Sie eine sekundäre Datenbankreplikation haben, die nur für Disaster-Recovery-Zwecke verwendet wird und keine aktiven Arbeitslasten oder Verbindungen hat, können Sie sie als Standby-Replikation markieren. Auf diese Weise müssen Sie nicht für die in der primären Datenbank lizenzierten vCores bezahlen, sondern nur für die von der sekundären Datenbank verbrauchten Rechen- und Speicherressourcen.

Was sind die Vorteile der Verwendung von Standby-Replikaten?

Durch die Verwendung von Standby-Replikaten können Sie die folgenden Vorteile erzielen:

• Niedrigere Kosten: Sie können bis zu 50 % der Lizenzkosten für Disaster Recovery einsparen, da Sie nur für die vCores zahlen, die von der primären Datenbank genutzt werden, und nicht für die sekundäre Datenbank.
• Vereinfachte Verwaltung: Sie können eine sekundäre Datenbank einfach über das Azure-Portal, Azure PowerShell oder Azure CLI als Standby-Replikat festlegen. Über das Azure-Portal können Sie auch den Status und die Nutzung Ihrer Standby-Replikate überwachen.
• Geschäftskontinuität: Sie können weiterhin die Failover-Gruppenfunktion verwenden, um die Replikation und das Failover Ihrer Datenbanken über Regionen hinweg zu verwalten. Sie können auch den Nur-Lese-Listener-Endpunkt verwenden, um Nur-Lese-Arbeitslasten auf die sekundäre Datenbank zu verlagern, falls erforderlich.

Wie aktiviere ich Standby-Replikate für meine Datenbanken?

Um Standby-Replikationen für Ihre Datenbanken zu aktivieren, müssen Sie die folgenden Schritte ausführen:

1. Erstellen Sie eine Failover-Gruppe: Eine Failover-Gruppe ist eine logische Gruppierung von Datenbanken, die gemeinsam repliziert werden und über die ein Ausfall erfolgt. Sie können eine Failover-Gruppe über das Azure-Portal, Azure PowerShell oder Azure CLI erstellen. Sie müssen einen primären Server und einen sekundären Server in verschiedenen Regionen angeben und die Datenbanken auswählen, die Sie in die Failover-Gruppe aufnehmen möchten. Weitere Einzelheiten finden Sie unter Konfigurieren einer Failover-Gruppe.
2. Markieren Sie eine sekundäre Datenbank als Standby-Replikat: Nachdem Sie eine Failover-Gruppe erstellt haben, können Sie eine sekundäre Datenbank als Standby-Replikat markieren, indem Sie das Azure-Portal, Azure PowerShell oder Azure CLI verwenden. Sie müssen die Eigenschaft “Standby” der Datenbank auf “True” setzen. Weitere Einzelheiten finden Sie unter Failovergruppen – Übersicht und bewährte Methoden (Azure SQL-Datenbank).

Was sind die Einschränkungen und Überlegungen bei der Verwendung von Standby-Replikationen?

Bevor Sie Standby-Replikate verwenden, müssen Sie die folgenden Einschränkungen und Überlegungen beachten:

• Lizenzierungsanforderungen: Um Standby-Replikate verwenden zu können, müssen Sie über eine aktive Software Assurance oder einen Hybrid Benefit für Ihre primäre Datenbank verfügen. Außerdem müssen Sie sicherstellen, dass die primäre und die sekundäre Datenbank die gleiche Serviceebene, Rechengröße und Speichergröße haben.
• Verfügbarkeits-SLA: Standby-Replikationen sind nicht durch das Verfügbarkeits-Service Level Agreement (SLA) von Azure SQL Database abgedeckt. Wenn der sekundäre Server oder die Region nicht mehr verfügbar ist, können Sie möglicherweise nicht auf die Standby-Replik ausweichen oder sie in einer anderen Region wiederherstellen. Ein Verfügbarkeits-SLA ist eine Art von Service-Level-Vereinbarung (SLA), die den Prozentsatz der Zeit angibt, in der ein Dienst während eines bestimmten Zeitraums verfügbar und betriebsbereit ist, ohne geplante oder vereinbarte Ausfallzeiten. Ein Verfügbarkeits-SLA von 99,9 % bedeutet beispielsweise, dass der Dienst in einem Monat zu mindestens 99,9 % der Zeit verfügbar und betriebsbereit sein muss, was etwa 43 Minuten Ausfallzeit entspricht.
• Risiko des Datenverlusts: Die Standby-Replikate verwenden eine asynchrone Replikation, was bedeutet, dass es bei einem Failover zu einem gewissen Datenverlust kommen kann. Sie können die Replikationsverzögerung Ihres Standby-Replikats über das Azure-Portal oder mithilfe der dynamischen Verwaltungsansicht “sys.dm_geo_replication_link_status” überprüfen.

Weitere Informationen

Den Artikel zur Ankündigung finden Sie unter: https://techcommunity.microsoft.com/t5/azure-sql-blog/license-free-standby-replica-for-azure-sql-database/ba-p/3973406.

Die neue Klausel in den Product Terms vom Dezember 2023 finden Sie hier: https://www.microsoft.com/licensing/terms/productoffering/MicrosoftAzure/EAEAS#:~:text=SQL%20Server%20Workloads.-,Azure%20SQL%20Database,to%20users%20or%20devices%20or%20otherwise%20run%20active%20SQL%20Server%20workloads.,-Azure%20Virtual%20Desktop.

Anweisungen zur Konfiguration des Standby–Replikats finden Sie unter: https://learn.microsoft.com/de-de/azure/azure-sql/database/standby-replica-how-to-configure?view=azuresql-db&tabs=azure-portal.

Besuchen Sie unsere Microsoft-Partner-Webseite: https://www.schneider.im/de/software/microsoft/.

Bitte kontaktieren Sie uns für eine kostenlose Expertenberatung zu Ihren spezifischen Microsoft–Vereinbarungen, weitere Informationen und, um ein Angebot anzufordern.