私は、SQL Server 2008 r2のデータコレクターを介して2週間、ファイルの増加を監視しています。データベースは、約35(MB)/日で一貫して成長しています。DBは初期サイズの2 GBにまだ達していません。
DBファイルの自動拡張は5MBに設定されています。別のアプローチを試してみたいので、提案やコメントを探しています。
毎週日曜日の夜1:30 AMに実行されるチューニングタスクがあります。タスクは:
- データベースの整合性を確認する
- ログファイルを圧縮する-(ログモードがシンプルなので、これは問題ありません)
- データベースの縮小
- インデックスの再編成
- インデックスを再構築
- 統計を更新する
- 履歴をクリーンアップする
毎週の調整計画にさらに2つのステップを追加したいと思います。
- 使用領域が特定のしきい値または合計サイズに達した場合、データベースファイルを500 MB増やします。
- 使用されているスペースが合計サイズの特定のしきい値に達すると、ログファイルを250 MB(縮小後)増やします。
オフラインの時間に成長の負担をかけることにより、高負荷時の自動成長イベントの数を減らしてパフォーマンスを向上させたいと考えています。
自動拡張ファイルに関する質問が2つあります。
- ファイルの成長ステップを配置する最適な場所は、現在のステップの前か後ですか?
- を使用し
ALTER DATABASE|MODIFY FILE
てファイルを拡大すると、どうすれば判断できSpaceUsedInFile >= (TotalFileSpace-@AllowanceThreshold)
ますか?