try this,backup log zsx2010 to disk='D:\zsx2010lt.trn'restore database zsx2010 PAGE='1:103903'
from disk='[全备份文件]' with NORECOVERYrestore log zsx2010 from disk='D:\zsx2010lt.trn' with RECOVERY
from disk='[全备份文件]' with NORECOVERYrestore log zsx2010 from disk='D:\zsx2010lt.trn' with RECOVERY
你试试看能不能分离了,然后去附加。
zsx2010已经被我删除掉了,但是附件不上去,报上面的错
业务已经中断半天了,拙计死了!这样,先建个同名的数据库,然后建完后,把停止服务,把原来的文件覆盖掉新的文件,再启动服务器,试试按您的提示我附加成功了,但是还是可疑状态。baidu,google的方法无效,请教下如何处理啊
业务已经中断半天了,拙计死了!这样,先建个同名的数据库,然后建完后,把停止服务,把原来的文件覆盖掉新的文件,再启动服务器,试试按您的提示我附加成功了,但是还是可疑状态。baidu,google的方法无效,请教下如何处理啊哦 你试试这个呢,看是否有效:
alter database 数据库名 set emergency
go
alter database 数据库名 set single_user
go
5.开始修复
--特别是这个
dbcc checkdb(数据库名,REPAIR_ALLOW_DATA_LOSS)
go
dbcc checkdb(数据库,REPAIR_REBUILD)
go
1、停掉数据库服务,剪切走数据库文件和日志做备份。
2、开启数据库服务,建立同名数据库文件和日志。
3、停掉数据库服务,用之前的备份替换掉数据库文件和日志,开启数据库服务。
4、alter database 数据库名 set emergency
go
alter database 数据库名 set single_user
go
--开始修复dbcc checkdb(数据库名,REPAIR_ALLOW_DATA_LOSS)
go
dbcc checkdb(数据库,REPAIR_REBUILD)
go中间会报一些错误、
5、alter database 数据库名 set multi_user还有个问题最后提示:
警告 数据库 'xxx' 的日志已重新生成。已失去事务的一致性。RESTORE 链已断开,服务器不再有以前的日志文件的上下文,因此您需要了解它们的内容。应运行 DBCC CHECKDB 验证物理一致性。数据库已置于 dbo-only 模式。在准备使数据库可用时,需要重置数据库选项,并删除所有多余的日志文件。
还应该怎么处理下比较好,现在就是少了几十条数据。
感谢提供帮助的 阳泉酒家小当家 唐诗三百首 u012173239
1、停掉数据库服务,剪切走数据库文件和日志做备份。
2、开启数据库服务,建立同名数据库文件和日志。
3、停掉数据库服务,用之前的备份替换掉数据库文件和日志,开启数据库服务。
4、alter database 数据库名 set emergency
go
alter database 数据库名 set single_user
go
--开始修复dbcc checkdb(数据库名,REPAIR_ALLOW_DATA_LOSS)
go
dbcc checkdb(数据库,REPAIR_REBUILD)
go中间会报一些错误、
5、alter database 数据库名 set multi_user还有个问题最后提示:
警告 数据库 'xxx' 的日志已重新生成。已失去事务的一致性。RESTORE 链已断开,服务器不再有以前的日志文件的上下文,因此您需要了解它们的内容。应运行 DBCC CHECKDB 验证物理一致性。数据库已置于 dbo-only 模式。在准备使数据库可用时,需要重置数据库选项,并删除所有多余的日志文件。
还应该怎么处理下比较好,现在就是少了几十条数据。
感谢提供帮助的 阳泉酒家小当家 唐诗三百首 u012173239接下来,最好是再做一个:dbcc checkdb(数据库名称)然后,马上做一个完整的数据库备份由于这个问题可能是数据库页的损坏导致的,为了修复数据库用了:REPAIR_ALLOW_DATA_LOSS选项,所以在修复时丢失了少量的数据,这个几十条数据,很难再找回来。以后建议你按时备份数据库,包括:完整备份、差异备份、日志备份,只要有了这些备份,就算是这种问题,也能完全修复的,不会出现数据丢失的情况