3


1

私たちがクライアント用に設定している新しいデータベースサーバーを見てきましたが、データベースファイルはファイルがいっぱいになり初期サイズが100 MBになるたびに1メガずつ増加するように設定されています。

私はこれを簡潔に検討してきましたが、正しいとは言えません。 私はいくつかのサイトでDBの考慮事項について調べましたが、それらはこれらの値を正しく説明していませんでした。

データベースファイルを月に1回だけ拡張したいのでしょうか。

それで、1日に挿入されると予想されるデータ量をメガバイトで計算し、ちょうど30を掛けるとしたら、適切な数字を見つけるべきでしょうか。

すなわち 私はおおよそ1行のサイズを知っていて、テーブルごとの平均週に何行挿入されるかを知っています。 私はこれらがゼロからの見積もりであることを知っているので、あなたは月に一度ファイルを拡張するのに適した近似であると思いますか、それとも毎時拡張するのが好ましいですか? それとも?

フルバックを使用しているため、ある時点まで回復でき、トランザクションログのバックアップが行われており、回復手順は100%有効です。 このような変更は、バックアップとリカバリに何らかの影響を与えるのでしょうか。

ありがとう。

7 Answer


3


あなたが提案したことはほとんどスポットです。 あなたは、自己増殖があなたが見ることを期待するものに基づいていることを望みます。

データベースが一杯になるたびに、進行中のトランザクションが大きくなるまで一時停止する必要があるため、データベースが一杯になるたびに1Mbの自動拡張を行うデータベースでは、パフォーマンス上の大きな問題が発生します。

私は先にその主題について読んだ記事を見つけようとしているので、見つけたらリンクを追加します。

編集:http://searchsqlserver.techtarget.com/tip/0,289483,sid87_gci1330922,00.htmlこの記事ではデータベースの縮小について説明していますが、データベースが自動拡大したときに何が起こるかを詳しく説明し、パフォーマンスに与える影響を示しています持ってる。

あなたは間違いなくあなたのデータベースが1Mbのときのようにそれほど頻繁に成長することを望まないでしょう。


2


私の意見では、データベースをパーセンテージで成長させるように設定するのではなく、データベースを100 MBで1週間成長させてから、成長設定を1週間分の成長に変更します。たとえば5 GBです。 これを行ったシステムがあります。

それ以外の場合は、本当に技術的になり、毎週システムに追加されるレコード数を確認し、アーカイブまたは削除されたレコードを考慮してから、各レコードに必要なスペース量を計算し、その時間に基づいて自動拡張を設定できます。レコード数

私が人を成長率から遠ざけるのは、システムが1000 MBの場合、100 MB増加するためです。 それから、次回、システムは1100 MBであり、私の110 MBを拡張します。 サイズは1210になり、データベースは121 MBになります。 サイズは1331になり、成長は133 MBになります。 この不均一な成長により、残りのディスク容量と最大設定のサイズ変更が必要になる時期を計算することは非常に困難になります。

私の2セントだけ離れています。

また、上記のデフォルトの増加はMODELデータベース内で設定されます。 新しいデータベースを作成するときにMODELデータベースに設定されているものは、新しいデータベースのデフォルトの設定です。


0


データベースが増大しなければならない回数を最小限にしようとすることについては、一般的に正しいです。

正確な値を指定することはできませんでしたが、データベースファイルのサイズは非常に大きくすることをお勧めします。たまにそれを拡大するだけでよく、かなり大きくする必要があるため頻繁なファイルサイズ変更はありません。


0


データファイルを拡張する必要があるたびに、余分なディスク領域を確保してデータファイルを拡張するため、ある程度のリソースを消費します。 だから、理想的にはあなたは成長の数を制限したいです。

個人的には、私は自分のデータベースが自動拡張する必要がないようにしています。 私は時間外に積極的にそれらを育てることを試みます。 これはまた、ディスクスペースをよりよく監視することを可能にします。

月に一度自動成長するのであれば大丈夫です。 毎分、パフォーマンスに影響が出る可能性があります。

バックアップがより多くのスペースを占め、バックアップの場所を埋めること以外に、バックアッププロセスに問題が生じる可能性があるとは考えられません。 私はDBAよりもSQL開発者の方が多いので、それを誓うことはできません。


0


冗長な割り当て済みスペースがあることを除けば、サイズを大きくすることのマイナス面はほとんどありません。 増分を毎月または数ヶ月で増加させるようなサイズに設定するのが適切です。

いずれにせよ、あなたはディスクボリューム上とファイル内の両方の空き容量を監視し、差し迫ったディスク不足を見ることができるようにレポートを作成する定期的な仕事を持つべきです。


0


私はSQL Server Management Studio 2008をチェックインしたばかりで、新しいデータベースを作成したときのデフォルトの増加は1MBです。おそらくそれが1MBの設定によるところです(2005年も同じです)。

データベースファイルを大きくする必要があるたびに2倍に設定することを検討できることを昔から読んでいたことを覚えています。 5TBのデータベースを持っているのであれば、たった1日で2倍にしたくないでしょうが、1GBのデータベースでは、必要に応じて2倍にしたほうがかっこいいかもしれません。一定のデータ入力速度を有する。

もちろん、あなたの状況に応じて、実行可能な戦略になる可能性があると考えていることを提示したいだけでした。


0


1日または1週間に追加される可能性のあるデータの実際のサイズがわからない場合は、ファイルの増加率をパーセンテージ(最適値で5%から10%)に設定することをお勧めします。 この場合、ファイルの増加はデータベースのサイズに比例します。