CMDB ヘルスダッシュボードのスコアの計算方法 — 新規および従来の採点方法Summary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } Xanadu リリース以降、CMDB ヘルスダッシュボードが再設計され、CMDB ワークスペースに移行されました。この再設計の一環として、スコアリング方法が重み付け計算から単純な合格/不合格率に変更されました。 どちらの方法も、cmdb_health_scorecardテーブルに格納されている同じバックエンドデータを使用します。違いは、障害数が表示パーセンテージに集計される方法にあります。 従来の健全性ダッシュボードは廃止され、サポートされなくなりました。 1.KPI 構造とサブメトリクス CMDB ヘルス全体は 3 つの KPI で構成され、それぞれに独自のサブメトリクスがあります。 完全性:CI に必要なデータがあるかどうかを検証します。サブメトリクス:必須:必須フィールドが入力されていません。推奨:推奨フィールドが入力されていません CORRECTNESS:CI データの正確性と最新性を検証します。サブメトリクス:重複:識別ルールに重複として一致する CI、孤立:必要な関係のない CI、未更新:未更新期間内に更新されていない CI コンプライアンス:CI が監査標準を満たしているかどうかを検証します。サブメトリクス:監査:フィールド値をコンプライアンスタイプの監査と比較します2.スコアが保存される場所 スケジュール設定済み健全性ジョブは CI を評価し、結果をテーブル「cmdb_health_scorecard」に保存します 各サブメトリクスと親 KPI には、次の独自の行があります。 失敗 - チェックに失敗した CI の数、合計 - そのチェックで評価された CI の数、スコア - 事前に計算された失敗率 (健全性の割合ではない) 「スコア」列には FAILURE 率が格納されます。CMDB ワークスペースには、次の逆が表示されます。健全性 % = 100 - スコア 注意:コンプライアンスの場合、監査は唯一のサブメトリクスであるため、個別の親「コンプライアンス」行は保存されません。「監査」行は、コンプライアンススコアです。 従来のメソッドで使用される重み付けは、列「weighted_average_contribution」のテーブル「cmdb_health_metric_pref」に格納されます 3.新しいメソッド (デフォルト) - 計算方法 新しい方法では、重み付けのない単純な比率を使用します。 ステップ 1:健全性ジョブは、各サブメトリクスに対して健全性包含ルールに合格するすべての CI を評価します。ステップ 2: バックエンドは失敗率を計算します。failure_rate = 丸め (失敗 × 100 / 合計) ステップ 3:ワークスペースに次の逆が表示されます。体力 % = 100 - failure_rate 主な特徴:- サブメトリクス間に重み付けはありません。すべての障害は 1 つの比率にプールされます。- 合計 = 0 (CI が評価されなかった場合)、スコア行は書き込まれません。ワークスペースに [N/A] と表示されます。- 3 つの KPI 全体の集計スコアは計算されません。各 KPI は個別に表示されます。 例 (完全性):失敗 = 121,000 および合計 = 414,873 と仮定します failure_rate = 丸め (121,000 × 100 / 414,873)= 丸め (29.17)= 29 体力 % = 100 - 29 = 71% 4.従来のメソッド — 計算方法 従来の方法では、次の 2 つのレベルでスコアが計算されます。 レベル 1:個々の KPI スコア (KPI あたり)レベル 2:全体スコア (3 つの KPI すべて) レベル 1 - 個々の KPI スコア ステップ 1:cmdb_health_scorecard (ステータス = 完了) から各サブメトリクスの「失敗」と「合計」を読み取ります。ステップ 2:cmdb_health_metric_prefから各サブメトリクスの重みを読み取ります。ステップ 3: 各サブメトリクスの合格率を計算する:pass_rate = (合計 - 失敗) / 合計特殊なケースに注意:合計 = 0 (CI が評価されなかった場合)、完全な重み付けが付与されます。サブメトリクスは 100% 正常として扱われます。 ステップ 4: 各合格率に重みを掛けます。貢献度 = pass_rate ×重み付けステップ 5: すべての寄付を合計する:KPI スコア = すべてのサブメトリクスの貢献度の合計 ステップ 6:丸めを適用する:スコアが 99 〜 100 の場合は 99 →表示され、スコアが 0 〜 1 の場合は 1 が表示され→それ以外の場合は標準丸め→ デフォルトのサブメトリクスの重み付け:完全性:必須 = 60、推奨 = 40正確性:重複 = 40、孤立 = 30、未更新 = 30コンプライアンス:監査 = 100 例:COMPLETENES cmdb_health_scorecardからのデータであると仮定します:必須:失敗 = 120,047 合計 = 414,873推奨:失敗 = 42,436 合計 = 384,572cmdb_health_metric_prefからの重み付け:必須:60 推奨:40 計算:必要な合格率 = (414,873 - 120,047) / 414,873 = 294,826 / 414,873 = 0.7107 (CI の 71.07% が合格)推奨合格率 = (384,572 - 42,436) / 384,572 = 342,136 / 384,572 = 0.8897 (CI の 88.97% が合格)必要な寄付 = 0.7107 × 60 = 42.64推奨寄与 = 0.8897 × 40 = 35.59 完全性 = round(42.64 + 35.59) = round(78.23) = 78% CORRECTNESS と COMPLIANCE と類似 レベル 2 - 全体のスコア 3 つの KPI スコアは、cmdb_health_metric_prefの親レベルの重み付けを使用して結合されます。 完全性:親の重み付け = 34正確性:親の重み付け = 33コンプライアンス:親の重み付け = 33 計算式：全体 = (completeness_weight × completeness_score/100) + (correctness_weight× correctness_score/100) + (compliance_weight × compliance_score/100) 例 : 完全性の貢献度 = 34 × 78 / 100 = 26.52正確性の貢献度 = 33 × 79 / 100 = 26.07コンプライアンスの貢献度 = 33 × 3/100 =0.99 全体 = round(26.52 + 26.07 + 0.99) = round(53.58) = 54% 注:全体的なスコアは、従来のメソッドでのみ計算されます。新しい (デフォルトの) メソッドでは、全体的なスコアは生成されず、3 つの KPI が個別に表示されます。 5.キーテーブルの参照 cmdb_health_scorecard:KPI ごと、クラスごと、ジョブ実行ごとに計算されたスコアを格納します。主要な列:class、metric、failed、total、score、status。フィルターステータス = 現在アクティブなスコアの場合は完了。 cmdb_health_result:個々の CI レベルの失敗レコード (どの CI がどのメトリクスに失敗したか) を保存します。 cmdb_health_metric_pref:サブメトリクスおよび親 KPI ごとの重み付け構成を保存します。キー列:weighted_average_contribution。 cmdb_health_scorecard_group_threshold:色分けされたしきい値 ([最適]/[リスクあり]/[重大]) を格納します。デフォルト値:上限 = 67、下限 = 33。注: これらのしきい値は、色表示にのみ影響します。どちらの方法でもスコア計算には影響しません。