---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# 可用性の結果を表示する

# 可用性の結果を表示する {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月22日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

サービスオファリングとアプリケーションサービスのコミットメントの可用性計算を表示します。サービスポートフォリオ管理 でコミットメントを設定すると、設定した自動レポートで結果を表示できます。
サービスオファリングまたはアプリケーションサービスに可用性コミットメントを追加すると、サービスポートフォリオ管理 によりそのアイテムとコミットメントに対し、前年から始まる 1 年分の可用性レコードが生成されます。サービスの可用性は、サービスにロールアップされたオファリングの可用性に基づいています。機能停止が更新されると、関連する可用性レコードも更新されるため、機能停止の影響を評価し、機能停止レコードを管理することができます。

サービスポートフォリオ管理 は、日次ジョブを実行してコミットメント可用性レポートを生成し、システムタイムゾーンを使用します。

可用性コミットメントの追加については、「[サービスオファリングにコミットメントを追加する](https://servicenow-prod.fluidtopics.net/0JD_1SjZHFbezgRuWVVELg "サービスコミットメントとは、サービスオファリングに対して一意の可用性保証、スコープ、および価格設定を定義する特定のサービスのことです。")」を参照してください。

## アプリケーションサービスの可用性レポート {#SPM2-view-availability-results__section_dtl_w42_dxb}

アプリケーションサービスの可用性レポートを表示するには、\[cmdb_ci_service_auto table\] を使用して可用性コミットメントを作成し、アプリケーションサービスにマッピングする必要があります。

\[cmdb_ci_service_auto table\] で、service_offering_commitment フィールドの cmdb_ci フィールドを使用して、アプリケーションサービスを可用性コミットメントに関連付けます。

## 可用性の結果の生成 {#SPM2-view-availability-results__section_rgl_np2_dxb}

可用性の結果を確認するには、\[すべて\]\[サービスポートフォリオ管理\]\[可用性\] に移動し、リストから関連レコードを選択します。
{#SPM2-view-availability-results__table_rzf_qk3_rtb__entry__3}

| フィールド | 説明 | 計算 |
|-|-|-|
| 表示名 | 構成アイテム (CI) の名前とコミットメントの可用性。このフィールドは編集できません。 | 適用外です。 |
| サービスオファリング | この可用性の影響を受けるオファリング。 | 適用外です。 |
| サービスコミットメント | この可用性に対して影響を受けるコミットメント。 | 適用外です。 |
| Start | 可用性間隔の開始。このフィールドにマウスデバイスを合わせると、期間が表示されます。 | 適用外です。 |
| End | 可用性間隔の終了。このフィールドにマウスデバイスを合わせると、期間が表示されます。 | 適用外です。 |
| 約定アップタイム | このコミットメントに対するサービス可用性の予想合計値 (日、時間、分、秒単位)。 | 期間の終了から開始まで。 |
| 許容可能ダウンタイム | 当該期間のコミットメントのスケジュールにおいて許容可能なダウンタイムの長さ (日、時間、分、秒単位)。 | スケジュールされた期間の終了から開始までの時間に、コミットメントの割合を掛けたもの。 |
| 合計ダウンタイム | ウォールクロックのダウンタイム (スケジュールに依存しない)。(日、時間、分、秒単位) | 機能停止終了から機能停止開始まで。 |
| 合計可用性 % | 全期間に対する利用可能割合 (スケジュールに依存しない)。 | (利用可能なアップタイムから合計ダウンタイムを引いた時間) を利用可能なアップタイムで割ったもの。 |
| 合計機能停止 | この期間における合計停止数 (スケジュールに依存しない)。 注: 予定外の機能停止 (全体または一部) が予定外の機能停止と重複している場合、重複する予定外の機能停止時間は合計機能停止時間にカウントされません。このロジックは、機能停止レコードの CI と影響を受ける CI に適用されます。 | 機能停止の数 |
| コミットメント可用性 % | このコミットメントのスケジュール内における可用性。 | (コミット済みアップタイム - コミットメント停止時間) をコミット済みアップタイムで除算したもの。 |
| コミットメントダウンタイム | このコミットメントのスケジュールに照らした容認可能なダウンタイム (日、時間、分、秒単位)。 | スケジュール済みアップタイム内の (機能停止開始 - 機能停止終了)。 |
| コミットメント機能停止 | この期間でのコミットメントのスケジュールに対する機能停止期間数。 | スケジュールされたアップタイム内の機能停止の数。 |
| 満たされたコミットメント | オンにした場合、可用性のコミットメントが満たされていることを示します。 | コミットメントの可用性のパーセンテージがサービスコミットメントよりも高いかどうかによって true または false。 |
|   |   |   |
|   |   |   |
|   |||
[表 : 1. サービス可用性フィールドと計算]

{#SPM2-view-availability-results__table_rzf_qk3_rtb}

## パフォーマンス向上のためのアーカイブルール {#SPM2-view-availability-results__section_hdg_qcd_fzb}

Vancouver リリース以降、アーカイブルールはデフォルトでアクティブ化されています。サービスポートフォリオ管理は、テーブルクリーナーと呼ばれるスケジュール済みジョブを使用して、インスタンス内のテーブルの古いレコードをアーカイブし、テーブルサイズとクエリパフォーマンスを管理しやすく維持します。データ結果をより迅速に得るために、サービスポートフォリオ管理ではテーブルクリーナージョブを使用して、3 年以上経過した可用性データをアーカイブします。