Dienstebenen für Azure SQL-DatenbankAzure SQL Database service tiers

Azure SQL-Datenbank basiert auf der an die Cloudumgebung angepasste Architektur der SQL Server-Datenbank-Engine, um selbst bei Infrastrukturausfällen eine Verfügbarkeit von 99,99 Prozent sicherzustellen.Azure SQL Database is based on SQL Server database engine architecture that's adjusted for the cloud environment to ensure 99.99 percent availability, even if there is an infrastructure failure. In Azure SQL-Datenbank werden drei Dienstebenen verwendet, die jeweils unterschiedliche Architekturmodelle aufweisen.Three service tiers are used in Azure SQL Database, each with a different architectural model. Diese Dienstebenen lauten:These service tiers are:

  • Universell ist für die meisten budgetorientierten Workloads konzipiert.General purpose, which is designed for budget-oriented workloads.
  • Hyperscale ist für die meisten Geschäftsworkloads konzipiert und bietet hochgradig skalierbaren Speicher, horizontale Leseskalierung und schnelle Datenbankwiederherstellungsfunktionen.Hyperscale, which is designed for most business workloads, providing highly scalable storage, read scale-out, and fast database restore capabilities.
  • Unternehmenskritisch ist für Workloads mit geringer Latenz und hoher Resilienz für Ausfälle und schnelle Failover konzipiert.Business critical,which is designed for low-latency workloads with high resiliency to failures and fast failovers.

In diesem Artikel werden die Unterschiede zwischen den Dienstebenen, die Speicher- und Sicherungsaspekte für die Dienstebenen „Universell“ und „Unternehmenskritisch“ im vCore-basierten Kaufmodell beschrieben.This article discusses differences be·tween the service tiers, storage and backup considerations for the general purpose and business critical service tiers in the vCore-based purchasing model.

Vergleich der DienstebenenService tier comparison

In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen den Dienstebenen für die neueste Generation (Gen5) beschrieben.The following table describes the key differences between service tiers for the latest generation (Gen5). Beachten Sie, dass sich die Merkmale der Dienstebenen bei Einzeldatenbanken und verwalteten Instanzen unterscheiden können.Note that service tier characteristics might be different in Single Database and Managed Instance.

