nimadm コマンド

オンライン編集

目的

nimadm (Network Installation Manager 代替ディスク・マイグレーション) コマンドは、システム管理者が以下のアクションを実行できるようにするユーティリティーです。
  • 空きディスク (複数可) に rootvg のコピーを作成し、同時にそれを AIX®の新しいバージョンまたはリリース・レベルに移行します。
  • rootvg のコピーを使用して、新しいバージョンまたはリリース・レベルの AIXに移行される新しい NIM mksysb リソースを作成します。
  • NIM mksysb リソースを使用して、新しいバージョンまたはリリース・レベルの AIXに移行される新しい NIM mksysb リソースを作成します。
  • NIM mksysb リソースを使用して、空きディスク (複数可) に復元し、同時に AIXの新しいバージョンまたはリリース・レベルに移行します。
nimadm コマンドは、NIM リソースを使用してこれらの機能を実行します。

構文

代替ディスク・マイグレーションの実行
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 ] [ -F ] [ -D ] [ -E ] [ -V ] [{ -B | -r }]
クライアントでの代替ディスク・マイグレーションのクリーンアップ
nimadm -C -c NIMClient -s SPOT [ -F ] [ -D ] [ -E ]
ボリューム・グループのウェイクアップ
nimadm -W -c NIMClient -s SPOT -d TargetDisks [-m NFSMountOptions ] [-z PostMigrationScript ] [ -F ] [ -D ] [ -E ]
Put-to-sleep ボリューム・グループ
nimadm -S -c NIMClient -s SPOT [ -F ] [ -D ] [ -E ]
代替ディスク移行ソフトウェアの同期化
nimadm -M -s SPOT -l lpp_source [ -d device ] [ -P ] [ -F ]
mksysb からクライアントへのマイグレーション
nimadm -T NIMmksysb -c NIMClient -s SPOT -l lpp_source -d TargetDisks -j VGname -Y [ -a PreMigrationScript ] [ -b installpBundle ] [ -z PostMigrationScript ] [ -i ImageData ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ] [ -B | -r ]
mksysb から mksysb へのマイグレーション
nimadm -T NIMmksysb -O mksysbfile -s SPOT -l lpp_source -j VGname -Y [ -N NIMmksysb ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -A ] [ -D ] [ -E ] [ -V ]
クライアントから mksysb へのマイグレーション
nimadm -c nim_client -O mksysbfile -s SPOT -l lpp_source -j VGname -Y [ -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 ]

説明

nimadm コマンドは、システム管理者が rootvg のコピーを空きディスク (複数の場合もある) に作成し、同時にそれを新しいバージョンまたはリリース・レベルの AIXにマイグレーションできるようにするユーティリティーです。 nimadm コマンドは、NIM リソースを使用してこの機能を実行します。

nimadm コマンドを使用すると、従来型のマイグレーションに比べて以下のような利点があります。
  1. ダウン時間が減ります。 マイグレーションは、 システムが立ち上がっており、正常に働いている間に行われます。 インストール・メディアからブートする必要はなく、ほとんどの処理は NIM マスターで行われます。
  2. nimadm コマンドは、マイグレーションが失敗した場合に素早くリカバリーを行えるようにします。 nimadm コマンドが alt_disk_install を使用して rootvg のコピーを作成すると、そのコピー (altinst_rootvg) に対するすべての変更が実行されます。 重大なマイグレーション・インストール障害が発生した場合、失敗したマイグレーションはクリーンアップされ、管理者はそれ以上のアクションを実行する必要はありません。 新しい (移行された) レベルの AIXに問題がある場合は、元のディスクからブートすることによって、システムを移行前のオペレーティング・システムに素早く戻すことができます。
  3. nimadm コマンドを使用すると、オプションの NIM カスタマイズ・リソースを利用して、マイグレーション・プロセスで高度な柔軟性とカスタマイズを行うことができます。 NIM カスタマイズ・リソースは、 image_data、 bosinst_data、 exclude_files、 pre-migration スクリプト、 installp_bundle、および post-migration スクリプトです。

本書には、 nimadm コマンドに関する情報が記載されています。 alt_disk_install、NIM、移行、およびその他の関連するインストールの問題について詳しくは、 AIXを参照してください。

