SQL Server が起動数秒後に停止する場合の ERRORLOG、サービスアカウント、master、tempdb 調査

SQL Server の起動停止では ERRORLOG と Windows イベントを先に確認し、アカウント、起動引数、システム DB、ディスク、更新を調べます。

1. 結論と対象範囲

サービス制御は起動失敗しか表示せず、実原因は通常 SQL Server ERRORLOG にあります。反復起動や再インストールで証跡を消さず、最初の致命エラーを特定して権限、経路、システム DB、ポート、資源、更新を判断します。

SQL Server、ERP、DB 復旧、版移行に関係します。高リスク操作前に検証済みバックアップを保護します。

2. 優先して確認するリスク兆候

• サービスが起動後停止し、17058、17113、17204、945 などのイベントが出る。
• アカウント、ドライブ、DB 経路、ウイルス対策、更新変更後に発生した。

3. 変更前の確認項目

1. SQL Server Configuration Manager でインスタンス、サービスアカウント、起動引数を確認します。
2. 現在の ERRORLOG と Application ログから最後の停止ではなく最初の致命エラーを探します。
3. master、model、msdb、tempdb の経路、権限、空き容量、ファイル状態を確認します。
4. ポート競合、証明書、TLS、アカウントパスワード、サービスとしてログオンを確認します。

sc query MSSQLSERVER
Get-WinEvent -FilterHashtable @{LogName="Application"; ProviderName="MSSQLSERVER"} -MaxEvents 30
netstat -ano | findstr :1433

4. 推奨実施手順

1. 特定した経路または権限だけを修正し、一回に一条件を変更します。
2. tempdb 経路不正は利用可能場所へ戻し、システム DB 破損はバックアップまたは再構築手順で扱います。
3. アカウント変更は Configuration Manager で行い、services.msc だけで変更しません。
4. ERRORLOG、イベント、変更記録を保存し、高リスク復旧前に DB ファイルを保護します。

5. 検証、切戻し、よくある誤り

• 複数回再起動してサービスが安定します。
• 全 DB がオンラインで Agent、バックアップ、アプリ接続、待受が正常です。
• I/O、権限、回復、アサーションの継続エラーがありません。

よくある誤り

• master またはログファイルを削除する。
• 空き容量があるだけで全ストレージ問題を除外する。
• 致命エラーを読まず再インストールを繰り返す。

よくある質問

起動停止は必ず DB 破損ですか。

いいえ。アカウント、権限、経路、ポート、証明書、更新も原因になります。

tempdb ファイルを削除できますか。

設定経路と復旧手順を確認し、状態不明のまま削除しません。