数据库恢复是将数据库从什么状态（sqlserver数据库数据被删除了怎么还原）

本文目录

• sqlserver数据库数据被删除了怎么还原
• 数据库系统经历了哪些阶段
• 数据库恢复的数据库恢复的三种方式
• 教你正确的理解什么是数据库恢复

sqlserver数据库数据被删除了怎么还原

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, 然后就完成数据的恢复！

数据库系统经历了哪些阶段

人工管理阶段：
（1）、数据不保存。因为当时计算机主要用于科学计算，对于数据保存的需求尚不迫切。
（2）、系统没有专用的软件对数据进行管理，每个应用程序都要包括数据的存储结构、存取方法和输入方法等。程序员编写应用程序是，还要安排数据的物理存储，因此程序员负担很重。
（3）、数据不共享。数据是面向程序的，一组数据只能对应一个程序。
（4）、数据不具有独立性。程序依赖于数据，如果数据的类型、格式或输入/输出方式等逻辑结构或物理结构发生变化，则必须对应用程序做出相应的修改。
2、文件系统阶段：
（1）、数据可以长期保存在计算机外存上，可以对数据进行反复处理，并支持文件的查询、修改、插入和删除等操作。
（2）、文件系统实现了记录内的结构化，但从文件的整体来看却是无结构的。
（3）、其数据面向特定的应用程序，因此数据共享性、独立性差，且冗余度大，管理和维护的代价也很大。
3、数据库系统阶段：
（1）、数据结构化。在描述数据时不仅要描述数据本身，还要描述数据之间的联系。数据结构化是数据库的主要特征之一，也是数据库系统与文件系统的本质区别。
（2）、数据共享性高、冗余少且易扩充。数据不再针对某一个应用，而是面向整个系统，数据可被多个用户和多个应用共享使用，而且容易增加新的应用，所以数据的共享性高且易扩充。数据共享可大大减少数据冗余。
（3）、数据独立性高。
（4）、数据由DBMS统一管理和控制。
数据库为多个用户和应用程序所共享，对数据的存取往往是并发的，即多个用户可以同时存取数据库中的数据，甚至可以同时存放数据库中的同一个数据，为确保数据库数据的正确有效和数据库系统的有效运行，数据库管理系统提供以下4方面的数据控制功能：
①、数据安全性控制：防止因不合法使用数据而造成数据的泄露和破坏，保证数据的安全和机密。
②、数据的完整性控制：系统通过设置一些完整性规则，以确保数据的正确性、有效性和相容性。
③、并发控制：多用户同时存取或修改数据库时，防止相互干扰而给用户提供不正确的数据，并使数据库受到破坏。
④、数据恢复：当数据库被破坏或数据不可靠时，系统有能力将数据库从错误状态恢复到最近某一时刻的正确状态。
扩展资料
阶段特点比较：
如果说从人工管理到文件系统，是计算机开始应用于数据的实质进步，那么从文件系统到数据库系统，标志着数据管理技术质的飞跃。
20世纪80年代后不仅在大、中型计算机上实现并应用了数据管理的数据库技术，如Oracle、Sybase、Informix等，在微型计算机上也可使用数据库管理软件，如常见的Access、FoxPro等软件，使数据库技术得到广泛应用和普及。

数据库恢复的数据库恢复的三种方式

数据库可能因为硬件或软件（或两者同时）的故障变得不可用，不同的故障情况需要不同的恢复操作。我们必须决定最适合业务环境的恢复方法。在数据库中恢复有3种类型或方法，即应急（crash）恢复、版本（version）恢复和前滚（rool forward）恢复。 应急恢复用于防止数据库处于不一致或不可用状态。数据库执行的事务（也称工作单元）可能被意外中断，若在作为工作单位一部分的所有更改完成和提交之前发生故障，则该数据库就会处于不一致和不可用的状态。这时，需要将该数据库转化为一致和可用的状态。
为此，需要回滚未完成的事务，并完成当发生崩溃时仍在内存中的已提交事务。如在COMMIT语句之前发生了电源故障，则在下一次重新启动并再次访问该数据库时，需要回滚到执行COMMMIT语句前的状态。回滚语句的顺序与最初执行时的顺序相反。 这种恢复技术是版本恢复的一个扩展，使用完整的数据库备份和日志相结合，可以使一个数据库或者被选择的表空间恢复到某个特定时间点。如果从备份时刻起到发生故障时的所有日志文件都可以获得的话，则可以恢复到日志上涵盖到的任意时间点。前滚恢复需要在配置中被明确激活才能生效。

教你正确的理解什么是数据库恢复

欢迎进入Oracle社区论坛，与200万技术人员互动交流 》》进入 使用一个数据库时，人们总是希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚


欢迎进入Oracle社区论坛，与200万技术人员互动交流 》》进入
使用一个数据库时，人们总是希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原（Restore）与恢复（Restore）过程。
数据库恢复分为以下两类：
1.实例故障的一致性恢复
当实例意外地（如掉电、后台进程故障等）或预料地（发出SHUTDOUM ABORT语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况ORACLE在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理：
（1） 为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。
（2） 回滚未提交的事务，按步1重新生成回滚段所指定的操作。
（3） 释放在故障时正在处理事务所持有的资源。
（4） 解决在故障时正经历一阶段提交的任何悬而未决的分布事务。
2.介质故障或文件错误的不一致恢复
介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。
文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。
这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。
（1） 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。
（2） 不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。
基于撤消（CANCEL）恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。
基于时间（TIME）和基于修改（SCN）的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。