フェデレーテッド・キューブの前提条件
Essbaseでフェデレーテッド・キューブを試すことに決めたら、ストレージ管理について決定する必要があります。次に、Autonomous AI LakehouseをプロビジョニングしてEssbaseをデプロイし、必要な設定タスクを完了する必要があります。
ノート:
フェデレーテッド・パーティションを作成すると、Essbaseキューブはフェデレーテッド・キューブになります。フェデレーテッド・パーティションを作成する前に、
-
ユース・ケースに基づいて、データ・ストレージ管理オプションを決定します。フェデレーテッド・キューブのデータ・ロード・オプションを参照してください。
-
Autonomous AI Lakehouseワークロード・タイプを使用してOracle Autonomous AI Database Serverlessインスタンスをプロビジョニングします。
-
Marketplaceを使用して、Essbaseを同じOracle Cloud Infrastructureテナンシにデプロイします。
-
次に示す設定タスクを実行します。
Essbaseでフェデレーテッド・パーティションを作成する前に、次の設定タスクを完了する必要があります。
次のチェックリストを確認してから、「フェデレーテッド・キューブ・デプロイメントのワークフロー」に進んで実装のためのタスクの順序を学習します。
表16-1クラウド・デプロイメントの前提条件
| 要件 | 理由 | 実行する操作/詳細情報 |
|---|---|---|
|
EssbaseとAutonomous AI Lakehouseは、Marketplaceリストを使用して共有のOracle Cloud Infrastructureテナンシに一緒にデプロイされます。 |
Oracle Cloud Infrastructureを使用すると、Essbaseで、柔軟かつスケーラブルなクラウド・コンピューティング・アーキテクチャを利用できるようになります。 Autonomous AI Lakehouse Serverlessは、Essbaseキューブのデータを格納します。 |
|
|
Essbaseは、Autonomous AI Lakehouseをスキーマ・リポジトリとして使用します。 |
Autonomous AI Lakehouseの次のスキーマは、Essbaseの目的が異なります: リポジトリ作成ユーティリティ(RCU)スキーマは、Essbaseデプロイメント中に自動的に作成され、プラットフォームのアーティファクトとコンポーネントに関する情報を保持します。 データベース・ユーザー・スキーマは、Essbaseデータを保持するファクト表のホームです。 注意: これらは設計によると別々のスキーマです。ファクト表にはRCUスキーマを使用しないでください。 |
フェデレーテッド・キューブ用にマーケットプレイスからEssbaseをデプロイします |
|
EssbaseデプロイメントはOCIオブジェクト・ストレージを使用するように構成されています。 |
Essbaseファイル・カタログ・ストレージは、OCI オブジェクト・ストレージ・バケットと統合する必要があります。 |
表16-2データベースの前提条件
| 要件 | 理由 | 実行する操作/詳細情報 |
|---|---|---|
|
組織がAutonomous AI Lakehouse Serverlessを導入しています。 |
構成、チューニング、ストレージ、バックアップおよび更新は、すべてOracleで管理されるため、インフラストラクチャに時間を消費せずにクラウド環境内でEssbaseを使用できます。 Autonomous AI Lakehouseは、Essbaseのデータ・ストレージも処理します。 最高速の問合せパフォーマンス、同時性の高いワークロード、その両方の組み合わせのいずれが必要かにかかわらず、Autonomous AI Lakehouseでは、これらのデータ・アクセス要件を満たすために必要な適切なサービスを提供します。 |
|
|
Autonomous AI Lakehouseのデータベース管理者は、新しいスキーマを作成します。 |
フェデレーテッド・キューブのデータを含むAutonomous AI Lakehouseのスキーマが必要です。 ノート: Oracleでは、専用スキーマを使用することをお薦めします。新しいAutonomous AI Lakehouseユーザーは、新しいスキーマと同等です。 このドキュメントの残りの部分は、専用スキーマの所有者をDBユーザーと呼びます。 |
Autonomous Databaseでのユーザーの作成(OCIコンソールを使用する場合) または CREATE USER (任意のSQLクライアント・ツールを使用してAutonomous AI Lakehouseユーザーおよびスキーマを作成するため) |
|
Autonomous AI Lakehouseのデータベース管理者がDBユーザーにリソース権限を付与します。 |
Autonomous AI Lakehouseのデータベース・ユーザーは次のことを実行できる必要があります:
|
|
|
オプション: DBユーザーがスキーマ内にファクト表を作成します。 |
Autonomous AI Lakehouse内のファクト表は、Essbaseキューブ・データを格納するために必要です。 |
|
|
「SQLセッション・ガバナー」が有効です。 |
Autonomous AI Lakehouseで実行されているSQLセッションを取り消すことができます。Essbaseの計算に時間がかかりすぎたり、フェデレーテッド・キューブにバックアップまたはリカバリが必要な場合、SQLの取消しが必要になることがあります。 フェデレーテッド・キューブで実行されているEssbaseの計算、データ・ロードまたは集計で長時間実行されるSQL文が生成される場合、Autonomous AI Lakehouseで実行されていても、セッションを取り消すことができます。 |
ノート: ステップ1とステップ2が必要です。ステップ2はステップ1の検証です。失敗した場合は、ステップ1を繰り返してエラーを修正します。 |
表16-3 Essbaseプラットフォームの前提条件
| 要件 | 理由 | 実行する操作/詳細情報 |
|---|---|---|
|
Essbaseアプリケーションとキューブが作成されています。 キューブの中にデータが含まれている必要はありません。 キューブは、固有の一意の名前が付いたアプリケーション内にある必要があります。フェデレーテッド・キューブでは、アプリケーションを他のキューブと共有しないでください。Essbaseの複数のインスタンスに同じAutonomous AI Lakehouseスキーマを使用しないでください。 |
Autonomous AI Lakehouseのファクト表にキューブをマップするために、Essbaseアウトラインが必要です。 |
|
|
Essbaseサービス管理者またはアプリケーション・マネージャが接続を定義します。 |
Essbaseには、Autonomous AI Lakehouseとの接続が必要です。 |
|
|
これは、フェデレーテッド・パーティションを作成するための前提条件です。 1人以上の個人がDBMS_CLOUD資格証明を構成します。 |
フェデレーテッド・パーティションを作成する前に、EssbaseがAutonomous AI Lakehouseにデータおよびメタデータを格納できるように、クラウド資格証明を有効にする必要があります。 |