邹建哥救命呀。。 设备激活错误。物理文件名 'D:\zt\AIS20050824102908_log.ldf' 可能有误 如何处理呀。。

时间:2022-06-01 21:55:29
windows 2003 sp1 安装sql 2000 sp4 一数据库一访问2个cpu 占用100% ,然后查windows日志,

设备激活错误。物理文件名 'D:\zt\AIS20050824102908_log.ldf' 可能有误

6 个解决方案

#1


备份数据文件和日志文件
备份数据库.
然后分离数据库 AIS20050824102908 , 删除日志文件 'D:\zt\AIS20050824102908_log.ldf' 
再附加数据库, 让其自动创建一个新的日志文件.

#2


设备激活错误。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\AIS20060616101400_Data.mdf' 可能有误。

这个也同样报出来的呀。

#3


1.停掉服务,建立先将mdf与ldf文件保存到别处
2.建立新的数据库。
3.用刚刚保存到别处的mdf文件来替换新建数据库的mdf文件
4.会看到数据处于置疑状态
5.进入紧急模式:
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go 

update sysdatabases set status=-32768 where dbid=DB_ID('newtest') 

6.用dbcc rebuild_log('newtest','d:\newtest.ldf')恢复日志
7.运行dbcc checkdb('newtest')
8.sp_dboption 'newtest','dbo use only','false'  恢复正常状态
9.
sp_configure 'allow updates',0
go
reconfigure with override
go

#4


检查这个文件是否确实损坏
'C:\Program Files\Microsoft SQL Server\MSSQL\Data\AIS20060616101400_Data.mdf' 


看看是否磁盘有坏区之类导致的吧.

#5


一般来说出现这种原因是用别处的mdf、ldf文件来附加到新的设备上所造成的,解决的办法通常用重建ldf,来解决。

#6


出现这种错误是不要忙着sp_detach_db
分离库,否则,update sysdatabases set status=-32768 where dbid=DB_ID('newtest') 就找不到库了。

#1


备份数据文件和日志文件
备份数据库.
然后分离数据库 AIS20050824102908 , 删除日志文件 'D:\zt\AIS20050824102908_log.ldf' 
再附加数据库, 让其自动创建一个新的日志文件.

#2


设备激活错误。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\AIS20060616101400_Data.mdf' 可能有误。

这个也同样报出来的呀。

#3


1.停掉服务,建立先将mdf与ldf文件保存到别处
2.建立新的数据库。
3.用刚刚保存到别处的mdf文件来替换新建数据库的mdf文件
4.会看到数据处于置疑状态
5.进入紧急模式:
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go 

update sysdatabases set status=-32768 where dbid=DB_ID('newtest') 

6.用dbcc rebuild_log('newtest','d:\newtest.ldf')恢复日志
7.运行dbcc checkdb('newtest')
8.sp_dboption 'newtest','dbo use only','false'  恢复正常状态
9.
sp_configure 'allow updates',0
go
reconfigure with override
go

#4


检查这个文件是否确实损坏
'C:\Program Files\Microsoft SQL Server\MSSQL\Data\AIS20060616101400_Data.mdf' 


看看是否磁盘有坏区之类导致的吧.

#5


一般来说出现这种原因是用别处的mdf、ldf文件来附加到新的设备上所造成的,解决的办法通常用重建ldf,来解决。

#6


出现这种错误是不要忙着sp_detach_db
分离库,否则,update sysdatabases set status=-32768 where dbid=DB_ID('newtest') 就找不到库了。