B Options de connexion des bibliothèques d'entreprise

Ce chapitre comprend les sections suivantes :

Présentation

Plusieurs options s'offrent à nous pour connecter ACSLS aux bibliothèques SL8500 et SL3000. Ces options peuvent être utilisées indépendamment ou ensemble pour permettre la communication entre ACSLS et le modèle SL8500 ou SL3000.

Dans une chaîne de SL8500 connectés, vous pouvez implémenter une connexion TCP/IP double et/ou TCP/IP multibibliothèque et/ou RE (Redundant Electronics).

Dans un SL3000 ou un SL8500, vous pouvez implémenter une connexion TCP/IP double et/ou RE (Redundant Electronics). Vous pouvez vous connecter à un SL3000 ou à un SL8500 via IPv4.

Résumé des options de connexion :

  • TCP/IP double

    La configuration TCP/IP propose deux connexions TCP/IP séparées et indépendantes entre ACSLS et une carte de contrôleur de la bibliothèque. Si un de ces chemins de communication échoue, ACSLS utilise automatiquement le deuxième chemin de communication.

    Pour implémenter la prise en charge de la configuration TCP/IP double, les tableaux de routage du serveur ACSLS et de la bibliothèque doivent être définis et gérés avec la commande ”route”. Ces tableaux de routage forcent la communication entre une paire de ports du serveur ACSLS et de la bibliothèque afin d'utiliser un chemin de communication réseau défini.

    Le SL8500 et le SL3000 prennent tous deux en charge la communication TCP/IP double avec la bibliothèque.

  • Prise en charge de TCP/IP multiple

    La prise en charge de TCP/IP multiple permet au serveur ACSLS de se connecter à plusieurs bibliothèques SL8500 appartenant à une chaîne de bibliothèques SL8500. Si la communication avec une bibliothèque échoue, ACSLS envoie automatiquement les communications de bibliothèque avec les autres bibliothèques. Les bibliothèques renvoient automatiquement les messages aux autres bibliothèques.

    La configuration et la gestion des communications TCP/IP multiple sont plus simples que celles des communications TCP/IP double, car les tableaux de routage n'ont pas besoin d'être définis sur le serveur ACSLS ou dans la bibliothèque SL8500. Cependant, la configuration TCP/IP multiple requiert une chaîne de bibliothèques SL8500 connectées. Cette fonction ne s'applique pas aux bibliothèques SL8500 autonomes ou aux bibliothèques SL3000.

  • Redundant Electronics (RE)

    RE exploite un ensemble redondant de cartes de contrôleur de bibliothèque. A tout moment, un ensemble peut être activé et l'autre ensemble passer en mode veille. Le contrôleur de la bibliothèque actif peut basculer en mode veille en réponse à une commande du logiciel ACSLS ou de SLConsole. Le basculement automatique peut être initié par la bibliothèque en cas d'échec d'une carte de la bibliothèque.

    RE permet les téléchargements de microprogrammes de bibliothèque (microcode) dont le niveau d'interruption est minimal. Dans le cadre d'une chaîne de SL8500 connectés, RE peut être implémenté bibliothèque par bibliothèque. Vous pouvez implémenter RE sur une ou toutes les bibliothèques d'un complexe.

    Pour prendre en charge RE dans la bibliothèque, ACSLS 7.3.1 ou 8.0.2 ou ultérieur est requis.

Affichage du statut de communication d'ACSLS avec les bibliothèques

Utilisez la commande query lmu pour afficher et contrôler l'état des communications d'ACSLS avec les bibliothèques gérées par ACSLS. La commande query lmu affiche également l'état des ACS et des connexions de port aux bibliothèques.

Prise en charge de la configuration TCP/IP double

TCP/IP double est une option qui peut être achetée pour les bibliothèques SL8500 et SL3000 (appelées la bibliothèque dans le présent document). Elle offre deux connexions TCP/IP à la bibliothèque. Cependant, vous pouvez continuer à utiliser la bibliothèque même si seulement une des deux connexions fonctionne.

