Solaris 7 11/99 Guide de la plate-forme matérielle Sun

Mise à niveau simultanée de AP et du logiciel Solaris

Les procédures de mise à niveau de AP décrites dans cette section utilisent deux scripts, ap_upgrade_begin et ap_upgrade_finish. Le premier script permet de sauvegarder la configuration AP actuelle et le deuxième script restaure la configuration exacte après l'installation des modules AP 2.2. Vous devrez probablement effectuer simultanément une mise à niveau vers l'environnement d'exploitation Solaris 7 11/99 et AP 2.2 car cette version AP exige Solaris 7 11/99. Etant donné que la configuration AP est restaurée telle qu'elle existait avant l'installation du logiciel Solaris 7 11/99, vous devez prendre en compte les problèmes décrits dans les sections qui suivent.

Renumérotation des contrôleurs

En règle générale, évitez d'effectuer des modifications sur le matériel si celles-ci peuvent entraîner la renumérotation des contrôleurs.

Si les contrôleurs d'E/S sont renumérotés, les scripts de mise à niveau de AP ne fonctionneront pas. Une renumérotation des contrôleurs d'E/S se produit lorsque vous modifiez la configuration de votre matériel, puis exécutez une commande d'initialisation avec l'option -R (boot -R) ou provoquez l'exécution de la commande drvconfig(1M). C'est le cas, par exemple, lorsque vous utilisez la fonctionnalité Dynamic Reconfiguration (DR) pour détacher logiquement une carte système. Si cette carte système héberge des contrôleurs d'E/S et que d'autres cartes système ayant des numéros plus élevés hébergent elles aussi des contrôleurs d'E/S, il se peut que la numérotation actuelle des contrôleurs change après l'exécution de la prochaine commande d'initialisation et de reconfiguration. Par exemple, le contrôleur pln5 peut se changer en pln3.

L'utilitaire suninstall exige l'exécution d'une commande d'initialisation et de reconfiguration. Si l'exécution de cette commande provoque la renumérotation des contrôleurs, vous ne pouvez pas utiliser le script ap_upgrade_finish pour mener à bien la mise à niveau de AP. En revanche, vous pouvez choisir d'utiliser le script ap_upgrade_begin. Ceci s'explique par le fait que le script ap_upgrade_begin sauvegarde des informations relatives à votre configuration AP dans les fichiers /var/tmp/ap*. Si vous maîtrisez correctement la fonction de numérotation des périphériques, vous pouvez restaurer votre configuration AP en faisant référence à ces fichiers dans le répertoire /var/tmp, puis en recréant manuellement les mappages de l'ancienne configuration de AP après avoir analysé la manière dont les contrôleurs physiques sous-jacents ont été renumérotés.

Si vous ne maîtrisez pas correctement la fonction de numérotation des périphériques, effectuez une première installation et recréez entièrement votre configuration AP ou demandez l'assistance du SAV.

Partitions des bases de données AP

Les scripts de mise à niveau AP tentent de recréer les bases de données AP dans les mêmes partitions que celles qu'elles occupaient avant la mise à niveau vers l'environnement d'exploitation Solaris 7 11/99. Toutefois, notez que l'environnement d'exploitation Solaris 7 11/99 nécessite un espace disque plus important que les versions antérieures du logiciel Solaris. Pour cette raison, vous pouvez décider de modifier le plan de partitionnement des disques d'initialisation pendant l'exécution de l'utilitaire suninstall. Si vous placez les systèmes de fichiers dans toutes les partitions réservées précédemment aux bases de données AP, le script ap_upgrade_finish ne pourra pas recréer ces bases de données et la procédure de mise à niveau échouera. Par ailleurs, si vous placez un système de fichiers dans une partition réservée précédemment à une base de données AP et si, pour une raison quelconque, le système de fichiers n'est pas monté lors de l'exécution du script ap_upgrade_finish, ce système de fichiers sera écrasé par une copie de la base de données AP.

Partition du disque "root"

L'utilitaire de mise à niveau AP suppose que le partitionnement du disque root (disque contenant la partition root) n'est pas modifié pendant la mise à niveau. Le logiciel Solaris 7 11/99 nécessite un espace disque plus important que les versions précédentes.

Une méthode permettant de gagner de l'espace disque supplémentaire consiste à repartitionner le disque d'origine ou à diviser le disque root en deux disques en exécutant des commandes standard avant d'effectuer la mise à niveau vers Solaris 7 11/99. Si vous devez repartitionner le disque root, faites-le avant d'exécuter la procédure de mise à niveau AP 2.2. Si vous ne disposez pas d'un espace disque suffisant lors de l'exécution de l'utilitaire suninstall, modifiez le partitionnement du disque pour libérer plus d'espace. Toutefois, pendant l'exécution de suninstall, vous ne devez pas réaffecter les partitions root ou usr à un autre disque, car le script de mise à niveau AP échouera.

Entrées de la base de données AP non enregistrées

Avant d'exécuter le script ap_upgrade_begin, enregistrez ou annulez les entrées qui ne sont pas enregistrées dans la base de données AP. Les métapériphériques créés, mais non enregistrés, ne sont pas conservés lors de la mise à niveau. De même, les métapériphériques supprimés, mais non enregistrés, continuent d'exister après la mise à niveau.

