My Oracle Support Banner

如何在磁盘成为 offline 后更改 DISK_REPAIR_TIME 计时器值 (Doc ID 2538652.1)

Last updated on JULY 29, 2019

适用于:

Oracle Exadata Storage Server Software - 版本 11.1.3.1.0 和更高版本
Oracle Database - Enterprise Edition - 版本 11.1.0.7 和更高版本
Oracle Exadata Hardware - 版本 11.1.0.7 和更高版本
Oracle Database Cloud Schema Service - 版本 N/A 和更高版本
Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本
本文档所含信息适用于所有平台

目标

概述:

磁盘组的 DISK_REPAIR_TIME 属性控制最大可接受的停止服务的间隔时间。一旦一个或多个磁盘在 ASM 中不可用,它将持续等待 DISK_REPAIR_TIME 指定的时间间隔,以使磁盘联机。如果磁盘在此时间间隔内重新联机,一个 resync 操作将会发生,其中只有磁盘脱机时修改的扩展区会写入磁盘。如果磁盘在此时间间隔内没有联机,ASM 将启动磁盘的强制丢弃,这将触发重新平衡,以便使用幸存的磁盘恢复冗余度。一旦磁盘重新联机,它们将被添加到磁盘组,这些磁盘上的所有现有扩展区将被忽略/丢弃,并将开始另一个重新平衡。换句话说,DISK_REPAIR_TIME 值是您需要修复故障需要消耗的时间。此设置也是 ASM 的倒数计时器,用于删除已脱机的磁盘。DISK_REPAIR_TIME 的默认设置为3.6小时。

 

注意事项:

由于各种原因,一旦一个或多个磁盘对 ASM 不可用,则存储在受影响磁盘上的那些扩展区缺少(或减少)冗余度。扩展区的幸存副本数取决于磁盘组的所选冗余级别。使用 HIGH 冗余时,受影响的扩展区将有两个幸存的镜像副本。 使用 NORMAL冗余时,将有一个幸存的副本。

在此磁盘脱机并且 DISK_REPAIR_TIME 倒计时期间,磁盘组处于更脆弱的状态。由于每个磁盘有8个伙伴磁盘,用于存储扩展区的主镜像或辅助镜像,如果已经脱机的磁盘的其中一个伙伴磁盘也出现故障或以其他方式变为不可用,则可能会导致磁盘组被强行卸载并可能发生数据丢失。如果磁盘在 DISK_REPAIR_TIME 到期之前没有重新联机,则只有在成功完成重新平衡后才会恢复冗余。

磁盘变得不可用不立即丢弃磁盘的优点是避免重新平衡。重新平衡操作通常比重新同步时间更长,并且 I/O 使用更高。 进步讲,如果磁盘组中的可用空间不足以补偿丢失的磁盘空间,在剩余磁盘上恢复冗余时,可能无法完成重新平衡。

如果维护活动正在进行并且有一个粗略的 完成时间,但是此完成时间会超出DISK_REPAIR_TIME 的到期时间,那么最好增加 DISK_REPAIR_TIME 而不是允许它过期以及丢弃磁盘行为发生。增加 DISK_REPAIR_TIME 意味着您预计维护活动将在给定时间范围内完成,并且愿意容忍由于这段时间缺乏冗余而增加的风险。

例如,我们假设 DISK_REPAIR_TIME 为3.6小时。存储单元已经停机3小时,维护活动被认为再延长3小时。如果我们允许属于这个存储单元的磁盘在0.6小时后被丢弃,那么随后整个存储单元丢失的重新平衡可能需要远超过3个小时才能完成,具体取决于磁盘组的满载程度,机架的大小,重新平衡 Power 参数,数据库 I/O 利用率等。因此,由于在维护活动结束和磁盘处于联机状态之前可能无法完成重新平衡,允许磁盘丢弃不会显着减少ASM在其他磁盘故障时暴露风险的时间。因此,扩展DISK_REPAIR_TIME时间以便允许维护到活动结束可能更有意义。 扩展DISK_REPAIR_TIME意味着您预计维护活动将在合理的给定时间范围内完成,并且愿意承受长时间无冗余的风险。

本文介绍如何更改ASM脱机的磁盘的定时器值(由 ASM 启动的DISK_REPAIR_TIME 倒计时定时器)以及如何在倒计时器到期之前立即丢弃磁盘。

解决方案

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.