CSDMフレームワークへの既存データの移行と同期

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：3分

    • いくつかのタスクを完了して、既存のアプリケーションデータが CMDB内の必要なテーブルに正常に移行されていることを確認します。

    始める前に

    必要なロール：admin

    このタスクについて

    次の点に注意してください。
    • 一部の CSDM テーブルは最近導入されたため、使い慣れていない場合があります。製品のドキュメントを参照して、使い慣れていないテーブルについて確認してください。
    • カスタマイズされたテーブルまたは不適合な CMDB テーブルを使用し続けている場合があります。そのような場合、製品のメリットを十分に活かせないことがあります。
    • 「CSDMライフサイクル同期プロセスの支援」で説明されている移行ツールを必ず使用してください。
    使用している属性を管理します。カスタム属性を合理化します。次のガイドラインを使用して、すべてのカスタマイズを保持する必要があるかどうかを判断します。
    • 優先:カスタム属性には関連する ベースシステム 属性はありませんが、必要ありません。
    • 維持：カスタム属性には関連するベースシステム属性はありませんが、固有のユースケースに必要です。
    • リファクタリング：カスタム属性にはベースシステム属性または移行可能な機能があります。
    • 不要：カスタマイズが不要になりました。使用しない属性または使用頻度が低い属性を削除します。ユースケースに対処するための方法として、属性の使用よりも良い方法がある場合は、それらの属性も削除することを検討してください。
    関連する依存関係を検討します。構成アイテム (CI) を新しいテーブルに移動しても、関連する依存関係は自動的に移動されません。関連する依存関係を識別するには、「」で説明されているスクリプトを使用します への移行 CSDM テーブルの依存関係を特定する (で利用可能 ServiceNow コミュニティ) を開きます。
    重要:
    このスクリプトは、データまたはそれらの依存関係を移動しません。単に依存関係を識別するだけです。移行の一環として、データと依存関係をリファクタリングします。

    スクリプトを実行してデータを評価すると、データの移行に必要な作業についてより適切に理解できます。すべての参照されているレポート、ルール、およびスクリプトが必要かどうかを判断します。次に、何を移行するかを決定し、移行計画を立てます。

    図 : 1. 移行 ワークフロー
    移行ワークフローのステップ。

    手順

    1. データをバックアップします。
      データ (すべての属性を含む) を Excel にエクスポートし、ファイルを安全な場所に保管します。問題が発生した場合に備えて、緊急時対応計画を立てます。
    2. 属性をマッピングします。
      データを格納するテーブルを特定します。移動先のテーブルに必要なベースシステム属性があることを確認してください。カスタム属性を合理化します。維持するカスタマイズを決定します。
    3. CI を既存のクラスから CMDB クラスに移動します。
      注:
      不適合テーブルとその依存関係を忘れないでください。不適合テーブルのデータを必要とする数百のレポート、ビジネスルール、スクリプト、テーブル参照などが存在する可能性があります。

      CI を新しいテーブルに移動しても、レポート、ビジネスルールなどは自動的に移動されません。次の手順で説明するように、修正スクリプトは、リファクタリングが必要な依存関係を特定します。ServiceNow コミュニティ から修正スクリプトをダウンロードできます。

    4. 属性をリファクタリングします。
      データモデルを確定し、データを移行する準備をします。

      これまでの手順で説明した属性マッピング関連のタスクが完了していることを確認してください。ガイドラインに従い、必要に応じてデータをリファクタリングします。

    5. データを移行します。
      注:
      有効な最新のバックアップがあることを確認してください。必要に応じて、別のバックアップを実行します。移行時に、同じテーブル階層にないカスタマイズされた属性またはベースシステム属性は失われます。
      続行するときは、次の点に注意してください。
      • CI を新しいクラスに移行し、CI およびそれに関連するすべてのオブジェクト、インシデント、変更を新しいテーブルに移動させます。
      • 少ない CI から始めて、問題がなければ数を増やしていきます。
    6. テーブルの依存関係を修正します。
      1. 新しいテーブルを使用するようにレポートを変更します。
      2. 必要に応じて、ビジネスルールとスクリプトを移行します。
      3. 必要に応じてテーブル参照を更新します。
    7. 以前に作成したバックアップを使用して、新しい属性にデータを再ロードします。
    8. すべてのデータと依存関係を検証します。

    タスクの結果

    アプリケーションが CSDM フレームワークに正常に移行され、データが必要な CMDB 場所にあります。