Configuration du logiciel Sun SAM-Remote

Cette section décrit la procédure de configuration initiale du serveur Sun SAM-Remote et du logiciel client.

Dans les exemples de configuration suivants, les systèmes de fichiers SAM-QFS sur portland et sacramento sont des clients du serveur Sun SAM-Remote sur chicago.

Figure 18-3 Exemple de configuration de Sun SAM-Remote

Les procédures suivantes expliquent comment configurer le logiciel Sun SAM-Remote sur un serveur Sun SAM-Remote et sur un ou plusieurs clients Sun SAM-Remote. Les procédures utilisent la configuration présentée à la Figure 18-3.

• Effectuez les procédures dans l'ordre spécifié.

• Vous devez disposer d'un accès superutilisateur au système serveur sur lequel le logiciel Sun SAM-Remote doit être installé.

• Vous devez disposer d'un accès superutilisateur au(x) système(s) client sur lequel le logiciel Sun SAM-Remote doit être installé.

• Le même niveau de version et de révision du logiciel SAM-QFS doit être installé sur tous les hôtes client et serveur dans l'environnement Sun SAM-Remote.

• Le même jeu de patchs doit être installé sur tous les hôtes client et serveur dans l'environnement SAM-Remote.

Etape 1 : connexion au serveur potentiel et aux hôtes client

1. Connectez-vous au serveur Sun SAM-Remote en tant que superutilisateur.
2. Connectez-vous aux clients Sun SAM-Remote en tant que superutilisateur.

Etape 2 : vérification du logiciel client et serveur

Suivez ces étapes sur chaque système à intégrer dans le cadre d'un environnement Sun SAM-Remote.

1. Emettez la commande pkginfo -l et examinez la sortie.

   #  pkginfo -l SUNWsamfsr
      PKGINST:  SUNWsamfsr
         PKGINST:  SUNWsamfsr
         NAME:  Sun SAM and Sun SAM-QFS software Solaris 11 (root)
     CATEGORY:  system
         ARCH:  i386
      VERSION:  5.3.0,REV=5.11.2011.10.27
      BASEDIR:  /
       VENDOR:  Sun Microsystems, Inc.
         DESC:  Storage and Archive Manager File System
       PSTAMP:  build34-mn20111027150903
     INSTDATE:  Oct 28 2011 02:57
      HOTLINE:  Please contact your local service provider
       STATUS:  completely installed
        FILES:      641 installed pathnames
                      7 shared pathnames
                     23 linked files
                     79 directories
                    208 executables
                      1 setuid/setgid executables
                  96696 blocks used (approx)
   
   chicago# pkginfo -l SUNWsamfsu
      PKGINST:  SUNWsamfsu
         NAME:  Sun SAM and Sun SAM-QFS software Solaris 11 (usr)
     CATEGORY:  system
         ARCH:  i386
      VERSION:  5.3.0,REV=5.11.2011.10.27
      BASEDIR:  /
       VENDOR:  Sun Microsystems, Inc.
         DESC:  Storage and Archive Manager File System
       PSTAMP:  build34-mn20111027150917
     INSTDATE:  Oct 28 2011 02:58
      HOTLINE:  Please contact your local service provider
       STATUS:  completely installed
        FILES:       57 installed pathnames
                      9 shared pathnames
                     20 directories
                     19 executables
                  12584 blocks used (approx)
   
   chicago#

   La sortie indique que le serveur (chicago) exécute la version 5.3 du logiciel. Tous les systèmes inclus dans un environnement avec ce serveur doivent également exécuter la version 5.3.

2. Emettez la commande showrev -p et examinez la sortie.

   chicago# showrev -p | grep SUNWsamfs
   
   chicago#

   La sortie indique que le serveur n'a pas de patchs SAM-QFS installé. Tous les systèmes inclus dans un environnement avec ce serveur doivent également exécuter le niveau de version et de patch.

   Si vous devez effectuer une mise à niveau logicielle, reportez-vous au Chapitre 10, Mise à niveau de Sun QFS et SAM-QFS du manuel Guide d’installation de Sun QFS et Sun Storage Archive Manager 5.3.

