この 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アップグレードシーケンス" 。

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