Autonomous Databaseのデータベース・サービス名

Autonomous Databaseには、パフォーマンスと同時実行性の特性が異なる事前定義済データベース・サービスが付属しています。データベースに接続するアプリケーションまたはユーザーごとに、これらのサービスのいずれかを選択する必要があります。

次の表に、データベース・サービスを比較します。この表は、2 OCPU以上のデータベース、または4 ECPU以上のデータベースに適用されます。次に示すように、手動のパラレル化を使用しないかぎり、OCPUが2個未満またはECPUが4個未満のデータベースではパラレル化を使用できません。

Service Name 並列度 脚注1 リソース共有 脚注2 同時文 脚注3
      自動スケーリングの計算なし 自動スケーリングの計算を使用
TPURGENT 脚注5 手動設定 脚注4 12

sessionsパラメータによって制限されます。

OCPUモデル: sessionsパラメータは、OCPU数の300倍に設定されます。

ECPUモデル: sessionsパラメータは、ECPU数の75倍に設定されます。

sessionsパラメータによって制限されます。

OCPUモデル: sessionsパラメータは、OCPU数の300倍に設定されます。

ECPUモデル: sessionsパラメータは、ECPU数の75倍に設定されます。

TP 脚注5 並列性なし 8

sessionsパラメータによって制限されます。

OCPUモデル: sessionsパラメータは、OCPU数の300倍に設定されます。

ECPUモデル: sessionsパラメータは、ECPU数の75倍に設定されます。

sessionsパラメータによって制限されます。

OCPUモデル: sessionsパラメータは、OCPU数の300倍に設定されます。

ECPUモデル: sessionsパラメータは、ECPU数の75倍に設定されます。

HIGH

有効

OCPUモデル: 並列度はOCPUの数と同じになります

ECPUモデル: 並列度は、最も近い整数値に切り捨てられたECPU数の半分になります。

4 3 9
MEDIUM

有効

OCPUモデル: 並列度は、2 OCPUの場合は2、3 OCPUの場合は3、3 OCPUを超える場合は4になります。

ECPUモデル: 並列度は、4から7 ECPUの最も近い整数値に切り捨てられたECPU数の半分になります。8 ECPU以上の場合は4になります。

2

OCPUモデル: 1.25×OCPUの数

ECPUモデル: 0.25125×ECPU数

10進数の結果は切り捨てられます。

OCPUモデル: 3.75×OCPUの数

ECPUモデル: 0.75375×ECPU数

10進数の結果は切り捨てられます。

LOW 並列性なし 1

sessionsパラメータによって制限されます。

OCPUモデル: sessionsパラメータは、OCPU数の300倍に設定されます。

ECPUモデル: sessionsパラメータは、ECPU数の75倍に設定されます。

sessionsパラメータによって制限されます。

OCPUモデル: sessionsパラメータは、OCPU数の300倍に設定されます。

ECPUモデル: sessionsパラメータは、ECPU数の75倍に設定されます。

脚注1

HIGHおよびMEDIUMサービスでは、パラレル問合せ、DDLおよびDMLがデフォルトで有効になっています。

Oracle Database 19cでAutonomous Databaseを使用している場合、パラレルDMLでは、同じ表に再度アクセスする前に、トランザクションをコミットまたはロールバックする必要があります。トランザクションをコミットまたはロールバックせずに同じ表にアクセスしようとすると、ORA-12839エラーが発生します。この制限はOracle Database 23aiで解除されているため、コミットまたはロールバックを行わずに同じセッションを使用して同じ表に再度アクセスできます。

必要に応じて、次を実行して、セッションでパラレルDMLを無効にできます。

alter session disable parallel dml;

ログオン・トリガーを作成して、すべてのセッションに対してこの文を実行することもできます。パラレルDMLを無効にすると、大きなDML文のパフォーマンスが影響を受ける場合があります。

このような並列度の値は、単一の表に対する問合せなどの単純な問合せで倍増する場合があります。

SQL文のパラレル・ヒントは、デフォルトでは無視されます。ヒントを使用して並列性を制御する場合は、次のコマンドを使用してヒントを有効にします。

alter session set optimizer_ignore_parallel_hints=false;

詳細は、次を参照してください:

脚注2

各サービスに割り当てられたCPU共有によって、データベース内のCPU使用率が100%に達したときに、それらのサービスを使用するセッションが取得するCPUおよびIOの量が決まります。その場合、各サービスは、割り当てられたCPU共有に比例してCPUおよびIOリソースを取得します。これらの共有は、必要に応じて変更してワークロードに合わせて調整できます。詳細は、Autonomous DatabaseでのCPU/IO共有の管理に関する項を参照してください。

脚注3

