このガイドはオンプレミスの実装に対しても適用されます。

12 トラブルシューティング

この章の内容は次のとおりです。

問題のトラブルシューティング: 手順

簡単に修正できない問題が発生した場合は、問題をトラブルシューティングするための一般的なプロセスを実行できます。このプロセスには、エラー・メッセージ、診断テスト、問題の記録、ヘルプ・デスクが含まれます。

一般的なプロセス

次の手順を実行します。

  1. エラー・メッセージが表示された場合、特に、システムまたはアプリケーション・エラーの場合は、ヘルプ・デスクに通知したことがメッセージに示されることがあります。その場合は、インシデントが自動的に作成され、ヘルプ・デスクに送信されます。

    または、ヘルプ・デスクに自分自身で連絡するようにメッセージで促される場合があります。いずれの場合も、メッセージ・テキストの後に表示されるメッセージID、およびインシデントID (ある場合)を書き留めます。

  2. 診断テストを実行するためのアクセス権があり、かつ問題に関連するテストが見つかった場合は、診断テストを実行します。グローバル領域で自分のユーザー名をクリックし、「トラブルシューティング」の下の「診断テストの実行」を選択します。

    診断テストを実行できない場合、またはテスト結果を確認しても問題を解決できない場合は、次の手順に進みます。

  3. ヘルプ・デスクに連絡して、手順1で書き留めたID、診断テストの結果、および問題に関連するなんらかのものを提供します。

  4. ヘルプ・デスクから問題の再現および記録を求められた場合は、グローバル領域で自分のユーザー名をクリックし、「トラブルシューティング」の下の「問題の記録」を選択します。

  5. 記録の終了後、記録に関するすべての情報(記録IDなど)を書き留め、ヘルプ・デスクに送信します。

  6. 引き続き、問題を解決するためにヘルプ・デスクとともに作業します。

診断テスト

診断テスト: 特長

診断テストを使用して、問題を特定し、解決します。「診断ダッシュボード」を開くには、グローバル領域で自分のユーザー名をクリックし、「トラブルシューティング」「診断テストの実行」に移動します。このメニュー項目が表示されない場合は、ヘルプ・デスクに依頼して使用可能にします。

Oracle Fusion Applications管理者ガイドでは、診断テストの使用および管理について詳細に説明しています。このガイドの内容を読むとき、コマンドライン・インタフェースに関する説明は無視してください。「診断テストの実行」の選択では、この内容は必要ありません。

注意: 事前定義済の診断テストのリスト、または特定のテストの情報を取得するには、「Applicationsヘルプ」を参照するか、ヘルプ・デスクに連絡します。

診断テストの検索と実行

診断テストのレビュー

診断テストを実行した後、自分が発行したテストのその他のタスクを実行できます。他のユーザーが発行した診断テストに対してタスクを実行できるかどうかは、ロールによって異なります。

診断テスト: 例

問題が発生したとき、ヘルプ・デスクに協力を依頼する前に、診断テストを実行して自分で診断を試みることができます。診断テストを使用して、実際の問題が発生する前に、予防的な措置を実施したり、問題が起きる可能性を特定することも可能です。

注意: 診断テストを実行できるのは、そのためのロールを持っている場合のみです。

ヘルス・チェック

この例では、大量のタスクを開始する前にデータが正常であることを検証する診断テストを実行します。

  1. 一般会計マネージャとして、データのチェック、設定および構成の診断テストを定期的に、特に期間クローズの前に実行します。

  2. 「診断ダッシュボード」を開き、一般会計誤分類勘定科目検証テストを実行し、すべての勘定科目が正しく分類されていることを確認します。

  3. テスト結果を確認し、勘定科目が期間クローズ・プロセスに問題がないかどうかを確認してください。

トラブルシューティング

この例では、トラブルシューティング・プロセスを開始するための診断テストを実行します。

  1. 一般会計マネージャとして、期間クローズ・プロセスで問題に遭遇しました。

  2. 「診断ダッシュボード」を開き、タグを使用して診断テストを検索します。ここでは、「財務管理」と「レポート」をタグ名とします。

  3. 検索結果から、「元帳のクローズ」というタグ値のテストを探します。

  4. 適切なテスト、「一般会計クローズ検証」を検索して実行します。

  5. 診断テストの結果に、ユーザー自身では修正できない問題点が示されることがあります。これは設定、構成またはデータ整合性の検証エラーです。この例では不完全な会計設定です。

  6. 診断テスト結果についてヘルプ・デスクに通知し、問題点を報告します。

    注意: テスト結果で、問題点をユーザー自身が修正できないと示されたが、検証エラーがない場合には、インシデントの作成をヘルプ・デスクに依頼してください。ヘルプ・デスクがトラブルシューティング・プロセスを引き継ぎます。
  7. ヘルプ・デスクは、修正を実行した上でユーザーにテストの再実行を求めます。

  8. 問題なくテストが完了するまで、4から7の手順を繰り返します。

データ分析

この例では、分析するデータを修正するための診断テストを実行します。

  1. 購買を担当するバイヤーとして、特定の購買文書で予期しないデータに気づきました。

  2. Applicationsヘルプで購買文書に関連する情報を検索し、該当するトラブルシューティング情報があるかどうか確認します。事前定義済の診断テストのリストを検索し、該当する診断テストがあるかどうか確認します。

  3. 「診断ダッシュボード」を開き、適切なテスト、「購買文書ライフサイクルの管理 - 検証」を実行します。

  4. テスト結果を確認します。特定の購買文書に関する詳細がすべて記載されています。

  5. 予期しないデータの原因を確認し、問題点を自身で解決します。

