新しい CMDB CI レコードが挿入されたときに、資産が作成されなかったのはなぜですか?DescriptionCI が挿入されると、資産レコードも自動的に挿入されることを期待していましたが、そうはなりませんでした。 このトピックの詳細については、「 資産作成」を参照してください。Release or Environment任意ResolutionCI クラスにモデルカテゴリが存在しません CI から資産への同期が行われる前に、CI クラス/CI テーブルに固有のモデルカテゴリレコードが存在している必要があります。 新しいカスタム CI クラステーブルを CMDB に追加し、それに対応するモデルカテゴリをまだ作成していない可能性があります。レコードが最初から存在していても、デモデータが消去されたときに削除された可能性もあります。 ソリューション: [製品カタログ -> 製品モデル -> モデルカテゴリに移動します。CI クラス 、CI レコードの CMDB クラス/テーブルに等しいの条件で検索。例:Windows Server [cmdb_ci_win_server]レコードのクラスにレコードが存在しない場合は、新しいレコードを作成できます。 同じ CI クラスに 2 つのモデルカテゴリレコードが存在します このような状況は発生しないはずですが、発生している場合、動作はどちらかのレコードに基づいており、使用されるレコードに一貫性がない可能性があります。更新セットによる変更によって重複が発生する可能性があります。 ソリューション: [製品カタログ -> 製品モデル -> モデルカテゴリに移動します。CIクラスがで対象レコードの CI クラスに等しいの条件でリストをフィルタリングします。これが原因の場合は、複数のレコードが表示されます。正しいレコード以外をすべて削除します。 注意:これは PRB1300363 が原因である可能性があります。参照: KB0725633 Unexpected new or Duplicate Model Categories after upgrade to KP11+ or LP3+ or Madrid モデルカテゴリは存在するが、資産テーブルが入力されていない CI レコードのクラスにモデルカテゴリレコードが存在する場合でも、[資産クラス] フィールドが空になることがあります。 資産を作成するには、資産 [alm_asset] テーブル、または複数の拡張テーブル (ハードウェア資産 [alm_hardware] など) のいずれかを入力する必要があります ソリューション: 上記のように [Model Category] レコードを開きます。正しい [Asset Class] の値を入力し、[Save] を選択します。[資産を作成] ボタンをクリックして、この CI クラスの既存のすべての CI レコードの資産レコードを追加します。 モデルカテゴリは存在するが、誤った資産テーブルが入力されている サーバー CI を追加し、たとえばハードウェア資産が作成されると想定しても、ハードウェアテーブルで資産が見つからない場合があります。モデルレコードに、ハードウェア資産 [alm_hardware] ではなく資産 [alm_asset] が設定されている可能性があります。または [ソフトウェア資産] の代わりに [消耗資産] が選択されています。 ソリューション: 上記のように [Model Category] レコードを開きます。[資産クラス] の値を修正します。UI ではこれを実行できない場合があります。既存のレコードの [クラス] 値を新しい設定に合わせて更新することもできます。これも非常に難しく、リスクも伴います 資産テーブルがあるが、[CI 検証を強制] がオンになっているモデルカテゴリ モデルカテゴリレコードで [CI 検証を強制] チェックボックスがオンになっている場合は、CI の挿入時にシステムが資産を作成しないことを意味します。 ソリューション: 上記のように [Model Category] レコードを開きます。次のいずれかを実行します。 これ以降、このクラスのすべての新しい CI の挿入時に資産を作成する場合は、[CI 検証を強制] をオフにして [保存] を選択します。特定の CI を開き、[資産を作成] ボタンをクリックします。 CI の [モデル] が [資産を作成しない] に設定されている モデルカテゴリが資産を作成するように設定されている場合でも、個々のモデルを設定してその動作を上書きすることができます。 ソリューション: CI を開く関連するモデルにクリックスルー[資産追跡戦略] フィールドを確認します。値が [Don't Create Assets] の場合は、[Leave to the category] に変更します。資産レコードを手動で作成し、フォームを送信する前に CI にリンクする 「Create Asset on insert」ビジネスルール、および関連「AssetandCI」スクリプトインクルードは、非アクティブまたはカスタマイズ済みである可能性がある CI の挿入時に資産の作成に関連するコードは、「Create Asset on insert」ビジネスルールであり、「AssetandCI」スクリプトインクルードを使用します。 ビジネスルールは、非アクティブにすることも、カスタマイズすることも、カスタムバージョンに置き換えることもできます。スクリプトインクルードも、おそらくかなり前にカスタマイズされている可能性があります。そのため、最近のアップグレードでスキップされた古いカスタマイズ済みバージョンは、現在のプラットフォームと互換性がなくなりました。 ソリューション: ビジネスルールとスクリプトインクルードを現在の初期バージョンに戻します。可能であれば、サポートされている方法を使用してカスタマイズを再実装します: モデルカテゴリ設定モデル設定資産 - CI マッピングテーブル - これはかなり最近の機能であり、コードを変更せずにカスタムフィールドまたはカスタムステータス値の選択リストを考慮できるため、最初にコードをカスタマイズする必要がほとんど不要になりました 資産は挿入されているが、値が空である これは、同じユーザーが CI を作成できる場合でも、ACL ルールにより資産の作成が妨げられていることが原因である可能性があります。モデルカテゴリがそのように設定されている場合、ユーザーは両方を作成できる必要があります。 または、実際に挿入される前に資産に対して update() が行われたためである可能性があります。 次の理由による可能性もあります... CI または資産挿入の一部として実行されているカスタムコードが挿入を中断する 「Create Asset on insert」ビジネスルールは、CI の挿入の前に実行されます。これは、既に存在する資産への参照値を使用して CI を挿入できるようにするためです。 トランザクションを終了するには、CI と資産の両方の挿入に関する他のすべての挿入ビジネスルールを実行して完了する必要があります。資産挿入の一環として、コストラインなどの他のレコードを挿入する必要があります。 ビジネスルールやワークフローなどのカスタムビジネスロジックは、トランザクションをキャンセルする再帰、タイミング早いまたは重複挿入、トランザクションタイムアウト、およびその他の多くの原因を引き起こす可能性があります。 このような場合、通常、セッションデバッグをオンにして問題の挿入を再現することが、問題を特定する最も迅速な方法です。Additional Information詳細については、「KB0712445 [Don't create Assets] に設定されたモデルを持つ CI を挿入すると、資産が作成されるのはなぜですか?