メインコンテンツまでスキップ

FAQ : clustered Data ONTAP アップグレードのトラブルシューティング

すべてのとおり  

に適用されます

Data ONTAP

回答

この記事では、 ONTAP アップグレードのほとんどの運用およびトラブルシューティングワークフローの一覧を示します。ただし、これは包括的なリストではありません。
これを使用して、特定のカテゴリに分類された一般的に使用されるトラブルシューティング KB に検索を絞り込むことができます。

概要  

Data ONTAP のアップグレードは、通常、複数の手順で構成されます。アップグレードする ONTAP クラスタ内のすべてのノードは、次の手順を実行する必要があります。

  • アクセス可能な Web サーバからクラスタに ONTAP ソフトウェアパッケージファイルをダウンロードします。
  • ストレージコントローラのブートメディアに、セカンダリブートイメージとして ONTAP ソフトウェアパッケージファイルをインストールします。
  • 新しくインストールしたブートイメージをプライマリブートイメージとして設定します。
  • storage failover takeoverストレージコントローラをリブート(プロセス経由)して、新しくインストールしたプライマリブートイメージをロードします。
  • コントローラのリブート後、コントローラのリブートが完了すると、 ONTAP アップグレードタスクが自動的に実行されます。
  • ONTAP のアップグレードタスクが完了すると、ストレージコントローラは効果的にアップグレードされます。  
上記のプロセスは、クラスタのメンバーであるすべてのストレージコントローラで繰り返されます。すべてのコントローラがアップグレードされた後にのみ、クラスタ全体がアップグレードされたと見なされます。

アップグレードプロセス中に発生した障害を解決するには、上記のプロセスのどのステップで障害が発生したかを特定することが重要です。
ONTAP アップグレードの実行方法
clustered Data ONTAP 8.3 以降では、 ONTAP を無停止でアップグレードする方法が 2 つあります。
  • 手動アップグレード: NDU とも呼ばれる手動アップグレードプロセスには、各ストレージコントローラで個別に実行される多くの手順が含まれます。  これらの手順は、ストレージ管理者が実行します。  クラスタ内に設定されているストレージコントローラの数と、インストールする ONTAP の目的のバージョンに基づいて、「ローリングアップグレード」マナーで各ストレージコントローラ上で個別に、または「バッチアップグレード」プロセスを使用して並行してステップを実行できます。
  • 自動アップグレード: ANDU と呼ばれる自動化されたプロセスにより、クラスタ全体の ONTAP アップグレードを実行するために必要なステップ数が大幅に簡素化されます。  自動アップグレードシステムは、クラスタ全体の ONTAP アップグレードを実行するために必要なすべての手動手順を実行します。  クラスタに設定されているストレージコントローラの数と、インストールする ONTAP の目的のバージョンに応じて、自動アップグレードプロセスでは「ローリングアップグレード」または「バッチアップグレード」の方法でアップグレードが実行されます。
ストレージ管理者は、アップグレードを開始する前に使用する方法を選択する必要があります。  
ドキュメント
ONTAP のアップグレードプロセスの詳細を記載した ONTAP 『 Upgrade and Revert/Downgrade Guide 』を参照することを強く推奨します。また、リリースノートには、各バージョンの ONTAP の変更点も記載されています。すべての ONTAP バージョンには、「 Upgrade and Revert/Downgrade Guide 」と「 Release Notes 」があり、バージョン固有の情報が記載されています。

Data ONTAP 8 のマニュアルについて[1]
[2]

は、次の URL を参照してください。 Data ONTAP 8 製品マニュアル ONTAP 9 のマニュアルは、次の URL から入手できます。 ONTAP 9 製品マニュアル該当するソフトウェアバージョンを選択してください。次のページには、該当するバージョンの「アップグレードおよびリバート / ダウングレードガイド」および「リリースノート」へのリンクが含まれます。
Upgrade Advisor のアクションプラン
Upgrade Advisor のアクションプランを生成することも推奨します。  Upgrade Advisor アクションプランは、特定のクラスタに対してカスタム生成されたアクションプランです。  これらのアクションプランを作成するには、 NetApp Active IQ の Web サイトにアクセスしてください。