nimadm ローカル・ディスク・キャッシング

ローカル・ディスク・キャッシングを使用すると、NIM マスターはクライアントに NFS 書き込みを行う必要がなくなります。これは、 NFS 書き込みボトル・ネックが原因で nimadm 操作が最適に実行されない場合に役立ちます。 -j VGname フラグを指定してこの機能を呼び出すと、 nimadm コマンドは、(NIM マスター上の) 指定されたボリューム・グループにファイルシステムを作成します。 また、 nimadm コマンドは、ストリームを使用して、クライアントからこれらのファイル・システムにすべてのデータをキャッシュします。

以下に、 nimadm ローカル・ディスク・キャッシング機能の利点と欠点を示します。
利点
  1. 比較的遅いネットワーク上での nimadm 操作のパフォーマンスが向上します。
  2. NFS 書き込みでボトルネックになっている nimadm 操作のパフォーマンスが向上しました (NFS 書き込みにはコストがかかります)。
  3. クライアントの CPU 使用率が下がります。
  4. クライアント・ファイルシステムがエクスポートされません。
短所
  1. キャッシュ・ファイルシステムは NIM マスター上のスペースを占有します (クライアントの rootvg ファイルシステムおよび各クライアントの移行スペースをホストするのに十分なスペースが必要です)。
  2. マスターの CPU 使用率が上がります。
  3. マスター上の入出力の増加 (最適なパフォーマンスを得るためには、操作で使用される NIM リソースを含まないボリューム・グループ (ディスク) を使用してください)。
ディスク・キャッシングの実行方法
  1. NIM マスター上の bos.alt_disk_install.rte が最新レベルであることを確認します。
  2. -j VGName フラグを nimadm 操作に追加します。 例えば、 nimadm -j rootvg や nimadm -j cachevgなどです。
(マイグレーションに関係しない) 特定のファイル・システムを、ネットワーク上のキャッシュから除外することができます (これらのファイル・システムは、引き続きクライアント上の altinst_rootvg にローカルにコピーされます)。 ネットワーク・キャッシングから除外するファイルシステムのリストを指定するには、SPOT リソースのロケーションに、移行用のファイルを作成する必要があります。 SPOT パスの正確な位置を取得するには、次のコマンドを入力します。
# lsnim -a location SpotName
ファイルの名前は、以下の形式でなければなりません。
Nim_Client.nimadm_cache.excl
注: このファイルは、 Nim_Clientで指定された NIM クライアントに適用されます。 絶対パスは、以下の形式でなければなりません。
Spot_Location/Nim_Client.nimadm_cache.excl
例えば、 /nim_resources/520spot/usr/myclient.nimadm_cache.exclのようになります。
キャッシングからファイルシステムを除外するには、このファイルの中に 1 行に 1 つの (除外する) ファイルシステムを入力します。 ファイル・システムを除外するには、以下の点を確認する必要があります。
  1. 移行プロセスに関係するファイルシステムは、除外しないようにしてください。 つまり、それらのファイルシステムには、移行するソフトウェアが含まれています。 このようなファイルを除外すると、予測不能な結果が生じる可能性があります。
  2. AIX ファイル・システム /、 /usr、 /var、 /opt、 /home、および /tmpを除外しないでください (除外することはできません)。
以下の 4 つのフェーズは、ディスク・キャッシングを使用する nimadm コマンドによって変更されます (他のすべてのフェーズは同じままです)。
  • フェーズ 2-NIM マスターは、(NIM マスター上の) 指定されたターゲット・ボリューム・グループにローカル・キャッシュ・ファイルシステムを作成します。
  • フェーズ 3-NIM マスターは、キャッシュ・ファイルシステムにクライアントのデータを取り込みます。
  • フェーズ 9-NIM マスターは、移行されたすべてのデータをクライアントの代替 rootvg に書き込みます。
  • フェーズ 10-NIM マスターは、ローカル・キャッシュ・ファイルシステムをクリーンアップして除去します。
