Chapitre 34 Solaris Live Upgrade – Planification

Cette rubrique récapitule certaines directives d'installation et d'utilisation de votre environnement d'exploitation Solaris, ainsi que la configuration minimale requise. Il est également vivement conseillé de lire les informations générales de mise à niveau dans la Liste de vérification en vue d'une mise à niveau. Ce chapitre comprend les rubriques suivantes :

• Configuration minimale requise par Solaris Live Upgrade

• Gestion des packages et des patchs avec Solaris Live Upgrade

• Procédure de création de systèmes de fichiers à l'aide de la commande lucreate

• Conseils de sélection de tranches pour les systèmes de fichiers

• Personnalisation du contenu d'un nouvel environnement d'initialisation

• Synchronisation de fichiers entre les environnements d'initialisation

• Utilisation de Solaris Live Upgrade à partir d'un système distant

Configuration minimale requise par Solaris Live Upgrade

Configuration minimale requise par Solaris Live Upgrade

Solaris Live Upgrade est inclus dans le logiciel Solaris 9. Si vous souhaitez effectuer une mise à niveau à l'aide de Solaris Live Upgrade, vous devez installer les packages Solaris Live Upgrade sur votre environnement d'exploitation actuel. Vous pouvez mettre à niveau un environnement d'initialisation vers une version de l'environnement d'exploitation Solaris identique à la version des packages Solaris Live Upgrade de votre machine. Si, par exemple, vous avez installé les packages de Solaris 9 Live Upgrade sur votre environnement d'exploitation actuel Solaris 8, vous pourriez mettre à niveau un environnement d'initialisation vers la version de mise à jour ou commerciale Solaris 9.

Le Tableau 34–1 répertorie les versions prises en charge par Solaris Live Upgrade.

vous ne pouvez pas effectuer une mise à niveau vers l'environnement d'exploitation Solaris 7.

Installation de Solaris Live Upgrade

Vous pouvez installer Solaris Live Upgrade à l'aide de :

• La commande pkgadd. Les packages de Solaris Live Upgrade sont SUNWlur et SUNWluu et doivent être installés dans cet ordre.

• Un programme d'installation sur le Solaris DVD, le Solaris Software 2 of 2 CD ou une icône d'installation réseau.

  ---

  Remarque :

  si vous utilisez les versions Solaris 2.6, Solaris 7, ou Solaris 8, vous risquez de ne pas pouvoir exécuter le programme d'installation de Solaris Live Upgrade. Ces versions ne contiennent pas l'ensemble de patchs nécessaire à l'exécution de l'environnement d'exécution Java^TM 2. Vous devez posséder le cluster de patchs recommandé pour l'environnement d'exécution Java 2 pour exécuter le programme d'installation de Solaris Live Upgrade et installer les packages. Pour installer les packages de Solaris Live Upgrade,utilisez la commande pkgadd ou installez le cluster de patchs recommandé pour l'environnement d'exécution Java 2, accessible à l'adresse http://sunsolve.sun.com.

  ---

Pour consulter les instructions d'installation de Solaris Live Upgrade, reportez-vous à la rubrique Installation de Solaris Live Upgrade.

Espace disque minimum requis par Solaris Live Upgrade

Respectez l'espace disque minimum requis pour une mise à niveau. Voir le Chapitre 5.

Pour estimer la taille de système de fichiers nécessaire à la création d'un environnement d'initialisation, démarrer sa création. La taille est calculée. Vous pouvez alors abandonner la procédure.

Le disque du nouvel environnement d'initialisation doit pouvoir servir de périphérique d'initialisation. Certains systèmes imposent des restrictions quant aux disques utilisables comme périphériques d'initialisation. Consultez la documentation de votre système pour déterminer les éventuelles restrictions qui s'appliquent.

Avant de créer le nouvel environnement d'initialisation, le disque demande peut-être une préparation. Vérifiez que le disque est correctement formaté :

• Identifiez les tranches suffisamment grandes pour contenir les systèmes de fichiers à copier.

