静的調整ルールは、データ更新ルールと組み合わせて使用され、CI の調整ステップを決定します。これらのルールは、CI を更新できるかどうか、いつ、どのディスカバリーソースが更新するかを決定します。複数のディスカバリーソースが CMDB 内の同じクラスの更新を許可されている場合、これらのディスカバリーソースそれぞれに対して優先度をアサインし、互いの更新が上書きされるのを防ぎます。

各属性を更新する最後のディスカバリーソースに関する情報は、データソース履歴 [cmdb_datasource_last_update] テーブルに格納されますが、それは調整ルールを有効にした後です。そのため、ルールを有効にした後、最も優先度の高いデータソースが CI を更新するまで、予期しない更新が発生する可能性があります。

静的調整ルールは、古い CI 属性の調整に影響します。調整中に、データソース履歴テーブルの情報が CI のクラスのデータ更新ルールとともに考慮され、CI 属性が古くなっているかどうかが判断されます。ある期間内に CI を更新するために最新のディスカバリーソースによって更新されなかった場合、CI 属性は古くなっていると判断されます。この期間は、ディスカバリーソースのクラスのデータ更新ルールの有効期間によって指定されます。この場合、優先度の低い別の許可されたディスカバリーソースが古い CI 属性を更新しようとすると、更新が許可されます。

同じ CI 属性に静的調整ルールと動的調整ルールの両方が存在する場合、動的ルールが優先されます。

同じ CI 属性に静的調整ルールと動的調整ルールの両方が存在する場合、動的調整ルールが優先されます。

動的調整ルールは、報告された最大値や最も報告された値など、いくつかのルールタイプをサポートしています。動的調整ルールを適用する場合、IRE は現在のペイロードを処理し、CMDB 360 データストアを調べて、CMDB を更新する値を選択します。動的調整ルールのタイプによっては、適切な値の選択がすぐに確定しない場合があります。たとえば、最も報告された値が 1 つも存在しない場合や、値によっては、最後に検出されたタイムスタンプが報告されない場合があります。そのため IRE は必要に応じてフォールバックし、最後に報告された値、最後に検出された値、最後に更新された値などの追加の詳細を調べて、最も適切な値を選択します。