【高分求助】数据库文件损坏，如何从日志中恢复数据

Question

17因为突然断电，数据库变成可疑，以下方法进行修复之后，数据只有到5月17号的。有没有办法可以全部恢复过来？当时忘了做备份，现在数据库文件和日志文件都有在。
1、修改数据库为紧急模式
ALTER DATABASE Sharepoint_Config SET EMERGENCY
2、使数据库变为单用户模式
ALTER DATABASE Sharepoint_Config SET SINGLE_USER
3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。
DBCC CheckDB (Sharepoint_Config , REPAIR_ALLOW_DATA_LOSS)
4、使数据库变回为多用户模式
ALTER DATABASE Sharepoint_Config SET MULTI_USER

Answer 1

直接附加，会出现这个提示：
标题: Microsoft SQL Server Management Studio
------------------------------附加数据库 对于 服务器“HOUWEI-PC”失败。  (Microsoft.SqlServer.Smo)有关帮助信息，请单击: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1600.1+((KJ_RTM).100402-1539+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=附加数据库+Server&LinkId=20476------------------------------
其他信息:执行 Transact-SQL 语句或批处理时发生了异常。 (Microsoft.SqlServer.ConnectionInfo)------------------------------无法在数据库 'Task' (数据库 ID 为 6)的页 (1:1118) 上重做事务 ID (0:35529) 的日志记录 (164:1129:2)。页: LSN = (164:917:2)，类型 = 1。日志: OpCode = 6，上下文 1，PrevPageLSN: (164:923:2)。请从数据库备份还原该数据库，或者修复它。
在重做数据库 'Task' 的日志中记录的操作时，日志记录 ID (164:1129:2) 出错。通常，特定故障以前会在 Windows 事件日志服务中记录为错误。请利用完整备份还原数据库，或者修复该数据库。
无法打开新数据库 'Task'。CREATE DATABASE 中止。 (Microsoft SQL Server，错误: 3456)有关帮助信息，请单击: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=3456&LinkId=20476------------------------------
按钮:确定
------------------------------

Answer 2

1）REPAIR_ALLOW_DATA_LOSS
的修复方式
已经注定会有数据丢失
2）17号质疑了 质疑之后数据库 已经不能使用了 应该不存在你说的18,19号的数据了

Answer 3

你这个操作步骤有问题，
1、数据库变为可疑，那么从变成可疑的时间往后，数据库已经无法使用了。
2、数据库可疑的时候，你应该去备份。而你在checkdb后，分离但是附加不上去报错，根据报错信息分析，你的日志文件的LSN编号在某处丢失或损坏了，导致日志无法附加，
1、checkdb后，日志是否全部提交（这个我没尝试过不清楚），如果全部提交，那么直接删除日志文件，重做日志文件，然后再附加。或者不重做日志文件，使用SSMS直接附加，如果提示找不到日志文件，那么把标记为not found的那行干掉，然后再附加。

Answer 4

--常规SQL SERVER数据库置疑后恢复步骤   
--1． 恢复步骤：   
--a.将smlog_log.ldf文件备份到其它目录下；   
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；   
--c.执行以下语句修改数据库的状态：   
use Master   
go   
update sysdatabases set status=32768 where name='数据库名称'     --修改状态,設為緊急狀態 
go   
shutdown with nowait     --停止数据库服务器   
go   
--d.退出SQL并在(COMMAND)命令行模式中通过下面的代码重新启动SQL：   
sqlservr -c -T3608 -T4022     --安全模式启动SQL SERVER
--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：   
select Name,Status from sysdatabases where Name='数据库名稱'  
--f.执行以下代码新建日志文件：   
dbcc traceon(3604)--跟踪   
dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名
--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log.ldf
--g.将数据库置回正常状态：   
update sysdatabases set status=0 where name='数据库名称'   
--h.重新启动数据库后执行以下语句检查数据库：   
DBCC CHECKDB --如果执行完有错误用以下语句修复   
--i.要修复数据库必需将数据库改为单用户模式：   
Exce sp_dboption '数据库名称','single user','true'---('false'恢复多用户)   
--j.执行以下语句修复数据库：   
DBCC CHECKDB('数据库名称',REPAIR_ALLOW_DATA_LOSS)   
REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式   
REPAIR_FAST：是简单快速的修复方式
/*
處理状态就为"置疑"的數據庫
备份数据文件,然后按下面的步骤处理:   
1.新建一个同名的数据库(数据文件与原来的要一致)   
2.再停掉sql server(注意不要分离数据库)   
3.用原数据库的数据文件覆盖掉这个新建的数据库   
4.再重启sql server   
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)   
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.*/
USE   MASTER   
GO   
SP_CONFIGURE 'ALLOW UPDATES',1
GO
RECONFIGURE WITH OVERRIDE   
GO   
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'   
Go   
sp_dboption '置疑的数据库名','single user','true'   
Go   
DBCC CHECKDB('置疑的数据库名')     
Go   
update sysdatabases set status=28 where name='置疑的数据库名'   
Go   
sp_configure 'allow updates',0
GO
reconfigure with override   
Go     
sp_dboption '置疑的数据库名', 'single user','false'   
Go