Oracle Cloud Infrastructureドキュメント

Autonomous Database専用デプロイメントの概要

このトピックでは、Autonomous Database専用デプロイメントのデータベース・アーキテクチャ、機能およびユーザー・ロールについて説明します。 両方のデプロイメント・オプションに共通する基本を扱うAutonomous Databaseの概要は、「Autonomous Databaseの概要」を参照してください。

専用デプロイメント・データベース・アーキテクチャ

専用デプロイメントのAutonomous Databaseには、「Oracleマルチテナント・データベース・アーキテクチャ」を使用する3レベルのデータベース・アーキテクチャ・モデルがあります。

リソース・タイプ

アーキテクチャ・モデルの各レベルは、次のリソース・タイプのいずれかに対応します:

  • 高速、低遅延のInfiniBandネットワークおよびインテリジェントなExadataソフトウェアによって結び付けられた、コンピュート・ノードおよびストレージ・サーバーを含むハードウェア・ラックであるAutonomous Exadata Infrastructureリソース。 専用デプロイメントでは、Autonomous Transaction Processingデータベースが稼働するExadataインフラストラクチャおよびハードウェアを排他的に使用します。

    Autonomous Exadata InfrastructureリソースのハードウェアおよびOracle Cloudのリソース特性のリストについては、「Autonomous Exadata Infrastructureリソースの特性」を参照してください。

  • 複数のユーザー・データベースのコンテナを提供するAutonomous Container Database このリソースはCDBと呼ばれることもあり、ファンクション的にはOracle 12c以上のデータベース内にあるマルチテナント・コンテナ・データベースと同等です。

    マルチテナント・アーキテクチャでは、非CDBアーキテクチャより多くの利点があります。 たとえば、次の処理が実行されます:

    • 複数の個別ユーザー・データベースを簡単に管理できます。
    • データベース・ハードウェアの使用をより効率的にするために、個々のデータベースがサーバー・ハードウェアの容量の一部しか使用できない場合があります
    • データおよびコードを簡単かつ迅速に移動できるようにします
    • 開発データベースは本番データベースと同じコンテナ内に格納できるため、テストが容易になります
    • 権限を付与される個別のAutonomous Databaseインスタンスのみを管理するデータベース管理者と、インフラストラクチャ・リソースおよびコンテナ・データベースを管理するフリート・マネージャ間の義務の分離を許可します。
  • Autonomous Database 同じコンテナ・データベース内に複数のAutonomous Databaseを作成できます。 このレベルのデータベース・アーキテクチャは、非正規のExadataシステムにあるプラガブル・データベース(PDB)と類似しています。 Autonomous Databaseは、トランザクション処理またはデータ・ウェアハウスのワークロード用に構成できます。

デプロイ順序

次の順序で専用デプロイメント・リソースを作成する必要があります:

  1. Autonomous Exadata Infrastructure 詳細については、「Autonomous Exadata Infrastructureリソースの作成」を参照してください。
  2. Autonomous Container Database 詳細については、「Autonomous Container Databaseの作成」を参照してください。
  3. Autonomous Database 詳細については、「Autonomous Databaseの作成」を参照してください。

関連リソース

関連リソースおよび前提条件は次のとおりです:

  • Oracle Cloud Infrastructure Networkingサービスを使用して作成する「仮想クラウド・ネットワーク(VCN)」および「サブネット」 専用デプロイメントでAutonomous Databaseをプロビジョニングするには、少なくとも1つのVCNおよび1つのサブネットを使用できる必要があります。

    詳細は、以下のトピックを参照してください。

  • Autonomous Databaseサービスによって自動的に作成される「自律型バックアップ」 バックアップ用のストレージをプロビジョニングする必要はありません。 バックアップは、Oracle Cloud Infrastructure 「データベース」サービスで管理される「オブジェクト・ストレージ」に格納されます。 自動バックアップでは、オブジェクト・ストレージの使用コストが発生することに注意してください。 デフォルトでは、バックアップは60日間保存されます。 コンソールを使用して、保存期間を7日、15日または30日に変更できます。
  • 手動バックアップ オプションで、オンデマンドの手動バックアップを作成するようにAutonomous Databaseを構成できます。 手動バックアップの詳細は、「手動バックアップを格納するためのバケットの設定」および「Autonomous Databaseの手動バックアップ」を参照してください。 手動バックアップは、自律型コンテナ・データベースに対して設定した保存ポリシーの対象になります。 デフォルトでは、手動バックアップは60日間保存されます。

ユーザー・ロール