• Identifiez les systèmes de fichiers contenant des répertoires que vous souhaitez partager entre les environnements d'initialisation, au lieu de les copier. Si vous souhaitez partager un répertoire, vous devez créer un nouvel environnement d'initialisation où le répertoire est placé sur sa propre tranche et devient un système de fichiers. À partir de ce moment, la nouvelle tranche peut être partagée avec les environnements d'initialisation ultérieurs. Pour obtenir de plus amples informations sur la création de systèmes de fichiers séparés pour le partage, reportez-vous à la rubrique Conseils de sélection de tranches pour des systèmes de fichiers partagés.

Configuration minimale requise par Solaris Live Upgrade pour la création de volumes RAID-1 (miroirs)

Solaris Live Upgrade utilise la technologie de Solaris Volume Manager pour créer un environnement d'initialisation pouvant contenir des systèmes de fichiers qui sont des volumes RAID-1 (miroirs). Pour utiliser les fonctions de mise en miroir de Solaris Live Upgrade, vous devez au minimum créer une base de données d'état et trois répliques de cette base. Une base de données d'état stocke sur le disque des informations relatives à l'état de votre configuration Solaris Volume Manager. La base de données d'état est un ensemble de plusieurs copies de bases de données répliquées. Chaque copie correspond à une réplique de la base de données d'état. Les copies de la base de données d'état permettent d'empêcher les pertes de données à partir de points de panne uniques. Pour consultez les procédures de création d'une base de données d'état, reportez-vous à la rubrique “State Database (Overview)” in Solaris Volume Manager Administration Guide.

Solaris Live Upgrade ne comporte pas l'ensemble des fonctionnalités de Solaris Volume Manager. Solaris Live Upgrade ne prend en charge qu'un volume RAID-1 (miroir) comportant des concaténations à une tranche sur le système de fichiers racine (/). Un miroir peut comporter trois concaténations au maximum. Pour les procédures de création de systèmes de fichiers miroirs, reportez-vous à la rubrique Directives pour la sélection de tranches de systèmes de fichiers miroirs.

Gestion des packages et des patchs avec Solaris Live Upgrade

Les rubriques suivantes répertorient les packages requis par Solaris Live Upgrade et fournissent des informations sur les patchs recommandés. Consultez la rubrique Mise à niveau d'un système à l'aide de packages et de patchs pour obtenir de plus amples informations sur l'utilisation de Solaris Live Upgrade dans le cadre de l'ajout de packages et de patchs.

lors de la mise à jour, de l'ajout ou de la suppression de packages ou de patchs, Solaris Live Upgrade a besoin de packages ou de patchs compatibles avec les directives avancées de génération de packages SVR4. Si les packages Sun sont conformes à celles-ci, Sun ne peut pas garantir que ce soit le cas avec d'autres fournisseurs. Si un package n'était pas conforme, il pourrait entraîner l'échec de l'ajout de logiciels supplémentaires lors d'une mise à niveau ou altérer l'environnement d'initialisation actif .

Pour de plus amples informations sur l'ajout et la suppression de packages à l'aide de Solaris Live Upgrade, consultez la page luupgrade( 1M) du manuel. Pour de plus amples informations sur les exigences en matière de packages, consultez l'Annexe G.

Packages requis

Vérifiez dans le tableau suivant quels packages sont nécessaires à votre environnement d'exploitation pour l'utilisation de Solaris Live Upgrade. S'il manque certains packages, utilisez la commande pkgadd pour les ajouter.

Pour vérifier les packages installés sur votre système,entrez la commande suivante :

% pkginfo [[nom_package]]

Mise à niveau d'un système à l'aide de packages et de patchs

Vous pouvez utiliser Solaris Live Upgrade pour ajouter des patchs et des packages à un système. Si vous utilisez Solaris Live Upgrade pour ajouter des patchs à une machine, le seul temps d'arrêt du système sera celui de la réinitialisation. Vous pouvez ajouter des patchs et packages à un environnement d'initialisation à l'aide de la commande luupgrade ou d'une archive Solaris Flash.

