CA AppLogic 2.7+ 的自动卷修复功能显示可以配置的各种设置;主要是关于执行各种操作的频率。 这些设置存储在网格控制器上 /etc/applogic/applogic.conf 中的 volume_maintenance 部分下。 要更改这些设置,请使用相应的值更新 applogic.conf,然后重新启动卷维护后台进程。 要重新启动后台进程,请以网格控制器的网格维护人员身份执行以下命令(可以随时重新启动卷维护后台进程,不会影响任何运行的应用或卷修复):
/usr/local/applogic/bin/3tvolmaintd_init restart
下表列出了所有可能的设置(所有时间单位均指定为秒):
|
设置 |
默认值 |
最小值 |
最大值 |
说明 |
|
sync_interval |
21600 |
300 |
86400 |
修复后台进程查询 CA AppLogic 以获取网格的降级卷列表的频率。 |
|
repair_interval |
1800 |
20 |
3600 |
修复后台进程处理它的降级卷内部列表的频率。 |
|
srv_repair_tout |
14400 |
300 |
86400 |
在备用服务器上启动卷修复之前,所需服务器在可用时的超时时间。 |
|
snooze_max |
86400 |
3600 |
2147483647 |
最大卷修复挂起时间。 不建议修改此设置,因为它可以允许用户长时间挂起卷修复,从而导致数据丢失(因卷不可修复)。 |
|
snooze_default |
3600 |
60 |
86400 |
vol repair --suspend 命令行中未指定参数时的默认卷修复挂起时间。 不建议修改此设置,因为它可以允许用户长时间挂起卷修复,从而导致数据丢失(因卷不可修复)。 |
|
repair_history_span |
86400 |
3600 |
604800 |
保留历史卷修复数据的时间段。 |
|
repair_failure_max |
3 |
1 |
10 |
在最近 repair_failure_period 秒内对特定卷的卷修复失败的最大次数,可阻止再次启动修复(直到第二天)。 |
|
repair_failure_period |
86400 |
3600 |
604800 |
一段时间,在此段时间内,必须发生 repair_failure_max 次失败才会阻止再次启动修复(直到第二天) |
|
sync_init_delay |
300 |
0 |
86400 |
网格控制器已启动并启动 3tvolmaintd 后,3tvolmaintd 查询 CA AppLogic 以获取网格的降级卷列表之前的延迟。 3tvolmantd 从 CA AppLogic 中检索降级卷列表之后,才自动启动卷修复。 不过,用户可以通过使用卷检查命令手动使 3tvolmaintd 来查询降级卷列表。 此外,可以使用卷修复命令启动卷修复。 |
| 版权所有 © 2012 CA。 保留所有权利。 |
|