rac删除磁盘组后产生的问题.docx

在Oracle RAC (Real Application Clusters)环境中，磁盘组是存储管理的重要组成部分，通常用于存放数据库的数据文件、控制文件、重做日志文件等。然而，错误地删除磁盘组可能会导致一系列的问题，如资源依赖关系混乱，数据库无法正常启动等。下面将详细讨论在删除磁盘组后遇到的问题及其解决策略。 当删除一个磁盘组后，如果CRS (Cluster Resource Manager)没有正确更新，会导致数据库资源的状态异常。在案例中，`crs_stat`显示数据库为`offline`状态，尝试使用`srvctl`命令启动数据库时，系统仍试图寻找已被删除的磁盘组，这表明CRS中的资源依赖关系没有得到更新。 在尝试使用`srvctl remove diskgroup`命令删除磁盘组时，出现错误提示`PRCA-1002`，`PRCR-1028`和`PRCR-1072`，这些错误通常表示在移除ASM (Automatic Storage Management)磁盘组资源时失败，可能的原因是该磁盘组与其他资源有依赖关系。 通过`crsctl status resource ora.dqa2edm.db -f |grep DEPENDENCIES`命令，可以查看到数据库`dqa2edm`对已删除磁盘组`TEST`的依赖关系。这里显示出`START_DEPENDENCIES`和`STOP_DEPENDENCIES`都包含了`ora.TEST.dg`，这意味着在启动或停止数据库时，系统需要处理这个磁盘组，但此时磁盘组已不存在。 解决这个问题，首先需要调整数据库的配置，解除对已删除磁盘组的依赖。通过`srvctl modify database`命令可以修改数据库的属性，例如，将`ACFS`添加到数据库的配置中，然后禁用并删除磁盘组`ACFS`。接着，需要再次更新数据库的属性，这次移除`ARCHDG`，执行相同的操作来处理`ARCHDG`磁盘组。 使用`srvctl start database –d dqa2edm`命令启动数据库，并确认所有配置变更已生效。确保数据库能够正常启动并且所有依赖关系正确无误。 总结来说，在Oracle RAC环境下删除磁盘组时，必须谨慎操作，因为这可能会导致数据库资源的状态异常。在删除磁盘组后，应立即更新CRS中的资源配置，解除与已删除磁盘组的依赖关系，以确保数据库的正常运行。此外，进行此类操作前，最好备份相关配置和数据，防止因误操作造成数据丢失。