この表の同時実行性は、SQL文を同時に実行しているアクティブ・セッションの数を意味します。パラレル化を使用しないセッションの数(LOWサービスのセッションなど)は、sessionsデータベース・パラメータによって制限されます。このパラメータは、それらのセッションが使用しているサービスとは関係なく、データベース内に保持できるセッションの数を決定します。この制限に達すると、新しいセッションはデータベースに接続できなくなります。たとえば、データベースのsessionsパラメータが300に設定されている場合は、LOWおよびTPを使用して異なる数のセッションを持つことができ、合計は300に制限されます。

HIGHおよびMEDIUMサービスでは、これらのサービスのいずれかのみを使用していることを前提として、この表に示されている数の同時SQL文を実行できます。これらのサービスを使用してさらにSQL文を送信することはできますが、後続の文は、これらの数に達するとキューに入れられます。実行中のステートメントが終了すると、キューに入れられたセッションがキューから取り出されます。HIGHおよびMEDIUMサービス、またはパラレル化サービスとともにTPURGENTサービスを同時に使用する場合、取得される同時実行性は前述の文書化された数値より低くなります。

データベースの同時実行性レベルを確認するには、次のコマンドを実行します。

SELECT * FROM CS_RESOURCE_MANAGER.LIST_CURRENT_RULES();

「データベース・アクション」の「Resource Managementルールの設定」カードで通貨レベルを確認することもできます。詳細は、Autonomous DatabaseでのCPU/IO共有の管理に関する項を参照してください。

脚注4

手動パラレル化は、表および索引に対して並列度を設定することで、問合せ、DDLおよびDML文の並列度を制御できるパラレル化のタイプです。詳細は、「手動でのパラレル指定」を参照してください。

脚注5

TPおよびTPURGENTサービスは、データ・ウェアハウス・ワークロードには使用できません。手動パラレル化が必要なワークロード(TPURGENTでのみ使用可能)がある場合は、Oracle Cloud Supportにサービス・リクエストを提出して、Autonomous DatabaseインスタンスでTPおよびTPURGENTサービスを有効にするようにリクエストします。

トピック

データベース・サービスの接続の説明はどこにありますか。

使用可能なデータベース・サービスはデータベース接続文字列の一部であり、Oracle Cloud Infrastructure Consoleからサービスを表示したり、ダウンロード可能なウォレット・ファイルのtnsnames.oraでデータベース・サービス名を表示できます。

Oracle Cloud Infrastructure Consoleで接続文字列を表示するステップは、Autonomous DatabaseインスタンスのTNS名および接続文字列の表示を参照してください。

詳細は、クライアント資格証明(ウォレット)のダウンロードを参照してください。

たとえば、トランザクション処理ワークロード・タイプがsalesであるAutonomous Databaseインスタンスの場合、TNS別名はsales_tpurgentsales_tpsales_highsales_mediumおよびsales_lowになります。

接続、アプリケーションまたはツールにはどのデータベース・サービスを選択する必要がありますか。

接続、アプリケーションまたはツールに選択するサービスは、ワークロードの特性によって異なります。

次の一般的なガイドラインは、choose.aデータベース・サービスの使用に役立ちます。

  • TPTPURGENTまたはLOW: TPまたはLOWサービスを使用して、実行時間の短い問合せおよびトランザクションの実行が予想されるOLTPアプリケーションまたはツールを実行します。CPUおよびIOの優先順位が異なるユーザー・タイプが異なる場合は、優先順位に応じてTPTPURGENTおよびLOWを使用し、要件に基づいてこれらのサービスのCPU共有を調整します。

  • MEDIUM: MEDIUMサービスは、大規模なデータ・セットのスキャン、バッチ・データ・ロード・プロセス、アドホック操作問合せなどの長時間実行問合せなどの分析ワークロードに使用します。ドキュメント化された並列度およびこのサービスの同時実行性レベルがニーズに合わない場合は、ワークロードに合せて並列度および同時実行性が調整されるように、その同時実行性レベルを設定できます。

    MEDIUMサービスを使用して、分析ワークロードのデータ・スキャン、問合せおよびDMLパフォーマンスを測定するシングルユーザー・ベンチマークを実行し、各SQL文で可能な最大並列度を使用できるように、その同時実行レベルを1に設定します。

    同時実行性レベルの変更の詳細は、MEDIUMのサービス同時実行性制限(ECPUコンピュート・モデル)の変更を参照してください。

  • HIGH: 少数のユーザーのみが同時にアクセスするレポート・データベースなど、同時実行性の低い分析ワークロードには、HIGHサービスを使用します。

同じセッションで別のサービスに切り替えてそのサービスでSQL文を実行する必要がある場合は、CS_SESSIONパッケージを使用して実行できます。詳細は、CS_SESSIONパッケージを参照してください。

Autonomous Data Warehouseのデータベース・サービス名

データ・ウェアハウス・ワークロード・タイプでAutonomous Databaseインスタンスに接続するために使用可能なサービス名について説明します。

データ・ウェアハウス・ワークロード・タイプのAutonomous Databaseインスタンスへの接続のサービス名の形式は次のとおりです:

  • databasename_high

  • databasename_medium

  • databasename_low

