Server 2008のサポート終了（End of Life）は2020年1月です。2008の移行を先延ばしにしてきたなら、今こそ片付けるときです。幸い、これは思ったよりずっと簡単にできます。この記事では、次の作業の実行方法を説明します: Server 2008／Server 2008 R2から新しいServer 2019への移行、2016、2012への移行です – サーバーアプリケーション、データベース、ユーザープロファイル、共有、データの移行を含みます。ロール移行のベストプラクティスとチュートリアルも取り上げます。

ここで扱う移行はネイティブ移行です – アプリの仮想化ではありません。物理から物理、物理から仮想／クラウド、クラウドからクラウドなどへの移行にこれらの方法を使えます。互換性の回避策として仮想化を加えることもできますが、このチュートリアルでは扱いません。

このチュートリアルの目標は、アプリケーションサーバーとファイルサーバーでは実作業4時間未満（データ転送の“無人待機”時間は除く）、ロール中心のサーバーでは24時間未満でサーバー移行を完了できるようにすることです（複雑なケースではもっとかかることもあります）。

そのために使用するソフトウェアは Zinstall WinServ.

移行の自動化方法だけ知りたくて、一般的なチュートリアルは不要ですか？
こちらをクリックすると実際の移行プロセスの部分へ飛べます。
また、ワークステーションの移行が必要なら、 Windows 10への移行はこちらをクリック.

WinServによるサーバー移行はIBM Servicesからも提供されています。大規模展開向けフルサービスパッケージの一部として利用できます。詳しくはお住まいの地域のIBMアカウントチームにお問い合わせください。

ビデオデモ – サーバー自動移行ツール

始める前に: サーバーを棚卸しし、移行を計画してください。

サーバーを棚卸しする: 一般的な環境には、かなり多くの種類のサーバーがあります。典型的なグループとしては、ドメイン管理サーバー（DC、DNS、DHCPなど）、Webサーバー、DBサーバー、アプリケーションサーバー、ファイルサーバーなどが挙げられます。

このチュートリアルは、通常より数の多いグループ – アプリケーションサーバー、データベースサーバー、ファイルサーバー – に焦点を当てます（主な理由は、ロール移行と違ってこれらの移行は容易に自動化できるからです）。

移行の時間枠を決める: 移行には時間がかかり、その間ユーザーに多少の影響が出る可能性があります。可能なら、実際の移行は業務時間外か週末に行うようスケジュールしてください。なお、その時間にあなた自身がその場にいる必要はありません: アプリケーション移行はリモートで実行することも、無人モードで事前に起動しておくこともできます。

バックアップが最新で、実際に復元可能であることを確認する: 大きなアップグレードは何であれ失敗する可能性があり、有効な最新バックアップがなければ、サーバー上のすべてを失うおそれがあります。手元のバックアップが破損しておらず、必要なときに復元できる状態であることを必ず確認してください！

代替サーバーの種類を決める: サーバーの置き換えを決めたら、代替を何にするかについて複数の選択肢があります。物理的なWindows 2019サーバー、オンプレミスで動く仮想サーバー、オフプレミスで動くクラウドベースのサーバー（Azureへの移行やAmazon AWSへの移行など）でも構いません。Zinstall WinServを使うなら、これらのどの移行にも対応しているので、選択によって移行の難易度が大きく変わることはありません。

詳細デモ: Windows Serverアプリケーション移行

Server 2008からServer 2019へ移行する方法

以下は、Server 2008から新しいWindows Server 2019／2016へ移るための移行手順の概要です。

オプション1: ネットワーク経由でServer 2008から2019へ直接移行

始める前に、古いサーバーのファイアウォールを無効化するか、少なくともZinstallをホワイトリストに追加して、ファイアウォールが移行を妨げないようにすることを検討してください。
現在のパソコン（移行元のパソコン）で Zinstall WinServ を実行します。
注: Zinstall WinServはこちらから入手できます、そのユーザーガイドはこちら.
両方のサーバーで、最初のオプション“Moving between two machines”を選びます。
サーバーアプリケーションを移行せず、プロファイル、データ、共有の移行だけでよい場合は、メイン画面のラジオボタンを“profile and settings only”モードに切り替えてください。
移行元サーバーで“Source computer”オプションを選び、そのまま実行させておきます。新しいサーバーからの接続を待つ状態になります。
新しいServer 2019／2016では、“Target computer”オプションを選択します。
WinServが移行元サーバーを自動検出します。サーバーが異なるネットワークにある場合は、移行元サーバーのIPアドレスを手動で指定することもできます。
移行対象を細かく選びたい場合はAdvancedメニューを開きます。すべて移行するだけなら、Advancedメニューは不要です。
NextをクリックしてからGoをクリックすると、移行が始まります。
移行には（データ量に応じて）時間がかかり、完了すると報告されます。
これで完了です！

オプション2: 中間ストレージ経由で2008から2019／2016へ間接移行

現在のパソコン（移行元のパソコン）で Zinstall WinServ を実行します。
注: Zinstall WinServはこちらから入手できます、そのユーザーガイドはこちら.
移行元サーバーで3番目のオプション“Moving from Machine to Container”を選びます
コンテナーの保存場所を選び（ネットワーク共有、NAS、USBハードドライブなど – どんなストレージでも可）、Goを押して移行元サーバーをその場所へ完全キャプチャします。
新しい2019／2016サーバーで、4番目のオプション“Moving from Container to Machine”を選択します
プログラムを移行せず、プロファイル、データ、共有の移行だけでよい場合は、メイン画面のラジオボタンを“profile and settings only”モードに切り替えてください。
手順3で作成したコンテナの場所を指定します。
移行対象を細かく選びたい場合はAdvancedメニューを開きます。すべて移行するだけなら、Advancedメニューは不要です。
NextをクリックしてからGoをクリックすると、移行が始まります。
移行には（データ量に応じて）時間がかかり、完了すると報告されます。
これで完了です！

