La reparación automática de volúmenes en CA 3Tera AppLogic 2.7+ muestra varios valores de configuración que se pueden configurar, principalmente referidos a la frecuencia con la que se realizan diferentes operaciones. Estos valores de configuración se almacenan en /etc/applogic/applogic.conf, en el controlador del grid, dentro de la sección volume_maintenance. Para cambiar estos valores, actualice applogic.conf con los valores apropiados y, a continuación, reinicie el daemon de mantenimiento de volúmenes. Para reiniciar este daemon, ejecute el comando siguiente como encargado de mantenimiento del grid en el controlador de grid (el daemon de mantenimiento de volúmenes se puede reiniciar en cualquier momento sin que las aplicaciones en ejecución o las reparaciones de volúmenes se vean afectadas):
/usr/local/applogic/bin/3tvolmaintd_init restart
En la tabla siguiente se muestran todos los posibles valores de configuración (todas las unidades de tiempo se especifican en segundos):
|
Configuración |
Predeterminado |
Mínimo |
Máximo |
Descripción |
|
sync_interval |
21.600 |
300 |
86.400 |
Frecuencia con la que el daemon de reparación consulta a CA 3Tera AppLogic sobre la lista de volúmenes degradados de un grid. |
|
repair_interval |
1800 |
20 |
3600 |
Frecuencia con la que el daemon de reparación procesa su lista interna de volúmenes degradados. |
|
srv_repair_tout |
14.400 |
300 |
86.400 |
Tiempo de espera para que un servidor necesario esté disponible antes de iniciar la reparación del volumen en servidores alternativos. |
|
snooze_max |
86.400 |
3600 |
2.147.483.647 |
Tiempo máximo de suspensión de la reparación del volumen. Se recomienda no modificar este valor de configuración, ya que permite a los usuarios suspender reparaciones del volumen que duren una gran cantidad de tiempo y que puedan causar la pérdida de datos (ya que es posible que el volumen no se pueda reparar). |
|
snooze_default |
3600 |
60 |
86.400 |
Tiempo predeterminado de reparación del volumen si no se especifica nada en la línea de comandos vol repair --suspend. Se recomienda no modificar este valor de configuración, ya que permite a los usuarios suspender reparaciones del volumen que duren una gran cantidad de tiempo y que puedan causar la pérdida de datos (ya que es posible que el volumen no se pueda reparar). |
|
repair_history_span |
86.400 |
3600 |
604.800 |
Periodo de tiempo durante el cual se conservan los datos históricos de reparación del volumen. |
|
repair_failure_max |
3 |
1 |
10 |
Número máximo de errores de reparación de un volumen determinado durante los últimos segundos de repair_failure_period que impide que se inicie de nuevo la reparación (hasta el día siguiente). |
|
repair_failure_period |
86.400 |
3600 |
604.800 |
Período de tiempo durante el cual deben ocurrir los errores repair_failure_max para impedir que la reparación se inicie de nuevo (hasta el día siguiente). |
|
sync_init_delay |
300 |
0 |
86.400 |
Retraso después de que el controlador de grid haya arrancado y 3tvolmaintd se haya iniciado antes de consultar a CA 3Tera AppLogic sobre la lista de volúmenes degradados de un grid. Las reparaciones del volumen no se inician automáticamente hasta que 3tvolmantd recupera la lista de volúmenes degradados de CA 3Tera AppLogic. Sin embargo, un usuario puede activar manualmente 3tvolmaintd para consultar la lista de volúmenes degradados mediante el uso del comando vol check. Además, se pueden iniciar reparaciones del volumen mediante el comando vol repair. |
| Copyright © 2011 CA. Todos los derechos reservados. | Enviar correo electrónico a CA Technologies acerca de este tema |