0

SQL Serverのt-Logファイルサイズの拡張(.ldfファイル)について混乱します。私はDBAのいくつかの推薦するログファイルShrinkによっていくつかのブログやトピックを分析しましたが、そうしないように勧められました。フルモードで.ldfファイル縮小またはサイズ縮小 - 推奨ソリューション

  1. テイクデータベースをそのないすでにそれであれば:ここで私は従うために使用されるものです。

  2. 縮小ログ ファイルが十分でない場合はファイルを解放し、次の手順に進みます。

  3. データベースの接続解除。 (ときどきシングルモードになり、デュアルロックプロセスである デッドロックプロセスが発生しても、マルチユーザーモードになることはありません
  4. .ldfファイルを別の場所に移動してmdfファイルのみを復元します。 。 VLFある場合

    USE dbname 
    BACKUP LOG dbname TO DISK = 'C:\x\dbname.trn' 
    --First param below is fileno for log file, often 2. Check with sys.database_files 
    --Second is desired size, in MB. 
        DBCC SHRINKFILE(2, 500) 
        DBCC SQLPERF(LOGSPACE) --Optional 
        DBCC LOGINFO --Optional 
        Now repeate above commands as many times as needed! 
    

    私はわからない:

これは、推奨技術ではなかったので、私は未使用領域を解放するために、仮想ログファイル(VLF)の低減、すなわち、スクリプトを次のようにサーフィンプロダクション環境で試してみることをお勧めします。ダウンタイムはありません。私はどのように前進するべきかアドバイスしてください。

+0

なぜログファイルを縮小する必要があると思いますか?これは、あなたが定期的にやらなければならない、一度だけのことなのでしょうか? – SQLChao

+0

実際には、さまざまなSQL Serverでログファイルのサイズが大きくなりすぎて、ディスクスペースがほぼ99%消費されてしまい、データベースサーバーの誤動作や窒息につながることがあります。 –

+0

最初に行うべきことは、ログが非常に大きくなっている理由を理解することです。たぶん、バックアップが発生していないかもしれません。実際には、実際には大量のトランザクションが必要になるだけで、ディスク容量を増やす必要があります。ログファイルを増やすために必要なリソースなど、さまざまなことを考慮する必要があります。トップ評価の回答をここで読むhttps://dba.stackexchange.com/questions/53857/i-need-to-shrink-my-database-i-just-freed-a-lot-of-space – SQLChao

答えて

0

1)データベースはどのような復旧モデルですか? 1.1)FULLリカバリモデルの場合は、トランザクションログのバックアップを行っていますか? そうでなければ、あなたのログが増えている理由があります。 トランザクションログのバックアップを作成するか、リカバリ モードをSimpleに変更して、空の領域を解放します。

ファイルを縮小しないでください。

+0

モードはシンプルで、未使用のログステートメントは自動的に切り捨てられます。しかし、t-Logsのサイズは2〜3週間後にはまだ大きくなっています。それを克服するために、私はモードをフルにしてから、ログバックアップを取って、問題の議論の通り、アタッチとアタッチを行いました。 –

関連する問題