test

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

Sauvegarde du domaine

Effectuez toujours une copie de sauvegarde du domaine existant avant d'utiliser l'option de Mise à jour de l'utilitaire suninstall. La sauvegarde la plus sûre consiste à effectuer un vidage de niveau 0 de tous les systèmes de fichiers connectés au domaine mis à jour. Si vous n'avez pas de procédure de sauvegarde établie, consultez le System Administration Guide.

Attention : Attention :

Pour Solaris 2.5 et les versions compatibles, le noyau se trouve dans       /platform/arch/kernel/unix, pas dans /kernel/unix. Si vous changez l'emplacement du fichier d'initialisation en le mettant explicitement sur /kernel/unix, vous pourrez installer le logiciel Solaris sans problème, mais vous ne pourrez pas initialiser le domaine.

Utilisation de l'option de Mise à jour

L'option de mise à jour de l'utilitaire suninstall détermine la façon dont le logiciel Solaris est copié sur le disque. Elle fusionne la nouvelle version du logiciel Solaris avec les fichiers existant sur le disque du domaine, en sauvegardant autant de modifications locales que possible.

Remarque :

L'option de Mise à jour peut nécessiter la suppression de modules logiciels si le disque est plein ; ceci requiert la connaissance des modules et dépendances.

Mise à jour des patchs installés

Vous n'avez pas besoin de supprimer les patchs installés avant de procéder à une mise à jour.

Contrôle de la documentation des autres logiciels

Contrôlez la documentation des autres logiciels utilisés tels que les systèmes de gestion de volumes, avant d'utiliser l'option de Mise à jour. Il se peut que vous deviez respecter d'autres instructions pour préserver les configurations existantes.

Mise à jour de fichiers importants

Les fichiers suivants doivent être présents sur les systèmes autonomes, les serveurs et tous les clients sans disque qui sont mis à jour.

Préservation des modifications locales

Lors d'une mise à jour, l'utilitaire suninstall essaye dans la mesure du possible de conserver les modifications locales apportées au serveur ; il peut cependant arriver que ces modifications locales causent l'échec de la mise à jour ou fassent que cette dernière ne fonctionne pas comme prévu.

Attention : Attention :

AP 2.0 et 2.1 ne sont pas pris en charge par Solaris 7. Si vous avez l'une ou l'autre version d'AP sur le domaine, vous devez déconfigurer le logiciel et supprimer les modules avant d'effectuer la mise à jour.

Le tableau suivant indique les tâches que vous devez effectuer avant de mettre à jour le domaine.

Tableau 6-7 Tâches à effectuer avant la mise à jour

Que faire avant la mise à jour 

Comment 

Pourquoi 

Conservez les liens symboliques 

Remplacez les liens symboliques utilisant des chemins d'accès absolus par des liens symboliques utilisant des chemins d'accès relatifs.  

 

Par exemple, si /usr/openwin est un lien symbolique vers

 

/export/openwin

 

remplacez ce lien symbolique par 

 

../export/openwin

 

Lors d'une mise à jour, l'utilitaire suninstall ne peut pas faire référence à des liens symboliques qui utilisent des chemins absolus, car le programme d'installation de Solaris monte le fichier racine (/) en /a. Par exemple, un lien symbolique vers /export/openwin échouera puisque lors de la mise à jour,        /export/openwin est /a/export/openwin.

 

Lorsque l'utilitaire suninstall ne peut pas faire référence à un lien symbolique, il écrase le lien symbolique et installe le logiciel (le programme d'installation ne sait pas que le logiciel existe). Résultat, le logiciel sera installé en double et la mise à jour risque d'échouer faute d'espace disque suffisant.

Préservez les liens symboliques vers des systèmes de fichiers montés automatiquement 

Supprimez les modules (à l'aide de Software Manager ou de la commande pkgrm(1M)) qui créeront des fichiers ou répertoires actuellement montés automatiquement.

 

 

Le dispositif de montage automatique n'étant pas actif lors d'une mise à jour, l'utilitaire suninstall installe tous les fichiers ou répertoires de modules qui constituent des liens symboliques vers des systèmes de fichiers montés automatiquement. Si un lien symbolique est modifié (réécrit), la mise à jour échouera faute d'espace disque suffisant.

 

(S'il vous est impossible de supprimer un module donné, changez le lien symbolique une fois la mise à jour terminée.) 

 

Remarque : Les répertoires /var/mail et /var/news, qui résident normalement sur un système de fichiers monté automatiquement, ne sont pas affectés par la mise à jour.

Empêchez le montage de systèmes de fichiers inutiles. 

Mettez en commentaire dans le fichier /etc/vfstab les systèmes de fichiers que vous ne voulez pas monter lors de la mise à jour.

Pendant une mise à jour, l'utilitaire suninstall essaye de monter tous les systèmes de fichiers répertoriés dans le fichier /etc/vfstab sur le système de fichiers racine dont la mise à jour est en cours. Si le programme d'installation Solaris ne peut pas monter un système de fichiers, il signale une erreur et s'arrête.