2008-09-04 15 views

答えて

2

唯一の欠点は、ディスクのスラッシングが増え、パフォーマンスが低下することです。

1回の書き込みでは、2回のシークが必要です(書き込みトランザクションログ、書き込みデータ、コミットログの間)。トランザクション・ログを別のディスクに置くと、ドライブ・ヘッドがトランザクション・ログとデータのままになる可能性があるため、ゼロ・シークをほとんど意味しません。

3

ドライブが両方とも同じドライブ上にあるという問題は、ドライブが故障した場合に両方を失うことです。

異なるドライブ上にあり、データを含むドライブに障害が発生した場合は、最後のバックアップにログを適用して、データを失わないようにすることができます。

0

私が以前に働いていた会社では、複数のサーバー上の同じフォルダ内の同じドライブにトランザクションログとデータファイルが並べてありました。

これはデータに問題を生じませんでした。

他の人も注目しているように、パフォーマンスに影響を与える可能性があります。あなたがドライブを失うと、両方を失います。

-1

一部のシナリオでは、トランザクションログはまったく必要ありません。その場合、データベースをSimple Recovery Modeに切り替えると、パフォーマンスが向上し、管理が簡単になります。ただ、上記のテッド・パーシバルさんのコメントに簡単に追加する

+1

実際にはシンプルモードでは、まだトランザクションログがあります。それは、ログがSQLServerによってもう不要になったら、それはゴミ箱だということだけです。シンプルリカバリモードでは、ログは回復のために保持されません。回復は「シンプル」なのです...最後のバックアップから復元するだけです。 –

0

それはシーケンシャル書き込みまたはシーケンシャル読み込みを行っている場合は、ドライブヘッドが移動する必要がないので...

ハード・ディスク・ドライブは、最速実行されます。

SQL Serverのログファイルは、シーケンシャルなので、ハードドライブのみをログ専用にすると、パフォーマンスが大幅に向上します。つまり、パフォーマンスが問題ではない小規模なデータベースの場合は、問題ではありません。

ドライブ障害に関するNirのコメントは、RAIDアレイにデータとログの両方を入れることで、より低いレベルでこれを処理してくれることをうれしく思います。

関連する問題