Dell EMC ML3 Guide D'utilisation page 60

Tableau 18. Différences entre la reprise en ligne du chemin de contrôle (CPF) et la reprise en ligne du
chemin de données (DPF) (suite)
caractéristique
Remarques :
1. SMC = SCSI-3 Medium Changer (changeur de support SCSI-3, bandothèque)
2. SSC = SCSI-3 Stream Commands (unité)
3. LUN = Logical Unit Number (numéro d'unité logique)
4. Pour plus de détails, voir «Connectivité de l'hôte», à la page 29.
5. L'équilibrage de charge n'est pas pris en charge sous Windows
6. Unités de bande pleine hauteur uniquement
Alertes et journalisation
La bandothèque envoie des alertes sur la bandothèque et les unités de bande connectées, et offre une
fonction de consignation dans le journal d'audit pour suivre les actions utilisateur.
• Prise en charge de TapeAlert : la bandothèque est compatible avec la technologie TapeAlert, qui
fournit à l'application hôte des données d'erreur et de diagnostic sur les unités et la bandothèque.
La bandothèque fournit ces informations d'erreur et de diagnostic sous forme d'indicateurs TapeAlert
renvoyés à l'application par la commande SCSI LOG SENSE. Voir «Indicateurs d'alerte de bande», à la
page 122.
• Notification par courrier électronique (SMTP - Simple Mail Transfer Protocol) : la bandothèque peut
configurer la notification des événements de bandothèque par courrier électronique. La bandothèque
doit avoir un accès réseau à un serveur SMTP. Voir «Localisation des fonctions de gestion», à la page
71.
• Consignation à distance (rsyslog) : la bandothèque peut envoyer des notifications syslog (journal
système) à un serveur distant (rsyslog) configuré. Lorsque des événements système se produisent, la
bibliothèque de bandes ML3 crée un journal de ces événements. Lorsque cette fonction de notification
est configurée, la bandothèque envoie une notification de l'événement au serveur syslog. Ce dernier
gère son propre journal d'événements système. Le serveur syslog est un serveur fourni par le client. Voir
«Localisation des fonctions de gestion», à la page 71.
• Prise en charge de SNMP : le protocole SNMP (Simple Network Management Protocol) permet à la
bandothèque d'envoyer des alertes via un réseau local à un serveur de surveillance.
Il arrive que des problèmes surviennent dans la bandothèque et que vous souhaitiez en être informé.
Ces incidents peuvent affecter les performances de la bandothèque, comme par exemple l'ouverture
d'un volet susceptible d'entraîner l'arrêt de la bandothèque. Vous pourriez également souhaiter
consigner les actions utilisateur, comme le déplacement ou l'exportation d'une cartouche lancé à partir
de l'interface graphique de gestion. Les messages SNMP peuvent vous informer de ces situations.
La bandothèque inclut un protocole TCP/IP standard appelé SNMP pour l'envoi des alertes sur les
situations via un réseau local TCP/IP à un serveur de surveillance SNMP. Ces alertes s'appellent
"alarmes SNMP". A l'aide des informations fournies dans chaque alerte SNMP, le serveur de surveillance
(avec le logiciel fourni par l'utilisateur) peut alerter le personnel d'exploitation d'éventuels problèmes
ou interventions de l'opérateur. Un grand nombre de serveurs de surveillance peuvent être utilisés pour
envoyer des notifications par courrier électronique ou par pager lorsqu'ils reçoivent une alerte SNMP.
Consultez le manuel de votre application de gestion de réseau.
Le serveur de surveillance doit être chargé avec le logiciel de gestion de systèmes pouvant recevoir
et traiter l'alerte. SNMP prend en charge un mécanisme Get et Get-response permettant à l'opérateur
de collecter plus d'informations sur un problème ou d'interroger la bandothèque sur son état. Par le
biais d'un serveur de surveillance, l'opérateur entre une commande "get" via SNMP pour demander des
informations sur la bandothèque. Une commande Get-response est l'information fournie en réponse à
la commande Get. Ce type de prise en charge requiert en général une base d'informations de gestion
28 Bibliothèque de bandes Dell EMC ML3 : Guide d'utilisation
CPF DPF et équilibrage de charge