RessourcentypResource type Allgemeiner ZweckGeneral Purpose HyperscaleHyperscale UnternehmenskritischBusiness Critical
Am besten geeignet fürBest for Bietet budgetorientierte ausgewogene Compute- und Speicheroptionen.Offers budget oriented balanced compute and storage options. Die meisten geschäftlichen Workloads.Most business workloads. Automatische Skalierung der Speichergröße bis zu 100 TB, fluide vertikale und horizontale Computeskalierung, schnelle Datenbankwiederherstellung.Auto-scaling storage size up to 100 TB, fluid vertical and horizontal compute scaling, fast database restore. OLTP-Anwendungen mit hoher Transaktionsrate und geringen Latenzen bei E/A-Vorgängen.OLTP applications with high transaction rate and low IO latency. Bietet mit mehreren synchron aktualisierten Replikaten höchste Resilienz gegenüber Fehlern und schnelle Failover.Offers highest resilience to failures and fast failovers using multiple synchronously updated replicas.
Verfügbar in Ressourcentyp:Available in resource type: Einzeldatenbank/Pool für elastische Datenbanken/verwaltete InstanzSingle database / elastic pool / managed instance EinzeldatenbankSingle database Einzeldatenbank/Pool für elastische Datenbanken/verwaltete InstanzSingle database / elastic pool / managed instance
ComputegrößeCompute size Einzeldatenbank/Pool für elastische DatenbankenSingle database / elastic pool 1 bis 80 virtuelle Kerne1 to 80 vCores 1 bis 80 virtuelle Kerne1 to 80 vCores 1 bis 80 virtuelle Kerne1 to 80 vCores
Verwaltete InstanzManaged instance 4, 8, 16, 24, 32, 40, 64, 80 virtuelle Kerne4, 8, 16, 24, 32, 40, 64, 80 vCores N/A 4, 8, 16, 24, 32, 40, 64, 80 virtuelle Kerne4, 8, 16, 24, 32, 40, 64, 80 vCores
Verwaltete InstanzpoolsManaged instance pools 2, 4, 8, 16, 24, 32, 40, 64, 80 virtuelle Kerne2, 4, 8, 16, 24, 32, 40, 64, 80 vCores N/A N/A
SpeichertypStorage type AlleAll Storage Premium (remote, pro Instanz)Premium remote storage (per instance) Entkoppelter Speicher mit lokalem SSD-Cache (pro Instanz)De-coupled storage with local SSD cache (per instance) Äußerst schneller lokaler SSD-Speicher (pro Instanz)Super-fast local SSD storage (per instance)
DatenbankgrößeDatabase size Einzeldatenbank/Pool für elastische DatenbankenSingle database / elastic pool 5 GB – 4 TB5 GB – 4 TB Bis zu 100 TBUp to 100 TB 5 GB – 4 TB5 GB – 4 TB
Verwaltete InstanzManaged instance 32 GB – 8 TB32 GB – 8 TB N/A 32 GB – 4 TB32 GB – 4 TB
SpeichergrößeStorage size Einzeldatenbank/Pool für elastische DatenbankenSingle database / elastic pool 5 GB – 4 TB5 GB – 4 TB Bis zu 100 TBUp to 100 TB 5 GB – 4 TB5 GB – 4 TB
Verwaltete InstanzManaged instance 32 GB – 8 TB32 GB – 8 TB N/A 32 GB – 4 TB32 GB – 4 TB
TempDB-GrößeTempDB size Einzeldatenbank/Pool für elastische DatenbankenSingle database / elastic pool 32 GB pro virtuellem Kern32 GB per vCore 32 GB pro virtuellem Kern32 GB per vCore 32 GB pro virtuellem Kern32 GB per vCore
Verwaltete InstanzManaged instance 24 GB pro virtuellem Kern24 GB per vCore N/A Bis zu 4 TB – begrenzt durch SpeichergrößeUp to 4 TB - limited by storage size
ProtokollschreibdurchsatzLog write throughput EinzeldatenbankSingle database 1.875 MB/Sek. pro virtuellem Kern (max. 30 MB/s)1.875 MB/s per vCore (max 30 MB/s) 100 MB/s100 MB/s 6 MB/Sek. pro virtuellem Kern (max. 96 MB/s)6 MB/s per vCore (max 96 MB/s)
Verwaltete InstanzManaged instance 3 MB/Sek. pro virtuellem Kern (max. 22 MB/s)3 MB/s per vCore (max 22 MB/s) N/A 4 MB/Sek. pro virtuellem Kern (max. 48 MB/s)4 MB/s per vcore (max 48 MB/s)
VerfügbarkeitAvailability AlleAll 99,99 %99.99% 99,95 % mit einem sekundären Replikat, 99,99 % mit weiteren Replikaten99.95% with one secondary replica, 99.99% with more replicas 99,99 %99.99%
99,995 % mit zonenredundantem Singleton99.995% with zone redundant single database
SicherungenBackups AlleAll RA-GRS, 7 - 35 Tage (standardmäßig 7 Tage)RA-GRS, 7-35 days (7 days by default) RA-GRS, 7 Tage, konstante Zeitpunktwiederherstellung (Point-in-Time Recovery, PITR)RA-GRS, 7 days, constant time point-in-time recovery (PITR) RA-GRS, 7 - 35 Tage (standardmäßig 7 Tage)RA-GRS, 7-35 days (7 days by default)
In-Memory-OLTPIn-memory OLTP N/A N/A VerfügbarAvailable
Schreibgeschützte ReplikateRead-only replicas 00 0–40 - 4 1 (integriert, im Preis inbegriffen)1 (built-in, included in price)
Preise/AbrechnungPricing/billing EinzeldatenbankSingle database Virtueller Kern, reservierter Speicher und Sicherungsspeicher werden in Rechnung gestellt.vCore, reserved storage, and backup storage are charged.
IOPS werden nicht in Rechnung gestellt.IOPS is not charged.
Virtueller Kern für jedes Replikat und den verwendeten Speicher wird in Rechnung gestellt.vCore for each replica and used storage are charged.
IOPS noch nicht in Rechnung gestellt.IOPS not yet charged.
Virtueller Kern, reservierter Speicher und Sicherungsspeicher werden in Rechnung gestellt.vCore, reserved storage, and backup storage are charged.
IOPS werden nicht in Rechnung gestellt.IOPS is not charged.
Verwaltete InstanzManaged Instance V-Kern und reservierter Speicher werden in Rechnung gestellt.vCore and reserved storage is charged.
IOPS werden nicht in Rechnung gestellt.IOPS is not charged.
Sicherungsspeicher wird noch nicht abgerechnet.Backup storage is not yet charged.
N/A V-Kern und reservierter Speicher werden in Rechnung gestellt.vCore and reserved storage is charged.
IOPS werden nicht in Rechnung gestellt.IOPS is not charged.
Sicherungsspeicher wird noch nicht abgerechnet.Backup storage is not yet charged.
RabattmodelleDiscount models Reservierte InstanzenReserved instances
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Abonnements)Azure Hybrid Benefit (not available on dev/test subscriptions)
Enterprise- und Pay-as-you-Go-Dev/Test-AbonnementsEnterprise and Pay-As-You-Go Dev/Test subscriptions
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Abonnements)Azure Hybrid Benefit (not available on dev/test subscriptions)
Enterprise- und Pay-as-you-Go-Dev/Test-AbonnementsEnterprise and Pay-As-You-Go Dev/Test subscriptions
Reservierte InstanzenReserved instances
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Abonnements)Azure Hybrid Benefit (not available on dev/test subscriptions)
Enterprise- und Pay-as-you-Go-Dev/Test-AbonnementsEnterprise and Pay-As-You-Go Dev/Test subscriptions

