方案一:设置数据库为紧急模式
暂停SQL Server服务;
把应用数据库的数据文件XXX_Data.mdf移走;
启动SQL服务
重新建立一个同名的数据库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服务;
运行以下语句,把应用数据库设置为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;
首先,检查服务器pc49上的日志,以确定附加数据库的失败原因。其次,如果原因是资源不足,增加服务器资源,例如增加内存或者磁盘空间。第三,尝试重新安装数据库程序,以确保软件环境正常。最后,如果以上措施仍然无法解决问题,建议请专业技术人员进行检查。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)