Oracle Cloud Infrastructure-Dokumentation

Database Service-Namen für Autonomous Database

Autonomous Database enthält vordefinierte Datenbankservices mit unterschiedlichen Performance- und Nebenläufigkeitseigenschaften. Sie müssen einen dieser Services für jede Anwendung oder jeden Benutzer auswählen, der eine Verbindung zur Datenbank herstellt.

In der folgenden Tabelle werden die Datenbankservices verglichen. Diese Tabelle gilt für Datenbanken mit mindestens 2 OCPUs oder 4 ECPUs. Sie können keine Parallelisierung in Datenbanken mit weniger als 2 OCPUs oder weniger als 4 ECPUs verwenden, es sei denn, Sie verwenden manuelle Parallelisierung, wie unten erläutert.

Dienstname Parallelitätsgrad Fußnote 1 Ressourcenfreigaben Fußnote 2 Nebenläufige Anweisungen Fußnote 3
      Ohne Compute Auto Skalierung Mit Compute Auto Skalierung
TPURGENT Fußnote 5 Manuelles Festlegen von Fußnote 4 12

Durch den Sessionparameter gebunden.

OCPU-Modell: Der Sessionparameter ist auf das 300-fache der Basis-OCPUs festgelegt.

ECPU-Modell: Der Sessionparameter ist auf das 75-fache der Basis-ECPUs festgelegt.

Gleiche Werte wie ohne Autoscaling
TP Fußnote 5 Keine Parallelität 8

Durch den Sessionparameter gebunden.

OCPU-Modell: Der Sessionparameter ist auf das 300-fache der Basis-OCPUs festgelegt.

ECPU-Modell: Der Sessionparameter ist auf das 75-fache der Basis-ECPUs festgelegt.

Gleiche Werte wie ohne Autoscaling
HIGH

aktiviert

OCPU-Modell: Der Parallelisierungsgrad entspricht der Anzahl der Basis-OCPUs

ECPU-Modell: Der Parallelisierungsgrad entspricht der Hälfte der Anzahl der Basis-ECPUs, die auf den nächsten ganzzahligen Wert abgerundet werden.

4 3 9
MEDIUM

aktiviert

OCPU-Modell: Der Parallelisierungsgrad beträgt 2 mit 2 OCPUs, 3 mit 3 OCPUs und 4 für mehr als 3 OCPUs.

ECPU-Modell: Der Parallelisierungsgrad entspricht der Hälfte der Anzahl der Basis-ECPUs, die auf den nächsten ganzzahligen Wert mit 4 bis 7 ECPUs abgerundet werden. Es wird 4 mit 8 ECPUs oder mehr sein.

2

OCPU-Modell: 1,25 × Anzahl Basis-OCPUs

ECPU-Modell: 0,25125 × Anzahl Basis-ECPUs

Ein Dezimalergebnis wird abgeschnitten.

OCPU-Modell: 3,75 × Anzahl Basis-OCPUs

ECPU-Modell: 0,75375 × Anzahl Basis-ECPUs

Ein Dezimalergebnis wird abgeschnitten.
LOW Keine Parallelität 1

Durch den Sessionparameter gebunden.

OCPU-Modell: Der Sessionparameter ist auf das 300-fache der Basis-OCPUs festgelegt.

ECPU-Modell: Der Sessionparameter ist auf das 75-fache der Basis-ECPUs festgelegt.

Gleiche Werte wie ohne Autoscaling.

Fußnote 1

Für die Services HIGH und MEDIUM sind parallele Abfragen, DDL und DML standardmäßig aktiviert.

