ORA-13147报错怎么解决，远程帮忙修复MBR生成失败问题

ORA-13147错误是Oracle数据库在Windows服务器上执行特定操作时可能遇到的一个问题，尤其在与ASM（自动存储管理）和磁盘组管理相关的场景中，这个错误的核心信息通常是“MBR generation failed”，即主引导记录生成失败，MBR是磁盘最开始的扇区，包含了启动系统和分区表的关键信息，在Oracle ASM的语境下，这并不是指操作系统的引导记录，而是ASM为了管理磁盘而创建的一种内部元数据结构，当ASM无法在指定的磁盘上成功创建或更新这个“MBR”时，就会抛出ORA-13147。

要解决这个问题，我们不能盲目操作，尤其是涉及到磁盘的命令，一旦出错可能导致数据丢失，首要原则是备份，如果磁盘上有重要数据，务必先进行完整的备份,然后再尝试以下排查步骤。

第一步：检查磁盘状态和权限

根据Oracle官方支持文档（Note）中的相关说明（例如Doc ID 437878.1），ORA-13147最常见的原因之一是Oracle软件的操作系统用户（通常是oracle用户或隶属于ORA_DBA组的管理员）对目标磁盘没有足够的读写权限。

1. 确认磁盘路径：你需要明确ASM操作是针对哪一块或哪几块磁盘发出的，错误信息中通常会包含磁盘的路径，例如\\.\PHYSICALDRIVE1。
2. 检查磁盘管理权限：
   • 以管理员身份打开命令提示符（CMD）。
   • 运行 diskpart 命令进入磁盘分区工具。
   • 输入 list disk 查看所有磁盘列表。
   • 找到对应的磁盘，记下其磁盘编号（磁盘 1）。
   • 输入 select disk 1（替换为你的磁盘编号）。
   • 输入 detail disk，在输出信息中,留意是否有权限相关的警告。
   • 更重要的是，你需要确保Oracle的运行账户对该磁盘有完全控制权，这通常通过Windows的磁盘权限设置来完成：
     • 右键点击“此电脑”，选择“管理”。
     • 进入“设备管理器”，找到对应的磁盘（在“磁盘驱动器”下），右键选择“属性”。
     • 切换到“安全”选项卡，检查并确保运行Oracle服务的账户（如ORA_DBA组或特定的管理员账户）拥有“完全控制”权限，如果没有,需要手动添加并赋予权限。

第二步：检查磁盘是否被其他程序占用或存在旧的分区信息

ASM需要完全“干净”的磁盘来创建其管理结构，如果磁盘之前被用作普通数据盘、有残留的分区表、或者被其他软件（如病毒防护软件、备份软件）锁定,都可能导致MBR生成失败。

1. 使用diskpart彻底清理磁盘：
   • 警告：此操作会清除磁盘上所有数据，请务必确认磁盘无有用数据或已备份！
   • 在管理员CMD的diskpart中，执行 select disk 1（你的磁盘编号）。
   • 执行 clean 命令，这个命令会抹除磁盘上的所有分区和签名信息,将其恢复为原始未初始化状态。
   • 执行 exit 退出diskpart。
2. 解除软件锁定：临时禁用服务器上的病毒实时防护软件或其他可能扫描磁盘的软件,然后重试ASM操作。

第三步：检查磁盘的物理状态和兼容性

如果权限和占用问题都排除了,问题可能出在磁盘本身。

1. 磁盘是否在线且可写：在diskpart中，使用 select disk 后，通过 attributes disk 命令查看磁盘属性，确保没有设置为“只读”（Read-Only）。
2. 磁盘是否有物理坏道：使用Windows自带的chkdsk命令（chkdsk \\.\PHYSICALDRIVE1）进行基础检查，或者使用硬盘制造商提供的诊断工具进行深度检测,物理损坏的磁盘无法用于ASM。
3. 兼容性问题：确保磁盘是Oracle ASM支持的类型，ASM支持基本的裸设备（Raw Disk）或通过特定驱动呈现的磁盘，在虚拟化环境中（如VMware），需要确认虚拟磁盘的呈现方式（使用PVSCSI控制器可能比LSI Logic SAS更受推荐）。

第四步：使用ASMCMD工具进行诊断和修复

Oracle提供了ASM命令行工具asmcmd,它可以提供更多诊断信息。

1. 设置好ORACLE_HOME和ORACLE_SID（指向ASM实例）环境变量。
2. 运行 asmcmd。
3. 尝试使用 volcreate 或相关命令时，如果再次报错，asmcmd可能会给出比SQLPLUS更详细的错误信息。
4. 另一个有用的命令是 asmcmd lsdsk，它可以列出ASM识别到的所有候选磁盘及其状态，帮助你确认目标磁盘是否被ASM正确发现且状态为“CANDIDATE”（候选）或“PROVISIONED”（已配置），如果磁盘状态异常,可能需要重新扫描或配置。

第五步：查看详细的日志文件

永远不要忽视日志的力量，ORA-13147只是一个结果,根本原因往往藏在更底层的日志中。

1. ASM实例的告警日志：找到ASM实例的告警日志文件（通常位于$ORACLE_BASE/diag/asm/asm实例名/trace/目录下，文件名类似 alert_实例名.log），打开它，搜索“ORA-13147”错误发生时间点附近的信息，通常会有来自操作系统的更具体的错误代码或描述，Access is denied”（访问被拒绝）或“The parameter is incorrect”（参数错误）,这些信息是定位问题的关键。
2. Windows系统事件查看器：打开“事件查看器”，查看“Windows日志”下的“系统”和“应用程序”日志，在错误发生的时间点，看看是否有来自磁盘、文件系统或Oracle进程相关的警告或错误记录。

解决ORA-13147报错是一个系统性的排查过程，你应该遵循从易到难、从软到硬的顺序：

1. 首要检查权限：确保Oracle账户对磁盘有完全控制权。
2. 清理磁盘：使用diskpart clean命令（数据已备份的前提下）获得一个干净的磁盘。
3. 排除干扰：关闭可能锁盘的第三方软件。
4. 检查硬件：确认磁盘物理健康且在线。
5. 深挖日志：通过ASM告警日志和Windows事件查看器寻找根本原因线索。

如果以上步骤都无法解决，建议将详细的错误信息、操作系统版本、Oracle版本以及从日志中提取的关键信息汇总，向Oracle官方支持或具备资深经验的数据管理员寻求帮助，由于涉及底层磁盘操作,谨慎行事是保护数据安全的第一要务。