---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# CI の再分類

# CI の再分類 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：2分

\[クラス\] 属性を変更すると、CI のクラスをアップグレード、ダウングレード、またはスイッチすることができます。

## 始める前に

必要なロール:sn_cmdb_editor、asset、または itil (一般に、CI の更新に必要なロール)

## このタスクについて

各クラスは固有の属性セットで定義されます。このセットは、親クラスから派生した属性と、そのクラスに対して定義されている追加の属性で構成されます。

CI を再分類すると、次のようになります。  
1. 属性セットは、新しく割り当てられたクラスの属性のセットと一致するように調整されます。属性は必要に応じて追加または削除されます。
2. 属性が、現在のクラスに対して一意であり、新しく再分類されたクラスで定義されていない場合は、失われます。
3. CI の現在の sys_id を持つ新しいレコードが新しいクラスのテーブルに挿入され、そのクラスに適切な属性セットが使用されます (CI の sys_id は保持されます)。
{#t_ManuallyReclassifyCI__ol_qqg_b1t_ls}

再分類に応じて、次のようになります。  

ダウングレード

:   CI クラスはクラス階層の上位のクラスに更新され、新しく割り当てられたクラスは現在のクラスの親です。たとえば、CI を cmdb_ci_server クラスから cmdb_ci_computer クラスに再分類します。

    たとえば、cmdb_ci_server クラスには、cmdb_ci_computer クラスにはない属性があります。ダウングレードでは、これらの属性とそれぞれの値は、cmdb_ci_computer クラスに挿入される新しい CI レコードに含められません。

アップグレード

:   CI クラスはクラス階層の下位のクラスに更新され、新しく割り当てられたクラスは現在のクラスの派生した子であり、追加の属性があります。たとえば、CI を cmdb_ci_computer クラスから cmdb_ci_server に再分類します。

スイッチ

:   新しく割り当てられたクラスは、クラス階層内の別の分岐にあり、現在のクラスとは異なる属性セットを持っています。たとえば、CI を cmdb_ci_linux_server クラスから cmdb_ci_win_server クラスに再分類します。

スイッチはダウングレードとアップグレードの組み合わせです。たとえば、CI が cmdb_ci_server にダウングレードされ、その後、cmdb_ci_win_server クラスにアップグレードされる場合です。したがって、属性はダウングレード操作と同様に失われます。  
注:  
CI クラスのダウングレードと CI クラスのスイッチ操作は、データが失われる可能性があるので避けてください。自動 CI 再分類が有効 (デフォルト) になっている場合、[識別プロセス](https://servicenow-prod.fluidtopics.net/H~tj0w3DyHuqw0TuKW3kng "識別および調整モジュールは、さまざまなデータソースからのデータを識別して調整するための集中化されたフレームワークを提供します。複数のデータソースを使用して CI レコードを作成および更新するときに、CMDB および一部の非 CMDB テーブルの完全性を維持するのに役立ちます。")の結果として自動再分類が行われ、データが失われる可能性があります。

識別および調整エンジン (IRE) による CI 再分類、および自動 CI 再分類の動作を制御する関連システムプロパティについては、[IRE 処理中の CI の再分類を構成する](https://servicenow-prod.fluidtopics.net/8DBCKc9tZNLaUH_oHZbFkQ#c_CIReclassification "識別および調整エンジン (IRE) の CI 識別プロセス中に、CI を別の sys_class_name タイプに再分類する必要がある場合があります。デフォルトでは、CI は自動的に再分類されます。自動再分類が無効になっている場合、CI は再分類されず、システムはレビューの再分類タスクを生成します。") を参照してください。

## 手順

1. 再分類してリスト ビューに表示する CI を特定します。  
   アプリケーションナビゲーターを使用できます。たとえば、CI がサーバーの場合、ナビゲーション検索ボックスに <kbd class="ph userinput">cmdb_ci_server.list</kbd> と入力すると、CI が \[サーバー\] ビューに表示されます。
2. \[クラス\] フィールドがリストに表示されていることを確認します。  
   この属性が表示されない場合は、リストをカスタマイズして \[クラス\] フィールドを追加します。
3. CI の \[クラス\] 値をダブルクリックし、新しいクラスを選択します。
4. 緑色のチェック ボックスをクリックし、選択を確定します。
**関連概念**   

* [依存 CI 管理](https://servicenow-prod.fluidtopics.net/l_qJLuEgH2Oj_Q8v7mSZOQ "CI のライフサイクルの更新は、その依存 CI に影響します。たとえば、依存 CI が依存している CI が削除されると、依存 CI は孤立し、それ以上使用されなくなります。CMDB の完全性と健全性を維持するために、ライフサイクルの更新によって影響を受ける依存 CI にカスケードクリーンアッププロセスが適用されます。")  
**関連タスク**   

* [CI クラスの作成](https://servicenow-prod.fluidtopics.net/dRC~UiiFUFLPiFcaUp2g0w "既存の CI クラスの拡張である CI クラス (テーブル) を作成します。それから、新しいクラスの識別および調整ルールを作成します。")
* [CI の削除](https://servicenow-prod.fluidtopics.net/PJ5UgzzdD_oGQ1phTgaiyQ "不要になった CI を削除するには、CI クラスマネージャーを使用できます。")
* [クラス定義とメタデータの表示と編集](https://servicenow-prod.fluidtopics.net/mVj_3KULo0f02iJukOSODQ "中央の場所として CI クラスマネージャーを使用して、CMDB クラス階層、CI テーブル定義、およびクラス CI を探索します。ラベル、フィールド、関係、および関連するすべてのメタデータ定義など、各テーブルの詳細を表示します。")
* [プリンシパルクラスフィルターのクラスのリストの更新](https://servicenow-prod.fluidtopics.net/5SHx6l_wl4d3pUk98GoEgw "プリンシパルクラスは、組織内の基盤となるデータの健全性とガバナンスにとって最も重要な CMDB クラスの指定です。プリンシパルクラスフィルターでクラスのリストを管理して、それらのクラスが追跡、健全性、認定、ライフサイクル管理、およびクラスリストビューで優先されるようにします。")  
**関連資料**   

* [CMDB レコード タイプ](https://servicenow-prod.fluidtopics.net/mlvh7e_r5aWRURFOIH8f7Q "CMDB には、次の主要レコード タイプが含まれています。")
* [CI コンポーネントの関連リスト](https://servicenow-prod.fluidtopics.net/q_0WdftKmSoJgii891y4NA "CI レコードの関連リストには、サーバー上のディスクドライブやネットワークルーターの動作を制御するルールなど、その CI に含まれる追加コンポーネントが表示されます。")