Wenn Sie Autonomous Database mit Oracle Database 19c verwenden, müssen Sie bei paralleler DML die Transaktion festschreiben oder zurücksetzen, bevor Sie erneut auf dieselbe Tabelle zugreifen können. Wenn Sie versuchen, auf dieselbe Tabelle zuzugreifen, ohne die Transaktion festzuschreiben oder zurückzusetzen, wird der Fehler ORA-12839 angezeigt. Diese Einschränkung wurde in Oracle Database 23ai aufgehoben, sodass Sie mit derselben Session ohne Commit oder Rollback erneut auf dieselbe Tabelle zugreifen können.

Bei Bedarf können Sie parallele DML-Anweisungen in Ihrer Session deaktivieren, indem Sie Folgendes ausführen:

alter session disable parallel dml;

Sie können auch einen Anmelde-Trigger erstellen, um diese Anweisung für alle Sessions auszuführen. Beachten Sie, dass die Performance Ihrer großen DML-Anweisungen beeinträchtigt werden kann, wenn Sie parallele DML deaktivieren.

Beachten Sie, dass dieser Parallelitätsgrad bei einfachen Abfragen wie einer Abfrage für eine einzelne Tabelle verdoppelt werden kann.

Die Parallelisierungshinweise in Ihren SQL-Anweisungen werden in Autonomous Database-Instanzen mit dem Workload-Typ "Data Warehouse" standardmäßig ignoriert. Die Parallelisierungshinweise in Ihren SQL-Anweisungen werden in Autonomous Database-Instanzen mit Workload-Typen "Transaktionsverarbeitung", "JSON" oder "APEX" berücksichtigt. Wenn Sie die Parallelität mit Hints in einer Autonomous Database-Instanz mit der Data Warehouse-Workload kontrollieren möchten, können Sie Hints mit dem folgenden Befehl aktivieren. 

alter session set optimizer_ignore_parallel_hints=false;

In den folgenden Themen finden Sie weitere Informationen:

Fußnote 2

Die jedem Service zugewiesenen CPU-Shares bestimmen, wie viel CPU und I/O die Sessions erhalten, die diese Services verwenden, wenn die CPU-Auslastung in der Datenbank 100% erreicht. In diesem Fall erhält jeder Service CPU- und I/O-Ressourcen proportional zu den zugewiesenen CPU-Shares. Sie können diese Shares bei Bedarf ändern, um sie an Ihre Workload anzupassen. Die automatisierten Aufgaben, die in Autonomous Database ausgeführt werden, wie die automatische Erfassung von Optimizer-Statistiken, werden mit einem Ressourcenanteil von 1 ausgeführt. Weitere Informationen finden Sie unter CPU-/IO-Shares in Autonomous Database verwalten.

Fußnote 3

Nebenläufigkeit in dieser Tabelle bedeutet die Anzahl der aktiven Sessions, in denen SQL-Anweisungen gleichzeitig ausgeführt werden. Die Anzahl der Sessions, die keine Parallelisierung verwenden, z.B. Sessions im LOW-Service, wird durch den Datenbankparameter sessions begrenzt. Dieser Parameter bestimmt die Anzahl der Sessions, die Sie in der Datenbank haben können, unabhängig davon, welchen Service diese Sessions verwenden. Nachdem dieser Grenzwert erreicht wurde, können sich neue Sessions nicht mehr bei der Datenbank anmelden. Beispiel: Wenn für Ihre Datenbank der Parameter sessions auf 300 gesetzt ist, können Sie verschiedene Sessions mit LOW und TP verwenden, wobei die Gesamtanzahl auf 300 begrenzt ist.

Mit den Services HIGH und MEDIUM können so viele nebenläufige SQL-Anweisungen ausgeführt werden, wie in dieser Tabelle angegeben, vorausgesetzt, Sie verwenden nur einen dieser Services. Sie können weiterhin weitere SQL-Anweisungen mit diesen Services weiterleiten, aber nachfolgende Anweisungen werden in die Queue gestellt, nachdem diese Zahlen erreicht wurden. Nach Abschluss der ausgeführten Anweisungen werden Sessions in der Queue aus der Queue ausgewählt. Wenn Sie Parallelität in mehreren Services gleichzeitig verwenden oder Parallelisierungshinweise verwenden, um den Parallelitätsgrad für Ihre SQL-Anweisungen festzulegen, kann sich der erhaltene Parallelitätsgrad von den in dieser Tabelle angegebenen Zahlen unterscheiden.

