MS SQL Serverのインスタンスを上位のサービスパックにアップグレードするときに、特定の落とし穴/標準の考慮事項はありますか?システムデータベースとユーザーデータベースの現在のバックアップがあることを確認する以外に、通常行われる特別なことはありますか?
バージョンや状況に関係なく答えは似ていると思いますので、一般的に質問します。ただし、私が誤解していて詳細が問題である場合、質問をするのは、SQL Server 2008をSP2からSP3にアップグレードし、フェールオーバークラスタリングを使用してWindows Server 2008で実行している場合です。
検討すべき1つのことは、同じデータベースを含むテストインスタンスでアプリケーションが引き続き機能することを検証し、itを新しいサービスパックにアップグレードすることです。まれで通常の変更には下位互換性がありますが、オプティマイザなどの動作に変更があり、テストなしでアプリケーションにどのように影響するかを正確に推測することは不可能です。たとえば、サービスパックの方がバージョンアップグレードよりもリスクが低いことは確かですが、サービスパックをクラスターにインストールしても、簡単な「元に戻す」ボタンはありません。このシナリオでは、バックアップが直接役立つわけではありません(もちろん、それらはまだ完全に健全なアイデアです)。