Etape 3 : modification des fichiers mcf sur chaque client

Le fichier mcf définit un système de fichiers. Cette procédure permet d'ajouter la définition de l'hôte en tant que client Sun SAM-Remote.

1. A partir du serveur Sun SAM-Remote, arrêtez les fonctions SAM-QFS.
2. Emettez la commande samcmd pour rendre inactif chaque média amovible. Pour plus d'informations sur la commande samcmd, reportez-vous à la section samcmd(1M) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual.

   # samcmd idle eq1
   # samcmd idle eq2.
   .
   # samcmd idle eqn

   eq spécifie le nombre ordinal d'équipement du lecteur de média amovible tel que défini dans le fichier mcf.

   Vous pouvez également avoir recours à l'utilitaire opérateur samu pour rendre les lecteurs inactifs. Pour plus d'informations, reportez-vous au Chapitre 13, Utilisation de l’utilitaire opérateur samu du manuel Guide de configuration et d’administration du système de fichiers Sun QFS 5.3.

   ---

   Remarque - Tous les lecteurs doivent être inactifs avant l'émission de la commande suivante, samd stop, de sorte que l'archiveur, l'outil de transfert et d'autres processus puissent terminer les tâches en cours et que les cartouches puissent être déchargées et rangées dans leurs emplacements de stockage.

   ---

3. Emettez la commande samd avec son option stop pour arrêter le démon sam-amld et ses processus enfants.

   # /opt/SUNWsamfs/sbin/samd stop

4. Sur chaque client, ouvrez le fichier /etc/opt/SUNWsamfs/mcf.
5. Définissez chaque système en tant que client du serveur Sun SAN-Remote.

   L'exemple de code présente le fichier mcf du client portland après sa modification de façon à faire de portland un client du serveur Sun SAM-Remote chicago.

6. Ouvrez le fichier mcf d'un autre client.

   Dans cet exemple, le fichier mcf du client sacramento est modifié.

7. Copiez le dernier groupe de lignes du fichier mcf du premier client dans le fichier mcf du client suivant.

   Dans l'exemple, copiez le dernier groupe de lignes du fichier mcf de portland dans le fichier mcf de sacramento.

8. Enregistrez et fermez les fichiers mcf.

Exemple 18-1 Fichiers mcf sur les clients

# mcf file on portland
#
# Define a Sun QFS file system
#
# Equipment                                      Eq  Eq Family Dev Additional
# Identifier                                     Ord Ty Set    St  Parameters
# ==========                                     === == ====== == ==========
samfs1                                           10  ms samfs1 on
/dev/dsk/c7t60003BA13F71500048EDCE5F00048F2Dd0s6 11  md samfs1 on 
/dev/dsk/c7t60003BA13F71500048EDCE23000B24C2d0s6 12  md samfs1 on 


# Define Sun SAM-Remote Client portland to Sun SAM-Remote server chicago
#
/etc/opt/SUNWsamfs/rmt200 200 sc chicagoss on /var/opt/SUNWsamfs/catalog/tcat
/dev/samrd/rd0            201 rd chicagoss on
/dev/samrd/rd1            202 rd chicagoss on

L'entrée mcf du client comprend une entrée d'une seule ligne pour le client Sun SAM-Remote et une entrée de pseudo-périphérique, indiquées par le type d'équipement rd, pour chaque périphérique à configurer. Un pseudo-périphérique définit une connexion réseau vers un périphérique actuel sur le serveur Sun SAM-Remote. Chaque entrée utilise les champs répertoriés dans le tableau suivant.

Etape 4 : création d'un fichier de configuration du client Sun SAM-Remote

Un fichier de configuration du client Sun SAM-Remote contient une entrée : le nom du serveur Sun SAM-Remote.