• Pour ajouter des patchs directement à un environnement d'initialisation, créez un nouvel environnement d'initialisation et utilisez la commande luupgrade avec l'option -t. Pour ajouter des packages à un environnement d'initialisation, utilisez la commande luupgrade avec l'option -p. Pour de plus amples informations, consultez la page luupgrade(1M) du manuel.

• Vous pouvez aussi utiliser Solaris Live Upgrade pour installer une archive Solaris Flash. Une archive contient la copie complète d'un environnement d'initialisation qui comprend déjà des packages et patchs. Cet environnement d'initialisation complet ou système de référence unique est appelé système maître. Le processus de création d'une archive Solaris Flash commence par la génération d'un système maître. Une fois celui-ci créé, ajoutez tous les patchs et packages souhaités. Ensuite, créez une archive Solaris Flash du système maître. Utilisez Solaris Live Upgrade pour installer l'archive sur le nouvel environnement d'initialisation. Vous pouvez copier, modifier, distribuer l'environnement d'initialisation autant de fois que nécessaire. Pour de plus amples informations sur la procédure de création d'une archive Solaris Flash, consultez le Chapitre 21. Pour de plus amples informations sur l'utilisation de Solaris Live Upgrade dans le cadre de l'installation d'une archive Solaris Flash, consultez la rubrique Installation d'archives Solaris Flash sur un environnement d'initialisation.

lors de la mise à jour, de l'ajout ou de la suppression de packages ou de patchs, Solaris Live Upgrade a besoin de packages ou de patchs compatibles avec les directives avancées de génération de packages SVR4. Si les packages Sun sont conformes à celles-ci, Sun ne peut pas garantir que ce soit le cas avec d'autres fournisseurs. Si un package n'était pas conforme, il pourrait entraîner l'échec de l'ajout de logiciels supplémentaires ou altérer l'environnement d'initialisation actif .

Pour de plus amples informations sur l'ajout et la suppression de packages à l'aide de Solaris Live Upgrade, consultez la page luupgrade( 1M) du manuel. Pour de plus amples informations sur les exigences en matière de packages, consultez l'Annexe G.

Patchs nécessaires à l'exécution de Solaris Live Upgrade

Pour que Solaris Live Upgrade fonctionne correctement, il faut installer un ensemble limité de révisions de patchs pour une version de système d'exploitation donnée. Avant d'installer ou d'exécuter Live Upgrade, vous devez installer un ensemble limité de révisions de patchs. Assurez-vous de posséder la liste des derniers patchs mis à jour en consultant le site http://sunsolve.sun.com. Recherchez l'info doc 72099 sur le site web SunSolve^SM.

Procédure de création de systèmes de fichiers à l'aide de la commande lucreate

La commande lucreate option -m spécifie le type et le nombre de systèmes de fichiers à créer dans le nouvel environnement d'initialisation. Vous devez spécifier le nombre exact de systèmes de fichiers à créer en exécutant plusieurs fois cette option. Par exemple, utiliser l'option -m une seule fois indique l'emplacement de tous les systèmes de fichiers ; vous pouvez fusionner tous les systèmes de fichiers de votre environnement d'initialisation d'origine en un seul, spécifié à l'aide de l'option -m. Si vous indiquez deux fois l'option -m, vous créez deux systèmes de fichiers. Si vous utilisez l'option -m pour créer des systèmes de fichiers, respectez les consignes indiquées ci-dessous.

• Vous devez spécifier une option -m pour le système de fichiers racine (/) du nouvel environnement d'initialisation. Si vous exécutez lucreate sans l'option -m, le menu Configuration s'affiche. Le menu Configuration vous permet de personnaliser le nouvel environnement d'initialisation en redirigeant les fichiers vers de nouveaux points de montage.

• Tous les systèmes de fichiers critiques existant dans l'environnement d'initialisation actuel et n'étant pas spécifiés à l'aide de l'option -m sont fusionnés dans le système de fichiers supérieur créé.

