Tarif „Unternehmenskritisch“ – Azure SQL-DatenbankBusiness Critical tier - Azure SQL Database

Hinweis

Der Tarif „Unternehmenskritisch“ hat im DTU-Kaufmodell den Namen „Premium“.Business Critical tier is called Premium in DTU purchasing model. Einen Vergleich zwischen vCore-basiertem Kaufmodell und DTU-basiertem Kaufmodell finden Sie unter Kaufmodelle für Azure SQL-Datenbank und Ressourcen.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.

Azure SQL-Datenbank basiert auf der an die Cloudumgebung angepasste Architektur der SQL Server-Datenbank-Engine, um die Verfügbarkeit von 99,99 % selbst bei Infrastrukturausfällen sicherzustellen.Azure SQL Database is based on SQL Server Database Engine architecture that is adjusted for the cloud environment in order to ensure 99.99% availability even in the cases of infrastructure failures. In Azure SQL-Datenbank werden drei Architekturmodelle verwendet:There are three architectural models that are used in Azure SQL Database:

  • Universell/StandardGeneral Purpose/Standard
  • Unternehmenskritisch/PremiumBusiness Critical/Premium
  • HyperscaleHyperscale

Das Dienstebenenmodell des Typs „Premium/Unternehmenskritisch“ basiert auf einem Cluster von Datenbank-Engine-Prozessen.Premium/Business Critical service tier model is based on a cluster of database engine processes. Dieses Architekturmodell beruht darauf, dass immer ein Quorum von verfügbaren Datenbank-Engine-Knoten vorhanden ist, und weist selbst während Wartungsaktivitäten eine minimale Leistungsbeeinträchtigung der Workload auf.This architectural model relies on a fact that there is always a quorum of available database engine nodes and has minimal performance impact on your workload even during maintenance activities.

In Azure werden das zugrunde liegende Betriebssystem, Treiber und die SQL Server-Datenbank-Engine transparent mit minimaler Ausfallzeit für Endbenutzer aktualisiert und gepatcht.Azure upgrades and patches underlying operating system, drivers, and SQL Server Database Engine transparently with the minimal down-time for end users.

Die Premium-Verfügbarkeit wird in den Dienstebenen „Premium“ und „Unternehmenskritisch“ von Azure SQL-Datenbank aktiviert und ist für hohe Workloads vorgesehen, bei denen keine Leistungsbeeinträchtigung aufgrund laufender Wartungsvorgänge toleriert werden kann.Premium availability is enabled in Premium and Business Critical service tiers of Azure SQL Database and it is designed for intensive workloads that cannot tolerate any performance impact due to the ongoing maintenance operations.

Im Premium-Modell werden in Azure SQL-Datenbank der Compute- und Speicherbereich auf dem einzelnen Knoten integriert.In the premium model, Azure SQL database integrates compute and storage on the single node. Die Hochverfügbarkeit in diesem Architekturmodell wird durch die Replikation auf Compute- (SQL Server-Datenbank-Engine-Prozess) und Speicherebene (lokal angefügte SSD) erreicht, die in einem Cluster mit vier Knoten anhand einer ähnlichen Technologie wie AlwaysOn-Verfügbarkeitsgruppen in SQL Server bereitgestellt werden.High availability in this architectural model is achieved by replication of compute (SQL Server Database Engine process) and storage (locally attached SSD) deployed in four node cluster, using technology similar to SQL Server Always On Availability Groups.

Cluster von Datenbank-Engine-Knoten

