Oracle Cloud Infrastructure-Dokumentation

Datenbankservicenamen 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 sich bei der Datenbank anmeldet.

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

Servicename Parallelitätsgrad Fußnote 1 Ressourcenfreigaben Fußnote 2 Nebenläufige Anweisungen Fußnote 3
      Ohne automatische Compute-Skalierung Mit automatischer Rechenskalierung
TPURGENT Fußnote 5 Manuell festlegen Fußnote 4 12

Begrenzt durch den Parameter "Sessions".

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

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

Gleiche Werte wie ohne Autoscaling
TP Fußnote 5 Keine Parallelisierung 8

Begrenzt durch den Parameter "Sessions".

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

ECPU-Modell: Der Sessionparameter ist auf das 75-fache der Anzahl 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 Ganzzahlwert 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 Ganzzahlwert mit 4 bis 7 ECPUs abgerundet werden. Es wird 4 mit 8 ECPUs oder mehr sein.

2

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

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

Ein Dezimalwert wird abgeschnitten.

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

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

Ein Dezimalwert wird abgeschnitten.
LOW Keine Parallelisierung 1

Begrenzt durch den Parameter "Sessions".

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

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

Gleiche Werte wie ohne Autoscaling.

Fußnote 1

Für die Services HIGH und MEDIUM sind Parallele Abfrage, 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 entweder der Fehler ORA-12838 oder ORA-12839 angezeigt. Diese Einschränkung wurde in Oracle Database 23ai aufgehoben, sodass Sie ohne Commit oder Rollback erneut auf dieselbe Tabelle zugreifen können.

Falls erforderlich, können Sie parallele DML in der Session deaktivieren, indem Sie Folgendes ausführen:

alter session disable parallel dml;

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

Beachten Sie, dass diese Parallelitätswerte bei einfachen Abfragen wie einer Abfrage für eine einzelne Tabelle verdoppelt werden können.

Die Parallelisierungshinweise in Ihren SQL-Anweisungen werden standardmäßig in Autonomous Database-Instanzen mit dem Data Warehouse-Workload-Typ ignoriert. Die Parallelisierungshinweise in Ihren SQL-Anweisungen werden in Autonomous Database-Instanzen mit den Workload-Typen "Transaktionsverarbeitung", "JSON" oder "APEX" berücksichtigt. Wenn Sie die Parallelisierung mit Hints in einer Autonomous Database-Instanz mit der Data Warehouse-Workload steuern 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 den einzelnen Services zugewiesenen CPU-Shares bestimmen, wie viel CPU und I/O die Sessions, die diese Services verwenden, erhalten, wenn die CPU-Auslastung in Ihrer 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, die SQL-Anweisungen gleichzeitig ausführen. Die Anzahl der Sessions, die keine Parallelität 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 dieses Limit 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 mit LOW und TP eine unterschiedliche Anzahl von Sessions verwenden, wobei die Summe auf 300 begrenzt ist.

Mit den Services HIGH und MEDIUM können so viele nebenläufige SQL-Anweisungen wie in dieser Tabelle angegeben ausgeführt werden, vorausgesetzt, Sie verwenden nur einen dieser Services. Sie können weiterhin weitere SQL-Anweisungen mit diesen Services weiterleiten. Nach dem Erreichen dieser Nummern werden jedoch nachfolgende Anweisungen in die Queue gestellt. Wenn die ausgeführten Anweisungen abgeschlossen sind, werden in die Queue gestellte Sessions aus der Queue ausgewählt. Wenn Sie Parallelität in mehreren Services gleichzeitig verwenden oder wenn Sie Parallelisierungshinweise verwenden, um den Parallelisierungsgrad für Ihre SQL-Anweisungen festzulegen, kann sich der gleichzeitige Zugriff von den in dieser Tabelle angegebenen dokumentierten 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 auf der Karte "Resource Management-Regeln festlegen" in Database Actions anzeigen. Weitere Informationen finden Sie unter CPU-/IO-Shares in Autonomous Database verwalten.

Fußnote 4

Manuelle Parallelisierung ist die Art der Parallelisierung, bei der Sie die Parallelisierung 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 Sie eine Workload haben, die eine manuelle Parallelisierung erfordert, die nur mit TPURGENT verfügbar ist, senden Sie eine Serviceanfrage an Oracle Cloud Support, um die Aktivierung der Services TP und TPURGENT in Ihrer Autonomous Database-Instanz anzufordern.