これらのサービスは、コンシューマ・グループLOWMEDIUMおよびHIGHにマップされます。

たとえば、データ・ウェアハウスのワークロード・タイプを使用してAutonomous Databaseを作成し、データベース名としてDB2024を指定する場合、サービス名は次のとおりです:

  • db2024_high

  • db2024_medium

  • db2024_low

db2024_lowサービスを使用して接続する場合、接続ではLOWコンシューマ・グループが使用されます。

これらのコンシューマ・グループの基本特性は次のとおりです:

  • HIGH: 最も高いリソース、最も低い同時実行性。問合せはパラレルで実行されます。

  • MEDIUM: リソースの削減、同時実行性の向上。問合せはパラレルで実行されます。

    事前定義されたサービスのいずれかを選択すると、ほとんどのアプリケーションで適切に機能する同時実行性の値が提供されます。デフォルト・サービスのいずれかを選択してもアプリケーションのパフォーマンス・ニーズを満たさない場合は、MEDIUMサービスを使用して同時実行性制限を変更できます。たとえば、単一ユーザー・ベンチマークを実行する場合、最高レベルのパラレル化(DOP)を得るために、MEDIUMサービスの同時実行性制限を1に設定できます。

    コンピュート・モデル、ECPUまたはOCPUに応じて、詳細は次を参照してください。

  • LOW: 最小リソース、最高の同時実行性。問合せは順次実行されます。

ノート

あるサービスを使用してデータベースに接続した後は、接続のコンシューマ・グループを変更してその接続を別のサービスに手動で切り替えないでください。サービスを使用して接続する場合、Autonomous Databaseは、コンシューマ・グループを設定するだけでなく、接続を構成するためにより多くのアクションを実行します。プロシージャCS_SESSION.SWITCH_SERVICEを使用して、別のサービスに切り替えることができます。

詳細は、SWITCH_SERVICEプロシージャを参照してください。

Autonomous Transaction ProcessingおよびAutonomous JSON Databaseのデータベース・サービス名

トランザクション処理、JSONまたはAPEXワークロード・タイプでAutonomous Databaseインスタンスに接続するために使用可能なサービス名について説明します。

トランザクション処理、JSONまたはAPEXワークロード・タイプのいずれかを使用したAutonomous Databaseインスタンスへの接続に使用できるサービス名は、次の形式です:

  • databasename_tpurgent

  • databasename_tp

  • databasename_high

  • databasename_medium

  • databasename_low

これらのサービスは、TPURGENTTPHIGHMEDIUMおよびLOWのコンシューマ・グループにマップされます。

たとえば、トランザクション処理のワークロード・タイプを使用してAutonomous Databaseを作成し、ユーザー名としてDB2024を指定する場合、接続サービス名は次のとおりです:

  • db2024_tpurgent

  • db2024_tp

  • db2024_high

  • db2024_medium

  • db2024_low

db2024_tpサービスを使用して接続する場合、接続ではTPコンシューマ・グループが使用されます。

これらのコンシューマ・グループの基本特性は次のとおりです:

  • TPURGENT: タイム・クリティカルなトランザクション処理操作用の優先度が最も高いアプリケーション接続サービス。この接続サービスは、手動の並列処理をサポートしています。

  • TP: トランザクション処理操作のための、通常のアプリケーション接続サービス。この接続サービスは、並列処理なしで実行されます。

  • HIGH: レポートおよびバッチ操作のための、優先度が高いアプリケーション接続サービス。すべての操作は並列で実行され、キューイングの対象となります。

  • MEDIUM: レポート作成およびバッチ操作のための、通常のアプリケーション接続サービス。すべての操作は並列で実行され、キューイングの対象となります。

    事前定義されたサービスのいずれかを選択すると、ほとんどのアプリケーションで適切に機能する同時実行性の値が提供されます。デフォルト・サービスのいずれかを選択してもアプリケーションのパフォーマンス・ニーズを満たさない場合は、MEDIUMサービスを使用して同時実行性制限を変更できます。たとえば、単一ユーザー・ベンチマークを実行する場合、最高レベルのパラレル化(DOP)を得るために、MEDIUMサービスの同時実行性制限を1に設定できます。

    コンピュート・モデル、ECPUまたはOCPUに応じて、詳細は次を参照してください。

  • LOW: レポート作成またはバッチ処理操作のための、優先度が低いアプリケーション接続サービス。この接続サービスは、並列処理なしで実行されます。

ノート

あるサービスを使用してデータベースに接続した後は、接続のコンシューマ・グループを変更してその接続を別のサービスに手動で切り替えないでください。サービスを使用して接続する場合、Autonomous Databaseは、コンシューマ・グループを設定するだけでなく、接続を構成するためにより多くのアクションを実行します。プロシージャCS_SESSION.SWITCH_SERVICEを使用して、別のサービスに切り替えることができます。

詳細は、SWITCH_SERVICEプロシージャを参照してください。