sqlserver数据库正在恢复，如何强制删除或恢复SQLServer正在使用的数据库
本篇文章给大家谈谈sqlserver数据库正在恢复，以及如何强制删除或恢复SQLServer正在使用的数据库对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。
如何强制删除或恢复SQLServer正在使用的数据库
通常情况睛，SQLServer2000正在使用的数据库(有数据库连接)，是不能删除或被恢复的，可以将数据库设置为单用户模式，即可删除：
ALTERDATABASEIpaddrDBSETSINGLE_USERwithROLLBACKIMMEDIATE
GO
DROPDATABASEIpaddrDB
您可能感兴趣的文章:sqlserver只有MDF文件恢复数据库的方法sqlserver数据库日志备份和恢复步骤asp在线备份与恢复sqlserver数据库的代码SQLserver数据库危险存储过程删除与恢复方法SQL Server2008数据库误删除数据的恢复方法分享SQLServer2005没有日志文件(*.ldf)只有数据文件(*.mdf)恢复数据库的方法SQL server 2008数据安全(备份和恢复数据库)sqlserver2005 master与msdb数据库备份恢复过程删除sqlserver数据库日志和没有日志的数据库恢复办法SQL Server 2008数据库误删数据如何进行数据恢复
sqlserver怎么恢复删除
使用Log Explorer查看和恢复数据
Log Explorer 4.1.可用于SQL Server2005的日志查看工具
下载地址:
http://download.csdn.net/source/620271
使用方法:
打开Log Explorer-> Attach Log File->选择SQL Server服务器和登陆方式-> Connect->
在Database Name中选择数据库-> Attach->左面对话框中Browse-> View Log->就可以看到log记录了
想恢复的话:右键Log记录 Undo Transation->选择保存文件名和路径->然后打开该文件到查询分析器里执行
T-sql代码就可以了
例如如果Log是delete table where...的话,生成的文件代码就是insert table....
然后将此insert table的代码放到查询分析器里执行.就可以恢复数据.
----------------------------------------------------------------------
--如何恢复被delete/update的数据
----------------------------------------------------------------------
1连接到被删除数据库的Db
打开log explorer选择"file"->"attach log file"->选择服务器和登陆方式->"connect"->选择"数据库"->"attach"
2查看日志
在左面操作项目的对话框中选择"browse"项目->"view log"->就可以看到当前的Log记录了
3恢复数据
右键某一条log记录,选择"undo transation"->"选择保存文件名和路径"->然后打开该文件到查询分析器里执行
T-sql代码就可以了
例如:如果log是delete table where...的话,生成的文件代码就是insert table....
----------------------------------------------------------------------
--Log Explorer恢复被drop table和truncate table后的数据
----------------------------------------------------------------------
1连接到被删除数据库的Db
操作同上
2恢复方法
1)选择"salvaage dropped/truncate"菜单,在右边的对话框中选择表名,和droped/trucated的日期,
File Name中选择生成insert语句脚步的存放位置,condition选择是droped还是truncated,
最后点击"create"就会生成insert语句,把生成的语句到查询分析器里面执行一下就可以了
2)选择"ViewDDL Commands"菜单->选"truncate table"操作项->点击"Salvage"->生成语句->查询分析器里执行
----------------------------------------------------------------------
--log explorer使用的几个问题
----------------------------------------------------------------------
1)对数据库做完全/差异/日志备份
备份时如果选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时,提示No log recorders found that match the filter，would you like to view unfiltered data选择yes就看不到刚才的记录了
如果不选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时，就能看到原来的日志并做恢复
2)修改了其中一个表中的部分数据，此时用Log explorer看日志，可以作日志恢复
3)然后恢复备份，(注意:恢复是断开log explorer与数据库的连接，或连接到其他数据上，
否则会出现数据库正在使用无法恢复)
恢复完后，再打开log explorer提示No log recorders found that match the filter，would you like to view unfiltered data,选择yes就看不到刚才在2中修改的日志记录，所以无法做恢复.
4)不要用SQL的备份功能备份,搞不好你的日志就破坏了.
正确的备份方法是:
停止SQL服务,复制数据文件及日志文件进行文件备份.
然后启动SQL服务,用log explorer恢复数据
如何恢复sqlserver数据库表数据
恢复sqlserver数据库表数据步骤如下：
一、心态：
1、务必冷静，事情已经发生不可慌乱。
2、立即查看当前时间，最好能够精确到秒,并做记录。
3、应立即向直接上级反映此事，不可隐瞒，防止事态扩大。
4、如果权限允许，应当立即停止相关应用，防止有新的数据写入数据库。
二、恢复：
1、构建新数据库以及写入一些数据
2、做一次完整备份，这个是前提，没有一份完整备份文件是无法进行接下来的操作的。
注意：如上图所示，恢复模式一定要说完整，如果是其他类型那恐怕就没有下文了。一般来讲新建数据库的时候，默认不要去改恢复模式这个属性。
3、写入一条新数据。
4、记住此时要记录时间点。
此刻最好看一下系统时间。接下来就要演示如何进行数据恢复。
5、做事务日志备份，做事务日志备份需要注意一下一点，如图所示。
备份模式请选择事务日志，备份路径自行决定
进入选项，将可靠性第1、2勾选，事务日志选择第二个，压缩属性可以不选择.点击确定备份成功，此时数据库将显示为正在还原状态
注意：如果备份失败，请检查该数据库是否正在被占用，如果是请kill。
6、还原完整备份。
数据库处于正在还原状态，右键数据库--任务--还原--文件和文件组，选择最近的一次完整备份。此时，需要在“选项”中选择第二种还原方式，具体如下图。
如上图，勾选完整数据备份文件。
如上图，恢复状态选择第二种，从字面意思就知道为什么要选择这种。
7、接着还原备份的事务日志。
完整备份还原完毕，接着要对事务日志进行还原，右键数据库--任务--还原--事务日志，如下图：
还原事务日志的时候需要特别注意“时间点”这个设置，其他不需要设置。
时间点选择为误删数据的时间点之前就可以恢复出误删的数据，所以之前强调要查看一下时间。如下图所示
点击确定，在确定等待还原成功，数据库变成可用状态。如下图。
如果查询发现数据不是你想要的，那么可以重复上述的操作，从备份事务日志开始，然后最后选择时间点的时候在缩小范围。
如何恢复和修复SQLServer的MDF文件
如果备份的数据库有2个文件，分别是.LDF和.MDF，打开企业管理器，在实例上右击---所有任务--附加数据库，然后选择那个.MDF文件，就可以了。或者在查询分析器中输入： sp_attach_db数据库名称,路径文件名.ldf,路径文件名.MDF SQL Server数据库备份有两种
如果备份的数据库有2个文件，分别是.LDF和.MDF，打开企业管理器，在实例上右击---所有任务--附加数据库，然后选择那个.MDF文件，就可以了。
或者在查询分析器中输入：
sp_attach_db"数据库名称","路径文件名.ldf","路径文件名.MDF"
SQL Server数据库备份有两种方式，一种是使用BACKUP DATABASE将数据库文件备份出去，，另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)
1、正常的备份、恢复方式
正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。
卸下数据库的命令：Sp_detach_db数据库名
连接数据库的命令：Sp_attach_db或者sp_attach_single_file_db
s_attach_db [@dbname=]'dbname', [@filename1=]'filename_n' [,...16]
sp_attach_single_file_db [@dbname=]'dbname', [@physname=]'physical_name'
使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。
例子：
假设数据库为test，其数据文件为test_data.mdf，日志文件为test_log.ldf。下面我们讨论一下如何备份、恢复该数据库。
卸下数据库：sp_detach_db'test'
连接数据库：sp_attach_db'test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data.mdf','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf'
sp_attach_single_file_db'test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data.mdf'
//本文转自 C++Builder研究-?i=986&d=oxit07
2、只有mdf文件的恢复技术
由于种种原因，我们如果当时仅仅备份了mdf文件，那么恢复起来就是一件很麻烦的事情了。
如果您的mdf文件是当前数据库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库，但是会出现类似下面的提示信息
设备激活错误。物理文件名'C:Program FilesMicrosoft SQL ServerMSSQLdatatest_Log.LDF'可能有误。
已创建名为'C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.LDF'的新日志文件。
但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误信息
服务器:消息 1813，级别 16，状态 2，行 1
未能打开新数据库'test'。CREATE DATABASE将终止。
设备激活错误。物理文件名'd:test_log.LDF'可能有误。
怎么办呢?别着急，下面我们举例说明恢复办法。
A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
B.停掉数据库服务器。
C.将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
D.启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
E.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
以下是引用片段：
use master
go
sp_configure'allow updates',1
go
reconfigure with override
go
F.设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表
G.下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器:消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告:数据库'test'的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H.验证数据库一致性(可省略)
dbcc checkdb('test')
一般执行结果如下：
CHECKDB发现了 0个分配错误和 0个一致性错误(在数据库'test'中)。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
I.设置数据库为正常状态
sp_dboption'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
J.最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成
以下是引用片段：
sp_configure'allow updates',0
go
reconfigure with override
go
关于sqlserver数据库正在恢复，如何强制删除或恢复SQLServer正在使用的数据库的介绍到此结束，希望对大家有所帮助。