commande nimadm

Objectif

À partir du niveau technologique AIX®7.3 (TL) 3, la nimadm commande prend également en AIX charge les mises à jour TL ou AIX Service Pack (SP).

Syntaxe

Effectuer la migration du disque secondaire

nimadm -l lpp_source -c NIMClient -s SPOT -d TargetDisks [ -a PreMigrationScript ] [ -b installp_bundle] [ -z PostMigrationScript] [ -e exclude_files] [ -i image_data ] [ -j VGname ] [ -m NFSMountOptions ] [ -o bosinst_data] [-P Phase] [ -j VGname ] [-Y ] [ -U ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ] [{ -B | -r }] 

Nettoyage de la migration des disques secondaires sur le client

nimadm -C -c NIMClient -s SPOT [ -F ] [ -D ] [ -E ]

Groupe de volumes réveillé

nimadm -W -c NIMClient -s SPOT -d TargetDisks [-m NFSMountOptions ] [-z PostMigrationScript ] [ -F ] [ -D ] [ -E ]

Groupe de volumes de mise en veille

nimadm -S -c NIMClient -s SPOT [ -F ] [ -D ] [ -E ]

Synchronisation du logiciel de migration disque secondaire

nimadm -M -s SPOT -l lpp_source [ -d device ] [ -P ] [ -F ]

Migration de mksysb vers le client

nimadm -T NIMmksysb -c NIMClient -s SPOT -l lpp_source -d TargetDisks -j VGname -Y [ -U ] [ -a PreMigrationScript ] [ -b installpBundle ] [ -z PostMigrationScript ] [ -i ImageData ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ] [ -B | -r ]

Migration de mksysb vers mksysb

nimadm -T NIMmksysb -O mksysbfile -s SPOT -l lpp_source -j VGname -Y [ -U ] [ -N NIMmksysb ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ]

Migration du client vers mksysb

nimadm -c nim_client -O mksysbfile -s SPOT -l lpp_source -j VGname -Y [ -U ] [ -N NIMmksysb ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -e exclude_files] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ]

Effectuer une migration de disque alternée multi-clients (en parallèle)

Avec un fichier JSON contenant les données du client

nimadm -n -f Client_json_file -Y [ -l lpp_source ] [ -s SPOT ] [ -U ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -e exclude_files ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -j VGname ] [ -F ] [ -A ] [ -D ] [ -E ] [{ -B | -r }] 

Option interactive

nimadm -n -Y [ -l lpp_source ] [ -s SPOT ] [ -U ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -e exclude_files ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -j VGname ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ] [{ -B | -r }] 

Note : Pour consulter la liste des attributs obligatoires et facultatifs pour la migration parallèle, voir Attributs obligatoires et facultatifs pour la migration parallèle.

Migration multi-clients mksysb vers un client (parallèle)

Avec un fichier JSON contenant les données du client

nimadm -n -f Client_json_file -Y [ -T NIMmksysb ] [ -l lpp_source ] [ -s SPOT ] [ -j VGname ] [ -U ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ] [{ -B | -r }]

Option interactive

nimadm -n -Y [ -T NIMmksysb ] [ -l lpp_source ] [ -s SPOT ] [ -j VGname ] [ -U ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ] [{ -B | -r }]

Note : Pour consulter la liste des attributs obligatoires et facultatifs pour la migration parallèle, voir Attributs obligatoires et facultatifs pour la migration parallèle.

Descriptif

La commande nimadm est un utilitaire qui permet à l'administrateur système de créer une copie de rootvg sur un ou plusieurs disques libres et de la migrer simultanément vers une nouvelle version ou un nouveau niveau d'édition d' AIX. La commande nimadm utilise les ressources NIM pour exécuter cette fonction.

Ce document fournit des informations sur la commande nimadm . Pour une couverture complète de alt_disk_install, de NIM, de la migration et d'autres problèmes d'installation connexes, voir Installation d' AIX.

Mise en cache du disque local nimadm

La mise en cache du disque local permet au maître NIM d'éviter d'avoir à écrire NFS sur le client, ce qui peut être utile si l'opération nimadm ne s'exécute pas de manière optimale en raison d'un col de bouteille d'écriture NFS . Si cette fonction est appelée avec l'indicateur -j VGname , la commande nimadm crée des systèmes de fichiers sur le groupe de volumes indiqué (sur le maître NIM). De plus, la commande nimadm utilise des flux pour mettre en cache toutes les données du client vers ces systèmes de fichiers.

