A. 数据库被删除了怎么恢复
恢复步骤：
1、运行EasyRecovery。
2、选择“DeletedRecovery”。
3、选择数据库文件所在的驱动器，在“File Filter”中输入*.mdf|*.ldf，选择“Next”。
4、在左侧窗口会列出被删除的数据库文件，选择所要恢复的数据库文件，选择“Next”。
5、在“Recover to Local Drive”中选择恢复后的文件存放的路径，要选择与原数据库文件不同的路径，选择“Next”。
6、文件被恢复后，将恢复的文件复制到原数据库文件位置，并在企业管理器通过附加数据库，将恢复的文件恢复到SQL Server中。
注：如果删除的数据库文件所有的存储区域被写过了，就无法恢复了，所以删除与恢复的时间间隔越短越好。
B. access数据库被破坏，如何修复
access提供了压缩和修复数据库功能，可尝试用该功能修复，以access2010为例方法如下：
1、启动access2010，点击数据库工具选项卡--压缩和修复数据库命令；
2、浏览窗口选定要修复的数据库，点击打开；
3、输入修复后数据库的名称，点击保存；
4、打开修复后的数据库，查看修复效果。
C. 求助 如何修复数据库
如果没有主数据库，您就无法成功地启动SQL Server。在本文里，我将向您介绍在发生崩溃的情况下如何修复主数据库，并告诉您如何重建主数据库，如果有必要的话。
制定预案
制定一个应对崩溃和／或主数据库故障的预案十分重要。这将有助于您在碰到灾难的情况下按照既定的方法进行处理，而不是迫于压力仓促作出反应。我碰到过很多很容易就陷入惊慌的状况，但是由于保持冷静并按照正确的方法来处理问题，我最后成功地度过了所有的困境。
怎么才能知道您的主数据库已经崩溃？
在正式开始讨论碰到系统故障如何修复和重建的主数据库之前，我们需要先了解如何辨别它已经崩溃了。要说明这一点，我会弄垮一个主数据库，告诉您主数据库崩溃会发生什么样的症状。
现在让我们假设您的公司碰到了电涌，造成SQL Server重启。在重新启动的时候，SQL Server却没有正常启动。如果查看错误日志，您会看到主数据库崩溃或者丢失。既然您知道需要查看什么信息，那就让我们看看如何修复主数据库。
修复您的主数据库
修复主数据库的第一步是使用“重建向导（Rebuild Wizard，Rebuildm.exe），它放在\Program Files\Microsoft SQL Server\80\Tools\BINN目录下。现在就让我们来看看重建向导是如何工作的。
双击Rebuildm.exe启动对话框。
在这个对话框里，您可以指定数据库服务器的修复设置，以及原始安装的数据文件的位置。要让这一过程更容易和更快，就要把x86目录从SQL的光盘上复制到硬盘上，并把指向改到本地的副本。一旦验证完了所有的信息，点击“重建（Rebuild）”。然后系统就会提示您确认操作
点击“确定（Yes）”。一旦重建过程完成，您会看到一条重建成功的消息。您现在就有了一个全新的主数据库，准备好修复主数据库了。
首先，打开命令行提示符，输入\Program Files\Microsoft SQL Server\MSSQL\BINN\目录下的sqlservr.exe –c –m命令，启动单用户模式下的SQL Server。
在单用户模式下启动SQL Server之后，您可以利用备份文件修复主数据库。您可以用“查询分析器（Query Analyzer）”或者“SQL企业管理器（SQL Enterprise Manager）”来修复它。
如果使用企业服务器，就要右击主数据库，选择“所有任务｜修复数据库（All Tasks | Restore Database）”，浏览到您设备所在的位置，点击两次“OK”，您就可以成功地修复主数据库了。
如果由于某种原因您的修复操作无法成功完成，那么您可以试试别的方法。只用简单地重建主数据库并添加驻留在数据目录下的所有数据库就可以了。您可以用企业管理器或者查询分析器来添加数据库。在企业管理器里，右击“数据库（Databases）”，选择“添加数据库（Attach Database）”
D. 数据库如何修复
可能有文件缺失或损坏，可以停掉SQL Server服务，先将数据库文件夹复制一份并安全存储，对数据库所在磁盘执行CHKDSK，排除磁盘错误，然后启动SQL Server服务，尝试修复数据库：
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 ，把数据库变成在线状态。
检查PVLink数据库内数据是否正常，是的话换回原数据库即可。
E. 怎么修复sql2005数据库
sql2005数据库修复方法如下：
1、停止数据库服务。
2、将需要恢复的数据库文件复制到另外的位置。
3、启动数据库服务。
4、确认要恢复的数据库文件已经成功复制到另外的位置，然后在SQL
Server
Management
Studio中删除要恢复的数据库。
5、新建同名的数据库(数据库文件名也要相同)。
6、停止数据库服务。
7、用第2步中备份的.mdf文件覆盖新数据库的同名文件。
8、启动数据库服务。
9、运行alter
database
dbname
set
emergency，将数据库设置为emergency
mode
10、运行下面的命令就可以恢复数据库：Titleuse
masterdeclare
@databasename
varchar(255)
set
@databasename='要恢复的数据库名称'
F. 如何修复SQL数据库置疑 修复SQL数据库置疑方法
1、在实际的操作中由于突然断电或者突然断网造成数据库置疑（在企业管理器中数据库后面出现置疑两个字），下面我们通过以下方法来进行修复置疑的数据库。
2、我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
3、停掉数据库服务器。
4、将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
5、启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
6、设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
G. 如何修复ACCESS数据库
ACCESS数据库,使用时间超过2-3个月 或网站每日访问人数超过100个独立IP 或数据库大于200M后,都可能经常造成损坏,导致用户的网站就很慢,也会导致服务器CPU一直100%,一般可以采用以下方法修复,如修复后还是无法使用,可能只有转换成MSSQL数据库。
修复方法:(经常修复,可以使网站速度更快)
1.先下载网站数据库文件
2. office 2003套件中 有Access 2003 安装好以后打开
3.菜单中 工具>>数据库实用工具>>压缩和修复数据库>>选择下载好的网站数据库文件建议修复2-3次,修复后,重新上传到FTP内即可
H. 日志文件丢失或出错的情况下如何恢复SQL数据库
1. 新建数据库（同名）
2. 停掉数据库
3. 删除新建数据库的日志文件，用要恢复的覆盖mdf文件
4. 启动数据库服务器
5. 设置数据库允许直接操作系统表
6. 设置数据库为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('dbDataHome')
7. 重建数据库日志文件
dbcc rebuild_log('dbDataHome','D:\Data\dbData_Data.LDF')
8. 验证数据库一致性（可省略）
dbcc checkdb('dbDataHome')
9．设置数据库为正常状态
exec sp_dboption 'dbDataHome','dbo use only','false'
10. 最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。
I. 怎样修复已经损坏的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 替换成真实的数据库名字。