Ignorer les liens de navigation | |
Quitter l'aperu | |
Transition d'Oracle Solaris 10 vers Oracle Solaris 11 Oracle Solaris 11 Information Library (Français) |
1. Transition d'Oracle Solaris 10 vers Oracle Solaris 11 (présentation)
2. Transition vers une méthode d'installation d'Oracle Solaris 11
4. Gestion des fonctions de stockage
5. Gestion des systèmes de fichiers
7. Gestion de la configuration réseau
8. Gestion de la configuration système
Comparaison des outils de configuration système d'Oracle Solaris 10 et d'Oracle Solaris 11
Modifications apportées à la configuration système et migration vers SMF
Configuration de la gestion de l'alimentation
Modifications apportées aux outils de configuration
Modifications apportées à la procédure d'enregistrement du système
Amorce du système, récupération et modifications de la plate-forme
Modifications apportées à l'initialisation à des fins de récupération système
Procédure d'initialisation d'un système à des fins de récupération
Modifications apportées à l'initialisation, à la plate-forme et au matériel
Modifications apportées à la configuration et à la gestion des imprimantes
Suppression du service d'impression LP
Procédure de configuration de l'environnement d'impression après l'installation d'Oracle Solaris 11
Modifications apportées à l'internationalisation et à la localisation
Modifications apportées à la configuration de l'environnement linguistique et du fuseau horaire
10. Gestion des versions d'Oracle Solaris dans un environnement virtuel
11. Modifications apportées à l'environnement et à la gestion des comptes utilisateur
12. Utilisation des fonctionnalités de bureau d'Oracle Solaris
A. Transition de versions antérieures vers Oracle Solaris 11
Dans Oracle Solaris 11, certains aspects de la configuration système ont été modifiés, comme la migration de diverses configurations système, configurations réseau et configuration des services de noms vers SMF. Pour plus d'informations sur les services de noms migrés vers SMF, reportez-vous au Tableau 7-1.
Les principales modifications apportées dans cette version sont répertoriées ci-après.
Modification de la configuration du serveur DNS : le processus de configuration d'un serveur DNS a changé dans Oracle Solaris 11. Pour des instructions détaillées, reportez-vous à la section Administering DNS (Tasks) du manuel Oracle Solaris Administration: Naming and Directory Services.
Le fichier /etc/default/init est maintenant en lecture seule : la configuration de l'environnement linguistique et du fuseau horaire a migré vers SMF. Toutes les modifications apportées aux variables d'environnement doivent être gérées via le nouveau service SMF svc:/system/environment:init.
Pour utiliser le service SMF svc:/system/environment:init, assurez-vous que la propriété skip_init_upgrade est définie sur true :
# svccfg -s svc:/system/environment:init setprop \ upgrade/skip_init_upgrade=true # svcadm refresh svc:/system/environment:init
Pour plus d'informations, reportez-vous à la section Modifications apportées à l'internationalisation et à la localisation.
Configuration du fichier /etc/dfstab : les opérations de publication et d'annulation de la publication d'un partage de système de fichiers sont désormais administrées à l'aide de la commande zfs. Reportez-vous au Chapitre 5, Gestion des systèmes de fichiers.
Configuration des fichiers /etc/hostname.<if>, /etc/dhcp.<if> et /etc/hostname.ip*.tun* : inutile désormais d'éditer ces fichiers pour assurer la persistance de la configuration réseau. Les commandes ipadm et dladm sont à présent utilisées pour gérer ce type de configuration réseau. Reportez-vous à la section Gestion d'une configuration réseau en mode manuel.
Configuration du fichier /etc/nodename : un identificateur du système (nom de noeud) est désormais configuré par le biais de la propriété config/nodename du service SMF svc:/system/identity:node, comme l'illustre l'exemple suivant.
# svccfg -s svc:/system/identity:node setprop config/nodename = astring: nodename # svcadm refresh svc:/system/identity:node # svcadm restart svc:/system/identity:node
Remarque - Si le système est configuré pour utiliser le protocole DHCP, ce qui est toujours le cas lorsque le NCP Automatic est activé, la propriété de service SMF peut uniquement être définie si le serveur DHCP ne fournit pas de valeur pour l'option nom de noeud/nom d'hôte (code 12 d'option DHCP standard). Reportez-vous à la page de manuel nodename(4)
Mappage du nom de noeud système : dans Oracle Solaris 10, le fichier /etc/hosts est mis à jour pour mapper le nom de noeud du système à l'une des adresses IP non loopback du système au cours d'une installation. Sous Oracle Solaris 11, cette fonctionnalité n'existe plus. Au lieu de cela, le nom de l'hôte est mappé avec les adresses IPv4 et IPv6 du système. Par exemple :
::1 foobar localhost 127.0.0.1 foobar loghost localhost
Les administrateurs préférant que les noms de noeuds du système soient mappés avec l'adresse IP d'une interface non loopback doivent modifier manuellement le fichier /etc/hosts pour introduire ce mappage, comme l'illustre l'exemple suivant :
:1 localhost 127.0.0.1 loghost localhost 129.148.174.232 foobar
Configurations de la gestion de l'alimentation : la gestion de l'alimentation n'est plus configurée en modifiant le fichier /etc/power.conf et en utilisant la commande pmconfig. C'est la commande poweradm qui est dorénavant utilisée. Voir la section Configuration de la gestion de l'alimentation.
Configuration du fuseau horaire : dans Oracle Solaris 10, le fuseau horaire est configuré en modifiant le fichier /etc/TIMEZONE (/etc/default/init). Dans Oracle Solaris 11, le nouveau service SMF svc:/system/timezone:default vous permet de définir un fuseau horaire système. Reportez-vous à la section Modifications apportées à la configuration de l'environnement linguistique et du fuseau horaire.
Des informations relatives à l'enregistrement de la source des propriétés, des groupes de propriété, des instances et des services ont été ajoutées au référentiel SMF. Ces informations permettent aux utilisateurs de distinguer les paramètres personnalisés par un administrateur de ceux fournis dans Oracle Solaris par un manifeste.
Les différents paramètres par administrateur, profil ou manifeste sont capturés dans des couches. Exécutez la commande svccfg listprop avec la nouvelle option -l pour examiner les valeurs présentes dans chacune des couches. Par exemple, la commande svccfg listprop -l all permet d'imprimer toutes les couches et les valeurs figurant dans chacune d'entre elles. En outre, la commande svccfg listcust peut être utilisée pour répertorier uniquement les personnalisations.
Les services et instances fournis dans des emplacements standard (/lib/svc/manifest, /var/svc/manifest et /etc/svc/profile) sont désormais gérés par le service SMF manifest-import. Pour supprimer complètement ces services du système, un administrateur doit désinstaller le package qui fournit les fichiers de support. Cette modification déclenche la suppression du service ou de l'instance du système. Si les fichiers de distribution ne sont pas gérés par un package, la suppression du fichier et le redémarrage du service manifest-import entraîne la suppression totale des services ou des instances fournis du système.
Si les fichiers ne peuvent être supprimés ou si l'administrateur ne souhaite pas exécuter le service ou l'instance sur le système et qu'il est impossible de désactiver le service ou l'instance, vous pouvez utiliser la commande svccfg delete en tant que personnalisation administrative. La commande svccfg delete est considérée comme une personnalisation de l'installation actuelle du système lorsque les fichiers de distribution sont encore présents dans les emplacements standard.
Remarque - La commande svccfg delete ne supprime pas le service. Elle ne fait que masquer le service aux utilisateurs SMF.
Pour supprimer une personnalisation effectuée par un administrateur, notamment du type svccfg delete, et revenir à la configuration fournie par le manifeste de service, utilisez avec précaution la sous-commande delcust de la commande svccfg. Par exemple, vous pouvez répertorier et supprimer l'intégralité de la personnalisation sur sendmail-client:default, comme suit :
# svccfg svc:> select svc:/network/sendmail-client:default svc:/network/sendmail-client:default> listcust config application admin MASKED ... svc:/network/sendmail-client:default> delcust Deleting customizations for instance: default
Pour plus d'informations, reportez-vous à la page de manuel svccfg(1M).
Les versions Oracle Solaris 10 et Oracle Solaris 11 comprennent des processus système qui effectuent une tâche spécifique sans nécessiter la moindre opération d'administration.
|