Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird die Berechnungsverwendungsberichte der SQL-Datenbank in Microsoft Fabric erläutert.
Wenn Sie eine Fabric-Kapazität verwenden, werden Ihre Verbrauchsgebühren im Azure-Portal unter Ihrem Abonnement unter Microsoft Cost Management angezeigt. Informationen zu Ihrer Fabric-Abrechnung finden Sie unter Grundlegendes zu Ihrer Azure-Rechnung auf einer Fabric-Kapazität.
Nach dem 1. Februar 2025 werden Compute- und Datenspeicher für die SQL-Datenbank Ihrer Fabric-Kapazität in Rechnung gestellt. Darüber hinaus beginnt die Backup-Abrechnung nach dem 1. April 2025.
Kapazität
In Fabric haben Sie basierend auf der erworbenen Kapazitäts-SKU Anspruch auf eine Reihe von Kapazitätseinheiten (Capacity Units, CUs), die für alle Fabric-Workloads freigegeben sind. Weitere Informationen zu unterstützten Lizenzen finden Sie unter Microsoft Fabric-Konzepte und -Lizenzen.
Die Kapazität ist eine dedizierte Ressourcengruppe, die zu einem bestimmten Zeitpunkt zur Verwendung verfügbar ist. Kapazität definiert, ob es einer Ressource möglich ist, eine Aktivität auszuführen oder eine Ausgabe zu erzeugen. Verschiedene Ressourcen verbrauchen CUs zu unterschiedlichen Zeiten.
Kapazität für SQL-Datenbank in Microsoft Fabric
Im kapazitätsbasierten SaaS-Modell zielt die SQL-Datenbank darauf ab, die erworbene Kapazität optimal zu nutzen und Einblicke in die Nutzung zu bieten.
In einfachen Worten entspricht 1 Fabric-Kapazitätseinheit 0.383 Database vCores, oder 1 Database vCore entspricht 2.611 Fabric-Kapazitätseinheit.
Beispielsweise verfügt eine Fabric-Kapazitäts-SKU F64 über 64 Kapazitätseinheiten, die 24.512 SQL-Datenbank-vCores entsprechen.
Berechnungs- und Speicherkosten
Die Kosten für die SQL-Datenbank in Fabric sind die Summe der Berechnungskosten und Speicherkosten. Berechnete Kosten basieren auf vCore und verwendetem Arbeitsspeicher.
Eine Datenbank zum Beispiel weist zwei Minuten lang Arbeitslastaktivität auf und ist ansonsten für den Rest der Stunde inaktiv. Die Kapazität wird für Rechenressourcen über zwei Minuten abgerechnet und für weitere 15 Minuten online verfügbar gehalten, was insgesamt 17 Minuten Compute-Abrechnung ergibt. Die Datenbank wird online gehalten, um Die Antwortzeiten der Anwendung beizubehalten und Leistungsverzögerungen beim Zugriff auf eine Leerlaufdatenbank zu verhindern.
Nur Speicher wird während der gesamten Stunde abgerechnet.
Automatische Skalierung und minimale Speicherzuweisung
Die SQL-Datenbank in Fabric skaliert automatisch die Rechenleistung und stellt mindestens 2 GB Speicher bereit, die als Rechenleistung abgerechnet werden, während die Datenbank online ist.
Nach 15 Minuten Inaktivität werden alle Computeressourcen einschließlich CPU und Arbeitsspeicher freigegeben, und die Berechnungsrechnung ist null.
Freigabe von Cache
SQL Server führt cache reclamation während niedriger oder leerlaufperioden durch, um die Speicherauslastung und -kosten zu reduzieren. Es ist jedoch weiterhin 2 GB Mindestspeicher erforderlich, um sql Server während der Online-Nutzung reaktionsfähig zu halten.
Beispiel für die Compute-Abrechnung
Um die CPU mit dem Arbeitsspeicher für Abrechnungszwecke zu vergleichen, wird der Arbeitsspeicher in Einheiten von vCores normalisiert, indem die Anzahl von GB um 3 GB pro vCore geändert wird.
Die folgende Beispielrechnung in diesem Beispiel wird wie folgt berechnet:
| Zeitintervall (min) | Pro Sekunde verwendete virtuelle Kerne | Pro Sekunde verwendete Arbeitsspeicher-GB | Berechnete Computedimension | Berechnete CU-Sekunden (einfache Erklärung) |
|---|---|---|---|---|
| 00:00–0:05 | 2 | 3 | Verwendete virtuelle Kerne | 2 vCores für 300 Sekunden verwendet. DIE CPU war höher als der Arbeitsspeicher, sodass die Abrechnung auf der vCore-Nutzung basiert. Berechnung: 2 × 300 × 2,611 = 783 CU Sekunden. |
| 0:05–0:15 | 1 | 6 | Verwendeter Arbeitsspeicher | 6 GB Arbeitsspeicher für 600 Sekunden verwendet. Der Arbeitsspeicher hat die CPU überschritten, sodass die Abrechnung auf der Speicherauslastung basiert. Memory-to-vCore-Verhältnis: 6 GB = 2 vCores. Berechnung: 2 × 600 × 2,611 = 3.133 CU Sekunden. |
| 0:15–0:30 | 0 | 2 | Minimal zugewiesener Arbeitsspeicher | Mindestens 2 GB Arbeitsspeicher wird zugewiesen, damit die Datenbank auch im Leerlauf bereit bleibt. Memory-to-vCore-Verhältnis: 2 GB = 0,6666 vCore. Berechnung: 0,6666 × 900 × 2,611 = 1.567 CU Sekunden. |
| 0:30–0:60 | 0 | 0 | Kein Compute nach 15 Minuten Inaktivität in Rechnung gestellt | Es wird keine Aktivität für 15 Minuten ausgeführt, sodass alle Berechnungen, einschließlich CPU und Arbeitsspeicher, freigegeben werden. Die Compute-Abrechnung wird gestoppt. Berechnung: 0 CU-Sekunden. |
Geschätzte CU-Sekunden insgesamt: 5483 CU-Sekunden
Beispiel für die Speicherabrechnung
Der Speicher wird kontinuierlich abgerechnet, auch wenn die Berechnung angehalten wird.
| Speichertypus | Aktueller Speicher (GB) | Verrechenbarer Speicher (GB) | Abrechnungstyp | Beispiel |
|---|---|---|---|---|
| Zugewiesener SQL-Speicher | 80,53 GB | 2,84 GB | Abrechenbar | Speicher, der zum Speichern von SQL-Datenbankdatenseiten verwendet wird |
| SQL-Datenbanksicherungsspeicher | 14,59 GB | 0,51 GB | Abrechenbar | Speicher, der für die vollständige Wiederherstellungssicherungskette verwendet wird, um die Zeitpunktwiederherstellung für die Datenbank sicherzustellen |
Gesamter verrechenbarer Speicher in diesem Beispiel: 2,84 + 0,51 = 3,35 GB
Die Speicherabrechnung gilt für die gesamte Stunde, unabhängig vom Berechnungszustand.
Auswahl der Fabric-Kapazität-SKU basierend auf virtuellen Kernen der SQL-Datenbank
Nutzen Sie dies als Referenz für die Größenschätzungen der Fabric-SKU für die SQL-Datenbank in Fabric. Weitere Informationen finden Sie im Microsoft Fabric Capacity Estimator-Tool .
| Artikelnummer | Kapazitätseinheiten (CU) | Virtuelle Kerne der SQL-Datenbank pro Sekunde |
|---|---|---|
| F2 | 2 | 0.766 |
| F4 | 4 | 1.532 |
| F8 | 8 | 3.064 |
| F16 | 16 | 6.128 |
| F32 | 32 | 12,256 |
| F64 | 64 | 24.512 |
| F128 | 128 | 49.024 |
| F256 | 256 | 98.048 |
| F512 | 512 | 196.096 |
| F1024 | 1024 | 392.192 |
| F2048 | 2048 | 784.384 |
Erstellen von Computenutzungsberichten
Die Microsoft Fabric-Kapazitätsmetriken-App bietet Einblicke in die Kapazitätsauslastung für alle Fabric-Workloads an einem zentralen Ort. Administratoren können die App verwenden, um die Kapazität, die Leistung von Workloads und deren Nutzung im Vergleich zu erworbener Kapazität zu überwachen.
Sie müssen Kapazitätsadministrator*in sein, um die Microsoft Fabric Capacity Metrics-App zu installieren. Nach der Installation kann allen Benutzer*innen in der Organisation die Berechtigung zur Anzeige der App zugewiesen werden. Weitere Informationen finden Sie unter Was ist die Microsoft Fabric Capacity Metrics-App?
Sobald Sie die App installiert haben, wählen Sie SQLDbNative aus der Dropdown-Liste Elementart auswählen aus. Das Diagramm Menüband mit mehreren Metriken und die Daten Elemente (14 Tage) zeigen jetzt nur SQLDbNative-Aktivitäten an.
SQL-Datenbankvorgangskategorien
Sie können die Nutzung der universellen Computekapazität nach Workloadkategorie im gesamten Mandanten analysieren. Die Nutzung wird nach gesamter Kapazitätseinheit in Sekunden (CUs) nachverfolgt. Die angezeigte Tabelle zeigt die aggregierte Nutzung in den letzten 14 Tagen.
Die Fabric SQL-Datenbank wird in der Metrik-App unter SQLDbNative ausgeführt. Die Vorgangskategorien, die in dieser Ansicht angezeigt werden, sind:
- SQL-Verwendung: Berechnen der Gebühr für alle vom Benutzer generierten und vom System generierten T-SQL-Anweisungen in einer Datenbank.
Zum Beispiel:
Das Feld „Abrechnungstyp“ wird verwendet, um zu bestimmen, ob sich die Workload im Vorschaumodus befindet oder abgerechnet werden kann.
Zeitpunkt-Erkundungsdiagramm
Dieses Diagramm in der Microsoft Fabric-Kapazitätsmetriken-App zeigt die Auslastung von Ressourcen im Vergleich zu den erworbenen Kapazitäten an. 100 % der Auslastung stellen den vollständigen Durchsatz einer Kapazitäts-SKU dar und werden von allen Fabric-Arbeitslasten gemeinsam genutzt. Dies wird durch die gelbe gepunktete Linie dargestellt. Wenn Sie einen bestimmten Zeitpunkt im Diagramm auswählen, wird die Schaltfläche Durchsuchen aktiviert, wodurch eine detaillierte Drillthroughseite geöffnet wird.
In der Regel werden, ähnlich wie in Power BI, Vorgänge entweder als interaktiver Vorgang oder Hintergrundvorgang klassifiziert und farblich gekennzeichnet. Die meisten Vorgänge in der SQL-Datenbankkategorie werden als interaktiv mit 5 Minuten Glättung der Aktivität gemeldet.
Zeitpunkt-Drillthroughdiagramm
Diese Tabelle in der Microsoft Fabric-Kapazitätsmetriken-App bietet eine detaillierte Ansicht der Nutzung zu bestimmten Zeitpunkten. Die von der angegebenen SKU pro 30-Sekunden-Periode bereitgestellte Kapazität wird zusammen mit der Aufschlüsselung nach interaktiven Vorgängen und Hintergrundvorgängen angezeigt. Die interaktive Vorgangstabelle stellt die Liste der Vorgänge dar, die zu diesem Zeitpunkt ausgeführt wurden, und werden direkt von Benutzeraktivitäten gesteuert.
Häufige Anwendungsfälle für diese Ansicht sind:
Identifizierung des STATUS von SQL-Abfragen(Anweisungen): Werte können "Erfolg" oder "Abgelehnt" sein.
- Der Erfolgsstatus ist standardmäßiges SQL-Datenbankverhalten, wenn die Kapazität nicht gedrosselt wird.
- Der Status "Abgelehnt" kann aufgrund von Ressourceneinschränkungen aufgrund der Kapazitätsdrosselung auftreten.
Identifizierung von SQL-Abfragen(Anweisungen), die viele Ressourcen verbraucht haben: Sortieren Sie die Tabelle nach Total CU(s) absteigend nach Zeitstempel und Element.
Überlegungen
Betrachten Sie die folgenden Nuancen der Nutzungsberichte:
- Das in der Fabric Capacity Metrics-App gemeldete Feld für Laufzeiten dient nur zu Informationszwecken. Das Zeitfenster für die aktuelle SQL-Verwendung entspricht 60 Sekunden.
Berichterstellung zur Speichernutzung
Die Berichterstellung zur Speichernutzung hilft Administratoren dabei, den Speicherverbrauch in der gesamten Organisation in Kapazitätsmetriken zu überwachen. Nachdem Sie die Kapazität ausgewählt haben, passen Sie den Datumsbereich so an, dass er während eines Abrechnungszyklus an den ausgelassenen Speicher angepasst wird. Der Erfahrungsschieberegler hilft Ihnen, nach der Arbeitsbelastung zu filtern.
Mögliche Werte für den Namen des Speichervorgangs sind:
- Zugewiesener SQL-Speicher ist die Gesamtdatenbankgröße.
- Sql-Datenbanksicherungsspeicher ist die Sicherungsspeichernutzung, die die zugewiesene Größe überschreitet und entsprechend abgerechnet wird.
Aktuelle Speichermetriken stimmen mit einem Diagramm links überein, um den durchschnittlichen Speicherverbrauch auf täglichem Aggregationsintervall oder auf stündlichem Aggregationsintervall bei Drilldown anzuzeigen.
Die Berichterstellung zur Speicherauslastung erfolgt auf Arbeitsbereichsebene. Weitere Informationen zur Speichernutzung in der Datenbank finden Sie unter Performance Dashboard für SQL-Datenbank in Microsoft Fabric.
Abrechnung des Sicherungsspeichers
Die SQL-Datenbank in Microsoft Fabric stellt ab dem Zeitpunkt der Erstellung einer Datenbank automatische Sicherungen bereit. Die Sicherungsabrechnung wird durch die Menge des vom automatisierten Sicherungsvorgang verbrauchten Speichers bestimmt.
- Standardmäßig ist der Sicherungsspeicher bis zu 100% der bereitgestellten Datenbankgröße kostenlos. Beispielsweise umfasst eine Datenbank mit 100 GB zugewiesenem Speicher automatisch 100 GB Sicherungsspeicher ohne zusätzliche Kosten.
- Wenn die Verwendung des Sicherungsspeichers die zugewiesene Datenbankgröße überschreitet, gelten zusätzliche Gebühren. Sie werden nur für den Sicherungsspeicher in Rechnung gestellt, der die zugewiesene Größe überschreitet.
Die Verwendung des Sicherungsspeichers wird stündlich gemessen und als kumulierte Summe berechnet. Am Ende jedes Monats wird dieser Wert aggregiert und verwendet, um Ihre Rechnung zu berechnen. Die Kosten basieren auf der Gesamtanzahl der GB pro Monat.
Wenn eine Datenbank beispielsweise 100 GB belegten Datenspeicher und 150 GB Sicherungsspeicher ansammelt und diese Werte einen Monat konstant bleiben, werden Ihnen 100 GB Datenspeicher und zusätzliche 50 GB des Sicherungsspeichers zum entsprechenden Satz in Rechnung gestellt.