タグ付けされた質問 「ghost-cleanup」

2
SQL Server Frozen Ghost Cleanupの回避策が必要です
行数が5Mから1.5Gのテーブルがいくつかあります 各テーブルにはBLOBフィールドがあり、そのサイズは100バイトから30 Mバイトまで変化し、「行外の大きな値タイプ」= ONとして保存されます。 テーブルは異なるファイルグループに格納され、3〜4個のファイルがそれぞれ異なるディスク@異なるLUN @非常に高速なSAN これらのテーブルは毎日、サイズが5〜100 Gbで、60万〜150万行に拡大します。 2週間から6か月まで変化する一定の時間が経過すると、行の一部が削除されるかアーカイブDBに移動されるため、6か月以上前の作業テーブルには行がありません。 サーバーの現在の構成: SQLサーバーエンジンは2008 R2 SP1 Enterprise @ 24コア、@ 64Gb RAM SQL Serverは、追加の起動フラグを使用して実行されます。 -T 3640; (ストアドプロシージャのステートメントごとにクライアントにDONE_IN_PROCメッセージを送信する必要がありません。これは、SET NOCOUNT ONのセッション設定に似ていますが、トレースフラグとして設定されると、すべてのクライアントセッションがこのように処理されます) -T 1118;(tempDBの割り当てを一度に1pg(最初の8ページ)から1エクステントに切り替えます。) -T 2301;(意思決定支援クエリに固有の高度な最適化を有効にします。このオプションは、大規模なデータセットの意思決定支援処理に適用されます) -T 1117;(すべてのデータファイルを一度に成長させます。それ以外の場合は順番に進みます。) -E; (ファイルグループ内の各ファイルに割り当てられるエクステントの数を増やします。このオプションは、インデックスまたはデータスキャンを実行するユーザーの数が限られているデータウェアハウスアプリケーションに役立ちます) -T 834; (SQL Serverはバッファプール用に割り当てられたメモリのためのWindowsの大きなページの割り当てを使用するようにします http://msdn2.microsoft.com/en-us/library/aa366720.aspx、 http://support.microsoft。 com / kb / 920093) SQL Serverはラージページ拡張機能を使用します SQL Serverは高速ファイル初期化オプションを利用します AUTOSHRINKはすべてのデータベースでオフです 問題がある …

1
ゴーストクリーンアップの設定
高トランザクションデータベースを実行しています(平均で17.5万トランザクション/分、1時間あたり約900万レコードが追加および削除されます)。 750万件のレコードが追加および削除されたため、最近までこれはそれほど問題ではありませんでしたが、最新の大量のデータにより、ゴーストクリーンアップはクリーンアップに追いつくことができないようです。テーブル/インデックスの未使用スペース。 数日前に、16テーブル(主に2つ)全体で53 GBの「未使用スペース」に達したため、ゴーストクリーンアッププロセスの調査が始まり、5秒ごとに実行され、10ページ以上実行されることがわかりました。 私の現在の解決策は、早朝、次のコマンドの3つのスレッドを実行していることです。 DECLARE @2hours datetime = dateadd(hour,2,getutcdate()) WHILE getutcdate() < @2hours BEGIN DBCC FORCEGHOSTCLEANUP ('DBNAME') WITH NO_INFOMSGS END 前日の夜のバックログに追いつくため(ほとんどの削除が行われるとき) デフォルトの設定を5秒と10ページから毎秒と言って変更したり、20ページを超えるようにしたりする方法はあるのでしょうか。それを行う方法はありますか。それとも、複数のクリーンアップ手順をスピンアップして、データ、またはこれを支援できる他のアクションがある場合 インデックスの再作成は、影響を受けるほとんどのインデックスに対して少なくとも週1回実行されます(ほとんどは隔日です) AlwaysOn高可用性クラスター上のSQL Server 2012 Enterprise SP3_CU8(明日はCU9にアップグレード)もレプリケーション(別のサーバーに配布)あり
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.