Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'installation d'Oracle Solaris 10 1/13 : planification de l'installation et de la mise à niveau Oracle Solaris 10 1/13 Information Library (Français) |
Partie I Planification générale d'une installation ou d'une mise à jour Oracle Solaris
1. Emplacement des informations de planification pour l'installation d'Oracle Solaris
2. Feuille de route de l'installation et de la mise à jour d'Oracle Solaris
4. Collecte d'informations en vue d'une installation ou d'une mise à niveau
5. Planification d'une installation de système de fichiers root ZFS
6. Initialisation SPARC et x86 (présentation et planification)
7. Mise à niveau lorsque des zones Oracle Solaris sont installées sur un système
Présentation d'Oracle Solaris Zones
Mise à niveau avec les zones non globales
Application de patchs en parallèle à des zones
Choix d'un programme d'installation pour mettre à niveau un système à l'aide de zones non globales
Live Upgrade et zones non globales
Installation interactive à l'aide de l'interface graphique et zones non globales
Installation Jumpstart et zones non globales
Restrictions lors de la mise à niveau avec des zones non globales
Sauvegarde de votre système avant l'exécution d'une mise à niveau avec zones
Espace disque requis par les zones non globales
8. Création de volumes RAID-1 (miroirs) au cours de l'installation - Présentation
9. Création de volumes RAID-1 (miroirs) au cours de l'installation - Planification
Les sections suivantes décrivent la procédure de mise à niveau d'un système contenant des zones non globales.
Vous pouvez installer et configurer des zones non globales une fois le système d'exploitation Oracle Solaris installé. Vous pouvez mettre à niveau un système d'exploitation Oracle Solaris comportant des zones non globales. Si des zones non globales personnalisées sont installées, elles sont ignorées pendant la procédure de mise à niveau.
Avec la version Solaris 10 10/09, l'application de patch parallèle à des zones améliore les utilitaires de patch Oracle Solaris 10 standard. Cette fonction améliore le temps d'application de patchs sur des zones grâce à l'application en parallèle de patchs sur des zones non globales.
Les patchs sont toujours appliqués en premier à la zone globale, puis aux zones non globales.
Pour les versions antérieures à la version Solaris 10 10/09, cette fonction est fournie dans les correctifs des utilitaires de patch suivants :
SPARC : patch 119254-66 ou révision ultérieure
x86 : patch 119255-66 ou révision ultérieure
Pour plus d'informations, consultez la documentation suivante :
Les programmes d'installation permettant la gestion des systèmes comportant des zones non globales sont décrits ci-après.
Vous pouvez procéder à une mise à niveau ou appliquer un patch à un système comportant des zones non globales. Si vous utilisez un système comportant des zones non globales, Live Upgrade est le programme recommandé pour la mise à niveau ou l'ajout de patchs. La durée de mise à niveau risque d'être beaucoup plus longue avec d'autres programmes de mise à niveau, car celle-ci augmente de façon linéaire en fonction du nombre de zones non globales installées. Si vous appliquez un patch au système à l'aide de Live Upgrade, il est inutile de mettre le système en mode mono-utilisateur. Live Upgrade permet également d'optimiser la disponibilité du système pendant l'opération.
A partir de la version Solaris 10 8/07, les modifications permettant la gestion de systèmes comportant des zones non globales sont les suivantes :
Vous devez installer le nouveau package SUNWlucfg avec les autres packages Live Upgrade (SUNWlur et SUNWluu).
La création d'un nouvel environnement d'initialisation à partir de l'environnement d'initialisation en cours d'exécution reste identique à une exception près : vous pouvez spécifier une tranche de destination pour un système de fichiers partagé dans une zone non globale. Cette opération est possible uniquement 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 de partager ce système de fichiers distinct dans le nouvel environnement d'initialisation, la commande lucreate désigne à présent une tranche de destination pour un système de fichiers distinct dans une zone non globale. 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. Le système de fichiers /export est un exemple de système de fichiers partagé. Si vous utilisez l'option -m et l'option zonename, le système de fichiers partagé de la zone non globale est copié sur une tranche à part et les données ne sont pas partagé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.
A partir de la version Solaris 10/8/07, les modifications supplémentaires permettant la gestion des systèmes comportant des zones non globales sont les suivantes :
La comparaison des environnements d'initialisation a été améliorée. La commande lucompare permet désormais de comparer les environnements d'initialisation en tenant compte du contenu des zones non globales.
La commande lumount permet aux zones non globales d'accéder aux systèmes de fichiers correspondants définis sur les environnements d'initialisation inactifs. Lorsque l'administrateur de la zone globale monte un environnement d'initialisation inactif à l'aide de la commande lumount, cet environnement s'applique également aux zones non globales.
L'inventaire des systèmes de fichiers à l'aide de la commande lufslist permet d'obtenir la liste des systèmes de fichiers correspondant à la zone globale et aux zones non globales.
Pour obtenir des instructions détaillées pour utiliser Live Update lorsque des zones non globales sont installées sur des systèmes de fichiers UFS, reportez-vous au Chapitre 8, Mise à niveau du système d’exploitation Oracle Solaris sur un système comportant des zones non globales du manuel Guide d’installation d’Oracle Solaris 10 1/13 : Live Upgrade et planification de la mise à niveau.
Pour une présentation et des instructions détaillées relatives à l'installation de pools root ZFS, reportez-vous au Chapitre 13, Live Upgrade pour ZFS comportant des zones non globales du manuel Guide d’installation d’Oracle Solaris 10 1/13 : Live Upgrade et planification de la mise à niveau.
Il est possible d'effectuer une mise à niveau ou d'appliquer un patch au système lorsque des zones non globales sont installées. L'opération peut prendre un certain temps en fonction du nombre de zones non globales installées.
Pour plus d'informations sur l'installation à l'aide de ce programme, reportez-vous au Chapitre 2, Installation à l’aide du programme d’installation d’Oracle Solaris pour les systèmes de fichiers UFS (tâches) du manuel Guide d’installation d’Oracle Solaris 10 1/13 : Installations de base.
Il est possible d'effectuer une mise à niveau ou d'appliquer un patch en utilisant les mots-clés appropriés. L'opération peut prendre un certain temps en fonction du nombre de zones non globales installées.
Pour plus d'informations sur l'installation à l'aide de ce programme, reportez-vous au Guide d’installation d’Oracle Solaris 10 1/13 : Installations JumpStart.
Notez les restrictions suivantes :
Lors de l'utilisation de Live upgrade sur un système comportant des zones, il est essentiel d'éviter les transitions d'état de la 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 pendant 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.
Les archives Flash ne peuvent pas être utilisées avec des zones non globales.
Une archive Flash ne peut pas être correctement créée lorsqu'une zone non globale est installée. Cette fonction n'est pas compatible avec la technologie de partitionnement Oracle Solaris Zones. Si vous créez une archive Flash, l'archive résultante n'est pas installée correctement lorsqu'elle est déployée dans les conditions suivantes :
L'archive est créée dans une zone non globale.
L'archive est créée dans une zone globale comportant des zones non globales.
Dans certains cas, il est impossible d'utiliser l'option de la commande -R ou toute commande équivalente.
Toute commande acceptant un système de fichiers root alternatif (/) en utilisant l'option -R ou une option équivalente ne doit pas être utilisée si les affirmations suivantes sont vraies :
La commande est exécutée dans la zone globale.
Le système de fichiers root alternatif (/) fait référence à n'importe quel chemin dans une zone non globale.
Il peut s'agir, par exemple, de l'option -R root-path de l'utilitaire pkgadd exécuté depuis la zone globale avec un chemin d'accès au système de fichiers root (/) dans une zone non globale.
Vous devez sauvegarder les zones globales et non globales de votre système Oracle Solaris avant de procéder à la mise à niveau. Pour plus d'informations sur la sauvegarde d'un système comportant des zones, reportez-vous au Chapitre 27, Administration d’Oracle Solaris Zones (présentation) du manuel Guide d’administration système : Conteneurs Oracle Solaris-Gestion des ressources et Oracle Solaris Zones.