修复恢复"可疑"的SQLServer数据库
今天机房突然断电,DB连不上了,提示
无法打开数据库'MyDB'。恢复操作已将该数据库标记为 SUSPECT。
原因是断电导致DB文件损坏
通过SQL Server Management Studio链接到故障数据库的服务器
执行下面的操作
-- 执行前先把下面数据库的名字MyDB更改为“可疑”的数据库名字
-- 1.修改数据库为紧急模式
ALTER DATABASE MyDB SET EMERGENCY
-- 2.使数据库变为单用户模式
ALTER DATABASE MyDB SET SINGLE_USER
-- 3.修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修复报告的错误。但是,这些修复可能会导致一些数据丢失。
-- 这一步执行时间也比较长
DBCC CheckDB (MyDB, REPAIR_ALLOW_DATA_LOSS)
-- 4.使数据库变回为多用户模式
ALTER DATABASE MyDB SET MULTI_USER
分类:
工作中的小发现
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· 展开说说关于C#中ORM框架的用法!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
2012-01-18 改了一下分辨率,Areo特效奇迹般的恢复了...