L'objectif de la configuration TCP/IP double est d'identifier automatiquement les chemins de communication et d'éviter tout échec correspondant. Etant donné que ce processus est automatisé, il n'est pas nécessaire de basculer manuellement d'une connexion inopérante.

Pour utiliser la prise en charge de la configuration TCP/IP double, les tableaux de routage du serveur ACSLS et de la bibliothèque doivent être gérés avec la commande ”route”. Une route est donc forcée vers les interfaces réseau définies sur la bibliothèque, qui en substance crée une relation bi-univoque entre les interfaces. Le CSA (administrateur des systèmes client) modifie les tableaux de routage sur le serveur ACS, et le CSE (ingénieur chargé des systèmes client) met à jour les tableaux de routage dans la bibliothèque. Pour plus d'informations concernant la commande ”route” d'UNIX, reportez-vous aux pages du manuel relatives au serveur ACSLS.

Conditions requises 

  • Consultez vos administrateurs système et réseau pour comprendre votre environnement réseau actuel et identifier préalablement toutes les adresses IP nécessaires.

  • En coordination avec votre administrateur système, configurez l'interface de votre réseau ou vérifiez que cette dernière est configurée correctement.

Configuration

Il est recommandé qu'ACSLS conserve les deux connexions à la bibliothèque ouverte car ACSLS utilise toutes les connexions actives. Si une connexion est inopérante, ACSLS utilise la connexion opérante restante tout en essayant de rétablir la communication avec la connexion défaillante.

La configuration recommandée pour les implémentations TCP/IP double reposerait donc sur deux interfaces réseau et deux sous-réseaux distincts pour le serveur ACSLS, comme indiqué dans le 1er scénario. Celle-ci fournit un débit maximal et minimise les conflits entre ressources quant aux communications réseau tout en ajoutant une deuxième connexion physique pour plus de fiabilité.

Pour configurer deux connexions TCP/IP à une seule bibliothèque, utilisez l'utilitaire acsss_config ou Dynamic Configuration (config). Entrez le nombre (2) de connexions à la bibliothèque et les adresses IP des périphériques réseau. Le SL3000 prend en charge les connexion IPv4.

Les scénarios suivants fournissent des exemples de configuration du serveur ACSLS. Pour obtenir des instructions pour configurer la fonction TCP/IP double de la bibliothèque, reportez-vous au document library System Dual TCP/IP Feature .

Les scénarios suivants utilisent des adresses IP de sous-réseau privé qui seront différentes dans votre environnement. Ces scénarios partent du principe que vos périphériques réseau ont été configurés et qu'ils fonctionnent correctement.

Scénario 1 : configuration recommandée

Le 1er scénario correspond à la configuration recommandée de la configuration TCP/IP double.

Dans cette configuration, le serveur ACSLS contient deux interfaces réseau qui se trouvent sur deux sous-réseaux distincts. Le SL8500 et le SL3000 ont deux interfaces réseau sur les mêmes deux sous-réseaux que ceux du serveur ACSLS.

Figure B-1 Configuration recommandée

Le texte environnant décrit Figure B-1 .

Dans ce scénario, la bibliothèque utilise une relation bi-univoque avec les interfaces réseau sur le serveur ACSLS dans lequel :

  • l'interface qfe du serveur ACSLS ne communique qu'avec l'interface eth0 sur le SL8500 ou le SL3000 ;

  • l'interface qfe1 d'ACSLS ne communique qu'avec l'interface eth5 du SL8500 ou du SL3000.

