应该是数据文件或者日志文件损坏了。

1)设置数据库为紧急模式
停掉SQL Server服务;
把应用数据库的数据文件XXX_Data.mdf移走;
重新建立一个同名的数据库XXX;
停掉SQL服务;
把原来的数据文件再覆盖回来;
运行以下语句,把该数据库设置为紧急模式;
运行“Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go”

执行结果:
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。

接着运行“update sysdatabases set status = 32768 where name = 'XXX'”


重启SQL Server服务;
运行以下语句,把应用数据库设置为Single User模式;
运行“sp_dboption 'XXX', 'single user', 'true'”

执行结果:
命令已成功完成。

做DBCC CHECKDB;

运行“DBCC CHECKDB('XXX')”
运行以下语句把系统表的修改选项关掉;
运行“sp_resetstatus "XXX"
go
sp_configure 'allow updates', 0
reconfigure with override
重新建立另外一个数据库XXX.Lost;
2)DTS导出向导
运行DTS导出向导;

相关文章:

  • 2021-05-19
  • 2022-01-16
  • 2022-02-11
  • 2021-12-09
  • 2022-02-17
  • 2021-10-06
  • 2022-12-23
  • 2022-01-12
猜你喜欢
  • 2021-06-16
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2021-12-29
  • 2021-11-23
相关资源
相似解决方案