データ・リフレッシュのパフォーマンスに影響する要因
データのリフレッシュに必要な時間、および結果として得られるすべての主要メトリックとダッシュボードは、いくつかの要因に依存します。
これらには次のものがあります。
- ソース・システムの可用性 – ソース・システムが使用できない場合、リフレッシュは一時停止して待機します。通知が送信されます。アクセスの問題が無効な資格証明によって発生したことがシステムで判断できる場合、「リクエスト履歴」および「ウェアハウス・リフレッシュ統計」には、ソース可用性のためにリフレッシュがキューに入れられたかどうかが表示されます。
- ソース・システムでのリソースの可用性 – ソース・システム・リソースがOracle Fusion Data Intelligence抽出プロセス以外のプロセスによって消費されると、Oracle Fusion Data Intelligenceのデータ・リフレッシュで遅延が発生します。これは、Oracle Fusion Cloud Applicationsに特に当てはまります。
- ソース・データのサイズと複雑さ – 一般に、リフレッシュ中に処理されるデータの量は、リフレッシュにかかる時間を示すよい指標ですが、必ずしもそうではありません。ウェアハウス・リフレッシュ統計には、ボリューム全体を示すことができる公開済レコードの数が含まれます。ウェアハウス・リフレッシュ統計の表示を参照してください。
- アクティブ化された機能領域 – 一般に、機能領域が多くなるほど、処理するデータが多くなり、リフレッシュが長くなります。
- カスタムSQLクエリ – Oracle Autonomous AI Lakehouseでカスタムクエリを実行している場合、パイプラインに必要なリソースを消費できるため、全体的なリフレッシュパフォーマンスに影響する可能性があります。
- カスタム・ダウンストリーム処理による表のロック- ダウンストリーム・プロセスがOracle Fusion Data Intelligence表に対するロックを取得し、保持する時間が長すぎる場合、Oracle Fusion Data Intelligenceによって実行されるデータ・リフレッシュの遅延が発生する可能性があります。
- ソース・システム・オブジェクトに対して行われたカスタマイズ – カスタマイズでそれらのオブジェクトのフル・ロードが必要な場合、リフレッシュに時間がかかります。
- ソースおよびターゲットのシステム・メンテナンス – パッチ適用などのシステム・メンテナンス・アクティビティは、パイプライン・プロセスを一時停止または遅延させることができ、全体的なリフレッシュ時間が長くなる可能性があります。
- カスタム・データ・パイプライン – カスタム・データ・パイプラインのデータ拡張スクリプトで複雑な変換ロジックが使用されている場合、全体的なリフレッシュ時間に影響する可能性があります。