Azure SQL-Glossarbegriffe
Gilt für:Azure SQL-DatenbankAzure SQL Managed InstanceSQL Server auf Azure-VM
Tipp
Neu bei Azure SQL? Bringen Sie sich mit ausführlichen kostenlosen Schulungsinhalten auf den neuesten Stand: Azure SQL-Grundlagen.
Azure SQL-Datenbank
Kontext | Begriff | Definition |
---|---|---|
Azure-Dienst | Azure SQL-Datenbank | Azure SQL-Datenbank ist eine vollständig verwaltete PaaS-Datenbank (Platform-as-a-Service), bei der die meisten Funktionen für die Datenbankverwaltung ohne Benutzereingriff erfolgen, z. B. Upgrades, Patches, Sicherungen und Überwachung. |
Datenbank-Engine | Die in Azure SQL-Datenbank verwendete Datenbank-Engine ist die neueste stabile Version derselben Datenbank-Engine, die als Microsoft SQL Server ausgeliefert wurde. Einige Features der Datenbank-Engine sind exklusiv für Azure SQL-Datenbank verfügbar oder stehen vor der Auslieferung mit SQL Server zur Verfügung. Die Datenbank-Engine ist für die Verwendung in der Cloud konfiguriert und optimiert. Zusätzlich zu den wichtigsten Datenbankfunktionen bietet Azure SQL-Datenbank cloudnative Funktionen wie Hyperscale und serverloses Compute. | |
Serverentität | Logischer Server | Ein logischer Server ist ein Konstrukt, das als zentraler Verwaltungspunkt für eine Sammlung von Datenbanken in Azure SQL-Datenbank und Azure Synapse Analytics fungiert. Alle Datenbanken, die von einem Server verwaltet werden, werden in derselben Region wie der Server erstellt. Ein Server ist ein rein logisches Konzept: Ein logischer Server ist kein Computer, auf dem eine Instanz der Datenbank-Engine ausgeführt wird. Es gibt keinen Zugriff auf Instanzebene oder Instanzfeatures für einen Server. |
Bereitstellungsoption | Datenbanken können einzeln oder als Teil eines Pools für elastische Datenbanken bereitgestellt werden. Sie können vorhandene Datenbanken in und aus Pools für elastische Datenbanken verschieben. | |
Pool für elastische Datenbanken | Pools für elastische Datenbanken sind eine einfache, kostengünstige Lösung zum Verwalten und Skalieren mehrerer Datenbanken mit variierenden und unvorhersehbaren Verbrauchsanforderungen. Die Datenbanken in einem Pool für elastische Datenbanken befinden sich auf einem einzelnen logischen Server. Die Datenbanken verwenden eine festgelegte Ressourcenzuordnung zu einem festgelegten Preis gemeinsam. | |
Einzeldatenbank | Wenn Sie einzelne Datenbanken bereitstellen, ist jede Datenbank isoliert und verwendet eine dedizierte Datenbank-Engine. Jede Datenbank verfügt über eine eigene Dienstebene innerhalb des ausgewählten Kaufmodells und eine Computegröße, die die Ressourcen definiert, die der Datenbank-Engine zugeordnet sind. | |
Kaufmodell | Für Azure SQL-Datenbank gibt es zwei Kaufmodelle. Das Kaufmodell definiert, wie Sie Ihre Datenbank skalieren und wie z. B. Compute- und Speicherressourcen berechnet werden. | |
DTU-basiertes Kaufmodell | Das DTU-basierte Kaufmodell (Database Transaction Unit, Datenbanktransaktionseinheit) basiert auf einem gebündelten Measure für Compute-, Speicher- und E/A-Ressourcen. Computegrößen werden für Einzeldatenbanken in DTUs und für Pools für elastische Datenbanken in elastischen Datenbanktransaktionseinheiten (eDTUs) ausgedrückt. | |
vCore-basiertes Kaufmodell (empfohlen) | Ein virtueller Kern (vCore) stellt eine logische CPU dar. Das vCore-basierte Einkaufsmodell bietet eine bessere Kontrolle über die Hardwarekonfiguration, um die Berechnungs- und Speicheranforderungen der Workload besser abzugleichen, Preisrabatte für Azure Hybrid Benefit (AHB) und Azure Reservations, genauere Skalierung und größere Transparenz in Hardwaredetails. Neuere Funktionen (z. B. Hyperscale, serverlos) sind nur im vCore-Modell verfügbar. | |
Dienstebene | Die Dienstebene definiert die Speicherarchitektur, Speicher- und E/A-Beschränkungen und Optionen für Geschäftskontinuität. Die Optionen für Dienstebenen variieren je nach Kaufmodell. | |
DTU-basierte Dienstebenen | Die Dienstebenen „Basic“, „Standard“ und „Premium“ sind im DTU-basierten Kaufmodell verfügbar. | |
vCore-basierte Dienstebenen (empfohlen) | Die Dienstebenen „Universell“, „Unternehmenskritisch“ und „Hyperscale“ sind im vCore-basierten Kaufmodell verfügbar (empfohlen). | |
Computeebene | Die Computeebene bestimmt, ob Ressourcen kontinuierlich verfügbar (bereitgestellt) sind oder automatisch skaliert (serverloses Modell) werden. Die Verfügbarkeit der Computeebene variiert je nach Kaufmodell und Dienstebene. Nur die Dienstebene „Universell“ des vCore-Kaufmodells stellt serverlose Computeressourcen zu Verfügung. | |
Bereitgestelltes Computing | Die bereitgestellte Computeebene stellt eine bestimmte Menge an Computeressourcen zur Verfügung, die unabhängig von der Workloadaktivität kontinuierlich bereitgestellt werden. Unter der bereitgestellten Computeebene erfolgt die Abrechnung mit einem festen Preis pro Stunde. | |
Serverloses Computing | Auf der serverlosen Computeebene findet Autoskalierung der Computeressourcen basierend auf den Workloadaktivitäten statt, und die Abrechnung erfolgt nach der Menge der verbrauchten Computeressourcen pro Sekunde. Azure SQL-Datenbank serverlos ist derzeit in der Dienstebene „Universell“ des vCore-basierten Kaufmodells mit Hardware der Standard-Serie (Gen5) oder neuer verfügbar. | |
Hardwarekonfiguration | Verfügbare Hardwarekonfigurationen | Mit dem vCore-basierten Kaufmodell können Sie die geeignete Hardwarekonfiguration für Ihre Workload auswählen. Zu den Hardwarekonfigurationsoptionen gehören Standard-Serie (Gen5), Fsv2-Serie und DC-Serie. |
Computegröße (Dienstziel) | Die Computegröße (Dienstziel) ist die Menge an CPU, Arbeitsspeicher und Speicherressourcen, die für eine Einzeldatenbank oder einen Pool für elastische Datenbanken zur Verfügung steht. Die Computegröße definiert auch Ressourcenverbrauchsgrenzwerte, z. B. maximale IOPS, maximale Protokollrate usw. | |
vCore-basierte Dimensionierungsoptionen | Konfigurieren Sie die Computegröße für Ihre Datenbank oder Ihren Pool für elastische Datenbanken, indem Sie die geeignete Dienstebene, die Computeebene und die Hardware für Ihre Workload auswählen. Wenn Sie einen Pool für elastische Datenbanken verwenden, konfigurieren Sie die reservierten virtuellen Kerne für den Pool, und konfigurieren Sie optional Einstellungen pro Datenbank. Informationen zu den Dimensionierungsoptionen und Ressourcenbeschränkungen im vCore-basierten Kaufmodell finden Sie unter vCore-Einzeldatenbanken und Pool für elastische vCore-Datenbanken. | |
DTU-basierte Dimensionierungsoptionen | Konfigurieren Sie die Computegröße für Ihre Datenbank oder Ihren Pool für elastische Datenbanken, indem Sie die entsprechende Dienstebene und die maximale Datengröße und Anzahl der DTUs auswählen. Wenn Sie einen Pool für elastische Datenbanken verwenden, konfigurieren Sie die reservierten eDTUs für den Pool, und konfigurieren Sie optional Einstellungen pro Datenbank. Informationen zu den Dimensionierungsoptionen und Ressourcenbeschränkungen im DTU-basierten Kaufmodell finden Sie unter DTU-Einzeldatenbanken und DTU-Pools für elastische Datenbanken. |
Verwaltete Azure SQL-Instanz
Kontext | Begriff | Weitere Informationen |
---|---|---|
Azure-Dienst | Verwaltete Azure SQL-Instanz | Azure SQL Managed Instance ist eine vollständig verwaltete PaaS-Bereitstellungsoption (Platform-as-a-Service) von Azure SQL. Damit erhalten Sie eine Instanz von SQL Server, einschließlich des SQL Server-Agents, aber ein Großteil des Mehraufwands für die Verwaltung einer VM entfällt. Die meisten der in SQL Server verfügbaren Features sind in SQL Managed Instance ebenfalls verfügbar. Vergleichen Sie die Features in Azure SQL-Datenbank und Azure SQL Managed Instance. |
Datenbank-Engine | Die in Azure SQL Managed Instance verwendete Datenbank-Engine ist nahezu 100 % kompatibel mit der neuesten Datenbank-Engine von SQL Server (Enterprise Edition). Einige Features der Datenbank-Engine sind exklusiv für verwaltete Instanzen verfügbar oder stehen in verwalteten Instanzen zur Verfügung, bevor sie mit SQL Server bereitgestellt werden. Verwaltete Instanzen stellen cloudnative Funktionen und Integrationen bereit, z. B. eine native VNet-Implementierung, automatische Patch- und Versionsupdates, automatisierte Sicherungen und Hochverfügbarkeit. | |
Serverentität | Verwaltete Instanz | Jede verwaltete Instanz ist selbst eine Instanz SQL Server. Datenbanken, die in einer verwalteten Instanz erstellt werden, werden gemeinsam genutzt, und Sie können datenbankübergreifende Abfragen ausführen. Sie können eine Verbindung mit der verwalteten Instanz herstellen und Features auf Instanzebene wie Verbindungsserver und den SQL Server-Agent verwenden. |
Bereitstellungsoption | Verwaltete Instanzen können einzeln oder als Teil eines Instanzpools (Vorschau) bereitgestellt werden. Verwaltete Instanzen können derzeit nicht in, zwischen oder aus Instanzpools verschoben werden. | |
Einzelne Instanz | Eine einzelne verwaltete Instanz wird für eine dedizierte Gruppe isolierter VMs bereitgestellt, die innerhalb des virtuellen Netzwerksubnetzes des Kunden ausgeführt werden. Diese Computer bilden einen virtuellen Cluster. Bei Bedarf können mehrere verwaltete Instanzen in einem einzelnen virtuellen Cluster bereitgestellt werden. | |
Instanzenpool (Vorschau) | Mit Instanzpools können Sie mehrere verwaltete Instanzen auf derselben VM bereitstellen. Instanzpools ermöglichen es Ihnen, kleinere und weniger computeintensive Workloads in die Cloud zu migrieren, ohne sie in einer einzigen größeren verwalteten Instanz zu konsolidieren. | |
Kaufmodell | vCore-basiertes Kaufmodell | SQL Managed Instance ist unter dem vCore-basierten Kaufmodell verfügbar. Der Azure-Hybridvorteil steht für verwaltete Instanzen zur Verfügung. |
Dienstebene | VCore-basierte Dienstebenen | SQL Managed Instance bietet zwei Dienstebenen, die eine Verfügbarkeit von 99,99 Prozent garantieren und es Ihnen ermöglichen, die Speichergröße und Computekapazität unabhängig voneinander auszuwählen. Wählen Sie die Dienstebene Universell oder Unternehmenskritisch für eine verwaltete Instanz basierend auf Ihren Leistungs- und Latenzanforderungen aus. |
Compute | Bereitgestelltes Computing | SQL Managed Instance bietet eine bestimmte Menge an Computeressourcen, die unabhängig von der Workloadaktivität ständig bereitgestellt werden. Die Abrechnung erfolgt dann zu einem Festpreis pro Stunde für die Menge an bereitgestellten Computeressourcen. |
Hardwarekonfiguration | Verfügbare Hardwarekonfigurationen | Die Hardwarekonfigurationen von SQL Managed Instance umfassen die Standardserie (Gen5), die Premium-Serie und die arbeitsspeicheroptimierte Hardware der Premium-Serie. |
Computegröße | vCore-basierte Dimensionierungsoptionen | Die Computegröße (Dienstziel) ist die maximale Menge an CPU-, Arbeitsspeicher- und Speicherressourcen, die für eine einzelne verwaltete Instanz oder einen Instanzpool verfügbar sind. Konfigurieren Sie die Computegröße für Ihre verwaltete Instanz, indem Sie die geeignete Dienstebene und Hardware für Ihre Workload auswählen. Weitere Informationen zu den Ressourcengrenzwerten für verwaltete Instanzen. |
SQL Server auf Azure-VMs
Kontext | Begriff | Weitere Informationen |
---|---|---|
Azure-Dienst | SQL Server auf Azure Virtual Machines (VMs) | Mit SQL Server auf Azure-VMs können Sie Vollversionen von SQL Server in der Cloud nutzen, ohne lokale Hardware verwalten zu müssen. SQL Server-VMs Computer vereinfachen die Lizenzierungskosten, wenn Sie nutzungsbasierte Bezahlung verwenden. Sie verfügen sowohl über SQL Server als auch über Betriebssystemzugriff mit einigen automatisierten Verwaltbarkeitsfeatures für SQL Server-VMs, z. B. die SQL Server-IaaS-Agent-Erweiterung. |
Serverentität | Virtueller Computer oder VM | Azure-VMs werden in vielen geografischen Regionen weltweit ausgeführt. Sie bieten auch verschiedene Computergrößen. Über den Katalog mit VM-Images können Sie virtuelle SQL Server-Computer mit passender Version, passender Edition und passendem Betriebssystem erstellen. |
Image | Windows-VMs oder Linux-VMs | Sie können SQL Server-VMs mit Windows-basierten Images oder mit Linux-basierten Images bereitstellen. Die Imageauswahl gibt sowohl die Betriebssystemversion als auch die SQL Server-Edition für Ihre SQL Server-VM an. |
Preise | Die Preise für SQL Server auf Azure-VMs basieren auf der SQL Server-Lizenzierung, dem Betriebssystem und den Kosten für VMs. Sie können die Kosten senken, indem Sie die Größe Ihrer VM optimieren und die VM nach Möglichkeit herunterfahren. | |
SQL Server-Lizenzierungskosten | Wählen Sie die geeignete kostenlose oder kostenpflichtige SQL Server-Edition für Ihre Nutzung und Ihre Anforderungen aus. Bei kostenpflichtigen Editionen können Sie pro Nutzung bezahlen (auch als „nutzungsbasierte Bezahlung“ bezeichnet) oder den Azure-Hybridvorteil nutzen. | |
Kosten für Betriebssystem und VM | Die Kosten für das Betriebssystem und die VM basieren auf Faktoren wie Imageauswahl, VM-Größe und Speicherkonfiguration. | |
Konfiguration des virtuellen Computers | Sie müssen Einstellungen wie Sicherheit, Speicher und Hochverfügbarkeit/Notfallwiederherstellung für Ihre SQL Server-VM konfigurieren. Die einfachste Möglichkeit, eine SQL Server-VM zu konfigurieren, ist die Verwendung eines unserer Marketplace-Images, aber Sie können auch diese schnelle Checkliste für eine Reihe von bewährten Methoden und Richtlinien zur Navigation durch diese Auswahl verwenden. | |
Größe des virtuellen Computers | Die VM-Größe bestimmt die Verarbeitungsleistung, den Arbeitsspeicher und die Speicherkapazität. Sie können eine Leistungsbaseline erfassen und/oder das Tool für SKU-Empfehlungen verwenden, um die beste VM-Größe für Ihre Workload auszuwählen. | |
Speicherkonfiguration | Ihre Speicherkonfigurationsoptionen werden durch Ihre Auswahl der VM-Größe und die Auswahl der Speichereinstellungen bestimmt, z. B. Datenträgertyp, Zwischenspeicherungseinstellungen und Datenträgerstriping. Erfahren Sie, wie Sie eine VM-Größe mit ausreichender Speicherskalierbarkeit für Ihre Workload und eine Mischung aus Datenträgern (normalerweise in einem Speicherpool) auswählen, die den Kapazitäts- und Leistungsanforderungen Ihres Unternehmens entsprechen. | |
Sicherheitshinweise | Sie können Microsoft Defender für SQL aktivieren, Azure Key Vault integrieren, den Zugriff steuern und Verbindungen mit Ihrer SQL Server-VM sichern. Informieren Sie sich über Sicherheitsrichtlinien zum Einrichten des sicheren Zugriffs auf SQL Server-VMs. | |
Erweiterung für den SQL-IaaS-Agent | Die SQL-IaaS-Agent-Erweiterung (SqlIaasExtension) kann auf SQL Server-VMs ausgeführt werden, um Verwaltungs- und Administrationsaufgaben zu automatisieren. Mit der Erweiterung sind keine zusätzlichen Kosten verbunden. | |
Automatisiertes Patchen | Automatisches Patchen richtet ein Wartungsfenster für eine SQL Server-VM ein, in dem Sicherheitsupdates automatisch durch die SQL-IaaS-Agent-Erweiterung angewendet werden. Es gibt möglicherweise andere Mechanismen für die Anwendung von automatischen Updates. Wenn Sie automatisiertes Patchen mit der SQL-IaaS-Agent-Erweiterung konfigurieren, sollten Sie sicherstellen, dass keine anderen Updatezeitpläne vorhanden sind, die einen Konflikt verursachen. | |
Automatisierte Sicherung | Die automatisierte Sicherung konfiguriert automatisch SQL Server Managed Backup für Microsoft Azure für alle vorhandenen und neuen Datenbanken auf einer SQL Server-VM, auf der die Standard-, Enterprise- oder Developer-Edition von SQL Server 2016 oder höher ausgeführt wird. |