En utilisant les commandes ”route” d'UNIX vous êtes en mesure de forcer cette relation.

  • Avec Solaris : en tant qu'utilisateur root, tapez les commandes suivantes :

    route -p add 7.0.50 -ifp qfe0 192.168.0.254

    route -p add 192.168.1.50 -ifp qfe1 192.168.1.254

    La première commande route achemine toutes les communications dont l'adresse est 192.168.0.50 vers qfe0 sur le serveur ACSLS, puis via Router 1.

    La deuxième commande achemine toutes les communications dont l'adresse est 192.168.1.50 vers qfe1 sur le serveur ACSLS, puis via Router 2.

    Vous pouvez vérifier que les routes se trouvent dans le tableau de routage en tapant :

    # netstat –r

Exemple B-1 Tableau de routage IPv4

Destination              Gateway       Flags  Ref  Use  Interface 
______________           ________       _____  ___  ___  _________ 
192.168.0.50             192.168.0.254  UGH    1    0    qfe0 
192.168.1.50             192.168.1.254  UGH    1    0    qfe1 
192.168.0.0              192.168.0.1     U     1    7    qfe0 
192.168.1.0              192.168.1.1     U     1    0    qfe1 
BASE-ADDRESS.MCAST.NET   192.168.0.1     U     1    0    qfe0 
default                  192.168.0.254   UG    1   33 
localhost                localhost       UH    4   77    lo0

Les deux premières entrées sont celles qui viennent d'être ajoutées. Toutes les communications dont l'adresse est 192.168.0.50 passeront par QFE0, et les communication dont l'adresse est 192.168.1.50 passeront par QFE1.

Rappel : configurez les tableaux de routage des bibliothèques conformément aux instructions du document StorageTek SL8500 Modular Library System Dual TCP/IP Feature.

Scénario 2

Le 2e scénario montre :

  • Serveur ACSLS doté de deux interfaces sur des sous-réseaux distincts de la bibliothèque

  • Bibliothèque SL8500 ou SL3000 avec deux interfaces réseau sur des sous-réseaux distinct d'ACSLS

  • ACSLS et SL8500 ou SL3000 utilisant un réseau public

Figure B-2 ACSLS et SL8500 ou SL3000 utilisant un réseau public

Le texte environnant décrit Figure B-2 .

En utilisant les commandes ”route” d'UNIX vous êtes en mesure de forcer cette relation.

  • Avec Solaris : en tant qu'utilisateur root, tapez les commandes suivantes :

    #route add 192.168.2.50 -ifp qfe0 192.168.0.254

    #route add 192.168.3.50 -ifp qfe1 192.168.1.254

    Les routes par défaut d'ACSLS restent identiques. Les routes au sein des sous-réseaux permettent d'acheminer les communications vers les bibliothèques via le LAN public tout en forçant la relation bi-univoque avec les interfaces. Vous obtiendrez ce résultat en utilisant la commande suivante :

    # netstat –r

Rappel : configurez les tableaux de routage des bibliothèques conformément aux instructions du document StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature.

Scénario 3

Ce scénario inclut un serveur ACSLS doté d'une interface réseau sur un sous-réseau distinct. La bibliothèque SL8500 ou SL3000 a deux interfaces réseau sur deux sous-réseaux distincts du serveur ACSLS.

Figure B-3 SL8500 ou SL3000 doté de deux interfaces réseau

Le texte environnant décrit Figure B-3 .

Rappel : configurez les tableaux de routage des bibliothèques conformément aux instructions du document StorageTek SL8500 or SL3000 Modular Library System Dual TCP/ IP Feature.

Scénario 4

Le 4e scénario montre :

  • Deux serveurs haute disponibilité (ACSLS HA), chacun doté de trois interfaces réseau, de deux sous-réseaux privés distincts du SL8500 ou SL3000, et d'un réseau public tiers.

  • Une bibliothèque SL8500 ou SL3000 dotée de deux interfaces réseau sur les mêmes deux sous-réseaux que ceux du serveur ACSLS.

Figure B-4 ACSLS HA

Le texte environnant décrit Figure B-4 .

Dans ce scénario, ACSLS HA utilise deux serveurs différents. Chacun d'entre eux utilise une interface réseau différente. Cela signifie que vous devez ajouter des entrées de route personnalisées aux deux serveurs ACSLS.

