このトピックでは、サーバ移行センタ (SMC) に関するよくある質問 (FAQ) とその解決策について説明します。
課金
一般的な質問
移行元の問題
移行タスク
サーバー移行
オペレーティングシステム移行 (OS の変更)
エージェントレス VMware 移行
Simple Application Server 移行
SMC の課金方法
SMC は無料のサービスです。ただし、移行プロセス中に消費される Elastic Compute Service (ECS) リソースに対しては課金されます。これらのリソースには、中間インスタンス、スナップショット、および中間インスタンスにアタッチされたシステムディスクとデータディスクが含まれます。詳細については、「課金」をご参照ください。
SMC のエンドポイントとは？
Alibaba Cloud サーバ移行センタ (SMC) を使用してサーバーを移行するには、移行元サーバーがパブリックネットワークにアクセスできる必要があります。移行元サーバーは、Object Storage Service (OSS) から SMC クライアントをダウンロードし、SMC サービスにアクセスする必要があります。ファイアウォールが移行元サーバーのネットワークを制限している場合は、SMC のエンドポイントをファイアウォールのホワイトリストに追加する必要があります。これにより、移行元サーバーが SMC サービスと通信し、移行を完了できるようになります。
SMC のエンドポイントには、クライアントのダウンロードアドレス、デフォルトのアクティベーションコードのドメイン名、Alibaba Cloud AccessKey ペアのドメイン名が含まれます。詳細は以下の通りです：
SMC クライアントのストレージの場所
デフォルトのパブリックエンドポイント： https://p2v-tools.oss-cn-hangzhou.aliyuncs.com
デフォルトのアクティベーションコードのドメイン名 (コマンドラインによるインポートまたはアクティベーションコードの手動生成用)：
デフォルトのパブリックエンドポイント： https://smc-service.aliyuncs.com
ECS プライベートエンドポイント： https://<region-id>.axt.aliyun.com (Alibaba Cloud ECS 内部からのみアクセス可能)
Alibaba Cloud AccessKey ペアのドメイン名 (クライアントの手動ダウンロードと AccessKey ペアの入力用)：
デフォルトのパブリックエンドポイント： https://smc.aliyuncs.com (サーバー IP アドレス： 101.37.132.1、47.111.202.72)
ECS プライベートエンドポイント： https://smc.vpc-proxy.aliyuncs.com (Alibaba Cloud ECS 内部からのみアクセス可能)
デフォルトでは、SMC エンドポイントはポート 443 で HTTPS プロトコルを使用します。ポート 80 の HTTP プロトコルはサポートされていない場合があります。
オンプレミスのデータセンター (IDC)、仮想マシン環境、またはクラウドホストから特定のリージョンの Alibaba Cloud Virtual Private Cloud (VPC) に直接アクセスできる場合は、SMC が提供するプライベートネットワーク移行ソリューションを使用することを推奨します。プライベートネットワーク経由の移行は、パブリックネットワーク経由の移行よりも高速で安定しており、移行効率が向上します。
移行元のインポート方法の選択
SMC は、移行元をインポートするための複数の方法を提供しています。ビジネスシナリオに基づいて方法を選択できます。
インポート方法 | 説明 | 制限事項 | メリット | サポートされる移行シナリオ |
コンソールを使用して Alibaba Cloud ECS インスタンスを自動的にインポート | SMC コンソールで Alibaba Cloud ECS インスタンスを選択し、クラウドアシスタントを使用して自動的に移行元をインポートできます。この方法は、シンプルで視覚的なプロセスを提供します。 | Alibaba Cloud ECS インスタンスが [実行中] 状態で、クラウドアシスタントが [正常] 状態であることを確認してください。詳細については、「クラウドアシスタントのステータス表示と異常状態の対処」をご参照ください。 説明 2017 年 12 月 1 日以降にパブリックイメージから作成された ECS インスタンスには、クラウドアシスタントエージェントがプリインストールされています。エージェントがインストールされていない場合は、「クラウドアシスタントエージェントのインストール」が可能です。 | 完全自動化 | Elastic Compute Service 移行 |
コマンドラインを使用して移行元をインポート (推奨) | SMC コンソールでアクティベーションコードとコマンドを生成できます。その後、移行元サーバーでコマンドを実行して移行元をインポートします。 |
| 半自動で汎用的 |
|
SMC クライアントを使用して移行元をインポート | SMC クライアントを手動でダウンロードできます。その後、クライアントを移行元サーバーにインストールして実行し、移行元をインポートします。 |
| 柔軟で汎用的 | |
VMware エージェントレスコネクタを設定して移行元をインポート | OVF (Open Virtualization Format) テンプレートを使用して VMware エージェントレスコネクタをデプロイできます。その後、コマンドを使用して SMC クライアントを実行し、移行元をインポートします。 |
詳細については、「VMware VM のエージェントレス移行」をご参照ください。 注 説明 VMware VM のエージェントレス移行の要件が満たされない場合は、コマンドラインを使用して移行元をインポートできます。 |
| エージェントなしの VMware 移行 |
移行元の検索方法
以下の例では、サーバー移行のための移行元を見つける方法について説明します。次の手順を実行できます：
SMC コンソール - サーバー移行に移動します。
[サーバー移行] ページで、検索ボックスをクリックし、ドロップダウンリストから検索フィルターを選択します。
[移行元名]、[移行元 ID]、[ステータス]、[インスタンス ID]、[最終移行ジョブ ID] で検索できます。
選択した検索項目に値を入力し、
Enterキーを押します。
移行元を再インポートする場合の対処法
移行元を削除してから、クライアントを再実行して移行元をインポートする必要があります。移行元が移行タスクに関連付けられている場合は、まず関連する移行タスクを削除してから移行元を削除する必要があります。
移行元を削除できない理由
未完了の移行タスクに関連付けられている移行元は削除できません。まず移行タスクを一時停止して削除する必要があり、その後で移行元を削除できます。
サーバー移行を使用するシナリオ
SMC を使用して、物理サーバー、VM、サードパーティのクラウドサーバーなど、さまざまな種類のサーバーを ECS に移行できます。これらのサーバーは Windows または Linux で実行できます。詳細については、「SMC とは」をご参照ください。
サーバーの移行方法
サーバー移行の詳細については、「ユーザーガイド」をご参照ください。
SMC 移行に必要な時間の見積もり方法と転送速度のテスト方法
移行のライフサイクルは、移行前、移行中、移行後の 3 つのフェーズで構成されます。移行期間は、移行するサーバーの数と実際のデータ量に比例します。テスト移行を実行して、必要な時間を見積もることを推奨します。
詳細については、「移行時間の見積もりとデータ転送速度のテスト」をご参照ください。
移行したくないファイルやディレクトリをフィルタリングまたは除外する方法
移行タスクからファイルやディレクトリを除外するには、SMC クライアントを実行する前に除外設定を構成する必要があります。構成ファイルは SMC クライアントの Excludes ディレクトリにあり、以下のファイルが含まれます。
Windows サーバー上のファイルまたはディレクトリの除外はサポートされていません。
移行にブロックレプリケーションを有効にしている場合、ファイルやディレクトリを除外することはできません。
構成ファイルが見つからない、または誤って削除された場合は、対応するファイルを作成できます。
システムディスク構成ファイル： rsync_excludes_linux.txt
データディスク構成ファイル： ファイル名は、システムディスクファイル名に接尾辞 disk[ディスクインデックス番号] を追加して付けられます。例： rsync_excludes_linux_disk1.txt
以下の例は、Linux サーバーのファイルまたはディレクトリを除外する方法を示しています：
システムディスク (ルートディレクトリ/)：
除外するファイルまたはディレクトリ：
/var/mydirs/docs/words /var/mydirs/docs/excels/report1.txtrsync_excludes_linux.txt ファイルに次の情報を追加します：
/var/mydirs/docs/words/ /var/mydirs/docs/excels/report1.txt
データディスク
除外するファイルまたはディレクトリ：
/mnt/disk1/mydirs2/docs2/words2 /mnt/disk1/mydirs2/docs2/excels2/report2.txtrsync_excludes_linux_disk1.txt ファイルに次の情報を追加します：
/mydirs2/docs2/words2/ /mydirs2/docs2/excels2/report2.txt
説明Linux のパスを除外する場合、パスのプレフィックス (scr_path)、例えば上記の例の /mnt/disk1 を削除する必要があります。
SMC は BYOL (Bring Your Own License) 移行をクラウドでサポートしていますか？
はい、サポートしています。BYOL (Bring Your Own License) モデルは、Microsoft、Red Hat Enterprise Linux、SUSE Linux Enterprise Server などのソフトウェアをクラウドに移行するためにサポートされています。Alibaba Cloud 上の ECS インスタンス用に、Red Hat Enterprise Linux や SUSE Linux Enterprise Server などのソフトウェアライセンスを迅速に購入できます。詳細については、「ECS インスタンスのソフトウェアライセンスの購入」をご参照ください。
SMC は中断からの転送再開をサポートしていますか？
はい、クライアントを再実行し、移行タスクを再開することで、中断された移行を再開できます。
SMC は増分データ移行をサポートしていますか？
はい、サポートしています。詳細については、「サーバーからの増分データの移行」をご参照ください。
Windows サーバー移行後のシステム確認方法
Windows サーバーを移行した後、初めてインスタンスを起動する際に、以下の確認を行うことができます：
システムディスクのデータが完全であるか確認します。
データディスクのデータが完全であるか確認します。データディスクが見つからない場合は、ディスクの管理ユーティリティでドライブ文字が欠落していないか確認できます。詳細については、「Windows サーバー移行後のインスタンス起動時にデータディスクのドライブ文字が欠落または無効な場合の対処法」をご参照ください。
ホスト名の構成とネットワークサービスが正常であるか確認します。
他のシステムアプリケーションサービスが正常であるか確認します。
Linux サーバー移行後のシステム確認方法
Linux サーバーを移行した後、初めてインスタンスを起動する際に、以下の確認を行うことができます：
システムディスクのデータが完全であるか確認します。
データディスク上のデータが完全であるか確認します。データディスクが見つからない場合は、手動でマウントする必要があります。詳細については、「Linux サーバー移行後のインスタンス起動時に元のデータディスクディレクトリにデータが存在しない場合の対処法」をご参照ください。
ホスト名の構成とネットワークサービスが正常であるか確認します。
他のシステムサービスが正常であるか確認します。
移行完了後の再移行の方法
移行元に対して新しい移行タスクを作成し、開始することができます。
移行完了時にカスタムイメージが生成された後の対処法
そのイメージを使用して従量課金インスタンスを作成し、システムが期待通りに動作するかどうかを確認することを推奨します。カスタムイメージが利用可能であることを確認した後、ビジネス要件を満たすインスタンスタイプを選択し、1 つ以上の ECS インスタンスを作成できます。詳細については、「インスタンスファミリーの概要」および「カスタム起動タブでインスタンスを作成する」をご参照ください。
移行完了後の結果
移行が完了すると、SMC は移行タスクで選択した宛先タイプに基づいて移行結果を生成します：
宛先タイプが ECS イメージの場合： 移行完了後に ECS イメージが生成されます。この ECS イメージを使用して ECS インスタンスを作成できます。
宛先タイプが ECS インスタンスの場合： 移行完了後、移行元サーバーは直接宛先インスタンスに移行されます。
宛先タイプがコンテナイメージの場合： 移行完了後にコンテナイメージが生成されます。このコンテナイメージを使用してコンテナ化されたアプリケーションをデプロイできます。
さまざまなソース環境を Alibaba Cloud に移行する方法
サーバ移行センタ (SMC) を使用すると、さまざまなバージョンの Windows または Linux オペレーティングシステムを実行するサーバーを Alibaba Cloud に移行できます。サーバーは、データセンター、オンプレミスの仮想マシン (VM)、または他のクラウドプラットフォームにデプロイできます。詳細については、「サーバーを Alibaba Cloud に移行する」をご参照ください。
Alibaba Cloud ECS インスタンス間の移行方法
Alibaba Cloud ECS インスタンス間でデータを移行したい場合は、イメージのコピー機能とイメージの共有機能を使用することを推奨します。詳細については、「カスタムイメージのコピー」および「カスタムイメージの共有」をご参照ください。これら 2 つの機能がビジネス要件を満たせない場合は、SMC を使用してデータを移行できます。詳細については、「アカウント間または同一アカウント内での ECS インスタンスの移行」をご参照ください。
移行が中断または失敗した場合の対処法
移行タスクが中断または失敗した場合は、次のように対処できます：
SMC クライアントプログラムが予期せず終了した場合や、移行の進捗が停止した場合は、SMC クライアントを再実行し、移行タスクを再開して移行を再開してみてください。
移行タスクが [エラー] 状態にある場合は、SMC コンソールの移行タスクのログファイルを表示して、エラーの原因を特定できます。
問題が解決しない場合は、SMC DingTalk グループに参加して技術サポートを受けることを推奨します。その他の連絡先情報については、「お問い合わせ」をご参照ください。
中間インスタンスに固定 IP アドレスを割り当てる方法
EIP (Elastic IP Address) を申請し、それを中間インスタンスに関連付けることができます。詳細については、「Elastic IP Address クイックスタート」をご参照ください。
移行対象のサーバーがアウトバウンドトラフィックでアクセスする必要があるパブリック IP アドレスとポート
移行元サーバーが以下のエンドポイントとポートにアクセスできることを確認してください。
サーバ移行センタ (SMC)：
https://smc.aliyuncs.comポート 443中間インスタンス: パブリック IP アドレスのポート 8080 および 8703 を介してアクセスします。[内部ネットワーク転送] [ネットワークモード] を使用する場合、プライベート IP アドレスにアクセスする必要があります。
移行元サーバーはインバウンドポートを開く必要はありませんが、アウトバウンドトラフィックで上記のアドレスとポートにアクセスできる必要があります。
移行元サーバーをコンテナイメージに移行する方法
SMC を使用すると、移行元サーバーをコンテナイメージに移行して、費用対効果の高いコンテナ化されたアプリケーションの移行を実現できます。詳細については、「コンテナ化移行」をご参照ください。
移行元サーバーを宛先インスタンスに移行する方法
SMC は、移行元サーバーを宛先インスタンスに移行することをサポートしています。既に購入済みの ECS インスタンスに移行元サーバーを直接移行できます。詳細については、「移行元サーバーを宛先インスタンスに移行する」をご参照ください。
誤って中間インスタンスをリリースしてしまった場合の対処法
誤って中間リソースをリリースしてしまった場合は、現在の移行タスクを削除し、移行元に対して新しい移行タスクを作成して開始することができます。問題が解決しない場合は、チケットを送信して問題を解決できます。
中間インスタンスに関する注意事項
中間インスタンスについては、以下の点に注意する必要があります：
SMC は、
No_Delete_SMC_Transition_Instanceという名前の中間インスタンスを自動的に作成、開始、停止、およびリリースします。スムーズな移行を確保するため、中間インスタンスの実行状態を変更しないでください。中間インスタンスのデフォルトのセキュリティグループには、ポート 8080 と 8703 を開くインバウンドルールがあります。これらは中間インスタンスの移行サービスポートです。このセキュリティグループ構成を変更または削除しないでください。
移行が完了すると、中間インスタンスは自動的にリリースされます。移行が失敗した場合は、手動でインスタンスをリリースする必要があります。詳細については、「インスタンスのリリース」をご参照ください。
中間インスタンスで利用可能なインスタンスタイプ
SMC は、在庫状況に基づいて、以下の順序で適切なインスタンスタイプを選択して中間インスタンスを作成します。詳細は以下の通りです。
x86 アーキテクチャ：
1 vCPU と 2 GiB
1 vCPU と 4 GiB
2 vCPU と 2 GiB
2 vCPU と 4 GiB
バースト可能型 t6
バースト可能型 t5
2 vCPU と 8 GiB
ARM64 アーキテクチャ：
インスタンスタイプ
vCPU
メモリ (GiB)
ecs.c6r.large
2
4
ecs.g6r.large
2
8
ecs.c6r.xlarge
4
8
ecs.g6r.xlarge
4
16
ecs.c6r.2xlarge
8
16
ecs.g6r.2xlarge
8
32
ecs.c6r.4xlarge
16
32
上記のすべてのインスタンスタイプが在庫切れの場合、システムはパフォーマンスと価格のバランスが取れた他のインスタンスタイプを選択します。
ブロックレプリケーションの有効化に関する注意事項
ブロックレプリケーションについては、以下の点に注意する必要があります：
ブロックレプリケーションを有効にすることで、より高速な転送速度を実現し、より完全で一貫性のあるパーティションデータを確保できます。
ブロックレプリケーションは、ファイルやディレクトリのフィルタリングや除外をサポートしていません。ファイル除外ルールは有効になりません。
Windows サーバーの移行では、ブロックレプリケーションはデフォルトで有効になっています。組み込みのボリュームシャドウコピーサービス (VSS) が正しく動作している必要があります。1 GB から 10 TB までのディスクパーティションのみがサポートされます。
Linux サーバーの移行では、ブロックレプリケーションはデフォルトで有効になっています。ブロックレプリケーションがサポートされていないというメッセージが表示された場合、考えられる理由は次のとおりです：
SMC クライアントは実行時にブロックレプリケーションコンポーネントをインストールします。インストールに失敗した場合、ブロックレプリケーションはサポートされません。このプロセスには、p2v-tools.oss-cn-hangzhou.aliyuncs.com のポート 443 へのパブリックネットワークアクセスが必要です。対応する IP アドレスは 118.31.232.152 です。
ディスクパーティションの実際のデータ量が 500 GB を超える場合、ブロックレプリケーションはサポートされません。
カーネルバージョンがブロックレプリケーションをサポートしていません。これは、ベンダーのカスタマイズされたカーネルでよく見られます。
以下の表は、Linux でブロックレプリケーションをサポートする一般的なカーネルバージョンの一覧です：
システムバージョン
カーネルバージョンの範囲
CentOS/RedHat 5.x
2.6.18-53 から 2.6.18-398
CentOS/RedHat 6.x
2.6.32-71 から 2.6.32-754
CentOS/RedHat 7.x
3.10.0-123 から 3.10.0-1160
CentOS/RedHat 8.x
4.18.0-80 から 4.18.0-348
Ubuntu 12.04/14.04/16.04/18.04/20.04
4.4.0 から 5.4.0 (一部)
Debian 8.11/9.13
3.16.0 から 4.19.0 (一部)
OpenSUSE 42.3/15.1/15.2
4.4.76-1-default
4.12.14-lp151.27-default
4.12.14-lp151.28.52-default
5.3.18-lp152.x (一部)
SUSE 11/12/15
3.0.101 (一部)
4.12.14 (一部)
移行元がオンラインでない場合に移行タスクを作成できない場合の対処法
まず移行元をオンライン状態に戻してから、新しい移行タスクを作成する必要があります。修復方法は以下の通りです：
移行元がオフラインの場合：
この状態は、移行元が SMC コンソールとの接続を失ったことを示します。SMC クライアントを再起動し、移行が完了するまで待つ必要があります。詳細については、「SMC クライアントを使用して移行元をインポートする」をご参照ください。
移行元が [エラー] 状態にある場合は、コンソールのログを確認する必要があります。また、Logs ディレクトリにあるクライアントのログと、クライアント UI のエラーメッセージも確認する必要があります。ログに基づいてエラーを解決できます。このトピックのエラーコードとトラブルシューティング方法も参照できます。問題が解決しない場合は、お問い合わせください。
Rsync のインストール方法
移行元サーバーのオペレーティングシステムに応じて、適切なコマンドを選択して rsync をインストールできます。
CentOS： yum -y install rsync
Ubuntu： apt-get -y install rsync
Debian： apt-get -y install rsync を実行します。
SUSE： zypper install rsync
その他のディストリビューションプラットフォーム： ディストリビューションの公式サイトのインストールマニュアルをご参照ください。
SELinux の無効化方法
SELinux を一時的に無効にするには、setenforce 0 コマンドを実行します。SELinux を永続的に無効にするには、/etc/selinux/config ファイルを編集し、SELINUX=disabled を設定します。
移行タスクの作成ページにデータディスクの設定項目が表示されない理由と対処法
SMC クライアントが移行元をインポートする際、マウントされたディスクパーティションのみを検出します。移行元にデータディスクがないか、データディスクがマウントされていない場合、移行タスクの作成ページにデータディスクの設定項目は表示されません。マウントされていないデータディスクを移行するには、以下の操作を実行できます：
データディスクをマウントします。
SMC クライアントを再実行します。
SMC コンソールの移行元ページを更新し、再度移行タスクの作成ページを開きます。
移行が進行中またはエラーがある場合に、移行元に対して新しい移行タスクを作成できますか？
いいえ、できません。対処方法は以下の通りです：
移行元に関連付けられた移行タスクが実行中の場合は、まず移行タスクを一時停止して削除し、その後で移行元に対して新しい移行タスクを作成する必要があります。
移行元に関連付けられた移行タスクにエラーがある場合は、まず移行タスクを削除し、その後で移行元に対して新しい移行タスクを作成する必要があります。
移行タスクの有効期間と、有効期限が切れた後の挙動
移行タスクは、SMC コンソールで作成されてから 30 日後に有効期限が切れます。有効期限はコンソールで変更できません。CreateReplicationJob 操作を呼び出して移行タスクを作成する場合、必要に応じて有効期間を指定できます。有効期間は 7 日から 90 日の範囲です。
有効期間は、移行タスクが作成された後に開始されます。有効期限が切れたタスクは次のように処理されます：
移行タスクが [実行中] 状態の場合、アクションは実行されません。
移行タスクが [準備完了]、[停止]、または [エラー] 状態の場合、期限切れとしてマークされます。有効期限が切れてから 7 日後、SMC は自動的に移行タスクをクリーンアップします。
移行タスクのステータスとその意味
移行タスクのステータスは 2 種類に分けられます：
移行タスクのメインステータス： ライフサイクル全体を通した移行タスクの状態。詳細については、移行タスクのメインステータスの表をご参照ください。
移行タスクのビジネスステータス： [実行中] 状態内の移行タスクのサブステート。詳細については、移行タスクのビジネスステータスの表をご参照ください。
移行タスクのメインステータスとビジネスステータスの関係は、次の図に示されています。
表 1. 移行タスクのステータス
移行タスクのステータス | 説明 | サポートされる操作 |
準備完了 | 移行タスクは作成されましたが、開始されていません。 | 移行タスクを開始します。 |
実行中 | 移行ジョブが実行中であっても、SMC コンソールには `Running` 状態の代わりに [ステータス] 列にビジネス状態が表示されます。ビジネス状態表の詳細については、「ビジネス状態」をご参照ください。 | 移行ジョブは、完了するまで待つか、[同期中] 状態のときに一時停止することができます。 説明 実行中の移行タスクは削除できません。 |
停止 | 移行タスクは一時停止されています。 | 移行タスクを再開または削除します。 |
エラー | 移行タスクは失敗しました。 | クライアントまたはコンソールでエラーメッセージまたは移行ログを確認して原因を特定し、問題を修正します。失敗がクライアントに起因する場合 (移行元がオフラインまたは異常など)、移行タスクを再開する前にクライアントを再起動します。 |
完了 | 移行タスクは完了しました。 | ECS コンソールの [カスタムイメージ] タブに移動して、SMC によって生成されたイメージを表示します。 |
待機中 | タスクは次のスケジュールされた実行を待っています。この状態は増分移行タスクにのみ適用されます。増分移行の詳細については、「サーバーからの増分データの移行」をご参照ください。 | この状態では、次の操作を実行できます：
|
期限切れ | 移行タスクの有効期限が切れました。 | 移行タスクを削除します。 説明 移行タスクのデフォルトの有効期間は 30 日です。タスクの有効期限が切れると、[期限切れ] とマークされ、7 日間保持されます。その後、SMC は自動的にタスクを削除します。詳細については、「移行タスクの有効期間と有効期限が切れた後の挙動」をご参照ください。 |
削除中 | 移行タスクは削除中です。 | 移行タスクが削除されるのを待つか、移行元に対して別の移行タスクを作成します。 説明 移行タスクが削除されると、SMC は移行中に作成されたリソース (中間インスタンスなど) を自動的に解放します。このプロセスには時間がかかる場合があります。 |
表 2. 移行タスクのビジネスステータス
移行タスクのステータス | 説明 | サポートされる操作 |
準備中 | 移行タスクを開始すると、タスクの状態は [準備中] に変わります。 | なし |
同期中 | 移行タスクはソースデータをアップロードしています。 | 移行タスクを一時停止します。 |
処理中 | 移行タスクはターゲットイメージを作成しています。 | なし |
パージ中 | 中間環境がクリーンアップされており、移行タスクはほぼ完了しています。 | なし |
移行タスク作成時に宛先インスタンスを選択できない場合の対処法
移行タスクを作成し、宛先インスタンスへの移行を選択する際に、ドロップダウンリストから宛先インスタンスを選択できない場合は、以下のトラブルシューティング手順を実行できます：
アカウントをまたいだ移行を実行する場合、移行タスクが宛先アカウントで作成されているか確認します。
正しいターゲットリージョンが選択されているか確認します。
移行元サーバーが Windows システムの場合、対応する宛先インスタンスも Windows システムである必要があります。移行元サーバーが Linux システムの場合、対応する宛先インスタンスも Linux システムである必要があります。
物理データベースサーバー上に単一インスタンスの Oracle データベースがあります。Alibaba Cloud に移行する際、サーバー全体 (オペレーティングシステムとデータベースを含む) を移行すべきですか、それともデータベースのみを移行すべきですか？それぞれの方法の長所と短所は何ですか？
実際のニーズに基づいて移行方法を選択できます。2 つの移行方法の長所と短所は次のとおりです：
Oracle データベースアプリケーションのみが必要な場合は、Oracle アプリケーションのみを移行する方が、より軽量で適切な選択肢です。短所は、Oracle アプリケーションのデプロイメントと接続方法を再検討する必要があることです。
Oracle アプリケーションが必要で、オペレーティングシステム環境全体に依存している場合は、サーバー全体を Alibaba Cloud に移行する方が便利です。短所は、サーバーのデータ量が大きい場合、移行期間が長くなることです。
Windows サーバーに OpenSSH サービスをインストールする方法
次の例は、Windows Server 2016 に OpenSSH サービスをインストールする方法を示しています：
OpenSSH-Win64.zip ファイルをダウンロードして、指定したディレクトリ (例：C:\OpenSSH-Win64) に解凍します。
管理者権限で Windows PowerShell を開き、解凍したディレクトリに移動します。
cd \OpenSSH-Win64次のコマンドを実行して OpenSSH をインストールします。
powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1PS C:\OpenSSH-Win64> powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1 [*] C:\OpenSSH-Win64\moduli Inheritance is removed from 'C:\OpenSSH-Win64\moduli'. 'BUILTIN\Users' now has Read access to 'C:\OpenSSH-Win64\moduli'. Repaired permissions [SC] SetServiceObjectSecurity SUCCESS [SC] ChangeServiceConfig2 SUCCESS [SC] ChangeServiceConfig2 SUCCESS sshd and ssh-agent services successfully installed次のコマンドを実行して SSH リモートコマンドを設定します。
cmd /c sc.exe config sshd start=auto cmd /c sc.exe config ssh-agent start=auto cmd /c net.exe start sshd New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShell -Value "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" -PropertyType String -Force New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShellCommandOption -Value "/c" -PropertyType String -Force
詳細については、「Win32 OpenSSH のインストール」をご参照ください。
増分移行によって生成されるイメージには、移行タスクの開始時点と終了時点のどちらのソースサーバーデータが含まれますか？
各増分移行のデータは、増分移行タスクの開始時刻時点の移行元サーバーのデータです。増分移行プロセス中に移行元サーバーで生成されたデータは、次の増分タスクで移行されます。
増分同期の頻度を変更するとすぐに有効になりますか？
いいえ、なりません。増分タスクの同期頻度の変更は、現在のサイクルではなく、次のサイクルで有効になります。
Windows サーバーの移行が完了し、イメージから ECS インスタンスを作成した後、なぜ余分なディスクがあるのですか？
移行タスクを作成する際、ディスクサイズは GB 単位の整数で設定されます。これは通常、移行元サーバーのシステムパーティションよりも数百メガバイト大きくなります。移行後に余分なドライブ文字が表示された場合は、ディスクの管理を使用して削除できます。
サーバー移行が失敗または中断された後、なぜ移行元サーバーのディスク領域使用量が増え続けるのですか？
移行が失敗または中断された後、移行元サーバーのディスク領域使用量が継続的に増加する場合、SMC によって作成されたスナップショットファイルが増加していることが原因である可能性があります。移行が不要であることが確認された場合は、できるだけ早くディスク領域をクリアする必要があります。次の手順を実行できます：
Linux サーバー
Linux 移行元サーバーにリモート接続できます。
次のコマンドを実行して、ソースシステムの SMC クライアントディレクトリに移動します。
デフォルトでは、コンソールを使用して自動的にインポートされた移行元の SMC クライアントディレクトリは /smc/go2aliyun_client**** です。この例では、/smc/go2aliyun_client2.6.6_linux_x86_64 を使用します。
cd /smc/go2aliyun_client2.6.6_linux_x86_64次のコマンドを実行してスナップショットをクリアします。
sudo ./Check/client_check --ssclear smcss次の出力は、スナップショットがクリアされたことを示します。
[ecs-user@iZbp1dqulfhozse3jbp**** go2aliyun_client2.6.6_linux_x86_64]$ sudo ./Check/client_check --ssclear smcss clear snapshot with smcss: smcssbd_destroy... smcssbd_destroy ioctl return 0
Windows サーバー
Windows 移行元サーバーでコマンドプロンプトを開くことができます。
次のコマンドを順に実行して、既存の VSS シャドウコピースナップショットのリストをクエリし、スナップショットの shadow_id を記録します。
cd \WINDOWS\System32 vssadmin list shadows返された情報では、
シャドウコピー IDが shadow_id です。例： {ad39055a-3aa0-494c-b787-f8589ab8****}。
次のコマンドを実行して VSS スナップショットを削除します。
重要作成時刻が SMC 移行タスクの時刻と一致するかどうかを確認してください。削除する VSS スナップショットの shadow_id を確認した後、VSS スナップショットをクリアします。複数のスナップショットがある場合は、各 shadow_id に対してコマンドを実行する必要があります。
vssadmin delete shadows/shadow={shadow_id}コマンド例：
vssadmin delete shadows/shadow={ad39055a-3aa0-494c-b787-f8589ab8****}出力で、Y を入力して VSS スナップショットを削除します。
オペレーティングシステムの移行方法
CentOS は、CentOS 7 や CentOS 8 などの CentOS Linux バージョンのサポート終了 (EOL) を発表しました。CentOS オペレーティングシステムの将来的な技術サポートが必要な場合は、CentOS オペレーティングシステムを長期サポート (LTS) のある別の Linux ディストリビューションに移行する必要があります。詳細については、「Linux オペレーティングシステムの移行」をご参照ください。
オペレーティングシステム移行後、インスタンス情報は変更されますか？
オペレーティングシステムの移行後、インスタンス ID、イメージ ID、VPC、パブリックおよびプライベート IP アドレス、ホスト名は変更されませんが、オペレーティングシステムはターゲットのオペレーティングシステムに置き換えられます。その後、インスタンスからスナップショットまたはイメージを作成すると、そのシステムプラットフォームタイプはターゲットのオペレーティングシステムのものに更新されます。
例えば、イメージ ID が win2008 のオペレーティングシステムを win2012 に移行した場合、移行後もインスタンスのイメージ ID は win2008 のままですが、インスタンスのオペレーティングシステムは win2012 に変更されます。これにより、イメージ ID とオペレーティングシステムが一致しなくなります。これは想定内の動作であり、システムの使用には影響しません。
OS 移行はどのオペレーティングシステムをサポートしていますか？
CentOS 7/8
オペレーティングシステムアーキテクチャ | 移行元オペレーティングシステム | 移行先オペレーティングシステム |
x86 | CentOS 7.x |
|
CentOS 8.x |
| |
ARM64 | CentOS 7.x |
|
CentOS 8.x |
|
Red Hat 7/8
オペレーティングシステムアーキテクチャ | 移行元オペレーティングシステム | 移行先オペレーティングシステム |
x86 | Red Hat 7.9 |
|
Red Hat 8.x |
|
Alibaba Cloud Linux 2
オペレーティングシステムアーキテクチャ | 移行元オペレーティングシステム | 移行先オペレーティングシステム |
x86 | Alibaba Cloud Linux 2 | Alibaba Cloud Linux 3 |
詳細については、「Linux オペレーティングシステムの移行」をご参照ください。
エージェントレス VMware 移行とは
エージェントレス VMware 移行では、エージェントなしで VMware VM を移行できます。これにより、移行が移行元サーバーのオペレーティングシステムを変更したり、そのコンピューティングリソースを占有したりすることがありません。これにより、サーバーのセキュリティとパフォーマンスに関する懸念を効果的に排除できます。詳細については、「VMware VM のエージェントレス移行」をご参照ください。
エージェントレス VMware 移行のメリット
エージェントレス VMware 移行には、以下のメリットがあります：
ゼロリソース消費
SMC クライアントは仮想マシン内で実行されないため、仮想マシンのリソースを一切占有しません。
高い移行効率
各仮想マシンにエージェントをインストールする必要がないため、人件費と時間コストを節約できます。
高いセキュリティ
仮想マシンのオペレーティングシステム内で操作が行われないため、ユーザーのセキュリティに関する懸念がなくなります。
高い互換性
仮想マシンのオペレーティングシステムの内部環境に依存しないため、移行成功率が高くなります。
VMware エージェントレス移行で、特定のホスト上の仮想マシンまたは特定の仮想マシンを直接設定する方法
VMware エージェントレスコネクタにログインします。
以下の例では、SSH リモート接続を使用して接続する方法を示します：
VMware エージェントレスコネクタへのネットワークアクセスが可能なターミナルから、次のコマンドを実行してリモート接続します。デフォルトでは、ユーザー名は
rootで、パスワードは空です。ssh root@<サーバ移行コネクタの IP アドレス>重要セキュリティ上の理由から、できるだけ早くパスワードを変更することを推奨します。
次のコマンドを実行して接続情報を設定します。
cd /root/smc ./dist/connect_configureVMware vCenter または ESXi の IP アドレス、ユーザー名、パスワード、ポート番号を順に設定します (デフォルトのポート 443 を推奨)。出力は次のようになります。
[root@localhost ~]# cd /root/smc [root@localhost smc]# ./configure.sh Please input vCenter/ESXI IP:192.168.XX.XX Please input username:administr****@vsphere.local Please input password: Please input port number(default 443):443 Test to connect the vCenter/ESXI... Connect success! save to ./vmware_connect_config.json次のコマンドを実行して、特定のホスト上の VM または特定の VM を追加します。
特定のホスト上の VM の追加
次のコマンドを実行して、特定のホスト上の VM を追加します。
./dist/migrate_configure -h <hostname>vCenter に VMware エージェントレスコネクタをデプロイする場合、<hostname> を実際のホスト名に置き換えます。
ESXi にサーバー移行コネクタをデプロイする場合、デフォルトのホスト名は
localhost.localdomainです。以下は、ESXi 環境に VMware エージェントレスコネクタをデプロイする例です：
[root@smc-connector smc]# ./dist/migrate_configure -h localhost.localdomain ========Aliyun SMC VMware Configure Tool 1.2======== Connect success! Host List: ------------------------------------------------------------------------ ID Name Version Connected 1 localhost.localdomain 7.0.3 * ------------------------------------------------------------------------ Please input the ID of Host(input 0 to exit):1
ホスト ID を入力すると、仮想マシンのリストが生成されます。移行したい仮想マシンの ID を入力します (Connected 列にアスタリスク * が付いている「接続済み」の VM を選択する必要があります)。
Test to connect localhost.localdomain Connect success! Getting vm list progress: [>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100.00%]time:2.3s VM List of 192.168.XX.XX: ------------------------------------------------------------------------ ID Name Connected CBT Add 1080 test1 * 1084 win16bios * 1011 centos7-bios-2 * 3008 centos7-uefi * 2001 centos-hw10 * ------------------------------------------------------------------------ Please input the ID of VM to be migrated (input 0 to exit):1084
特定の VM の追加
重要vCenter 内で仮想マシン名が同じ場合は、名前で特定の仮想マシンを追加しないことを推奨します。
次のコマンドを実行して特定の仮想マシンを追加し、出力に基づいて移行する仮想マシンの ID を入力します。
./dist/migrate_configure -v <VM name>コマンド例：
[root@smc-connector smc]# ./dist/migrate_configure -v centos7-sta ========Aliyun SMC VMware Configure Tool 1.2======== Connect success! VM List of 192.168.XX.XX: ------------------------------------------------------------------------ ID Name Connected CBT Add 3005 centos7-sta * ------------------------------------------------------------------------ Please input the ID of VM to be migrated (input 0 to exit):3005移行する仮想マシンのアーキテクチャの序数を入力します。例：
0-------------------------------------------------------------- 0 x86_64 1 i386 2 arm64 -------------------------------------------------------------- Please choose the architecture:0システムが提供するオペレーティングシステムタイプが、仮想マシンの実際のオペレーティングシステムであるか確認します。
表示されたオペレーティングシステムタイプが仮想マシンに対して正しい場合は、
yを入力します。nを入力： システムが提供するオペレーティングシステムタイプが仮想マシンに対して正しくない場合は、nを入力し、提供されたリストから正しいオペレーティングシステムに対応する番号を入力します。例：10説明VMware vCenter で仮想マシンを作成する際に指定されたプリセットのオペレーティングシステムタイプは、正確でない場合があります。システムが提供するオペレーティングシステムタイプが、仮想マシンの実際のオペレーティングシステムであるか確認する必要があります。
Is [CentOS 7 (64-bit)]' truly the OS of VM (y or n)?n ------------------------------------------------------------------------ 0 CentOS 1 Ubuntu 2 SUSE 3 OpenSUSE 4 Debian 5 RedHat 6 Others Linux 7 Windows Server 2003 8 Windows Server 2008 9 Windows Server 2012 10 Windows Server 2016 11 Windows Server 2019 12 Windows Server 2022 ------------------------------------------------------------------------ Please choose the OS of VM:システムディスクを選択します。デフォルトでは、番号
0の仮想ディスクが選択されます。-------------------------------------------------------------- 0 [datastore1] win16bios/wins16bios-000001.vmdk 1 [datastore1] wins16bios/wins16bios_1-000001.vmdk -------------------------------------------------------------- Please choose the system disk (default 0):0仮想マシン名に対応する
Add列にアスタリスク*が表示されている場合、VM は正常に追加されています。VM List of 192.168.XX.XX: -------------------------------------------------------------- ID Name Connected CBT Add 481 TEST_CLONE_1 * 389 win16bios * * 338 hanjun_test_001 * 386 Aliyun_SMC_Agent_6.5 * 393 win16uefi -------------------------------------------------------------- Please input the ID of VM to be migrated (input 0 to exit):0VMware エージェントレスコネクタの vCenter デプロイメント：
複数の仮想マシンを移行する場合は、移行する仮想マシンの ID を続けて入力できます。
1 台の仮想マシンのみを移行する場合は、0 を入力してホスト選択に戻ります。他のホストから仮想マシンを選択して移行を続ける場合は、上記の手順を繰り返します。それ以外の場合は、0 を入力して設定を終了します。
VMware エージェントレスコネクタの単一 ESXi 環境デプロイメント：
1 台の仮想マシンのみを移行する場合は、0 を入力してホスト選択に戻り、再度 0 を入力して設定を終了します。
再設定するには、移行する仮想マシンの ID を続けて入力できます。
どの移行元サーバーを Simple Application Server に移行できますか？
SMC を使用して、Tencent Cloud Lighthouse、Amazon Web Services (AWS) Lightsail、Huawei Hyper Elastic Cloud Server (HECS) など、他のクラウドサービスベンダーが提供する軽量サーバーを Alibaba Cloud Simple Application Server に移行できます。詳細については、「軽量サーバーを Alibaba Cloud Simple Application Server に移行する」をご参照ください。
Simple Application Server への移行中に作成される一時的なディスクとスナップショットは課金されますか？
このサービスは無料で提供されます。