• Seuls les systèmes de fichiers spécifiés à l'aide de l'option -m sont générés dans le nouvel environnement d'initialisation. Si votre environnement d'initialisation actuel contient plusieurs systèmes de fichiers et que vous souhaitez en conserver le même nombre dans le nouveau, vous devez indiquer une option -m pour chaque système de fichiers à créer. Par exemple, si vous possédez des systèmes de fichiers pour la racine (/), pour /opt et pour /var, utilisez une option -m pour chaque système de fichiers du nouvel environnement d'initialisation.

• Évitez les doublons. Par exemple, vous ne pouvez pas avoir deux systèmes de fichiers racine (/).

Conseils de sélection de tranches pour les systèmes de fichiers

Les règles de création de systèmes de fichiers pour un environnement d'initialisation et pour l'environnement d'exploitation Solaris sont identiques. Solaris Live Upgrade ne peut pas vous empêcher d'effectuer des configurations erronées de systèmes de fichiers critiques. Vous pourriez, par exemple, entrer une commande lucreate qui donnerait lieu à des systèmes de fichiers distincts pour la racine (/) et /kernel, soit une division erronée de la racine (/).

Évitez tout chevauchement des tranches lors de la réorganisation des disques. Dans le cas contraire, le nouvel environnement d'initialisation semble avoir été créé, mais, une fois activé, il ne fonctionne pas. Les systèmes de fichiers se chevauchant peuvent être corrompus.

Pour que Solaris Live Upgrade fonctionne correctement, le fichier vfstab de l'environnement d'initialisation actif doit avoir un contenu valide et doit au moins posséder une entrée pour la racine (/).

Conseils de sélection d'une tranche pour le système de fichiers root (/)

Lors de la création d'un environnement d'initialisation inactif, vous devez identifier une tranche dans laquelle copier le système de fichiers root (/). Vous devez respecter les conditions suivantes lors de la sélection d'une tranche pour le système de fichiers racine (/). La tranche doit être conforme aux indications suivantes :

• Il doit s'agir d'une tranche à partir de laquelle le système peut s'initialiser.

• Sa taille doit être supérieure ou égale à la taille minimale recommandée.

• Si vous possédez un système sun4m, la taille du système de fichiers racine (/) ne peut pas dépasser 2 Go.

• Elle peut résider sur le même disque que celui du système de fichiers racine actif (/) ou sur un autre disque.

• Elle peut être un volume Veritas Volume Manager, mais ces volumes ne sont pas pris en charge.

Directives pour la sélection de tranches de systèmes de fichiers miroirs

Vous pouvez créer un nouvel environnement d'initialisation qui combine librement tranches de disques physiques, volumes Solaris Volume Manager ou volumes Veritas Volume Manager. Les types de systèmes de fichiers critiques copiés sur le nouvel environnement d'initialisation peuvent être les suivants :

• Une tranche physique.

• Une concaténation à une tranche comprise dans un volume RAID–1 (miroir). La tranche contenant le système de fichiers racine (/) peut être un volume RAID–1.

• Une concaténation à une tranche comprise dans un volume RAID–0. La tranche contenant le système de fichiers racine (/) peut être un volume RAID–0.

Lorsque vous créez un environnement d'initialisation, la commande lucreate -m reconnaît les trois types de périphériques suivants :

• une tranche physique sous la forme /dev/dsk/cwt xdysz ;

• un métapériphérique Solaris Volume Manager sous la forme de /dev/md/dsk/d num ;

• un volume Veritas Volume Manager sous la forme /dev/vx/dsk/ nom_volume.

si vous avez des difficultés à effectuer une mise à niveau avec Veritas VxVM, reportez-vous à la rubrique Le système se retrouve dans une situation critique en cas de mise à niveau Solaris Live Upgrade de Veritas VxVm.

Directives générales pour la création de systèmes de fichiers miroirs

Pour vérifier si le volume RAID-1 est occupé, en cours de synchronisation ou si les volumes contiennent des systèmes de fichiers utilisés par un environnement d'initialisation Solaris Live Upgrade, suivez les directives ci-dessous.

