この ARL 手順 for ONTAP 9.5 を使用して ONTAP 9.7 にノードのペアをアップグレードする場合は、 ARL が元のコントローラと交換用コントローラで実行可能であることを確認する必要があります。

元のシステムでサポートされるすべての定義済みアグリゲートのサイズとディスク数を確認する必要があります。次に、サポートされるアグリゲートサイズとディスク数を、新しいシステムでサポートされるアグリゲートサイズとディスク数と比較する必要があります。を参照してください "参考資料" この情報がある Hardware Universe にリンクするには、次の手順を実行します。新しいシステムでサポートされるアグリゲートサイズとディスク数は、元のシステムでサポートされるアグリゲートサイズとディスク数以上であることが必要です。

元のコントローラを交換したときに、新しいノードが既存のノードとクラスタの一部になることができるかどうかは、クラスタ混在ルールで検証する必要があります。クラスタ混在ルールの詳細については、を参照してください "参考資料" Hardware Universe にリンクするには、次の手順を実行します。

ONTAP 9.6P11 、 9.7P8 、またはそれ以降のリリースを使用している場合は、 Connectivity 、 live, and Availability Monitor （ CLAM ）のテイクオーバーを有効にして、特定のノード障害が発生したときにクラスタをクォーラムに戻すことを推奨します。「 kernel-service 」コマンドには、 advanced 権限レベルのアクセスが必要です。詳細については、を参照してください "ネットアップの技術情報アーティクル SU436 ：「 clam takeover default configuration changed"。

ARL を使用したコントローラのアップグレードは、 SnapLock Enterprise ボリュームおよび SnapLock Compliance ボリュームが設定されたシステムでサポートされます。

2 ノードスイッチレスクラスタのノードをアップグレードする場合は、アップグレードの実行中もスイッチレスクラスタのノードをそのまま使用できます。スイッチクラスタに変換する必要はありません。

次のアップグレードは実行できません。

MetroCluster FC構成では、できるだけ早くディザスタリカバリ/フェイルオーバーサイトのノードを交換する必要があります。MetroCluster構成内のコントローラモデルの不一致はサポートされません。コントローラモデルの不一致により、災害復旧ミラーリングがオフラインになる可能性があるためです。 -skip-metrocluster-check true 2 番目のサイトでノードを交換するときに MetroCluster チェックをバイパスするコマンド。

ノードペアのアップグレード中に障害が発生する可能性があります。ノードがクラッシュする、アグリゲートが再配置されない、または LIF が移行されない可能性があります。障害の原因とその解決策は、アップグレード手順の実行中に障害が発生したタイミングによって異なります。

ARL アップグレードの概要のセクションで、手順のさまざまなフェーズを説明している表を参照してください。発生する可能性のある障害の情報は、手順のフェーズ別に表示されます。

コントローラのアップグレード中に問題が発生した場合は、 "トラブルシューティングを行う"セクション。発生する可能性のある障害に関する情報は、手順のフェーズごとに記載されています。 "ARLアップグレードシーケンス" 。

発生した問題に対する解決策 が見つからない場合は、テクニカルサポートにお問い合わせください。