Passage à la version AP 2.2
  1. Si nécessaire, enregistrez tous les métapériphériques AP non enregistrés.

    1. Connectez-vous en tant que super-utilisateur.

    2. Enregistrez les entrées dans la base de données AP.


      # apdb -C
      

  2. Terminez tous les processus permettant d'accéder directement ou indirectement aux métapériphériques.

    Le script ap_upgrade_begin que vous exécuterez plus tard dans cette procédure et la réinitialisation consécutive permettront au disque d'initialisation et au réseau primaire d'utiliser les chemins d'accès physiques plutôt que les métapériphériques AP.

  3. Supprimez la configuration AP actuelle.

    1. Connectez-vous en tant que super-utilisateur.

    2. Insérez le Sun Computer Systems Supplement CD dans le lecteur de CD-ROM.

      Le système de gestion de volumes monte le CD au bout de quelques secondes.

    3. Exécutez le script suivant pour supprimer la configuration AP (et la sauvegarder afin de la restaurer ultérieurement) :


      # /cdrom/cdrom0/Tools/ap_upgrade_begin
      ...
      ap_upgrade_begin has completed

      Ce script sauvegarde la configuration AP actuelle dans les fichiers /var/tmp/ap*. Il crée également des scripts de shell exécutables que vous pouvez utiliser pour régénérer votre configuration AP. Vous pouvez consulter les fichiers /var/tmp/ap* files, mais vous ne pouvez pas les modifier ou les supprimer. Toute modification ou suppression de ces fichiers peut compromettre la procédure de mise à niveau.

    4. Si les systèmes de fichiers figurant dans /etc/vfstab sont encore configurés en métapériphériques AP, éditez le fichier /etc/vfstab, puis reconfigurez ces fichiers en périphériques physiques.


      Attention : Attention :

      Vous devez avoir une bonne maîtrise de l'administration système pour pourvoir modifier le fichier /etc/vfstab. Si les systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre des données lors de la prochaine initialisation du serveur.


    5. Exécutez la commande pkgrm(1M) pour supprimer les modules SUNWapdoc, SUNWapr, SUNWapu et SUNWabap.

  4. Si vous comptez passer à l'environnement d'exploitation Solaris 7 11/99, effectuez la mise à niveau maintenant.

    Reportez-vous à la section "Upgrading a System" dans la Bibliothèque d'installation Solaris 7 11/99 (SPARC Platform Edition). Notez que vous devez choisir l'option Mise à niveau pour effectuer la mise à niveau de Solaris.


    Attention : Attention :

    Attendez la fin de la procédure de mise à niveau de Solaris avant de poursuivre cette procédure.

    Assurez-vous que vous mettez à jour la tranche de disque appropriée. Si vous aviez utilisé précédemment un système de gestion de volumes pour mettre en miroir le disque d'initialisation et si vous aviez également utilisé AP pour définir un deuxième chemin d'accès à chaque miroir de disque d'initialisation, vous disposiez alors de quatre chemins d'accès physiques représentant précédemment des chemins d'accès potentiels au disque d'initialisation (soit deux autres chemins d'accès pour chaque miroir de disque d'initialisation). Puisque la configuration de AP et du système de gestion de volumes a été supprimée, examinez le fichier /etc/vfstab pour identifier le chemin d'accès physique correspondant au système de fichiers root (/). Lorsque vous exécutez l'utilitaire suninstall, déclarez ce chemin d'accès comme disque à mettre à jour. Plus tard, lorsque vous devrez restaurer votre système de gestion de volumes, pensez à déclarer ce disque comme miroir. Reportez-vous à la documentation de votre système de gestion de volumes pour savoir comment identifier la tranche physique utilisée lors de l'initialisation.


  5. Passez à la version AP 2.2.

    1. Connectez-vous en tant que super-utilisateur.

    2. Au besoin, réinsérez le CD Supplement dans le lecteur de CD-ROM.

      Le système de gestion de volumes monte le CD au bout de quelques secondes.

    3. Installez les modules AP 2.2 appropriés.


      # cd /cdrom/cdrom0/Product
      # pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
      

    4. Exécutez le script suivant pour restaurer la configuration AP d'origine.


      Attention : Attention :

      Avant d'exécuter la commande, lisez la section "Mise à niveau simultanée de AP et du logiciel Solaris".


      # /cdrom/cdrom0/Tools/ap_upgrade_finish
      ...
      ap_upgrade_finish has completed


    5. Si des systèmes de fichiers présents dans le fichier /etc/vfstab sont encore configurés en périphériques physiques et si vous désirez créer ces systèmes de fichiers sur des métapériphériques AP, modifiez le fichier /etc/vfstab et reconfigurez ces systèmes de fichiers en métapériphériques AP.


      Attention : Attention :

      Vous devez avoir une bonne maîtrise de l'administration système pour pouvoir modifier le fichier /etc/vfstab. Si vos systèmes de fichiers ne sont pas configurés correctement dans le fichier /etc/vfstab, vous risquez de perdre des données lors de la prochaine initialisation du serveur.


    6. Réinitialisez le serveur.