Opérations de démarrage

Le temporisateur d'opération est démarré lorsque System Automation for Multiplatforms envoie la première opération de contrôle de démarrage de ressource à une ressource. Une fois qu'il est lancé, il existe plusieurs possibilités :
  1. La ressource est modifiée avec l'état souhaité (en ligne ou hors ligne) au cours du délai d'attente. Dans ce cas, aucune autre action n'est déclenchée car la ressource est dans l'état dans lequel System Automation for Multiplatforms la souhaite.
  2. La ressource rejette le contrôle de démarrage au cours du délai d'attente. Ce qui se produit ensuite dépend du code de refus :
    • S'il indique que l'erreur est remédiable, System Automation for Multiplatforms continuera d'émettre des opérations de contrôle de démarrage sur la ressource. Chaque tentative d'opération de contrôle est comptée. Lorsque la valeur RetryCount est dépassée, System Automation for Multiplatforms cesse d'exécuter d'autres opérations de contrôle.
    • Si l'erreur n'est pas remédiable, la ressource entrera dans un état de défectuosité. Que cet incident déclenche ou non d'autres actions d'automatisation dépend du type de ressource sur laquelle l'opération de démarrage a été lancée :
      • Si une ressource fixe est affectée, aucune autre action n'est déclenchée.
      • Si l'opération de contrôle a été émise sur un constituant d'une ressource flottante et que ce constituant est à l'état Hors ligne ou Echec hors ligne, System Automation for Multiplatforms tente d'émettre les opérations de contrôle sur un autre constituant de la ressource. Notez que la constituante ayant rejeté l'opération de contrôle restera dans un état d'erreur irrémédiable tant que vous n'aurez pas lancé une opération de réinitialisation sur elle.
  3. La ressource n'atteint pas l'état souhaité (en ligne) à la fin du délai d'attente. Dans ce cas, System Automation for Multiplatforms émet d'abord une opération de réinitialisation sur la ressource et attend que l'opération de réinitialisation soit acceptée et que la ressource soit hors ligne. Ensuite, System Automation for Multiplatforms émet une autre opération de contrôle de démarrage sur la ressource. Chaque tentative d'opération de contrôle est comptée et System Automation for Multiplatforms arrête d'émettre des opérations de contrôle lorsque RetryCount est dépassé ou lorsque le délai d'attente maximal (TimeOut * RetryCount) expire, selon le premier des deux cas.

Lorsque System Automation for Multiplatforms arrête d'émettre des opérations de contrôle pour une ressource fixe ou pour un composant d'une ressource flottante, l'état OpState de la ressource est défini sur Echec hors ligne. Cela indique que la ressource ne peut plus être utilisée et qu'un intervention manuelle est nécessaire pour corriger la cause de l'échec. Une fois le problème résolu, la ressource doit être réinitialisée à l'aide de la commande RMC resetrsrc.

Le compteur de tentatives est réinitialisé lorsque les ressources atteignent l'état souhaité car aucun seuil n'a été mis en oeuvre. Cela signifie, par exemple, qu'une ressource qui est démarrée, reste en ligne pendant une courte période, puis s'arrête à nouveau, sera redémarrée par System Automation for Multiplatforms dans une boucle.

Les valeurs par défaut sont les suivantes :
  • TimeOut = 60
  • RetryCount = 3

Vous pouvez utiliser la commande samctrl –t Timeout pour modifier la valeur du délai d'expiration et la commande samctrl –r Retry_count pour modifier la valeur du nombre de tentatives.

La classe IBM.Application fournit sa propre valeur de délai d'expiration. Si vous ajoutez une ressource de classe IBM.Application à un groupe, la valeur générale du délai d'expiration TimeOut n'est pas utilisée pour cette ressource. La valeur du délai d'expiration TimeOut utilisé pour ce membre du groupe est la valeur la plus grande de l'attribut StartCommandTimeout ou MonitorCommandPeriod (qui sont des attributs de la ressource IBM.Application).