Der SQL-Datenbank-Engine-Prozess sowie die zugrunde liegenden MDF- und LDF-Dateien werden mit lokal angefügtem SSD-Speicher auf demselben Knoten platziert und bieten eine geringe Latenz für die Workload.Both the SQL database engine process and underlying mdf/ldf files are placed on the same node with locally attached SSD storage providing low latency to your workload. Hochverfügbarkeit wird anhand einer ähnlichen Technologie wie AlwaysOn-Verfügbarkeitsgruppen in SQL Server implementiert.High availability is implemented using technology similar to SQL Server Always On Availability Groups. Jede Datenbank ist ein Cluster von Datenbankknoten mit einer primären Datenbank, die für die Kundenworkload zugänglich ist, und drei sekundären Prozessen, die Kopien der Daten enthalten.Every database is a cluster of database nodes with one primary database that is accessible for customer workload, and a three secondary processes containing copies of data. Der primäre Knoten überträgt die Änderungen kontinuierlich zu sekundären Knoten, um sicherzustellen, dass die Daten auf sekundären Replikaten verfügbar sind, wenn der primäre Knoten aus bestimmten Gründen ausfällt.The primary node constantly pushes the changes to secondary nodes in order to ensure that the data is available on secondary replicas if the primary node crashes for any reason. Ein Failover wird von der SQL Server-Datenbank-Engine verarbeitet: Ein sekundäres Replikat wird zum primären Knoten, und ein neues sekundäres Replikat wird erstellt, um sicherzustellen, dass ausreichend Knoten im Cluster vorhanden sind.Failover is handled by the SQL Server Database Engine – one secondary replica becomes the primary node and a new secondary replica is created to ensure enough nodes in the cluster. Die Workload wird automatisch zum neuen primären Knoten umgeleitet.The workload is automatically redirected to the new primary node.

Darüber hinaus umfasst der Cluster des Typs „Unternehmenskritisch“ eine integrierte Funktion Horizontale Leseskalierung, die einen gebührenfreien, integrierten und schreibgeschützten Knoten bereitstellt, der zum Ausführen von schreibgeschützten Abfragen (z.B. Berichten) verwendet werden kann, die die Leistung der primären Workload nicht beeinträchtigen sollen.In addition, Business Critical cluster has built-in Read Scale-Out capability that provides free-of charge built-in read-only node that can be used to run read-only queries (for example reports) that should not affect performance of your primary workload.

Wann sollte diese Dienstebene gewählt werden?When to choose this service tier?

Die Dienstebene „Unternehmenskritisch“ ist für die Anwendungen gedacht, die Antworten mit geringer Latenz vom zugrunde liegenden SSD-Speicher (durchschnittlich 1 – 2 ms), schnelle Wiederherstellung bei einem Fehler der zugrunde liegenden Infrastruktur oder das Auslagern von Berichten, Analysen und schreibgeschützten Abfragen an das kostenlose lesbare sekundäre Replikat der primären Datenbank erfordern.Business Critical service tier is designed for the applications that require low-latency responses from the underlying SSD storage (1-2 ms in average), fast recovery if the underlying infrastructure fails, or need to off-load reports, analytics, and read-only queries to the free of charge readable secondary replica of the primary database.