アプリケーション・ユーザー・セッション・ランタイム診断テスト

「アプリケーション・ユーザー・セッション・ランタイム」診断テストを使用して、ユーザーのセッションを分析します。セッションはユーザーがサイン・インすると開始され、サイン・アウトすると終了します。

このテストは、「診断ダッシュボード」から実行します。グローバル領域で自分のユーザー名をクリックし、「トラブルシューティング」「診断テストの実行」に移動します。

アプリケーション・ユーザー・セッションCookie

分析しようとするユーザー・セッションを識別するCookieを入力します。

セッションCookie値を取得する手順は次のとおりです。

  1. 「アプリケーション・ユーザー・セッション構成」診断テストを実行し、アプリケーションのApplSession構成値が正しいことを確認します。

  2. 有効なユーザー名とパスワードを使用してサイン・インします。

  3. ブラウザの指示に従って、ブラウザでCookieのリストを表示します。

  4. ドメイン・サイトにリストされるCookieで、ORA_FND_SESSION_<DATABASE_SID>というCookieを選択します。

    • ドメイン・サイトはURL形式におけるホスト、たとえばhttp://example.us.oracle.comというURLのoracle.comです。

    • <DATABASE_SID>はデータベース・セッションIDです。

  5. 「コンテンツ」フィールドを参照します。これはpillar_name:session_cookie_value:timestampという形式です。「アプリケーション・ユーザー・セッションCookie」パラメータにsession_cookie_value partと入力し、これは2つのコロンの間に表示されます。

手順4でCookieが見つからない場合には、そのアプリケーションに対するアプリケーション・ユーザー・セッションが作成されていません。

トラブルシューティングする問題の記録: 手順

アプリケーションで発生した問題をヘルプ・デスクがトラブルシューティングするときに役立つように、再現している問題を記録できます。記録によって、何が発生したかがヘルプ・デスクに示されるだけでなく、ヘルプ・デスクが分析できる詳細データが収集されます。通常、スクリーンショットなどの追加のノートや資料を記録に添付できます。

記録の作成

次の手順を実行します。

  1. 問題が発生したページを開きます。ページが開かない、または適切に表示されないという問題については、問題のあるページを再び開くことを試す前に、任意のページで記録を開始できます。

  2. グローバル領域で自分のユーザー名をクリックし、「トラブルシューティング」「問題の記録」に移動します。

    注意: このメニュー項目が表示されない場合は、ヘルプ・デスクまたはセキュリティ管理者に連絡します。
  3. ほとんどの問題で、記録中に、ページ診断の収集を選択します。アプリケーションの動作が遅すぎるという問題の場合にのみ、パフォーマンス統計を収集します。

  4. 「拡張オプション」セクションを開き(アクセス権がある場合)、ヘルプ・デスクの指示に従って、または問題を再現するために必要なだけ記録時間を設定します。完了後は、いつでも記録を停止できます。

    ページ診断を収集している場合は、記録中にスクリーンショットを取得し、後で記録に添付できます。このため、スクリーンショットの取得にかかる時間を考慮してください。

  5. ヘルプ・デスクからその他の拡張オプションの入力を求められた場合は、ヘルプ・デスクの指示に従って残りのセクションに入力します。

  6. 「記録の開始」をクリックして、現在のページ、またはボタンをクリックした直後、次に開くページに対する記録を実行します。

    その後、別のページを開くと、記録は自動的に停止します。

  7. 「記録の停止」をクリックするか、割当済の時間が切れるまで記録します。

  8. ページ診断を収集している場合は、オプションで、記録にメモを追加したり、スクリーンショットやその他の関連ファイルを添付できます。

  9. 記録IDを書き留め、「送信」をクリックします。

    ヒント: 「問題の記録」ダイアログ・ボックスを後で再び開き、「自分の記録の表示」をクリックして、この記録に関するIDおよびその他の情報を検索できます。

トラブルシューティングに関するよくある質問

インシデントとは何ですか。

インシデントとは、クリティカルなアプリケーション・エラーに関する診断情報のコレクションです。この情報に、問題が発生した時点でのアプリケーションの状態が示されます。

作業を続行できないほど重大な問題のエラー・メッセージが表示された場合には、インシデントが自動的に作成され、ヘルプ・デスクに転送されます。エラー・メッセージに伴う診断テストがある場合にはその診断テストも自動的に実行され、結果がインシデントに追加されます。ヘルプ・デスクが手動でインシデントを作成する場合もあります。

特定の問題の記録はどこで見つかりますか。

問題を記録した後に、記録を特定するための記録IDおよびその他の情報に関する確認を取得します。この同じ情報を後で検索する手順は次のとおりです。

  1. グローバル領域で自分のユーザー名をクリックし、「トラブルシューティング」「問題の記録」に移動します。

  2. 「自分の記録の表示」ボタンをクリックします。

記録IDと記録番号の違いは何ですか。

記録IDは、問題の記録の一意識別子です。IDを使用して、記録のリストなどから後で記録を検索します。

記録はサーバーに格納され、記録番号によってサーバー上の記録を識別します。サーバーから実際の記録ファイルを取得する場合、ヘルプ・デスクではレコード番号とサーバー情報が必要です。

アプリケーションのバージョン情報はどうすれば表示できますか。

グローバル領域で自分のユーザー名をクリックし、「設定およびアクション」メニューから「このページの情報」を選択します。

注意: デフォルトでは、アプリケーションに関する基本的な詳細情報が表示されます。ただし、バージョンおよびリリース情報やアプリケーションに関する他の重要な詳細情報を表示するには、適切なロールを持っている必要があります。