Ignorer les liens de navigation | |
Quitter l'aperu | |
Création et administration d'environnements d'initialisation Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
1. Introduction à la gestion d'environnements d'initialisation
2. Prise en charge des zones par beadm
3. Création d'environnements d'initialisation et d'instantanés
Création d'un environnement d'initialisation
Options de la commande beadm create
Création et copie d'instantanés
Création d'un instantané d'un environnement d'initialisation
Création d'un environnement d'initialisation à partir d'un instantané existant
Création d'un environnement d'initialisation à partir d'un instantané
Si vous voulez créer une sauvegarde d'un environnement d'initialisation existant, par exemple avant de modifier l'environnement d'initialisation original, vous pouvez utiliser la commande beadm pour créer et monter un nouvel environnement d'initialisation qui soit un clone de votre environnement d'initialisation actif. Ce clone apparaît en tant qu'environnement d'initialisation alternatif dans le menu GRUB pour les systèmes x86 ou dans le menu d'initialisation pour les systèmes SPARC.
Lorsque vous clonez un environnement d'initialisation en utilisant la commande beadm create, toutes les zones prises en charge de cet environnement d'initialisation sont copiées dans le nouvel environnement d'initialisation.
La commande beadm create dispose des options suivantes, où BeName représente le nom de l'environnement d'initialisation à créer.
beadm create [-a] [-d description] [-e non-activeBeName | BeName@snapshot] [-o property=value]...[-p zpool] BeName
-a : active l'environnement d'initialisation qui vient d'être créé à sa création. Par défaut, le nouvel environnement d'initialisation n'est pas activé.
-d description – entrez une description personnalisée destinée à servir de titre dans le menu GRUB x86 ou dans le menu d'initialisation SPARC pour décrire le nouvel environnement d'initialisation. Si cette option n'est pas utilisée, BeName est utilisé comme titre.
-e non-activeBeName : crée un nouvel environnement d'initialisation à partir d'un environnement d'initialisation inactif existant spécifié. Par défaut, un environnement d'initialisation est créé à partir de l'environnement d'initialisation actif.
-e BeName@snapshot : crée un nouvel environnement d'initialisation à partir d'un instantané existant donné de l'environnement d'initialisation.
-o property=value : crée les jeux de données d'un nouvel environnement d'initialisation avec des propriétés ZFS spécifiques. Vous pouvez spécifier plusieurs options -o. Reportez-vous à la page de manuel zfs(1M) pour plus d'informations sur l'option -o.
-p zpool : crée les jeux de données d'un nouvel environnement d'initialisation dans un zpool spécifié. Si cette option n'est pas fournie, le nouvel environnement d'initialisation est créé par défaut dans le même pool que l'environnement d'initialisation d'origine. L'option -p n'est pas prise en charge dans une zone non globale. Vous pouvez associer cette option à d'autres options.
Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
# beadm create BeName
BeName correspond au nom du nouvel environnement d'initialisation. Ce nouvel environnement d'initialisation est inactif.
Prenez note des remarques suivantes :
BeName ne peut pas être déjà utilisé comme nom d'environnement d'initialisation.
Cette commande clone l'environnement d'initialisation actif, à moins que l'option - e ne soit utilisée pour spécifier un environnement d'initialisation inactif.
La commande beadm create ne crée pas d'environnement d'initialisation partiel. Soit elle crée un environnement d'initialisation complet, soit elle échoue.
# beadm mount BeName mount-point
Vous pouvez monter le nouvel environnement d'initialisation, par exemple, si vous souhaitez modifier certains fichiers de configuration à l'intérieur du nouvel environnement d'initialisation avant d'y effectuer la réinitialisation.
L'environnement d'initialisation est monté mais reste inactif. Vous pouvez mettre à niveau un environnement d'initialisation inactif monté.
Remarque - Si le répertoire indiqué pour le point de montage n'existe pas, l'utilitaire beadm le crée puis y monte l'environnement d'initialisation.
Si l'environnement d'initialisation est déjà monté, la commande beadm mount échoue et ne remonte pas l'environnement d'initialisation au nouvel emplacement spécifié.
# beadm activate BeName
BeName est le nom de l'environnement d'initialisation à activer.
A la réinitialisation, le nouvel environnement d'initialisation actif s'affiche en tant que sélection par défaut dans le menu x86 GRUB ou dans le menu d'initialisation SPARC.
Remarque - Le menu GRUB ou le menu d'initialisation affiche toujours en tant qu'environnement d'initialisation par défaut le dernier environnement d'initialisation à avoir été activé.
Les exemples suivants illustrent la création d'environnements d'initialisation et les divergences du processus de création en fonction de la zone et de la structure des jeux de données. Le premier exemple illustre la façon dont le clonage opère dans un système incluant des zones globales et non globales. Le deuxième exemple montre les spécificités du jeu de données liées au clonage.
Remarque - Pour plus d'informations sur les zones et les jeux de données, reportez-vous aux références suivantes :
Exemple 3-1 Clonage d'un environnement d'initialisation dans une zone globale contenant des zones non globales
Cet exemple illustre l'impact sur les zones de la commande beadm create lors du clonage d'un environnement d'initialisation dans une zone globale contenant des zones non globales.
Si l'environnement d'initialisation en cours de clonage est associé à un environnement d'initialisation de zone dans une zone non globale, l'environnement d'initialisation associé est également cloné. Par exemple : BE1 est associé à un environnement d'initialisation de zone, BE2, dans une zone non globale. Si BE1 est cloné, BE2 est également cloné.
Dans cet exemple, l'environnement d'initialisation d'origine dans la zone globale porte le nom solaris et le jeu de données root se trouve sous rpool/ROOT/solaris.
Il existe une zone non globale nommée z1 dont le chemin de zone est le jeu de données rpool/zones/z1. L'environnement d'initialisation initial de solaris dans la zone globale est associé à un environnement d'initialisation dans la zone non globale z1. Cet environnement d'initialisation de zone associé nommé solaris contient un jeu de données root sous rpool/zones/z1/rpool/ROOT/solaris.
Dans cet exemple, la commande suivante est exécutée en tant que root afin de cloner l'environnement d'initialisation dans la zone globale et de nommer le nouvel environnement d'initialisation solaris-1 :
# beadm create solaris-1
Le clone est nommé solaris-1 et son jeu de données se trouve sous rpool/ROOT/solaris-1 .
Notez que dans la mesure où l'environnement d'initialisation solaris situé dans la zone globale est associé à un environnement d'initialisation de zone dans la zone non globale z1, le processus de clonage clone également l'environnement d'initialisation de zone associé dans z1. Le nouveau clone solaris-1 de la zone z1 a son jeu de données root sous rpool/zones/z1/rpool/ROOT/solaris-1 .
Exemple 3-2 Création d'un nouvel environnement d'initialisation cloné avec des jeux de données
Cet exemple illustre la configuration de jeux de données dans un nouvel environnement d'initialisation. Cet exemple n'implique pas plusieurs zones.
En tant qu'utilisateur root, exécutez la commande suivante.
# beadm create BE2
Dans cet exemple, l'environnement d'initialisation d'origine est BE1 dont le jeu de données root situé sous rpool/ROOT/BE1 contient un autre jeu de données, var.
rpool/ROOT/BE1 rpool/ROOT/BE1/var
Une fois BE1 cloné, le nouveau clone, BE2, contient un jeu de données root et d'autres jeux de données imbriqués, tous clonés à partir de BE1. Etant donné que BE1 contient le système de fichiers /var sous le jeu de données root, /var a également été cloné.
rpool/ROOT/BE2 rpool/ROOT/BE2/var
Au contraire, si un système de fichiers partagé est situé en dehors du jeu de données root, ce système de fichiers n'est jamais cloné. L'environnement d'initialisation d'origine et le clone se partageraient le système de fichiers partagé d'origine, comme indiqué dans l'exemple suivant.
Exemple 3-3 Création d'un nouvel environnement d'initialisation avec des jeux de données partagés existants
Cet exemple illustre la création d'un nouvel environnement d'initialisation contenant des jeux de données partagés existants. Dans cet exemple, l'environnement d'initialisation d'origine est BE1 et les jeux de données partagés sont rpool/export et rpool/export/home. Cet exemple n'implique pas plusieurs zones.
En tant qu'utilisateur root, exécutez la commande permettant de cloner BE1 et de nommer le clone BE2 :
# beadm create BE2
Les jeux de données partagés, rpool/export et rpool/export/home, ne sont pas clonés avec l'environnement d'initialisation. Les jeux de données partagés se trouvent hors des jeux de données rpool/ROOT/BeName et sont référencés à leur emplacement d'origine par l'environnement d'initialisation cloné, BE2.
L'environnement d'initialisation d'origine, BE1, et les jeux de données sont les suivants :
rpool/ROOT/BE1 rpool/ROOT/BE1/var rpool/export rpool/export/home
Le jeu de données root est situé sous rpool/ROOT/BE1 et un jeu de données /var est situé sous le jeu de données root. Le jeu de données root et /var sont tous deux clonés.
L'environnement d'initialisation cloné, BE2, possède un nouveau jeu de données root et un nouveau jeu de données /var, mais les jeux de données partagés d'origine, rpool/export et rpool/export/home, sont inchangés.
rpool/ROOT/BE2 rpool/ROOT/BE2/var rpool/export rpool/export/home