Pour les raccourcis et directives concernant l'attribution de noms aux volumes, reportez-vous à la rubrique Directives relatives à la méthode JumpStart personnalisée et à Solaris Live Upgrade.

Contrôle de l'état des volumes

Si un miroir ou sous-miroir nécessite une opération de maintenance ou est occupé, ses composants ne peuvent être retirés. Vous devez, avant de créer un nouvel environnement d'initialisation, utiliser la commande metastat et le mot-clé detach. La commande metastat vérifie si le miroir est en cours de resynchronisation ou en cours d'utilisation. Pour de plus amples informations, reportez-vous aux pages de manuel metastat(1M).

Séparation de volumes et resynchronisation de miroirs

Si vous utilisez le mot-clé detach pour séparer un sous-miroir, lucreate vérifie qu'un périphérique n'est pas en cours de synchronisation. Si le périphérique est en cours de synchronisation, il est impossible de séparer le sous-miroir et un message d'erreur s'affiche.

La resynchronisation est le processus de copie des données d'un sous-miroir vers un autre sous-miroir, à la suite des problèmes suivants :

• pannes du sous-miroir ;

• pannes du système ;

• déconnexion puis reconnexion d'un sous-miroir ;

• ajout d'un sous-miroir.

Pour de plus amples informations sur la resynchronisation, reportez-vous à la rubrique “RAID 1 Volume (Mirror) Resynchronization” in Solaris Volume Manager Administration Guide.

Utilisation des commandes de Solaris Volume Manager

Préférez la commande lucreate aux commandes Solaris Volume Manager pour manipuler des volumes sur des environnements d'initialisation inactifs. Le logiciel Solaris Volume Manager ignore les environnements d'initialisation, tandis que la commande lucreate procède à des contrôles qui permettent d'éviter de détruire un environnement d'initialisation par inadvertance. lucreate vous empêche par exemple d'écraser ou de supprimer un volume Solaris Volume Manager.

Toutefois, si vous avez déjà utilisé Solaris Volume Manager pour créer des concaténations, entrelacements ou miroirs Solaris Volume Manager complexes, vous devez utiliser Solaris Volume Manager pour les manipuler. Solaris Live Upgrade connaît ces composants et prend en charge leur utilisation. Avant d'utiliser les commandes Solaris Volume Manager qui permettent de créer, modifier ou détruire les composants d'un volume, utilisez les commandes lustatus ou lufslist. Ces commandes permettent de déterminer quels volumes Solaris Volume Manager contiennent les systèmes de fichiers utilisés par un environnement d'initialisation Solaris Live Upgrade.

Directives pour la sélection d'une tranche d'un système de fichiers swap

Configuration de swap pour le nouvel environnement d'initialisation

Vous pouvez configurer une tranche swap de trois manières à l'aide de la commande lucreate associée à l'option -m.

• Si vous ne spécifiez pas de tranche de swap, les tranches de swap appartenant à l'environnement d'initialisation actuel sont configurées pour le nouvel environnement.

• Si vous spécifiez une ou plusieurs tranches de swap, elles seront les seules à être utilisées par le nouvel environnement d'initialisation. Les deux environnements n'auront aucune tranche de swap en commun.

• Vous pouvez choisir de partager une tranche de swap et d'en ajouter une nouvelle.

Les exemples ci-dessous montrent les trois façons de configurer le swap. Le nouvel environnement d'initialisation est configuré avec le système de fichiers racine (/) sur c0t0d0s0. Le système de fichiers swap est sur c0t0d0s1.

• Dans l'exemple ci-dessous, aucune tranche swap n'est spécifiée. Le système de fichiers racine (/) du nouvel environnement d'initialisation est sur c0t1d0s0. Le swap est partagé entre l'environnement d'initialisation actuel et le nouvel environnement d'initialisation sur c0t0d0s1.

  # lucreate -n be2 -m /:c0t1d0s0:ufs

