SQL Serverでのログトランケーションのベストプラクティスは何ですか?
-
16-10-2019 - |
質問
SQL Serverに生産DBがあり、機能が完了した後に最終的なタッチを配置したいと考えていました。出荷する前に、SQL Server DBにクリーンアップし、ログファイルを切り捨てて縮小していることを確認したいですか?
ログを切り捨ててファイルを縮小するために毎晩仕事をしてもらえますか?
これは私がこれまでに持っているものです:私の回復モデルは簡単です
Alter Proc [dbo]。[util_shrinkdb_truncatelog
-exec sp_helpfile backup log pmis with truncate_only
DBCC Shrinkfile(PMIS、1)
DBCC Shrinkfile(PMIS、1)
解決
- ログファイルを切り捨てたり縮小したりしないでください。
- ポイント1を参照してください
なぜこれは良い考えだと思いますか?
単純な回復により、内部ログエントリは定期的に削除されます(再利用する準備ができています)が、ファイルには処理が必要ありません。
ログファイルは、日々のアクティビティのためのサイズです。ログファイルを縮小すると、パフォーマンスが低くなります。
所属していません dba.stackexchange