nimadm 要件
以下に、 nimadm の要件を示します。
  1. NIM マスターの rootvg および移行の実行に使用される SPOT には、NIM マスターと同じレベルの bos.alt_disk_install.rte がインストールされている必要があります。 (注: クライアントに alt_disk_install ユーティリティーをインストールする必要はありません。)
  2. 選択した lpp_source NIM リソース、および選択した SPOT NIM リソースは、移行先の AIX レベルと一致する必要があります。
  3. NIM マスターは、移行先のレベルと同じかそれ以上の AIX レベルでなければなりません。
  4. クライアント (マイグレーションするシステム) は、 AIX 4.3.3 以上でなければなりません。
  5. クライアントには、rootvg のクローンを作成するために十分な大きさのディスクと、マイグレーション用に追加の 500 MB のフリー・スペースが必要です。 必要スペースの総量は元のシステム構成と nimadm カスタマイズにより異なります。
  6. ターゲット・クライアントは、スタンドアロン NIM クライアントとしてマスターに登録されている必要があります。 詳しくは、 niminit コマンドを参照してください。 NIM マスターは、 rshd プロトコルを使用してクライアント上でリモート・コマンドを実行できる必要があります。
  7. NIM マスターは、 rshd プロトコルを使用してクライアント上でリモート・コマンドを実行できる必要があります。
  8. NIM マスターとクライアントには、いずれも 128 メガバイト以上の RAM が必要です。
  9. NIM マスターとクライアントの間には、 大量の NFS トラフィックを処理できる信頼性の高いネットワークが必要です。 NIM マスターとクライアントは、NFS マウントおよび読み取り/書き込み操作を実行できる必要があります。
  10. クライアントのハードウェアおよびソフトウェアは、マイグレーション先の AIX レベルをサポートし、他のすべての標準的なマイグレーション要件を満たす必要があります。
  11. nimadm コマンドを実行してクライアント・システムの rootvg のクローンを作成する前に、すべてのアプリケーション・サーバーおよびデータベース・サーバー ( DB2 や LDAP など) を停止する必要があります。 そうしないと、nimadm コマンド操作の完了後に、アプリケーション・サーバーやデータベース・サーバーが正常に始動しません。
注: 要件 1 から 10 を満たすことができない場合は、従来のマイグレーションを実行する必要があります。 要件 11 を満たせない場合は、マイグレーションはできません。
重要: nimadm マイグレーションを実行する前に、インストールするソフトウェアのすべてのソフトウェア・ライセンス契約に同意する必要があります。 nimadm コマンドの引数として -Y フラグを指定するか、 ADM_ACCEPT_LICENSES 環境変数を yesに設定することにより、インストールするソフトウェアのすべてのソフトウェア・ライセンス契約に同意することができます。
nimadm 制限
nimadm コマンドには以下の制限があります。
  1. クライアントの rootvg でトラステッド・コンピューティング・ベース (TCB) がオンになっている場合は、それを (永続的に) 使用不可にするか、ディスク・キャッシング・オプション (-j) を使用するか、または従来のマイグレーションを実行する必要があります。 TCB はファイル・メタデータにアクセスする必要がありますが、ネットワーク・ファイルシステム (NFS) からはアクセス不能であるため、この制限が存在します。
  2. nimadm コマンドによって使用されるすべての NIM リソースは、NIM マスターに対してローカルでなければなりません。
  3. 移行中にクライアントのアクティブな rootvg ボリューム・グループに干渉することはほとんどありませんが、ディスク入出力の増加、 biod アクティビティー、および alt_disk_install コマンドの複製に関連する CPU 使用量の増加により、クライアントのパフォーマンスがわずかに低下する可能性があります。
  4. nimadm のパフォーマンスを最適化するために NFS の調整が必要な場合があります。
  5. NIM クライアント上の nimadm 用の予約済みディレクトリー名は、 /ALT_MIG_SPOT、 /ALT_MIG_EXCL、 /ALT_MIG_IMAGES、および /ALT_MIG_IMDです。 これらの名前を使用すると、 nimadm コマンドは失敗します。