Les avantages et les inconvénients de la fonction de mise en cache du disque local nimadm sont les suivants:

Avantages

1. Amélioration des performances pour les opérations nimadm qui se trouvent sur des réseaux relativement lents.
2. Amélioration des performances des opérations nimadm qui constituent un goulot d'étranglement dans les écritures NFS (NFS ).
3. Diminution de l'utilisation de l'unité centrale sur le client.
4. Les systèmes de fichiers client ne sont pas exportés.

Inconvénients

1. Les systèmes de fichiers cache occupent de l'espace sur le maître NIM (vous devez disposer de suffisamment d'espace pour héberger les systèmes de fichiers rootvg du client et l'espace de migration pour chaque client)
2. Augmentation de l'utilisation de l'unité centrale sur le maître.
3. Augmentation des E-S sur le maître (pour des performances optimales, utilisez un groupe de volumes (disque) qui ne contient pas de ressource NIM utilisée dans l'opération).

Comment exécuter la mise en cache du disque

1. Vérifiez que vous êtes au dernier niveau de bos.alt_disk_install.rte sur le maître NIM.
2. Ajoutez l'indicateur -j VGName à toutes les opérations nimadm . Par exemple, nimadm -j rootvg ou nimadm -j cachevg.

Vous pouvez exclure des systèmes de fichiers spécifiques (qui ne sont pas impliqués dans la migration) de la mise en cache sur le réseau (ils sont toujours copiés localement dans altinst_rootvg sur le client). Pour spécifier une liste de systèmes de fichiers à exclure de la mise en cache du réseau, vous devez créer un fichier à l'emplacement de la ressource SPOT utilisée pour la migration. Pour obtenir l'emplacement exact du chemin SPOT, entrez la commande suivante:

# lsnim -a location SpotName

Le nom du fichier doit être au format suivant:

Nim_Client.nimadm_cache.excl

Remarque: ce fichier s'applique au client NIM indiqué dans Nim_Client. Le chemin d'accès complet doit être au format suivant:

Spot_Location/Nim_Client.nimadm_cache.excl

Par exemple, /nim_resources/520spot/usr/myclient.nimadm_cache.excl.

Pour exclure un système de fichiers de la mise en cache, entrez un système de fichiers (à exclure) par ligne dans ce fichier. Pour exclure un système de fichiers, vous devez vous assurer des points suivants:

1. N'excluez pas les systèmes de fichiers impliqués dans le processus de migration. En d'autres termes, ces systèmes de fichiers contiennent des fichiers logiciels qui sont migrés. L'exclusion de ces fichiers peut entraîner des résultats imprévisibles.
2. N'excluez pas (ne peut pas) les systèmes de fichiers AIX suivants: /, /usr, /var, /opt, /homeet /tmp.

Les quatre phases suivantes sont modifiées par la commande nimadm avec la mise en cache-disque (toutes les autres phases restent les mêmes):

• Phase 2-Le maître NIM crée un système de fichiers cache local dans le groupe de volumes cible indiqué (sur le maître NIM).
• Phase 3-Le maître NIM remplit les systèmes de fichiers cache avec les données du client.
• Phase 9-Le maître NIM écrit toutes les données migrées dans le groupe de volumes root de remplacement du client.
• Phase 10-Le maître NIM nettoie et supprime les systèmes de fichiers cache locaux.

nimadm exigences

La configuration requise pour nimadm est la suivante:

1. Le maître NIM doit avoir le même niveau de bos.alt_disk_install.rte installé dans son groupe de volumes root et dans le SPOT utilisé pour effectuer la migration. (Remarque: il n'est pas nécessaire d'installer les utilitaires alt_disk_install sur le client).
2. La ressource lpp_source NIM sélectionnée et la ressource SPOT NIM sélectionnée doivent correspondre au niveau AIX vers lequel vous effectuez la migration.
3. Le maître NIM doit être au même niveau AIX ou à un niveau supérieur que celui vers lequel il est migré.
4. Le client (le système à migrer) doit être au niveau AIX 4.3.3 ou supérieur.
5. Le client doit disposer d'un disque (ou de disques) suffisamment grand pour cloner le groupe de volumes root et de 500 Mo supplémentaires (environ) d'espace disponible pour la migration. La quantité totale d'espace requis dépend de la configuration du système d'origine et de la personnalisation de nimadm .
6. Le client cible doit être enregistré auprès du maître en tant que client NIM autonome. Pour plus d'informations, voir la commande niminit . Le maître NIM doit pouvoir exécuter des commandes à distance sur le client à l'aide du protocole rshd .
7. Le maître NIM doit pouvoir exécuter des commandes à distance sur le client à l'aide du protocole rshd .
8. Le maître NIM et le client doivent tous deux disposer d'un minimum de 128 mégaoctets de mémoire RAM.
9. Un réseau fiable, qui peut faciliter de grandes quantités de trafic NFS , doit exister entre le maître NIM et le client. Le maître NIM et le client doivent pouvoir effectuer des montages NFS et des opérations de lecture / écriture.
10. Le matériel et les logiciels du client doivent prendre en charge le niveau AIX qui est en cours de migration et qui répond à toutes les autres exigences de migration conventionnelles.
11. Tous les serveurs d'applications et de base de données, tels que DB2 et LDAP, doivent être arrêtés avant d'exécuter la commande nimadm pour cloner le groupe de volumes root d'un système client. Sinon, les serveurs d'applications et les serveurs de base de données ne démarrent pas normalement une fois les opérations de la commande nimadm terminées.

Remarque: Si vous ne pouvez pas répondre aux exigences 1-10, vous devez effectuer une migration classique. Si vous ne pouvez pas répondre à l'exigence 11, la migration n'est pas possible.

Attention: avant d'effectuer une migration nimadm , vous devez accepter tous les contrats de licence logicielle pour les logiciels à installer. Vous pouvez accepter tous les contrats de licence logicielle pour les logiciels à installer en spécifiant l'indicateur -Y comme argument de la commande nimadm ou en définissant la variable d'environnement ADM_ACCEPT_LICENSES sur yes.

nimadm limitations

Les limitations suivantes s'appliquent à la commande nimadm :

1. Si la base de calcul sécurisée (TCB) est activée dans le groupe de volumes root du client, vous devez la désactiver (de façon permanente), utiliser l'option de mise en cache-disque (-j) ou effectuer une migration conventionnelle. Cette limitation est due au fait que le bloc de contrôle des tâches doit accéder aux métadonnées de fichier, qui ne sont pas accessibles via le système de fichiers réseau (NFS).
2. Toutes les ressources NIM utilisées par la commande nimadm doivent être locales sur le maître NIM.
3. Bien qu'il n'y ait pratiquement aucune interférence avec le groupe de volumes rootvg actif du client au cours de la migration, le client peut subir une réduction mineure des performances en raison de l'augmentation des entrées-sorties de disque, de l'activité biod et de l'utilisation de l'UC associée au clonage de la commande alt_disk_install .
4. Il peut être nécessaire d'optimiser le système NFS pour optimiser les performances de nimadm .
5. Les noms de répertoire réservés sur le client NIM pour nimadm sont /ALT_MIG_SPOT, /ALT_MIG_EXCL, /ALT_MIG_IMAGESet /ALT_MIG_IMD. La commande nimadm échoue si ces noms sont utilisés.

Ressources NIM utilisées par nimadm:

ressources SPOT ressources " (-s )

La ressource spot NIM est requise pour toutes les opérations nimadm (migration, nettoyage, réveil, veille). Tous les utilitaires nimadm et alt_disk_install utilisés par le client sont installés dans cette ressource. Il n'est pas nécessaire d'installer le logiciel nimadm sur le client. L'opération NIM cust doit être utilisée pour installer les ensembles de fichiers suivants dans l'emplacement:

• Obligatoire- bos.alt_disk_install.rte (doit correspondre au niveau du maître NIM).
• Catalogue de messages facultatif- bos.msg.$LANG.alt_disk_install.rte

ressources lpp_source ressources " (-l )

Cette ressource NIM est la source des images d'installation utilisées pour la migration du système. Il est requis pour les opérations de migration nimadm . Le lpp_source doit contenir toutes les images système du niveau vers lequel le système est migré (vérifiez l'attribut lpp_source images dans la sortie lsnim -l lpp_source ). Il doit également contenir les images installp facultatives qui doivent être migrées.