• Dans l'exemple ci-dessous, une tranche swap est spécifiée. Le système de fichiers racine (/) du nouvel environnement d'initialisation est sur c0t1d0s0. Un nouveau système de fichiers swap est créé sur c0t1d0s1 . Aucune tranche de swap n'est partagée entre l'environnement d'initialisation actuel et le nouvel environnement d'initialisation.

  # lucreate -n be2 -m /:c0t1d0s0:ufs -m -:c0t1d0s1:swap

• Dans l'exemple ci-dessous, une tranche de swap est ajoutée et une autre tranche de swap est partagée entre les deux environnements. Le système de fichiers racine (/) du nouvel environnement d'initialisation est sur c0t1d0s0. Une nouvelle tranche de swap est créée sur c0t1d0s1. La tranche de swap sur c0t0d0s1 est partagée entre l'environnement d'initialisation actuel et le nouvel environnement.

  # lucreate -n be2 -m /:c0t1d0s0:ufs -m -:shared:swap -m -:c0t1d0s1:swap

Échec de la création de l'environnement d'initialisation si le swap est en cours d'utilisation

La création de l'environnement d'initialisation échoue si la tranche de swap est utilisée par un environnement d'initialisation autre que l'environnement actuel. Si l'environnement d'initialisation a été créé à l'aide de l'option -s l'environnement d'initialisation source peut utiliser la tranche swap, mais aucun autre environnement d'initialisation.

Conseils de sélection de tranches pour des systèmes de fichiers partagés

Solaris Live Upgrade copie l'ensemble du contenu d'une tranche dans la tranche sélectionnée du nouvel environnement d'initialisation. Il se peut que vous souhaitiez partager certains fichiers de données volumineux entre les environnements d'initialisation au lieu de les copier pour gagner du temps et de l'espace. Les systèmes de fichiers critiques pour l'environnement d'exploitation tels que racine (/) et /var doivent être copiés. Les systèmes de fichiers tels que /home ne sont pas des systèmes critiques et peuvent être partagés entre plusieurs environnements d'initialisation. Les systèmes de fichiers partagés doivent être des fichiers personnalisés et se trouver sur deux tranches de swap distinctes à la fois dans l'environnement d'initialisation actif et dans le nouveau. Vous pouvez reconfigurer le disque de plusieurs manières en fonction de vos besoins.

• Vous pouvez réorganiser les tranches du disque avant de créer le nouvel environnement d'initialisation et de placer le système de fichiers partagé sur sa propre tranche. Par exemple, si les racines ( /), /var et /home se trouvent toutes sur la même tranche, reconfigurez le disque et placez /home sur sa propre tranche. Si vous créez un nouvel environnement d'initialisation, /home est partagé par ce nouvel environnement par défaut.

• Si vous souhaitez partager un répertoire, celui-ci doit se trouver sur une tranche propre. Le répertoire est alors un système de fichiers qui peut être partagé avec un autre environnement d'initialisation. Vous pouvez utiliser la commande lucreate avec l'option -m pour créer un nouvel environnement d'initialisation et placer un répertoire sur une tranche qui lui est propre. Toutefois, le nouveau système de fichiers ne peut pas encore être partagé avec l'environnement d'initialisation d'origine. Vous devez exécuter une nouvelle fois la commande lucreate avec l'option -m pour créer un autre environnement d'initialisation. Les deux nouveaux environnements d'initialisation peuvent alors partager le répertoire.

  Exemple : si vous souhaitez mettre à niveau la version Solaris 8 vers la version Solaris 9 et partager /home, vous pouvez exécuter la commande lucreate avec l'option -m. pour créer une version Solaris 8 avec /home sous la forme d'un système de fichiers distinct sur sa propre tranche. Exécutez ensuite une nouvelle fois la commande lucreate avec l'option -m pour répliquer cet environnement d'initialisation. Ce troisième environnement d'initialisation peut être mis à niveau vers la version Solaris 9. /home est partagé entre Solaris 8 et Solaris 9.

Pour une description des systèmes de fichiers partagés et critiques, consultez Types de systèmes de fichiers.

