Modification de l'état opérationnel d'une ressource en ligne

L'exemple de configuration ci-après illustre les modifications de l'état opérationnel d'une ressource en ligne dans un environnement en cluster.

Figure 1 : Composition de l'exemple de configuration
Composition de l'exemple de configuration
La composition de l'exemple de configuration est la suivante :
  • Cluster à deux noeuds
  • Disque de départage
    • Noeud node1 : Système de production.
    • Noeud node2: Système de secours.
  • Groupe de ressources RG1 avec
    • Ressource flottante : Res1
    • Ressource flottante : Res2
    • Relation : Res1 DependsOn Res2
  • Ressources en ligne sur Node1.
La Figure 2 illustre les transitions OpState standard pour les ressources automatisées par System Automation for Multiplatforms:
Figure 2. Transitions d'état opérationnel des ressources automatisées
Transitions d'état opérationnel des ressources automatisées
Remarque :
  1. Hors ligne (ForceFailed). L'exécution de la méthode hors ligne stopsrc avec l'option Echec a pour effet de marquer une ressource comme étant définitivement à l'état Echec hors ligne. Ce cas peut se produire après une tentative de démarrage infructueuse. Voir Tableau 1.

Il existe sept états opérationnels (OpState) pour une ressource. L' OpState d'une ressource est déterminé par System Automation for Multiplatforms avec la MonitorCommand, l' OpState réel d'une ressource est fourni à System Automation for Multiplatforms avec le code de retour de la MonitorCommand. Il suffit qu'une commande MonitorCommand renvoie les valeurs OpState Online et Offline à System Automation for Multiplatforms. Toutes les autres valeurs d'état opérationnel d'une ressource peuvent être utilisées en option.

Certaines valeurs OpState comme Unknown, StuckOnline, ou Failed Offline peuvent être définies par System Automation for Multiplatforms. Par exemple, l' OpState Unknown est défini pour une ressource si la MonitorCommand pour cette ressource a expiré. System Automation for Multiplatforms n'a donc plus aucune connaissance de l' OpState de cette ressource.

Les deux tableaux suivants illustrent la façon dont System Automation for Multiplatforms réagit à une modification OpState des ressources Res1 et Res2 dans l'exemple en cours. Les tableaux illustrés ici contiennent toutes les valeurs d'état opérationnel possibles pour une ressource, même si un état opérationnel donné n'a aucun sens dans cette situation. Les colonnes contenant ces états opérationnels improbables sont précédées par le mot 'improbable' dans les tableaux suivants.

La manière dont System Automation for Multiplatforms réagit aux échecs dépend de l'attribut RecoveryPolicy . Le comportement décrit est applicable pour la valeur par défaut RecoveryPolicy=AutomatcRecovery. Pour une description détaillée du comportement lorsque différentes options de stratégie de reprise sont définies, voir Attributs utilisés pour les membres de groupe de ressources .