pre-migration

Cette ressource de script qui est exécutée sur le maître NIM, mais dans l'environnement du système de fichiers alt_inst du client qui est monté sur le maître (cette opération est effectuée à l'aide de la commande chroot ). Ce script est exécuté avant le début de la migration.

post-migration

Cette ressource de script est similaire au script pre-migration , mais elle est exécutée une fois la migration terminée.

image_data

Indique une ressource image_data qui est transmise à alt_disk_install (en tant qu'arguments de l'indicateur -i ). NIM alloue et monte cette ressource sur le client avant d'appeler alt_disk_install.

exclude_files

Indique une ressource exclude_files transmise à alt_disk_install (en tant qu'argument de l'indicateur -e ). NIM alloue et monte cette ressource sur le client avant d'appeler alt_disk_install.

installp_bundle

Cette ressource NIM indique les logiciels supplémentaires que la commande nimadm installe une fois la migration terminée.

bosinst_data

Cette ressource NIM indique divers paramètres d'installation pouvant être utilisés par la commande nimadm .

Processus de migration de nimadm

La commande nimadm effectue la migration en 12 phases. Chaque phase peut être exécutée individuellement à l'aide de l'indicateur -P . Les phases nimadm doivent être exécutées de manière séquentielle. Les phases nimadm sont les suivantes:

1. Le maître envoie une commande alt_disk_install au client qui effectue une copie du groupe de volumes rootvg sur les disques cible (cette opération est par coïncidence la phase 1 du processus alt_disk_install ). Dans cette phase, altinst_rootvg (rootvg de remplacement) est créé. Si une cible mksysb est indiquée, mksysb est utilisé pour créer un groupe de volumes rootvg à l'aide de la mise en cache du disque local sur le maître NIM.
2. Le maître exécute des commandes de client distant pour exporter tous les systèmes de fichiers /alt_inst vers le maître. Les systèmes de fichiers sont exportés en tant que lecture / écriture avec accès root au document maître. Si une cible mksysb est spécifiée, les systèmes de fichiers cache sont créés en fonction des données d'image du mksysb.
3. Le système NFS maître monte les systèmes de fichiers exportés en phase 2. Si une cible mksysb est spécifiée, l'archive mksysb est restaurée dans les systèmes de fichiers cache créés lors de la phase 2.
4. Si la ressource de script pre-migration est spécifiée, le script est exécuté pendant cette période.
5. Les fichiers de configuration système sont sauvegardés. L'espace de migration initial est calculé et des extensions de système de fichiers appropriées sont effectuées. bos est restauré et la base de données d'unités est fusionnée (similaire à une migration classique). Les méthodes de fusion de la migration sont exécutées et des traitements divers sont effectués.
6. Les ensembles de fichiers du système sont migrés à l'aide de installp. Toutes les images RPM requises sont installées au cours de cette phase.
7. Si la ressource de script post-migration est spécifiée, le script est exécuté pendant cette période.
8. La commande bosboot est exécutée pour créer une image d'amorçage client écrite sur le volume logique d'amorçage du client (hd5).
9. Les montages effectués sur le maître lors de la phase 3 sont supprimés.
10. Les exportations client créées lors de la phase 2 sont supprimées.
11. Le alt_disk_install est de nouveau appelé (phase 3 de alt_disk_install) pour effectuer les derniers ajustements et placer altinst_rootvg en veille. La liste des unités d'amorçage est définie sur le disque cible (sauf si l'indicateur -B est utilisé). Si une sortie mksysb est indiquée, le cache est archivé dans un fichier mksysb et transformé en ressource NIM mksysb .
12. Le nettoyage est exécuté pour mettre fin à la migration. Le client est réamorcé, si l'indicateur -r est spécifié.

Remarque: La commande nimadm prend en charge la migration simultanée de plusieurs clients.

Taille du volume logique d'amorçage

La commande nimadm crée un volume logique d'amorçage avec la taille appropriée pour accueillir la nouvelle image d'amorçage. Lorsque vous migrez votre version actuelle d' AIX vers AIX 7.3, la taille du volume logique d'amorçage est de 40 Mo.

Opération de nettoyage nimadm

Cette opération, indiquée avec l'indicateur -C , est conçue pour être nettoyée après un échec de migration qui, pour une raison quelconque, n'a pas effectué de nettoyage proprement dit. Il peut également être utilisé pour effacer une migration précédente afin d'effectuer une nouvelle migration.