Personnalisation du contenu d'un nouvel environnement d'initialisation

Lorsque vous créez un nouvel environnement d'initialisation, certains répertoires et fichiers peuvent être exclus d'une copie vers le nouvel environnement. Si vous décidez d'exclure un répertoire, vous pouvez tout de même garder certains fichiers ou sous-répertoires qu'il contient. Ces sous-répertoires ou fichiers restaurés sont ensuite copiés vers le nouvel environnement d'initialisation. Vous pouvez par exemple exclure de la copie tous les répertoires et fichiers sous /etc/mail , mais inclure tous les fichiers et répertoires sous /etc/mail/staff . La commande suivante permet de copier le sous-répertoire staff vers le nouvel environnement d'initialisation.

# lucreate -n second_disk -x /etc/mail -y /etc/mail/staff

utilisez les options d'exclusion de fichiers avec prudence. Veillez à ne pas supprimer des fichiers ou répertoires nécessaires au système.

Le tableau suivant répertorie les options de la commande lucreate pour la suppression et la restauration de répertoires et fichiers.

Pour consultez des exemples de personnalisation de répertoires et fichiers lors de la création d'un environnement d'initialisation, reportez-vous à la rubrique Création d'un environnement d'initialisation et personnalisation du contenu (interface de ligne de commande).

Synchronisation de fichiers entre les environnements d'initialisation

Lorsque vous êtes prêt à effectuer la commutation qui activera le nouvel environnement d'initialisation, activez rapidement le nouvel environnement et relancez. Les fichiers sont synchronisés entre les environnements d'initialisation lors de la première initialisation d'un environnement récemment créé. “Synchroniser” signifie que certains systèmes de fichiers et répertoires critiques sont copiés depuis le dernier environnement actif vers l'environnement en cours d'initialisation. Les fichiers et répertoires qui ont changé sont copiés.

Ajout de fichiers à /etc/lu/synclist

Solaris Live Upgrade recherche les fichiers critiques qui ont changé. Si le contenu de ces fichiers n'est pas le même dans les deux environnements, ils sont copiés depuis l'environnement d'initialisation actif vers le nouvel environnement. La synchronisation s'applique aux fichiers critiques, tels que /etc/passwd ou /etc/group qui ont subi des modifications depuis la création du nouvel environnement.

Le fichier /etc/lu/synclist contient une liste des fichiers et répertoires synchronisés. Dans certains cas, vous souhaiterez copier d'autres fichiers depuis l'environnement d'initialisation actif vers le nouvel environnement d'initialisation. Vous pouvez si nécessaire ajouter des répertoires et fichiers à /etc/lu/synclist.

L'ajout de fichiers non répertoriés dans /etc/lu/synclist peut empêcher le système de s'initialiser. Le processus de synchronisation permet de copier des fichiers et de créer des répertoires, mais il ne permet pas de les supprimer.

L'exemple de fichier /etc/lu/synclist présenté ci-dessous montre les répertoires et fichiers standard synchronisés pour ce système.

/var/mail                    OVERWRITE
/var/spool/mqueue            OVERWRITE
/var/spool/cron/crontabs     OVERWRITE
/var/dhcp                    OVERWRITE
/etc/passwd                  OVERWRITE
/etc/shadow                  OVERWRITE
/etc/opasswd                 OVERWRITE
/etc/oshadow                 OVERWRITE
/etc/group                   OVERWRITE
/etc/pwhist                  OVERWRITE
/etc/default/passwd          OVERWRITE
/etc/dfs                     OVERWRITE
/var/log/syslog              APPEND
/var/adm/messages            APPEND

Voici des exemples de répertoires et fichiers qui peuvent être ajoutés au fichier synclist :

/var/yp                    OVERWRITE
/etc/mail                  OVERWRITE
/etc/resolv.conf           OVERWRITE
/etc/domainname            OVERWRITE

Les entrées du fichier synclist peuvent être des fichiers ou des répertoires. Le second champ correspond à la méthode de mise à jour utilisée lors de l'activation de l'environnement d'initialisation. Il existe trois méthodes de mise à jour des fichiers :

