AutogrowからライブSQLデータベースを安全に変更できますか？
私はライブのSQL2005データベースを持っており、非自発的なDBAであるという非常に残念な立場にあります。
データベースには、1.4GBのMDFファイルと2.2GBのLDFがあります。自動拡張は10％無制限に拡張するように設定されています。ディスク容量がたくさんあるので、初期サイズをかなり大きく設定することをお勧めします。急速に成長しており、過去6か月でサイズが2倍になります。
高い数値を選択して（十分なスペースがあるため）、初期サイズを変更するだけで（おそらく4,000程度に）、毎週のチェックとして設定して、この数値の数パーセント以内にないことを確認できますか？ ？
ありがとう。
はい。 mdfの初期サイズを増やすと、SQLServerはファイルをそのサイズに拡大します。静かな時間を選択しますが、ライブデータベースでこれを行うのは非常に安全です！サイズの増加は非常に速いことがわかるはずです。テストデータベースを128MBから4GBに拡張したところ、2秒かかりました。
データベースの現在のサイズを考えると、4GBの初期サイズは妥当と思われます。ディスク容量が多い場合は、成長を高い値に設定してみませんか。 2GBまたは4GB？データベースを大幅に拡張すると、mdfファイルの物理的な断片化が減少します。
SQL Serverはファイルを拡大し続けるだけなので、毎週チェックする必要はありません。ディスク容量が不足しないように注意してください。
JR
PSアーロンの返事を見たところです。私はデータベースの自動拡張に問題がないという点で彼とは異なります。ただし、自動成長パラメータを設定して、多くの小さな増加を回避する必要があります。デフォルトは10％ですが、ほとんどのデータベースには小さすぎると思います。
ログサイズが少し大きく見えるPPS。データベースは「フルロギング」に設定されていますか？設定されている場合、データベースはバックアップされていますか？ログファイルのサイズが手に負えなくなった場合は、「dbccshrinkfile」を使用してサイズを小さくすることができます。詳細については、BooksOnlineを参照してください。
どれだけタイムリーなのか-昨日まさにこの問題についてのログブログ投稿を書いたばかりです データファイルサイズ管理の重要性 でそれをチェックしてください。概要：
- 可能であれば、現在のサイズと少なくとも1年の増加を考慮して、最初にデータファイルのサイズを設定します。
- 可能であれば、ファイルの即時初期化をオンにします（注：これはデータファイルにのみ影響し、ログファイルは常にゼロにする必要があります）
- [〜＃〜]常に[〜＃〜]自動成長がオンになっています-私は反対のことを言う人にはまったく同意しません。監視が失敗した場合、緊急時には常にオンになっている必要があります（SCOMのバグが原因でオンにできない場合を除き、説明については記事を参照してください）
- 自動成長を固定の適切なサイズに設定します
- 自動成長に依存しないでください。ファイルの使用状況を監視し、手動で拡張します。緊急時に発生する自動成長を監視する
- あなたがそれを避けることができるならば、決して縮まないでください。私のブログ投稿には、その理由を示すスクリプトがあります。
- ログファイルが大きすぎるようです。この他のブログ投稿をチェックしてください 適切なトランザクションログサイズ管理の重要性 いくつかのヒントがあります。
お役に立てれば！
aSkywalker、The Forceを使用するか、PaulRandalの「非自発的DBA」に関する記事をここでご覧ください。