dbの使用中にログに対してDBCCSHRINKFILEコマンドを実行するリスクはありますか？
パフォーマンスヒットに対応できます。
新しいインデックスが作成され、大量のログファイルが作成されたため、これも1回限りです。このファイルを縮小する必要があります。
このコマンドを実行するリスクがあるかどうかを知りたかっただけです。
SQL Server2005データベース
安全ですが、トランザクションアクティビティが少ない静かな時間に実行してください。ログを最小サイズに縮小してから通常のサイズに拡大することをお勧めします（これにより、正しい数のVLF（内部仮想ログファイル）が作成され、ログに記録されるコマンドのパフォーマンスが向上します）。
データベースのログが縮小しない場合-データベースがシンプルモードの場合、最初にチェックポイントコマンドを実行し、完全にログに記録されている場合は、最初にログをバックアップします。
ログに未処理のミラーリングトランザクションまたはレプリケーショントランザクションが含まれている場合、最小サイズに縮小されない可能性があります。
適切な自動成長値を設定することを忘れないでください。
次の記事を参照してください。
http://www.sqlskills.com/BLOGS/KIMBERLY/post/8-Steps-to-better-Transaction-Log-throughput.aspx
また、ログが縮小しない場合のいくつかのポインタ：
- トランザクションログをバックアップできます。
- 最初にチェックポイント（ http://msdn.Microsoft.com/en-us/library/ms188748.aspx ）を実行して、すべてのダーティページがディスクに書き込まれ、その後dbccシュリンクファイルを実行することができます。
- 複雑なSQL構成（例：その特定のデータベースでのデータベースミラーリング）がない場合は、データベースを単純リカバリに切り替えてから、完全リカバリモードに戻すことができます（これはデータベースの使用中に行うことができます）。確実にデータベースのログファイルを縮小します。
あなたがSQLServer 2000/2005について話していると仮定すると、私は問題なくライブデータベースでそれを行います。
また、アクティブなデータベースのトランスログを縮小します。トランザクションログの非アクティブなチャンクにのみ影響します。
Paul Randallは、ここにかなり詳細なスレッドを持っています。彼のブログにも記事があります：
それはあなたの正確な質問ではありませんが、DBCCSHRINKFILEが何/どのように機能するかについて追加の光を当てます。