トラブルシューティング

ログインしたときに、Oracle Fusion Data Intelligenceが正しくロードされません。

ログアウトした後、別のユーザーとしてログインする場合は、必ずすべてのOracle Fusion Data Intelligenceセッションを閉じ、ブラウザを閉じてください。同じブラウザ内で一度に開くことができるOracle Fusion Data Intelligenceのセッションは1つです。

Mozilla Firefoxの使用時にパフォーマンスが低下する

Mozilla Firefoxを使用しており、クラウド・サービスのパフォーマンスの低下に気付いた場合、履歴の保存オプションが有効であることを確認してください。Firefoxが訪問済ページの履歴を保存しないよう設定されている場合、Webコンテンツ・キャッシュも無効になっていると、サービスのパフォーマンスに大きな影響を与えます。このオプションの設定の詳細は、Firefoxのドキュメントを参照してください。

ソース(Oracle Fusion Cloud Applicationsなど)のリフレッシュをテストするために本番を完了した後、Oracle Fusion Data Intelligenceインスタンスに関連付けられているOracle Autonomous Data Warehouseのデータがソースと同期されないのはなぜですか。

Oracle Fusion Cloud Applicationsで本番からテストへのリフレッシュを完了すると、Oracle Fusion Data Intelligenceインスタンスに関連付けられたOracle Autonomous Data Warehouseのデータが、Oracle Fusion Cloud Applicationsのデータと異なる場合があります。Oracle Autonomous Data WarehouseとOracle Fusion Cloud Applicationsのデータが確実に同期されるように、データ・ソースをリセットして再ロードすることをお薦めします。データ・ソースのリセットおよびリロードを参照してください。

データ・ウェアハウスのリセット・プロセスには時間がかかっています。

通常、Oracle Autonomous Data Warehouseインスタンスのアクセス制御リストが正しくないと、インスタンス・ヘルスの問題が発生し、リセット・プロセスは完了しません。次のタスクを実行します:
  1. Oracle Autonomous Data Warehouseインスタンスのアクセス制御リストを確認および更新します。SEC Autonomous Databaseでのアクセス制御リストの構成を参照してください。
  2. データ・パイプラインを有効にします。データ・パイプラインの無効化を参照してください。

データ・ソースを変更しても、そのソースのデータはデータ構成バンドルによって更新されませんでした。

データ・ソースを変更する場合は、次のアクションを記載されている順序で実行します。
  1. 完全なデータ構成バンドルを作成します。
  2. 倉庫をリセットします。
  3. ソースを変更します。
  4. バンドルをデプロイします。
  5. または、完全なデータ・リセットおよびリロードを実行できます。
    ノート

    完全なデータ・リセットおよびリロードを実行すると、選択したソースから初期抽出日からすべてのデータがリロードされます。この処理中は他のジョブを実行できず、完了までに時間がかかる可能性があります。

開発またはテスト・インスタンスから本番インスタンスに移行すると、データはすぐに表示されません。

次を実行します。
  1. 開発またはテスト・インスタンスで完全なデータ構成バンドルを作成します。
  2. 開発またはテスト・インスタンスに環境バンドルを作成します。
  3. これら2つのバンドルをファイルとしてエクスポートします。
  4. これらのファイルを本番インスタンスにインポートします。
  5. 完全なデータ構成バンドルを本番インスタンスにデプロイし、すべてのパイプラインが完了するまで待機します。
  6. 本番インスタンスに環境バンドルをデプロイします。

データ・セキュリティ割当のアップロードに失敗しました。

次のアクションを行います:
  1. アップロードするデータ・セキュリティ割当を持つユーザーに、セキュリティ・コンテキストに関連付けられたグループが割り当てられていることを確認します。
  2. セキュリティ・コンテキストに関連付けられているグループが、適用可能なアプリケーション・ロールにマップされていることを確認します。
  3. セキュリティ・オブジェクト・コードとセキュリティ・オブジェクト・メンバーの値が、アップロードしたファイルに正しくマップされていることを確認して、セキュリティ・オブジェクト・メンバー値が有効であることを確認します。正しくマップされていない場合は、マッピングを修正し、コンソールの「アップロード」タイルを使用してファイルを再アップロードする必要があります。データ・セキュリティ割当のアップロードおよびダウンロードを参照してください。

スケジュール済データ検証が突然機能しなくなり、その後、データ検証ワークシートは更新されず、スケジュール済データ検証でユーザー名が更新されたユーザーは、実行するためのアクセス権を失いました。

次のステップに従って、スケジュール済データ検証でユーザー名を更新します:
  1. スケジュール済データ検証を実行し、該当するサブジェクト領域にアクセスできるユーザーを使用して、Oracle Fusion Data Intelligenceにサインインします。
  2. コンソールの「データ検証」タイルに移動します。
  3. 「Scheduled Validation」タブをクリックし、鉛筆アイコンをクリックして編集してから保存します。これにより、システム内のユーザー名が、最近更新したユーザーで更新されます。次にスケジュールされたデータ検証では、この最新のユーザー名が使用されます。
  4. この最新のユーザーが、同じパラメータでスケジュールされているサブジェクト領域に対して「詳細検証」を実行でき、結果を表示できることを確認します。