Die wichtigsten Gründe dafür, dass Sie die Dienstebene „Unternehmenskritisch“ anstelle der Ebene „Universell“ wählen sollten, sind folgende:The key reasons why you should choose Business Critical service tier instead of General Purpose tier are:

  • Niedrige E/A-Latenzanforderungen: Workloads, die eine schnelle Antwort von der Speicherebene benötigen (durchschnittlich 1–2 Millisekunden), sollten die Ebene „Unternehmenskritisch“ verwenden.Low IO latency requirements – workload that needs the fast response from the storage layer (1-2 milliseconds in average) should use Business Critical tier.
  • Häufige Kommunikation zwischen der Anwendung und der Datenbank.Frequent communication between application and database. Anwendungen, die eine Zwischenspeicherung auf Anwendungsebene oder die Batchverarbeitung von Anforderungen nicht nutzen können und viele SQL-Abfragen senden müssen, für die eine schnelle Verarbeitung erforderlich ist, sind gute Kandidaten für die Ebene „Unternehmenskritisch“.Application that cannot leverage application-layer caching or request batching and need to send many SQL queries that must be quickly processed are good candidates for Business Critical tier.
  • Eine große Anzahl von Aktualisierungen: Einfüge-, Aktualisierungs- und Löschvorgänge verändern die Datenseiten im Arbeitsspeicher (modifizierte Seite), die mit dem Vorgang CHECKPOINT in Datendateien gespeichert werden müssen.Large number of updates – insert, update, and delete operations modify the data pages in memory (dirty page) that must be saved to data files with CHECKPOINT operation. Ein potenzieller Prozessabsturz der Datenbank-Engine oder ein Failover der Datenbank mit einer großen Anzahl von modifizierten Seiten erhöht unter Umständen die Wiederherstellungszeit in der Ebene „Universell“.Potential database engine process crash or a failover of the database with a large number of dirty pages might increase recovery time in General Purpose tier. Verwenden Sie die Ebene „Unternehmenskritisch“, wenn Sie über eine Workload verfügen, die zu vielen In-Memory-Änderungen führt.Use Business Critical tier if you have a workload that causes many in-memory changes.
  • Zeitintensive Transaktionen, die Daten ändern.Long running transactions that modify data. Transaktionen, die für einen längeren Zeitraum geöffnet sind, verhindern das Abschneiden von Protokolldateien, was die Protokollgröße und die Anzahl von virtuellen Protokolldateien (virtual log file, VLF) erhöhen kann.Transactions that are opened for a longer time prevent truncation of log file that might increase log size and number of Virtual log files (VLF). Eine hohe Anzahl von VLF kann die Wiederherstellung der Datenbank nach einem Failover verlangsamen.High number of VLF can slow down recovery of database after failover.
  • Eine Workload mit Berichterstellungs- und Analyseabfragen, die zum kostenlosen sekundären schreibgeschützten Replikat umgeleitet werden können.Workload with reporting and analytic queries that can be redirected to the free-of-charge secondary read-only replica.
  • Höhere Resilienz und schnellere Wiederherstellung nach Fehlern.Higher resiliency and faster recovery from the failures. Bei einem Systemausfall wird die Datenbank auf der primären Instanz deaktiviert, und eines der sekundären Replikate wird sofort zur neuen primären Datenbank mit Lese-/Schreibzugriff, die die Abfragen verarbeiten kann.In a case of system failure, the database on primary instance will be disabled and one of the secondary replicas will be immediately became new read-write primary database that is ready to process the queries. Es ist nicht erforderlich, dass die Datenbank-Engine Transaktionen aus der Protokolldatei analysiert und wiederholt und alle Daten im Speicherpuffer lädt.Database engine doesn't need to analyze and redo transactions from the log file and load all data in the memory buffer.
  • Erweiterter Schutz vor Datenbeschädigung: Die Ebene „Unternehmenskritisch“ nutzt im Hintergrund Datenbankreplikate, um die Geschäftskontinuität sicherzustellen, und der Dienst nutzt auch die automatische Seitenreparatur. Dabei handelt es sich um dieselbe Technologie, die für die SQL Server-Datenbankspiegelung und Verfügbarkeitsgruppen genutzt wird.Advanced data corruption protection - Business Critical tier leverages database replicas behind-the-scenes for business continuity purposes, and so the service also then leverages automatic page repair, which is the same technology used for SQL Server database mirroring and availability groups. Wenn ein Replikat eine Seite aufgrund eines Datenintegritätsproblems nicht lesen kann, wird eine neue Kopie der Seite von einem anderen Replikat abgerufen, die die nicht lesbare Seite ohne Datenverluste oder Ausfallzeiten für den Kunden ersetzt.In the event that a replica cannot read a page due to a data integrity issue, a fresh copy of the page will be retrieved from another replica, replacing the unreadable page without data loss or customer downtime. Diese Funktionalität ist in der Ebene „Universell“ verfügbar, wenn die Datenbank über ein georedundantes Replikat verfügt.This functionality is applicable in General Purpose tier if the database has geo-secondary replica.
  • Höhere Verfügbarkeit: Die Ebene „Unternehmenskritisch“ in einer Konfiguration mit mehreren Verfügbarkeitszonen garantiert eine Verfügbarkeit von 99,995 %, die Ebene „Universell“ im Vergleich dazu 99,99 %.Higher availability - Business Critical tier in Multi-AZ configuration guarantees 99.995% availability, compared to 99.99% of General Purpose tier.
  • Schnelle geografische Wiederherstellung: Die mit Georeplikation konfigurierte Ebene „Unternehmenskritisch“ bietet eine garantierte Recovery Point Objective (RPO) von fünf Sekunden und eine Recovery Time Objective (RTO) von 30 Sekunden für 100 % der bereitgestellten Stunden.Fast geo-recovery - Business Critical tier configured with geo-replication has a guaranteed Recovery point objective (RPO) of 5 sec and Recovery time objective (RTO) of 30 sec for 100% of deployed hours.

Nächste SchritteNext steps