イベントキャッシュテーブルサイズが巨大な理由

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/828

  •  16-10-2019
  •  | 
  •  

質問

私はモスの出版サイトを持っています。コンテンツは非常に小さいです。コンテンツデータベースのサイズが5GBで、コンテンツが大幅に変更されていないことに気付きました。スクリプトを使用してテーブルのサイズを表示すると、EventCacheテーブルサイズだけが3.5 GBを超えていることに気付きました。どうしてこれなの？これの理由は何ですか？サイズを減らすためにそれについてどうしますか？

役に立ちましたか？

解決

次のことを確認しましたか？1。以前のバージョン（SPS 2003）からコンテンツDBを移行しましたか？ - この場合、有効期限のあるEventCacheテーブルをクリアするTimerJobsが、テーブルに残っている定義された日数よりも古い行が良好であることがあります。

  1. Moss SP2では、データベースの予期しない成長も引き起こす一部の部分を修正しましたが、これが特定の場合にもEventCacheテーブルにも当てはまるかどうかはわかりません。

  2. あるケースでは、SQL Serverの自由ディスクスペースには、期限切れの行を削除するためにEventCache Ta BLEの進行中に構築されたTEMP DBの作成を実行するのに十分なスペースがありませんでした。その場合、75GB dBで、EventCache Alloneが8GBを使用して、テーブルをクリアするために約260GBのスペースを解放したことがわかりました。

  3. 別のヒントもここにあります：KB記事：957691 -Build 12.0000.6331.5000）「EventCacheテーブルをクリアするためのサポートされた方法」

これがあなたを助けるかもしれないことを願っています、

Greets、Steve Chen、サポートエンジニアSharePoint EMEA GTSC

他のヒント

変更ログを保持するために何日を変更して、そのテーブルが小さくなるかどうかを確認してください。

また、SPTIMERサービスは正しいドメインアカウントで正しく実行されていますか？

多くのアラートをセットアップしたユーザーがたくさんいますか？

私は最近、データベースの破損のために同じ問題を抱えていました。によるとこのサイト, 、すべての古いイベントを削除する必要があるタイマージョブがあり、この「即時アラート」タイマージョブが実行されていることを確認する必要があります。

このSQLをデータベースに対して実行することにより、古いイベントが実際に削除されているかどうかを確認できます。

select top 1000 from [dbo].EventCache order by id desc

次に、1週間か2週間以上の日付のイベントがないことを確認してください。

そのようなイベントがある場合は、上記のクエリから最大のIDを選択してから実行します（IDが8500だと仮定します）：

delete from [dbo.EventCache] where id < 8500

私の場合、データベースが破損していることを示すエラーを受け取りました（これが、データベースに非常に多くの行があった理由でした）。

SharePointデータベースの破損を修正するには、以下を実行できます（重要：これはデータの損失を引き起こす可能性があります）。

ALTER DATABASE WSS_CONTENT SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ('WSS_CONTENT', REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE WSS_CONTENT SET MULTI_USER

（私のコンテンツデータベースは「ws_content」と呼ばれ、あなたのコンテンツは違うかもしれません）。

次に、上記の「選択」ステートメントを実行して、行が多すぎないことを確認し、もしそうなら削除します。

ライセンス： CC-BY-SA と 帰属
所属していません sharepoint.stackexchange
scroll top