Réalisation D'audits Sur Les Actions D'alerte - Oracle ZS4-4 Manuel D'entretien

Membres obligatoires du membre items
TABLEAU 65
Membre obligatoire
url
action
impact
description
severity
Réalisation d'audits sur les actions d'alerte
Les workflows exécutant les actions d'alerte peuvent utiliser la fonction audit pour générer des
entrées de journal. Il est recommandé d'utiliser la fonction audit pour ajouter toute information
de débogage pertinente au journal d'audit. Le workflow suivant par exemple exécute un
basculement lorsqu'il est en état clustérisé, mais audite tout échec de réinitialisation :
var workflow = {
name: 'Failover',
description: 'Fail the node over to its clustered peer',
alert: true,
setid: true,
execute: function (params) {
/*
* To failover, we first confirm that clustering is configured
* and that we are in the clustered state. We then reboot,
* which will force our peer to takeover. Note that we're
* being very conservative by only rebooting if in the
* AKCS_CLUSTERED state: there are other states in which it
* may well be valid to failback (e.g., we are in AKCS_OWNER,
* and our peer is AKCS_STRIPPED), but those states may also
* indicate aberrent operation, and we therefore refuse to
* failback. (Even in an active/passive clustered config, a
* FAILBACK should always be performed to transition the
* cluster peers from OWNER/STRIPPED to CLUSTERED/CLUSTERED.)
*/
var uuid = params.uuid;
var clustered = 'AKCS_CLUSTERED';
audit('attempting failover in response to alert ' + uuid);
try {
run('configuration cluster');
} catch (err) {
audit('could not get clustered state; aborting');
return;
Type
String
String
String
String
String
Workflows en tant qu'actions d'alerte
Description
URL de la page Web décrivant
l'alerte
Action devant être entreprise par
l'utilisateur en réponse à l'alerte.
Impact de l'événement qui a
déclenché l'alerte.
Chaîne lisible à l'oeil décrivant
l'alerte.
Gravité de l'événement qui a
déclenché l'alerte.
Maintenance du système 339