Server 2008r2から2016/2019への一括アップグレードのベストプラクティスは？
SQL Server 2014でServer 2008r2 SP2 Standardを実行しているWebサーバーがいくつかあります。WindowsServer 2016へのベストプラクティス/最も簡単なインプレースアップグレードパスは何ですか？
テストでは、2008r2から2012にアップグレードしてから、2012から2016に再度アップグレードすることしかできません。これらと適切な数のWebサイトで実行されている適切な量の構成が完了しています。このことを念頭に置くと、ダウンタイムが発生するため、2回アップグレードすることは理想的ではありません。これを回避する方法はありますか？ （ライセンスキーまたはその他のソリューションを変更しますか？）
ありがとう！
2020年の更新：ようやくプラグを抜き、残りのカップルの2008R2サーバーをアップグレードします。ここで疑問に思っている人のために、私たちは（一般的に）
- SQL Serverが実行されている場合、Windowsをアップグレードする前にSQL Server 2008R2からSQL Server 2014に移行します（そのため、一部が重複しています）。また、最新の2014 SP3 +最新のCU4にアップグレードしています（このWebサイトは、この種のことには最適です https://buildnumbers.wordpress.com/sqlserver/ ）。
- その後、サーバー2008R2から2012R2に移動できます。
- 次に、ディスククリーンアップを有効にして実行します。
- 必要に応じて、SQLをSQL Server 2016/SQL 2019にアップグレードします。
- 必要に応じて、サーバー2012R2からサーバー2019への別のOSアップグレードを直接実行するか、他の重要なサーバーでゆっくりとアップグレードする場合、当面はサーバー2016にアップグレードします。
各アップグレード手順の後、高品質のバックアップ（VMwareスナップショット/ DBバックアップ）があることを確認し、各サーバーで各ソフトウェアが機能していることを確認します。ゆっくり着実にレースに勝ちます。
そして、それは2008R2を終了してESUライセンスを回避するのに十分な迅速な作業です（それらを購入することさえできれば、拡張セキュリティ更新キーを取得することは基本的に不可能です）。
同じハードウェア/マシンを使い続ける必要がある場合は、2ステップのアップグレードが唯一の選択肢です。
2008年から2012年、2012年から2016年。
ただし、仮想インフラストラクチャがある場合、または追加のハードウェアを使用できる場合は、これをアップグレードではなく移行として扱うことができます。
新しいSQLサーバーと新しいIISホストを構築し、OSをアップグレードするのではなく、アプリケーションを移行します。
2008年から2016年までのインプレースアップグレードパスがないので、心配はありません。少なくともMicrosoftからのアップグレードはありません。これを実現するサードパーティのユーティリティがあるかどうかは不明です。