设备激活错误。物理文件名 'D:\zt\AIS20050824102908_log.ldf' 可能有误
6 个解决方案
#1
备份数据文件和日志文件
备份数据库.
然后分离数据库 AIS20050824102908 , 删除日志文件 'D:\zt\AIS20050824102908_log.ldf'
再附加数据库, 让其自动创建一个新的日志文件.
备份数据库.
然后分离数据库 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
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'
看看是否磁盘有坏区之类导致的吧.
'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') 就找不到库了。
分离库,否则,update sysdatabases set status=-32768 where dbid=DB_ID('newtest') 就找不到库了。
#1
备份数据文件和日志文件
备份数据库.
然后分离数据库 AIS20050824102908 , 删除日志文件 'D:\zt\AIS20050824102908_log.ldf'
再附加数据库, 让其自动创建一个新的日志文件.
备份数据库.
然后分离数据库 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
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'
看看是否磁盘有坏区之类导致的吧.
'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') 就找不到库了。
分离库,否则,update sysdatabases set status=-32768 where dbid=DB_ID('newtest') 就找不到库了。