nimadm réveil et veille

Une fois la migration terminée, la commande nimadm peut être utilisée pour "réveiller" le altinst_rootvg migré ou le groupe de volumes root d'origine (s'il est amorcé à partir du disque migré). L'indicateur d'activation nimadm (-W ) effectue un alt_disk_install réveil, NFS exporte les systèmes de fichiers /alt_inst et les monte sur le maître NIM. La fonction de veille nimadm (-S ) permet d'annuler l'activation en démontant les montages du maître NIM, en désexportant les systèmes de fichiers /alt_inst et en exécutant la fonction de veille alt_disk_install sur le client.

Chiffrement des volumes logiques par défaut du groupe de volumes racine

À partir d'AIX 7.3, TL 3, vous pouvez sélectionner les volumes logiques par défaut du rootvg pour le chiffrement. Pour activer cette fonction, procédez comme suit :

1. Créez une ressource " bosinst_data et spécifiez " ENCRYPTLV=yes|no|preserve dans la strophe de flux de contrôle du fichier " bosinst_data.
   L'attribut " ENCRYPTLV a les valeurs valides suivantes :

   • ENCRYPTLV=yes: active la fonction de cryptage de la commande 'nimadm et lit le choix de l'utilisateur dans la strophe 'lv_encryption
   • ENCRYPTLV=preserve: Active la fonction de cryptage de la commande 'nimadm et conserve l'état de cryptage des volumes logiques par défaut du client rootvg lors de la création 'altinst_rootvg.
   • ENCRYPTLV=no: les volumes logiques par défaut du altinst_rootvg ne sont pas cryptés.
2. Exécutez la commande " nimadm avec l'argument " -o bosinst_data_resource_name.

Chaque volume logique de la strophe " lv_encryption du fichier de ressources " bosinst_data peut prendre les valeurs suivantes :

• yes - Chiffre le volume logique.
• no - Le volume logique n'est pas chiffré.
• preserve - Maintient l'état précédent du volume logique.

Pour plus d'informations sur la strophe " lv_encryption de la ressource " bosinst_data, voir la rubrique bosinst_data lv_encryption stanza.

Remarque : cette fonction ne prend en charge que le chiffrement des volumes logiques rootvg par défaut.

Pour vérifier l'état cryptographique de " altinst_rootvg, entrez la commande suivante :

hdcryptmgr showlv rootvg

Remarque : pour chiffrer 10 volumes logiques, au moins 11 emplacements de chiffrement PKS (Platform keystore) doivent être disponibles. L'un des emplacements de cryptage PKS est conservé comme tampon.

À partir de AIX 7.3, TL 3, toutes les informations mentionnées précédemment concernant l'opération de migration à l'aide de la nimadm commande s'appliquent également à une mise à AIX jour TL ou SP. Vous pouvez utiliser le -U drapeau de la nimadm commande pour effectuer les mises à AIX jour TL ou SP.

Indicateurs

Attributs obligatoires et facultatifs pour la migration parallèle

Statut de sortie

0 %

Toutes les opérations liées à la commande nimadm qui ont abouti.

>0

Une erreur s'est produite.

Security

Contrôle d'accès

Vous devez disposer des droits d'accès root pour exécuter la commande nimadm .

Utilisateurs RBAC

Attention aux utilisateurs du contrôle d'accès à base de rôles: Cette commande peut effectuer des opérations privilégiées. Seuls les utilisateurs privilégiés peuvent exécuter des opérations privilégiées. Pour plus d'informations sur les autorisations et les privilèges, voir Base de données des commandes privilégiées dans Sécurité. Pour obtenir la liste des privilèges et des autorisations associés à cette commande, voir la commande 'lssecattr ou la sous-commande 'getcmdattr

Création d'un fichier JSON avec les données du LPAR client

La commande 'nimadm prend en charge la migration parallèle de LPAR multi-clients. Les données de tous les LPARs clients participant à la migration doivent être fournies pour effectuer les opérations " nimadm. Lorsque vous utilisez uniquement l'indicateur " -n, vous pouvez fournir les données d'un ou de plusieurs LPAR clients en remplissant le questionnaire interactif. Lorsque l'indicateur '-n est utilisé avec l'indicateur '-f, le chemin complet du fichier JSON qui contient les données du LPAR client doit être spécifié.

