test

Guide d'installation Oracle Solaris 10 9/10 : planification des mises à niveau et de Solaris Live Upgrade

Directives d'utilisation de Solaris Live Upgrade avec les zones non globales (planification)

La planification d'utilisation de zones non globales inclut les restrictions présentées ci-dessous.

Tableau 8–1 Restrictions lors de la mise à niveau avec des zones non globales

Problème 

Description 

Tenez compte de ces points lors de l'utilisation de Solaris 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 utilisez 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 utilisez la commande lucreate pour créer un environnement d'initialisation inactif, toute zone non globale en cours d'exécution doit être arrêtée ou réinitialisée qu'à 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 Solaris Live Upgrade. 

L'intervention des administrateurs de zones non globales est cruciale lorsque les opérations Solaris 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.

Création d'un environnement d'initialisation comportant une zone non globale dans un système de fichiers distinct

À 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 :

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, nom de zone. 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, voir 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.