• OVERWRITE : le contenu des fichiers de l'environnement d'initialisation actif écrase le contenu des fichiers du nouvel environnement. OVERWRITE est le mode par défaut si aucun autre mode n'est spécifié dans le second champ. Si l'entrée est un répertoire, tous les sous-répertoires sont copiés. Tous les fichiers sont écrasés. Chaque fichier du nouvel environnement d'initialisation possède une date, un mode, une propriété identique au fichier correspondant de l'environnement précédent.

• APPEND : le contenu du fichier de l'environnement d'initialisation actif est ajouté à la fin du fichier du nouvel environnement. Certaines entrées peuvent ainsi apparaître deux fois dans le fichier. Les répertoires ne peuvent pas être définis comme APPEND. Chaque fichier du nouvel environnement d'initialisation possède une date, un mode, une propriété identique au fichier correspondant de l'environnement précédent.

• PREPEND : le contenu du fichier de l'environnement d'initialisation actif est ajouté au début du fichier du nouvel environnement. Certaines entrées peuvent ainsi apparaître deux fois dans le fichier. Les répertoires ne peuvent pas être définis comme PREPEND. Chaque fichier du nouvel environnement d'initialisation possède une date, un mode, une propriété identique au fichier correspondant de l'environnement précédent.

Lancement d'une synchronisation entre deux environnements d'initialisation

La première fois que vous initialisez votre système à partir d'un nouvel environnement d'initialisation, le logiciel Solaris Live Upgrade synchronise cet environnement d'initialisation avec le dernier environnement actif. Après cette première synchronisation, Solaris Live Upgrade n'en exécutera pas d'autre, à moins que vous ne le demandiez.

• Pour lancer une synchronisation à l'aide de l'interface utilisateur en mode caractère, entrez yes sur l'invite.

• Pour lancer une synchronisation à l'aide de l'interface de ligne de commande, exécutez la commande luactivate avec l'option -s.

Vous pouvez souhaiter forcer une synchronisation si vous conservez plusieurs versions de l'environnement d'exploitation Solaris. Vous pouvez souhaiter que des modifications dans des fichiers tels que email ou passwd/group figurent dans l'environnement d'initialisation que vous allez activer. Si vous forcez une synchronisation, Solaris Live Upgrade vérifie l'absence de conflits entre les fichiers sujets à synchronisation. Lorsque le nouvel environnement d'initialisation est démarré et qu'un conflit est détecté, le système émet un avertissement et le fichier n'est pas synchronisé. L'activation peut être effectuée avec succès, indépendamment d'un tel conflit. Il peut y avoir un conflit si vous faites des modifications sur le même fichier des deux environnements d'initialisation, le nouveau et l'actif. Si vous modifiez par exemple le fichier /etc/passwd de l'environnement d'initialisation original, puis modifiez le fichier /etc/passwd du nouvel environnement, le processus de synchronisation ne pourra pas choisir quel fichier copier pour la synchronisation.

utilisez cette option avec prudence, car vous ne maîtrisez peut-être pas tous les changements survenus dans le dernier environnement d'initialisation actif. Par exemple, si vous utilisez le logiciel Solaris 9 dans votre environnement d'initialisation actuel et que vous avez réinitialisé Solaris 7 avec une synchronisation forcée, il se peut que les fichiers soient convertis à la version 7. Étant donné que les fichiers dépendent de la version de l'environnement d'exploitation, il se peut que l'initialisation de la version Solaris 7 échoue parce que les fichiers Solaris 9 risquent de ne pas être compatibles avec les fichiers Solaris 7.

Utilisation de Solaris Live Upgrade à partir d'un système distant

Lors de l'affichage de l'interface de caractères à distance, par exemple sur une ligne d'astuce (tip), la variable d'environnement TERM doit être définie sur VT220. En outre, si vous utilisez le CDE (Common Desktop Environment), définissez la valeur de la variable TERM sur dtterm, plutôt que xterm.