SQL Server トランザクションログ肥大化時の復旧モデル・ログバックアップ・縮小リスク確認

ログ再利用待機と復旧目標を確認し、ログバックアップや長時間トランザクションを是正します。縮小は定常運用ではなく例外作業です。

1. 結論と対象範囲

クライアント／サーバーのバージョン、ドメイン参加状況、DNS とゲートウェイ、ネットワーク場所、完全なエラー文、イベント時刻、直近の変更を準備します。例では予約済みの corp.example を使用し、実在する顧客のドメイン、IP、アカウント、機器番号は掲載していません。

本件は「SQL Server、ERP、レガシーシステム」に分類されます。ログと設定はリモートで収集できる場合がありますが、権限の一括変更、スイッチ経路、本番切替、復元テストは計画した作業枠で実施します。

2. 主な症状と環境確認

• 口頭説明だけで判断せず、完全なエラー文、イベントログの時刻、失敗した操作を保存します。
• 影響範囲、初回発生時刻、再現性、別セグメントでも同じ結果になるかを記録します。
• データベースポートへの TCP 接続成功は到達性だけを示します。ERP にはインスタンス名、ドライバー、TLS、DB、アプリサービス、ライセンス、クライアント設定も必要です。

3. 推奨する切り分け順序

1. SQL トランザクションログ肥大化では、復旧モデル、ログバックアップ、長時間トランザクション、再利用待機理由を確認し、安易な削除や縮小を避けます。
2. リポジトリ容量、ファイルシステム、整合性チェック、保持チェーン、合成処理、イミュータブル／オフラインコピーを確認します。
3. 新環境を並行検証し、旧環境とバックアップを保持し、ロールバック条件を明確化してから、切替後に業務機能を順番に受入確認します。
4. 一度に変更する条件は1つにし、変更前に設定をエクスポートするか現状を記録します。
5. 口頭説明だけで判断せず、完全なエラー文、イベントログの時刻、失敗した操作を保存します。
6. 引き渡し資料には、構成図、IP/VLAN、アカウント・権限、ポリシー、ポート、バックアップ、設定エクスポート、変更履歴、受入試験、ロールバックを含めます。

SELECT name, recovery_model_desc, log_reuse_wait_desc FROM sys.databases;

4. 安全な修復と一括展開

読み取り専用の確認、設定エクスポート、単一システムでの検証を優先します。原因を確認してから対象範囲、作業時間、ロールバック方法を決めます。移行は棚卸し、互換性試験、並行稼働、利用者受入、ロールバック訓練を行い、本番サーバーだけをテスト環境にしないようにします。

• 一度に変更する条件は1つにし、変更前に設定をエクスポートするか現状を記録します。
• 口頭説明だけで判断せず、完全なエラー文、イベントログの時刻、失敗した操作を保存します。
• 引き渡し資料には、構成図、IP/VLAN、アカウント・権限、ポリシー、ポート、バックアップ、設定エクスポート、変更履歴、受入試験、ロールバックを含めます。

5. 確認方法・ロールバック・注意点

一度動作しただけで完了としません。利用者操作、ログ、再起動／再ログイン、必要に応じて別ネットワーク場所、次回のポリシー／バックアップ周期で再確認します。

確認とロールバック

• 一度に変更する条件は1つにし、変更前に設定をエクスポートするか現状を記録します。
• レガシーサーバー移行前に、役割、サービス、ポート、DB、タスク、共有、証明書、ドライバー、ライセンス、クライアント依存関係を棚卸しします。
• 新環境を並行検証し、旧環境とバックアップを保持し、ロールバック条件を明確化してから、切替後に業務機能を順番に受入確認します。

避けるべき一般的な誤り

• TCP ポート到達だけでアプリが正常と判断すること。
• SQL ログファイルを削除したり、本番 DB を繰り返し縮小すること。
• 切替当日にライセンス、タスク、旧クライアント依存が判明すること。