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