既存のデータを CSDM フレームワークに移行する

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:3分
  • いくつかのタスクを完了して、既存のアプリケーションデータが CMDB の必要なテーブルに正常に移行されるようにします。

    始める前に

    必要なロール:admin

    このタスクについて

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

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

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

    手順

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

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

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

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

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

    タスクの結果

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