在sql里面把数据库删除了怎么恢复

不同的数据库有不同的恢复方式。

Oracle 11g之后有闪存回归机制，在一定的时间内可以从闪存中恢复数据。

MySQL数据库则在开启了binlog日志的情况下，可以通过binlog日志恢复被删除的数据。

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版并没有数据恢复功能。

最终在officerecoverycom上找到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恢复数据库展开

千锋教育

做真实的自己 用良心做教育

关注

成为第14位粉丝

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、打开SQL Server Management Studio，连接数据库，找到“本地” - “数据库”。

2、右键单击“还原数据库”或“还原文件和文件组”。

3、在“还原文件和文件组”界面上，输入目标数据库名称，选择“源设备”，然后单击“浏览”以选择要还原的文件。

4、您可以添加多个备份文件，选择恢复文件，单击“确定”。

5、检查要恢复的bak备份文件，单击OK，开始恢复 *** 作，根据数据量，恢复所需的时间不同，请耐心等待。

6、等待还原完成，单击“确定”，刷新数据库列表，可以看到刚恢复的数据库。此时，bak备份文件已恢复到数据库。

事情的起因 昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等 *** 作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道: 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的!这下子坏了!这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦!数据库日志文件的误删或别的原因引起数据库日志的损坏 方法一 新建一个同名的数据库 再停掉sql server(注意不要分离数据库) 用原数据库的数据文件覆盖掉这个新建的数据库 再重启sql server 此时打开企业管理器时会出现置疑 先不管 执行下面的语句(注意修改其中的数据库名) 完成后一般就可以访问数据库中的数据了 这时 数据库本身一般还要问题 解决办法是 利用数据库的脚本创建一个新的数据库 并将数据导进去就行了 USE MASTERGOSP_CONFIGURE ALLOW UPDATES RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS = WHERE NAME= 置疑的数据库名 Gosp_dboption 置疑的数据库名 single user true GoDBCC CHECKDB( 置疑的数据库名 )Goupdate sysdatabases set status = where name= 置疑的数据库名 Gosp_configure allow updates reconfigure with overrideGosp_dboption 置疑的数据库名 single user false Go 方法二 事情的起因昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等 *** 作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道: 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的!这下子坏了!这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦!没有效果的恢复步骤附加数据库_Rambo讲过被删除日志文件中不存在活动日志时 可以这么做来恢复: 分离被置疑的数据库 可以使用sp_detach_db 附加数据库 可以使用sp_attach_single_file_db但是 很遗憾 执行之后 SQL Server质疑数据文件和日志文件不符 所以无法附加数据库数据文件 DTS数据导出不行 无法读取XXX数据库 DTS Wizard报告说 初始化上下文发生错误 紧急模式怡红公子讲过没有日志用于恢复时 可以这么做: 把数据库设置为emergency mode 重新建立一个log文件 把SQL Server 重新启动一下 把应用数据库设置成单用户模式 做DBCC CHECKDB 如果没有什么大问题就可以把数据库状态改回去了 记得别忘了把系统表的修改选项关掉我实践了一下 把应用数据库的数据文件移走 重新建立一个同名的数据库XXX 然后停掉SQL服务 把原来的数据文件再覆盖回来 之后 按照怡红公子的步骤走 但是 也很遗憾 除了第 步之外 其他步骤执行非常成功 可惜 重启SQL Server之后 这个应用数据库仍然是置疑!不过 让我欣慰的是 这么做之后 倒是能够Select数据了 让我大出一口气 只不过 组件使用数据库时 报告说: 发生错误: 未能在数据库 XXX 中运行 BEGIN TRANSACTION 因为该数据库处于回避恢复模式 最终成功恢复的全部步骤设置数据库为紧急模式停掉SQL Server服务;把应用数据库的数据文件XXX_Data mdf移走;重新建立一个同名的数据库XXX;停掉SQL服务;把原来的数据文件再覆盖回来;运行以下语句 把该数据库设置为紧急模式;运行 Use MasterGosp_configure allow updates reconfigure with overrideGo 执行结果:DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 接着运行 update sysdatabases set status = where name = XXX 执行结果:(所影响的行数为 行)重启SQL Server服务;运行以下语句 把应用数据库设置为Single User模式;运行 sp_dboption XXX single user true 执行结果:命令已成功完成 ü 做DBCC CHECKDB;运行 DBCC CHECKDB( XXX ) 执行结果: XXX 的 DBCC 结果 sysobjects 的 DBCC 结果 对象 sysobjects 有 行 这些行位于 页中 sysindexes 的 DBCC 结果 对象 sysindexes 有 行 这些行位于 页中 syscolumns 的 DBCC 结果 ………ü 运行以下语句把系统表的修改选项关掉;运行 sp_resetstatus XXX gosp_configure allow updates reconfigure with overrideGo 执行结果:在 sysdatabases 中更新数据库 XXX 的条目之前 模式 = 状态 = (状态 suspect_bit = ) 没有更新 sysdatabases 中的任何行 因为已正确地重置了模式和状态 没有错误 未进行任何更改 DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 重新建立另外一个数据库XXX Lost;DTS导出向导运行DTS导出向导;复制源选择EmergencyMode的数据库XXX 导入到XXX Lost;选择 在SQL Server数据库之间复制对象和数据 试了多次 好像不行 只是复制过来了所有表结构 但是没有数据 也没有视图和存储过程 而且DTS向导最后报告复制失败;所以最后选择 从源数据库复制表和视图 但是后来发现 这样总是只能复制一部分表记录;于是选择 用一条查询指定要传输的数据 缺哪个表记录 就导哪个;视图和存储过程是执行SQL语句添加的 维护Sql Server中表的索引在使用和创建数据库索引中经常会碰到一些问题 在这里可以采用一些另类的方法解决… 第一步:查看是否需要维护 查看扫描密度/Scan Density是否为 %declare @table_id intset @table_id=object_id( 表名 )dbcc showcontig(@table_id) 第二步:重构表索引dbcc dbreindex( 表名 pk_索引名 ) 重做第一步 如发现扫描密度/Scan Density还是小于 %则重构表的所有索引 并不一定能达 % dbcc dbreindex( 表名 ) lishixinzhi/Article/program/SQLServer/201311/22169

