Autonomous Container Databaseについて
Autonomous Container Database (ACD)は、専用Exadataインフラストラクチャ上のAutonomous Databaseの基盤となる4レベルのデータベース・アーキテクチャ・モデルの4つのコンポーネントの1つです。ACDはAutonomous Exadata VMクラスタ(AVMC)内でプロビジョニングされ、1つ以上のAutonomous Databaseのコンテナとして機能します。
1つのAVMCリソースに複数のACDリソースを作成できますが、Autonomous Databaseを作成するには、少なくとも1つ作成する必要があります。専用Exadataインフラストラクチャ上のAutonomous Databaseで使用される4層アーキテクチャを包括的に理解し、このアーキテクチャ内でのACDの位置付けを理解するには、専用Exadataインフラストラクチャ上のAutonomous Databaseのコンポーネントを参照してください。
ACDは、相互に分離して動作する利点を提供し、Autonomous Databaseを意図した用途で分離できます。たとえば、本番やテストなどの目的で異なるACDを作成したり、異なるデータベース・バージョンを使用する複数のACDを作成することもできます。
フリート管理者はACDを作成、監視および管理しますが、アプリケーションDBAは、主にこれらを使用してAutonomous Databaseを作成します。詳細は、専用Exadataインフラストラクチャ上のAutonomous Databaseに関連付けられたユーザー・ロールを参照してください。
Autonomous Container Databaseの要件
IAMポリシー要件
必要なIAMポリシーによって付与される権限を持つOracle Cloud Infrastructureアカウントが必要です。必要なポリシーは、実行している操作によって異なります。Autonomous Container Databaseに関連するIAMポリシーのリストは、Autonomous Container Databaseを管理するポリシーを参照してください。
最小リソース要件
Autonomous Container Databaseを1つ作成するには、少なくとも次のものが必要です:
- 8 ECPUまたはノード当たり2 OCPU
- 50GBローカル・ストレージ/ノード
Oracle Databaseのソフトウェアのバージョン要件
- Oracle Databaseソフトウェア・バージョンが23aiのACDをプロビジョニングするには、DatabaseVersionタグを23aiに設定して作成されたECPUベースのAutonomous Exadata VMクラスタ(AVMC)を選択する必要があります。
- 同様に、Oracle Databaseソフトウェア・バージョンが19cのACDをプロビジョニングするには、DatabaseVersionタグが23aiに設定されていないAutonomous Exadata VMクラスタ(AVMC)を選択する必要があります。
- 19cと23aiの両方のACDを同じAVMC内にプロビジョニングすることはできません。
ノート:
マルチクラウド・デプロイメントには特別なタグは必要ありません。また、19cデータベースと23aiデータベースの両方が自動的にサポートされます。Autonomous Container Databaseから管理されるデータベース機能
Autonomous Databaseの次の機能は、Autonomous Container Database (ACD)レベルで定義および管理できます。
Autonomous Database機能 | ノート | 参照先 |
---|---|---|
Oracle Databaseソフトウェアのバージョン ACDのプロビジョニング中にコンテナ・データベース・ソフトウェア・バージョンを設定できます。 |
Oracle Databaseソフトウェア・バージョンは、ベース・イメージ・バージョンまたは別のACDから作成されたAutonomous Databaseソフトウェア・イメージから選択できます。 ベース・イメージからバージョンを選択する際に、最新のOracle Databaseソフトウェア・バージョンまたは直前のバージョンを選択できます。例: Autonomous Databaseでサポートされている最新のOracle Databaseバージョンが19.26.0.1.0であるとします。次に、「ベース・イメージの選択」ドロップダウン・リストに19.26.0.1.0および19.25.0.1.0が表示されます。 23aiデータベース・ソフトウェア・バージョンを持つAutonomous Container Database (ACD)は、適切なタグで作成されたECPUベースのAutonomous Exadata VMクラスタ(AVMC)にのみプロビジョニングできます。詳細は、23ai Database Software Version Tag Requirementsを参照してください。マルチクラウド・デプロイメントには特別なタグは必要ありません。また、19cデータベースと23aiデータベースの両方が自動的にサポートされます。 |
- |
Autonomous Data Guard Autonomous Data Guardを構成すると、障害にかかわらず、クリティカルな本番データベースをミッション・クリティカルなアプリケーションで使用可能な状態に維持できます。 |
Autonomous Data Guardは、ACDの「詳細」ページから有効にし、最大2つのスタンバイACDを作成できます。ただし、2番目のスタンバイACDは、プライマリACDと同じテナンシ内にある必要があります。 プライマリACDとセカンダリACDは、異なるリージョン(クロスリージョン)にデプロイすることもできます。顧客管理キーまたはKMSを使用したクロスリージョンAutonomous Data Guard設定では、プライマリACDのAutonomous Databaseの数に応じて、クロスリージョンVaultのスタンバイ・データベースに対して新しいキー・バージョンが自動的に生成されます。 |
Autonomous Data Guardを使用したクリティカルなデータベースの障害や災害からの保護 |
メンテナンス・スケジュール 一般に、Oracleは、CVSSスコアが7以上の脆弱性に対して、四半期ごとに分散したフリート・メンテナンス全体と月次インフラストラクチャ・セキュリティ修正をスケジュールして実行します。 ユーザーは、Oracleにメンテナンス・スケジュールの処理を任せることも、Oracleがメンテナンス操作を開始できる特定のメンテナンス・ウィンドウを設定することもできます。 |
ACDのローリング・メンテナンス方法または非ローリング・メンテナンス方法を選択できます。Autonomous Data Guard構成で非ローリング・メンテナンス方法を選択した場合、パッチ適用が完了するまでACDおよび関連するすべてのAutonomous Databasesの停止時間が発生します。オプションで、「Enable time-zone update」を選択することもできます。タイムゾーン・ファイルは非ローリング構成方式でのみ更新できます。 Oracleで管理するACDのメンテナンス・スケジュール設定を定義または変更するか、カスタム・メンテナンス・スケジュールを設定できます。 ACDのメンテナンス・スケジュールのカスタマイズ中に、四半期のパッチ適用をスキップすることを選択できます。ただし、2つの連続する四半期のパッチ適用はスキップできません。四半期のパッチ適用をスキップする場合は、その四半期から少なくとも1つの月を選択する必要があります。これは、前のスキップされていない四半期にメンテナンスが発生しなかった場合にフォールバックとして機能します。このシナリオでは、Oracleは、その四半期にスキップが選択されている場合でも、選択した月のメンテナンスを自動的に実行します。 ACDで使用可能な個別パッチの数は、その「詳細」ページで表示できます。横の「コピー」リンクをクリックすると、これらの個別パッチ番号がすべてコピーされます。 すでにスケジュールされているACDメンテナンス・イベントを再スケジュールすると、Exadataインフラストラクチャ・リソースまたはAutonomous Exadata VMクラスタ・リソースが次の場合、Oracleはそれをキューに配置できます:
オンデマンド・メンテナンスをスケジュールして、RU (リリース更新)とタイムゾーン・ファイル、またはACDのタイムゾーン・ファイルのみを更新できます。既存のカスタム・データベース・ソフトウェア・イメージを使用して更新することを選択することもできます。 ACDのメンテナンス・スケジュールの構成によっては、ACDおよび関連するAutonomous Databaseのダウンタイムが発生する場合があります。 |
|
バックアップ保持ポリシー 高可用性をサポートするために、Autonomous Databaseは、データベースを自動的にバックアップします。バックアップの保存期間は、ACDに対して選択されたバックアップ保存ポリシー/期間に応じて最大95日間です。データベースはその保持期間内の任意の時点にリストアおよびリカバリできます。 |
有効にすると、ACDに対して自動バックアップを無効にすることはできません。 ACDのプロビジョニング中にバックアップ保持ポリシー/期間を定義するか、Oracle Cloud Infrastructureコンソールの詳細ページから後で変更できます。 様々なAutonomous Databaseデプロイメントのバックアップ保持ポリシー値の詳細は、バックアップ保持ポリシーを参照してください。 |
Autonomous Databasesのバックアップおよびリストア |
バックアップの保存先 バックアップ保存先ではバックアップ場所への接続に必要なプロパティを定義し、各バックアップ保存先はデータ・センター内でVMクラスタ・ノードからアクセス可能である必要があります。 |
ACDのプロビジョニング中にバックアップ保存先を選択し、サポートされているバックアップ保存先を選択できるかどうかは、デプロイメント・プラットフォームによって異なります。 様々なバックアップの保存先タイプの詳細は、バックアップの保存先を参照してください。 |
Cloud@CustomerのNFSバックアップ保存先の構成の詳細は、Exadata Cloud@Customerのバックアップ保存先の前提条件を参照してください。 ACDのプロビジョニング後にバックアップの保存先タイプを変更する手順は、「Autonomous Container Databaseバックアップ設定の編集」を参照してください。 |
NFS領域使用率 |
適用対象: 現在のバックアップの保存先タイプがNFSの場合、現在のNFS領域使用率は、ステータス・アイコンとともにパーセンテージとして表示されます。 |
詳細は、View NFS Space Utilization を参照してください。 |
Resource Managementの属性 リソース管理属性は、より多くのデータベースを統合したり、データベースの可用性を最大限に高めるためにリソースを管理する方法に影響します。 |
オプションで、ACDのプロビジョニング中に、ニーズにあわせて次のリソース管理属性に適した値を定義できます。
|
これらのACD属性がデータベースのパフォーマンスに与える影響の詳細は、CPU請求の詳細を参照してください。 |
共有サーバー接続 共有サーバー・アーキテクチャにより、データベース・サーバーでは、多数のクライアント・プロセスで非常に少数のサーバー・プロセスを共有できるようになり、サポートされるユーザー数が増大します。 |
ACDのプロビジョニング中に、オプションで共有サーバー接続を有効にできます。ACDのプロビジョニング後に共有サーバー・アーキテクチャを無効にすることはできません。 | 特殊用途の接続機能 |
暗号化キー デフォルトでは、Autonomous Databaseによって、データの保護に使用されるすべてのマスター暗号化キーが作成および管理され、データベースが存在するのと同じExadataシステム上のセキュアなPKCS 12キーストアに格納されます。 会社のセキュリティ・ポリシーで必要な場合、Autonomous Databaseではかわりにユーザーが作成および管理するキーを使用できます。 |
ACDのプロビジョニング中に、オプションで、Oracle管理の暗号化キーのかわりに顧客管理の暗号化キーを使用するようにACDを構成できます。 顧客管理暗号化キーを使用する場合は、次のオプションから選択できます。
プライマリ・データベースとスタンバイ・データベースが同じリージョン内の異なる可用性ドメインに配置されたAutonomous Data Guard対応のACDで、顧客管理の暗号化キーを使用できます。 |
Vault Serviceでのキー持込み(BYOK)の使用 |
連絡先電子メール Autonomous Container Databaseに関する操作通知、お知らせおよび計画外メンテナンス通知を受信できる連絡先電子メールを指定できます。 |
Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は常に、管理者グループではなく管理者グループの電子メール・アドレスを使用することをお薦めします。 | |
フル・スタック・ディザスタ・リカバリ Full Stack DRは、Oracle Cloud Infrastructure (OCI)の障害時リカバリ・オーケストレーションおよび管理サービスであり、インフラストラクチャ、ミドルウェア、データベース、アプリケーションなど、アプリケーション・スタックのすべてのレイヤーに包括的な障害時リカバリ機能を提供します。 |
OCIフル・スタック・ディザスタ・リカバリを有効にし、それを使用してスイッチオーバー/フェイルオーバー操作を実行したり、オプションでデータベースのみのAutonomous Databaseスイッチオーバー/フェイルオーバー操作を実行できます。 | 専用Exadataインフラストラクチャ上のAutonomous DatabaseでのOCIフル・スタック・ディザスタ・リカバリの使用 |
クロス・リージョン・バックアップのコピー バックアップのコピーのセカンダリ・リージョンを選択できます。リージョン障害が発生した場合、ACDのリモート・バックアップをクローニングしてデータをリストアできます。ACDのバックアップは、ソースAVMCとは異なるAutonomous Exadata VMクラスタ(AVMC)にのみクローニングできます。 |
適用先: ![]() リージョン間バックアップ・コピーは、ACDのプロビジョニング中、または既存のACDの詳細ページから有効にできます。 Autonomous Data Guardが有効になっている場合は、クロス・リージョン・バックアップを有効にできません。 |
専用Exadataインフラストラクチャ上のAutonomous Container Databaseのクローニングについて |
Autonomous Container Database管理操作
Autonomous Container Databaseで次の管理操作を実行できます。
操作 | タスクの説明 |
---|---|
Autonomous Container Databaseの作成 | Autonomous Container Databaseの作成 |
Autonomous Container Databaseのバックアップ保持ポリシーの変更 | Autonomous Container Databaseバックアップ設定の編集 |
Autonomous Databaseソフトウェア・イメージの作成 | Autonomous Databaseソフトウェア・イメージの作成 |
Autonomous Container Databaseのメンテナンス・プリファレンスの編集 | Autonomous Container Databaseメンテナンス・プリファレンスの更新 |
Autonomous Data Guard構成の管理 | Autonomous Data Guard構成の管理 |
別のコンパートメントへのAutonomous Container Databaseの移動 | 別のコンパートメントへのAutonomous Container Databaseの移動 |
Autonomous Container Database暗号化キーのローテーション | Autonomous Container Databaseの暗号化キーのローテーション |
Autonomous Container Databaseの再起動 | Autonomous Container Databaseの再起動 |
Autonomous Container Databaseの終了 | Autonomous Container Databaseの終了 |
Autonomous Container Databaseの顧客連絡先の管理 | Autonomous Container Databaseの顧客連絡先の管理 |
Autonomous Container Databaseのリストの表示 | Autonomous Container Databaseのリストの表示 |
Autonomous Container Databaseの詳細の表示 | Autonomous Container Databaseの詳細の表示 |
NFS領域使用率の表示 | 適用対象: ![]() |
前述の操作は、APIを使用して実行することもできます。詳細は、Autonomous Container Databaseを管理するためのAPIを参照してください。
Autonomous Container Databaseの監視
動的パフォーマンス・ビューを使用して、Autonomous Container Database (ACD)を次の方法で監視できます:
- 様々な待機イベントおよび待機クラスのリアルタイム・メトリックを表示します。
- 待機クラス・メトリックの履歴スナップショットを表示します。
- リアルタイム、履歴および要約のパフォーマンス・メトリック・データを表示します。
- リソース制限と現在の使用量を表示します。
詳細は、動的パフォーマンス・ビューを参照してください。