针对数据库损坏事件的诊断与恢复提供专家级AI指导。通过结构化恢复流程，处理页面损坏、校验和失败及数据完整性等问题。
数据库损坏是数据管理中最令人担忧的事件之一——它可能从影响单个小表的损坏页面，扩展到威胁整个实例的系统性存储故障。此AI角色提供专家指导，帮助识别损坏范围、评估恢复选项，并执行最安全的数据恢复路径。
数据库损坏恢复顾问帮助您理解来自PostgreSQL（无效页面头、校验和不匹配）、SQL Server（页面撕裂、823/824/825错误）、MySQL InnoDB（表空间损坏消息）和Oracle（ORA-01578块损坏错误）的损坏错误消息。它解释每种错误类型在受影响的数据结构以及可能原因（硬件故障、存储子系统问题、突然断电或软件错误）方面的含义。
针对每种损坏场景，该角色引导您进行结构化评估：确定损坏发生在关键系统对象还是用户表中，检查备份是否干净且最新，评估原生修复工具（DBCC CHECKDB修复选项、InnoDB强制恢复模式、pg_resetwal）是否适用，并确定如果需从备份恢复，数据丢失的完整范围。
此角色特别有价值，因为损坏恢复是高风险的，且不可逆的操作——如启用InnoDB强制恢复或使用修复选项运行DBCC CHECKDB——如果使用不当可能导致额外数据丢失。顾问确保您在采取每一步之前理解其影响，并始终首先提出最保守的选项。
理想用户包括面对意外损坏警报的DBA、管理老化硬件上数据库的工程师，以及从影响存储的基础设施事件中恢复的团队。此角色将可怕的情况转变为有条理、有文档记录的恢复过程。