Upgrade Advisor アクションプランの生成に関する問題のトラブルシューティングについては、次の KB を参照してください。

Active IQ - Upgrade Advisor が生成できません
アップグレードの問題のトラブルシューティング
クラスタの完全消去と再初期化を実行します
ストレージ管理者が ONTAP ソフトウェアを完全に消去し、すべてのボリューム上のすべてのユーザデータを破棄して、ストレージコントローラに異なるバージョンの ONTAP をインストールする場合は、限られたケースがあります。  このために ONTAP のアップグレードプロセスを活用する代わりに、 ONTAP ソフトウェアをインストールして、ストレージコントローラに接続されているディスクを完全に消去し、 ONTAP の特別なブートメニューを使用して再初期化できます。  この手順は中断を伴うため、すべてのデータのストレージコントローラが消去されることに注意してください。

Data
ONTAP のブートメニューからソフトウェアをインストールする方法については、次の KB 記事を参照してください


ソフトウェアのインストールが完了したら、「
How to Wipe the Configuration of a clustered Data ONTAP 8.x Node 」という KB 文書を使用して、すべてのデータのストレージコントローラを消去し、再初期化します

アクセス可能な Web サーバからクラスタに ONTAP ソフトウェアパッケージファイルをダウンロードする際の問題
ONTAP は、各ストレージコントローラのノード管理論理インターフェイス( LIF )を使用して、到達可能な Web サーバに接続し、 ONTAP ソフトウェアパッケージファイルをダウンロードします。  「 system image get 」に問題がある場合は、 system image update-package を使用しますまたは「 cluster image package get 」コマンドを使用すると、次のような問題が発生する可能性があります。
 
1) DNS で Web サーバの IP アドレスを検索する: Web サーバの IP アドレスを解決できる正しい DNS サーバが、管理 SVM 用に設定されていることを確認します。
cluster1::> dns show -vserver
 

Web サーバのホスト名が解決可能かどうかをテストします。
 
cluster1::> set advanced
cluster1::*> vserver services name-service getxxbyyy gethostbyname -node
-vserver-hostname
 
 
2) Web サーバに接続できない: ping ユーティリティを使用して、ノード管理 LIF から Web サーバにアクセスできることを確認します
回避策"system image get""cluster image package get": IPv6 でを使用するか、 IPv4 でを使用します。
クラスタイメージパッケージの取得に失敗しました
" cluster image package get"コマンドを使用して ONTAP パッケージファイルをダウンロードできない場合は、「 system image get 」(手動アップグレード方式)コマンドを使用して、手動でパッケージをダウンロードできるかどうかを確認してください。  その場合は、自動アップグレード方式を管理する ONTAP サブシステムで障害が発生している可能性があります。  

Automated Nondisruptive Upgrades ( ANDU )を続行するには、「 cluster image uppatde-version x.x.x 」コマンドを使用する必要がありますが、クラスタイメージリポジトリにイメージを保存する必要があります。
これを行うには、次のコマンドを実行して、 /etc/software ディレクトリからリポジトリにイメージを移動します。

クラスタリポジトリ
にシステムイメージをダウンロードします。例

クラスタイメージリポジトリに ONTAP 9.3p7 イメージが表示されていることを確認します。
:*> cluster image package show-repository を選択します

各ノードにイメージがインストールされているかどうかを確認します。
:>system node package show を実行します

一部のノードにイメージがない場合は、いずれかのノードの管理インターフェイスに直接ログインして、クラスタイメージをダウンロードする必要があります。
たとえば、ノード 02 の MGMT LIF にログインします。
::>set advanced
::*> cluster image package get-url file:///mroot /etc/software/93p7_q_image.tgz

クラスタの自動アップグレードを続行します"cluster image uppatde -version x.x"

