SQL Server 2012 Express のインスタンスが何らかの理由で破損しました。
何らかの形で Entity Framework の使用に関連していると思われますが、まだ証拠はありません。
インスタンスを修復しようとすると、修復プロセスが SqlEngineConfigAction_repair_validation_Cpu64 ステップで停止しているように見えました。
目立ったCPU使用率がなく、長い間その段階にあったため、最終的に修復プロセスをキャンセルしました.
インスタンスを削除しようとすると、アンインストール プロセスが SqlEngineConfigAction_remove_validation_Cpu64 ステップでハングしているように見えました。
2 番目のインスタンスをインストールしようとすると、インストール プロセスが SqlEngineDBStartConfigAction_install_configrc_Cpu64 ステップでハングしたように見えました。
一部の試行では、SQL Server サービスが事前に手動で停止されていませんでした。他の試行では、サービスは手動で停止され、「自動」から「手動」に変更されました。
これが役立つ場合のデータベース破損の症状:
「SQL Server (SQLEXPRESS)」サービスは、システムの再起動時に「開始」ステータスになっていますが、再起動オプションを使用してサービスを手動で再起動すると、「開始」ステータスのままになります。
サービスを手動で停止してから開始すると、次のエラーが表示されます。
Windows は、ローカル コンピューターで SQL Server (SQLEXPRESS) サービスを開始できませんでした。エラー 1053: サービスは開始要求または制御要求にタイムリーに応答しませんでした。
SSMS (SQL Server Management Studio) がインスタンスに接続できません。タイムアウトやエラーが表示されずに永遠に試行するか、次のエラーが表示されます。
サーバーとの接続は正常に確立されましたが、ログイン前のハンドシェイク中にエラーが発生しました。(プロバイダー: SSL プロバイダー、エラー: 0 - 待機操作がタイムアウトしました。)(Microsoft SQL Server、エラー: 258)
編集：これが質問の形で述べられていなかったため、反対票が投じられたと思います。明確にするために、質問は修復、削除、またはインストールプロセスがハングする問題を解決する方法ですか?
EDIT2: フォローアップとして、破損の根本的な原因は、SQL Server Express が当時アクティブに使用されていなかったにもかかわらず、最初に SQL Server サービスを明示的に停止せずに Windows 7 PC をシャットダウンしたことであることが判明しました。
EDIT3: SQL Server 2014 Express で問題が解決されたようです。