SQL Server 数据库损坏的症状与原因
SQL Server 的损坏有辨识度极高的招牌症状——看懂它们，能在找救援之前先做对的事。
症状清单
状态异常（最直观）：数据库变成"可疑"（Suspect）状态，管理器里库名带"（可疑）"，业务全面中断；卡在"正在恢复"不动；变成离线/紧急模式；SQL Server 服务整个起不来。报错信息（诊断地图）：错误 823/824——I/O 逻辑一致性错误（checksum 错、页撕裂），底层磁盘问题传导到数据库的标志；错误 5171/5172——MDF 文件头损坏或不是主数据库文件，直接拷 MDF、拷贝中断的典型后果；错误 3414——启动恢复时日志损坏；DBCC CHECKDB 报错族（8928 IAM 链断、8939 表结构损坏）——"库还能用但已经在烂"的阶段。读写异常：查某张表报错、查别的表正常；大查询执行到一半中断；记录乱码、字段错位。文件层面：MDF/LDF 被误删或移动；直接拷贝 MDF 再附加报错；日志文件暴涨撑爆磁盘或被人手动删了；勒索病毒加密 MDF/LDF。
三大类原因
硬件层面：硬盘坏道、SSD 掉盘（SQL Server 的页级校验让它比别的库更早"喊疼"）；突然断电电压不稳（页撕裂、日志写一半——suspect 的头号成因）；RAID 多块盘掉线、阵列卡 BBU 失效；内存故障脏写；磁盘写满（中小企业最常见的"非战斗性减员"）。系统与软件层面：Windows 蓝屏异常关机；杀毒软件实时防护锁定 MDF/LDF（装机第一要务是把 SQL Server 数据目录加白名单）；Windows 自动更新半夜重启；vmdk 损坏、快照误删；SQL Server 自身 bug；自动收缩（auto-shrink）开着是慢性损伤。人为层面（占比最高）：不停服务直接拷贝 MDF（文件头不一致，附加就 5172）；误删 LDF"日志瘦身"；detach 后文件丢失；drop/truncate 误操作；故障后反复重启强拉、用网上"MDF 修复工具"直接改文件；勒索病毒；迁移事故。
诱因速查
断电/强制关机 → suspect、In Recovery 卡住；存储坏道、阵列故障 → 823/824；磁盘写满 → 库脱机；不停服务拷文件 → 5172；误删误 detach → 文件丢失类。
警示
看到"可疑"或报错后四不要：不要 detach 分离数据库、不要删日志文件、不要反复重启服务强拉、不要用网上"MDF 修复工具"直接改文件。先做全库文件备份（哪怕它是坏的），再谈修复。suspect 状态一大半都能救回来，真正救不回的，都是被反复折腾过的。
常见问题
数据库变成"可疑"状态是怎么回事？
SQL Server 启动恢复时失败（日志损坏、文件缺失、I/O 错误都会触发），出于保护把库标记为可疑并拒绝访问。数据通常还在，恢复成功率较高——关键是别 detach、别再折腾。
SQL Server 错误 824 是什么？
页级逻辑一致性错误：数据页的 checksum 校验失败或页撕裂，说明这个页读出来的内容和写入时不一致，几乎总是底层磁盘问题的信号——先查硬盘，再修库。
MDF 文件拷到别的服务器附加报错怎么办？
先分清报错：版本不符（高版本库附加到低版本）换高版本环境；文件头不一致（拷贝时库在运行）需要修复文件头；文件损坏走数据页抽取。两种常见原因都不是"数据没了"。
日志文件太大可以删掉吗？
绝对不要手动删 LDF——库会立刻 suspect。正确做法是用 SQL Server 自己的备份命令截断日志：完整备份后日志会自动截断； shrink 只作为辅助手段。
杀毒软件会导致数据库损坏吗？
会，而且是 SQL Server 的特色坑：实时防护扫描 MDF/LDF 时锁定文件，数据库写入被拦截。把 SQL Server 数据目录加入杀毒白名单是装机第一要务。