sql-server-2016 - DB の初期サイズを増やす利点

Question

私は新しい DBA で、DB を監視するために Spotlight をインストールしました。シニア DBA から、DB の初期サイズを増やすようにアドバイスされましたが、この増加の理由/メリットを適切に説明できませんでした。誰でも手伝ってもらえますか?

Answer 1

主な理由は、ファイルの断片化です。大きな初期サイズは、問題からあなたを守ります。

さらに、データベースが大きくなるとコストがかかります - データベースのパフォーマンスが影響を受けます。

Answer 2

おそらく、初期サイズを超えると、ファイル システム上のファイルを増やす必要があるためです。ほとんどの場合、既に割り当てられたスペースの直後に追加のスペースを取得できないため、これによりディスク上のファイルが断片化されます。

非常に小さな初期サイズから始めると、ファイルがパーセント単位で大きくなることがあります。

Answer 3

主な理由は、ファイルを拡張する必要がある場合、データベースの自動拡張設定で指定された量だけファイルが拡張されるまで、すべてのデータベース操作が停止するためです。これはコストのかかる操作であり、ファイルのサイズによっては時間がかかる場合があります。データベース、自動拡張設定 (DB のサイズが既に 2TB の場合、DB を 10% 拡張するのにかかる時間を想像してみてください。すべてのクエリはそれが完了するまで待機する必要があります。したがって、固定量が一般的にパーセンテージよりも優れている理由)、ストレージの速度と、SQL インスタンスに対してファイルの即時初期化が有効になっているかどうか。

これらの問題を回避するには、最初からデータベースのサイズを適切に設定することをお勧めします。

フラグメンテーションは、一般的に実稼働 SQL サーバーでは、データベース ファイルは独自のボリューム上にあり、他に何も書き込まれていないため、連続したスペースは問題ではなく、問題でもありません。ドライブが iSCSI LUN である可能性があることを考慮すると、断片化はさらに複雑になります。物理的なファイル レイアウトはわかりません (たとえば、NetApps は、Write Anywhere File Layout (WAFL) を使用してあらゆる場所に書き込むことができます)。

一般に、SQL サーバーのファイル/インデックスの断片化は、パフォーマンスに関してはバランスが取れていません。私の経験では、パフォーマンスのトラブルシューティングに関しては、それが主な要因に近いことはほとんどありません。