nimadmが使用する NIM リソース:
SPOT リソース フラグ) (-s
NIM スポット・リソースは、すべての nimadm 操作 (マイグレーション、クリーンアップ、ウェイクアップ、スリープ) に必要です。 クライアントが使用するすべての nimadm および alt_disk_install ユーティリティーは、 このリソースにインストールされます。 クライアントに nimadm ソフトウェアをインストールする必要はありません。 以下のファイルセットをスポットにインストールするには、NIM の cust 操作を使用する必要があります。
  • 必須- bos.alt_disk_install.rte (NIM マスターのレベルと一致する必要があります)。
  • オプションのメッセージ・カタログ- bos.msg.$LANG.alt_disk_install.rte
lpp_source リソース フラグ) (-l
この NIM リソースは、システムの移行に使用されるインストール・イメージのソースです。 これは nimadm マイグレーション操作に必要です。 lpp_source には、システムのマイグレーション先のレベルのすべてのシステム・イメージが含まれている必要があります ( lsnim -l lpp_source 出力の lpp_source images 属性を確認してください)。 また、マイグレーションする必要があるオプションの installp イメージも含まれている必要があります。
pre-migration
このスクリプト・リソースは、NIM マスターで実行されますが、マスターにマウントされているクライアントの alt_inst ファイルシステムの環境では実行されます (この操作は、 chroot コマンドを使用して行います)。 このスクリプトはマイグレーションを開始する前に実行されます。
post-migration
このスクリプト・リソースは pre-migration スクリプトと似ていますが、マイグレーションの完了後に実行されます。
image_data
alt_disk_install に ( -i フラグの引数として) 渡される image_data リソースを指定します。 NIM は、 alt_disk_installを呼び出す前に、このリソースをクライアントに割り当ててマウントします。
exclude_files
alt_disk_install に ( -e フラグの引数として) 渡される exclude_files リソースを指定します。 NIM は、 alt_disk_installを呼び出す前に、このリソースをクライアントに割り当ててマウントします。
installp_bundle
この NIM リソースは、移行の完了後に nimadm コマンドがインストールする追加のソフトウェアを指定します。
bosinst_data
この NIM リソースは、 nimadm コマンドで使用される可能性のあるさまざまなインストール設定を指定します。
nimadm のマイグレーション・プロセス
nimadm コマンドはマイグレーションを 12 のフェーズで実行します。 各フェーズは、-P フラグを使用して個別に実行することができます。 nimadm フェーズは順次に実行される必要があります。 以下に、 nimadm フェーズを示します。
  1. マスターは、rootvg ボリューム・グループのコピーをターゲット・ディスクに作成する alt_disk_install コマンドをクライアントに発行します (偶然に、この操作は alt_disk_install プロセスのフェーズ 1 です)。 このフェーズで、altinst_rootvg (代替 rootvg) が作成されます。 ターゲット mksysb が指定されている場合、 mksysb は、NIM マスター上のローカル・ディスク・キャッシングを使用して rootvg ボリューム・グループを作成するために使用されます。
  2. マスターはリモート・クライアント・コマンドを実行し、 すべての /alt_inst ファイルシステムをマスターにエクスポートします。 ファイルシステムはマスターへのルート・アクセスを持つ読み取り/書き込みとしてエクスポートされます。 ターゲット mksysb が指定されている場合、キャッシュ・ファイルシステムが、mksysb のイメージ・データを基にして、作成されます。
  3. マスター NFS は、フェーズ 2 でエクスポートされたファイルシステムをマウントします。 ターゲット mksysb が指定されている場合、 mksysb アーカイブは、フェーズ 2 で作成されたキャッシュ・ファイル・システムにリストアされます。
  4. pre-migration スクリプト・リソースが指定されている場合、この間にスクリプトが実行されます。
  5. システム構成ファイルが保管されます。 初期マイグレーション・スペースを計算し、これに相当するファイルシステム拡張が行われます。 bos がリストアされ、デバイス・データベースがマージされます (従来のマイグレーションと同様)。 マイグレーション・マージ方式が実行され、いくつかの各種処理が行われます。
  6. システムのファイルセットは、installp を使用してマイグレーションされます。 必要な RPM イメージはすべて、このフェーズ中にインストールされます。
  7. post-migration スクリプト・リソースが指定されている場合、この間にスクリプトが実行されます。
  8. bosboot コマンドは、クライアントのブート論理ボリューム (hd5) に書き込まれるクライアント・ブート・イメージを作成するために実行されます。
  9. フェーズ 3 でマスターに行われたマウントを取り外します。
  10. フェーズ 2 で作成されたクライアント・エクスポートを除去します。
  11. alt_disk_install を再度呼び出し (alt_disk_install のフェーズ 3)、最終調整を行い、altinst_rootvg をスリープにします。 bootlist はターゲット・ディスクに設定されます ( -B フラグが使用されていない場合)。 出力 mksysb が指定されている場合は、キャッシュが、mksysb ファイルにアーカイブされ、そして NIM mksysb リソースとなります。
  12. クリーンアップを実行し、マイグレーションを終了します。 -r フラグが指定されている場合、クライアントはリブートされます。
注: nimadm コマンドは、複数のクライアントの同時マイグレーションをサポートします。
nimadm クリーンアップ操作

この操作は、 -C フラグで示され、何らかの理由でクリーンアップを実行しなかったマイグレーションが失敗した後にクリーンアップするように設計されています。 また新しいマイグレーションを実行するために、 前のマイグレーションをクリアするためにも使用できます。

nimadm のウェイクアップとスリープ

移行が完了した後、 nimadm コマンドを使用して、移行された altinst_rootvg または元の rootvg (移行されたディスクからブートされた場合) を「ウェイクアップ」することができます。 nimadm のウェイクアップ (-W フラグ) は alt_disk_install ウェイクアップを実行し、NFS は /alt_inst ファイルシステムをエクスポートして、これを NIM マスターにマウントします。 nimadm のスリープ機能 (-S フラグ) はウェイクアップを 逆に行うものであり、これを行うには、NIM マスターのマウントをアンマウントし、 /alt_inst ファイルシステムを アンエクスポートし、クライアントに alt_disk_install のスリープ機能を実行します。

フラグ

表 1. フラグ
項目 説明
-a PreMigrationScript pre-migration NIM script リソースを指定します。
-b installp_bundle installp_bundle NIM リソースを指定します。
-B nimadm マイグレーション後にブート・リストを実行しないことを指定します。 これを設定した場合は、-r フラグは使用できません。
-c ClientDisks この nimadm 操作のターゲットである NIM 定義クライアントを指定します。 このフラグはすべての nimadm 操作に必要です。
-C nimadm クリーンアップを実行します。
-d TargetDisks altinst_rootvg (マイグレーションされるボリューム・グループ) の作成に使用されるクライアント・ターゲット・ディスクを指定します。
-D nimadm コマンドをデバッグ・モードに設定します。 この関数は、 nimadm 関連の問題をデバッグするためにのみ使用する必要があり、デフォルトでは設定されていません。
-e exclude_files exclude_files NIM リソースを指定します。 このリソースは alt_disk_install コマンドでフェーズ 1 中に使用されます。
-E 重大なマイグレーション・エラーが起こった場合、 nimadm デバッガーに入ります。
-F クライアントを強制的にアンロックします。 通常、nimadm コマンドは、各種の操作を実行するためにクライアントをロックします。 クライアントがロックされている間、 他の nimadm または NIM 操作は実行できません。 このフラグは、クライアントが誤ってロックされている異常な状態でのみ使用する必要があります。 何らかの理由で nimadm コマンドが失敗後にクリーンアップを呼び出せなかった場合、クライアントは誤ってロックされます。
-i image_data image_data NIM リソースを指定します。 このリソースは alt_disk_install コマンドでフェーズ 1 およびフェーズ 11 中に使用されます。
-j VG 名 指定されたボリューム・グループ (NIM マスター上) にファイルシステムを作成し、ストリームを使用して、クライアントからこれらのファイルシステムにすべてのデータをキャッシュします。
-l lpp_source この nimadm 操作で使用される lpp_source NIM リソースを指定します。 このフラグはマイグレーション操作には必須です。
-m NFSMountOptions クライアント・リソースをマスターにマウントする mount コマンドに渡される引数を指定します。 このフラグは、nimadm に関係する NFS パフォーマンスをチューニングするために使用できます。
-M NIM マスター、SPOT、lpp_source、およびオプション・デバイス上の alt_disk_install ソフトウェア (bos.alt_disk_install) のレベルが同期している (一致している) ことを確認します。 一致するものがない場合、 nimadm コマンドは、lpp_source またはオプション・デバイスで検出された最上位レベルをインストールします。
-N NIMmksysb (NIMmksysb) 作成する固有の新規 NIM mksysb リソースを指定します。 -N フラグを指定する場合は、 -O フラグを指定する必要があります。
-o bosinst_data bosinst_data NIM リソースを指定します。
-O mksysbfile マイグレーションされた mksysb のファイル・パス名を指定します。 -O フラグを指定する場合は、 -j フラグと -c フラグまたは -T フラグのいずれかを指定する必要があります。
-P フェーズ nimadm コマンドのこの呼び出し中に実行するフェーズ。 複数のフェーズがある場合は、それらのフェーズを二重引用符またはコンマで囲んだスペースで区切る必要があります。 有効なフェーズは 1 から 12 です。
-r nimadm マイグレーションが完了した後、クライアントがリブートすべきことを指定します。
-s SPOT この nimadm 操作に使用する SPOT NIM リソースを指定します。 このフラグはすべての nimadm 操作に必要です。
-S nimadm sleep 機能を実行します。 この関数は、 nimadm wake-upを終了するために実行する必要があります。
-T NIMmksysb (NIMmksysb) マイグレーションする既存の NIM mksysb リソースを指定します。 -T フラグを指定する場合は、 -j フラグと -O フラグまたは -c フラグのいずれかを指定する必要があります。
-V 詳細出力をオンにします。
-W nimadm wake-up 機能を実行します。
-Y インストールするソフトウェアに必要なソフトウェア・ライセンス契約に同意します。
-z PostMigrationScript post-migration NIM script リソースを指定します。

終了状況

0
正常に完了したすべての nimadm コマンド関連の操作。
>0
エラーが発生しました。

セキュリティー

アクセス制御
nimadm コマンドを実行するには、root 権限が必要です。
RBAC ユーザー
RBAC ユーザーおよび Trusted AIX ユーザーへの注意: このコマンドは特権操作を実行できます。 特権命令を実行できるのは特権ユーザーのみです。 権限および特権について詳しくは、「 セキュリティー」の「特権コマンド・データベース」を参照してください。 このコマンドに関連した特権および権限のリストについては、lssecattr コマンドまたは getcmdattr サブコマンドの項を参照してください。

例

  1. NIM SPOT リソース spot1、NIM lpp_source リソース lpp1、およびターゲット・ディスク hdisk1 & hdisk2を使用して、ターゲット NIM クライアント aix1 への nimadm 移行を実行します。 -Y フラグは、インストールするソフトウェアに必要なすべてのソフトウェア・ライセンス契約に同意します。以下のコマンドを入力します。
    nimadm -c aix1 -s spot1 -l lpp1 -d "hdisk1 hdisk2" -Y
  2. 前の例の hdisk2と同じ操作を実行し、 pre-migration スクリプト nimscript1 および post-migration スクリプト nimscript2も実行するには、次のコマンドを入力します。
    nimadm -c aix1 -s spot1 -a nimscrip1 -z nimscript2 -l lpp1 -d hdisk1 -Y
  3. NIM SPOT リソース spot1を使用してクライアント aix1 で nimadm クリーンアップを実行するには、次のコマンドを入力します。
    nimadm -C -c aix1 -s spot1
  4. ファイル名 nim1でクライアントのマイグレーション済み新規 mksysb リソースを作成するには、次のコマンドを入力します。
    nimadm -c aix1 -s spot1 -l lpp1 -O /export/mksysb/mksysb1 -j vg00 -Y -N nim1
  5. 既存の NIM mksysb リソースから、 nim3 というファイル名の新しい移行済み mksysb リソースを作成するには、次のコマンドを入力します。
    nimadm -s spot1 -l lpp1 -j vg00 -Y -T nim2 -O /export/mksysb/m2 -N nim3
  6. 既存の NIM リソースを移行してクライアントに配置するには、次のコマンドを入力します。
    nimadm -c aix1 -s spot1 -l lpp1 -d hdisk1 -j vg00 -T nim2 -Y
    注: nim2 NIM mksysb リソースは変更されません。

ファイル

項目 説明
/usr/sbin/nimadm nimadm コマンドが入っています。