{
"client_1":"<name of the nim client lpar>",
"client_1_target_disk":"<Target disk for the client lpar>",
"client_1_res_lpp_source":"<LPP-source resource name>",
"client_1_res_spot":"<Spot resource name>",
"client_1_res_target_mksysb":"<existing NIM mksysb resource to migrate>",
"client_1_vgname":"<volume group (on the NIM master) to cache all of the data from the client to these file systems>",
"client_1_res_premig_script":"<premigration script resource name>",
"client_1_res_postmig_script":"<post migration script resource name>",
"client_1_res_image_data":"<Image data resource name>",
"client_1_res_exclude_files":"<Exclude files resource name>",
"client_1_res_install_img_bundle":"<Installp bundle resource name>",
"client_1_res_bosinst_data":"<Bosinst data resource name>",
"client_1_opt_nfs_mount":"<nfs mount options>",
"client_1_opt_skip_bootlist":"<Do you want to skip running bootlist after the nimadm migration? (Enter y for yes/n for no)>",
"client_1_opt_reboot":"<Should client be rebooted after migration? (Enter y for yes/n for no)>",
"client_1_opt_update":"<Do you want to perform a TL/SP update? (Enter y for yes/n for no)>"
}

{
"client_1":"aix1",
"client_1_target_disk":"hdisk1",
"client_1_res_lpp_source":"lpp1",
"client_1_res_spot":"spot1",
"client_1_res_target_mksysb":"mksysb_72Z",
"client_1_vgname":"nimadmVg1",
"client_1_res_premig_script":"premig1",
"client_1_res_postmig_script":"postmig1",
"client_1_res_image_data":"img1",
"client_1_res_exclude_files":"excl1",
"client_1_res_install_img_bundle":"instl1",
"client_1_res_bosinst_data":"bi1",
"client_1_opt_nfs_mount":"-Vcdrfs",
"client_1_opt_skip_bootlist":"y",
"client_1_opt_update":"n",

"client_2":"aix2",
"client_2_target_disk":"hdisk2",
"client_2_res_lpp_source":"lpp2",
"client_2_res_spot":"spot2",
"client_2_res_target_mksysb":"mksysb_72X",
"client_2_vgname":"nimadmVg2",
"client_2_res_premig_script":"premig2",
"client_2_res_postmig_script":"postmig2",
"client_2_res_image_data":"img2",
"client_2_res_exclude_files":"excl2",
"client_2_res_install_img_bundle":"instl2",
"client_2_res_bosinst_data":"bi2",
"client_2_opt_nfs_mount":"-vcdrfs",
"client_2_opt_skip_bootlist":"n",
"client_2_opt_reboot":"n",
"client_2_opt_update":"y"
}

Exemples

1. Pour exécuter la migration " nimadm vers le client NIM cible aix1 en utilisant la ressource NIM " SPOT spot1, la ressource NIM " lpp_source lpp1 et les disques cibles hdisk1 et hdisk2, entrez la commande suivante :

   nimadm -c aix1 -s spot1 -l lpp1 -d "hdisk1 hdisk2" -Y

   L'indicateur '-Y permet d'accepter tous les accords de licence de logiciel requis pour le logiciel à installer.

2. Pour exécuter la même opération que dans l'exemple précédent sur hdisk2, ainsi que les scripts 'pre-migration nimscript1 et 'post-migration nimscript2, entrez la commande suivante :

   nimadm -c aix1 -s spot1 -a nimscrip1 -z nimscript2 -l lpp1 -d hdisk1 -Y

3. Pour exécuter le nettoyage " nimadm sur le client aix1 en utilisant la ressource NIM " SPOT spot1, entrez la commande suivante :

   nimadm -C -c aix1 -s spot1

4. Pour créer une nouvelle ressource mksysb migrée d'un client avec le nom de fichier nim1, entrez la commande suivante:

   nimadm -c aix1 -s spot1 -l lpp1 -O /export/mksysb/mksysb1 -j vg00 -Y -N nim1

5. Pour créer une ressource mksysb migrée avec le nom de fichier nim3 à partir d'une ressource mksysb NIM existante, entrez la commande suivante:

   nimadm -s spot1 -l lpp1 -j vg00 -Y -T nim2 -O /export/mksysb/m2 -N nim3

