Sql Server 2008が誤ってデータを操作した後、データを復元する方法
実際の仕事では、データを直接データベースで操作することがあります。例えば、データをdeleteまたはudateで操作する場合、これらの操作を行った時に、where条件やwhere条件が付加されていないと、結果は想像できます。もし操作がオンラインデータベースだったら、この結果は非常に深刻です。
事件が発生した後、私達は何とかして救済します。sqlserver 2005データベースに対して、有名なツールLog Exploerがあります。具体的な操作はみんなで自分で検索できます。sqlserver 2008に対してもこのようなツールがありますが、多くは有料です。sqlserverの事務ログを使って影響を受けたデータを回復してみます。
ビジネスログでデータを復元するには、二つの必要条件が必要です。
1、正しい完全データベースの最後のバックアップ
データベースの完全バックアップがないと、トランザクションログのバックアップができませんので、データベースを作成する際には、モードの一つを復元するには、「完全」を選択してください。
2、正しいインスタントポイント
つまり、データに戻ろうとしている時点で、この時点では、誤操作が発生した時間より前の時点を選択しますので、誤操作が発生した場合は、できるだけこの時点をメモしてください。でないと、回復したデータが正確ではないかもしれません。例えば、
誤った操作は16:00に発生しました。この時点で15:59を選択できます。もし選択したのが前の方であれば、15:30から15:59までの間のデータは回復されません。
具体的な操作手順を以下に記載します。
まず、データベースdbtestを新規作成します。データベースを作成する時、モードを回復するために、「完全」を選択して、データベースの中にTable(u)を新規作成します。1データを挿入し、データベースを完全バックアップします。
このバックアップは主に実際の作業をシミュレーションしてデータベースのバックアップを行いますが、実際にはデータベースのバックアップが大きいかもしれませんので、バックアップは一日か二日に一回行います。
バックアップが成功したら、次にテーブルに移動します。1にいくつかのデータを挿入し、元のデータベースに基づいて新たに追加したデータをシミュレーションし、sql文を実行します。delete from Table(u)1、誤操作をシミュレートして、時間を記録してください。例えば16:00.誤操作が発生したら、すぐに事務ログのバックアップを行います。このバックアップによってデータを復元します。
ビジネスログのバックアップが完了したら、私達はデータベースdbtest 1を新規作成して、それから前にバックアップしたデータベースを新しいデータの中で復元します。なぜこのようにしますか？事務ログでデータベースを回復するには、データベースの独占アクセス権が必要です。もし元の倉庫で回復すれば、元のライブラリに対する対外サービスを停止する必要があります。オンラインシステムが正常に動作しなくなり、非常に大きな影響を与える可能性があるので、オンラインシステムの正常な進行に影響しないデータの復元としてデータベースを新設します。最後に新しいライブラリのデータを元のライブラリに戻す。
dbtest 1を復元するときは、「オプション」の配置に注意します。
データベースの復元に成功したら、dbtest 1は復元されている状態であるべきです。
、データベースを復元します。タスクを復元します。
時間点は誤操作前の時点を選択し、15:59:59のようにして、全データ復旧動作を完了する。
次の一節は他の投稿から来たものです。
1、これは一般的に大規模なウェブサイトのデータ安全の一つの方法です。データベースが比較的大きい（数百Gの可能性があります）データのため、一回の完全なバックアップ期間が長く、しかもデータベースサーバの性能に影響します。データの安全を保証するために、多くは完全なバックアップ＋事務ログの準備を採用してデータの安全を保証します。例えば、一日に一回か二日間で完全バックアップをして、数時間以内に一回のログバックアップをします。もちろんjobを書いてもいいです。
2、SQL server 2005のような鏡像はこのような事務ログの同期方法を採用してデータの同期を保証します。
3、回復したログデータが現れたら、LSNは「早すぎて遅く事務ログ間の不連続を説明しました。このときはバックアップの時間と手順に注意します。
参考記事:
SQL Server 2008データベースの誤り削除データはどのようにデータの回復を行いますか？
SQL Server 2008およびより高いバージョンのデータベース復元方法のログのバックアップ
あなたのデータをログでMSSQLデータを復元します。
以上が本文の全部です。皆さんの勉強に役に立ちたいです。
事件が発生した後、私達は何とかして救済します。sqlserver 2005データベースに対して、有名なツールLog Exploerがあります。具体的な操作はみんなで自分で検索できます。sqlserver 2008に対してもこのようなツールがありますが、多くは有料です。sqlserverの事務ログを使って影響を受けたデータを回復してみます。
ビジネスログでデータを復元するには、二つの必要条件が必要です。
1、正しい完全データベースの最後のバックアップ
データベースの完全バックアップがないと、トランザクションログのバックアップができませんので、データベースを作成する際には、モードの一つを復元するには、「完全」を選択してください。
2、正しいインスタントポイント
つまり、データに戻ろうとしている時点で、この時点では、誤操作が発生した時間より前の時点を選択しますので、誤操作が発生した場合は、できるだけこの時点をメモしてください。でないと、回復したデータが正確ではないかもしれません。例えば、
誤った操作は16:00に発生しました。この時点で15:59を選択できます。もし選択したのが前の方であれば、15:30から15:59までの間のデータは回復されません。
具体的な操作手順を以下に記載します。
まず、データベースdbtestを新規作成します。データベースを作成する時、モードを回復するために、「完全」を選択して、データベースの中にTable(u)を新規作成します。1データを挿入し、データベースを完全バックアップします。
このバックアップは主に実際の作業をシミュレーションしてデータベースのバックアップを行いますが、実際にはデータベースのバックアップが大きいかもしれませんので、バックアップは一日か二日に一回行います。
バックアップが成功したら、次にテーブルに移動します。1にいくつかのデータを挿入し、元のデータベースに基づいて新たに追加したデータをシミュレーションし、sql文を実行します。delete from Table(u)1、誤操作をシミュレートして、時間を記録してください。例えば16:00.誤操作が発生したら、すぐに事務ログのバックアップを行います。このバックアップによってデータを復元します。
ビジネスログのバックアップが完了したら、私達はデータベースdbtest 1を新規作成して、それから前にバックアップしたデータベースを新しいデータの中で復元します。なぜこのようにしますか？事務ログでデータベースを回復するには、データベースの独占アクセス権が必要です。もし元の倉庫で回復すれば、元のライブラリに対する対外サービスを停止する必要があります。オンラインシステムが正常に動作しなくなり、非常に大きな影響を与える可能性があるので、オンラインシステムの正常な進行に影響しないデータの復元としてデータベースを新設します。最後に新しいライブラリのデータを元のライブラリに戻す。
dbtest 1を復元するときは、「オプション」の配置に注意します。
データベースの復元に成功したら、dbtest 1は復元されている状態であるべきです。
、データベースを復元します。タスクを復元します。時間点は誤操作前の時点を選択し、15:59:59のようにして、全データ復旧動作を完了する。
次の一節は他の投稿から来たものです。
1、これは一般的に大規模なウェブサイトのデータ安全の一つの方法です。データベースが比較的大きい（数百Gの可能性があります）データのため、一回の完全なバックアップ期間が長く、しかもデータベースサーバの性能に影響します。データの安全を保証するために、多くは完全なバックアップ＋事務ログの準備を採用してデータの安全を保証します。例えば、一日に一回か二日間で完全バックアップをして、数時間以内に一回のログバックアップをします。もちろんjobを書いてもいいです。
2、SQL server 2005のような鏡像はこのような事務ログの同期方法を採用してデータの同期を保証します。
3、回復したログデータが現れたら、LSNは「早すぎて遅く事務ログ間の不連続を説明しました。このときはバックアップの時間と手順に注意します。
参考記事:
SQL Server 2008データベースの誤り削除データはどのようにデータの回復を行いますか？
SQL Server 2008およびより高いバージョンのデータベース復元方法のログのバックアップ
あなたのデータをログでMSSQLデータを復元します。
以上が本文の全部です。皆さんの勉強に役に立ちたいです。