IT 資産と設定項目の調整

業務優先度と情報源

重複レコードを作成せずにデータフローを調整するために、同期では項目の対応付けと項目所有者ルールが使用されます。マッピングされたすべての項目は、指定された 1 つの情報源に接続されます。アセットリポジトリまたは構成管理データベース (CMDB) では、優先するプラットフォームを定義します。

情報源設定の前提条件

項目所有者ルールを設定する前に、次のシステム動作を考慮してください。

• Override Controls (コントロールの上書き): 情報源として指定されたプラットフォームによって値が決定されます。担当者が権限のないリポジトリを更新すると、エンジンによってフラグが付けられ、変更が破棄されます。
• 自動ロールバック: 権限のあるプラットフォームが更新されると、エンジンはセカンダリ側で行われた変更を上書きします。
• データの上書きのリスク: 誤った情報源を選択すると、データが完全に失われます。たとえば、システム管理者がリリースフローを介してラップトップを再割り当てしたが、マップで CMDB が権限ありとしてマークされた場合、次の自動スキャンで割り当てがロールバックされます。このロールバックにより、従業員のセルフサービスポータルの表示が削除されます。

推奨される権限のある項目の対応付け

項目の所有権設定は、各データリポジトリの運用上の強みと一致します。

無限ループ防止

変更はレコード間を双方向に流れるため、アセットを更新すると設定項目の変更がトリガーされる可能性があります。この変更により、アセットレコードを再度更新するプラットフォームイベントが公開されます。

無限更新ループを回避するために、フレームワークでは明示的なソース属性ルールが使用されます。変更がリポジトリで発生すると、送信同期エンジンによって追跡識別子で更新がタグ付けされます。エンジンでこの自己発信追跡タグが検出されると、イベントがドロップされます。このアクションにより、バックグラウンド処理サイクルが中断されます。

設定管理システムで更新が処理されると、ソースインジケーター文字列が保持されます。フレームワークは、受信ペイロードを継続的に評価します。エンジンで追跡値が検出されると、トランザクションが自己発信として識別され、イベントがドロップされます。

同期ログ監査構造

システム警告とトランザクションエラーが設定管理項目同期ログに入力されます。これらのエントリにより、明確なトラブルシューティング評価指標が設定コンソールで直接提供されます。ログを使用すると、未加工のエンジニアリングデータを検査する必要がなくなります。

トラブルシューティングと監査の主要な項目

各ログエントリは、同期の問題を切り分けるために重要な操作メタデータを公開します。

• Log Title (ログタイトル): トランザクション状況の概要を表示します。
• ログの説明: 詳細なエラーデータ、デルタプロパティ、および解決策の提案を提供します。
• 状況: [成功]、[警告]、[エラー]、[アクションが必要] などのコンテキストカテゴリを識別します。
• 関連オブジェクトおよび設定項目 ID: マッピングの競合の原因となっている特定のアセットレコードまたは一意の識別子へのリンク。
• Log Timestamp (ログタイムスタンプ): イベントが発生した正確な日時の不変マーカーを表示します。

一般的な同期の例外とシステムの結果

営業担当は、システム更新中に次の同期シナリオに頻繁に遭遇します。

• 複数資産の一致: 検出スキャンで受信設定項目が複数の資産レコードに対応付けられると、フレームワークによってトランザクションが停止します。エンジンによって、重複レコードを解決するようにシステム管理者に指示するアラートが生成されます。
• 必須フィールドがない: 受信イベントでアセットレコードの作成が開始されても必須属性がない場合、エンジンによってロックされたアセットシェルが作成されます。このログでは、手動修復を促すために状況が [Action Required (アクションが必要)] に設定されます。
• 対応付けられていない選択リスト値: 設定管理データベース内で動作状態が変更されたが、テキスト値に定義済みの変換ルールがない場合、エンジンは更新をスキップします。このパスにより、両方のシステムで納入商品レコードデータの整合性が保持されます。