6. Pour migrer une ressource NIM existante et la placer sur un client, entrez la commande suivante:

   nimadm -c aix1 -s spot1 -l lpp1 -d hdisk1 -j vg00 -T nim2 -Y

   Remarque: Aucune modification n'est apportée à la ressource nim2 NIM mksysb.
7. Pour afficher les horodatages de la nimadm migration vers le client NIM cible flan003 à l'aide de la ressource NIM SPOT spot1, de la ressource NIM lpp_source lpp1et du disque cible hdisk1, entrez la commande suivante:

   nimadm -j nimadm -c flan003  -s  spot1 -l lpp1  -d hdisk1 -Y -A

   Une sortie similaire à l'exemple suivant s'affiche :

   Initializing the NIM master.
   
   Starting Alternate Disk Migration.
   +-----------------------------------------------------------------------------+
   01-12-2023 01:21:29 Executing nimadm phase 1.
   +-----------------------------------------------------------------------------+
   Cloning altinst_rootvg on client, Phase 1.
   
   for backup and restore into the alternate file system...
   Phase 1 complete.
   +-----------------------------------------------------------------------------+
   01-12-2023 01:22:32 Executing nimadm phase 2.
   +-----------------------------------------------------------------------------+
   Creating nimadm cache file systems on volume group nimadm.

8. Pour exécuter nimadm l'opération en utilisant le mode interactif pour deux clients NIM, aix1 et aix2, avec les disques cibles hdisk1 et hdisk2, respectivement, la ressource NIM SPOT comme spot1, la ressource NIM lpp_source comme lpp1, et avec d'autres ressources différentes, entrez la commande suivante :

   nimadm -n -Y

   Une session interactive similaire à la suivante démarre pour obtenir les informations nécessaires aux opérations du " nimadm:

   Client #1
   ##############Enter client name -
   aix1
   Enter target disk -
   hdisk1
   No lpp_source is provided in the command line.
   Enter lpp_source name -
   lpp1
   No spot is provided in the command line.
   Enter spot name -
   spot1
   No "-T" argument specified in the command line.
        Type "mksysb" to perform mksysb to client migration.
        Otherwise, type "." to go ahead with normal migration
   mksysb
   Enter target mksysb resource -
   mksysb_72Z
   Enter vgname -
   nimadmVg1
   Enter pre-migration script resource or "." to skip -
   premig1
   Enter post-migration script resource or "." to skip -
   postmig1
   Enter image.data resource or "." to skip -
   img1
   Enter exclude files resource or "." to skip -
   excl1
   Enter install image bundle resource or "." to skip -
   instl1
   Enter bosinst_data resource or "." to skip -
   bi1
   Enter nfs mount options or "." to skip -
   -Vcdrfs
   Do you want to skip running the bootlist after nimadm migration? (yes/no)
   Note - Entering "yes" will set "-B" flag in the nimadm command -
   yes
   Would you like to update using provided lpp_source and spot? (yes/no)
   Note - Entering "yes" will set "-U" flag in the nimadm command -
   no
   Do you want to add any more clients? Type 'y' for yes, 'n' for no
   y
   
   Client #2
   ##############Enter client name -
   aix2
   Enter target disk -
   hdisk2
   No lpp_source is provided in the command line.
   Enter lpp_source name -
   lpp2
   No spot is provided in the command line.
   Enter spot name -
   spot2
   No "-T" argument specified in the command line.
        Type "mksysb" to perform mksysb to client migration.
        Otherwise, type "." to go ahead with normal migration
   mksysb
   Enter target mksysb resource -
   mksysb_72X
   Enter vgname -
   nimadmVg2
   Enter pre-migration script resource or "." to skip -
   premig2
   Enter post-migration script resource or "." to skip -
   postmig2
   Enter image.data resource or "." to skip -
   img2
   Enter exclude files resource or "." to skip -
   excl2
   Enter install image bundle resource or "." to skip -
   instl2
   Enter bosinst_data resource or "." to skip -
   bi2

   
   Enter nfs mount options or "." to skip -
   -vcdrfs
   Do you want to skip running the bootlist after nimadm migration? (yes/no)
   Note - Entering "yes" will set "-B" flag in the nimadm command -
   no
   Should the client reboot automatically after nimadm migration is complete? (yes/no)
   Note - Entering "yes" will set "-r" flag in the nimadm command -
   no
   Would you like to update using provided lpp_source and spot? (yes/no)
   Note - Entering "yes" will set "-U" flag in the nimadm command -
   yes
   Do you want to add any more clients? Type 'y' for yes, 'n' for no
   n

   
   Starting:/usr/sbin/nimadm -c aix2 -d hdisk2 -l lpp2 -s  spot2 -T mksysb_72X -j nimadmVg2 -i img2 -o bi2 -e excl2 -b instl2 -a premig2 -z postmig2 -m -vcdrfs -Y -A 2>/var/adm/ras/nimadm_parallel/aix2_error.log
   Starting:/usr/sbin/nimadm -c aix1 -d hdisk1 -l lpp1 -s  spot1 -T mksysb_72Z -j nimadmVg1 -i img1 -o bi1 -e excl1 -b instl1 -a premig1 -z postmig1 -m -Vcdrfs -B -Y -U -A 2>/var/adm/ras/nimadm_parallel/aix1_error.log
   02-21-2024 09:40:38 : Started nimadm for aix2
   02-21-2024 09:40:38 : Started nimadm for aix1
   ...
   
   # cat /var/adm/ras/client_data.json
   {
   "client_1":"aix1",
   "client_1_target_disk":"hdisk1",
   "client_1_res_lpp_source":"lpp1",
   "client_1_res_spot":"spot1",
   "client_1_res_target_mksysb":"mksysb_72Z",
   "client_1_vgname":"nimadmVg1",
   "client_1_res_premig_script":"premig1",
   "client_1_res_postmig_script":"postmig1",
   "client_1_res_image_data":"img1",
   "client_1_res_exclude_files":"excl1",
   "client_1_res_install_img_bundle":"instl1",
   "client_1_res_bosinst_data":"bi1",
   "client_1_opt_nfs_mount":"-Vcdrfs",
   "client_1_opt_skip_bootlist":"y",
   "client_1_opt_update":"n",
   
   "client_2":"aix2",
   "client_2_target_disk":"hdisk2",
   "client_2_res_lpp_source":"lpp2",
   "client_2_res_spot":"spot2",
   "client_2_res_target_mksysb":"mksysb_72X",
   "client_2_vgname":"nimadmVg2",
   "client_2_res_premig_script":"premig2",
   "client_2_res_postmig_script":"postmig2",
   "client_2_res_image_data":"img2",
   "client_2_res_exclude_files":"excl2",
   "client_2_res_install_img_bundle":"instl2",
   "client_2_res_bosinst_data":"bi2",
   "client_2_opt_nfs_mount":"-vcdrfs",
   "client_2_opt_skip_bootlist":"n",
   "client_2_opt_reboot":"n",
   "client_2_opt_update":"y"
   }
   