Utilisateur Solaris :

  • Sur ACSLS Server 1, vous devez taper :

    route add 192.168.0.50 –ifp qfe0 192.168.0.254

    route add 192.168.1.50 –ifp qfe1 192.168.1.254

  • Sur ACSLS Server 2, vous devez taper :

    route add 192.168.0.50 –ifp qfe1 192.168.0.254

    route add 192.168.1.50 –ifp qfe2 192.168.1.254

    Vous devez ajouter les adresses IP des deux serveurs à la configuration des bibliothèques. Reportez-vous au document StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature.

    Il est important de séparer les interfaces réseau des bibliothèques sur deux sous-réseaux différents lorsque vous utilisez ACSLS HA. L'objectif d'un environnement à haute disponibilité est de créer une redondance et d'éliminer les points de panne uniques.

Rappel : configurez les tableaux de routage des bibliothèques conformément aux instructions du document StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature.

Conservation des entrées de la table de routage personnalisée suite à une réinitialisation

Toutes les entrées de tableau de routage personnalisé sont perdues à la suite d'une réinitialisation du système. Il s'agit d'un comportement attendu, conforme à la nature des tables de routage du système.

Pour que la bibliothèque SL8500 ou SL3000 prenne en charge la configuration TCP/IP double, il est nécessaire d'ajouter des entrées personnalisées aux tableaux de routage sur le serveur ACSLS. Une fois le serveur ACSLS réinitialisé, toutes les entrées du tableau de routage sont vidées et toutes les routes vers les bibliothèques sont supprimées. S'agissant de la nature du système d'exploitation, il existe deux façons différentes de résoudre cette situation.

Création de scripts

Vous pouvez créer des scripts qui ajoutent des routes personnalisées lors de l'initialisation du système. Voir Ajout d'une route personnalisée à charger lors de l'initialisation du système pour les procédures.

Ces scripts peuvent ensuite être placés dans la structure du répertoire rc pour être exécutés automatiquement lors de l'initialisation du système. Reportez-vous à la documentation de votre système pour plus d'informations concernant la meilleure façon d'implémenter ceci.

Utilisez les scripts de démarrage ACSLS pour ajouter vos entrées d'acheminement personnalisé lors de l'initialisation du système. Les scripts de démarrage cherchent un fichier contenant les entrées personnalisées du tableau de routage. Toute entrée identifiée est automatiquement ajoutée au tableau de routage avec la commande route d'UNIX. Quant aux installations ACSLS autonomes, il s'agit d'une méthode recommandée pour conserver les entrées d'acheminement nécessaires à la prise en charge de la bibliothèque.

Important : cette solution ne fonctionnera pas si l'installation ACSLS repose sur un environnement ACSLS haute disponibilité (ACSLS HA).

Dans ce cas, vous devez utiliser la première méthode pour conserver les tableaux de routage.

ACSLS HA prend en charge l'initialisation du système différemment que les serveurs ACSLS autonomes, car il repose sur Solaris Cluster pour gérer les ressources mises en cluster, ce qui signifie qu'ACSLS ne peut pas automatiquement démarrer au moyen du mécanisme RC lors de l'initialisation du système. Cela est strictement pris en charge par les agents Solaris Cluster, les scripts de démarrage S87ACSLS n'étant jamais utilisé. Ajoutez un script avec la commande adéquate "route add" et identifiez-le dans la structure de répertoire /etc/rc2.d . Il est fortement recommandé que quiconque ayant affaire à un environnement ACSLS HA communique avec le service ACS d'Oracle (service client avancé) et de préférence avec le consultant qui initialement a installé le système ACSLS HA.

Ajout d'une route personnalisée à charger lors de l'initialisation du système

