| StorageTek Automated Cartridge System Library Software Guide d'installation Version 8.3 E52905-01 |
|
 Précédent |
 Suivant |
| StorageTek Automated Cartridge System Library Software Guide d'installation Version 8.3 E52905-01 |
|
Précédent |
Suivant |
L'exécution du logiciel ACSLS 8.3 est prise en charge sur Solaris 10 Update 10 et 11 et sur Solaris 11 Update 1.
Ce chapitre décrit les procédures d'installation du logiciel ACSLS 8.3. 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.3.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.3.0 (généralement situé sous /opt). Examinez le contenu du sous-répertoire acsls_thirdPartySoftware/.
Si vous effectuez une mise à niveau à partir d'un 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 myExport
Dans l'exemple ci-dessous, myExport est le nom que vous assignez à votre fichier d'exportation. Vous devez enregistrer myExport et myExport.misc à un emplacement persistant. Si vous mettez à jour votre SE, transférez ces fichiers sur une machine distante pour les conserver à l'abri.
Pour plus d'informations et des procédures, reportez-vous à la section Exporting the Database du chapitre ”Database Administration” du StorageTek ACSLS 8.3 Administrator’s Guide.
Si vous avez créé des utilisateurs d'interface graphique utilisateur (GUI) ACSLS supplémentaires sur 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 :
En tant qu'utilisateur acsss :
cd $ACS_HOME/install
Connectez-vous en tant qu'utilisateur root.
Utilisez userAdmin.sh pour afficher la liste de vos utilisateurs existants :
./userAdmin.sh
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 à la section "Ajout d'utilisateurs de l'interface GUI 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.3 a été testé dans des environnements Solaris 10 Update 11 et Solaris 11 Update 1 avec la sélection de distribution complète 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 assurer 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 :
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.3 peut être installé sur n'importe quel système de fichiers. Le répertoire que vous choisissez doit être monté pour autoriser SETUID de sorte que l'utilisateur acsss puisse s'exécuter en tant qu'utilisateur 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.
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 il affecte les trois utilisateurs. Il ajoute également l'utilisateur root 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 seront automatiquement ajustés (si nécessaire) par le programme d'installation du package.
ACSLS 8.3 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 mentionné 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 crontabs sont créées pour les utilisateurs acsss et acsdb lorsque vous exécutez l'utilitaire install.sh. Ces planifications crontabs 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 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 d'exécuter 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.
S'agit-il d'une nouvelle installation ?
OUI - passez à la section "Installation du package ACSLS"
NON - veillez à exporter la base de données en exécutant la commande d'utilitaire db_export.sh.
Arrêtez ACSLS :
Vous devez être connecté en tant qu'utilisateur acsss pour cette procédure.
acsss shutdown
Supprimez toutes les entrées crontab des utilisateurs acsss et acsdb :
crontab -r acsss crontab -r acsdb
Si vous effectuez une migration à partir d'une version antérieure à 8.1, supprimez ces comptes utilisateur.
Une modification a été intégrée à ACSLS 8.1 qui affecte l'association de groupes pour les utilisateurs acsss, acsdb et acssa. Si vous effectuez une installation à partir d'une version antérieure à 8.1, il existe des étapes à suivre avant d'installer le package STKacsls 8.3. Commencez d'abord par supprimer les comptes utilisateur ACSLS en suivant les étapes décrites ci-dessous. Ces comptes sont recréés lorsque vous installez le nouveau package STKacsls d'ACSLS 8.3.
# userdel acsss # userdel acsdb # userdel acssa
Utilisez la commandesu pour passer à root et exécutez les commandes suivantes :
cd /var/tmp rm -rf acsls cd /var/mail rm -f acsss acsdb acssa
Supprimez les fichiers du logiciel ACSLS, de sauvegarde et autres :
ACSLS 6.0 ou 6.0.1
cd /export/home rm -rf ACSSS informix cd /export/backup rm -rf informix misc
ACSLS 6.0 ou 6.0.1 (le répertoire server_to_server existe)
cd /export/home rm -rf informix misc server_to_server cd / rm -rf INFORMIXTMP nsr
ACSLS 6.1 à 7.1
cd /export/home pkgrm STKacsls cd /export/backup rm -rf informix misc server_to_server cd / rm -rf INFORMIXTMP rm -rf /nsr d /var/tmp rm -rf acsls
ACSLS 7.2 à 7.3.1
cd /export/home pkgrm STKacsls rm -rf ACSSS ACSSA acsdb cd /export/backup rm -rf *
(supprime tout le contenu du répertoire de sauvegarde)
ACSLS 8.0 à 8.0.2
cd /export/home pkgrm STKacsls rm -rf ACSSS ACSSA acsdb SSLM cd /export/backup rm -rf *
ACSLS 8.1 à ACSLS 8.3
cd /export/home pkgrm STKacsls rm -rf ACSSS ACSSA acsdb SSLM wlinstall Oracle cd /export/backup rm -rf *
Si pkgrm STKacsls échoue parce que le serveur de base de données est en cours d'exécution, vous aurez peut-être besoin de mettre fin aux processus de l'administrateur du courrier. Pour ce faire :
Exécutez la commande suivante : ps -rf | grep post
Mettez fin au processus parent de l'administrateur du courrier.
Exécutez à nouveau la commande pkgrm STKacsls.
Pour les versions ACSLS antérieures à 7.2, supprimez les fichiers situés dans le dossier "second_disk" (le cas échéant).
cd /second_disk
Si vous avez installé le deuxième disque dans un répertoire autre que /second_disk, exécutez la commande cd pour accéder à ce répertoire.
rm -rf data cd /second_disk/backup
Si vous avez installé le deuxième disque dans un autre répertoire autre que /second_disk/backup, exécutez la commande cd pour accéder à ce répertoire.
Pour ACSLS version 6.0 à 7.1, saisissez la commande suivante :
rm -rf informix misc
Vérifiez qu'aucun processus de base de données ne s'exécute avant de commencer l'installation. En cas de doute, redémarrez le système.
|
Remarque: Si vous supprimez ACSLS (et non que vous installez une nouvelle version), supprimez les ID utilisateur ACSLS du répertoire/etc/cron.d/cron.allow. |
ACSLS 8.3 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.
Sauf indication contraire de l'utilisateur, les services ACSLS seront installés 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.3.0 disponible pour les plates-formes SPARC et X86.
ACSLS_8.3.0_SPARC.zip
ACSLS_8.3.0_X86.zip
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.3.0 résultant.
Ouvrez le répertoire ACSLS_8.3.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.3.
Un certain nombre de packages sont fournis avec le bundle d'installation ACSLS 8.3. Ils incluent STKacsls et cinq packages SUNW prenant en charge PostgreSQL. Généralement, les packages SUNW résident déjà sous Solaris 10, mais si ce n'est pas le cas, ils sont automatiquement installés par le programme pkg_install.sh.
Sous Solaris 11, les packages SUNW 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.3.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.3.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.
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.
Sur les systèmes où les utilisateurs acsss, acssa et acsdb existent déjà, conseillez à ces utilisateurs de se déconnecter avant de procéder à l'installation du package. L'installation du package échoue si un utilisateur est connecté alors que son répertoire personnel doit être modifié. Cela se produit dans les contextes de mise à niveau où vous avez défini un répertoire d'installation différent de celui de l'installation ACSLS précédente.
|
Remarque: Pour observer de 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, accédez à la source du 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 à la section "Exécution de l'utilitaire install.sh".
L'utilitaire install.sh vous permet de sélectionner, à partir du package ACSLS 8.3 extrait, les fonctionnalités spécifiques requises pour votre environnement de bibliothèques Oracle StorageTek propre. Grâce à la flexibilité accrue d'ACSLS 8.3, vous pouvez indiquer 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 la section "Installation du package ACSLS".
L'utilitaire install.sh vous pose la question suivante :
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 la section précédente, "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. L'utilitaire install.sh vous pose la question suivante :
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 l'adresse 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.
Si vous installez des bibliothèques logiques, l'interface GUI d'ACSLS est une fonctionnalité nécessaire. Passez simplement à la procédure d'installation de l'interface GUI décrite ci-dessous.
Si vous avez choisi de ne pas installer la prise en charge des bibliothèques logiques, l'installation de l'interface GUI est facultative. Pour installer l'interface GUI, 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 GUI d'ACSLS est peut-être déjà installée.
Dans ce cas, vous aurez la possibilité de réinstaller l'interface GUI ou de sauter la présente section et de conserver le domaine de l'interface graphique utilisateur ACSLS actuelle. L'utilitaire d'installation vous pose la question suivante :
The Acsls GUI Domain exists. Do you want to re-install it? (y/n
Sélectionnez l'un des éléments suivants :
Saisissez y si vous installez une nouvelle version d'ACSLS.
Le package serveur WebLogic est extrait et le compte utilisateur admin de l'interface GUI 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 être compris entre huit et 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 GUI d'ACSLS, puis crée le groupe d'utilisateurs Acsls. Plus tard, vous pourrez ajouter des utilisateurs de l'interface GUI à 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 GUI.
Lorsque vous installez WebLogic sur votre serveur ACSLS, une clé publique 512 bits simple est disponible automatiquement pour prendre en charge les échanges HTTPS de base avec des navigateurs client. Normalement, aucune autre configuration n'est nécessaire. Toutefois, certains navigateurs, notamment Microsoft Internet Explorer, 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, reportez-vous à la section "Configuration d'une clé de chiffrement SSL".
La fonctionnalité lib_cmd est une interface de ligne de commande qui effectue plusieurs des opérations proposées dans l'interface GUI d'ACSLS. Cet outil est installé automatiquement si vous choisissez d'installer l'interface GUI. 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. La possibilité d'installer lib_cmd vous est proposée si la prise en charge des bibliothèques logiques n'a pas été sélectionnée.
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'application GUI Web d'ACSLS. Vous pouvez vous reporter à la liste des utilisateurs GUI que vous avez enregistrée précédemment. Pour ajouter un utilisateur, suivez la procédure ci-dessous :
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é à la section "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.3 Administrator’s Guide.
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.3 et que vous avez personnalisé vos variables dynamiques ou statiques, vous devez les importer. Pour plus d'informations à ce sujet, reportez-vous à la section Importing the Database du chapitre ”Database Administration” du document StorageTek ACSLS 8.3 Administrator’s Guide.
Vérifiez que le matériel système 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 le matériel de bibliothèque.
Avant de configurer ACSLS pour votre complexe de bibliothèques, assurez-vous que l'intégralité des 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. Pour plus d'informations, reportez-vous au document ACSLS 8.3 Administrator's Guide.
Pour importer la configuration d'une version ACSLS antérieure, reportez-vous à la section Importing the Database du chapitre ”Database Administration”.
Pour créer une configuration de bibliothèque, reportez-vous à la section Configuring or Reconfiguring Library Hardware du chapitre ”Installing and Configuring Your Library Hardware”.
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 Troubleshooting du document ACSLS 8.3 Administrator's Guide.
Reportez-vous au chapitre ”Installing and Configuring Your Library Hardware” du document ACSLS 8.3 Administrator's Guide. Reportez-vous à la section ”Using acsss_config to Configure Your Library Hardware”.
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” du document StorageTek ACSLS 8.3 Administrator’s Guide.
Pour des instructions sur l'utilisation de cmd_proc, reportez-vous à la section "Using a cmd_proc" du document StorageTek ACSLS 8.3 Administrator’s Guide.
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 ”Installing and Configuring Your Library Hardware” du document StorageTek ACSLS 8.3 Administrator’s Guide.
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 ”Auditing the Library” du chapitre Library Management du document StorageTek ACSLS 8.3 Administrator’s Guide.
|
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 commande d'utilitairedb_export.sh décrite dans le chapitre ”Utility” du document StorageTek ACSLS 8.3 Administrator’s Guide. |
Pour désinstaller ACSLS, procédez comme suit :
Connectez-vous en tant qu'utilisateur acsss.
Saisissez acsss shutdown.
Supprimez le package. Pour ce faire :
Connectez-vous en tant qu'utilisateur root.
Accédez au répertoire d'installation du package ACSLS_8.3.0 (généralement /opt/ACSLS_8.3.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 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 GUI 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 peut-être pas de mise à niveau de WebLogic ou de l'interface GUI d'ACSLS.
La désinstallation de WebLogic et de l'interface GUI d'ACSLS supprime les utilisateurs GUI d'ACSLS et leurs mots de passe.
La désinstallation de WebLogic et de l'interface GUI d'ACSLS supprime tous les keystores SSL personnalisés qui ont été configurés pour l'interface GUI 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 en tant qu'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 les liens de périphérique mchanger.
#rm /dev/mchanger*
Supprimez les répertoires de package.
#rm -rf /opt/STKchanger
|
 Copyright © 2013, 2014, Oracle et/ou ses sociétés affiliés. Tous droits réservés. Informations légales |
|