2017-09-08 5 views
-1

SQL Server 2012(Windows Server 2012 R2)とAlwaysON(01-03)用に構成されたデータベースを用意しており、1日に1回、5分ごとにログをバックアップします。データベースのサイズは288 GB(mdf - 88 GB、ndf - 110 GB、ldf - 84 GB)です。SQL Serverログファイルの急速な成長

長いトランザクションはありません。私はログファイルを2倍に縮小して4GBまで買ったが、2日以内に88GBまで戻った。

どうすればこの問題を解決できますか?

+0

SQL Server 2012 RTMには、単純なリカバリモデルでは、状況によってはログファイルが大きくならないというバグがMSによって認識されていました。これはSP2またはSP3で修正されています。まだRTMまたはSP1の場合は、最後にインストールしたSPをインストールできます。 –

答えて

0

私は二回、ログファイルを縮め、あなたがログイン縮小することができましたし、ログファイルのサイズが小さくてしまった、あなたが見ているログの成長は大量のが原因かもしれませんので、4ギガバイト

まで買いました取引..

以下

は、ログの増加の原因となっている取引を見つけるための方法です...レアのいくつかの私の理解あたりとして

select 
    txt.text, 
    sum(trn.database_transaction_log_bytes_used + 
     trn.database_transaction_log_bytes_reserved) as totallogused 
from 
    sys.dm_tran_database_transactions trn 
join 
    sys.dm_exec_requests ec on ec.transaction_id=trn.transaction_id 
cross apply 
    sys.dm_exec_sql_text(EC.sql_handle) txt 
group by 
    txt.text 
+0

4つのテキストのうち、Update SPが1001482のtotallogusedを使用しています。どうやってこれをやめることができますか? – user112359

+0

なぜあなたはそれを停止する必要があります..?任意のdmlステートメントはログを使用します。ログの成長を計画する必要があります – TheGameiswar

+0

ログの成長を計画する上でのアドバイスはどうですか? – user112359

0

トランザクション・ログ・ファイルが成長できる人の息子は、次のとおりです。

  1. 長時間実行クエリ:これは、トランザクション・ログ・ファイルが

  2. 最適化ジョブが実行スペースを解放されていない理由を示さなければならない

    select name, log_reuse_wait_desc 
    from sys.databases 
    

    月また、トランザクションログファイルが増加する原因となる

  3. ログバックアップの頻度が不適切に設定されています - 時には最適なオプションがbefo任意の最適化ジョブが実行される再 - ログファイルの使用状況を確認 - あなたは、ログのバックアップを設定する必要がある場合は、任意の最適化ジョブをスケジュールし、適切なログのバックアップは、ログの増加に対処する最善の方法である持っ

を実行する前にしない限り、異常事態のために。

関連する問題