Oracle データの問題のトラブルシューティング

このセクションでは、Oracle データの収集中に発生するさまざまな問題のトラブルシューティングに関する情報を提供します。

「Get Oracle Database Data」Fixlet に失敗しました: 問題がある場合は、「Get Oracle Database Data」Fixlet が失敗し、終了コードが表示されます。終了コードについて詳しくは、テーブルを参照してください。

Oracle データベース・インスタンスがパッケージにありません

Oracle データベース・インスタンスがパッケージにない場合:

Oracle Database がインストールされているすべてのコンピューターで、必ず、「Get Oracle Database Data」Fixlet を実行してください。
欠落していたデータベースが実行されており、インベントリー・データの収集に使用できるかどうかを確認します (データベースがマウント済み状態ではなく、データベース・コンテナーが開かれているなど) 。
一部のデータベースについて、Oracle データベースのインベントリー・データが手動で収集されているかどうかを確認します。

Oracle データベースのハードウェア情報が欠落しているか、正しくありません

Oracle データベースのハードウェア情報が欠落しているか、正しくない場合:

キャパシティー・スキャンと VM Manager スキャンが実行され、コンピューターの状況が OK であることを確認します。
詳細なハードウェア・スキャンとデータのインポートが実行されていることを確認します。

データ・ソース ID の保持: BESClient を再インストール/リセットする場合は、データソース ID を保持します。コンピューター間での重複を避けることをお勧めします。詳細については、BigFix クライアントの再インストール時またはスナップショットからの復帰時のバンドルの保持を参照してください。

同じホスト名を持つ他のエンドポイントが存在する場合、Oracle ソフトウェアまたはハードウェアの情報が矛盾しているか、欠落しています

BigFix Inventory は、指定されたホスト名を持つ最新のエンドポイント (最新の「前回表示」時間を持つ) から Oracle ソフトウェアとハードウェアの情報を取得します。Oracle パッケージ内のデータの重複を回避する必要があります。重複したホスト名の場合 (BigFix クライアントの再インストールのためにデータ・ソース・コンピューター ID が変更された場合など) は、新しいエンドポイントで必要なスキャンをすべて実行してください。

Java のインストールが Java レポートにありません

Java SDK/JDK/JRE ソフトウェア・インスタンスが、BigFix Inventory の「ソフトウェア・インストール」レポートにリストされ、存在しているとしてマークされ、抑制されていない必要があります。また、発行者名は Oracle である必要があります。カスタム・シグニチャーはサポートされていません。「コンテナー」タイプのコンピューターはサポートされていません。詳細については、ソフトウェア・ディスカバリーのトラブルシューティングを参照してください。

エンドポイントのハードウェア・スキャンがありません

Oracle ハードウェア・スキャンがマシン上で正常に実行され、エンドポイントが「コンピューター」レポートにリストされている必要があります。

vCenter の VMware レポート・ファイルがありません

BigFix Inventory の「VM Manager」レポートでは、vCenter への接続が「OK」状態である必要があります。そうでない場合は、資料のトラブルシューティング手順に従ってください。「はい」の場合は、関連する VM マネージャー・ツールの「Oracle Auditing Data Collection Settings」分析の結果を確認します。このオプションは、設定で有効にする必要があります。

VM マネージャー・ツールでデータを収集して BigFix にアップロードするには、最大 24 時間かかる場合があります。VMware レポートがない場合は、「VM マネージャー・ツール・スキャン結果のアップロードの強制」Fixlet を実行して、データの即時アップロードをトリガーします。

VMware との通信のためのアクセス許可の確認も参照してください。

Oracle ZIP パッケージの状況が部分的に完了か、失敗です

問題の詳細を取得するには、パッケージの「log」サブフォルダーにある専用のログと tema.log ファイルを確認します。ログ・レベルを DEBUG に拡張する必要がある場合があります。パッケージが部分的に完了した理由を含むログを見つけるために、「The Oracle Auditing Package will be in INCOMPLETE state」という句を用いて検索します。

Oracle ZIP パッケージの生成またはダウンロードに関するその他の問題

Oracle ZIP パッケージの生成またはダウンロードは、Oracle 監査データの管理権限とすべてのコンピューター・グループ・アクセスを持つユーザーによってトリガーされる必要があります。エラーの詳細については、tema.log を確認してください。ログ・レベルを DEBUG に拡張する必要がある場合があります。BigFix サーバーとデータベースが (BigFix Inventory で定義されているすべての非切断データ・ソースに対して) 使用可能であることを確認します。

注: 収集されたデータのサイズと BigFix サーバーと BigFix Inventory 間のネットワーク接続によっては、生成に時間がかかる場合があります。

「Get Oracle Database Measurements」 Fixlet が実行されているときの終了コード

次の表に、終了コードとその説明をリストします。


終了コード	説明
0 - すべて正常に動作しました	Oracle データを正常に収集しました。
1 - 一般的なエラー	これは一般的なエラーで、プログラムが終了する原因となった問題が発生したことを意味します。
2 - シェル組み込みコマンドの誤用	このエラーは、古いシステムとの互換性がないために発生します。コマンド・オプションはオペレーティング・システムによって異なります。このエラーは、新しいシステムにあって古いシステムにないコマンド・オプションを、特に古いシステムで使用しようとする場合に発生します。
10 - データベースの照会の問題	Oracle Database のエラー・コードは ORA- 接頭辞で始まり、このコードは何が起こったかを示します。エラー・コードのリストを表示するには、Oracle の Web サイトを参照してください。このエラーは、SQL 照会の構文が変更され、クエリーが新しいデータベース・エンジンと互換性がない場合にスローされる可能性があります。 Oracle Database ビューもリリースごとに変更されます。 Oracle データベースは、起動、マウント、オープン、制限の 4 つの状態になります。オープン状態の場合にのみ、すべてのデータベース・ビューをクエリーで使用できます。
11 - データベース・リスト・クエリーからの出力が見つかりません	これは、ファイル許可が原因で Windows オペレーティング・システムで発生します。Fixlet は出力ファイルを正しく保存できません。
20 - SQL Plus がデータベースへの接続に失敗しました	認証に問題があるか、`sqlplus` コマンドの実行に直接問題がある可能性があります。この状況で `sqlplus` の使用時に操作すると、問題が発生した場合の失敗が早くなります。例えば、データベース管理者は、私たちが使用しようとしているサービス・ユーザーへのアクセスを禁止できます。これは、権限の問題として表示されます。
30 - ユーザーをシステム・ユーザー名にマッピングできません	UNIX オペレーティング・システムでは、データベース認識ステップ時に、Fixlet はデータベースを開始したセキュリティー特権ユーザーを使用しようとします。このユーザーは、Oracle データベースへのアクセスに使用されるサービス・ユーザーです。たとえば、データベース・プロセスがコンテナー内で実行される場合です。ゾーンを使用する Solaris では、スキャンはグローバル・ゾーンで実行されることが多く、Oracle Database がローカル・ゾーンで実行される場合は、スキャンを続行できません。 BigFix エージェントは、Oracle Database プロセスが実行されているのと同じゾーンにインストールする必要があります。
127 - コマンドが見つかりませんでした	コマンド実行時に、オペレーティング・システムは PATH をチェックしてバイナリーを検出しますが、失敗しました。例えば、ユーザーが PATH 環境変数を変更した場合、参照先がありません。
40 - データが収集されませんでした	データベースからデータが収集されませんでした。Oracle データベースの実行中のインスタンスが見つからない可能性があります。