ソフトウェア資産管理を有効にした後に、サーバーのソフトウェアインストールが入力されないのはなぜですか?Issue ソフトウェア資産管理をインストールし、ディスカバリーを再実行した後、CMDB のサーバーフォームで [ソフトウェアのインストール] 関連リストを確認すると、ソフトウェアがリストされていないことがあります。 原因と解決策 [ソフトウェアインストール] 関連リストが表示されない 一部のフォームビューでのみ、関連リストが標準で追加されています。 ソリューション: AIX サーバー、HP-UX サーバー、Solaris サーバーなどの他のフォームの場合は、フォームの関連リストをカスタマイズして追加できます。Windows Server や Linux Server など、追加する必要がある他のフォームでは、以前のカスタマイズによって更新がブロックされている可能性があるため、これらもカスタマイズして追加できます。 代わりに [インストールされているソフトウェア] 関連リストがあります ソフトウェア資産管理をインストールする前に、ディスカバリーと SCCM のインポートは、代わりにインストール済みソフトウェア [cmdb_software_instance] テーブルに入力されます。SAM をインストールすると、その関連リストはソフトウェアインストール [cmdb_sam_sw_install] のリストに自動的に置き換えられます。以前にフォームの関連リストをカスタマイズしていた場合、プラグインのアクティブ化による変更がスキップされている可能性があります。 ソリューション： ソフトウェア資産管理 (プレミアム/プロフェッショナル) プラグインが実際にインストールされていることを確認します。フォームの関連リストをカスタマイズして、[インストールされているソフトウェア] を削除し、[ソフトウェアインストール] を追加できます [ソフトウェアインストール] 関連リストが空です これにはいくつかの原因がありますが、いくつかあります。 cmdb_software_instanceレコードは移行されませんでした プラグインのアクティブ化では、cmdb_software_instanceレコードを新しいcmdb_sam_sw_installテーブルに移行するスクリプトを実行する必要があります。 [ソフトウェア資産] - [システム] - [ソフトウェア インストールの移行] に移動して確認でき「データは既に移行済みです」と表示されます。 ソリューション： 移行がまだ行われていない場合は、このフォームを使用して移行を開始できます サーバーは再検出されたが、インストール済みソフトウェアのプローブまたはパターンにエラーがあった これにはいくつかの原因も考えられます。 ソリューション： 通常の方法でエラーメッセージを調査します。これには、さまざまな KB 記事があります。 サーバーは正常に再検出されましたが、ソフトウェアのインストールは作成されませんでした 考えられる原因の 1 つは、 プローブキャッシュです。このシステムは、プローブから返されたデータが前回と同じかどうかをチェックし、そうであれば センサーを再実行する必要はありません。 SAM を有効にしてからセンサーが実行されていない場合は、まだ新しいテーブルに挿入する機会がありません。 ソリューション： すべてのプローブのディスカバリープローブキャッシュをオフにします。これにより、ディスカバリースケジュール中のインスタンスの作業負荷が増加しますが、通常は問題ありません。ディスカバリープロパティ glide.discovery.use_probe_results_cache=false を設定特定のプローブのプローブキャッシュをオフにするには、プローブレコードの [キャッシュ結果] チェックボックスをオフにします[ディスカバリー定義] - [プローブ] に移動し、インストール済みソフトウェアを含む名前でフィルタリングして、このリストを取得します。 AIX - インストール済みソフトウェアHP-UX - インストール済みソフトウェアLinux - インストール済みソフトウェアMac OS X - インストール済みソフトウェアSolaris - インストール済みソフトウェアWindows - インストール済みソフトウェア 注: Kingston リリース以降、一部のインスタンスではインストール済みソフトウェアを取得するために代わりにパターンが使用されるため、これは原因ではありません。ディスカバリーログを確認すると、それを確認できます。 Windows Server が正常に再検出され、SCCM 統合がインストールされ Microsoft SCCM 統合は、Windows コンピューターのソフトウェアインストールレコードを排他的に管理するように設定できます。その場合、ディスカバリーは Windows コンピューターとサーバーのcmdb_sam_sw_installテーブルを更新しません。 ソリューション: glide.discovery.software_sccm_managedシステムプロパティを確認します。true の場合は、おそらくそのままにしておく必要があり、解決策は SCCM インポートを再実行することです。 ドキュメントのトピック「 」を参照してください ディスカバリーと SCCM の連携。 SCCM およびその他のインポートセットは実行されるが、Windows ソフトウェアインストールの更新に失敗する Microsoft SCCM 統合プラグインの更新セットのすぐに使用できる変換マップスクリプトには、SAM のインストール後にテーブルを自動的に切り替えるロジックがありますが、カスタマイズがあった場合は、そのロジックがなく、cmdb_software_instanceテーブルに入力されている可能性があります。 ソリューション： インポートセットと変換の履歴を確認し、通常の方法でデバッグします。カスタム変換が正しいcmdb_sam_sw_installテーブルを使用していることを確認し、必要に応じて更新します。