什么是ONTAP恢复否决
This article may include metadata, visibility, validation state, and related support guidance.
适用场景
- ONTAP 9
问题解答
如果交还被否决，您必须检查 EMS 消息来确定原因。根据相关原因，您可以确定是否能够安全地覆盖此否决。
storage failover show-giveback 命令可显示恢复进度、并显示否决了恢复的子系统(如果有)。软否决可被覆盖，而硬否决则不能被覆盖，即使是强制执行也是如此。
您可以使用以下命令查看任何交还否决的EMS详细信息：
event log show -node * -event gb*
下面列出了ONTAP报告的一些常见否决：
|
否决名称 |
问题描述 |
|
|---|---|---|
|
AutoSupport (AutoSupport) (仅限根聚合) |
此否决可保护正常运行的节点代表已发生故障的节点执行的AutoSupport收集。
|
|
|
核心转储(核心转储) (仅限根聚合) |
当硬件或软件故障引发ONTAP崩溃事件时、核心转储会存储在磁盘上的预定位置。 核心转储文件包含内存和NVRAM的内容。 核心转储过程会将数据保存到一个文件中、该文件可上传以供分析。 此否决表示接管主机正在将核心转储保存到文件中。 |
|
|
磁盘清单(disk_Inventory)
|
如果高可用性(HA)对中的一个节点报告磁盘清单中的多个磁盘与配对节点报告的磁盘不匹配、则会发生此否决。只有在发生了足够多的不匹配情况以限制特定磁盘清单不匹配消息时、才会出现此问题。 否决可能是由于以下原因之一：
|
|
|
转储/还原(转储)
|
如果要重新定位或发送回主的聚合中的卷正在进行NDMP备份或还原、则会发生此否决。 第三方备份应用程序将使用NDMP协议启动备份/还原。备份/还原不能通过检查点重新启动-它们既不会自动重新启动、也不能使用任何ONTAP命令重新启动。必须使用最初触发操作的第三方备份应用程序重新启动这些操作。 |
|
|
密钥管理器(密钥管理器)
|
如果配对节点上聚合的加密卷无法获得卷加密密钥、则会发生此否决。
|
|
|
锁定管理器(lock_manager) |
在恢复期间、ONTAP将撤消CIFS操作锁定、NFSv4委派和FlexCache只读委派。 此否决表示此过程正在进行中。
|
|
|
RAID (RAID)
|
此否决表示仍在执行RAID操作、例如：
|
|
|
锁定管理器 NDO (SFo) |
此否决功能会检查NDOLITE是否正在对刚刚启动的配对节点执行锁定重建或锁定同步。只有当要gifenback的聚合具有符合NDOLITE镜像条件的锁定时、锁定同步进程才会否决。正在进行的重建将否决任何聚合归还、因为在重建完成之前、聚合是否具有符合镜像条件的锁定是未知的-对于ARL、这将是一个硬否决-这只是为了使设计简单。除非节点负载过重、否则重建以及与配对节点的锁定同步都应快速完成(大约几分钟)。因此、建议不要覆盖这些否决、因为在SN中打开永久性SMB3的主要用例是保持Microsoft HyperV无中断适用。 |
|
|
卷移动 |
|
|
|
备份 |
如果要发送回主的聚合中的卷正在进行转储/还原、则sendhome将被否决。 如果否决被覆盖、备份/还原操作将中止。在C模式下、只能通过NDMP协议调用转储/还原。Symantec NBU或Dell NetVault等第三方备份应用程序将使用NDMP协议启动备份/还原。备份/还原不能通过检查点重新启动-它们既不会自动重新启动、也不能使用任何ONTAP命令重新启动。必须使用最初触发操作的第三方备份应用程序重新启动这些操作。 |
|
|
复制引擎 |
如果聚合迁移不会中断正在进行的任何传输(例如、在转换阶段进行的卷移动传输)、则sendhome将被否决。如果否决被覆盖、则与该聚合相关的所有传输都将异步中止。中断的传输必须从上一个检查点恢复。根据复制引擎的使用者、可能需要手动恢复传输。 |
|
|
WAFL |
如果存在待定NVSAVE文件、需要在sendhome或WAFIRON运行之前进行回播放。如果在接管或重新启动后重放时卷不可用、则WAFL会将nvlog记录保存到文件中。在归档之前、需要通过联机卷来回放到卷中。 |
有关对否决的发生原因进行故障排除的信息、请参阅为什么ONTAP聚合的归还被否决？
追加信息
其他信息文本