ログファイルをデータファイルよりも大きくしておくのは正常ですか？
ログファイルをデータファイルよりも大きくしておくのは正常ですか？
ログファイルが大きい理由を知っています。これは、特定の時間に大幅な変更とロックが発生し、ログファイルが大きくなったためです。ログ配布を使用しているため、通常は10回ごとにログバックアップをとっています分。
「データファイルは約7,216 GBで、ログファイルは約9,930 GBなので、ログファイルがデータファイルよりも大きくなるのは正常ですか？」ログとデータファイルの間に標準的な比率があると思いますか？ハードディスクに十分なスペースがあるので、ログファイルを縮小したくありません。
大規模な変更が行われている場合、はい、データファイルよりも大きいログファイルが存在するのは正常なことです。大幅な変更が終了し、ログのバックアップが行われた後、ファイルは元のサイズに縮小されません。しかし、ファイルは空になります。
これは、データベースを右クリックして[レポート]-> [ディスク使用状況]を選択すると、Management Studioで確認できます。 
ログファイルは、次にスペースが必要になったときにのみ元に戻るため、縮小することはお勧めしません。ただし、ディスク領域が不足している場合は、ログファイルを圧縮できることを確認してください。スペースは必要なときに毎回使用されるため、そのままにしておくことをお勧めします。
正常に動作するアプリケーションを備えた適切に構成されたサーバーのデータよりもはるかに大きいログファイルを表示することは珍しいかもしれませんが、それは間違いではありません。 SQL Serverは、一時的にログファイルを長くする必要があったため、再び多くのスペースを必要とするため、特に指示がない限り、ログファイルをその期間保持することを想定しています。
ログとデータファイルの間に標準的な比率があると思いますか？
存在しない。言及したような1回限りの大規模な操作がなくても、ログファイルが比較的大きくなることが予想される状況があります（たとえば、完全なリカバリ用に構成された小さなデータベースで、挿入/更新/削除の操作が非常に多い各ログバックアップ間のデータの小さなセット）。
ハードディスクに十分なスペースがあるので、ログファイルを縮小したくありません。
ログファイルが膨らむ原因となった操作が1回限りのイベントまたはその他のまれなイベントである場合は、それを切り捨てても害はありません（切り捨て、再配置せず、予想される成長のために十分な空きができるサイズまで下げてください）。 ）ファイルシステムのスペースを解放するにはbutファイルシステムのスペースを解放する必要がない場合は、将来使用する可能性があるために割り当てられているスペースが問題を引き起こさないので、気にしません。