Weitere Informationen finden Sie in den ausführlichen Unterschieden zwischen den Dienstebenen auf den Seiten zu einzelnen Datenbanken (virtueller Kern), einzelnen Datenbankpools (virtueller Kern), einzelnen Datenbanken (DTU), einzelnen Datenbankpools (DTU) und verwalteten Instanzen.For more information, see the detailed differences between the service tiers in Single database (vCore), Single database pools (vCore), Single database (DTU), Single database pools (DTU), and Managed Instance pages.

Hinweis

Informationen zur Dienstebene „Hyperscale“ im vCore-basierten Kaufmodell finden Sie unter Dienstebene „Hyperscale“.For information about the hyperscale service tier in the vCore-based purchasing model, see hyperscale service tier. 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.

Daten- und ProtokollspeicherData and log storage

Die folgenden Faktoren wirken sich auf die Speichermenge aus, die für Daten- und Protokolldateien verwendet wird, und gelten für „Universell“ und „Unternehmenskritisch“.The following factors affect the amount of storage used for data and log files, and applies to General Purpose and Business Critical. Ausführliche Informationen zu Daten und zum Protokollspeicher in Hyperscale finden Sie unter Hyperscale-Dienstebene.For details on data and log storage in Hyperscale, see Hyperscale service tier.

  • Der zugeordnete Speicher wird für Datendateien (MDF) und Protokolldateien (LDF) verwendet.The allocated storage is used by data files (MDF) and log files (LDF).
  • Jede Einzeldatenbank-Computegröße unterstützt eine maximale Datenbankgröße, die standardmäßig bei 32 GB liegt.Each single database compute size supports a maximum database size, with a default maximum size of 32 GB.
  • Wenn Sie die erforderliche Einzeldatenbankgröße (die Größe der MDF-Datei) konfigurieren, werden automatisch 30 Prozent zusätzlicher Speicher hinzugefügt, um LDF-Dateien zu unterstützen.When you configure the required single database size (the size of the MDF file), 30 percent more additional storage is automatically added to support LDF files.
  • Die Speichergröße für eine verwaltete SQL-Datenbank-Instanz muss als Vielfaches von 32 GB angegeben werden.The storage size for a SQL Database managed instance must be specified in multiples of 32 GB.
  • Sie können eine beliebige Einzeldatenbankgröße zwischen 10 GB und dem unterstützten Maximum auswählen.You can select any single database size between 10 GB and the supported maximum.
    • In den Dienstebenen „Standard“ oder „Universell“ erhöhen oder verringern Sie die Speichergröße in Schritten von 10 GB.For storage in the standard or general purpose service tiers, increase or decrease the size in 10-GB increments.
    • In den Dienstebenen „Premium“ oder „Unternehmenskritisch“ erhöhen oder verringern Sie die Speichergröße in Schritten von 250 GB.For storage in the premium or business critical service tiers, increase or decrease the size in 250-GB increments.
  • In der Dienstebene „Universell“ wird für tempdb eine angefügte SSD verwendet, und diese Speicherkosten sind im V-Kern-Preis enthalten.In the general purpose service tier, tempdb uses an attached SSD, and this storage cost is included in the vCore price.
  • In der Dienstebene „Unternehmenskritisch“ wird für tempdb die angefügte SSD für MDF- und LDF-Dateien gemeinsam genutzt, und die tempdb-Speicherkosten sind im V-Kern-Preis enthalten.In the business critical service tier, tempdb shares the attached SSD with the MDF and LDF files, and the tempdb storage cost is included in the vCore price.

Wichtig