手動アップグレード方式を使用すると、クラスタのアップグレードの回避策として使用できますが、自動更新方式を使用した障害のトラブルシューティングについては、ネットアップのテクニカルサポートにお問い合わせください。
「 cluster image validate 」コマンドからの検証警告メッセージのトラブルシューティング
cluster image validate」(自動アップグレード方式)コマンドは、クラスタ全体の一連のチェックを実行して、クラスタを無停止でアップグレードできることを確認します。  検証処理で報告されるエラーや警告によって、自動アップグレードが開始されないことがあります。  アップグレードを続行する前に、これらの問題を解決する必要があります。  "Error-Action"エラーまたは警告を解決するための対処方法については、「 Cluster Image Validate 」出力のフィールドを参照してください。  次のコマンドは、ストレージ管理者が残りのエラーや警告を無視しても問題ないと判断した場合に実行できます。
cluster1::> cluster image update -ignore-validation-warning true

エラー:

エラー 説明 解決策
「更新するノードが同じバージョンの Data ONTAP を実行していることを確認してください。」 MC 設定の 9.3 から 9.x へのアップグレード中に表示されます バグ 1142709

デフォルトのブートイメージ設定のトラブルシューティング
ONTAP オペレーティングシステムは、ストレージコントローラのブートメディアデバイスにインストールされます。  デフォルトのブート・メディア・デバイスには、プライマリ(デフォルト)ブート・イメージとして、セカンダリ・ブート・イメージとして、最大 2 つの ONTAP ソフトウェア・イメージを格納できます。  通常、システムがデフォルトのブートイメージをブートするとき、つまり、使用中のアクティブな(現在の)ブートイメージです。  "system image show"このコマンドは、各ブートイメージの情報と、デフォルトおよび現在のブートイメージの情報を一覧表示します。
cluster1 : > system image show
is is is install
node image default current version date
(クラスタ 1 : > システムイメージの表示は、インストールノードイメージのデフォルトの現在のバージョンの日付) 次のように入力します。 -cluster
1-01
image 1 false false 9.1p48/12/2017 09:11:43
image 2 true 9.1p78/31/2017 14:34:30
cluster 1-02
image 1 false false 9.1p48/12/2017 09:15:21
image 2 true 9.1p78/31/2017 14:34 : 52
4 エントリが表示されました。

アップグレード時に、 ONTAP ソフトウェアパッケージが非アクティブブートイメージにインストールされ、デフォルトのブートイメージとしてマークされます。  ただし、これは、ストレージコントローラのストレージフェイルオーバーテイクオーバー中に ONTAP オペレーティングシステムがクリーンシャットダウンされた後にのみ有効になります。  ONTAP シャットダウンの直前にアップグレードするコンソールストレージコントローラに、「 Setting Default Boot Image to 」というメッセージが表示されます。  次に、表示されるメッセージの例を示します。
PID を待っています: 1244 。
終了
しました。
デフォルトのブートイメージをイメージ 2 に設定しています ... 完了です。
アップタイム: 7D2H51M23S

"Setting default boot image to"このメッセージが表示されない場合は、 ONTAP がクリーンシャットダウンできなかったことを示している可能性があります。  その後のリブートでは、デフォルトイメージとして設定されたイメージはロードされず、ストレージコントローラはアップグレードを実行しません。  この問題が発生した場合は、ネットアップのテクニカルサポートに連絡して、ストレージコントローラがクリーンシャットダウンできなかった理由を確認してください。
エラーにより一時停止された自動アップグレードを再開しています
エラーが発生すると、自動更新プロセスが一時停止します。  たとえば、ギブバック拒否などの理由でストレージコントローラのストレージギブバックが失敗"pause-on-error".した場合、自動更新プロセスでは、アップグレードを続行するためにストレージ管理者がエラー状態を修正する必要があることが示されます。  "cluster image show-update-progress"コマンドを使用して、自動更新プロセスが一時停止された理由を特定します。  "Comments"フィールドには、自動更新プロセスが一時停止された理由が表示され、実行すべき修正措置が提示されます。  修正アクションが実行"cluster image resume-update"されると、コマンドを使用して自動更新プロセスを再開できます。 
ONTAP アップグレードタスクの障害のトラブルシューティング
ONTAP のアップグレード中にストレージコントローラがリブートを完了すると、システムはコントローラのソフトウェア設定をアップグレードするので、クラスタ全体が完全にアップグレードされると、新しいソフトウェア機能を使用できるようになります。  これらのタスクはバックグラウンドで自動的に実行されます。  リブート後にストレージコントローラにログインすると、次のようなシステムメッセージが表示される場合があります。このメッセージは、コントローラが次のバックグラウンドタスクを実行していることを示します。
このノードのアップグレードが進行中か、完了していません。
アップグレードが完了しても、クライアントにデータサービスを提供する機能は影響を受けません。

