新規インストールではなくSQL 2012アップグレードを使用することの欠点は何ですか？
現在、SQL 2012にアップグレードしたいSQL Server 2008 R2を持っています。SQL2008をアンインストールしてSQL Serverの新しいコピーをインストールするか、アップグレードを実行します。アップグレードはそれほど手間がかかりませんが、マイナス面はあるのでしょうか。
私はすでに一度アップグレードを試しました。問題が発生し、SQL 2008とSQL 2012の両方を削除するのに苦労しました。アップグレードが成功すると、追加/削除プログラムでSQL 2008 R2とSQL 2012の両方がまだそこにあることがわかりました。これにより、将来のアップグレード/アンインストールが複雑になる可能性があります。
それとは別に、アップグレードを使用することとフレッシュインストールを使用することには他に欠点がありますか？
SQL Server 2012をクリーンインストールした場合でも、SQL Server 2008のスタートメニューにメニュー項目が表示されます（たとえば、[構成ツール]> [インストールセンター]）。 [プログラムの追加と削除]に、2008 R2管理オブジェクトと2008セットアップサポートファイル以外のものが表示されますか？これらは、下位互換性の理由から、2012セットアップでインストールされると思います。
安全を期すために、クリーン度が重要な場合は、SQL Server 2012をインストールする前に、SQL Server 2008のすべてのコンポーネント（データベースエンジンや、使用している他のサービスを除く-クライアントツールなどを除く）を削除できます。システムでは、2008 Management Studioと2012 Management Studioなどの両方のバージョンの一部のコンポーネントを共存させることができるため、エコシステムの一部については、アップグレードは交換ではなく追加です。周辺機器も削除することは他の理由から有益かもしれません。たとえば、BIDS 2008は2012年のクライアントツールでうまく機能しないと思います（私が試したのではなく、ただそれについての噂を聞いただけです）。
アップグレードするとき、私は確かに次のことを行うことを確認します この非常に徹底的なアップグレードガイドを読む に加えて：
- 各データベースの互換性レベルを更新する
- すべての統計を更新
2000からアップグレードする場合、常にDBCC ... WITH DATA_PURITYしかし、この手順が必要だとはもう思っていません（さらに、とにかく2000から直接2012にアップグレードすることはできません）。