専用デプロイメントでAutonomous Databaseの管理を次のロールに分割することもできます:

  • 「フリート管理者。」 フリート管理者は、自律型Exadataインフラストラクチャおよび自律型コンテナ・データベース・リソースを作成、監視および管理します。 フリート管理者は、専用デプロイメントに必要なネットワーク・リソースを使用するための権限と、インフラストラクチャおよびコンテナ・データベース・リソースを管理するための権限を持っている必要があります。

    フリート管理者ロールの詳細は、「Oracle Autonomous Transaction Processing専用デプロイメントのためのフリート管理者ガイド」を参照してください。

  • データベース管理者 データベース管理者は、Autonomous Databaseを作成、監視および管理します。 データベース内でユーザーを作成および管理することもできます。 データベース管理者は、コンテナ・データベースの使用、Autonomous Transaction Processingデータベースおよびバックアップの管理、および関連するネットワーク・リソースの使用の権限を持っている必要があります。 手動バックアップの場合、これらのバックアップには、指定された「オブジェクト・ストレージ」バケットを使用する権限が必要です。 Autonomous Databaseをプロビジョニングする際、管理者は自動的に作成されたADMINアカウントのユーザー資格証明を提供します。このアカウントは、新しいデータベースに対する管理権限を提供します。

    データベース管理者ロールの概要は、「Oracle Autonomous Transaction Processing専用デプロイメントの使用」を参照してください。

  • データベース・ユーザー データベース・ユーザーは、Autonomous Databaseに接続し、データの格納とアクセスに使用するアプリケーションを作成する開発者です。 データベース・ユーザーは、Oracle Cloud Infrastructureアカウントを必要としません。 データベース管理者からデータベースへのネットワーク接続性およびデータベース接続認可情報を取得します。

CPUプロビジョニング、CPUスケーリングおよびストレージ・スケーリング

専用デプロイメントを使用するAutonomous Databaseでは、データベースのプロビジョニング時にCPUコアの過剰なサブスクリプションが可能です。 これは、特定のインフラストラクチャ・リソースの場合、Autonomous DatabaseにプロビジョニングされたすべてのCPUコアの合計がExadataラック上のCPUコアの数を超えることができることを意味します。 この方法では、CPUコアの使用率が高くなります。 すべてのデータベースが同時に負荷が高い場合、CPUリソースに競合が発生し、パフォーマンスが低下することに注意してください。

また、可用性やパフォーマンスに影響を与えずに、いつでもCPU数およびデータベースのストレージ容量をスケーリングできます。

専用デプロイメント・メンテナンスの概要

Autonomous Databaseの専用デプロイメント・システムでは、Autonomous Exadata InfrastructureリソースとAutonomous Container Databasesの両方に対して、定期的にメンテナンス実行が別個にスケジュールされます。 メンテナンス実行のスケジューリングを設定するか、システムでメンテナンス・スケジュールを処理するようにするかを選択できます。 Oracle Cloud Infrastructure コンソール内のインフラストラクチャ・インスタンスおよびコンテナ・データベースのメンテナンス履歴を表示できます。

ヒント

Oracleでは、Autonomous Exadata InfrastructureリソースおよびAutonomous Container Databasesで許容できるメンテナンス時間を定義することをお薦めします。
これを行うと、通常のデータベース操作を中断する可能性があるメンテナンスの実行が常に回避されます。

自律型Exadataインフラストラクチャのメンテナンス

インフラストラクチャのメンテナンスは、四半期ごとに少なくとも1回発生し、必須です。インフラストラクチャのメンテナンスが開始される時間をスケジュールできます。 インフラストラクチャ・メンテナンス実行は、インフラストラクチャへのパッチ適用(Exadataグリッド・インフラストラクチャ・コードおよびオペレーティング・システム更新のパッチ適用を含む)を目的としており、データベースへのパッチ適用は含まれません。 Oracleにより、次回のメンテナンスに関する、前から四半期インフラストラクチャのパッチ適用日までの週に通知されます。 スケジュールされたメンテナンス実行をOracle Cloud Infrastructureコンソールで表示することもできます。 詳細は、「Autonomous Exadata Infrastructureリソースの自動メンテナンス・スケジュールを構成するには:」を参照してください。

自律型コンテナ・データベースのメンテナンス

コンテナ・データベースのメンテナンスは、四半期インフラストラクチャ・メンテナンス実行時に行われます。 コンテナ・データベースのメンテナンスには、Oracle Databaseソフトウェアのパッチが含まれます。 Autonomous Databaseには、2つのCDBメンテナンス・タイプの選択肢があります:

  • 更新のリリース(RU): Autonomous Databaseは、最新のリリースの更新のみをインストールします。
  • 更新リビジョンのリリース(RUR): Autonomous Databaseにより、リリース更新と追加の修正がインストールされます。

Oracle Cloud Infrastructure コンソールを使用した専用デプロイメントの管理

Oracle Cloud Infrastructure コンソールの専用デプロイメントのプロビジョニング、管理およびバックアップの詳細は、次のトピックを参照してください:

フリート管理者用

データベース管理者

追加情報

既知の問題については、「Oracle Autonomous Transaction Processingの専用デプロイメントの既知の問題」を参照してください。

非表示のx-refでコンテンツをリンクしています。 削除しないでください。 このトピックは移動しました。ブックマークを更新してください。

非表示のx-refでコンテンツをリンクしています。 削除しないでください。 このトピックは移動しました。ブックマークを更新してください。