Les systèmes de fichiers Oracle HSM prennent en charge les notifications à distance, automatisées par SNMP (Simple Network Management Protocol), et fournissent des fonctions de journalisation complètes et configurables. Ce chapitre comprend les sections suivantes :
Les applications de gestion de réseau peuvent surveiller les systèmes de fichiers Oracle HSM à l'aide du protocole Simple Network Management Protocol (SNMP). Vous pouvez configurer l'agent SNMP de façon à ce qu'il envoie automatiquement des déroutements permettant d'alerter les stations de gestion de réseau lorsque des erreurs et des modifications de configuration se produisent.
La base d'informations de gestion (MIB) Oracle HSM définit les types d'informations fournies par les déroutements SNMP. Elles comprennent les erreurs de configuration, les événements de tapealert SCSI et différents types d'activité d'un système normal. Pour plus d'informations, reportez-vous au fichier /var/snmp/mib/SUN-SAM-MIB.mib de la base d'informations de gestion (MIB).
En cas d'événement de déroutement Oracle HSM, le démon de notification basé sur les événements du système du noyau Solaris, syseventd, appelle le script /etc/opt/SUNWsamfs/scripts/sendtrap. Le script envoie ensuite le déroutement soit à l'hôte local, soit à une station de gestion que vous indiquez. Le script prend en charge la version 2c du standard SNMP, qui est rétro-compatible avec les versions antérieures de ce standard. Notez qu'avec la version 2c, les informations d'identification (community strings) et les données de gestion sont échangées sous forme de texte non chiffré. Reportez vous à la page de manuel sendtrap pour plus d'informations.
Pour configurer les notifications SNMP, effectuez les tâches ci-dessous :
Cette section comprend également les instructions dont vous pourriez avoir besoin pour la désactivation de la prise en charge de SNMP.
/etc/hostsConnectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Ouvrez le fichier /etc/hosts dans un éditeur de texte. Assurez-vous qu'il contient une entrée pour chaque hôte que vous envisagez d'utiliser en tant que station de gestion SNMP.
Dans l'exemple, nous utilisons l'éditeur de texte vi. L'une des stations de gestion, management1, est répertoriée. Mais l'autre, Management2, ne l'est pas :
[samqfs1mds]root@solaris:~# vi /etc/hosts # Internet host table ::1 localhost 127.0.0.1 localhost loghost 10.0.0.10 server1 10.0.0.20 management1
Si le fichier /etc/hosts ne contient pas d'entrée pour tout ou partie de vos hôtes de station de gestion SNMP souhaités, ajoutez les entrées requises et enregistrez le fichier.
Dans cet exemple, nous utilisons l'éditeur vi pour ajouter la station de gestion manquante management2 :
[samqfs1mds]root@solaris:~# vi /etc/hosts # Internet host table ::1 localhost 127.0.0.1 localhost loghost 10.0.0.10 server1 10.0.0.20 management1 10.0.0.30 management2
Lorsque le fichier /etc/hosts contient des entrées pour tous les hôtes des stations de gestion SNMP souhaités, fermez l'éditeur.
[samqfs1mds]root@solaris:~# vi /etc/hosts
...
10.0.0.20 management1
10.0.0.30 management2
:wq
[samqfs1mds]root@solaris:~#
Procédez ensuite à la désactivation de la prise en charge de SNMP.
Par défaut, la prise en charge des notifications SNMP est activée. Aucune action n'est donc requise, à moins que la prise en charge de SNMP ait été désactivée à un moment donné. Si vous devez réactiver la prise en charge de SNMP, procédez comme suit :
Connectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Ouvrez file /etc/opt/SUNWsamfs/defaults.conf dans un éditeur de texte. Localisez la ligne alerts = off.
La directive alerts = off désactive la prise en charge SNMP. Dans l'exemple, nous ouvrons le fichier dans l'éditeur vi et localisons la ligne :
[samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... alerts = off
Pour activer la prise en charge des notifications SNMP, modifiez la valeur de la directive alerts et définissez-la sur on. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
[samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... alerts = on :wq [samqfs1mds]root@solaris:~#
Demandez au service Oracle HSM de recommencer la lecture du fichier defaults.conf et de se reconfigurer en conséquence. Exécutez la commande samd config.
[samqfs1mds]root@solaris:~# 1mds]samd config [samqfs1mds]root@solaris:~#
Procédez ensuite à la désignation des stations de gestion en tant que destinataires de déroutement et à la configuration de l'authentification.
Connectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Ouvrez le fichier /etc/opt/SUNWsamfs/scripts/sendtrap dans un éditeur de texte et localisez la ligne commençant par TRAP_DESTINATION=.
Le fichier sendtrap est un script shell configurable. Dans cet exemple, nous ouvrons le fichier dans l'éditeur vi :
[samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/scripts/sendtrap # /etc/opt/SUNWsamfs/scripts/sendtrap#!/usr/bin/sh # sendtrap: # This script gets invoked by the sysevent configuration file. # This is not expected to be run as a stand-alone program ... # CONFIGURATION PARAMETERS: TRAP_DESTINATION=`hostname`
Dans la ligne TRAP_DESTINATION=, remplacez le texte entre guillemets simples par une liste de destinataires de déroutement délimitée par des espaces, chaque destinataire étant au format hostname:port, où hostname correspond au nom d'hôte d'une station de gestion, telle que répertoriée dans /etc/hosts, et où port correspond au port sur lequel l'hôte écoute les déroutements.
Par défaut, les déroutements sont envoyés sur le port UDP 161 du localhost. Dans l'exemple, nous ajoutons les hôtes management1 et management2 au localhost par défaut. Le localhost et management1 utilisent le port par défaut, tandis que management2 utilise un port personnalisé, 1161 :
... # CONFIGURATION PARAMETERS: TRAP_DESTINATION=`localhost:161 management1:161 management1:1161`
Faites défiler l'écran jusqu'à la ligne qui définit la chaîne de communauté COMMUNITY="public".
La chaîne de communauté est le mot de passe partagé en texte brut qui authentifie les agents et les stations de gestion de la version 2c de SNMP. La valeur par défaut est public, qui est le standard SNMP.
... # CONFIGURATION PARAMETERS: TRAP_DESTINATION=`localhost:161 management1:161 management1:1161` ... COMMUNITY="public"
Définissez la directive COMMUNITY="" à la valeur utilisée par vos stations de gestion. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Ne modifiez aucun autre élément du fichier. COMMUNITY="" et TRAP_DESTINATION=`` sont les seuls paramètres modifiables.
Notez que la chaîne de communauté SNMP par défaut, public, n'est pas sécurisée. Votre administrateur réseau peut ordonner un choix plus sécurisé. La version 2c de SNMP permet d'avoir jusqu'à 32 caractères alphanumériques. Dans cet exemple, nous définissons la chaîne de communauté à Iv0wQh2th74bVVt8of16t1m3s8it4wa9.
... # CONFIGURATION PARAMETERS: TRAP_DESTINATION=`localhost:161 management1:163 management1:1162` ... COMMUNITY="Iv0wQh2th74bVVt8of16t1m3s8it4wa9" :wq [samqfs1mds]root@solaris:~#
Procédez ensuite à l'activation de la journalisation d'application Oracle HSM.
La fonctionnalité de notification à distance est activée par défaut. Si vous souhaitez désactiver la notification à distance, procédez comme suit :
Connectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Ouvrez le fichier /etc/opt/SUNWsamfs/defaults.conf dans un éditeur de texte. Localisez la ligne #alerts = on.
Dans cet exemple, nous utilisons l'éditeur de texte vi :
[samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... #alerts = on [samqfs1mds]root@solaris:~#
Pour désactiver la prise en charge des notifications SNMP, supprimez le signe dièse (#) pour annuler la mise en commentaire de la ligne et modifier la valeur des alertes (alerts) sur off. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
[samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... alerts = off :wq [samqfs1mds]root@solaris:~#
Demandez au service Oracle HSM de recommencer la lecture du fichier defaults.conf et de se reconfigurer en conséquence. Exécutez la commande samd config.
[samqfs1mds]root@solaris:~# samd config [samqfs1mds]root@solaris:~#
Arrêtez la procédure à cette étape. La prise en charge de SNMP est désactivée.
Le fichier /var/adm/sam-log enregistre les informations de statut et d'erreur de l'application Oracle HSM et des démons et processus de ses composants. Pour configurer les processus de journalisation, procédez comme suit :
Connectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Ouvrez le fichier /etc/syslog.conf dans un éditeur de texte.
Dans cet exemple, nous ouvrons le fichier dans l'éditeur vi :
[samqfs1mds]root@solaris:~# vi /etc/syslog.conf # syslog configuration file ... *.err;kern.notice;auth.notice /dev/sysmsg *.err;kern.debug;daemon.notice;mail.crit /var/adm/messages *.alert;kern.err;daemon.err operator *.alert root ...
Dans le fichier /etc/syslog.conf, ajoutez une ligne constituée de la chaîne local7.debug, d'au moins un caractère de tabulation, et de la chaîne de chemin /var/adm/sam-log. Ensuite, enregistrez le fichier et fermez l'éditeur de texte.
Dans l'exemple suivant, nous ajoutons aussi un commentaire :
[samqfs1mds]root@solaris:~# vi /etc/syslog.conf # syslog configuration file ... *.err;kern.notice;auth.notice /dev/sysmsg *.err;kern.debug;daemon.notice;mail.crit /var/adm/messages *.alert;kern.err;daemon.err operator *.alert root ... # Oracle HSM logging local7.debug /var/adm/sam-log :wq [samqfs1mds]root@solaris:~#
Créez le fichier journal /var/adm/sam-log. Utilisez la commande touch /var/adm/sam-log.
[samqfs1mds]root@solaris:~# touch /var/adm/sam-log [samqfs1mds]root@solaris:~#
Indiquez au démon Solaris syslogd de relire ses fichiers de configuration et de démarrer la journalisation de Oracle HSM. Utilisez la commande pkill -HUP syslogd.
Chaque fois que le service de journalisation syslogd reçoit un signal HUP, il relit le fichier de configuration /etc/syslog.conf, ferme tous les fichiers journaux ouverts, puis ouvre les fichiers journaux répertoriés dans syslog.conf. Lorsque la commande s'exécute, la journalisation Oracle HSM est activée :
[samqfs1mds]root@solaris:~# pkill -HUP syslogd [samqfs1mds]root@solaris:~#
Accédez à la configuration de la journalisation des périphériques.
La fonction des journaux de périphériques fournit des informations sur les erreurs spécifiques aux périphériques matériels individuels (elle ne recueille pas les erreurs de média logiciel). Chaque périphérique dispose de son propre fichier journal, nommé par son numéro ordinal d'équipement et stocké dans l'annuaire /var/opt/SUNWsamfs/devlog/.
Les journaux de périphérique peuvent rapidement devenir volumineux. Par défaut, le système consigne un ensemble limité de données d'événements : err, retry, syserr et date. Si des problèmes surviennent ultérieurement, vous pourrez activer une journalisation d'événements supplémentaires, par périphérique, grâce à la commande samset (reportez-vous à la section devlog de la page de manuel samset pour plus d'informations).
defaults.confPour activer la journalisation de base des périphériques, procédez comme suit :
Connectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Ouvrez /etc/opt/SUNWsamfs/defaults.conf dans un éditeur de texte.
Dans cet exemple, nous ouvrons le fichier dans l'éditeur vi :
[samqfs1mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ...
Dans le fichier defaults.conf, ajoutez une ligne qui définit le niveau par défaut de journalisation des périphériques dont vous avez besoin. Entrez la directive devlog equipment-number loggable-events, où :
equipment-number est soit le mot-clé all, pour tous les équipements définis dans le fichier /etc/opt/SUNWsamfs/mcf, soit le numéro ordinal d'équipement identifiant un équipement spécifique défini dans le fichier mcf.
loggable-events est une liste de valeurs par défaut séparées par des espaces : err retry syserr date
Reportez-vous à la section devlog de la page de manuel samset pour une liste exhaustive des types d'événements. Toutefois, il est préférable d'utiliser les sélections par défaut pour limiter la taille des journaux. A des fins de diagnostic, la commande samset permet d'activer de façon sélective des événements supplémentaires selon vos besoins.
Dans l'exemple, nous activons la journalisation des périphériques pour tous (all) les périphériques utilisant le niveau de journalisation par défaut :
[samfs-mds1]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... devlog all err retry syserr date
Enregistrez le fichier defaults.conf et fermez l'éditeur de texte.
[samfs-mds1]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf
# These are the defaults. To change the default behavior, uncomment the
# appropriate line (remove the '#' character from the beginning of the line)
# and change the value.
...
devlog all err retry syserr date
:wq
[samfs-mds1]root@solaris:~#
Demandez au service Oracle HSM de recommencer la lecture du fichier defaults.conf et de se reconfigurer en conséquence. Exécutez la commande samd config.
[samfs-mds1]root@solaris:~# samd config [samfs-mds1]root@solaris:~#
Procédez ensuite au paramétrage de la rotation automatique des fichiers journaux Oracle HSM .
Les fichiers journaux peuvent rapidement devenir volumineux et consommer beaucoup d'espace, ce qui rend leur utilisation difficile. Il est donc conseillé d'utiliser la rotation automatique des journaux Oracle HSM. Le logiciel inclut un script dans ce but, log_rotate.sh, que vous pouvez exécuter à partir du fichier Solaris crontab.
Pour chaque journal dont vous voulez assurer la rotation, vous créerez deux entrées crontab. La première exécute le script log_rotate.sh à l'heure souhaitée. Si le fichier journal cible a atteint une taille minimale indiquée, (la taille par défaut est 100000 octets), le script le renomme et efface l'ancienne copie (sept copies sont conservées à chaque instant). La seconde entrée crontab demande au démon de journalisation Solaris, syslogd, de redémarrer la journalisation avec un nouveau fichier journal.
Envisagez la rotation des journaux suivants :
Fichier journal Oracle HSM, sam-log, situé comme indiqué dans le fichier /etc/syslog.conf.
Fichiers journaux de périphériques situés dans le répertoire /var/opt/SUNWsamfs/devlog/.
Fichiers journaux de l'outil de transfert indiqués dans le fichier /etc/opt/SUNWsamfs/stager.cmd.
Fichiers journaux de l'outil de libération indiqués dans le fichier /etc/opt/SUNWsamfs/releaser.cmd.
Fichiers journaux de l'outil de recyclage indiqués dans le fichier /etc/opt/SUNWsamfs/recycler.cmd.
Les fichiers journaux de l'archiveur ne doivent pas subir de rotation ! Les informations de ce journal sont utiles pour l'analyse et la récupération du système de fichiers. Pour une gestion appropriée des journaux de l'archiveur, reportez-vous à la Configuration de la protection du système de fichiers.
Une fois que vous avez décidé des journaux qui doivent faire l'objet d'une rotation, procédez comme suit pour chaque journal :
Connectez-vous au serveur Oracle HSM en tant qu'utilisateur root.
Dans l'exemple, l'hôte serveur Oracle HSM est samqfs1mds :
[samqfs1mds]root@solaris:~#
Copiez le fichier de script log_rotate.sh à partir de /opt/SUNWsamfs/examples/ (l'emplacement de désinstallation) vers /etc/opt/SUNWsamfs/scripts/.
Notez que la commande ci-dessous est entrée sur une seule ligne ; le saut de ligne est échappé à l'aide de la barre oblique inverse :
[samfs-mds1]root@solaris:~# cp /opt/SUNWsamfs/examples/log_rotate.sh \ /etc/opt/SUNWsamfs/scripts/
Ouvrez le fichier crontab de l'utilisateur root pour le modifier. Utilisez la commande crontab -e.
La commande crontab ouvre une copie modifiable du fichier crontab de l'utilisateur root dans l'éditeur de texte spécifié par la variable d'environnement EDITOR (pour plus d'informations, reportez-vous à la page de manuel crontab). Dans cet exemple, nous utilisons l'éditeur de texte vi :
[samfs-mds1]root@solaris:~# crontab -e #ident "%Z%%M% %I% %E% SMI" # Copyright 2007 Sun Microsystems, Inc. All rights reserved. # Use is subject to license terms. # The root crontab should be used to perform accounting data collection. 10 3 * * * /usr/sbin/logadm ... 30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
Sur une nouvelle ligne, indiquez l'heure du jour à laquelle la rotation du fichier journal sera effectuée, en saisissant minutes hour * * day-of-the-week, où :
minutes est un nombre entier compris dans l'intervalle [0-59] qui précise la minute de démarrage de la tâche.
hour est un nombre entier compris dans l'intervalle [0-23] qui précise l'heure de démarrage de la tâche.
Le caractère * (astérisque) indique les valeurs non utilisées.
Pour une tâche qui est exécutée tous les jours, les valeurs de jour du mois [1-31] et de mois [1-12] ne sont pas utilisées.
day-of-the-week est un nombre entier compris entre [0-6], commençant le dimanche (0).
Des espaces séparent les champs d'indication du temps.
Dans l'exemple, nous programmons la rotation du journal pour qu'elle commence chaque dimanche à 3h10.
[samfs-mds1]root@solaris:~# crontab -e
#ident "%Z%%M% %I% %E% SMI"
# Copyright 2007 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 3 * * 0
Sur la même ligne, saisissez le chemin et le nom du fichier de script shell qui commande la rotation des journaux Oracle HSM, /etc/opt/SUNWsamfs/scripts/log_rotate.sh, suivi d'une espace.
[samfs-mds1]root@solaris:~# crontab -e
#ident "%Z%%M% %I% %E% SMI"
# Copyright 2007 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh
Toujours sur la même ligne, indiquez le nom du journal et la taille minimale de fichier dont vous devez assurer la rotation. Entrez le texte samfslog [minimum-size], où samfslog correspond au chemin d'accès à un fichier journal Oracle HSM et [minimum-size] correspond à un nombre entier facultatif indiquant la taille de fichier minimale en octets dont le script doit assurer la rotation (par défaut, elle est de 100000).
Dans l'exemple, nous devons effectuer la rotation de /var/adm/sam-log. Nous acceptions la taille minimale par défaut :
[samfs-mds1]root@solaris:~# crontab -e
#ident "%Z%%M% %I% %E% SMI"
# Copyright 2007 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh /var/adm/sam-log
Commencez une nouvelle ligne. Créez une entrée crontab qui démarre 10 minutes après le script log_rotate.sh. Cette entrée instruit le démon syslogd de Solaris de fermer son ancien fichier journal et de recommencer la journalisation sur un nouveau fichier. Entrez la ligne minutes hour * * day-of-the-week /bin/kill -HUP `/bin/cat /etc/syslog.pid`, où minutes hour * * day-of-the-week indique l'heure indiquée à l'étape précédente passée de 10 minutes.
Dans l'exemple, l'entrée redémarre la journalisation Oracle HSM à 3 h 20 chaque dimanche :
[samfs-mds1]root@solaris:~# crontab -e #ident "%Z%%M% %I% %E% SMI" # Copyright 2007 Sun Microsystems, Inc. All rights reserved. # Use is subject to license terms. # The root crontab should be used to perform accounting data collection. 10 3 * * * /usr/sbin/logadm ... 30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh 10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh /var/adm/sam-log 20 3 * * 0 /bin/kill -HUP `/bin/cat /etc/syslog.pid`
Enregistrez le fichier et fermez l'éditeur de texte.
[samfs-mds1]root@solaris:~# crontab -e
#ident "%Z%%M% %I% %E% SMI"
# Copyright 2007 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
# The root crontab should be used to perform accounting data collection.
10 3 * * * /usr/sbin/logadm
...
30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh
10 3 * * 0 /etc/opt/SUNWsamfs/scripts/log_rotate.sh /var/adm/sam-log
20 3 * * 0 /bin/kill -HUP `/bin/cat /etc/syslog.pid`
:wq
[samfs-mds1]root@solaris:~#
Répétez cette procédure tant que vous n'avez pas configuré la rotation de tous les journaux.
Procédez maintenant à l'activation des alertes par-email, le cas échéant.
Sinon, reportez-vous à la section Sauvegarde de la configuration Oracle HSM.
L'interface utilisateur graphique de Oracle HSM Manager est le meilleur emplacement pour paramétrer les alertes par e-mail. Pour plus d'informations, reportez-vous à l'aide en ligne.
Si vous devez configurer des alertes par e-mail à partir de l'interface de ligne de commande, reportez-vous aux pages de manuel defaults.conf, archiver.sh, dev_down.sh, load_notify.sh, recycler.sh, archiver.cmd, recycler.cmd et notify.cmd
Votre système Oracle HSM est désormais configuré. Avant de commencer à l'utiliser, protégez votre travail. Pour obtenir des instructions, reportez-vous au Sauvegarde de la configuration Oracle HSM.