1 Présentation

Ce chapitre propose une vue d'ensemble d'ACSLS.

A propos 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.

A propos d'ACSLS HA

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.

Les ID utilisateur acssa et acsss

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 macro acsss

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.

Utilisation de cmd_proc

Cette section décrit cmd_proc.

Fenêtre 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 

Utilisation de cmd_proc : comparaison du mode mixte et du mode ligne

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.

Historique restreint conservé en mode mixte

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.

Messages de statut combinés aux commandes en mode ligne

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, cmd_proc ne peut pas afficher des lignes dont la longueur dépasse 80 caractères

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.

Suspension et reprise de cmd_proc

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 :

  1. Quand cmd_proc est en cours d'exécution, appuyez sur Control+z

  2. L'invite du shell UNIX s'affiche.

    Exécutez les opérations UNIX voulues.

  3. Pour reprendre cmd_proc, entrez la commande UNIX fg.

Arrêt de cmd_proc

  1. 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.

  2. Pour quitter cmd_proc, entrez la commande logoff :

    logoff 
    
  3. La session cmd_proc prend fin.

Démarrage de cmd_proc

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.

Connexion à distance

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

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

Raccourcis clavier cmd_proc

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

Control+c

Annule la dernière commande cmd_proc.

Control+c est le raccourci clavier pour la commande cancel. Voir cancel pour plus d'informations sur la commande cancel.

Control+d

Retourne à l'invite cmd_proc.

Control+d n'a aucun effet si la commande en cours est terminée. Si la commande actuelle est en cours de traitement, elle se termine mais cmd_proc n'affiche pas de message de réponse. Si vous n'avez pas entré la commande actuelle à l'invite ACSSS, Control+d supprime la commande.

Control+h

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.

Control+i

Actualise l'affichage cmd_proc.

Cette fonction est utile si l'affichage cmd_proc a été altéré par le bruit des lignes de communication.

Control+r

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.

Control+r

Supprime la ligne de commande actuelle.

S/O

Control+z

Suspend cmd_proc et affiche l'environnement shell.

Entrez la commande C shell fg pour reprendre cmd_proc.


Redirection des entrées et sorties de cmd_proc

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 

Spécification d'un fichier d'entrée dans une autre fenêtre cmd_proc

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 

Redirection d'une sortie vers une autre fenêtre cmd_proc

Pour lancer une autre session cmd_proc, spécifiez un fichier d'entrée et redirigez la sortie :

  1. Connecté en tant qu'utilisateur acssa ou acsss, ouvrez une fenêtre de terminal UNIX.

  2. Pour lancer cmd_proc, entrez la commande suivante :

    cmd_proc -q < file1 > file2

    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

Mise en veille d'ACSLS

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.

Redémarrage d'ACSLS

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.

Structure de répertoires ACSLS

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

$installDir (par défaut /export/home/)

Répertoire d'installation de base.

$installDir/SSLM

Répertoire d'accueil des composants Java d'ACSLS notamment la GUI et le SMCE (opération de bibliothèque logique)

$installDir/SSLM/AcslsDomain

Répertoire de base de l'application ACSLS GUI Web.

$installDir/wlinstall

Package serveur de l'application WebLogic et scripts d'installation connexes.

$installDir/Oracle

Répertoire de base de Weblogic non fourni en standard.

$installDir/acsls_thirdPartySoftware

Ensemble d'informations de licence tiers et code source republié connexe.

$ACS_HOME ($installDir/ACSSS)

(par défaut /export/home/ACSSS/)

Répertoire de base pour l'ID utilisateur acsss. Egalement le répertoire de base ACSLS. (La variable d'environnement ACS_HOME pointe vers ce répertoire.)

$ACSDB_BKUP

(par défaut /export/backup/)

Sauvegardes de la base de données

$ACS_HOME/config/

Contient les fichiers de configuration ACSLS.

$ACS_HOME/data/external/

Contient les fichiers personnalisés utilisés pour les rapports de contrôle d'accès, média mixte et cartouche.

$ACS_HOME/data/external/access_control/

Contient des fichiers personnalisés et un exemple de fichier de contrôle d'accès.

$ACS_HOME/data/internal/

Fichiers de configuration interne ACSLS. Ne pas modifier.

$ACS_HOME/diag/bin

Contient les fichiers de diagnostic et scripts shell.

$ACS_HOME/lib/

Contient les bibliothèques ACSLS partagées installées requises au moment de l'exécution.

$ACS_HOME/log/

Contient le journal des événements et les fichiers journaux des événements d'utilitaire.

$ACS_HOME ($installDir/ACSSA/)

(par défaut /export/home/ACSSA/)

Répertoire de base acssa

$installDir/ascdb/

(par défaut /export/home/acsdb/)

Répertoire de base de la base de données.

$LOG_PATH

C'est l'équivalent de $ACS_HOME/log. Ce répertoire contient le journal acsss_event.log et d'autres journaux utiles concernant le fonctionnement d'ACSLS.