ACSLS 8.4 peut s'exécuter dans l'environnement Solaris 11 Update 2.
Ce chapitre décrit les procédures d'installation du logiciel ACSLS 8.4. Il contient les rubriques suivantes :
Exportation de la base de données et des fichiers de contrôle
Importation de la base de données et des fichiers de contrôle
Outre la licence d'utilisation Oracle pour ACSLS, ce produit contient de nombreux composants logiciels tiers, chacun avec ses propres critères de licence. Lisez le contrat THIRDPARTYLICENSEREADME.txt situé dans le répertoire d'installation ACSLS_8.4.0. Pour les composants logiciels dont la licence nécessite la redistribution du code source, vous trouverez le code source dans le répertoire d'installation du package initial, ACSLS_8.4.0 (généralement situé sous /opt). Examinez le contenu du sous-répertoire acsls_thirdPartySoftware/.
Si vous effectuez une mise à niveau à partir d'une version précédente, vous devez exporter la base de données et les fichiers de contrôle. En tant qu'utilisateur acsss, exécutez la commande suivante :
db_export.sh -f /path/to/my/export/file
Dans l'exemple qui précède, myExport est le nom que vous assignez à votre fichier d'exportation. Un deuxième fichier portant l'extension .misc est également créé. Vous devez enregistrer myExport et myExport.misc dans un emplacement persistant. Si vous mettez à jour votre système d'exploitation, transférez ces fichiers sur une machine distante pour les conserver à l'abri.
Pour obtenir plus d'informations et les procédures à suivre, reportez-vous à la section "Exportation de la base de données" du chapitre "Administration de la base de données" dans le Guide d'administration d'ACSLS 8.4.
Si vous avez créé des utilisateurs d'interface graphique utilisateur (GUI) ACSLS supplémentaires pour ACSLS version 8.1 ou ultérieure, enregistrez ces ID utilisateur pour pouvoir les rajouter après l'installation de la nouvelle version du logiciel ACSLS. Pour ce faire, procédez comme suit :
En tant qu'utilisateur acsss :
cd $ACS_HOME/install
Tapez su root.
Ne tapez pas su - root si vous souhaitez conserver votre environnement acsss.
Exécutez ./userAdmin.sh pour obtenir la liste des utilisateurs existants de l'interface graphique d'ACSLS.
Sélectionnez l'option de liste des utilisateurs, puis l'option de sortie lorsque vous avez terminé.
Enregistrez les ID utilisateur pour les rajouter ultérieurement en suivant la procédure décrite à Ajout d'utilisateurs pour l'interface graphique d'ACSLS.
Cette section décrit les étapes d'installation de Solaris.
Pour obtenir des procédures d'installation, reportez-vous aux instructions d'installation de Solaris.
ACSLS 8.4 a été testé avec la sélection Entire Distribution pour l'installation de Solaris. Oracle ne fournit pas de liste minimum de packages requis pour ACSLS, mais la distribution complète est recommandée.
Votre installation Solaris doit activer les services distants pour que les applications client réseau soient capables de communiquer avec le serveur ACSLS.
Si vous sélectionnez l'option d'installation "Secure by Default" de Solaris, il est nécessaire de modifier une propriété de configuration réseau correspondant à rpc-bind. Pour ce faire, procédez comme suit :
Vérifiez le paramètre de propriété :
# svccfg -s rpc/bind listprop config/local_only
Si le paramètre de propriété local_only est défini sur true, vous devez le définir sur false.
# svccfg -s rpc/bind setprop config/local_only=false
ACSLS 8.4 peut être installé sur n'importe quel système de fichiers. Les répertoires ACSLS de base et de sauvegarde (par exemple /export/home et /export/backup) doivent être montés de façon à autoriser SETUID afin que l'utilisateur acsss puisse agir en tant que root. L'accès superutilisateur est requis pour les scripts qui démarrent et arrêtent les services ACSLS et ceux qui collectent des informations de diagnostic dans le contexte d'une conversation téléphonique avec le service d'assistance.
La commande acsss umask est définie sur027 au cours de l'installation.
Les services réseau, notamment rpcbind, doivent autoriser la communication client ACSLS, à moins que la protection par pare-feu sur ACSLS et les clients ACSAPI ne soit configurée sans nécessiter le recours à Portmapper. Pour plus d'informations, reportez-vous au Guide d'administration d'ACSLS section "Option de protection par pare-feu".
Trois comptes utilisateur ACSLS, (acsss, acssa, acsdb) sont automatiquement ajoutés lorsque vous installez le package ACSLS.
L'installation du package crée un groupe acsls auquel sont affectés les trois utilisateurs. Par ailleurs, root est ajouté au groupe acsls.
Si les comptes utilisateur des trois utilisateurs acsls existent déjà, le répertoire personnel de l'utilisateur et l'ID de groupe sont automatiquement ajustés (si nécessaire) par le programme d'installation du package.
ACSLS 8.4 permet la création d'un répertoire personnel défini par l'utilisateur pour l'application ACSLS. Le répertoire parent de chaque répertoire personnel utilisateur est identifié par la variable $installDir. Les répertoires personnels utilisateur d'ACSLS sont les suivants :
acsss $installDir/ACSSS acssa $installDir/ACSSA acsdb $installDir/acsdb/ACSDB1.0
Si des comptes utilisateur existent déjà pour ces utilisateurs et que vous modifiez le répertoire $installDir, ces utilisateurs doivent être déconnectés du système au cours de l'installation étant donné que leur répertoire personnel va être modifié.
Si les comptes utilisateur existent déjà et qu'ils sont verrouillés, ils doivent être déverrouillés avant l'installation du package.
Pour vérifier si le compte acsss est verrouillé, procédez comme suit :
# passwd -s acsss acsss LK
La mention "LK" indique que le compte est verrouillé. Pour déverrouiller le compte, procédez comme suit :
# passwd -u acsss
Appliquez cette procédure pour chaque compte utilisateur.
Si ces comptes utilisateur existent sur un serveur LDAP ou NIS et que l'utilisateur root sur la machine locale manque d'une autorité usermod sur le serveur LDAP ou NIS, une intervention manuelle de l'administrateur système est nécessaire pour terminer l'installation du logiciel ACSLS. Assurez-vous que les utilisateurs sont réassignés au groupe acsls et que leurs répertoires personnels respectent l'instruction citée à la quatrième puce. Le shell utilisateur doit être le suivant : /bin/bash
Des planifications automatisées spécifiques connues sous le nom crontab sont créées pour les utilisateurs acsss et acsdb lorsque vous exécutez l'utilitaire install.sh. Ces planifications crontab sont destinées aux activités de sauvegarde de maintenance de la base de données ACSLS.
Il est possible qu'un fichier /etc/cron.d/cron.allow facultatif existe sur le système. Ce fichier contrôle les utilisateurs qui sont autorisés à exécuter la commande crontab. Si cron.allow existe, les ID utilisateur pour acsss et acsdb doivent être inclus dans ce fichier avant l'exécution de install.sh. Faute de quoi, la création de crontab pour ces utilisateurs échoue.
Le fichier cron.deny existe par défaut sur la plupart des systèmes. Tous les utilisateurs répertoriés dans ce fichier se verront refuser explicitement l'accès à la commande crontab. Assurez-vous que les utilisateurs acsss et acsdb ne sont pas contenus dans le fichier cron.deny.
Si vous effectuez la mise à niveau d'une version antérieure d'ACSLS, prenez soin de conserver votre base de données existante, qui contient la configuration de bibliothèque et l'emplacement des cartouches de bande dans la bibliothèque. En tant qu'utilisateur acsss :
$ acsss db $ db_export.sh -f /path/to/a/safe/location
Une installation ACSLS standard peut nécessiter une mise à niveau du système d'exploitation. Vérifiez que les deux fichiers d'exportation sont stockés dans un emplacement distant où ils sont à l'abri pendant la mise à niveau.
Supprimez le package ACSLS.
En tant qu'utilisateur acsss, arrêtez ACSLS.
$ acsss shutdown
En tant qu'utilisateur root, accédez au répertoire d'installation du package (généralement /opt/ACSLS_x.y.z)
Sous Solaris, pour supprimer le package, exécutez le script de désinstallation.
# ./pkg_unistall.sh
Sous Linux, utilisez rpm pour supprimer le package.
# rpm -e ACSLS
Pour faciliter une éventuelle réinstallation, les fichiers ACSLS ne sont pas tous supprimés. Les comptes utilisateur ACSLS et certains répertoires sont conservés.
Si vous souhaitez supprimer ces comptes ainsi que les fichiers préservés, utilisez :
# cd $installDir # rm -rf ACSSS ACSSA acsdb SSLM
Pour supprimer les comptes d'administration ACSLS :
# userdel acsss # userdel acsdb # userdel acssa
ACSLS 8.4 peut être installé dans n'importe quel répertoire. Choisissez le répertoire de base dans lequel vous souhaitez installer l'application ACSLS. Si ce répertoire n'existe pas, vous devez d'abord le créer avant d'installer le package STKacsls. Le répertoire doit appartenir à l'utilisateur root avec des autorisations définies sur 755.
Remarque :
Sauf indication contraire de l'utilisateur, ACSLS sera installé dans/export/home.Pour suivre la procédure d'installation par défaut, procédez comme suit :
Accédez au site Web Software Delivery Cloud d'Oracle et recherchez le bundle logiciel ACSLS_8.4.0 disponible pour les plates-formes SPARC et X86.
Téléchargez le bundle logiciel approprié dans un répertoire d'installation commun, généralement /opt, et décompressez le fichier compressé. Le package extrait est enregistré dans le sous-répertoire ACSLS_8.4.0 résultant.
PostgreSQL 8.3 est installé automatiquement lorsque vous installez ACSLS 8.4. Si vous préférez installer PostgreSQL 8.4 (voir Installation de PostgreSQL), téléchargez le fichier postgresql.xxx.bz2 dans le répertoire d'installation (généralement /opt) avant de lancer le script d'installation.
Ouvrez le répertoire ACSLS_8.4.0 et exécutez la commande suivante :
./pkg_install.sh
Le script pkg_install commence par vous demander de confirmer votre intention d'installer ACSLS 8.4.
Un certain nombre de packages sont fournis avec le bundle d'installation ACSLS 8.4. Ils incluent STKacsls et cinq packages postgres prenant en charge PostgreSQL.
Sous Solaris 11, les packages postgres spécifiques ne sont pas déjà installés, ils sont automatiquement installés lorsque vous exécutez le script pkg_install. Lisez la licence de chaque package et saisissez y pour accepter le package.
Avant l'installation du package STKacsls, le script vous invite (y/n) à accepter le répertoire /export/home en tant que répertoire de base par défaut pour l'application ACSLS.
Si vous répondez n, le script vous demande de saisir le chemin souhaité pour le répertoire de base du package. Si le répertoire que vous spécifiez n'existe pas, le script vous demande d'autoriser la création du répertoire.
Lorsque l'installation du package est terminée, vous constaterez que les packages situés dans
ACSLS_8.4.0 ont été déplacés dans /var/spool/pkg. Ils resteront dans ce répertoire pour faciliter la réinstallation, jusqu'à ce qu'ils soient supprimés manuellement. Les éléments restants dans le répertoire
ACSLS_8.4.0 sont pkg_install.sh, pkg_uninstall.sh et README.txt. Vous pouvez utiliser ces scripts à tout moment pour désinstaller ou réinstaller ACSLS. Les packages SUNWpostgr 8.3 qui ne sont pas installés demeurent dans ce répertoire.
L'utilitaire d'installation de package crée des ID d'utilisateur et de groupe pour les utilisateurs suivants : acsss, acssa et acsdb. Il affecte des répertoires personnels à ces utilisateurs et les place dans le groupe acsls. L'utilisateur root est également ajouté au groupe acsls.
Lors d'une mise à niveau à partir d'une version antérieure d'ACSLS, indiquez si vous voulez modifier le répertoire d'installation. Les utilisateurs d'ACSLS doivent être déconnectés si leur répertoire personnel est susceptible d'être modifié.
Remarque :
Pour vous conformer aux bonnes pratiques d'administration, définissez des mots de passe initiaux pour ces utilisateurs immédiatement après l'installation du package.Une fois les packages ACSLS installés, l'utilisateur root doit hériter des attributs environnementaux d'ACSLS. Pour ce faire, fermez votre session et rouvrez-la, ou exécutez simplement la commande
su - pour hériter de l'identité de groupe acsls. Vérifiez que l'opération a réussi en exécutant la commande groups.
su - # groups root acsls
D'autres noms de groupes peuvent s'afficher.
Pour définir votre shell dans l'environnement d'installation ACSLS, définissez le fichier .acsls_env.
. /var/tmp/acsls/.acsls_env
Cette étape vous permet de vous référer au répertoire $ACS_HOME pendant les opérations d'installation ultérieures.
Passez à Exécution de l'utilitaire install.sh.
PostgreSQL 8.3 s'installe par défaut avec ACSLS 8.4. Il suffit de lancer pkg_install.sh. Aucune autre action n'est requise. PostgreSQL 8.3 est totalement compatible avec ACSLS 8.4.
ACSLS 8.4 est aussi compatible avec PostgreSQL 8.4. Si vous préférez installer une mise à jour récente de PostgreSQL 8.4, téléchargez le fichier bz2 (postgresql-8.4.xx-S11.<plate-forme>-32.tar.bz2) à partir du site Web PostgreSQL et enregistrez-le dans le répertoire d'installation (généralement /opt) où vous avez téléchargé le fichier ACSLS 8.4 zip bundle. Le script d'installation d'ACSLS (pkg_install.sh) reconnaît ce qui a été téléchargé et effectue l'installation automatiquement.
Pour obtenir une mise à jour récente de PostgreSQL 8.4, rendez-vous sur le site Web suivant :
http://www.postgresql.org/ftp/binary/
Cette page répertorie toutes les versions de PostgreSQL. Vous devez sélectionner le dernier niveau de maintenance pour la version 8.4. Procurez-vous la version 32 bits compatible avec l'architecture de votre serveur. Accédez au répertoire de téléchargement et effectuez les sélections suivantes dans l'ordre indiqué :
v8.4.xx
binary
solaris
solaris11
sparc or i386
postgresql-8.4.xx-S11.<platform>-32.tar.bz2
Prenez soin de sélectionner la version 32 bits.
Déplacez le fichier postgresql bz2 vers le répertoire parent du répertoire d'installation du package (généralement /opt). Le script d'installation d'ACSLS_8.4.0, pkg_install.sh, installe automatiquement le fichier PostgreSQL compressé que vous avez téléchargé, et le place dans le répertoire approprié du système de fichiers, /usr/postgres/8.4.
Si le fichier PostgreSQL-8.4 tar ou bz2 n'est pas trouvé, et si PostgreSQL 8.3 ou 8.4 n'est pas encore installé dans /usr/postgres/, le script pkg_install.sh installe les quatre packages SUNWpostgr-83 inclus dans le répertoire. II les déplace ensuite vers le répertoire /var/spool/pkg, où ils sont installés avec pkgadd.
L'utilitaire install.sh vous permet de sélectionner, à partir du package ACSLS 8.4 extrait, les fonctionnalités spécifiques requises pour votre environnement de bibliothèques Oracle StorageTek. Grâce à la flexibilité accrue d'ACSLS 8.4, vous pouvez choisir d'installer ou non les options, y compris l'interface graphique utilisateur (GUI) et la prise en charge des bibliothèques Fibre Channel. Vous pouvez exécuter cet utilitaire pour installer le produit entier, seulement une partie ou encore pour modifier un produit déjà installé sans repasser par une installation complète.
Tant que vous êtes connecté en tant qu'utilisateur root, exécutez les commandes suivantes :
cd $ACS_HOME/install ./install.sh
La création de la base de données constitue la première étape de l'utilitaire install.sh. Cette étape est nécessaire si vous installez le package pour la première fois. Si votre base de données ACSLS existe déjà et que vous ne souhaitez pas la reconstruire, vous avez la possibilité de sauter cette étape. Cette étape permet de créer une base de données sous PostgreSQL et d'établir une planification automatisée pour les sauvegardes de base de données.
Choisissez le répertoire dans lequel vous souhaitez installer la base de données. Si ce répertoire n'existe pas, vous devez d'abord le créer. Le répertoire doit appartenir à l'utilisateur root avec des autorisations définies sur 755. Sauf si vous spécifiez une configuration différente, le répertoire de sauvegarde sera placé directement dans votre répertoire de base. Reportez-vous à l'étape 1(c) de Installation du package ACSLS .
La routine install.sh affiche le message suivant :
Which file system will be used to store database backups? [/export/backup]
Cliquez sur Return pour sélectionner le répertoire suggéré, ou spécifiez un autre répertoire. Si vous choisissez un chemin relatif, il est placé directement sous le chemin souhaité que vous avez spécifié à l'étape 2 dans Installation du package ACSLS .
L'utilitaire d'installation effectue le chargement des modules de stratégie. Ceux-ci permettent à l'application ACSLS d'accéder librement à sa base de données PostgreSQL.
Le pilote mchanger est adapté uniquement aux configurations connectées via Fibre Channel ou via SCSI. La routine install.sh affiche le message suivant :
Shall we install the mchanger driver for fibre-attached libraries? (y/n)
Saisissez y ou n selon que votre environnement de bibliothèques inclut ou non une bibliothèque connectée via Fibre Channel, telle que la bibliothèque SL500 ou SL150.
Si vous saisissez y, l'utilitaire analyse l'environnement SAN connecté à la recherche de périphériques de bibliothèque StorageTek éventuels. Il affiche les noms des périphériques détectés et vous demande si d'autres bibliothèques sont connectées. Si vous possédez une bibliothèque L700 ou L180 connectée via SCSI de version antérieure, saisissez y à l'invite.
Dans le cas de bibliothèques connectées via SCSI, saisissez simplement les adresses cible:lun de chaque bibliothèque, en les séparant par un espace. Par exemple :
==> 4:0 5:0 5:1
ACSLS peut présenter des bibliothèques logiques aux applications client via une connexion Fibre Channel. Toute partie d'une bibliothèque physique connectée peut être représentée comme une bibliothèque connectée via Fibre Channel (SCSI) avec un port cible Fibre Channel. Pour mettre en oeuvre cette fonction, vous devez disposer d'un HBA Fibre Channel QLogic. Cette étape permet de faire passer un ou plusieurs ports HBA QLogic de leur mode initiator par défaut au mode target.
L'utilitaire install.sh analyse le système à la recherche de HBA qualifiés, puis répertorie les ports détectés et pose la question suivante :
Please select the HBA port you intend for Target-mode operation: 1) HBA Port WWN xxxyyyzzz Not connected 2) HBA Port WWN aaabbbccc Connected to a remote HBA
Sélectionnez le port souhaité en saisissant son numéro. Le port que vous choisissez doit être connecté à un HBA distant.
L'interface utilisateur graphique (GUI) est une option.
Lors d'un co-hébergement entre ACSLS et une application utilisant WebLogic, n'installez pas l'interface graphique d'ACSLS. Pour installer l'interface graphique, procédez comme suit :
Saisissez y à l'invite suivante :
Do you want to install the ACSLS Graphical User Interface? (y/n)
S'il s'agit d'une mise à jour mineure ou d'une modification de configuration (et non d'une nouvelle installation), l'interface graphique d'ACSLS est peut-être déjà installée.
Dans ce cas, vous avez la possibilité de réinstaller l'interface ou de sauter la présente section et de conserver le domaine de l'interface graphique actuelle. L'utilitaire d'installation vous pose la question suivante :
The Acsls GUI Domain exists. Do you want to re-install it? (y/n
Effectuez l'une des opérations suivantes :
Saisissez y si vous installez une nouvelle version d'ACSLS.
Le package serveur WebLogic est extrait et le compte utilisateur admin de l'interface graphique par défaut est créé à l'aide du nom d'utilisateur acsls_admin.
Vous êtes ensuite invité à affecter un mot de passe à l'utilisateur admin. Le mot de passe doit comprendre de huit à seize caractères et doit contenir des lettres et des chiffres.
La procédure d'installation décompresse et déploie l'application de l'interface graphique d'ACSLS, puis crée le groupe d'utilisateurs Acsls. Plus tard, vous pourrez ajouter des utilisateurs de l'interface graphique à ce groupe à l'aide de l'outil d'administration userAdmin.sh.
Si vous saisissez n, vous avez la possibilité (y/n) de supprimer ou non la configuration existante de l'interface graphique.
Lorsque vous installez WebLogic sur votre serveur ACSLS, une clé publique de 512 bits est disponible automatiquement pour prendre en charge les échanges HTTPS de base avec des navigateurs client. Normalement, aucune autre configuration n'est requise. Toutefois, certains navigateurs plus récents, notamment Microsoft Internet Explorer version 8 ou supérieure et Firefox version 39 ou supérieure, nécessitent une clé plus longue (1 024 bits minimum). Pour obtenir une description et les procédures de configuration d'une clé de chiffrement SSL, voir Configuration d'un certificat numérique auto-signé pour HTTPS.
La fonctionnalité lib_cmd est une interface de ligne de commande qui effectue plusieurs des opérations proposées dans l'interface graphique d'ACSLS. Cet outil est installé automatiquement lorsque vous choisissez d'installer l'interface graphique ou la prise en charge des bibliothèques logiques.
Même si de nombreuses opérations de lib_cmd s'appliquent aux fonctions de bibliothèque logique, cette fonctionnalité sert également à afficher l'état des bibliothèques, volumes et lecteurs physiques. Si vous avez choisi de n'installer ni l'interface graphique ni la prise en charge des bibliothèques logiques, vous pouvez choisir d'installer ou non lib_cmd.
Shall we install the optional lib_cmd interface (y or n):
Selon l'ensemble de fonctionnalités que vous avez sélectionné dans la boîte de dialogue d'installation ci-dessus, cette dernière étape permet d'installer les services Solaris SMF afin de contrôler les fonctions automatiques de démarrage, d'arrêt et d'état pour chaque fonctionnalité ACSLS sélectionnée.
La liste des services inclut tous les sous-ensembles des éléments suivants :
acsdb acsls smce rmi-registry surrogate stmf weblogic
Lors de l'exécution de l'utilitaire install.sh, vous avez créé l'utilisateur acsls_admin. Cet utilisateur peut maintenant créer des comptes et affecter des mots de passe à d'autres utilisateurs de l'interface graphique d'ACSLS. Vous pouvez vous reporter à la liste des utilisateurs GUI que vous avez enregistrée précédemment. Pour ajouter un utilisateur, procédez comme suit :
En tant qu'utilisateur root, accédez au répertoire /export/home/ACSSS/install.
Exécutez /userAdmin.sh.
Saisissez le mot de passe acsls_admin que vous avez assigné à Installation de l'interface utilisateur graphique.
Dans le menu, sélectionnez (1) pour ajouter un utilisateur.
Saisissez l'ID de l'utilisateur à ajouter.
Assignez un mot de passe à cet utilisateur.
Les mots de passe doivent contenir huit caractères avec une combinaison de lettres et de chiffres ou de caractères spéciaux.
Vous pouvez exécuter l'utilitaire userAdmin.sh à tout moment pour ajouter ou supprimer des utilisateurs ou pour modifier les mots de passe de tous les utilisateurs GUI d'ACSLS. Reportez-vous à la section userAdmin.sh du chapitre Utilities du manuel StorageTek ACSLS 8.4 Administrator’s Guide.
L'API XML (XAPI) permet aux clients et serveurs StorageTek de communiquer en utilisant un protocole ELS commun sur TCP/IP. Il est possible de configurer ACSLS 8.4 et les versions ultérieures avec la prise en charge de XAPI.
Le composant XAPI s'installe à part d'ACSLS, et après ce logiciel.
Pour installer le composant XAPI, procédez comme suit :
Vérifiez que vous avez installé le package ACSLS et exécuté install.sh pour finir l'installation d'ACSLS.
Vérifiez que vous êtes connecté en tant qu'utilisateur root au serveur ACSLS.
Définissez les variables d'environnement ACSLS :
. /var/tmp/acsls/.acsls_env
(Il y a un point et un espace avant /var/tmp/acsls/.acsls_env).
Installez le composant XAPI :
cd $ACS_HOME/install ./install_xapi.sh Installing the XAPI component for Oracle IBM mainframe clients. Continue? (y)
Les fichiers de contrôle comprennent les fichiers personnalisés, les préférences utilisateur et les fichiers de configuration locaux propres à votre environnement ACSLS.
Si vous avez exporté la base de données et les fichiers de contrôle, vous devez maintenant les importer. Les fichiers de contrôle incluent ces fichiers dans le répertoire data/external qui a été personnalisé en fonction de votre environnement.
Si vous migrez d'une version antérieure vers ACSLS 8.4 et que vous avez personnalisé vos variables dynamiques ou statiques, vous devez les importer. Pour plus d'informations à ce sujet, reportez-vous à la section Importation de la base de données du chapitre "Administration de la base de données" dans le Guide d'administration d'ACSLS 8.4.
Si vous configurez ACSLS avec une bibliothèque, exécutez la procédure suivante. Si vous installez une nouvelle version d'ACSLS et n'avez pas de bibliothèque pour effectuer les tests et la configuration, reportez-vous à Test d'une nouvelle version d''ACSLS sans bibliothèque".
Vérifiez que le serveur est correctement configuré, connecté, mis sous tension et opérationnel.
Vérifiez chaque connexion physique (Ethernet, Fibre Channel, SCSI, etc.) entre le serveur et les bibliothèques.
Avant de configurer ACSLS pour votre complexe de bibliothèques, assurez-vous que les bibliothèques, rails et CAP sont entièrement configurés, mis sous tension et opérationnels.
Créez ou importez la configuration de bibliothèque. Reportez-vous au Guide d'administration d'ACSLS 8.4 pour plus de détails.
Pour importer la configuration d'une version ACSLS antérieure, reportez-vous à la section Importation de la base de données du chapitre "Administration de la base de données".
Pour créer une configuration de bibliothèques, reportez-vous à la section Configuration ou reconfiguration de bibliothèques du chapitre "Installation et configuration des bibliothèques".
Si vous utilisez des bibliothèques logiques pour prendre en charge des clients SCSI via Fibre Channel, configurez les connexions FC entre les ports HBA client et les ports HBA associés sur le serveur ACSLS. Les connexions Fibre Channel avec les machines client de bibliothèque logique doivent être actives lorsque vous installez ACSLS.
Pour obtenir une aide au sujet des problèmes de connectivité, reportez-vous au chapitre "Dépannage" du Guide d'administration d'ACSLS 8.4.
Reportez-vous au chapitre "Installation et configuration des bibliothèques" dans le Guide d'administration d'ACSLS. Consultez la section "Utilisation d'acsss_config pour configurer les bibliothèques".
Arès avoir installé une nouvelle version d'ACSLS, vous pouvez avoir envie de la tester avant de l'utiliser pour gérer les bibliothèques en production. Cela peut être difficile si vous n'avez pas d'environnement de bibliothèques disponible. Normalement, ACLS doit être configuré avec une bibliothèque en ligne.
Si vous n'avez pas de bibliothèque ou de partition de bibliothèque à utiliser comme environnement de test, vous pouvez effectuer un test limité de la nouvelle version d'ACLS. Suivez la procédure ci-dessous :
Installez la nouvelle version d''ACSLS sur un serveur distinct.
Exportez la base de données et les fichiers de contrôle d'un environnement de bibliothèques utilisé en production avec l'utilitaire db_export.sh. Pour plus d'informations, reportez-vous au Guide d'administration d'ACSLS.
Remarque :
Arrêtez ACSLS avant d'exporter la base de données et les fichiers de contrôle.Importez la base de données et les fichiers de contrôle dans la nouvelle version d'ACSLS avec db_import.sh.
Sur le nouveau système ACSLS, vérifiez qu'ACSLS n'essaie pas de se connecter à la configuration de bibliothèques importée. Les ACS et les ports doivent rester hors ligne pour ACSLS.
Sinon, le nouveau système ACSLS et le système de production essaient tous deux de se connecter à la bibliothèque, en déconnectant l'autre système tour à tour. Cette opération se répète jusqu'à ce que l'un des systèmes ACSLS s'arrête.
Pour garder les ACS et les ports hors ligne, procédez comme suit :
Modifiez le fichier acsls_startup_policy, dans $ACS_HOME/data/external/.
Annulez la mise en commentaire des lignes qui correspondent aux ACS configurés dans la base de données importée. Consultez l'en-tête du fichier acsls_startup_policy pour plus de détails.
Par exemple, pour empêcher ACSLS d'essayer de mettre ACS 0 en ligne, remplacez :
# ACS0_desired_startup_state_is_offline
par
ACS0_desired_startup_state_is_offline
Vérifiez qu'ACSLS est lancé et exécute un jeu limité de commandes.
Veillez à NE PAS mettre les ports ou les ACS en ligne. Sinon, la communication sera interrompue avec le système ACSLS de production.
Les commandes qui envoient des demandes à la bibliothèque échouent, car celle-ci est hors ligne. ACSLS continue malgré tout à s'exécuter et à traiter les demandes.
Les commandes qui ne font pas appel aux ressources de bibliothèque fonctionnent. Elles incluent les commandes qui utilisent ACSAPI à partir des applications hôtes :
query
display
define pool et delete pool
idle et start
lock et unlock
commandes set, sauf set cap mode qui échoue parce que la bibliothèque est hors ligne
Les utilitaires qui ne font pas appel aux ressources de bibliothèque fonctionnent. Ceux-ci incluent :
commandes acsss telles que acsss enable, acsss disable, acsss status.
bdb.acsss et rdb.acsss
db_export.sh et db_import.sh
Remarque :
Le fichierdb_import.sh se superpose au fichier acsls_startup_policy. Sur un système de production, cela permet la mise en ligne des bibliothèques. Modifiez le fichier acsls_startup_policy avant de démarrer ACSLS.dv_config
drives_media.sh
free_cells.sh
userAdmin.sh
volrpt
watch_vols
L'interface graphique d'ACLS affiche les ressources de bibliothèque. Mais les commandes faisant appel à ces ressources échouent, par exemple mount, dismount, enter et eject.
Appliquez la procédure suivante pour vérifier ACSLS. Vous devez être connecté en tant qu'utilisateur acsss. Cette procédure permet de monter ou de démonter une cartouche.
Pour démarrer le logiciel ACSLS, connectez-vous en tant qu'utilisateur acsss et exécutez la commande acsss enable. Reportez-vous à la section acsss du chapitre ”Utility” dans le Guide d'administration d'ACSLS 8.4.
Pour des instructions sur l'utilisation de cmd_proc, reportez-vous à la section "Utilisation de cmd_proc" du Guide d'administration d'ACSLS 8.4.
Interrogez le serveur à l'aide de cmd_proc en saisissant la commande suivante :
query server
Si des messages s'affichent indiquant que le serveur est en mode d'attente, patientez jusqu'à ce qu'un message indiquant que le serveur est en cours d'exécution s'affiche.
Vérifiez que les éléments suivants sont en ligne. Vous devez disposer d'au moins une entrée de chaque type en ligne. Si tel n'est pas le cas, mettez-les en ligne à l'aide de la commande vary.
query port all query acs all query lsm all query drive all
Possédez-vous au moins une cartouche dans un LSM ?
OUI - Poursuivez la procédure.
NON - Introduisez une cartouche dans un LSM.
Montez un volume en saisissant la ligne suivante :
mount vol_id drive_id
Exécutez la commande query drive pour obtenir l'ID d'un lecteur disponible et la commande query volume pour obtenir l'ID d'une cartouche de bibliothèque. Reportez-vous au chapitre "Installation et configuration des bibliothèques" du Guide d'administration d'ACSLS 8.4.
Un message s'est-il affiché indiquant que l'opération de montage a réussi ? Voici un exemple de message de ce type :
Mount: vol_id mounted on drive_id
OUI - La procédure est terminée.
NON - Si un message d'erreur s'affiche, réexécutez cette procédure de vérification, en vous assurant que vous avez spécifié un lecteur valide et disponible et une cartouche de bibliothèque. Si l'opération de montage/démontage échoue, contactez le support technique Oracle pour obtenir une assistance.
Démontez la cartouche en saisissant la commande suivante :
dismount vol_id drive_id force
Dans la commande ci-dessus, vol_id correspond au volume et drive_id au lecteur que vous avez spécifié à l'étape 4.
La dernière étape de l'installation consiste à réaliser un audit de vos bibliothèques. Vous devez également effectuer un audit des bibliothèques dans les cas suivants :
Vous procédez à une nouvelle installation.
Vous ajoutez de nouvelles bibliothèques à une configuration existante.
Reportez-vous à la section "Audit de la bibliothèque" du chapitre "Gestion des bibliothèques" dans le Guide d'administration d'ACSLS 8.4.
Il est possible de supprimer le composant XAPI sans désinstaller ACSLS. Pour ce faire, procédez comme suit :
Connectez-vous en tant qu'utilisateur root au serveur ACSLS.
Définissez les variables d'environnement ACSLS :
. /var/tmp/acsls/.acsls_env
(Il y a un point et un espace avant /var/tmp/acsls/.acsls_env).
Désinstallez le composant XAPI :
cd $ACS_HOME/install ./remove_xapi.sh Do you wish to remove the xapi service? (y)
Remarque :
Si vous effectuez une mise à niveau vers une autre version d'ACSLS, assurez-vous d'exporter votre base de données ACSLS à l'aide de la commandedb_export.sh décrite dans le chapitre "Utilitaires" du Guide d'administration d'ACSLS 8.4.Pour désinstaller ACSLS, procédez comme suit :
Connectez-vous en tant qu'utilisateur acsss.
Saisissez acsss shutdown.
Supprimez le package. Pour ce faire, procédez comme suit :
Connectez-vous comme utilisateur root.
Accédez au répertoire d'installation du package ACSLS_8.4.0 (généralement /opt/ACSLS_8.4.0) et exécutez pkg_uninstall.sh.
Le script pkg_uninstall permet de supprimer de nombreux systèmes de fichiers ACSLS, mais pas tous, et de conserver les comptes utilisateur en place pour acsss, acssa et acsdb. Cette approche permet des mises à niveau d'ACSLS plus rapides.
Sous Solaris 11, l'utilitaire pkg_uninstall vous demande s'il faut désinstaller les packages PostgreSQL. Normalement, vous devez répondre "n" dans cette invite, sauf si vous supprimez définitivement l'application ACSLS.
Pour supprimer le contenu du répertoire de sauvegarde de la base de données ACSLS, procédez comme suit :
rm -rf $ACSDB_BKUP
WebLogic et l'interface graphique d'ACSLS ne sont pas supprimés automatiquement au cours de la désinstallation d'un package pour les raisons suivantes :
La mise à niveau d'ACSLS ne nécessite pas nécessairement la mise à niveau de WebLogic ou de l'interface graphique d'ACSLS.
La désinstallation de WebLogic et de l'interface graphique d'ACSLS supprime les utilisateurs GUI d'ACSLS et leurs mots de passe.
La désinstallation de WebLogic et de l'interface graphique d'ACSLS supprime tous les keystores SSL personnalisés qui ont été configurés pour l'interface graphique d'ACSLS.
Une nouvelle installation de WebLogic prend du temps (cinq minutes ou plus).
Si vous souhaitez supprimer complètement ACSLS de votre système, effectuez les opérations suivantes :
cd $installDir rm -rf Oracle, SSLM userdel acsss userdel acssa userdel acsdb
Redémarrez le système.
Connectez-vous comme utilisateur root.
Supprimez les pilotes de changeur de média (mchanger) SCSI.
#rem_drv mchanger
Supprimez le fichier mchanger.conf.
#rm /usr/kernel/drv/mchanger.conf
Supprimez tous les liens de périphérique mchanger.
#rm /dev/mchanger*
Supprimez les répertoires de package.
#rm -rf /opt/STKchanger