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
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
Problèmes liés à la transition de Solaris 11 Express vers Solaris 11
Modifications apportées à la configuration du réseau
Modifications apportées à la configuration du service de noms
Modifications apportées à la personnalisation des pilotes de périphérique
Modifications apportées au système de fichiers racine
Consultez les sections suivantes pour déterminer les problèmes susceptibles d'avoir un impact sur la migration vers Oracle Solaris 11.
Dans Oracle Solaris 11 Express, le service SMF svc:/network/physical:default permettait de configurer manuellement le réseau, et le service SMF svc:/network/physical:nwam de le configurer automatiquement. Dans la présente version, le service SMF svc:/network/physical:nwam n'est plus utilisé.
La fonction NWAM a été introduite dans Oracle Solaris 11 Express. Les aspects suivants de cette fonction ont été modifiés :
Le passage d'un mode de configuration réseau à l'autre se produit désormais au niveau du profil, et non plus au niveau de l'instance de service comme dans les versions précédentes.
Il existe désormais un seul service SMF réseau pour les deux modes de configuration, svc:/network/physical:default. Le service SMF svc:/network/physical:nwam est désapprouvé. Cependant, ce service reste listé dans la sortie de la commande svcs -a d'un système Oracle Solaris 11 :
# svcs -a | grep phys disabled Mar_11 svc:/network/physical:nwam online Mar_11 svc:/network/physical:default
Lorsque vous utilisez une configuration réseau automatique, le démon nwamd est activé sur le système.
# ps -ef | grep nwam netadm 9438 1 0 05:23:20 ? 0:00 /lib/inet/nwamd
Les commandes nwamcfg et nwamadm ont été renommées respectivement netcfg et netadm. Ces commandes peuvent être exécutées par l'utilisateur root ou par un utilisateur disposant des privilèges appropriés. Reportez-vous aux pages de manuel netcfg(1M) et netadm(1M).
Au cours d'une mise à niveau à partir d'Oracle Solaris 11 Express, le réseau est configuré comme suit :
Si vous utilisiez la configuration réseau automatique (NWAM) avant la mise à niveau, à l'issue de celle-ci, le service SMF svc:network/physical:default et le NCP Automatic sont activés. Si un NCP défini par un utilisateur était actif sur le système avant la mise à niveau, ce NCP reste actif. Notez que le service SMF svc:/network/physical:nwam est désapprouvé sous Oracle Solaris 11.
Si le réseau a été configuré au moyen d'outils de gestion de réseaux traditionnels (manuels) avant la mise à niveau, à l'issue de celle-ci, le service SMF svc:network/physical:default reste activé et le NCP DefaultFixed est activé.
Lorsque vous procédez à la mise à niveau d'un système Oracle Solaris 11 Express, le système exécute le nouveau service SMF svc:/system/name-service/upgrade lors de la réinitialisation. Ce service est exécuté par le démon svc.startd, après importation préalable d'un manifeste mais avant que la plupart des autres services soient démarrés. Il recherche les fichiers de configuration de services de noms hérités, non encore importés, puis les importe dans le référentiel SMF. Dans la plupart des cas, la commande nscfg détecte les fichiers de configuration qui ont été modifiés. Le script de mise à niveau détecte les fichiers de configuration qui n'ont pas été importés et les réimporte, ce qui rétablit la configuration SMF du service spécifié. Après la migration, tous les fichiers de configuration hérités (tels que resolv.conf, nsswitch.conf, /var/yp/* et /var/ldap/) sont régénérés à partir des données SMF lorsqu'un service approprié est démarré ou actualisé. Notez que les fichiers hérités restent utilisés par ces services. Reportez-vous à la section Importation d'une configuration réseau et à la page de manuel nscfg(1M).
Si vous exécutiez Oracle Solaris 11 Express avant de mettre à niveau le système vers Oracle Solaris 11, CUPS est déjà le service d'impression par défaut. Inutile de configurer l'environnement d'impression pour travailler avec CUPS après la mise à niveau. En revanche, si le service d'impression LP était activé et si vous avez configuré les imprimantes à l'aide des commandes d'impression lp, il faut reconfigurer ces imprimantes sous CUPS.