ローカルサーバをクラウドへ移行する方法
アプリケーション、データ、設定、およびプロファイルの移行
（Azure / AWS / IBM / Rackspace）
このページでは、ローカルサーバからクラウドでホストされる代替サーバへの移行（インストールされているアプリケーション、データベース、ユーザープロファイル、共有、データの移行）に焦点を当てます。全体的なアプローチは一般的であり、Microsoft Azure、Amazon AWS、IBM Cloud（Bluemix / Softlayer）、Rackspaceなどの任意のクラウドプロバイダーへの移行に使用できます。移行プロセスでは、2003から2016、32ビットから64ビットなどの異なるWindwosバージョンへの移行も可能です。
OSやアプリの仮想化ではなく、ネイティブ移行を実行することに注意してください。これは、最終結果が、元のローカルサーバからのアプリケーションスタック、DB、プロファイル、およびデータを備えた「通常の」クラウドサーバになることを意味します。これの利点は、各アプリケーションを個別に処理する必要がなく、アプリケーションスタックが最初にどのように構成されたかを誰も覚えていなくても、アプリケーションスタックがそのまま移行され、アプリ仮想化のオーバーヘッドがないことです。欠点は、一部のアプリが新しいOSと互換性がない場合（2003年から2016年に移行する場合）、移行後も互換性がないことです。
このチュートリアルの目標は、4時間未満の時間でサーバの移行を完了できるようにすることです（もちろん、合計時間は長くなり、主にデータの転送とターゲットへの自動展開に費やされます）。
WinServは、大規模なデプロイメント向けのフルサービスパッケージの一部として、米国IBMServicesからからも販売されています。また日本国内では、アクトツーからご購入いただけます。
サーバを監査し、移行を計画します。
サーバの監査：移行の最初のステップは、サーバ上にあるもの、サーバを使用するクライアント、およびサーバが対話することを期待するインターフェースを把握することです。インターフェースは特に重要です。移行が完了したら、サーバが新しいネットワークに適切に統合されていること、およびクライアントが新しい場所でサーバにアクセスできることを確認する必要があります。
移行のタイムスロットをスケジュールする：移行には時間がかかり、その間、ユーザはある程度影響を受ける可能性があります。可能であれば、実際の移行が営業時間外または週末に実行されるようにスケジュールしてみてください。その時点で実際にそこにいる必要はないことに注意してください。アプリケーションの移行はリモートで実行するか直接サーバマシンに接続して実行します。
バックアップが最新であり、実際に復元可能であることを確認します。メジャーアップグレードが失敗する可能性があり、有効な最新のバックアップがないと、サーバーにあるすべてのものが失われるリスクがあります。お持ちのバックアップが破損しておらず、必要に応じて復元できる状態になっていることを確認してください。
ローカルサーバからクラウドサーバへ
移行する手順
移行元のデータが作成されたら、移行先からデータにアクセスできるようにする必要があります。これは、目的のクラウドプロバイダーのストレージにアップロードするか、サーバー間にVPN /トンネル接続を設定することで実行できます。
画像は移行元サーバの移行するデータの選択画面です。
以上で移行の完了です。
アプリケーション、設定、プロファイル、データベース、そしてもちろんファイルをローカルのサーバーからクラウドサーバーに移行できます。
サーバーの役割と互換性のないアプリケーション
上記の自動移行プロセスでカバーされていない項目は
サーバーの役割（DC、AD、IIS、DNS、DHCP）と互換性のないアプリケーションです。
このサーバの役割と互換性のないアプリケーションは手動にて確認しながら行っていただきます。
設定が不安なお客様は移行代理サービスをご利用いただくと、エンジニアが代わりにサーバの役割の移行作業をおこないます。
移行後
移行プロセスが完了したら、結果を確認します。
以上でP2Cサーバーの移行が完了しました。
ローカルのサーバを新しいクラウドインフラストラクチャに移行する準備はできましたか？サポート、ボリュームライセンス、およびPOCの設定についてはお問い合わせください。
WinServ Product