9. Pour exécuter nimadm l'opération à l'aide d'un fichier JSON contenant les données LPAR du client, entrez la commande suivante :

   nimadm -n –f /home/dev/client_data.json -l lpp1 –s spot1 -Y

   Dans cet exemple, le fichier JSON " client_data.json est placé dans le répertoire " /home/dev. Tous les LPAR clients mentionnés dans le fichier JSON utilisent la ressource NIM SPOT " spot1 et la ressource NIM lpp_source " lpp1.

10. Pour effectuer une mise à jour AIX TL ou SP à l'aide de la commande " nimadm afin de cibler le client NIM " aix1 en utilisant la ressource NIM SPOT " spot1", la ressource NIM lpp_source " lpp1 et les disques cibles " hdisk1 et " hdisk2, entrez la commande suivante :

    nimadm -c aix1 -s spot1 -l lpp1 -d "hdisk1 hdisk2" -Y -U

    Note : L'indicateur '-Y accepte tous les accords de licence requis pour le logiciel à installer.
11. Pour exécuter la migration " nimadm vers le client NIM cible aix1 en utilisant la ressource NIM " SPOT spot1, la ressource NIM " lpp_source lpp_source1, le disque cible hdisk2, et pour utiliser le fichier de ressource " bosinst_data " nim_bosinst_resource " afin d'activer la fonction qui permet de sélectionner les volumes logiques du rootvg par défaut pour le cryptage, entrez la commande suivante :

    nimadm -c aix1 -s spot1 -l lpp1 -o nim_bosinst_resource -d "hdisk2" -Y

Fichiers