Um die Nebenläufigkeitsebenen für die Datenbank anzuzeigen, führen Sie den folgenden Befehl aus:

SELECT * FROM CS_RESOURCE_MANAGER.LIST_CURRENT_RULES();

Sie können die Währungsebenen auch in Database Actions auf der Karte "Resource Management-Regeln festlegen" anzeigen. Weitere Informationen finden Sie unter CPU-/IO-Shares in Autonomous Database verwalten.

Fußnote 4

Die manuelle Parallelisierung ist der Parallelisierungstyp, bei dem Sie die Parallelität für Abfragen, DDL- und DML-Anweisungen steuern können, indem Sie Parallelitätsgrade für Ihre Tabellen und Indizes festlegen. Weitere Informationen finden Sie unter Parallelitätsgrad manuell angeben.

Fußnote 5

Die Services TP und TPURGENT sind für Data Warehouse-Workloads nicht verfügbar. Wenn eine Workload eine manuelle Parallelisierung erfordert, die nur mit TPURGENT verfügbar ist, erstellen Sie eine Serviceanfrage beim Oracle Cloud-Support, um die Aktivierung der TP- und TPURGENT-Services in Ihrer Autonomous Database-Instanz anzufordern.

Themen

Übergeordnetes Thema: Neutralität und Prioritäten in Autonomous Database verwalten

Wo finde ich Verbindungsbeschreibungen für Datenbankservices?

Die verfügbaren Datenbankservices sind Teil Ihrer Datenbankverbindungszeichenfolgen. Sie können die Services über die Oracle Cloud Infrastructure-Konsole anzeigen oder die Namen der Datenbankservices in tnsnames.ora in der Wallet-Datei anzeigen, die Sie herunterladen können.

Unter TNS-Namen und Verbindungszeichenfolgen für eine Autonomous Database-Instanz anzeigen finden Sie die Schritte zum Anzeigen der Verbindungszeichenfolgen in der Oracle Cloud Infrastructure-Konsole.

Weitere Informationen finden Sie unter Clientzugangsdaten (Wallets) herunterladen.

Beispiel: Bei einer Autonomous Database-Instanz mit dem Workload-Typ "Transaktionsverarbeitung" namens "sales" lauten die TNS-Aliasnamen sales_tpurgent, sales_tp, sales_high, sales_medium und sales_low.

Welchen Datenbankservice sollte ich für meine Verbindung, Anwendung oder mein Tool auswählen?

Der Service, den Sie für Ihre Verbindung, Anwendung oder Ihr Tool auswählen, hängt von Ihren Workload-Eigenschaften ab.

