Die automatische Volume-Reparatur in den CA AppLogic-Versionen ab 2.7 bietet verschiedene Einstellungen, die konfiguriert werden können; diese sind hauptsächlich darauf ausgerichtet, wie oft verschiedene Vorgänge ausgeführt werden. Diese Einstellungen werden unter "/etc/applogic/applogic.conf" in der Grid-Steuerung im Bereich "volume_maintenance" gespeichert. Um diese Einstellungen zu ändern, aktualisieren Sie "applogic.conf" mit den entsprechenden Werten, und starten Sie dann den Wartungs-Daemon des Volumes neu. Um den Daemon neu zu starten, führen Sie den folgenden Befehl als Grid-Administrator in der Grid-Steuerung aus (der Wartungs-Daemon des Volumes kann möglicherweise jederzeit neu gestartet werden, ohne sich auf ausgeführte Anwendungen oder Volume-Reparaturen auszuwirken):
/usr/local/applogic/bin/3tvolmaintd_init restart
In der folgenden Tabelle sind alle möglichen Einstellungen aufgelistet (alle Zeiteinheiten werden in Sekunden angegeben):
|
Einstellung |
Standard |
Minimum |
Maximum |
Beschreibung |
|
sync_interval |
21600 |
300 |
86400 |
Häufigkeit, wie oft der Reparatur-Daemon eine Abfrage an CA AppLogic für die Liste von fehlerhaften Volumes in einem Grid sendet. |
|
repair_interval |
1800 |
20 |
3600 |
Häufigkeit, wie oft der Reparatur-Daemon seine interne Liste von fehlerhaften Volumes verarbeitet. |
|
srv_repair_tout |
14400 |
300 |
86400 |
Zeitlimit, die ein erforderlicher Server benötigt, um verfügbar zu sein, bevor eine Volume-Reparatur auf alternativen Servern gestartet wird. |
|
snooze_max |
86400 |
3600 |
2147483647 |
Maximale Volume-Reparaturunterbrechungszeit. Es wird empfohlen, diese Einstellung nicht zu ändern, da Benutzer sonst die Volume-Reparaturen für große Zeiträume aussetzen könnten, was zu Datenverlusten führen kann (weil das Volume möglicherweise nicht repariert wird). |
|
snooze_default |
3600 |
60 |
86400 |
Standardmäßige Volume-Reparaturunterbrechungszeit, wenn nichts in der Befehlszeile "vol repair --suspend" angegeben ist. Es wird empfohlen, diese Einstellung nicht zu ändern, da Benutzer sonst die Volume-Reparaturen für große Zeiträume aussetzen könnten, was zu Datenverlusten führen kann (weil das Volume möglicherweise nicht repariert wird). |
|
repair_history_span |
86400 |
3600 |
604800 |
Zeitraum, für den der Verlauf der Volume-Reparaturdaten beibehalten wird. |
|
repair_failure_max |
3 |
1 |
10 |
Maximale Anzahl von Volume-Reparaturfehlern in einem bestimmten Volume innerhalb der letzten in "repair_failure_period" angegebenen Sekunden, wodurch ausgeschlossen wird, dass die Reparatur neu gestartet wird (bis zum nächsten Tag). |
|
repair_failure_period |
86400 |
3600 |
604800 |
Zeitraum, in dem Fehler vom Typ "repair_failure_max" auftreten müssen, um zu verhindern, dass die Reparatur neu gestartet wird (bis zum nächsten Tag). |
|
sync_init_delay |
300 |
0 |
86400 |
Verzögerung, nachdem die Grid-Steuerung gestartet wird, und "3tvolmaintd" wurde gestartet, bevor "3tvolmaintd" eine Abfrage für die Liste an fehlerhaften Volumes in einem Grid an CA AppLogic sendet. Volume-Reparaturen werden nicht automatisch gestartet, bis "3tvolmantd" die Liste fehlerhafter Volumes von CA AppLogic abruft. Ein Benutzer hat jedoch die Möglichkeit, "3tvolmaintd" für die Abfrage der Liste fehlerhafter Volumes manuell auszulösen, und zwar mit dem Befehl "vol check". Zudem können Volume-Reparaturen mithilfe des Befehls "vol repair" initiiert werden. |
| Copyright © 2012 CA. Alle Rechte vorbehalten. |
|