Ihnen wird der gesamte Speicher berechnet, der für MDF- und LDF-Dateien zugeordnet ist.You are charged for the total storage allocated for MDF and LDF files.

Verwenden Sie sp_spaceused zum Überwachen der aktuellen Gesamtgröße Ihrer MDF- und LDF-Dateien.To monitor the current total size of your MDF and LDF files, use sp_spaceused. Verwenden Sie sys.database_files, um die aktuelle Größe der einzelnen MDF- und LDF-Dateien zu überwachen.To monitor the current size of the individual MDF and LDF files, use sys.database_files.

Wichtig

Unter bestimmten Umständen müssen Sie ggf. eine Datenbank verkleinern, um ungenutzten Speicherplatz freizugeben.Under some circumstances, you may need to shrink a database to reclaim unused space. Weitere Informationen finden Sie unter Verwalten von Dateispeicherplatz in Azure SQL-Datenbank.For more information, see Manage file space in Azure SQL Database.

Sicherungen und SpeicherBackups and storage

Der Speicher für Datenbanksicherungen wird zugeordnet, um die Funktionen „Point-in-Time-Wiederherstellung“ (Point in Time Restore, PITR) und Langzeitaufbewahrung (Long Term Retention, LTR) von SQL-Datenbank zu unterstützen.Storage for database backups is allocated to support the point-in-time restore (PITR) and long-term retention (LTR) capabilities of SQL Database. Dieser Speicher wird für jede Datenbank separat zugeordnet und als zwei Arten von getrennten Datenbankgebühren berechnet.This storage is allocated separately for each database and billed as two separate per-database charges.

  • PITR: Einzelne Datenbanksicherungen werden automatisch in den georedundanten Speicher mit Lesezugriff (Read-Access Geo-Redundant, RA-GRS) kopiert.PITR: Individual database backups are copied to read-access geo-redundant (RA-GRS) storage automatically. Die Speichergröße wird dynamisch erhöht, wenn neue Sicherungen erstellt werden.The storage size increases dynamically as new backups are created. Der Speicher wird für wöchentliche vollständige Sicherungen, tägliche differenzielle Sicherungen und im 5-Minuten-Takt kopierte Sicherungen von Transaktionsprotokollen verwendet.The storage is used by weekly full backups, daily differential backups, and transaction log backups, which are copied every 5 minutes. Der Speicherverbrauch richtet sich nach der Änderungsrate der Datenbank und nach dem Aufbewahrungszeitraum für Sicherungen.The storage consumption depends on the rate of change of the database and the retention period for backups. Sie können für jede Datenbank eine separate Aufbewahrungsdauer konfigurieren, die zwischen 7 und 35 Tagen liegt.You can configure a separate retention period for each database between 7 and 35 days. Eine Mindestspeichermenge, die 100 Prozent (1x) der Datenbankgröße entspricht, wird kostenlos zur Verfügung gestellt.A minimum storage amount equal to 100 percent (1x) of the database size is provided at no extra charge. Für die meisten Datenbanken reicht diese Menge aus, um Sicherungen für sieben Tage aufzubewahren.For most databases, this amount is enough to store 7 days of backups.
  • LTR: SQL-Datenbank verfügt über eine Option zum Konfigurieren der Langzeitaufbewahrung von vollständigen Sicherungen für eine Dauer von bis zu zehn Jahren.LTR: SQL Database offers you the option of configuring long-term retention of full backups for up to 10 years. Wenn Sie eine LTR-Richtlinie einrichten, werden diese Sicherungen automatisch im RA-GRS-Speicher gespeichert. Sie können jedoch steuern, wie häufig die Sicherungen kopiert werden.If you set up an LTR policy, these backups are stored in RA-GRS storage automatically, but you can control how often the backups are copied. Zur Einhaltung unterschiedlicher Konformitätsanforderungen können Sie verschiedene Aufbewahrungszeiträume für wöchentliche, monatliche und/oder jährliche Sicherungen auswählen.To meet different compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly backups. Wie viel Speicher für LTR-Sicherungen verwendet wird, richtet sich nach der ausgewählten Konfiguration.The configuration you choose determines how much storage will be used for LTR backups. Sie können den LTR-Preisrechner verwenden, um die Kosten für LTR-Speicher zu schätzen.To estimate the cost of LTR storage, you can use the LTR pricing calculator. Weitere Informationen finden Sie unter dem Thema zur Langzeitaufbewahrung von SQL-Datenbank.For more information, see SQL Database long-term retention.

Nächste SchritteNext steps