Die folgenden allgemeinen Richtlinien helfen Ihnen bei der Verwendung des choose.a-Datenbankservice:

  • TP, TPURGENT oder LOW: Verwenden Sie den TP- oder LOW-Service zur Ausführung von OLTP-Anwendungen oder -Tools, die voraussichtlich Abfragen und Transaktionen mit kurzer Ausführungszeit ausführen. Wenn Sie verschiedene Benutzertypen haben, die unterschiedliche CPU- und I/O-Prioritäten haben müssen, verwenden Sie je nach Priorität TP, TPURGENT und LOW, und passen Sie die CPU-Shares für diese Services entsprechend Ihren Anforderungen an.

  • MEDIUM: Verwenden Sie den MEDIUM-Service für Analyse-Workloads, wie Abfragen mit langer Ausführungszeit, die große Datasets scannen, Batchdataload-Prozesse, Ad-hoc-Betriebsabfragen usw. Wenn der dokumentierte Parallelitätsgrad und die Nebenläufigkeitsebene für diesen Service nicht Ihren Anforderungen entsprechen, können Sie die Nebenläufigkeitsebene für diesen Service so festlegen, dass der Parallelitätsgrad und die Nebenläufigkeit für Ihre Workload angepasst werden.

    Verwenden Sie den MEDIUM-Service zum Ausführen von Einzelbenutzerbenchmarks, mit denen die Datenscan-, Abfrage- und DML-Performance für analytische Workloads gemessen und die Nebenläufigkeitsebene auf 1 gesetzt wird, damit jede SQL-Anweisung den maximal möglichen Parallelisierungsgrad verwenden kann.

    Weitere Informationen zum Ändern der Nebenläufigkeitsebene finden Sie unter Nebenläufigkeitslimit für MEDIUM-Service ändern (ECPU-Compute-Modell).

  • HIGH: Verwenden Sie den HIGH-Service für Analyse-Workloads mit geringem gleichzeitigem Zugriff, z.B. eine Berichtsdatenbank, auf die nur wenige Benutzer gleichzeitig zugreifen.

Wenn Sie zu einem anderen Service in derselben Session wechseln müssen, um SQL-Anweisungen in diesem Service auszuführen, können Sie dazu das Package CS_SESSION verwenden. Weitere Informationen finden Sie unter CS_SESSION-Package.

Database Service-Namen für Autonomous Data Warehouse

Beschreibt die verfügbaren Servicenamen für die Verbindung mit einer Autonomous Database-Instanz mit einem Data Warehouse-Workload-Typ.

Die Namen der Services für Verbindungen zu einer Autonomous Database-Instanz mit dem Workload-Typ "Data Warehouse" weisen das folgende Format auf:

  • datenbankname_high

  • datenbankname_medium

  • datenbankname_low

Diese Services sind den Consumer-Gruppen LOW, MEDIUM und HIGH zugeordnet.

Beispiel: Wenn Sie eine Autonomous Database-Instanz mit dem Workload-Typ Data Warehouse erstellen und den Datenbanknamen als DB2024 angeben, lauten die Servicenamen:

  • db2024_high

  • db2024_medium

  • db2024_low

Wenn Sie eine Verbindung mit dem Service db2024_low herstellen, wird die Consumer-Gruppe LOW verwendet.

Grundlegende Eigenschaften dieser Consumer-Gruppen:

  • HIGH: Maximale Ressourcen, minimale Nebenläufigkeit. Abfragen werden parallel ausgeführt.

  • MEDIUM: Weniger Ressourcen, höhere Nebenläufigkeit. Abfragen werden parallel ausgeführt.

    Die Auswahl eines der vordefinierten Services bietet Nebenläufigkeitswerte, die für die meisten Anwendungen gut funktionieren. Wenn die Auswahl eines der Standardservices nicht den Performanceanforderungen Ihrer Anwendung entspricht, können Sie den MEDIUM-Service verwenden und das Nebenläufigkeitslimit ändern. Beispiel: Wenn Sie Einzelbenutzerbenchmarks ausführen, können Sie das Nebenläufigkeitslimit des MEDIUM-Service auf 1 setzen, um den höchsten Parallelitätsgrad (DOP) zu erhalten.

    Je nach Compute-Modell, ECPU oder OCPU, finden Sie im Folgenden weitere Informationen.

  • LOW: Minimale Ressourcen, maximale Nebenläufigkeit. Abfragen werden nacheinander ausgeführt.

Hinweis

Nachdem Sie die Verbindung zur Datenbank mit einem Service hergestellt haben, versuchen Sie nicht, diese Verbindung manuell zu einem anderen Service zu wechseln, indem Sie einfach die Consumer-Gruppe der Verbindung ändern. Wenn Sie eine Verbindung über einen Service herstellen, konfiguriert Autonomous Database die Verbindung mehr als nur ihre Consumergruppe. Mit der Prozedur CS_SESSION.SWITCH_SERVICE können Sie zu einem anderen Service wechseln.