サーバーの役割の移行

移行のこの部分は手動で行います。役立つチュートリアルは複数あります。お勧めはJohn Savillの優れたガイドです: Winding Down Windows Server 2003 in Your Organization。以下の情報は上記の記事に基づいています。

IISの移行: IIS 6で動いているのが基本的なHTMLページやActive Server Pages（ASP）だけなら、Server 2012またはServer 2012 R2で動くIISへコンテンツをコピーし、DNSレコードを新しいIISサーバーに向けるだけで済みます。しかし組織の構成は普通もっと複雑です。朗報は、次の移行ツールキットが使えることです。その名は Web Deploy 3.6。ウェブサイトをMicrosoft AzureのWebアプリへ移行する必要がある場合は、 Azure Web App Migration Assistant.
DCとADの移行: ベストプラクティスに従っているなら、ドメインコントローラー（DC）では他のソフトウェアを動かしていないはずで、既存のドメインとフォレストはServer 2012またはServer 2012 R2に向けて準備できることになります。この場合、Server 2012またはServer 2012 R2で動く新しいDCを作成し、Flexible Single-Master Operation（FSMO）の役割を移行し、証明書などの項目を移行してから、Server 2003のDCを退役させます。Server 2012のDCを導入するには、フォレスト（したがってドメインも）がWindows Server 2003モードでなければなりません。DC移行の詳しいガイダンスはこちら: Upgrade Domain Controllers to Windows Server 2012 R2 and Windows Server 2012.
DHCPの移行: DHCPスコープは、クライアントに配布されるIPアドレスと、そのIP設定（ゲートウェイ、DNSサーバーなど）を提供します。DHCPスコープを移行するには、Server 2003インスタンスからスコープをエクスポートし、Server 2012またはServer 2012 R2インスタンスへインポートするのが最善です。この方法の詳細は、TechNet Networking Blogの次の記事にあります: “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine”。DHCPスコープのエクスポートとインポートの間に遅延があり、IPアドレス再利用のリスクがある場合は、アドレス競合検出を有効にして、割り当て前にIPアドレスが使用中かどうかをDHCPサーバーが確認するように設定できます。
DNSの移行: WindowsでDNSをホストしているなら、おそらくADと統合しており、DNSサーバーはDCのはずです。したがってADを移行すればDNS設定も一緒に移ります。フォワーディングなどDNSサーバーの設定を忘れずに移行することが重要です。DNSサーバーを新しいIPアドレスでホストする場合は、静的IP設定とすべてのDHCP設定を必ず更新してください。この手間のかかる作業を避けるため、ほとんどの組織では、古いサーバーの退役後に新しいサーバーのIPアドレスを古いサーバーのものへ変更します。
印刷サービス: ファイルサービスと同じく、プリンターの設定と共有は移行元サーバーから移行先サーバーへ移行する必要があります。加えて、64ビットでServer 2012またはServer 2012 R2と（そして現代のクライアントとも）互換性のある新しいプリンタードライバーが必要です。Microsoftには印刷サービスの移行に使える移行ウィザードとコマンドラインツールがあります。これらのツールは次のページからダウンロードできます: Migrate Print and Document Services to Windows Server 2012 のページをご覧ください。
Exchangeの移行: Upgrade from Exchange 2007 to Exchange 2013
SQLサーバーの移行: こちらをご覧ください: Supported Version and Edition Upgrades

互換性のないアプリケーションへの対処:

Windows Server 2008上で動作しているレガシーなサードパーティアプリケーションの一部は、Windows Server 2019（または2016）と互換性がない場合があります。例えば、Server 2008でSQL 2005を実行しているなら、手動・自動を問わず、それより新しい環境では動作しません。こうしたアプリケーションはできるだけ早く本番環境から排除することを強く推奨します。

これらのアプリケーションをすぐに排除できず、組織の継続運用に不可欠な場合、稼働を維持する推奨手段は、新しい代替サーバー上で動く仮想Server 2008インスタンスへの仮想化移行です。その後も、それらのアプリケーションを段階的に廃止し、仮想化された2008インスタンスの稼働を止めるために必要な手順を進めてください。

WinServは特定のアプリケーションに依存せず、外の世界に知られていないカスタム・社内アプリケーションでも移行できます – 新しいサーバーで動作可能である限り。こちらは、これまでにお客様が移行してきた一般的なアプリケーションの一部です:

MS SQL
MySQL
SAP（SAP Business Oneを含む）
Oracle
Sybase
DB2
Java Application Server
Crystal Reports
Avaya
PeopleSoft
JD Edwards Enterprise One (JDE E1)
Citrix
Apache（Windowsのみ）
WebSphere
Microsoft Dynamics

移行の後に:

移行プロセスが完了したら、結果を検証します。

必要に応じて、ドメインのDNSが新しいサーバーを指すよう調整が必要になることがあります。たとえば、CRM-SERVERのDNSエントリを新しいサーバーのアドレスに変更する、といった具合です。
ログインスクリプトとGPOポリシーも同様です。
使用するすべてのアプリケーションとコンソールを起動し、正しく読み込まれることを確認します。
クライアントワークステーションを使って、クライアントが移行後のサーバーへ正しくアクセスでき、アプリケーションが問題なく動作することを確認します。

おめでとうございます！これでサーバー移行は完了です。

2008サーバーを移行する準備はできましたか？

Zinstall WinServを入手

人によるサポート · 移行専門家が待機中

また、お問い合わせサポート、ボリュームライセンス、POCの立ち上げ支援について、ご連絡ください。

即時ダウンロード返金保証今すぐ購入