実例パターン
WinServ

ウインサーブ
サーバ2008移行

Server2008からServer2016 / 2019

に移行する方法

アプリケーション、データ、設定、およびプロファイルの移行

Server 2008の保守終了は2020年1月で終了しております。2008年の移行を延期している場合は、まさに今がその時です。幸い、これは予想よりもはるかに簡単です。


サポートが切れると、ウイルス定義ファイルが更新されません。

サーバマシンの動作保証もなくなります。オフラインでご利用の場合でもマシン事態のスペックが低いため、大切なデータの損失につながる恐れがあります。



この記事では、サーバーアプリケーションの移行を含め、Server 2008 / Server 2008R2から新しいServer2019、2016、または2012への移行を実行する方法について説明します。 データベース、ユーザープロファイル、共有、およびデータ。また、役割の移行のベストプラクティスとチュートリアルについても説明します。

ここで取り上げる移行はネイティブ移行であり、アプリの仮想化ではありません。これらの方法を使用して、物理から物理、物理から仮想/クラウド、クラウドからクラウドなどに移行できます。互換性の回避策として仮想化を追加できますが、このチュートリアルでは説明しません。

このチュートリアルの目標は、アプリケーションサーバーとファイルサーバーの実際の作業時間の4時間未満(データ転送の「無人待機」時間を除く)、および役割重視のサーバーの場合は24時間未満でサーバーの移行を完了できるようにすることです。 (ただし、複雑なケースではさらに時間がかかる場合があります)。

YouTubeの動画で移行手順を見てみましょう
埋め込みのYouTube動画を見るときは字幕ボタンをクリックしONにしてください。
次に設定ボタンをクリック、字幕自動翻訳の順に進めていただきます。
そこで日本語に設定してください。

サーバーを監査し、移行を計画します。


1.サーバーの監査:通常の環境では、かなりの数の異なるサーバータイプがあります。一般的なグループには、ドメイン管理サーバー(DC、DNS、DHCPなど)、Webサーバー、DBサーバー、アプリケーションサーバー、ファイルサーバーなどが含まれます。

このチュートリアルでは、アプリケーションサーバー、データベースサーバー、ファイルサーバーなど、通常はより多くのグループに焦点を当てます(主に、これらの移行は、役割の移行とは異なり、簡単に自動化できるためです)。


2.移行のタイムスロットをスケジュールする:移行には時間がかかり、その間、ユーザーはある程度影響を受ける可能性があります。可能であれば、実際の移行が営業時間外または週末に実行されるようにスケジュールしてみてください。その時点で実際にそこにいる必要はないことに注意してください。アプリケーションの移行はリモートで実行するか直接サーバマシンに接続して実行します。


3.バックアップが最新であり、実際に復元可能であることを確認します。メジャーアップグレードが失敗する可能性があり、有効な最新のバックアップがないと、サーバーにあるすべてのものが失われるリスクがあります。お持ちのバックアップが破損しておらず、必要に応じて復元できる状態になっていることを確認してください。


4.交換の種類を決定する:サーバーを交換することを決定したら、交換の内容に関していくつかのオプションがあります。これは、物理的なWindows 2019サーバー、オンプレミスで実行されている仮想サーバー、またはオンプレミスで実行されているクラウドベースのサーバー(Azureへの移行やAmazon AWSへの移行など)の場合があります。WinServを使用している場合は、これらの転送のいずれかをサポートしているため、移行の難易度は選択によって大きく異なりません。

Server2008からServer2019に移行する方法


以下のプロセスは、Server2008から新しいWindowsServer2019 / 2016に移行するための移行手順の概要を示しています。

オプション1:ネットワークを介したServer2008から2019への直接移行

  1. 開始する前に、ファイアウォールが移行に干渉しないように、古いサーバーでファイアウォールを無効にするか、少なくともWinServをホワイトリストに追加することを検討してください。
  2. 両方のサーバーでWinServを実行します。
  3. 注:ユーザーガイド(英語版)はここで入手できます
  4. 両方のサーバーで、最初のオプション「2台のマシン間を移動する」を選択します。
  5. サーバーアプリケーションを転送せず、プロファイル、データ、および共有の転送のみに関心がある場合は、メイン画面のラジオボタンを「プロファイルと設定のみ」モードに切り替えます。
  6. ソースサーバーで、[ソースコンピューター]オプションを選択し、実行したままにします。新しいものからの接続を待っています。
  7. 新しいサーバー2019/2016で、[ターゲットコンピューター]オプションを選択します。
  8. WinServはソースサーバーを自動的に検出します。または、サーバーが異なるネットワーク上にある場合は、送信元サーバーのIPアドレスを手動で指定できます。
  9. 転送したいものを正確に選択したい場合は、詳細メニューを押してください。すべてを転送したいだけの場合は、[詳細設定]メニューに移動する必要はありません。
  10. [次へ]、[移動]の順にクリックして、移行を開始します。
  11. 転送にはしばらく時間がかかり(転送する必要のあるデータの量によって異なります)、完了したら報告します。
  12. 以上です。とても簡単です。