1. Sur chaque client, créez le fichier à utiliser en tant que fichier de configuration du client Sun SAM-Remote à l'emplacement spécifié dans le fichier mcf.

   Par exemple :

   portland# vi /etc/opt/SUNWsamfs/rmt200

2. Tapez le nom du serveur Sun SAM-Remote.

   L'exemple suivant présente le fichier de configuration du client pour le client portland, en indiquant que son serveur Sun SAM-Remote est le système chicago.

   L'exemple suivant présente un fichier de configuration du client.

   portland# cat /etc/opt/SUNWsamfs/rmt200
   chicago

Etape 5 : modification du fichier mcf du serveur

1. Sur le serveur Sun SAM-Remote, modifiez le fichier /etc/opt/SUNWsamfs/mcf.
2. Ajoutez des entrées qui définissent les systèmes de fichiers SAM-QFS et ce système en tant que serveur Sun SAM-Remote.

   Vous devez disposer d'au moins un système de fichiers SAM-QFS. L'exemple suivant présente le fichier mcf sur chicago.

   L'exemple suivant présente les fichiers mcf sur le serveur.

   # mcf file on Sun SAM-Remote server chicago:
   # Define a SAM-QFS file system
   #
   
   # Equipment                                      Eq  Eq Family Dev Additional
   # Identifier                                     Ord Ty Set    St  Parameters
   # ==========                                     === == ====== == ==========
   samfs1                                           10 ms samfs1 on
   /dev/dsk/c6t600A0B80004850A600000F8048EF90ADd0s6 11 md samfs1 on 
   /dev/dsk/c6t600A0B800048505600000E9D48EF91EEd0s6 12 md samfs1 on 
   
   
   # Define a tape library that client portland can use:
   /dev/samst/c4t500104F0009C2F6Fu0 100 sn rb100 on /var/opt/SUNWsamfs/catalog/rb100.cat
   /dev/rmt/0cbn                    101 li rb100 on
   /dev/rmt/1cbn                    102 li rb100 on
   
   
   # Define Sun SAM-Remote server chicago
   #
   /etc/opt/SUNWsamfs/rmt200         50 ss chicagoss on

   ---

   Remarque - Le nom de famille sur le serveur Sam-Remote doit correspondre au nom de famille sur le client Sam-Remote.

   ---

Etape 6 : création du fichier de configuration du serveur

Le fichier de configuration du serveur Sun SAM-Remote définit les caractéristiques de la mémoire tampon de disque et le média à utiliser pour chaque client. Vous pouvez configurer dix clients par démon de serveur. Pour prendre en charge d'autres clients, configurez un autre démon de serveur Sun SAM-Remote.

