AutonomousDatabaseDedicatedおよびExadataクラウドインフラストラクチャ

Oracle Autonomous Databaseの技術概要によると、「Oracle Autonomous Databaseは、クラウドの柔軟性と機械学習の能力を組み合わせて、データ管理をサービスとして提供します。」このドキュメントは後で追加します。「OracleAutonomousデータベースには、OracleExadataおよびExadataCloud Serviceにある製品のフルセットが含まれていますが、すべてのコンポーネントは自律的に動作します。」これを理解するために、OracleAutonomousDatabaseは次のコンポーネントに基づいて構築されています。

• OracleCloudインフラストラクチャ
• Exadataサーバーとストレージ
• InfiniBandネットワーキング
• Exadataストレージサーバーソフトウェア
• Oracle仮想マシン
• Oracleグリッドインフラストラクチャ
• Oracle Real Application Clusters
• Oracle Database Enterprise Edition

リストソース：OracleAutonomousDatabaseの技術概要

画像ソース：https：//docs.cloud.oracle.com/

Oracle Autonomous Databaseの技術概要によると、「上記のすべてのコンポーネントは、初期構成、スケールアップ/ダウン要求に応じた変更、サービスの削除など、AutonomousDatabaseで自動的に管理されます。このセクションでは、オラクルが実行した、または実行が予定されている管理アクションを顧客がどのように表示できるかについて概説します。このセクションでは、顧客がサービスに対して行う管理制御についても概説します。」

Oracle Autonomous Database for Dummiesによると、「Oracle Autonomous Databaseには、サーバーレスまたは専用の2つの導入選択肢があります。」

画像ソース：https：//blogs.oracle.com/database/autonomous-database-dedicated-exadata-cloud-infrastructure-v2

彼女のブログ投稿で、MariaColganは次の詳細を共有しています。

自律型データベースサーバーレス ：「オラクルは、プロビジョニング、構成、監視、バックアップ、チューニングなど、お客様のインフラストラクチャとデータベース管理のすべての側面を自動化します。ユーザーは、必要なデータベースのタイプ（データウェアハウスまたはトランザクション処理）、データベースをデプロイするOracle Cloudのどのリージョン、および基本のコンピューティングリソースとストレージリソースを選択するだけです。 Oracleは、それ以外のすべてを自動的に処理します。プロビジョニングが完了すると、データベースはUI、APIを介して即座にスケーリングするか、完全にオンラインの顧客のワークロードに基づいて自動的にスケーリングできます。」

専用データベース ：「お客様は、OraclePublicCloud内の専用ExadataインフラストラクチャでプライベートデータベースCloudrunningを実装できます。ワークロードのタイプやサイズに関係なく、複数のデータベースを統合したり、企業内のサービスとしてデータベースを提供したりするための理想的なプラットフォームになります。専用インフラストラクチャは、他のテナントからの完全な分離を提供し、ソフトウェアの更新スケジュール、可用性、密度などの運用ポリシーをビジネス要件に合わせてカスタマイズする機会を提供します。

「AutonomousDatabaseDedicatedを使用すると、顧客はOracleCloudで独自のExadataインフラストラクチャを利用できます。顧客の管理者は、専用のExadataインフラストラクチャをプロビジョニングするサイズ、リージョン、および可用性ドメインを指定します。また、必要に応じて、更新またはパッチのスケジュールを決定することもできます。 Oracleはすべてのパッチ適用アクティビティを自動的に管理しますが、Autonomous Database Dedicatedサービスを使用すると、顧客はパッチ適用スケジュールをカスタマイズすることができます。四半期ごとに必要な月、その月のどの週、その週のどの日、その日のどのパッチウィンドウを指定できます。最初にスケジュールされた時刻が不便になった場合は、特定のデータベースのパッチ適用のスケジュールされた日時を動的に変更することもできます。

「AutonomousExadataインフラストラクチャがプロビジョニングされると、管理者はシステムを必要な数のクラスタまたはコンテナデータベース（CDB）に分割できます。各CDBは、異なる更新戦略、バックアップの保持、可用性、および密度を持つことができます。デフォルトでは、 1つのCDBが必要であり、ユーザーが作成したすべてのデータベースがそのコンテナ内に作成され、その更新戦略、バックアップの保持などを継承します。」

画像ソース：https：//blogs.oracle.com/database/autonomous-database-dedicated-exadata-cloud-infrastructure-v2

コルガン氏は続けます。「あるいは、管理者はさまざまな事業分野やさまざまなユースケースに合わせて個別のCDBを作成できます。たとえば、1つのコンテナデータベースをTESTシステムとして作成して、テストワークロードを本番データベースから分離することができます。TESTCDBは常に最新のリリースアップデート（RU）にパッチされ、スタンバイデータベースはありません。一方、WEB STORE CDBには本番データベースが含まれ、リモートスタンバイがあります。また、ReleaseUpdate Revisions（RUR）を使用することで、それほど積極的でないパッチ適用戦略が必要になります。 MANUFACTURING CDBには生産データベースも含まれますが、それらは別の事業部門に属しているため、別々のCDBに入れられます。」