Windows Serverのインプレースアップグレード（2016年に更新）
良い主観的な質問 を求める精神で、このトピックを検索するときに、ServerFaultが引き続き「優先」に優先されることを期待して、これを再度提示します。
古い参照
2011年にこの質問が尋ねられました： インプレースアップグレードが悪い理由
質問
最近サポートされているWindows ServerバージョンにWindows Server x64（2008 R2、2012、2012 R2）のインプレースアップグレードを行うことは、最近の推奨事項ですか、それともありませんか？
回答
上記のリンクから覚えておいてください：優れた主観的な質問は、短いではなく、長い回答を持つ傾向があります。最高の主観的な質問は、単に「最初」であるという賛成票で報われることを期待して、軽率なワンライナーや漫画を投稿するだけでなく、実際の経験を共有するように仲間を刺激します。
私の意見では、サポートされている場合、Windows Server OSの新しいバージョンへのインプレースアップグレードは、サーバーのアップグレードに推奨される方法です（特にVM）最近です。 Microsoftがより優れたライフサイクル移行モデルをサポートしているため、以前のOSの一括アップグレードがもたらすリスクと対価が比べてはるかに速く、自動化も可能です。
Microsoftは、古いOSのアップグレードを悩ませる問題なしに、インプレースアップグレードが以前よりも簡単でシームレスであることを確認するために多くのことを行いました。すべてをそのままにしたい場合は、これが推奨される方針のようです： Windows Server Installation and Upgrade：
「サーバーをフラット化せずに、同じハードウェアとセットアップしたすべてのサーバーの役割を維持したい場合は、アップグレードが最適です」
MSブロガーでさえ誇大広告を信じています： 2008 R2から2012 R2へのインプレースアップグレード
さらに、VMはこの移行を容易にするために、スナップショット、P2V、クローニング、およびロールバックを可能にします。 （参照： "テストへのP2V VMそして、ええと、それをテストします。"
私たちは "ペットではなく牛のようなサーバーを扱う"-Randy Bias である必要があります。あなたが責任を負うサーバーの世話と供給の昔は、以前ほど親密に行われていません。すべてのサーバーがスノーフレークであるとは限りません。パブリッククラウドホスティングは、このプラクティスの代表的な例です。
例えば：
- Azure- Azureインプレースアップグレードオプション
- AWS- AWSインプレースサーバーアップグレードオプション
私は個人的に、過去1年間で2008 R2から2012 R2への複数の一括アップグレードを実行しましたが、来年にはさらに約400が計画されています。ロールバックを必要としない2台のサーバーでのその後のマイナーな問題のみで、すべてうまくいきました。既存のサーバーが正常に動作している限り、この方向に確実に移動できます。
インプレースアップグレードが望ましい方法であるというこの主張をするときに考慮すべきいくつかの重要な事柄：
- アップグレードはサポートされていますか？ -たとえば、言語バージョンやビルドタイプの切り替えは Windows 2012 R2へのアップグレードオプション ではありません。
- サーバーで実行されているアプリケーションは、現在の状態の新しいOSバージョンと完全に互換性がありますか？
- インプレースアップグレード（VMスナップショット、バックアップ、クローンなど）の前に、以前の状態に簡単にロールバックする方法はありますか？
- ハードウェア（該当する場合）は新しいOSをサポートしていますか？
既存のサーバーは現在問題なく動作していますか？
上記のすべての質問に対する答えが「はい」の場合、一括アップグレードが優先ルートです。
継続的な参照のため、およびより最近の記事から馬の口から直接詳細を追加するために、 MicrosoftはAzureのアップグレードをサポートしていません 。牛はアップグレードされずに殺される。