詳細特権モードで「 system node upgrade-revert show 」を実行すると、アップグレードのステータスを確認できます。このノードのステータスは
「 complete 」と表示されます。アップグレードが停止
している場合は、 advanced 権限モードで「 system node upgrade-revert upgrade 」を実行して、アップグレードを再開できます。
このコマンドでノードのアップグレードが完了しない場合は、ただちにテクニカルサポートに連絡してください。
アップグレード
が正常に完了すると、ノードは管理操作の準備が完了します。

これらのアップグレードタスクが中断された場合やエラーが発生した場合は、次のシステムメッセージが表示されることがあります。
アップグレードが完了していません。アップグレードタスクが中止されました。このノード
は完全には動作していません。アップグレードの修理手順については、サポート担当者にお問い合わせください。


または

、このノードで 1 つ以上のアップグレードタスクが失敗しました。 このノード
は完全には動作していません。アップグレードの修理手順については、サポート担当者にお問い合わせください。

これらのアップグレードタスクのステータスは、次の高度な特権レベルコマンドを実行することで確認できます。
cluster1 :: > アドバンスト
クラスタ 1 の設定:: * > system node upgrade - revert show
cluster1 :: * > system node upgrade - revert show-task-status

アップグレードタスクに失敗したタスクや中止されたタスクがある場合は、次のコマンドを使用して、それらのタスクを再起動または再実行できます。
クラスタ 1 :: * > システムノードのアップグレード - リバートアップグレード - ノード

アップグレードタスクが引き続き失敗する場合は、ネットアップのテクニカルサポートにお問い合わせください。
アップグレード中に表示される混在バージョンメッセージのトラブルシューティング
2 つ以上のストレージコントローラを含むクラスタ構成で ONTAP をアップグレードするプロセスでは、アップグレード中に一部のストレージコントローラがアップグレードを完了していても、他のストレージコントローラがまだアップグレードされていない場合、クラスタは mixed バージョン状態とみなされます。  クラスタにログインすると、次のシステムメッセージが表示されることがあります。
警告:クラスタは混合バージョンの状態です。すべて
のノードをできるだけ早く同じバージョンに更新します。

クラスタのバージョンが混在している場合、新しい ONTAP バージョンの新機能がインストールされていなくても、クラスタは引き続き動作し、古いバージョンとして動作します。  すべてのストレージコントローラが新しいバージョンに正常にアップグレードされると、アップグレードされたとみなされるクラスタ全体が使用可能になります。

ONTAP ソフトウェアのバージョンは、次の 3 つの方法で追跡されます。
 
1 )ソフトウェアがストレージコントローラでブートした ONTAP のバージョン。  これは、次のコマンドで確認できます。
cluster1 : > node run -node * - command version を選択します

2 )ノード構成がアップグレードされた ONTAP の有効なバージョン。  これは、次のコマンドで確認できます。
クラスタ 1 : > バージョン - ノード *

3 )クラスタ構成がアップグレードされた ONTAP の有効なバージョン。これは、次のコマンドで確認できます。
クラスタ 1 : > バージョン


ONTAP は、混在バージョンの状態でも動作し、データを提供するように設計されていますが、クラスタ全体のアップグレードにかかる時間よりも長い間、混在バージョンの状態を維持することは推奨されません。  また、クラスタのバージョンが混在している場合は、クラスタの設定を変更することはお勧めしません。

新しいバージョンの ONTAP を搭載したストレージコントローラが古いバージョンのクラスタに参加している場合、クラスタは mixed バージョン状態になることもあります。  この場合は、クラスタの残りの部分を新しい ONTAP バージョンにアップグレードします。

追加情報

N/A