Ajout d'entrées de routage personnalisé :

  1. Changer de répertoire par le répertoire suivant :

    $ACS_HOME/data/external/ custom_routing.

    Le répertoire contient le fichier modèle custom_routing_tables.tpl.

  2. Copiez ce fichier et renommez-le custom_routing_tables.

    # cp custom_routing_tables.tpl custom_routing_tables

  3. Modifiez (vi) le fichier custom_routing_tables et ajoutez vos entrées.

    Le fichier contient trois champs.

    • Adresse IP du SL8500 ou du SL3000.

    • Le nom de l'interface du serveur ACSLS avec laquelle vous souhaitez établir une relation bi-univoque.

    • Adresse IP de la route par défaut de votre sous-réseau.

  4. Suivez les instructions de la section de commentaires custom_routing_tables en ce qui concerne le format.

    Remarque :

    Assurez-vous qu'il n'y a pas de ligne vide.

    Lorsque votre serveur se réinitialise, ACSLS est automatiquement réinitialisé, et vos routes personnalisées sont ajoutées au tableau de routage.

  5. Vérifiez toutes les routes du tableau de routage avec la commande suivante :

    # netstat -r

Reportez-vous à votre manuel UNIX pour obtenir la documentation complète relative aux commandes route et netstat.

Suppression des commandes de routage

Utilisez la commande route pour supprimer toute commande spéciale de routage ajoutée par erreur ou qui n'est plus requise par cette configuration.

Exemple : en tant qu'utilisateur root, tapez les commandes suivantes :

# route delete 192.168.0.50 192.168.0.254

Cela indique de supprimer la route vers 192.168.0.50 (le SL8500 ou SL3000) et d'utiliser le chemin par défaut vers 192.168.0.254. La route est ensuite supprimée.

Prise en charge de TCP/IP multiple

Lorsque le microprogramme SL8500 3.97 ou version supérieure est installé, ACSLS peut se connecter à plusieurs bibliothèques SL8500 dans un ACS (complexe de bibliothèques).

ACSLS prend en charge jusqu'à quinze connexions sur un ACS. Par exemple, il peut s'agir des éléments suivants : quinze connexions à quatre bibliothèques SL8500 ; deux connexions à chacune des deux bibliothèques SL8500 ; deux connexions à une bibliothèque SL8500 et deux connexions à deux autres bibliothèques SL8500 ; trois connexions à deux ou trois bibliothèques, etc.

Lorsque ACSLS est connecté à plusieurs bibliothèques, les connexions doivent être effectuées par le biais de différents sous-réseaux à des fins de redondance. Si un sous-réseau échoue, la communication entre ACSLS et la bibliothèque se poursuit par l'intermédiaire des autres sous-réseaux.

Lorsqu'ACSLS a deux connexions à une carte HBC SL8500, vous devez configurer les tableaux de routage du SL8500 et du serveur ACSLS comme indiqué dans Prise en charge de la configuration TCP/IP double. S'il n'y a qu'une connexion entre le serveur ACSLS et chaque carte HBC SL8500, il n'est pas nécessaire de configurer les tableaux de routage du serveur ACSLS et du SL8500.

Afin d'optimiser les performances de la bibliothèque et de minimiser les communications entre bibliothèques SL8500, définissez votre première connexion (port 0) avec la bibliothèque la plus active.

La configuration et la gestion des communications TCP/IP multiple sont plus simples que celles des communications TCP/IP double, car les tableaux de routage n'ont pas besoin d'être définis sur le serveur ACSLS ou dans la bibliothèque SL8500. Cependant, la configuration TCP/IP multiple requiert une chaîne de bibliothèques SL8500 connectées. Cette fonction ne s'applique pas aux bibliothèques SL8500 autonomes ou aux bibliothèques SL3000.

Pour plus d'informations, voir StorageTek SL8500 Modular Library System Technical Brief - Host to Library Communications.

Figure B-5 illustre un ACSLS avec configuration TCP/IP multiple, et Figure B-6 illustre un ACSLS avec une configuration TCP/IP multiple et TCP/IP double.

