Shell 命令 › 卷管理 › repair（卷管理）－修复卷

repair（卷管理）－修复卷

修复卷

语法

volume repair (--suspend [time=time ]) | --resume  
volume repair name --resume  
volume repair name [--force | (--suspend [time=time])]  
volume repair [name] --status [--batch]  
vol repair --all [--force]

参数

name

要修复或检索其状态的卷的名称。

--suspend

挂起卷修复操作；最长 1 周

--resume

恢复卷修复操作

time

（可选）挂起卷修复操作的分钟数。如果未指定，卷修复操作将挂起 60 分钟。

--force

立即开始修复卷。

--status

显示卷修复操作的状态。

--batch

以 UDL 格式显示卷修复操作的状态

--all

启动背景卷修复（“vol check”的别名）

示例

volume repair /system:MYSQL5.boot

修复全局目录类卷

volume repair my-app:data --force

立即开始修复应用用户卷

volume repair my-app:DBASE.boot

修复应用单例类卷

volume repair my-app/local:DBASE.boot

修复应用目录类卷

volume repair --suspend time=30

将自动卷修复操作挂起 30 分钟

volume repair --resume

恢复自动卷修复操作

volume repair my-app:data --suspend time=30

将应用用户卷的修复操作挂起 30 分钟

volume repair my-app:data --resume

恢复应用用户卷的修复操作

volume repair --status

检索所有卷的当前修复状态

volume repair my-app:data --status

检索应用用户卷的当前修复状态

 vol repair --all --force            

恢复任何挂起的卷修复并启动需要修复的卷的检查。

注意：此处介绍了 CA 3Tera AppLogic 实体的命名约定规范。

所有卷修复操作均在后台执行（每台服务器执行一项）。要检索卷修复操作的当前状态，请执行以下命令之一：

vol repair --status－检索所有卷的修复状态

vol repair name --status－检索单个卷的修复状态。

CA 3Tera AppLogic 中的自动卷修复功能每 6 小时检索一次需要修复的降级卷的列表。用户可以通过执行 vol check 命令来强制 CA 3Tera AppLogic 检索降级卷的列表；通过这种方式可以确认已经排定对当前列表中的降级卷进行修复。

启动对某个卷的修复 (vol repair name) 时，如果有足够的可用服务器来执行修复，则卷的修复操作将立即开始。如果没有可用服务器，将在服务器变为可用状态时开始修复。

如果通过 --force 选项启动卷的修复，修复操作将立即启动，并且可能导致当前正在修复的其他卷的修复操作被挂起。如果需要立即启动特定卷的修复操作，请使用此命令。

当卷的修复被挂起时，对该卷的修复操作将停止，一旦在指定时间段后服务器变为可用状态，卷的修复操作即会重新启动。

使用 --resume 选项恢复卷的修复操作时，一旦有足够的服务器变为可用状态，即开始修复卷。

卷修复操作失败时，将重新排定对卷进行修复。如果在 24 小时的时段内卷修复操作失败三次，需要等到 24 小时后，才能再次尝试进行卷修复。如果网格上的某个卷连续发生修复失败，请立即与服务提供商联系。

下面介绍在执行带有 --status 选项的 vol repair 命令时所报告的各个卷状态：

－错误：卷处于“错误”状态，意味着卷没有任何正常的数据流（即，镜像）

－失败：卷的一次或多次修复操作失败

－正在修复：当前正在修复卷

－已排队：卷正在排队等候修复。一旦服务器变为可用状态，即启动卷的修复。

－挂起：卷的修复操作已挂起，或者卷的修复已经失败，将重新安排对其进行修复。

－完成：卷的修复操作已成功完成。

此处介绍了修复状态的输出规范。

本节包含以下主题：

volume repair 命令输出规范