すべてのプロダクト
Search

このプロダクト

    Server Migration Center:移行後のデータ整合性の問題

    ドキュメントセンター

    Server Migration Center:移行後のデータ整合性の問題

    最終更新日:Aug 20, 2026

    Server Migration Center (SMC) による移行後、ターゲットインスタンス上の特定のシステム構成とデータが変更される場合があります。Linux インスタンスと Windows インスタンスについて、以下にリストされている変更内容を確認し、必要に応じて設定を調整してください。

    Linux インスタンスの移行後の変更

    システム構成の変更

    • SMC は、移行されたサーバーが Elastic Compute Service (ECS) 上で確実に動作するように、以下の変更を行います。これらの変更は、ソースサーバーのサービスには影響しません。

      自動変更

      理由

      ブートファイルの修正

      影響を受けるファイル：/boot/grub/grub.conf、/boot/grub/grub.cfg、または /boot/grub2/grub.cfg

      OS が正しいディスクを検出し、そこからブートできるように、システムディスクの UUID を置き換えます。

      自動マウント構成ファイルの修正

      影響を受けるファイル：/etc/fstab

      インスタンスの起動時に、データディスクが検出され、自動的にマウントされるようにします。

      SELinux の無効化

      影響を受けるファイル：/etc/selinux/config

      アクセス制御ポリシーによるアプリケーションの起動失敗を防ぐため、無効化します。

      移行後、セキュリティへの影響を評価した上で、必要に応じて SELinux を再度有効化してください。

      cloud-init 構成の修正

      影響を受けるファイル：/etc/cloud/cloud.cfg

      移行されたインスタンスが、クラウドプラットフォームの初期化構成を受信して実行できるようにします。

      initramfs の再構築

      影響を受けるファイル：/boot/initramfs*.img

      virtio ドライバーなど、クラウド環境のドライバーをインストールします。

      依存関係のインストール

      ブロックレプリケーションの依存関係である gcc と make をインストールします。

      SMC クライアントのインストールと実行

      SMC クライアントのデフォルトのインストールディレクトリは /smc です。

    • 以下の項目については、手動での変更が必要です。

      問題

      原因

      SSH リモートログインの失敗

      SMC は、ソースサーバーから NIC 構成をコピーします。移行後、元の NIC 名が ECS の命名規則 (eth0 や eth1 など) と一致しない場合があり、ネットワークサービスが起動できなくなります。構成を手動で変更し、サービスを再起動してください。

      例：NIC 名を ens192 から eth0 に変更します。必要に応じて調整してください。

      1. 移行された ECS インスタンスにログインします。

        イメージに移行する場合は、まず カスタムイメージまたは共有イメージからインスタンスを作成 する必要があります。

        1. ECS コンソール - インスタンスに移動します。上部メニューで、対象のリージョンとリソースグループを選択します。

        2. [インスタンス] ページに移動します。[操作] 列で [接続] をクリックし、表示されるダイアログボックスで [今すぐログイン] をクリックします。プロンプトに従ってログインし、ターミナルページに移動します。

      2. cd /etc/sysconfig/network-scripts/ を実行して、NIC 構成ディレクトリに移動します。

      3. NIC 構成ファイル ifcfg-ens192 を見つけ、sudo mv ifcfg-ens192 ifcfg-eth0 を実行して名前を変更します。

      4. sudo vi ifcfg-eth0 を実行します。DEVICE パラメータを eth0 に、BOOTPROTO パラメータを dhcp に変更します。その後、ファイルを保存して終了します。

      5. 設定を有効にするには、ネットワークサービスを再起動してください。

        オペレーティングシステム

        ネットワークサービスを再起動するコマンド

        • Alibaba Cloud Linux 2

        • CentOS 7

        • Red Hat 7

        • Anolis 7

        • SUSE Linux 11、SUSE Linux 12、および SUSE Linux 15

        • openSUSE 15 および openSUSE 42

        sudo service network restart

        または sudo systemctl restart network

        • CentOS 6

        • Red Hat 6

        sudo service network restart

        • Alibaba Cloud Linux 3

        • CentOS 8

        • Red Hat 8

        • Anolis 8

        • Fedora 33、Fedora 34、および Fedora 35

        sudo systemctl restart NetworkManager または sudo reboot

        • Ubuntu 18、Ubuntu 20、および Ubuntu 22

        • Debian 12

        sudo netplan apply

        • Ubuntu 14 および Ubuntu 16

        • Debian 8、Debian 9、Debian 10、および Debian 11

        sudo systemctl restart networking または sudo reboot

      ホスト名が変更される

      移行中にホスト名が変更されます。必要に応じて再 設定 してください。

      元のログインパスワードが無効になる

      移行後、元のパスワードは無効になります。

    ストレージとデータの変更

    問題

    理由

    ディスクデバイス名の変更

    • 複数のディスクにまたがる LVM 論理ボリュームは、通常のパーティションに変換されます。SMC は、単一ディスクのセットアップでのみ LVM 構造を保持します。複数ディスクの VG または LV の場合、論理ボリューム (/dev/mapper/test-lvm1 など) は、クラウドディスク上の通常のパーティション (/dev/vdb1 など) に移行されます。データは保持されます。

    • 移行後、ストレージデバイス名が変更される場合があります。NVMe または sda デバイス名は、NVMe ドライブを搭載したインスタンスでは NVMe に、virtio ドライブを搭載したインスタンスでは vda になります。これは想定される動作であり、使用に影響はありません。

    du コマンドで表示されるサイズが ls -l で表示されるサイズより小さい

    デフォルトでは、SMC は '--sparse' オプションを使用します。スパースファイルは、ターゲットインスタンス上で実際のデータサイズのみを占有するため、論理サイズが物理サイズを超えます。これは使用に影響しません。

    スパースファイルを完全にコピーするには、'client_data' ファイルの 'sync.options' に '--no-S' を追加し、移行を再起動してください。

    移行後のデータの不整合

    • 移行中、サービスは停止されません。

      移行中のアクティブな書き込み操作により、データの不整合が発生します。移行を開始する前に、すべてのディスクへの書き込みを停止してください。

    • ファイルフィルタリングルールが設定されている。

      SMC は、デフォルトで特定のファイルとディレクトリを除外します。

    • 一時ファイルは移行されません。

      SMC は、仮想メモリ、キャッシュ、バックアップスナップショットデータなどの一時ファイルをスキップします。

    • ファイルシステムが再構築されます。

      ファイルベースのコピーでは、パーティションのファイルシステムが再構築されます。inode サイズやストレージ形式などのメタデータが変更される可能性があり、報告されるディスク使用量に最大 10% の差異が生じる場合があります。

    Docker 環境の消失

    SMC は、ブロックレプリケーションが有効な場合にのみ、Docker 環境を完全に移行します。ブロックレプリケーションを有効にする際の考慮事項 をご参照ください。

    Windows インスタンスの移行後の変更

    システム構成の変更

    SMC による移行後、新しいサーバー上のシステム構成や Windows 共有接続などのデータは、ソースサーバーと一致した状態を保ちます。以下の表は、移行後に注意が必要な変更と、その対処方法を示しています。

    問題

    解決方法

    ホスト名の変更

    移行後、ホスト名が変更されます。必要に応じて 設定 してください。

    元のログインパスワードが無効になる

    移行後、ログインパスワードが変更されます。

    SMC クライアントのインストールと実行

    SMC クライアントのデフォルトのインストールディレクトリは C:\smc です。

    ストレージとデータの変更

    問題

    理由

    ドライブ文字の変更

    初回起動時、Windows はドライブ文字を順番に再割り当てするため、元の割り当てと異なる場合があります。手動で再割り当てできます。

    1. 移行された ECS インスタンスにログインします。

      イメージに移行する場合は、まず カスタムイメージまたは共有イメージからインスタンスを作成 する必要があります。

      1. ECS コンソール - インスタンスに移動します。上部メニューで、対象のリージョンとリソースグループを選択します。

      2. [インスタンス] ページに移動します。[操作] 列で [接続] をクリックし、表示されるダイアログボックスで [今すぐログイン] をクリックします。[接続方法] で [ターミナル] を選択し、ユーザー名とパスワードを入力してログインします。

    2. Windows Server のデスクトップで、Start アイコンを右クリックし、[ディスクの管理] を選択します。

    3. [ディスクの管理] で、ターゲットボリュームを右クリックし、[ドライブ文字とパスの変更] を選択します。画面の指示に従ってください。

    GPT パーティションが MBR パーティションになる

    これはデータ操作には影響しません。互換性のため、SMC は 2 TiB 未満のデータディスク上の GPT を MBR に変換します。

    後で 2 TiB を超えて拡張する場合は、パーティションを GPT パーティションに変換 する必要があります。

    ダイナミックディスク構造がコピーされない

    SMC は Windows のダイナミックディスク構造を移行しません。ダイナミックディスクは、移行後にベーシックディスクに変換されます。