数据库恢复数据，不小心把数据库数据删除,怎么恢复
大家好,今天小编来为大家解答以下的问题，关于数据库恢复数据，不小心把数据库数据删除,怎么恢复这个很多人还不知道，现在让我们一起来看看吧！
sql数据库删除了怎么恢复数据
sql
server中误删除数据的恢复本来不是件难事，从事务日志恢复即可。但是，这个恢复需要有两个前提条件：
1.
至少有一个误删除之前的数据库完全备份。
2.
数据库的恢复模式（recovery
mode）是“完整（full）”。
针对这两个前提条件，会有三种情况：
情况一、如果这两个前提条件都存在，通过sql语句只需三步就能恢复（参考文章），无需借助第三方工具。
a)
备份当前数据库的事务日志：backup
log
[数据库名]
to
disk=
n'备份文件名'
with
norecovery
b)
恢复一个误删除之前的完全备份：restore
database
[数据库名]
from
disk
=
n'完全备份文件名'
with
norecovery,
replace
c)
将数据库恢复至误删除之前的时间点：restore
log
[数据库]
from
disk
=
n'第一步的日志备份文件名'
with
stopat
=
n'误删除之前的时间点'
,
recovery
情况二、如果第1个前提条件不存在，第2个前提条件存在，需要借助第三方工具。
情况三、如果第2个前提条件不存在，无法恢复。所以，一定要将数据库恢复模式设置为“完整（full）”。
我现在面临的是第二种情况，需要找第三方工具。
开始找的是log
explorer
for
sql
server，不支持sql
server
2008。
后来找的是sql
log
rescue，也不支持sql
server
2008。
接着找到的是systools
sql
recovery，支持sql
server
2008，但需要购买，demo版并没有数据恢复功能。
最终在officerecovery.com上找到recovery
for
sql
server，虽然也是商业软件，需要购买，但demo版可以恢复数据，只要数据库文件不超过24gb。幸好朋友的数据库文件不大，用它完成了误删除数据的恢复。
下面分享一下用recovery
for
sql
server进行恢复的操作步骤：
1.
运行recovery
for
sql
server
2.
点击菜单中的
file
>
recover，选择要恢复的数据库的数据文件（.mdf）
3.
next
>
next，进入
recovery
configuration
界面，选择custom（选择了custom才可以选择从日志中恢复误删除的数据）。
4.
next
进入
recovery
options
窗口，选中
search
for
deleted
records，并选择要恢复的数据库的日志文件路径（log
file
path）。
5.
next
并选择目标文件夹（destination
folder），用于存放恢复过程中生成的sql语句与bat文件。
6.
点击start，开始恢复操作（在上一步选择的目标文件夹中生成相应的sql文件与bat文件），然后，出现
sql
server
database
creation
utility
窗口。
7.
next，选择被恢复数据存放的目标数据库。
8.
next,
选择
import
availiable
data
from
both
database
and
log
files
9.
next,
next,
然后就完成数据的恢复！
SQL数据库如何自动备份和恢复
在SQL Server 2008数据库中。为了防止数据的丢失我们就需要按时的来备份数据库了。要是每天都要备份的话，人工备份会很麻烦的，自动备份的话就不需要那么麻烦了，只要设置好了，数据库就会自动在你设置的时间段里备份。那么自动备份要怎么设置呢。下面为大家讲解。
工具/原料
电脑一台
要安装SQL Server 2008数据库。
方法/步骤
1
在电脑开始菜单中选择“SQL Server Management Studio”双击。在出现的界面中点击“连接”按钮。
2
在出现的“ Microsoft SQL Server Management Studio”界面中选择“管理”下的“维护计划”右击维护计划，点击“维护计划向导”，
3
在出现的“SQL Server维护计划向导”界面中点击“下一步”
在出现的界面中把名称和说明写上。然后点击“更改”设顶备份计划
在出现的“作业计划属性”界面中，更改执行时间，也就是多久备份一次。这里该为每天备份。间隔时间更改为“1”更改执行一次时间为0：00：00也就是在每天的0点自动备份数据。
更改好以后，就可以在下面看到“在每天的 0:00:00执行。将从 2014-5-16开始使用计划。”然后点击“下一步”按钮
在选择维护任务界面中选择要备份的数据库文件。然后点击下一步。
在选择维护任务顺序中，可以移动要备份的数据库文件的顺序。然后点击“下一步”
在定义“备份数据库完整”界面中，选择数据库后面下拉菜单中的数据库文件。然后点击“确定”按钮
在定义“备份数据库完整”界面里选择备份路径。然后点击“下一步”
在“选择报告选项”界面中设置好“报告文本文件”的路径。然后点击“下一步”
在出现的“完成该向导”界面中会看到设置备份的详细信息。
这样数据库自动备份就成功了。
十大数据库备份和恢复方法
一般的文件型数据库，实际上对整个就是一个或者多个文件，所谓的备份就是把这些文件考虑到其它介质上，可能有一个打包的过程，或者刻录到DVD的过程。这是对文件型数据库备份和恢复的最好方法，效率最好，操作最简单。
有的大型数据库，它自己管理存储空间，是分区或者磁盘，不被操作系统识别。这类数据库一样可以用GHOST等工具备份磁盘。
可能许多人讲备份数据库是把数据库转换为SQL或者文本文件。其实这是另外一个概念，叫做数据迁移，目的是把数据库的数据移植到其它数据库管理系统。数据迁移不适合用来做数据库的日常备份，一般关键数据库不会平凡的做数据迁移。一般数据库系统会提供专门的数据迁移工具，当然这类工具也可能就是一系列的SQL语句，自己也能编写。
1.打开块检查(block checking)这样做的目的是为了及早的发现数据库中的坏块。会有些性能开销，但是可以发现由于底层磁盘、存储系统或I/O系统的问题导致的坏块。 SQL alter system set db_block_checking= true scope=both;
2.用rman备份时打开块跟踪(10g以上)块跟踪文件包含用于增量备份的位图。每一个位表示一个extent，因此仅仅那些被修改的extent才会被读取并备份。如果没打开块跟踪，那么所有的块必须都被读取，以确定是否已经上次备份后被修改过。 SQL alter database enable block change tracking using file'/u01/oradata/ora1/change_tracking.f';
3.镜像日志组成员。并且有1个以上的归档位置如果一个在线日志成员被删除或损坏，那么另一个成员可以用于恢复。如果归档日志文件损坏或丢失，那么其他归档位置的副本仍然可以使用。 SQL alter system set log_archive_dest_2='location=/new/location/archive2' scope=both;SQL alter database add logfile member'/new/location/redo21.log' to group 1;
4.备份时使用 check logical选项这会让rman检查块中的逻辑损坏以及头尾校验，这是获得良好备份的最好方式。 RMAN backup check logical database plus archivelog delete input;
5.测试你的备份做任何操作都不如实际恢复一次数据库。这是最好的确定你的备份在关键时刻是否良好可用的最佳方法。 RMAN restore validate database;
6.每个数据文件在一个单独的备份片中做部分恢复时rman必须读取整个备份片和必须的归档日志。备份片越小恢复越快。这对大型数据库的磁带备份或仅恢复单个(或几个)文件时特别重要。 RMAN backup database filesperset 1 plus archivelog delete input;
7.维护 rman的恢复目录和控制文件仔细选择你的保留政策。确保它涵盖了你的磁带系统保留策略以及备份恢复策略的需求。如果没使用恢复目录，确保参数control_file_record_keep_time匹配你的保留策略。 SQL alter system set control_file_record_keep_time=21;备份记录将保留21天。执行常规的恢复目录维护删除过期的内容将移走超过保留策略的备份，如果过期备份没被删除，恢复目录会增长直至性能出现问题。 RMAN delete obsolete;校验恢复目录或控制文件中内容与物理的备份匹配。如果备份片丢失，将被置为'EXPIRED'状态，恢复时它将没有资格，更早的备份将被使用。删除过期备份需要使用以下命令。 RMAN crosscheck backup;RMAN delete expired backup;
8.预防控制文件丢失这将确保您始终具备最新controlfile的可用。 RMAN configure controlfile autobackup on;保留备份日志。备份日志包含您的磁带访问的参数，控制文件备份的位置，如果数据库完全丢失时这些信息会很有用。
9.测试你的恢复在恢复场合，会让你知道恢复将怎样执行。并且能避免再次恢复原数据文件。 SQL recover database test;SQL RECOVER TABLESPACE sales TEST;
10.在备份归档时不要使用delete all input DELETE INPUT将从第一个归档位置删除日志。它也将删除从先前备份以来的第二个归档位置的日志。备份并删除指定位置的归档backup archivelog until time'sysdate-7' like'/u04/oracle/admin/TEST/arch/%' deleteinput;如果归档文件备份到多个目标位置，而且不同位置保留策略不同，可以如下操作：run{ backup archivelog all; delete archivelog until time'sysdate-1' like'/am3/oradata/arch/%';delete archivelog until time'sysdate-5' like'/am3/oradata/arch1/AM3P2/%';} rman备份和删除归档文件按数字顺序从_dest_1到_dest_10执行。如果存在闪回区，rman总是首先从闪回区进行备份和删除。在恢复过程中RMAN将检查所有的归档目的地，以确保需要的归档日志已经不存在。如果归档日志已经存在RMAN的目的地之一，将无法恢复该文件。恢复归档日志到asm中的闪回区RMAN run{ allocate channel c1 type'sbt_tape';set archivelog destination to'+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13';restore archivelog from time"to_date('13/08/2010：00：00：00'，'dd/mm/yyyy：hh24：mi：ss')" until time"to_date('14/08/2010：00：00：00'，'dd/mm/yyyy：hh24：mi：ss')";}+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_13 ASMCMD ls-ltr Type Redund Striped Time Sys Name N 1_94528_708660567.dbf=+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94528.5341.727224533 N 1_94529_708660567.dbf=+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94529.3425.727224661 N 1_94530_708660567.dbf=+SHARED_FRA_DG01/P132/ARCHIVELOG/2010_08_16/thread_1_seq_94530.5644.727224779
如果你还想了解更多这方面的信息，记得收藏关注本站。