Themen

Übergeordnetes Thema: Nebenläufigkeit 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 in der Oracle Cloud Infrastructure-Konsole anzeigen oder die Namen der Datenbankservices in tnsnames.ora in der Wallet-Datei anzeigen, die Sie herunterladen können.

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

Weitere Informationen finden Sie unter Clientzugangsdaten (Wallets) herunterladen.

Beispiel: Für eine Autonomous Database-Instanz mit dem Workload-Typ "Transaction Processing" 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 können Ihnen helfen, den Datenbankservice choose.a zu verwenden:

  • TP, TPURGENT oder LOW: Verwenden Sie den Service TP oder LOW, um OLTP-Anwendungen oder -Tools auszuführen, 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 ihren Prioritäten 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, Batch-Dataload-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 der Nebenläufigkeitsgrad 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äufigkeitsstufe finden Sie unter Gleichläufigkeitslimit für den MEDIUM-Service ändern (ECPU-Compute-Modell).

  • HIGH: Verwenden Sie den HIGH-Service für Analyse-Workloads mit geringem gleichzeitigem Zugriff, wie 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.

Datenbankservicenamen 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 Servicenamen für Verbindungen zu einer Autonomous Database-Instanz mit einem Data Warehouse-Workload-Typ haben das folgende Format:

  • databasename_high

  • databasename_medium

  • databasename_low

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

Beispiel: Wenn Sie eine Autonomous Database mit einem Data Warehouse-Workload-Typ 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 Standarddienste die Performanceanforderungen Ihrer Anwendung nicht erfüllt, können Sie den MEDIUM-Dienst verwenden und das Nebenläufigkeitslimit ändern. Beispiel: Wenn Sie Einzelbenutzerbenchmarks ausführen, können Sie das Nebenläufigkeitslimit des MEDIUM-Dienstes auf 1 setzen, um den höchsten Parallelitätsgrad (DOP) zu erzielen.

    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 eingerichtet haben, versuchen sie nicht, die Verbindung manuell zu einem anderen Service zu wechseln, indem Sie einfach die Consumer-Gruppe der Verbindung ändern. Wenn Sie eine Verbindung mit einem Service herstellen, führt Autonomous Database mehr Aktionen zur Konfiguration der Verbindung aus, als nur die Nutzungsgruppe festzulegen. Mit der Prozedur CS_SESSION.SWITCH_SERVICE können Sie zu einem anderen Service wechseln.

Weitere Informationen finden Sie unter Prozedur SWITCH_SERVICE.

Datenbankservicenamen 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 Workloads: Transaktionsverarbeitung, JSON oder APEX haben das folgende Format:

  • databasename_tpurgent

  • databasename_tp

  • databasename_high

  • databasename_medium

  • databasename_low

Diese Services werden den Nutzungsgruppen TPURGENT, TP, HIGH, MEDIUM und LOW zugeordnet.

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

  • db2024_tpurgent

  • db2024_tp

  • db2024_high

  • db2024_medium

  • db2024_low

Wenn Sie eine Verbindung mit dem db2024_tp-Service herstellen, verwendet die Verbindung die Nutzungsgruppe TP.

Grundlegende Eigenschaften dieser Consumer-Gruppen:

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

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

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

  • MEDIUM: Ein typischer Application Connection Service für Reporting- und Batch-Operationen. Alle Vorgänge werden parallel ausgeführt und unterliegen dem Queuing.

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

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

  • NIEDRIG: Ein Anwendungsverbindungsservice mit der niedrigsten Priorität für Reporting- oder Batchverarbeitungsvorgänge. Dieser Verbindungsservice wird nicht parallel ausgeführt.

Hinweis

Nachdem sie die Verbindung zur Datenbank mit einem Service eingerichtet haben, versuchen sie nicht, die Verbindung manuell zu einem anderen Service zu wechseln, indem Sie einfach die Consumer-Gruppe der Verbindung ändern. Wenn Sie eine Verbindung mit einem Service herstellen, führt Autonomous Database mehr Aktionen zur Konfiguration der Verbindung aus, als nur die Nutzungsgruppe festzulegen. Mit der Prozedur CS_SESSION.SWITCH_SERVICE können Sie zu einem anderen Service wechseln.

Weitere Informationen finden Sie unter Prozedur SWITCH_SERVICE.