SQL Serverを更新する頻度
私は、私の前にDBAがいなかった会社の新しいDBAです。 SQL Serverは、サーバー上のWindows Updateの一部でない限り、アップグレードされません。 Service Pack（またはCU）はインストールされません。 2000年から2014年までのバージョンが混在しています。
SQL Serverを保守およびアップグレードするためのポリシーを作成しようとしています。 SQL Serverをどのくらいの頻度でアップグレードしますか？より具体的には、SQLサーバーを最新の状態に保つにはどうすればよいですか？その理由は？
例えば：
- SQL Serverは、バージョンがMicrosoftのメインストリームサポート内にない場合にアップグレードされます。
- SQL Serverは、Microsoftからリリースされた最新バージョンの2（2）バージョン以内にとどまります。
SPとCUはどうですか？
場合によります。 SQL Serverを使用するアプリケーションによって異なります。アプリケーションで確認し、アプリケーションでサポートされているバージョンを最新の状態に保ちます。マイクロソフトのメインストリームサポートの範囲内にとどまります。発生している問題を修正するサービスパックまたは累積的な更新プログラムを適用します。
Microsoftでのリリースの仕組みは次のとおりです：RTMがリリースされ、修正プログラムが不具合に対して作成されます。修正プログラムは累積的な更新プログラムにバンドルされます。累積的な更新プログラムはService Packにバンドルされます。
すべての累積的な更新プログラムがリリースされたらすぐに適用することは現実的ではありません。特に、運用環境で適用する前にテストする必要があると考え、厳密なポリシーを実装する場合は、「最新のものより2年以上遅れることはありません。リリース」とは、すべてをすぐにSQL 2014にアップグレードする必要があることを意味します。
優先順位は次のとおりです。1.最も問題が発生する最も重要なサーバー2.問題のあるサーバー3.最も古いサーバー
それらがノックアウトされたら、少なくともメインストリームのサポートの範囲内ですべてのサーバーを取得することに取り組みます。
その後、サービスパックをテストして適用するポリシーを実装します。
サービスパックや累積的な更新をインストールする頻度は、個々のシナリオによって大きく異なります。客観的な万能の答えはありません。
私が提供できる最も一般的なアドバイスは、マイクロソフトのアドバイスに従うことです。 2016年1月現在、Microsoftのアドバイス は次のとおりです。
cUが利用可能になったときに、CUを継続的かつ事前にインストールすることをお勧めします。
考慮すべき重要な要素は外部規制です。たとえば、支払いカード情報（PCI）を保存するサーバーの管理をしている場合は、セキュリティパッチ/更新を実装するためのタイムラインを定義するガイドラインが設定されています。
データベースのアップグレードに関する私の個人的な意見-
SP1のリリースから数か月後に最新バージョンにアップグレードします（跳弾がない場合）。
つまり、1バージョン以上遅れることはありません。
どうして？
1。ほとんどのアップグレードQ.A.隣接するバージョン間で行われ、離れたバージョン間の更新は悪夢になる可能性があります。
2。製品が成熟するまで、古いバージョンには多くの機能が欠けているため、開発とパフォーマンスに多大なコストがかかります（無視するのは非常に簡単です...）。