Figure B-5 ACSLS avec configuration TCP/IP multiple

Le texte environnant décrit Figure B-5 .

Figure B-6 ACSLS avec configuration TCP/IP multiple et TCP/IP double

Le texte environnant décrit Figure B-6 .

Redundant Electronics

La fonction facultative RE (Redundant Electronics) du SL8500 ou SL3000 est dotée d'une protection de basculement en cas d'incident qui s'applique aux bibliothèques d'entreprise. Si des erreurs se produisent sur le contrôleur de la bibliothèque, les opérations sont automatiquement basculées vers le contrôleur de secours de la bibliothèque ; les perturbations du fonctionnement de la bibliothèque et de l'hôte sont réduites au minimum. Cela permet à votre représentant du support technique Oracle de remplacer la carte défaillante pendant sans interrompre le fonctionnement normal de la bibliothèque.

RE permet de minimiser les interruptions du fonctionnement de la bibliothèque pendant les mises à niveau de microprogramme.

Remarque :

Les bibliothèques assurent la redondance pour plusieurs composants, y compris les robots et les systèmes d'alimentation. Le terme "Redundant Electronics" se réfère spécifiquement à la redondance des composants de la bibliothèque et du contrôleur d'unité.

RE requiert les composants matériels suivants :

  • Contrôleur de bibliothèque actif (HBC ou HBCR) jumelé avec le contrôleur d'unité actif (HBT)

  • HBC ou HBCR de secours jumelé avec le HBT de secours

  • Autres composants redondants

Pour plus d'informations, reportez-vous au Guide de l'utilisateur StorageTek SL8500 ou SL3000.

Figure B-7 shows ACSLS with RE in a single library.

Figure B-7 ACSLS avec configuration RE

Le texte environnant décrit Figure B-7 .

Prise en charge de la configuration RE par ACSLS

ACSLS prend en charge un mélange de cartes de contrôleur de bibliothèque SL8500 actives ou de secours au sein d'un unique complexe de bibliothèques (un ACS de bibliothèques connectées via PTP).

Comme l'illustre la Figure B-8, toute carte HBCR de chaque SL8500 peut être la carte de contrôleur active.

Figure B-8 ACSLS avec configuration RE et TCP/IP multiple

Le texte environnant décrit Figure B-8 .

Chaque bibliothèque appartenant à une chaîne de bibliothèques SL8500 connectées peut désormais avoir sa propre paire de contrôleurs de bibliothèque redondants. Dans un complexe de bibliothèques, certaines bibliothèques peuvent disposer d'une paire de cartes de contrôleur de bibliothèque avec RE activé, alors que d'autres bibliothèques ne disposent que d'un contrôleur de bibliothèque. ACSLS doit être capable de communiquer avec tous les LC actif en même temps.

ACSLS prend en charge RE avec TCP/IP double, comme l'illustre la Figure B-9, ou avec TCP/IP double et multiple, comme l'illustre la Figure B-10.

Figure B-9 ACSLS avec configuration RE et TCP/IP double

Le texte environnant décrit Figure B-9 .

Figure B-10 RE avec les configurations TCP/IP double et TCP/IP multiple.

Le texte environnant décrit Figure B-10 .

Requête (Query) et nouvelle tentative (Retry) de montage et démontage

Pour prendre en charge RE, ACSLS a implémenté les fonctions Query et Retry de montage et démontage au cours des pannes temporaires de bibliothèque et d'unité. Pour plus d'informations, voir Mise en file d'attente et nouvelles tentatives des montages et démontages en cas d'indisponibilité temporaire de la bibliothèque.

Commande switch lmu pour une seule bibliothèque

La commande switch lmu peut servir à forcer le basculement entre les contrôleurs de la bibliothèque SL3000 ou SL8500. La commande switch lmu ne peut pas être utilisée pour basculer un SL8500 connecté à d'autre SL8500 dans un complexe de bibliothèques.