昨天帮一个朋友恢复了sql server 数据库 现在把过程写出来 大家一起分享

我那个哥们是从别人那拷了一个数据库的数据文件 (c:\mssql \data 目录下的文件)

最初我是用的

在一台好的机器上重新安装SQL Server 建立相同的数据库设备(大小) 和数据库

停掉SQL Server 用拷贝出来的数据库文件覆盖刚建立的数据库文件 再重新启动

SQL Server 但一直不可以 我猜关键是无法建立相同的数据库设备(大小)

后来采用了

系统存储过程

sp_attach_db // 附加数据库文件到服务器

或

sp_attach_db_single_file // 附加数据库的单个文件到服务器

具体的sql 语句就是

例如

EXEC sp_attach_single_file_db pubs e:\data\pubs mdf sp_attach_db @dbname= conmis @filename = d:\ \conmis _data mdf @filename = d:\ \conmis _log ldf

如何附加数据库文件到服务器(即 通过 mdf ldf 文件修复数据库)

另外查找资料时看到也可以通过日志恢复以前的数据 不知那位哥们看看是不是可以

用日志恢复

restore log {data_name|@database_name_var}fromwith [norecovery\recovery\standby_undo_file_name][ ][stopat={data_time|@data_time_var}

例如 库名为database 日志为database _log　要求恢复 / / : 前的数据

lishixinzhi/Article/program/SQL/201311/16392

还原SQLServer2000数据库的bak文件的具体步骤如下：

1打开电脑，然后在电脑上找到并打开软件，打开sqlserver后在数据库上右键单击，点击‘还原数据库’。

2在d出式还原数据库界面中,选择"设备"按钮后,单击右侧有三个点的按钮以选择文件。

3在选中备份设备界面中，选择‘添加’按钮。

4在d出的定位备份文件界面中，在电脑中的文件中选择需要还原的bak文件，选中，点击‘确定’。

5选好bak文件之后，点击‘确定’就行了。这样就解决了还原SQLServer2000数据库的bak文件的问题了。

数据库中的数据被删除后，可以恢复。但至少需要满足两个条件：

1、在误删之前，至少有完整备份之前的数据库。

2、数据库的恢复模式（Recoverymode）是“完整（Full）”。

只有满足这两个条件，才可以恢复数据库中误删的数据。

针对这两个前提条件，有三种方式可以恢复数据：

方式一：如果，这两个前提条件都满足，可以通过SQL语句进行数据恢复，而且只需三步即可恢删除的数据，无需第三方工具。

方式二：当不满足第一个条件，而满足第二个条件时，需要借助第三方工具，才能恢复数据。

方式三：如果两个条件都不满足，数据则无法恢复。所以，一定将数据库的恢复模式，调整为“完整（Full）”。

以上就是关于在sql里面把数据库删除了怎么恢复全部的内容，包括:在sql里面把数据库删除了怎么恢复、sql数据库删除了怎么恢复数据、数据库恢复sql语句未选择数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！