Users Guide

REMARQUE : L’état d’intégrité d’un périphérique ou d’un groupe est indiqué par des symboles appropriés. L’état
d’intégrité d’un groupe représente l’état d’un périphérique dans un groupe dont l’état d’intégrité est le plus critique.
Par exemple, parmi les nombreux périphériques compris dans un groupe, si l’intégrité d’un serveur est définie sur
Avertissement, alors l’intégrité du groupe est également définie sur Avertissement. L’état cumulé équivaut à l’état du
périphérique qui présente un niveau élevé de gravité. Pour plus d’informations sur l’état d’intégrité globale, voir le livre
blanc technique MANAGING THE ROLLUP HEALTH STATUS BY USING IDRAC ON THE DELL EMC 14TH GENERATION
AND LATER POWEREDGE SERVERS (Gestion de l’état d’intégrité globale avec l’iDrac sur les serveurs PowerEdge de
Dell EMC à partir de la 14ème génération) disponible sur le Dell TechCenter.
Les groupes peuvent posséder un groupe parent et enfant. Un groupe ne peut pas définir ses groupes parents en tant que groupe enfant.
Par défaut, OpenManage Enterprise comprend les groupes intégrés suivants.
Groupes du système : groupes par défaut créés par OpenManage Enterprise. Vous ne pouvez pas modifier ou supprimer un Groupe du
système, mais vous pouvez l’afficher en fonction des privilèges dont vous disposez. Exemples de Groupes du système :
• Appliances HCI : périphériques hyper-convergents tels que les périphériques Dell EMC XC series et VxRAIL
• Systèmes Hypervisor : serveurs Hyper-V et serveurs VMware ESXi
• Systèmes modulaires : châssis PowerEdge, PowerEdge FX2, châssis PowerEdge 1000e, châssis PowerEdge MX7000 et châssis
PowerEdge VRTX.
REMARQUE : Un châssis MX7000 peut être un châssis maître, autonome ou membre. Si un châssis MX7000 est un
châssis maître et possède un châssis membre, ce dernier est détecté à l’aide de l’IP de son châssis maître. Un
châssis MX7000 est identifié à l’aide de l’une des syntaxes suivantes :
○ Groupe MCM : indique le groupe de gestion multi-châssis (MCM) qui possède plusieurs châssis identifiés par la
syntaxe suivante : Group_<MCM group name>_<Lead_Chassis_Svctag> où :
▪ <MCM group name> : nom du groupe MCM
▪ <Lead_Chassis_Svctag> : numéro de série du châssis maître. Le châssis, les traîneaux et les IOM de réseau
forment ce groupe.
○ Groupe de châssis autonomes : identifié à l’aide de la syntaxe <Chassis_Svctag>. Le châssis, les traîneaux et les
IOM de réseau forment ce groupe.
• Périphériques réseau : commutateurs de mise en réseau Dell Force10 et commutateurs Fibre Channel
• Serveurs : serveurs Dell iDRAC, serveurs Linux, serveurs autres que Dell, serveurs OEM et serveurs Windows.
• Périphériques de stockage : baies de stockage Dell Compellent, baies de stockage PowerVault MD et baies de stockage PowerVault
ME
• Groupes de détection : groupes qui sont mappés sur la plage d’une tâche de détection. Le groupe ne peut pas être modifié ou
supprimé, car il est contrôlé par la tâche de détection appliquant la condition inclure/exclure. Voir Détection de périphériques pour la
surveillance ou la gestion , page 111.
REMARQUE :
Pour développer tous les sous-groupes d’un groupe, effectuez un clic droit sur le groupe, puis cliquez sur
Développer tout.
Groupes personnalisés : créés par l’utilisateur pour des besoins spécifiques. Par exemple, les serveurs hébergeant les services de
messagerie sont groupés. Les utilisateurs peuvent les afficher, les modifier et les supprimer en fonction des privilèges dont ils disposent et
des types de groupes.
• Groupes statiques : créés manuellement par l’utilisateur en ajoutant des périphériques spécifiques dans un groupe. Ces groupes
changent uniquement lorsqu’un utilisateur modifie manuellement les périphériques du groupe ou d’un sous-groupe. Les éléments du
groupe restent statiques jusqu’à ce que le groupe parent soit modifié ou que le périphérique enfant soit supprimé.
• Groupes de requête : groupes définis de manière dynamique par le biais d’une correspondance entre les critères spécifiés par
l’utilisateur. Les périphériques du groupe varient en fonction du résultat des périphériques détectés en fonction de la correspondance
des critères. Par exemple, une requête est exécutée pour détecter les serveurs affectés au service financier. Cependant, les Groupes
de requête possèdent une structure plate sans aucune hiérarchie.
REMARQUE :
Groupes statiques et de requête :
• Ne peuvent pas posséder plus d’un groupe parent. Cela signifie qu’un groupe ne peut pas être ajouté en tant que
sous-groupe dans son groupe parent.
• Lorsque des modifications sont apportées à un groupe statique (ajout ou suppression de périphériques) ou à un
groupe de requêtes (lorsqu’une requête est mise à jour), la conformité du firmware/pilote des périphériques
associés à ces groupes n’est pas actualisée automatiquement. Il est recommandé à l’utilisateur d’activer la
Portail d’accueil OpenManage Enterprise 37