1. Sur le serveur, créez le fichier de configuration du serveur Sun SAM-Remote.
2. Ajoutez des définitions de chaque client à l'aide du format suivant :

   client-name
   [ parameter1 ]
       media 
       eq media-type regex 
        [eq media-type regex ] 
        [. . .] 
      endmedia 

   Le tableau suivant décrit les champs disponibles pour les clients.

   
   

   Champ Définition et configuration requise client-name Identifie le système que cet appel du démon Sun SAM-Remote doit servir. Utilisez le nom du réseau, son adresse IP ou un nom de domaine complet. Le premier caractère du client-name doit être le premier caractère de la ligne. parameter (facultatif) Définit un attribut du client, à l'aide d'une paire mot-clé = valeur. Par exemple, vous pouvez utiliser le parameter pour indiquer la taille de bloc du réseau à utiliser par le socket du client en kilo-octets. Format de ce paramètre : net_blk_size= size où size est un nombre entier supérieur ou égal à 4 et inférieur ou égal à 64. L'entier par défaut est 4 et équivaut à 4 096 octets. La ligne contenant le paramètre doit commencer par un espace ou une tabulation. media et endmedia Mots-clés contenant les définitions de médias. Les définitions au sein de ces deux mots-clés définissent les volumes d'archive de média pouvant être utilisés par un client. Remarque - Ces mots-clés sont obligatoires et doivent être mis en retrait à l'aide d'un espace ou d'une tabulation. eq media-type (regex) Définit un volume d'archive de média que ce client peut utiliser. Placez les données regex entre parenthèses. Etant donné que les bibliothèques connectées au réseau disposent de plusieurs médias, spécifiez chaque type de média sur une ligne distincte. Remarque - Utilisez les caractères d'espacement ou de tabulation pour mettre en retrait les définitions de média. eq : numéro d'équipement tel qu'indiqué dans le fichier mcf. media-type : type de média spécifique à deux caractères, par exemple li. Pour plus d'informations sur les types de médias valides, reportez-vous à la section mcf(4) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual - mais n'utilisez pas le type de média générique. (regex) : les noms de série de volume (VSN) des cartouches servant à l'archivage des fichiers, exprimés sous la forme d'une expression régulière étendue. Pour plus d'informations sur les expressions régulières étendues, reportez-vous à la page de manuel egrep(1). Pour plus d'informations sur les expressions régulières, reportez-vous à la page de manuel regcomp(3c).

   L'exemple ci-dessous constitue une définition de type de média valide :

      media 
         100 li (VSN1)
         100 li (VSN2)
      endmedia 

   ---

   Remarque - Ne permettez pas à des cartouches de média physique identiques d'être utilisées par plus d'un client. De plus, si le serveur Sun SAM-Remote dispose de son propre système de fichiers à l'extérieur de l'environnement Sun SAM-Remote, une cartouche ne doit pas être utilisée à la fois par le client et le serveur.

   ---

   L'exemple suivant représente le fichier de configuration du serveur, /etc/opt/SUNWsamfs/rmt200, pour le serveur Sun SAM-Remote chicago. Ce fichier définit les clients portland et sacramento.

   # Sun SAM-Remote server config file /etc/opt/SUNWsamfs/rmt200
   #
   portland
      media  
         100 li (100031|100032|100034|100035|100037|100038) 
         100 li (200001|200002|200003|200004|200005|200006)
      endmedia 
   #
   #
   sacramento
      media 
         100 li (300141|300142|300143|300145|300146|300147) 
         100 li (400001|400002|400003|400005|400006|400007) 
      endmedia 

Etape 7 : activation de l'archivage

1. Vérifiez le fichier archiver.cmd sur chaque client. En fonction de votre configuration, vous devrez peut-être effectuer les tâches suivantes :
   1. Assurez-vous que les VSN définis dans le fichier de configuration du serveur sont assignés aux groupes d'archives corrects.
   2. Supprimez les directives ci-dessous si elles s'appliquent aux groupes d'archives devant être archivés dans la bibliothèque connectée au serveur Sun SAM-Remote :

      • -tapenonstop

      • -offline_copy direct

2. Démarrer le processus SAM-QFS sur le serveur et sur les clients. Emettez la commande suivante sur les clients et le serveur :

   server# samd start

