怎样恢复损坏的SQL Server数据文件
1、确保备份下的master数据库与要恢复的SQL SERVER的版本一致性。2、关闭打开SQL Server Management Studio，打开服务器管理器，点击“配置”-“服务”，找到SQL SERVER服务，右键点击出快捷菜单。点击“停止”停止MSSQLSERVER服务。3、以管理员账户打开cmd，输入以下的命令：net start mssqlserver /m。4、打开SQL Server Management Studio，出现连接到服务器的窗口，点击取消。5、点击“新建查询”，出现连接到服务器的窗口，点击确定。因为是单用户模式，因此只能有一个链接进入。6、在查询窗口输入以下的命令。7、重新启动SQL SERVER（MSSQLSERVER）服务，右键点击出快捷菜单。点击“启动”启动服务就可以了。
日志文件已损坏，如何修复SQLSERVER2000数据库文件
给你一个我日常维护数据库的方法吧。
SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。
SQL Server 2000数据库文件遭到破坏的现象经常出现，数据库出错是否可以修复呢？答案是可以的，本日志以一个sql server 2000数据库，数据库日志文件ldf损坏了，mdf正常，数据库附加失败的修复方法总结一下，数据库数据恢复在很多时候比较复杂，当数据库存在大量错误的时候，使用DBCC修复也是不可以的，需要拆解数据库来抢救重要的数据，下面是较为常见的一种SQL Server 2000数据库修复方式：
1） 先及时把原来的数据库文件（如test.mdf)备份到其他地方。
2） 停掉服务器。
3） 删除这个test.mdf。
4) 重新建立一个test同名数据库。
5） 删除这个新建立的test数据库的test.ldf文件，并用开始备份好test.mdf文件覆盖这个新建立的test.mdf文件。
6） 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”。
7） 设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
8） 下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在操作中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
9） 验证数据库一致性
dbcc checkdb('test')
10.设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
11）最后一步，我们要将步骤6中设置的“允许对系统目录直接修改”一项恢复；
如何在SQL Server 2005中修复损坏的数据库
1. 在SQL Server Management Studio中随便创建一个数据库，例如：PVLink。
2. 停止SQL Server服务。
如果不停止此服务，刚才创建的PVLink数据库将即不能被拷贝，也不能被覆盖。
3. 把已经损坏的数据库的mdf文件拷贝并覆盖刚才新建的数据库产生的mdf文件。
4. 启动SQL Server服务。
此时可以看见刚才创建的PVLink数据库名字后面没有加号，无法察看其任何信息，其实目前它已经处于无法使用的状态。
5. 把数据库设置为紧急状态。
通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库PVLink的图标改变成粉红色并出现“紧急”字样。
6. 将数据库设置为单用户模式。
如果不设置为单用户模式，我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库，SQL Server 2005设置单用户模式比SQL Server 2000容易，只要在“查询分析器”中执行：
use master
go
sp_dboption 'PVLink',single,true
即可。
7. 修复数据库
修复数据库主要使用DBCC来*作，一般来讲，我们可以使用以下三个选项来修复：
REPAIR_ALLOW_ DATA_LOSS
尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。
REPAIR_FAST
仅为保持向后兼容性而保留。
REPAIR_REBUILD
执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
一般我们通过执行：DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修复工作，此时 SQL Server 2005会给出很多提示，因为这个过程可能会导致一些数据库设计或者数据的丢失，并且在这个过程中，会产生新的以ldf为扩展名的数据库日志文件。
8. 完成以上的步骤后，一般情况下数据库应该可用了，如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。
以上介绍的方法对于通过“附加”的方法无法恢复受到比较严重损坏的数据库比较有效，总的来看，SQL Server 2005给数据库管理和开发提供了更加有效实用的工具和方法。
如何修复 SQL 数据库置疑
修复sql2000数据库置疑
在实际的操作中由于突然断电或者突然断网造成数据库置疑（在企业管理器中数据库后面出现置疑两个字），下面我们通过以下方法来进行修复置疑的数据库。
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 Files\Microsoft SQL Server\MSSQL\Data\test_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
怎样修复已经损坏的SQL数据库呢
选择开始菜单中→程序→【Management SQL Server 2008】→【SQL Server Management Studio】命令，打开【SQL Server Management Studio】窗口，并使用Windows或 SQL Server身份验证建立连接。在【对象资源管理器】窗口中展开服务器，然后选择【数据库】节点右键单击【数据库】节点，从弹出来的快捷菜单中选择【新建数据库】命令。执行上述操作后，会弹出【新建数据库】对话框。在对话框、左侧有3个选项，分别是【常规】、【选项】和【文件组】。完成这三个选项中的设置会后，就完成了数据库的创建工作，在【数据库名称】文本框中输入要新建数据库的名称。例如，这里以“新建的数据库”。在【所有者】文本框中输入新建数据库的所有者，如sa。根据数据库的使用情况，选择启用或者禁用【使用全文索引】复选框。在【数据库文件】列表中包括两行，一行是数据库文件，而另一行是日记文件。通过单击下面的【添加】、【删除】按钮添加或删除数据库文件。切换到【选项页】、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性。切换到【文件组】页，在这里可以添加或删除文件组。完成以上操作后，单击【确定】按钮关闭【新建数据库】对话框。至此“新建的数据”数据库创建成功。新建的数据库可以再【对象资源管理器】窗口看到。
怎样修复已经损坏的SQL数据库？
1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录
下故障数据库的两个文件,一个数据文件hbposv6_branch_data.mdf,
一个hbposv6_branch_log.ldf(也有可能非此命名),同时查看磁盘
空间是否有足够的空间；
2.启动SQL Server服务(如已停止),创建一个新的数据库，命名为
原来数据库的名字。
3.停止SQL Server
4.把老数据库的MDF文件(hbposv6_branch_data.mdf)替换
新数据库的相应的MDF文件，
并把LDF文件(hbposv6_branch_log.ldg)删除。
5.重新启动SQL Server服务，然后运行如下命令：
Use Master
go
sp_configure 'allow updates', 1
reconfigure with override
go
begin tran
update sysdatabases set status = 32768 where name = 'hbposv6_branch'
--Verify one row is updated before committing
commit tran
go
6.停止SQL然后重新启动SQL Server服务，然后运行如下命令
(更换日志文件路径地址)：
use master
go
DBCC TRACEON(3604)
DBCC REBUILD_LOG
('hbposv6_branch',
'c:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv6_branch_log.ldf')
--在这里，请输入你的数据库的路径
go
7.停止SQL然后重新启动SQL Server服务，然后运行：
use master
go
update sysdatabases set status = 8 where name = 'hbposv6_branch'
go
sp_configure 'allow updates', 0
reconfigure with override
go
8.运行dbcc checkdb(db_name) 检查数据库的完整性
9.修复数库
--请在查询分析器中执行下列语句.执行前断开其它
所有数据库连接，最好是断开网线
--如果不是该数据库名，请将数据库
--hbposv6_branch
--改为要修复的数据库
USE master
Go
--单用户模式
EXEC sp_dboption 'hbposv6_branch', 'single user', 'TRUE'
go
--数据库检查
DBCC CHECKDB ('hbposv6_branch')
Go
--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复
--数据库修复
DBCC CHECKDB ('hbposv6_branch','repair_rebuild')
Go
--再次数据库检查，如果返回结果中没有了红色的提示文字，
说明修复成功；
DBCC CHECKDB ('hbposv6_branch')
Go
--否则意味着还需要更高级别的修复；尝试将上面修复语句的
'repair_rebuild'换为'repair_allow_data_loss'再试，
之后再次检查数据库。
--如果还有错误未修复，请把这些信息以文字的方式发给我们
--退出前请一定要执行以下语句返回到多用户模式
EXEC sp_dboption 'hbposv6_branch', 'single user','FALSE'
go
注：都要把 dbname 替换成真实的数据库名字。
sql数据库附加出错怎么办
1
找到要添加数据库的.mdf文件，点击右键，选择属性。
2
在属性页面点击安全，选择Authenticated Users，单击编辑
3
Authenticated Users权限中选择完全控制，点击确定，点击属性界面的确定。
4
同理，右键点击数据库的.ldf文件，打开属性。按以上步骤再次设置即可。
5
完成以上步骤，再进行附加数据库，这时就可以。
END
方法二、
打开数据库实例的安装目录，打开DATA文件夹。（如我的实例目录地址为：D:\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA 也可能当时安装时装在C盘了)
将要附加的数据库．mdf文件和．ldf文件，剪切或复制到DATA文件夹里。
完成以上步骤，再次附加数据库。这时就可以了。
