SQL Server 2005の：監査ランダムなレコードの削除

Question

これはばかげた質問のように見えるかもしれませんが、私は今の頭部>壁の状況にいますよ。

私は、SQL Server 2005のデータベースは、複数の異なるアプリケーションによって更新されている大規模なERPアプリケーション上で動作します。私は特定のテーブル内の削除がから発信される場所を把握しようとしている。

私は、プロファイラを使用してみましたが、私は、様々な方面からの毎秒のデータベースに非常に多くのヒットがあるので、誤ったSPを識別することができるように十分なイベントタイプをフィルタリングすることはできませんよ。また、プロファイラは、より多くのDDLの変更やオブジェクトのDROP型アクションを見つけるに向け思えます。

私は単に質問に答えるためにしようとしている：を何ストアドプロシージャを。またはSQLクエリは、レコードが表Xから削除される原因？の

私は何のツールを使用する必要がありますか？私は<のhref = "http://weblogs.asp.net/jgalloway/archive/2008/01/27/adding-simple-trigger-based-auditing-to-your-sql-server-のようなものを避けるために期待していましたdatabase.aspx」のrel = "nofollowをnoreferrer">トリガーベースの監査に。またはプロファイラは、調査のこの種のために最適なツールですか？またはサードパーティ製のツールは、唯一のリゾートですか。

私はこのトピックで、比較的不慣れだからあなたができる任意の有用なリンクを提供してください。

Answer 1

プロファイラで犯人を見つけることは特に忙しいシステム上、干し草の山で針を見つけるようなものでした。あなたはedosoftのようなフィルタでそれを見つけることができない場合は示唆している、「％選択％」のようなテキストデータではないことにより、フィルタ、アプリケーション名によってフィルタ、書き込み= 0でたstatmentsを排除することで、ノイズを最小限に抑えるようにしてください。あなたはそれが絞り込まれ得ることができる必要があります。

あなたは本当に絶望している場合は、

は、テーブル上のすべてのユーザーに削除権限を拒否し、リングに電話を待つことができます。

また、タイムスタンプで作業テーブルにテーブルの上に時折SELECT COUNT（*）を実行し、他の活動にレコード数のいずれかの滴を相関しようとすることができます。

Answer 2

あなたはこのために、SQLプロファイラを使用することができますが、結果をフィルタリングする必要があります。そして "SP：起動"：DELETEステートメントを監視するには、 "スタートRPC" を選択し、イベントをしてTextData列にフィルタを適用します "のTextData LIKE '％は重量％から％をDELETE'"

。

-Edoode