2

データベース全体のサイズは約 35 GB ですが、読み取り/書き込みが多いレプリケーション データベースをセットアップしようとしています。

トランザクション レプリケーション サーバーが構成されましたが、1 週間でログが 22 GB に膨れ上がり、サーバーの速度が大幅に低下しました。

レプリケーションとログの増加をなんとか停止し、現在はログが 22 GB の 0.1% 使用されて安定しています (ログ全体のサイズはまだ縮小していません)。

  • Windows バックアップを使用して毎晩実行される完全バックアップ
  • 復旧モデルはシンプルです
  • 8x SAS 10K ドライブを備えた RAID10 で実行
  • 32GB RAM、Win2008 x64 SP1
  • SQL が 24GB のみを使用するように制限されているため、サーバーは 75% のメモリ使用率を保持します
  • リソース モニターによると、平均ディスク アクティビティは約 100KB/秒で、レプリケーションなしのキューの長さは 0.05 です。
  • バックアップ サーバーは同じ OS、4GB RAM、RAID1 SATA 7.2k 500GB を実行しています。

質問は - トランザクション ログが継続的に大きくなる原因となったのは、どのような間違いでしたか?

さらに情報が必要な場合は、どのツールを使用すればよいか教えてください。それに応じて投稿できます。

事前に助けてくれてありがとう。

4

2 に答える 2

1

トランザクション ログを読み取って、増加の原因となっている操作を調査できます。詳細については、LDF ファイルを開いて LDF ファイルのコンテンツを表示するオンライン記事を参照してください。

免責事項: 私は ApexSQL で製品サポート エンジニアとして働いています。

于 2014-04-04T17:27:54.300 に答える
0

これが発生すると、sys.databases ( SELECT * FROM sys.databases ) の「log_reuse_wait_desc」に何が表示されますか?

データがまだ完全に複製されていないため、複製エンジンがトランザクション ログを保持しているようです。オフラインのサブスクライバはありますか?

于 2012-09-07T20:41:37.100 に答える