Weitere Informationen finden Sie unter Prozedur SWITCH_SERVICE.

Database Service-Namen für Autonomous Transaction Processing und Autonomous JSON Database

Beschreibt die verfügbaren Servicenamen für die Verbindung mit einer Autonomous Database-Instanz mit einem Workload-Typ "Transaktionsverarbeitung", "JSON" oder "APEX".

Die verfügbaren Servicenamen für Verbindungen zu einer Autonomous Database-Instanz mit einem der folgenden Workload-Typen: Transaktionsverarbeitung, JSON oder APEX

  • Datenbankname_tpurgent

  • datenbankname_tp

  • datenbankname_high

  • datenbankname_medium

  • datenbankname_low

Diese Services entsprechen den Consumer-Gruppen TPURGENT, TP, HIGH, MEDIUM und LOW.

Beispiel: Wenn Sie eine Autonomous Database-Instanz mit dem Workload-Typ "Transaktionsverarbeitung" erstellen und den Datenbanknamen als DB2024 angeben, lauten die Verbindungsservice-Namen:

  • db2024_tpurgent

  • db2024_tp

  • db2024_high

  • db2024_medium

  • db2024_low

Wenn Sie eine Verbindung mit dem Service db2024_tp herstellen, wird die Consumer-Gruppe TP verwendet.

Grundlegende Eigenschaften dieser Consumer-Gruppen:

  • TPURGENT: Der Anwendungsverbindungsservice mit der höchsten Priorität für zeitkritische Transaktionsverarbeitungsvorgänge. Dieser Verbindungsservice unterstützt manuelle Parallelität.

  • TP: Ein typischer Anwendungsverbindungsservice für Transaktionsverarbeitungsvorgänge. Dieser Verbindungsservice wird nicht mit Parallelität ausgeführt.

  • HIGH: Ein Anwendungsverbindungsservice mit hoher Priorität für Reporting- und Batchvorgänge. Alle Vorgänge werden parallel ausgeführt und unterliegen dem Queueing.

  • MEDIUM: Ein typischer Anwendungsverbindungsservice für Reporting- und Batchvorgänge. Alle Vorgänge werden parallel ausgeführt und unterliegen dem Queueing.

    Die Auswahl eines der vordefinierten Services bietet Nebenläufigkeitswerte, die für die meisten Anwendungen gut funktionieren. Wenn die Auswahl eines der Standardservices nicht den Performanceanforderungen Ihrer Anwendung entspricht, können Sie den MEDIUM-Service verwenden und das Nebenläufigkeitslimit ändern. Beispiel: Wenn Sie Einzelbenutzerbenchmarks ausführen, können Sie das Nebenläufigkeitslimit des MEDIUM-Service auf 1 setzen, um den höchsten Parallelitätsgrad (DOP) zu erhalten.

    Je nach Compute-Modell, ECPU oder OCPU, finden Sie im Folgenden weitere Informationen.

  • LOW: Ein Anwendungsverbindungsservice mit niedriger Priorität für Reporting- oder Batchverarbeitungsvorgänge. Dieser Verbindungsservice wird nicht mit Parallelität ausgeführt.

Hinweis

Nachdem Sie die Verbindung zur Datenbank mit einem Service hergestellt haben, versuchen Sie nicht, diese Verbindung manuell zu einem anderen Service zu wechseln, indem Sie einfach die Consumer-Gruppe der Verbindung ändern. Wenn Sie eine Verbindung über einen Service herstellen, konfiguriert Autonomous Database die Verbindung mehr als nur ihre Consumergruppe. Mit der Prozedur CS_SESSION.SWITCH_SERVICE können Sie zu einem anderen Service wechseln.

Weitere Informationen finden Sie unter Prozedur SWITCH_SERVICE.