Planningのディメンション・ガバナー制限の引上げのリクエスト

Planning、Planningモジュール、Strategic Workforce PlanningおよびSales Planningは、最適なパフォーマンスを確保するために、デフォルトのディメンション・ガバナー制限を使用します。場合によっては、オラクル社は、技術的サービス・リクエストによるユーザーのリクエストに応じてガバナーの制限を引き上げます。

ガバナーは、アプリケーションの様々な箇所に存在します。この項で説明する承認プロセスは、アプリケーションの各ディメンションにオブジェクトを作成するときに強制されるディメンション制限のガバナーに適用されます。

ご使用の環境でガバナーを増やす必要があると判断した場合、オラクル社から、ガバナー制限の引上げがアプリケーションの全体的なパフォーマンスに及ぼす影響をテストするよう求められます。そのようなテストを実行するために、オラクル社から、ガバナー制限が削除された代替環境が提供されます。アプリケーション設計(データ・ロード、統合、リフレッシュ、再構築、Oracle Smart View for Officeの取得、フォーム・ロード、フォーム保存、レポート・ロード、ビジネス・ルールの実行時間、スマート・プッシュ、データ・マップ、日次メンテナンス時間など)のパフォーマンスへの影響を判断するテスト計画の設計および実行は、ユーザーの責任です。適切にテストした後、オラクル社が環境内の特定のディメンションでのガバナー制限を引き上げるようリクエストできます。

ガバナー制限を引き上げるには:

1. 技術的サービス・リクエストを送信して、一時的な代替環境をオラクル社から取得します。サービス・リクエストでは、代替環境をリクエストする業務上の正当な理由を指定します。次のトピックを参照してください:
   • 一時的な代替環境のリクエスト.
   • 技術的サービス・リクエストの送信.

     サービス・リクエストには、次の追加情報が含まれている必要があります:

     • 代替環境の10人以下のユーザーのリスト(姓、名および電子メール・アドレス)。これらのユーザーは、サービス管理者として作成されます。
     • 各アプリケーション・ディメンションの予想されるディメンション・メンバー数。
     • 代替環境がテストで使用可能になる最短の日付。

     一般的に、オラクル社は、必要情報を含むサービス・リクエストが送信されてから1週間以内に代替環境を使用可能にします。最大3か月でテストを完了します。

2. アプリケーション設計(データ・ロード、統合、レポート、リフレッシュ、再構築、Smart Viewの取得、フォーム・ロード、フォーム保存、ビジネス・ルールの実行時間、スマート・プッシュ、データ・マップ、日次メンテナンス時間など)をテストして、パフォーマンスを許容できることを確認します。
3. 代替環境をリクエストするために送信したサービス・リクエストを更新して、本番環境でのガバナー制限の引上げをオラクル社に依頼します。次の手順を完了します。
   • テストに使用した代替環境から、フィードバックの提供の送信資料を作成します。オプションで、アプリケーション・スナップショットの送信に同意して、オラクルが環境のメンテナンス・スナップショットにアクセスすることを許可します。フィードバックの提供の送信資料の作成を参照してください。
   • フィードバックの提供の参照番号を技術的サービス・リクエストに追加します。
   • 次の追加情報を入力します:
     • パフォーマンス・テストを許容できる結果で完了したことの確認。パフォーマンスのテストは、本番でシステムを使用するときに予想されるのと同様のユーザー負荷で実行することが重要です。
     • パフォーマンスをテストしたアクティビティのリスト。
     • ガバナー制限を引き上げる必要がある具体的なアプリケーション・ディメンションのリスト、およびガバナー制限が設定される新しい値。
     • ガバナー制限を引き上げるすべての環境のURL。
     • 引き上げられたガバナー制限の適用をオラクル社に許可する書面による承認。

     Note:

     一般的に、ガバナー制限は指定した各環境の次回の月次更新サイクルで引き上げられます。月次更新開発サイクルによっては、オラクル社によるガバナー制限の引上げに最大で6週間かかる場合があります。オラクル社は、ガバナー制限の引上げを伴う個別パッチを提供できます(現在のガバナー制限によって重大なマイルストーンが妨げられ、緊急で必要になった場合)。