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