Ce chapitre propose une vue d'ensemble d'ACSLS.
ACSLS (Automated Cartridge System Library Software) est le logiciel serveur StorageTek d'Oracle servant à contrôler une bibliothèque StorageTek. Un système de cartouches automatisé (Automated Cartridge System ou ACS) est un groupe de bibliothèques de bandes connectées via des PTP. ACSLS accède aux informations stockées dans un ou plusieurs ACS et les gère par le biais du traitement des commandes sur un réseau. Le logiciel inclut un composant d'administration système, des interfaces vers les applications système client et des équipements de gestion de bibliothèques.
ACSLS HA est une configuration matérielle et logicielle qui fournit la redondance double, la récupération automatique et la récupération de basculement automatique pour assurer la gestion ininterrompue des bibliothèques de bandes si une défaillance de composant ou de sous-système se produit.
Pour plus d'informations sur l'exécution d'ACSLS 8.4 sur Solaris 11 avec les systèmes de fichiers ZFS, reportez-vous au guide ACSLS-HA Installation, Configuration, and Operation. Cette version prend en charge l'installation du logiciel ACSLS dans n'importe quel système de fichiers défini par l'utilisateur.
Cette section présente les ID utilisateur acssa et acsss.
La connexion acssa fournit l'accès à cmd_proc, à l'interface utilisateur de la console pour les opérations de contrôle de la bibliothèque, ainsi qu'à un ensemble limité d'utilitaires ACSLS.
Un environnement shell type pour acssa inclut une ou plusieurs fenêtres exécutant cmd_proc et une fenêtre qui surveille la fin d'exécution du journal des événements ACSLS. L'environnement de connexion acssa assure l'accès aux deux ressources suivantes :
$ cmd_proc $ acs_tail $LOG_PATH/acsss_event.log
La connexion acsss fournit l'accès à ces éléments et à tous les autres utilitaires d'administration pour la maintenance générale, la configuration, la sauvegarde et la restauration de la base de données, les utilitaires shell et les diagnostics.
La commande acsss est une macro de démarrage, d'arrêt et de statut pour les multiples services associés à l'application ACSLS. Voir le Démarrage et surveillance d'ACSLS et La macro acsss.
Cette section décrit cmd_proc.
L'exemple suivant présente la fenêtre cmd_proc qui s'affiche quand vous vous connectez en tant qu'utilisateur acssa. En mode mixte, la fenêtre cmd_proc est un écran scindé en deux, la section du haut étant la zone de message et la section du bas la zone de commande. Vous entrez les commandes ACSLS à l'invite.
ACSLS doit être en cours d'exécution pour accepter les commandes. Vous pouvez supprimer cette demande d'interrogation serveur initiale quand vous démarrez cmd_proc avec l'option "-q" :
cmd_proc -q
--------------------------ACSLS x.x.x---------------------------
ACSSA>query server
2008-01-23 15:41:42
Server Status
Identifier State Free Cell Audit Mount Dismount Enter Eject
Count C/P C/P C/P C/P C/P
run 234 0/0 0/0 0/0 0/0 0/0
La fenêtre cmd_proc d'ACSLS est une interface facile à utiliser qui vous tient informé des informations de statut serveur générales pendant qu'elle traite vos demandes. Le mode par défaut pour cmd_proc est le mode mixte. Cette interface polyvalente fonctionne bien avec la plupart des types de terminaux et utilise une fenêtre standard de 24 lignes de 80 caractères. L'interface en mode mixte divise l'écran en deux sections, où les messages pour STDERR sont envoyés dans la partie supérieure de la fenêtre et les messages pour STDOUT dans la partie inférieure.
Quand vous utilisez ACSLS cmd_proc en mode mixte, vous voyez les messages concernant le statut serveur s'afficher en haut de la fenêtre et ceux relatifs aux interactions propres à l'utilisateur en bas.
Un des inconvénients du mode mixte réside sans sa capacité limitée à conserver un historique des interactions utilisateur avec le serveur ACSLS. Pour ces interactions, l'espace se limite à la moitié inférieure de la fenêtre de 24 lignes.
Cet inconvénient peut être surmonté si vous utilisez cmd_proc en mode ligne :
cmd_proc -l
En mode ligne, l'utilisateur bénéficie de tous les avantages d'une fenêtre de défilement où l'historique des interactions défile dans une mémoire tampon de terminal limitée uniquement par la taille du tampon.
L'inconvénient majeur du mode ligne réside dans son incapacité à séparer les deux STDOUT et STDERR en espaces distincts. La sortie texte des deux sources est envoyée dans le même emplacement sur l'écran, soit la ligne du curseur dans le terminal où vous composez une demande.
Si votre session cmd_proc est unique sur le système, cela ne pose pas de problème. En revanche, dans un environnement de production où les opérations actives sont en cours dans ACSLS, il peut être difficile, voire même frustrant, de travailler dans une fenêtre où les informations de statut s'affichent sur la même ligne que celle où vous écrivez une demande ACSLS.
Bien que vous puissiez, en toute sécurité, ignorer ces informations de statut système sur la ligne où vous saisissez votre demande, il serait préférable de pouvoir les rediriger ailleurs. Pour rediriger les messages système vers une autre destination, vous pouvez exécuter cmd_proc en mode ligne, comme suit :
cmd_proc -l 2> /tmp/SysChatter.out The expression 2> instructs the shell to redirect STDERR to another location. In this example, the status messages are sent to a file in the /tmp directory.
Pour afficher les informations de statut système, vous pouvez ouvrir une seconde fenêtre shell et consulter la fin du fichier où vous avez envoyé les messages de statut :
tail -f /tmp/SysChatter.out
Pour effectuer des opérations cmd_proc, vous pouvez ainsi rediriger STDERR vers /dev/null.
cmd_proc -l 2> /dev/null
En mode mixte, la commande cmd_proc ne peut pas afficher des lignes dont la longueur dépasse 80 caractères et la fenêtre cmd_proc se bloquera si vous tentez de dépasser cette limite.
Le cas échéant, la fenêtre cmd_proc peut être débloquée avec Control+c et Control+d.
La sortie pour la commande query et les autres commandes est inférieure à 80 caractères par ligne et les champs par défaut affichés pour tous les enregistrements par la commande display requièrent moins de 80 caractères. Toutefois, l'affichage de nombreux champs facultatifs peut produire des lignes dont la longueur dépasse 80 caractères.
Il est conseillé de lancer cmd_proc en mode ligne (avec l'option –l ) lors de l'affichage de nombreux champs facultatifs. Exemple : display drive * -f volume type state serial_num wwn à l'aide d'une commande cmd_proc lancée comme cmd_proc –l.
Vous pouvez suspendre cmd_proc pour lancer des commandes UNIX, puis reprendre cmd_proc. Vous devez démarrer cmd_proc manuellement. Toutes les demandes de processus en cours lancées sur cmd_proc continuent de s'exécuter jusqu'à la fin alors que cmd_proc est suspendu.
Pour suspendre et reprendre cmd_proc :
Quand cmd_proc est en cours d'exécution, appuyez sur Control+z
L'invite du shell UNIX s'affiche.
Exécutez les opérations UNIX voulues.
Pour reprendre cmd_proc, entrez la commande UNIX fg.
Si cmd_proc est en cours d'exécution, attendez que tous les processus en cours soient terminés et que l'invite ACSSA> s'affiche de nouveau.
Pour quitter cmd_proc, entrez la commande logoff :
logoff
La session cmd_proc prend fin.
Vous pouvez lancer cmd_proc depuis tout type de terminal défini dans /etc/termcap. Pour l'exécution en mode mixte, le terminal doit avoir une taille d'écran de 24x80 ou supérieure.
La session cmd_proc s'exécute dans un mode qui est indépendant d'ACSLS. Si vous lancez une session cmd_proc sans démarrer ACSLS, il n'y aura aucune réponse à vos commandes. Vous pouvez voir une erreur de communication de socket dans cmd_proc si vous tentez d'exécuter des commandes alors qu'ACSLS n'est pas en cours d'exécution.
La connexion à distance au serveur ACSLS est disponible à partir de tout système ayant un client SSH. Un client ssh est une fonction standard de shell dans la majorité des systèmes d'exploitation conformes à POSIX, dont Solaris, Linux et MacOS. Pour les environnements Windows, il est nécessaire d'installer un logiciel client SSH tel que putty, WinSCP ou similaire.
Pour accéder au serveur ACSLS à distance en tant qu'utilisateur acssa, entrez la commande suivante :
$ ssh acssa@hostname
Où hostname est l'ID hôte du serveur ACSLS.
Un environnement type pour acssa inclut un ou plusieurs shells de connexion SSH exécutant cmd_proc et un autre shell pour surveiller la fin d'exécution du journal des événements ACSLS.
$ acs_tail $LOG_PATH/acsss_event.log
Le tableau suivant décrit les raccourcis clavier cmd_proc, qui sont des combinaisons de la touche <CTRL>+ lettre.
Tableau 1-1 Raccourcis clavier cmd_proc
| Combinaison de touches | Action | Remarques |
|---|---|---|
|
|
Annule la dernière commande |
|
|
|
Retourne à l'invite |
|
|
|
Supprime le caractère précédent de la ligne de commande. |
Sur la plupart des claviers, vous pouvez également utiliser la touche Entrée ou Retour. |
|
|
Actualise l'affichage |
Cette fonction est utile si l'affichage |
|
|
Actualise la ligne de commande actuelle. |
Cette fonction s'avère utile si l'affichage de la ligne de commande actuelle a été altéré par le bruit des lignes de communication. |
|
|
Supprime la ligne de commande actuelle. |
S/O |
|
|
Suspend |
Entrez la commande |
Vous pouvez utiliser un fichier d'entrée pour saisir automatiquement des commandes quand vous lancez cmd_proc. Par exemple, le fichier d'entrée suivant vérifie ACSLS en montant et démontant une cartouche.
query drive 0,0,0,0 query volume JB1400 mount JB1400 0,0,0,0 dismount JPB1400 0,0,0,0 force logoff
Pour lancer cmd_proc, entrez la commande suivante :
cmd_proc -q < filename
Vous pouvez également lancer cmd_proc, spécifier un fichier d'entrée et rediriger la sortie vers un autre fichier. L'utilisation de fichiers d'entrée et de sortie vous permet d'exécuter un ensemble de commandes au démarrage de cmd_proc et d'en consulter les résultats. Par exemple, le fichier suivant présente les résultats des commandes exécutées dans le précédent exemple qui illustrait cmd_proc avec un fichier d'entrée uniquement.
ACSSA> query drive 0,0,0,0 1998-06-30 18:23:08 Identifier State Status Cartridge Type 0,0,0,0 online available 9840 ACSSA> query volume JPL1400 1998-06-30 18:23:09 Identifier Status Current location JB1400 home 0,0,3,0,0 ACSSA> mount JPL1400 0,0,0,0 ACSSA> Mount: JB1400 mounted on 0,0,0,0 ACSSA> dismount JPL1400 0,0,0,0 force ACSSA> Dismount: Forced dismount of JB1400 from 0,0,0,0 ACSSA> logoff ACSSA
Pour lancer une autre session cmd_proc, spécifiez un fichier d'entrée et redirigez la sortie :
Connecté en tant qu'utilisateur acssa ou acsss, ouvrez une fenêtre de terminal UNIX.
Pour lancer cmd_proc, entrez la commande suivante :
cmd_proc -q < file1 > file2
Où file1 est le fichier d'entrée et file2 est le fichier vers lequel la sortie est dirigée.
Par défaut, cmd_proc affiche les messages de zone pour stderr mais vous pouvez rediriger ces messages. Par exemple :
cmd_proc -q < file1 > file2 2>> file2
Utilisez cette procédure pour suspendre le traitement des demandes en mettant ACSLS en veille. En général, cette procédure est utilisée avant l'arrêt d'ACSLS, mais vous pouvez aussi l'utiliser pour arrêter temporairement le traitement des demandes ACSLS.
Pour mettre ACSLS en veille :
Depuis cmd_proc, entrez la commande idle.
ACSLS traite toutes les demandes en cours, rejette les nouvelles demandes et se met en veille.
Utilisez cette procédure pour reprendre le traitement des demandes en mettant ACSLS en état d'exécution. En général, il suffit de redémarrer ACSLS pour qu'il sorte de l'état de veille.
Pour redémarrer ACSLS, procédez comme suit :
Depuis cmd_proc, entrez la commande suivante :
start
ACSLS reprend le traitement des demandes.
Le tableau suivant présente une liste des répertoires, sous-répertoires et des fichiers et scripts shell couramment utilisés dans la structure de répertoires ACSLS.
Trois variables sont utilisées pour les chemins ACSLS. En voici la liste :
$installDir
C'est le répertoire d'installation de base /export/home/ par défaut.
$ACS_HOME
Situé sous $installDir/ACSSS/, c'est le répertoire de base pour l'ID utilisateur acsss et dans lequel le produit ACSLS est installé.
$ACS_HOME est /export/home/ACSSS par défaut.
$ACSDB_BKUP
C'est le répertoire dans lequel les sauvegardes ACSLS sont enregistrées.
Tableau 1-2 Structure de répertoires ACSLS
| Répertoire | Contenu |
|---|---|
|
|
Répertoire d'installation de base. |
|
|
Répertoire d'accueil des composants Java d'ACSLS notamment la GUI et le SMCE (opération de bibliothèque logique) |
|
|
Répertoire de base de l'application ACSLS GUI Web. |
|
|
Package serveur de l'application WebLogic et scripts d'installation connexes. |
|
|
Répertoire de base de Weblogic non fourni en standard. |
|
|
Ensemble d'informations de licence tiers et code source republié connexe. |
|
(par défaut /export/home/ACSSS/) |
Répertoire de base pour l'ID utilisateur |
|
(par défaut /export/backup/) |
Sauvegardes de la base de données |
|
|
Contient les fichiers de configuration ACSLS. |
|
|
Contient les fichiers personnalisés utilisés pour les rapports de contrôle d'accès, média mixte et cartouche. |
|
|
Contient des fichiers personnalisés et un exemple de fichier de contrôle d'accès. |
|
|
Fichiers de configuration interne ACSLS. Ne pas modifier. |
|
|
Contient les fichiers de diagnostic et scripts shell. |
|
|
Contient les bibliothèques ACSLS partagées installées requises au moment de l'exécution. |
|
|
Contient le journal des événements et les fichiers journaux des événements d'utilitaire. |
|
(par défaut /export/home/ACSSA/) |
Répertoire de base |
|
(par défaut /export/home/acsdb/) |
Répertoire de base de la base de données. |
|
|
C'est l'équivalent de |