2010-12-06 153 views
-1

MS SQL Server 2008 Standard、ShadowProtect Server Edition 4.0.0.5885 - 金曜日、クライアントはレコードがデータベースに存在しないことを発見しました。木曜日の夜のSQLバックアップにすべての不足しているレコードが含まれていることがわかりました。ユーザーエラーは、複数の理由から除外されます。金曜日 SQL Serverレコードが消失した原因は何ですか?

  • すべてが追加され、8日間の範囲中に行われたすべての変更が含まれていない前に

    • すべて欠落しているレコードは8日間の範囲
    • に収まる日付範囲は、22日金曜日の前に始まり、14日に終了しました14個のテーブルから
    • 木曜日の午後11時のバックアップにすべてのレコードが存在します
    • アプリケーションログには、私が見る限りでは異常なインシデントは表示されません。

    私は、MS SQL Serverイベントビューアのアプリケーションリストで珍しいことは何も見つかりません。 ShadowProtect Serverを実行して、毎時2台のサーバードライブのイメージバックアップを作成しています。同じ種類の事件が4ヶ月前に発生しました。

    ShadowProtectは、データベースの1時間ごとのバックアップを実行します。

    1つの理論では、時間差分バックアップを実行するShadowProtect Server 4ディスクイメージソフトウェアが、金曜日の午前9時のバックアップ中に何らかの形でデータの消失を引き起こしたという考え方があります。私は他の活動を知らない。通常のユーザーアクセス以外の通常の午後11時の木曜日のデータベースバックアップと、金曜日の不足しているレコードの発見との間に発生します。

    ありがとうございました。あなたが想像することができるように、クライアントは非常に心配です。

  • +0

    その期間中に作成/更新されたレコードはすべて失われているわけではありません。欠落しているレコードはすべて、そのウィンドウで作成または更新されたものですか?そのウィンドウ中にいくつかの*データが作成または更新されていますか? – Tim

    +1

    何がユーザーのエラーやユーザーの操作を排除しますか? – Tim

    +0

    説明を求めてくれてありがとう。はい、8日間に追加されたすべてのテーブルのすべてのレコードが消えました。さらに、その期間中に既存の記録に加えられたすべての変更は消えた。各レコードには、Create-DateフィールドとModified-Dateフィールドがあります。悪い金曜日のデータベースに関するクエリでは、作成日がゼロのレコード、修正日が8日以内のゼロレコードが検索されます。非常に奇妙なことは、事件の日の14日前に終了することです。すべてのレコードと変更は木曜日、水曜日、...バックアップに存在し、金曜日に消えています。 –

    答えて

    0

    紛失したレコードの原因を突き止めたことはありません。別のMS SQL Serverインスタンスにデータベースを再インストールし、データベースを新しいリリースにアップグレードし、古いデータベースから新しいデータベースにデータを移行しました。それは問題を修正したようだ。

    0

    レコードの削除内容または削除されたレコードを知りたい場合、データベースには、ユーザー名と変更日を含む監査テーブルが設定されている必要があります。次に、監査ログを参照して、reordがいつ削除されたのか、誰がどのプロセスによって削除されたのかを確認できます。ビジネスクリティカルな情報を含むすべてのデータベースには監査が必要です。残念なことに、イベントが起こった後は、監査でこれを誰が行ったかを知るには遅すぎます。トランザクションログを調べる第三者の製品を見つけることができ、少なくとも誰が削除されたかを知ることができるかもしれません。また、トランザクションログのバックアップは15分ごとに実行する必要があります。

    私はShadowProtectサーバーに慣れていませんが、スクリプトが実行された(およびcacadeの削除がオンになった)まさにそのようなデータが消えてしまい、ShadowProtectサーバーではないようです。それが干渉している場合は、SQLクエリで簡単に行うことができる、よりランダムな変更を期待します。あなたはあなたのテーブルに直接アクセスできますか?データに害を及ぼしたり、不正行為を隠そうとしている人がいるかもしれません。データへの脅威は、常にイベントログに含まれる外部ソースまたはアプリケーションからのものではありません。実稼働中のデータベースのデータを削除する権限を持つのは誰ですか?私は不快な従業員を疑うだろう。

    +0

    データベースには監査テーブルがあります。ユーザーは誰も削除していないことを確認します。以前のコメントでも触れたように、ユーザーには変更を削除する機能はありません。彼らは、第三者のアプリケーションを通じてのみデータベースにアクセスします。また、長期の従業員を抱える小規模オフィスで、不満はありません。 –

    +0

    差分バックアップの不完全なセットからの復元がどのようにデータの欠落を招くかを確認できましたが、バックアップの原因データはどのように消えますか? – Tim

    +0

    良い質問、ティム、私は私の研究を続けると私に有用な方向を示すかもしれないもの。 ShadowProtectが開いているSQLデータファイルをバックアップするために使用するボリュームシャドウサービスがデータファイルに損傷を与える可能性はありますか? –

    関連する問題