オプション2:中間ストレージを介した2008年から2019/2016年への間接移行

  1. 両方のサーバーでWinServを実行します。
  2. 注:ユーザーガイド(英語版)はここで入手できます
  3. ソースサーバーで、3番目のオプション「マシンからコンテナへの移動」を選択します
  4. コンテナの場所(ネットワーク共有、NAS、USBハードドライブ-任意のタイプのストレージなど)を選択し、[移動]を押して、その場所へのソースサーバーの完全なキャプチャを実行します。
  5. 新しい2019/2016サーバーで、4番目のオプション「コンテナからマシンへの移動」を選択します
  6. プログラムを転送せず、プロファイル、データ、共有の転送のみに関心がある場合は、メイン画面のラジオボタンを「プロファイルと設定のみ」モードに切り替えます。
  7. 手順3で作成したコンテナの場所を指定します。
  8. 転送したいものを正確に選択したい場合は、詳細メニューを押してください。すべてを転送したいだけの場合は、[詳細設定]メニューに移動する必要はありません。
  9. [次へ]、[移動]の順にクリックして、移行を開始します。
  10. 転送にはしばらく時間がかかり(転送する必要のあるデータの量によって異なります)、完了したら報告します。
  11. 以上です。この手順もとても簡単です。

サーバーロールの移行

1.IISの移行:IIS6で実行しているのが基本的なHTMLページまたはActiveServer Pages(ASP)だけの場合、コンテンツをServer2012またはServer2012 R2で実行されているIISバージョンにコピーしてから、DNSレコードを更新して新しいIISサーバーへ。企業は通常、運営上、複雑な構成になっています。幸いなことに、Web Deploy3.5という名前の移行ツールキットを使用できます。WebサイトをMicrosoftAzure Webサイトに移行する必要がある場合は、Azure Web Apps という名前の別のツールを利用できます。


2.DCとADの移行:ベストプラクティスに従っている場合、ドメインコントローラー(DC)は他のソフトウェアを実行しません。つまり、既存のドメインとフォレストはServer2012またはServer2012R2用に準備されます。この場合、Server2012またはServer2012 R2を実行する新しいDCを作成し、Flexible Single-Master Operation(FSMO)の役割を移行し、証明書またはその他のアイテムを移行してから、Server 2003DCを廃止する必要があります。Server 2012 DCを導入するには、フォレスト(ドメイン)がWindows Server2003モードである必要があります。DCの移行の詳細なガイダンスについては、「ドメインコントローラーをWindows Server 2012R2およびWindowsServer2012にアップグレードする」を参照してください 。


3.DHCPの移行:DHCPスコープは、クライアントに与えられたIPアドレスと、そのIP構成(ゲートウェイ、DNSサーバーなど)を提供します。DHCPスコープを移行するには、Server 2003インスタンスからスコープをエクスポートしてから、Server2012またはServer2012R2インスタンスにインポートするのが最適なオプションです。DHCPスコープのエクスポートとインポートに遅延があり、IPアドレスが再利用されるリスクがある場合は、アドレスの競合検出を有効にすることで、IPアドレスが割り当てられる前に使用されているかどうかを確認するようにDHCPサーバーを構成できます。


4.DNS移行:WindowsでDNSをホストしている場合は、DNSをADと統合している可能性が高く、DNSサーバーはDCです。そのためADを移行すると、DNS構成も移動します。転送などのDNSサーバー構成を移行することを忘れないでください。DNSサーバーが新しいIPアドレスでホストされる場合は、静的IP構成とすべてのDHCP構成を必ず更新する必要があります。時間のかかるこの作業を回避するために、ほとんどの組織は、古いサーバーが廃止された後、新しいサーバーのIPアドレスを古いサーバーのIPアドレスに変更します。


5.印刷サービス:ファイルサービスと同様に、プリンターの構成と共有をソースサーバーからターゲットサーバーに移行する必要があります。さらに、64ビットで、Server2012またはServer2012 R2、および最新のクライアントと互換性のある新しいプリンタードライバーが必要になります。Microsoftには、プリンタサービスの移行に使用できる印刷移行ウィザードとコマンドラインツールがあります。これらのツールは、Migrate Print and DocumentServicesからWindowsServer 2012Webページにダウンロードできます。


6.Exchangeの移行:Exchange2007からExchange2013へのアップグレード。


7.SQLサーバーの移行:サポートされているバージョンとエディションのアップグレードを参照してください。

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


Windows Server 2008で実行されている一部のレガシーサードパーティアプリケーションは、Windows Server 2019(または2016)と互換性がない場合があります。たとえば、Server2008でSQL2005を実行している場合、手動で移行するか自動で移行するかに関係なく、SQL2005は新しいものでは実行されません。これらのアプリケーションを本番環境からできるだけ早く削除することを強くお勧めします。

これらのアプリケーションをすぐに削除できず、組織の継続的な運用にとってミッションクリティカルである場合、それらの運用を維持するための推奨オプションは、新しい代替サーバーで実行されている仮想Server2008インスタンスへのこれらのアプリケーションの仮想化移行を実行することです。次に、これらのアプリケーションを段階的に廃止し、仮想化された2008インスタンスの実行を停止するために必要な手順を引き続き実行します。

WinServはアプリケーション汎用であり、新しいサーバーで実行できる限り、外部からは見られなかったカスタムアプリケーションや社内アプリケーションでも移行できます。これは、お客様が過去に移行した一般的なアプリケーションの一部のリストです。

  • MS SQL
  • MySQL
  • SAP(SAP Business Oneを含む)
  • オラクル
  • Sybase
  • DB2
  • Javaアプリケーションサーバー
  • CrystalReports
  • アバイア
  • PeopleSoft
  • JD Edwards Enterprise One(JDE E1)
  • Citrix
  • Apache(Windowsのみ)
  • WebSphere
  • Microsoft Dynamics

移行後


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

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

以上の手順でアプリケーションサーバーの移行が完了します。

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

価格

WinServ Product


移行するサーバマシン用のソフト

¥87,365 
(/1CPU 税込)
製品に関するお問い合わせはこちらから →

※ 商品名・および社名は各社の商標または、登録商標です。
※ 製品の仕様および価格・名称は予告なく変更されることがあります。


Copyright © 2020 act2.com All rights reserved.