![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
サーバ更改（バージョン・アップ移行）のケース
こちらがサポートされているとだいぶ楽だが、
周辺のソフトウェアもアップグレードされたOSでサポートされている必要がある。
Windows Server 2003は、Windows Server 2008 R2までのインプレースアップグレードがサポートされている。ただし、次のような要件がある。
再構築が必要になる。
・・・その理由は、Windows Server 2003からWindows Server 2012 R2へのインプレースアップグレードがサポートされていないからだ。
2003 ---> 2008 ---> 2012というインプレースアップグレードも考えられるが、2003、2008が32bitの時は、このアップグレードパスは成立しない。
Windows Server 2012へインプレースアップグレードができるのは、既存のOSがWindows Server 2008 R2、または64ビット版のWindows Server 2008だけである。
既存のOSがWindows Server 2003以前、または32ビット版の場合は、インプレースアップグレードができないため、新しいハードウェアに移行する方法をとる必要がある。
種々の要件から、サーバ・アプリケーションの移行が可能か調査が必要になる。
移行ツールは探せばあるものも多い。
ただし、Microsoftは、移行を支援するツールは出しても、
差異を明確にした資料、設定値を移行する資料は、出さない
（単純にマップできず、説明も難しいためと思われる）。
WSHとCMDの構文は、2003→2008でもほぼ変わりません(違いが探せないくらい)。
従って、移行性は、その中でどのようなコマンド、API類を使用しているかに100%依存する。
WSHでADODBやoo4oなどのCOM系データプロバイダを使用した
業務処理のスクリプトの場合、ほぼストコンで問題も少ない。
OSやミドルウェアの提供するコマンド、API類を使用した基盤系・運用系スクリプトの場合、
＃WSHから利用できるAPIはCOMインターフェイスに限定される。
バージョン・アップによるインターフェイス・ミドルウェア変更により
スクリプト修正の負荷が増加する可能性がある。
また、これらの基盤系・運用系スクリプトのテストでは、特にWMIのスタブ開発は困難であるため、
＃WMIを使用している場合、WMIクエリに対応したスタブを作成する必要があるが実質的に不可能。
これらのスクリプトのテストには、OSやミドルウェアを含め構築済みの環境を準備しておく必要がある。
WMIの名前空間 - bnote
http://www.bnote.net/windows/wsh/wmi04_namespace.shtml
WMI クエリ
http://msdn.microsoft.com/ja-jp/library/ms186146.aspx
WMI クエリ言語
http://technet.microsoft.com/ja-jp/scriptcenter/ff742859.aspx
変更もあるので、ガイドラインに従うか、個別に変更を確認した方が良い。
e.g.
メモ: Windows Server 2003/Windows Server 2008 と Windows Server 2008 R2 では、
レジストリ設定とチューニング パラメーターが大幅に異なっています。
予期しない結果にならないように、最新のチューニング ガイドラインを使用してください。
Vista以降ではpagefileチューニングは自動化されている→自動パラメータ
Download Group Policy Settings Reference for Windows and Windows Server from Official Microsoft Download Center
http://www.microsoft.com/en-us/download/details.aspx?id=25250
レジストリのエスクポート＆Diffで設定値を調査できるようですが、
OS、IEバージョン違いでどこまでパラメタが一致しているか？の確認も必要。
差異が大きい場合は、元パラメタを参考に設定し直しという事になる。
e.g.
では、対応付けが困難なほど変更されており、
この部分のパラメタ・シートの流用は困難。
（
機能・役割（2003→2008R2）.xlsx参照）
firewall関係は、大きく変わっている。
2008から、
などのプロファイルができた。
netsh firewall xxx コマンドは、ほぼ役に立たなくなっていて、
netsh advfirewall firewall xxx に変わっている。
こちらを参照。
NIC設定はNICのドライバに依存する。
従って、物理移行や、仮想化でパラメタが変更される可能性あり。
ベンチマークツール
ライセンスが変更になるケースがある。
e.g.
IIS の リモートデスクトップWeb接続 (ActiveXとサンプルページ)が有効のサーバがあるが、
2008R2 では、リモートデスクトップWebアクセス に含まれる、と思われる。
この役割・機能に変更する場合、リモートデスクトップ は、RDS CAL が必要なので、
要件とライセンスについて、検討が必要になる可能性がある。
物理の2003の構成パラメタを、そのまま仮想（ゲストOS）の2008R2の構成パラメタへ変換しよう、
など考えないで、移行の全体像をよく検討してから、細部のパラメタをどうするか、検討する。