3. Vérifiez l'état des connexions Sun SAM-Remote.
   1. Emettez la commande samu sur le serveur et les clients.

      Pour plus d'informations, reportez-vous à la section samu(1M) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual ou au Chapitre 13, Utilisation de l’utilitaire opérateur samu du manuel Guide de configuration et d’administration du système de fichiers Sun QFS 5.3.

   2. Sur chaque client, visualisez l'affichage de l'état du périphérique s de l'utilitaire samu.

      L'exemple suivant présente l'affichage de l'état s sur le client Sun SAM-Remote portland. Le type de périphérique sc identifie le client Sun SAM-Remote. Le message après cette ligne indique que la connexion avec le serveur chicago a été établie.

      Device status samcmd      5.3.0 20:44:09 Jul 30 2009
      samcmd on portland
      
      ty     eq state   device_name                        fs status
      sc    200 on      /etc/opt/SUNWsamfs/rmt200          200  ---------r
              Remote server 10.1.229.92 connected
      rd    201 on      /dev/samrd/rd0                     200  ----------
      
      rd    202 on      /dev/samrd/rd1                     200  ----------
      
      hy    203 on      historian                          203  ----------

   3. Sur chaque serveur, visualisez l'affichage de l'état du périphérique s de l'utilitaire samu.

      L'exemple suivant présente l'affichage de l'état s de samu sur le serveur Sun SAM-Remote chicago. Le type de périphérique ss identifie le serveur Sun SAM-Remote.

      Device status samcmd      5.3.0 20:40:05 Jul 30 2009
      samcmd on chicago
      
      ty     eq state   device_name                        fs status
      sk      1 on      /etc/opt/SUNWsamfs/SL500_SAM         1  m--------r
              running
      li      2 on      /dev/rmt/0cbn                        1  ---------p
              empty
      li      3 on      /dev/rmt/1cbn                        1  ---------p
              empty
      ss     50 on      /etc/opt/SUNWsamfs/rmt200           50  -------o-r
      
      hy     51 on      historian                           51  ----------

   4. Sur le serveur, visualisez l'affichage SAM-Remote R de l'utilitaire samu.

      L'exemple suivant présente l'affichage R Sun SAM-Remote samu depuis le serveur Sun SAM-Remote chicago.

      Remote server eq: 50    addr: 00003858  samu      5.3.0 20:41:38 Jul 30 2009
      
      
      message:
      
      Client IPv4: jimmy 192.10.10.3                                   port - 5000
                client index - 0  port - 0 flags - 0004
      
      Client IPv4: portland 10.1.229.97                                port - 5000
                client index - 1  port - 32848 flags - 0005  connected

      Si la configuration Sun SAM-Remote comprend plusieurs clients, appuyez sur la séquence de touches Ctrl+F pour faire défiler chaque client. Chaque client est identifié par son nom et par son champ client index, un entier compris entre 0 et 9, qui indique son ordre dans les 10 clients possibles définis pour ce démon de serveur. La taille de bloc du réseau, la taille maximale du fichier et la taille minimale du fichier sont exprimées en octets. Les indicateurs permettent de visualiser l'état de la connexion.

      
      

      Indicateur Nombre Définition 0x00000000 0004 Aucune connexion. 0xc0000000 0005 Une connexion a été établie.

4. Sur le serveur, utilisez l'affichage du catalogue de la bibliothèque automatisée v de l'utilitaire samu pour vous assurer que le catalogue Sun SAM-Remote est disponible sur les clients. A partir de l'invite de commande samu, émettez la commande suivante :

   :v eq

   Pour eq, spécifiez le nombre ordinal d'équipement du démon de client Sun SAM-Remote tel qu'il est défini dans le fichier mcf.

   L'exemple présente les volumes auxquels portland peut accéder.

   Robot VSN catalog by slot : eq 200 samu 5.3.0 Wed May 02 15:24:13
   count 32
   slot access time count use flags ty vsn
   1 2003/01/02 10:40 0 0% -il-o-b-R-U- at 000032
   2 2003/01/02 11:41 0 0% -il-o-b-R--- at 000034
   3 2003/01/02 12:42 170 91% -il-o-b----- at 000035
   4 2003/01/02 13:43 20 7% -il-o-b----- at 000037
   5 2003/01/02 14:44 0 0% -il-o-b----- at 000038
   6 2003/01/02 13:41 0 0% -il-o-b----- at 000031

5. Depuis n'importe quel client, émettez la commande archiver et son option -A pour vérifier que l'archivage a bien lieu du client vers le serveur.

   Cette commande écrit une liste établie depuis l'archiveur, y compris les VSN du serveur. Pour plus d'informations sur cette commande, reportez-vous à la section archiver(1M) du manuel Sun QFS and Sun Storage Archive Manager 5.3 Reference Manual.