Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'installation d'Oracle Solaris 10 1/13 : Live Upgrade et planification de la mise à niveau Oracle Solaris 10 1/13 Information Library (Français) |
Partie I Mise à niveau avec Live Upgrade
1. Emplacement des informations de planification pour l'installation d'Oracle Solaris
2. Live Upgrade (présentation)
3. Live Upgrade (planification)
4. Utilisation de Live Upgrade pour créer un environnement d'initialisation (tâches)
5. Mise à niveau à l'aide de Live Upgrade (tâches)
6. Reprise sur échec : restauration de l'environnement d'initialisation d'origine (Tâches)
7. Maintenance des environnements d'initialisation de Live Upgrade (tâches)
Mise à niveau avec Live Upgrade et zones non globales installées (présentation)
Présentation d'Oracle Solaris Zones et de Live Upgrade
Mise à niveau d'un système comportant des zones non globales à l'aide de Live Upgrade (tâches)
Mise à niveau d'un système comportant des zones non globales (Exemple)
Mise à niveau d'un système comportant des zones non globales à l'aide de Live Upgrade
Gestion d'environnements d'initialisation comportant des zones non globales
Comparaison des environnements d'initialisation d'un système comportant des zones non globales
Utilisation de la commande lumount sur un système comportant des zones non globales
Partie II Mise à niveau et migration avec Live Upgrade vers un pool root ZFS
10. Live Upgrade et ZFS (présentation)
11. Live Upgrade pour ZFS (planification)
12. Création d'un environnement d'initialisation pour des pools root ZFS
13. Live Upgrade pour ZFS comportant des zones non globales
A. Références de commandes Live Upgrade
C. Conditions supplémentaires de gestion des packages SVR4 - Références
D. Utilisation de l'analyseur de patchs lors de la mise à niveau (Tâches)
Tenez compte de ces points lors de l'utilisation de Live Upgrade sur un système comportant des zones installées. Il est essentiel d'éviter les transitions d'état de zone lors des opérations lucreate et lumount.
Lorsque vous exécutez la commande lucreate pour créer un environnement d'initialisation inactif, toute zone non globale qui n'est pas en cours d'exécution ne peut s'initialiser qu'à la fin de l'opération lucreate.
Lorsque vous exécutez la commande lucreate pour créer un environnement d'initialisation inactif, toute zone non globale en cours d'exécution ne doit être arrêtée ou réinitialisée avant la fin de l'opération lucreate.
Lorsqu'un environnement d'initialisation inactif est monté à l'aide de la commande lumount, il est impossible d'initialiser ou de réinitialiser les zones non globales. Cependant, les zones en cours d'exécution avant l'opération lumount peuvent continuer de s'exécuter.
Dans la mesure où une zone non globale peut être contrôlée aussi bien par un administrateur de zone non globale que par l'administrateur de la zone globale, il est conseillé d'arrêter toutes les zones pendant les opérations lucreate ou lumount afin d'éviter toute interaction.
Des problèmes peuvent survenir lorsque l'administrateur de la zone globale n'avertit pas l'administrateur d'une zone non globale d'une mise à niveau à l'aide de Live Upgrade.
L'intervention des administrateurs de zones non globales est cruciale lorsque les opérations Live Upgrade sont en cours. La mise à niveau a une incidence sur le travail des administrateurs, car ils assurent le suivi des changements qui surviennent suite à cette opération. Les administrateurs de zone doivent s'assurer que les packages locaux sont stables durant la totalité de la séquence, gérer toutes les tâches postérieures à la mise à niveau comme les réglages de fichiers de configuration, et, en règle générale, assurer la planification en fonction des interruptions du système.
Par exemple, si un administrateur de zone non globale ajoute un package pendant que l'administrateur de la zone globale copie les systèmes de fichiers à l'aide de la commande lucreate , le package n'est pas copié avec les systèmes de fichiers et l'administrateur de zone non globale n'est pas conscient du problème.
A une exception près, la procédure de création d'un environnement d'initialisation à partir de l'environnement d'initialisation en cours d'exécution n'a pas changé par rapport aux versions précédentes. Vous pouvez spécifier une tranche de destination pour un système de fichiers partagé au sein d'une zone non globale. Cette exception se produit dans les conditions suivantes :
Un système de fichiers distinct a été créé pour une zone non globale sur l'environnement d'initialisation actuel à l'aide de la commande zonecfg add fs.
Si ce système de fichiers distinct réside sur un système de fichiers partagé, tel que /zone/root/export.
Pour éviter que le système de fichiers distinct ne soit partagé dans le nouvel environnement d'initialisation, spécifiez une tranche de destination à l'aide de la commande lucreate. L'argument de l'option -m dispose d'un nouveau champ facultatif, zonename. Ce nouveau champ place le système de fichiers distinct de la zone non globale sur une tranche à part dans le nouvel environnement d'initialisation. Pour plus d'informations sur la configuration d'une zone non globale comportant un système de fichiers distinct, reportez-vous à la page de manuel zonecfg(1M).
Remarque - Par défaut, tout système de fichiers autre que les systèmes de fichiers critiques (root (/), /usr et /opt) est partagé entre l'environnement d'initialisation actuel et le nouvel environnement d'initialisation. Lorsque vous mettez à jour des fichiers partagés dans l'environnement d'initialisation actif, vous mettez automatiquement à jour les données de l'environnement d'initialisation inactif. Par exemple, le système de fichiers /export est partagé. Les options -m et zonename permettent de copier le système de fichiers de la zone non globale sur une tranche distincte et d'éviter le partage des données. Cette option empêche le partage des systèmes de fichiers de la zone non globale (créés à l'aide de la commande zonecfg add fs) entre les environnements d'initialisation.