SP1で実行されているSQLインスタンスにService Pack 3をインストールする必要があります。テストはありません。インストールは本番サーバーに直接行われます。さて、これは複雑な作業ではなく、トピックはすでに他のバージョンを求めていますが、いくつかの手順を忘れないようにしてください。経験豊富なdbaからのフィードバックはいつでも歓迎します。ここに私のカスタム計画チェックリスト:
1.Service Packで対処されているすべてのバグを一覧表示します。 ie: https://support.Microsoft.com/en-us/kb/2509302
2.仮想マシンのバックアップを取り、すべてのデータベースをバックアップします。
3. SQL Serverエージェントを無効にします。
4. Spを適用します。
5.必要に応じてサーバー/インスタンスを再起動します。
6.SQLインスタンスのサービスパックレベルを確認します。
7.サービスパックの更新に関するSQL Serverエラーログのすべてのエントリを確認し、エラーが書き込まれていないことを確認します。
8.ステップN°1を参照して、最終的なバグの問題を確認します。
9.SQL Serverエージェントを有効にします。
クライアント側から:
これに追加/削除/変更するのに適切と思われる手順はありますか?
これはあなたの質問ではかなり網羅的なリストのようです。サービスパックは一般的に安全な問題と言えますが、多くの場合、問題が発生する可能性があります。
理想的には、テストインスタンスで実行し、問題がないことを確認します。あなたはそれを行うことができないので-バックアップを取ることを確認することが重要です。
SQL Serverエージェントを停止する必要はありませんが、多くのジョブがあり、開始する直前にジョブが開始されないようにする場合などは、適切な計画です。ただし、ここでも必要ありません。
また、Service Packの後にリリースされたCUに関するメモを読み、潜在的な問題の詳細を確認することも好きです。これは常に発生するわけではありませんが、SPが何かを壊してしまい、それが後のCUで修正されることがあります。あなたのケースでは、Microsoftが一般にCUをリリースしていません-現在のリリースでのその製品のセキュリティ更新のみが3バージョン以上になりました。バージョンとビルドの一覧、サービスパック、およびサービスパック後の修正 こちら を読むことができます。
SQL 2008R2のService Pack 3。すべてのSQL 2008R2サーバーは、2008R2の最新のパッチレベルです。 SP3は、最初に開発、受け入れテストでインストールしました。本番環境にSP3をインストールする前に、2週間待ってアプリケーションテストを行ってください。 2008R2サーバーにSP3をインストールする前に、いくつかの重要なアプリケーションに接続していたメンテナンスジョブとSQL Serverジョブを停止しました。 SQL Serverデータベースに接続している一部のWebアプリケーションも停止しました。 SQL ServerがVMの場合は、スナップショットを作成できます。完全バックアップを作成し、いくつかの重要なWebアプリケーションを停止しました。次に、SP3をインストールしました。インストールプロセスのためにSQLサーバーエージェントを停止する必要はありません。SQLエージェントとSQLサーバーが停止して起動します。 SQL Serverで保留中の再起動があることに注意してください。最後のインストールプロセス中に、保留中の再起動でエラーを受け取る可能性があります。最初にSQL Serverを再起動してから、SP3をインストールできます。 SP3をインストールした後、SQL Serverを再起動する必要があります。