Data ONTAP 8.1 7-Mode アップグレードおよ び リバート / ダウングレード ガイド ネットアップ株式会社 http://www.netapp.com/jp/ 部品番号: 215-09292_A0 作成日: 2012年7月 目次 | 3 目次 アップグレードの計画 .................................................................................... 8 Data ONTAP-v システムへのアップグレードの計画 ................................................ 8 Upgrade Advisor を使用したアップグレードの計画 .................................................. 9 アップグレード プロセスの手順 ................................................................................ 10 アップグレード プロセス期間の見積もりに関するガイドライン ............................... 12 本リリースにアップグレードするすべてのシステムの推奨事項 ............................ 12 アップグレード ホストの要件 .................................................................................... 13 CIFS または NFS プロトコルを使用して、Windows または UNIX のク ライアントからアップグレードする場合の要件 ....................................... 13 HTTP サーバからアップグレードする場合 .................................................. 14 SnapMirror のアップグレード要件 ........................................................................... 14 SnapMirror のアップグレードの再開チェックポイントに与える影響 ........... 15 システムの相互ミラーリングのアップグレード要件 .................................... 15 Snapshot コピーの保持 ................................................................................. 16 リリース ファミリーのアップグレード要件 ................................................................. 17 メジャー アップグレードおよびマイナー アップグレードの種類 .................. 17 リリース ファミリー間のアップグレードの概要 ............................................. 17 必須の中間アップグレード ........................................................................... 18 リリース ファミリー内のアップグレード ......................................................... 18 無停止アップグレード要件 ....................................................................................... 18 無停止アップグレードを使用する場合 ........................................................ 19 無停止アップグレードを使用できない場合 ................................................. 19 すべてのシステムの無停止アップグレードの要件 ..................................... 20 重複排除ボリュームのあるシステムの無停止アップグレードの要件 ....... 22 停止を伴うアップグレードの要件 ............................................................................. 22 潜在的なアップグレードの問題の評価 ................................................................... 23 Data ONTAP 8.1 リリース ファミリーに関するアップグレードの問題 ......... 23 Data ONTAP 8.1 リリース ファミリーの動作の変更点 ................................ 25 Data ONTAP 8.0 リリース ファミリーに関するアップグレードの問題 ......... 25 Data ONTAP 8.0 リリース ファミリーの動作の変更点 ................................ 26 Data ONTAP 7.3 リリース ファミリーに関するアップグレードの問題 ......... 27 4 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Data ONTAP 7.3 リリース ファミリーの動作の変更点 ................................ 27 アップグレードの準備 .................................................................................. 29 システム要件の確認 ................................................................................................ 31 LUN を含むすべてのボリュームに十分な空きスペースがあることを確 認する ...................................................................................................... 31 重複排除アップグレードの要件 ................................................................... 31 ディスクに必要なファームウェアの特定 ...................................................... 32 ディスク シェルフに必要なファームウェアの判別 ....................................... 32 アップグレード前の HA 構成の確認 ....................................................................... 32 Perfstat 7 を使用したパフォーマンスのベースラインの作成 .................................. 33 無停止アップグレードの準備 ................................................................................... 33 VMware ESX サーバ ホストを含むシステムでの無停止アップグレードの準備 ... 37 Data ONTAP 7.3 以降へのアップグレード前のシステム容量およびスペース ギャランティの判別 ............................................................................................. 38 aggrSpaceCheck ツールを使用した Data ONTAP 7.3 以降へのアップグレード の準備 ................................................................................................................. 39 Data ONTAP ソフトウェア イメージの取得 ................................................ 41 HTTP サーバのイメージの取得 .............................................................................. 41 HTTP サーバへのソフトウェア イメージのコピー ........................................ 42 HTTP サーバからのソフトウェア イメージのコピー(イメージのインスト ールなし) ................................................................................................. 42 UNIX クライアントのイメージの取得 ....................................................................... 43 クライアントへのストレージ システムのマウント ......................................... 43 UNIX クライアントのソフトウェア イメージの取得 ....................................... 44 Windows クライアントのイメージの取得 .................................................................. 44 Windows ホストへのストレージ システムのマッピング ............................... 45 Windows クライアントのソフトウェア イメージの取得 ................................. 45 /etc/software ディレクトリ内のファイルの管理用コマンド ........................................ 46 Data ONTAP ソフトウェア イメージのインストール ................................... 47 HTTP サーバからのソフトウェア イメージのインストール ...................................... 48 /etc/software ディレクトリからのソフトウェア イメージのインストール ..................... 53 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート ............. 57 SnapMirror 環境でのアップグレード ........................................................................ 57 SnapMirror 環境での無停止アップグレード ............................................................ 58 目次 | 5 HA 構成の以前のリリース ファミリーからの無停止アップグレード ....................... 59 HA ペアのリリース ファミリー内の無停止アップグレード ....................................... 65 停止方式を使用した HA 構成のアップグレード ..................................................... 69 単一システムのアップグレード ................................................................................ 72 アップグレード後のシステム ステータスの確認 ...................................................... 74 以前にダウングレードした 3140 または 3210 ストレージ システムの Flash Cache モジュールの再有効化 ............................................................................ 75 Data ONTAP 7.2 リリース ファミリーからアップグレードしたボリュームの重複 排除の有効化 ..................................................................................................... 77 ファームウェアの更新 .................................................................................. 78 システム ファームウェアの更新 ............................................................................... 78 BIOS システム ファームウェアの更新方法 ................................................. 78 システム ファームウェアの無停止アップグレード ....................................... 79 停止方式を使用したシステム ファームウェア更新 ..................................... 81 ディスク ファームウェアの更新 ................................................................................ 82 ディスク ファームウェアの更新方法 ............................................................ 82 ディスク シェルフ ファームウェア更新中のサービスの可用性 ................... 83 ディスク シェルフ ファームウェアの更新 ................................................................. 85 ディスク シェルフ ファームウェアの更新方法 ............................................. 85 Data ONTAP 無停止アップグレードのディスク シェルフ ファームウェア の要件 ..................................................................................................... 86 古いディスク シェルフ ファームウェアの検出 .............................................. 88 ディスク シェルフ ファームウェアの手動更新 ............................................. 88 ACP ファームウェアの更新 .......................................................................... 90 サービス プロセッサ ファームウェアの更新 ............................................................ 92 Data ONTAP CLI を使用した SP ファームウェアの更新 ............................ 92 SP CLI を使用した SP ファームウェアの更新 ............................................. 93 RLM ファームウェアの更新 ..................................................................................... 93 RLM ファームウェア 4.0 以降の要件 .......................................................... 93 Data ONTAP CLI を使用した RLM ファームウェアの更新 ....................... 94 RLM CLI を使用した RLM ファームウェアの更新 ..................................... 96 RLM ファームウェアの更新に関する問題 .................................................. 98 BMC ファームウェアの更新 ................................................................................... 100 古い BMC ファームウェアの検出 .............................................................. 100 6 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 無停止の BMC ファームウェア更新 .......................................................... 101 停止方式を使用した BMC ファームウェアの更新 ................................... 103 Flash Cache ファームウェアの更新 ........................................................................ 104 以前の Data ONTAP リリース ファミリーにリバートする ........................ 106 リバートのタイミングおよびテクニカル サポート連絡のタイミング ....................... 106 リバートの計画 ....................................................................................................... 106 リバート チェックリスト ................................................................................ 107 一般的なリバート要件 ................................................................................ 108 構成済みシステムをリバートする場合の要件 .......................................... 110 特殊なシステム ファイル ............................................................................ 111 リバートの問題の特定 ............................................................................... 111 Data ONTAP をリバートする準備 .......................................................................... 112 リバート要件に対処するコマンド ............................................................... 113 構成済みシステムをリバートする準備 ...................................................... 116 ターゲット Data ONTAP イメージのステージング ..................................... 123 リバート プロセスの実行 ........................................................................................ 124 Data ONTAP のリバート ............................................................................. 124 SP ファームウェアの更新 ........................................................................... 127 リバート後の手順の完了 ....................................................................................... 128 リバートされたシステムへの重複排除の使用 .......................................... 128 リバートされたシステムへのデータ圧縮の使用 ....................................... 129 リバートされたシステムの NDMP の再有効化 ........................................ 129 リバート後のアウトオブオーダー フレーム配信の復元 ............................ 129 同じ リリース ファミリーの以前のリリースにダウングレードする ............ 131 ダウングレードのタイミングおよびテクニカル サポートへの連絡のタイミング .... 131 ダウングレードの計画 ............................................................................................ 131 ダウングレード チェックリスト ..................................................................... 132 一般的なダウングレード要件 ..................................................................... 132 ダウングレードの問題の特定 .................................................................... 134 Data ONTAP のダウングレードの準備 ................................................................. 134 ダウングレード要件に対処するコマンド .................................................... 135 ターゲット Data ONTAP イメージのステージング ..................................... 136 ダウングレード プロセスの実行 ............................................................................. 136 無停止方式を使用した Data ONTAP のダウングレード .......................... 136 目次 | 7 停止方式を使用した Data ONTAP のダウングレード .............................. 139 Flash Cache モジュールを搭載した 3140 または 3210 ストレージ シス テムの Data ONTAP 8.1 へのダウングレード ..................................... 141 SP ファームウェアの更新 ........................................................................... 142 ダウングレード後の手順の完了 ............................................................................ 143 アップグレード実行中のサービスの可用性の最適化 ............................. 144 アップグレードがサービスの可用性に与える影響 ............................................... 144 サービスおよびプロトコルの注意事項 .................................................................. 145 ステートレス プロトコルの考慮事項 .......................................................... 145 セッション指向プロトコルの考慮事項 ........................................................ 146 ディスク ファームウェアのバックグラウンド更新について .................................... 147 Data ONTAP-v システムのアップグレード .............................................. 148 Data ONTAP-v システムのアップグレード プロセスの概要 ................................. 148 本リリースにアップグレードする Data ONTAP-v システムの推奨事項 ... 149 Data ONTAP-v システムのアップグレードの準備 ................................................ 149 Data ONTAP-v システムのソフトウェア イメージの取得 ...................................... 150 HTTP サーバへのソフトウェア イメージのコピー ...................................... 150 HTTP サーバからストレージ システムへのソフトウェア イメージのコピ ー ........................................................................................................... 151 Data ONTAP-v システムへのソフトウェア イメージのインストール ..................... 151 ソフトウェア イメージのインストール .......................................................... 152 アップグレード後の Data ONTAP-v システム ステータスの確認 ........................ 153 著作権に関する情報 ................................................................................. 155 商標に関する情報 ..................................................................................... 156 ご意見をお寄せください ............................................................................ 157 索引 ............................................................................................................ 158 8 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド アップグレードの計画 Data ONTAP ではリリースの更新のたびに新機能が追加されるため、新機能および関連するアッ プグレード要件について理解し、アップグレードが現在の構成にどのような影響を与えるかを評価 する必要があります。 Data ONTAP の 2 つ以上前のリリースからアップグレードする場合は問題 が発生する可能性が高くなります。 注: アップグレードの計画に Upgrade Advisor を使用することを推奨します。ただし、このガイドの 有用な詳細関連情報を参照して、Upgrade Advisor の計画に役立てることができます。 Upgrade Advisor を使用できない場合は、このガイドに示されているガイドラインを使用して、手 動で独自のアップグレード プランを作成する必要があります。 アップグレードを開始する前に、次の作業を計画する必要があります。 • • • • • Data ONTAP のアップグレード ターゲット リリースの『リリース ノート』の内容を確認します。 既存のソフトウェアからターゲット リリースにアップグレードするための要件を把握します。 アップグレード実行後のシステムの潜在的な動作変更を把握します。 アップグレード チェックリストの全項目に対処する準備をします。 万一問題が発生して、以前の(アップグレード前にシステムで実行されていた)Data ONTAP リ リースにリバートまたはダウングレードする必要が生じたときのために、バックアウト プランを作 成します。 特に示されていないかぎり、このガイドの要件および手順はサポート対象のすべての Data ONTAP 8.1.x プラットフォームに適用されます。 サポート対象のプラットフォームの詳細について は、この Data ONTAP リリースの『リリース ノート』を参照してください。 Data ONTAP-v システムへのアップグレードの計画 Data ONTAP-v テクノロジに基づいたプラットフォームは、標準の Data ONTAP ソフトウェアを実行 して、他のプラットフォームと同じ方法でアップグレードします。 ただし、アップグレードの実行前に ハイパーバイザーとその他の関連ソフトウェアのバージョンを確認する必要があります。 詳細手順については、アップグレードする Data ONTAP-v システムのセクションおよび Data ONTAP-v システムに付属のインストール マニュアルを参照してください。 関連コンセプト Data ONTAP-v システムのアップグレード(148 ページ) アップグレードの計画 | 9 Upgrade Advisor を使用したアップグレードの計画 Upgrade Advisor ツールを使用して(ご使用の環境で利用できる場合)、現行リリースへのアップグ レード要件を満たしているか確認し、アップグレード計画を作成する必要があります。 開始する前に Upgrade Advisor ツールを使用するには、ご使用のシステムが次の要件を満たしている必要があ ります。 • • 有効なサポート契約がある。 NetApp への AutoSupport メッセージ送信が有効になっている。 注意: システムが上記の要件を満たしていない場合は、この Data ONTAP リリースの『リリース ノート』や『アップグレード ガイド』を参照して、詳細なアップグレード プランを作成してください。 タスク概要 Upgrade Advisor はネットアップ サポート サイトから入手できるオンライン ツールであり、Data ONTAP のアップグレードの計画プロセスを簡素化します。 システムの識別情報およびターゲット リリースを Upgrade Advisor に送信すると、システムに関する AutoSupport データが、ターゲット リ リースに関する既知の要件および制限事項に対して照合されます。 その後 Upgrade Advisor によ り、アップグレード プラン(およびオプションでバックアウト プラン)が作成され、推奨される準備手 順および実行手順が提示されます。 アップグレード プランを生成するには、システムのホスト名、システム ID、シリアル番号のいずれ かを確認しておく必要があり、ターゲットとなるアップグレード リリースを選択しておく必要がありま す。 また、次のようなその他のオプションも選択できます。 • • • 無停止アップグレードを含む HA ペアのプラン作成 バックアウト プランの作成 アップグレード シナリオの比較 Upgrade Advisor の詳細については、Upgrade Advisor のヘルプ画面を参照してください。 手順 1. システムのホスト名、システム ID、シリアル番号のいずれかを確認し、記録します。これには、 コマンドラインで次のコマンドを入力します。 sysconfig システム ID の情報は、ディスプレイの上部付近に表示されます。 2. Web ブラウザから、ネットアップ サポート サイトの My AutoSupport ホームページ(URL: support.netapp.com/NOW/asuphome)にログインします。 3. [Launch My AutoSupport]リンクをクリックします。 10 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 4. メッセージに従い、システムのホスト名、システム ID、シリアル番号のいずれかを入力します。 5. アップグレードするシステムをリストされた中から選択します。 6. ASUP 行から最新の AutoSupport レコードを選択します。 7. [Upgrade Advisor]タブをクリックします。 8. [Target Versions]メニューからアップグレードする Data ONTAP リリースを選択します。 9. アップグレード プランに含めるアップグレード方式および詳細レベルを選択します。 10. [Continue]をクリックして、アップグレード プランを生成します。 終了後の操作 Upgrade Advisor を使用してアップグレード プランを生成、実行したら、この『アップグレード ガイド』 の手順に従う必要はありません。 ただし、詳細や背景について確認したい場合にこのガイドを利 用できます。 関連情報 Upgrade Advisor:support.netapp.com/NOW/asuphome アップグレード プロセスの手順 Data ONTAP ソフトウェアのアップグレードを開始する前に、アップグレードを計画して必要な手順 を把握しておく必要があります。 手順 1. アップグレード実行前に要件および問題を把握してアップグレードを計画します。 計画では、次のことを実行します。 • • Data ONTAP のアップグレード ターゲット リリースの『リリース ノート』の内容を確認します。 既存のソフトウェアからターゲット リリースにアップグレードするための要件を把握します。 注意: ご使用の環境で利用できる場合は Upgrade Advisor ツールを使用して、アップグレ ード条件を評価し、アップグレード プランを生成します。 • • • • 万一問題が発生して、以前の(アップグレード前にシステムで実行されていた)Data ONTAP リリースにリバートまたはダウングレードする必要が生じたときのために、バックアウト プラ ンを作成します。 アップグレード実行後のシステムの潜在的な変更を把握する準備を整えます。 HA ペアのストレージ システムがある場合、アップグレード方法を選択して、HA 構成が正し いことを確認します。 SAN 環境にストレージ システムがある場合、SAN 構成が完全にサポートされていることを 確認します。 アップグレードの計画 | 11 • • ターゲットの Data ONTAP ソフトウェア バージョン、ホスト OS およびパッチ、必須の Host Utilities ソフトウェア、アダプタ ドライバおよびファームウェアなど、すべての SAN コンポー ネントは、Interoperability Matrix にリストされています。 SnapMirror を実行している場合には、ストレージ システムの受信側および送信側のボリュ ームを確認します。 MetroCluster システムを実行している場合、すべての MetroCluster コンポーネントがターゲ ット リリースと互換性があることを確認します。 2. 必要に応じて、新しい Data ONTAP リリースへのアップグレード前に必要な準備手順をすべて 実行します。 次の手順が必要になることがあります。 • • • • • • アップグレードの問題を解決します(中間アップグレードの実行を含む)。 アップグレードするシステムのルート ボリュームの現在の Snapshot コピーがあることを確認 します。 SnapMirror のソース ボリュームおよびデスティネーション ボリュームの現在の Snapshot コ ピーがあることを確認します。 これにより、システムを以前の Data ONTAP リリースにリバートまたはダウングレードする 必要がある場合にベースライン転送を回避できます。 ディスク ファームウェアを更新します。 ディスク シェルフ ファームウェアを更新します。 ストレージ システム ファームウェアを更新します。 3. 適切なソフトウェア イメージをネットアップ サポート サイトから入手します。 これらのイメージは、ストレージ システムに直接またはネットワーク上の HTTP サーバで利用 できる必要があります。 4. ストレージ システムに Data ONTAP ソフトウェア イメージをインストールします。 ダウンロード プロセスの前に、または途中でソフトウェア イメージからシステム ファイルを展開 できます。 5. 新しい Data ONTAP システム ファイルをブート デバイスにダウンロードします。 HA ペアまたは単一システムが Data ONTAP の新しいバージョンでリブートすると、アップグレ ード プロセスが終了します。 注: Data ONTAP カーネルは、ディスクのブート ボリュームではなく、ブート デバイスからブー トします。 Data ONTAP の詳細については、 『Data ONTAP 7-Mode システム アドミニストレ ーション ガイド』を参照してください。 6. アップグレード後、システムが正常に動作していることを確認します。 ストレージ システムを本番環境に戻す前に、設定された機能の状態を確認し、アップグレード 前に一時停止された機能を再度有効にする必要があります。 12 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 関連コンセプト アップグレードの計画(8 ページ) ファームウェアの更新(78 ページ) Data ONTAP ソフトウェア イメージの取得(41 ページ) Data ONTAP ソフトウェア イメージのインストール(47 ページ) 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート(57 ページ) 以前の Data ONTAP リリース ファミリーにリバートする(106 ページ) 同じ リリース ファミリーの以前のリリースにダウングレードする(131 ページ) 関連タスク アップグレードの準備(29 ページ) 関連情報 Upgrade Advisor:support.netapp.com/NOW/asuphome ソフトウェアのダウンロード:support.netapp.com/NOW/cgi-bin/software 互換性マトリックス:http://support.netapp.com/NOW/products/interoperability アップグレード プロセス期間の見積もりに関するガイドライン 各 HA ペアごとに、準備手順の完了に約 30 分、アップグレードの実行に約 60 分、アップグレード 後の手順の完了に約 30 分かかるように計画する必要があります。 アップグレード期間のガイドラインは、一般的な設定およびワークロードに基づきます。 これらのガ イドラインを使用して、ご使用の環境の無停止アップグレードの実行に必要な時間を見積もりま す。 本リリースにアップグレードするすべてのシステムの推奨事項 ストレージ システムのアップグレードを円滑に行うには、次の特定のガイドラインに従う必要があり ます。 次の処理を実行する必要があります。 • • • この Data ONTAP リリースの『リリース ノート』の「重要な注意事項」セクションを確認してくださ い。 アップグレード中およびアップグレード後にシステムの動作に影響が生じる可能性がある重要 な情報が記載されています。 アップグレードは、ピーク以外の時間帯に実行してください。 アップグレード前にクォータを初期化することは避けてください。 アップグレード前にクォータの初期化を開始した場合には、初期化が完了するまで待ってくださ い。 アップグレードの計画 | 13 また、設定によっては次の点も考慮する必要があります。 • • 初めて Data ONTAP 8.x リリースにアップグレードする場合 Data ONTAP 8.x オペレーティング システムは、以前のリリース ファミリーと比較してサイズが 大きくなっています。 download または software コマンドを使用してストレージ システムのブ ート デバイス上の Data ONTAP 8.x ソフトウェア イメージをアクティブ化する場合、以前のリリ ースと比べて download プロセスにはかなり時間がかかります。 Data ONTAP 8.x リリースに アップグレードするほとんどのシステムにおいて、ダウンロード プロセスに 20~60 分間がかか ります。 この間、システムはデータのサービスを続行しますが、システム コンソールは使用でき なくなります。 download プロセス中にシステム アクセスが必要な場合 telnet.distinct.enable オプションを設定でき、 download コマンドがコンソールで個別に 実行している間、Telnet または SSH-interactive のセッションを開くことができます。 ストレージ システムにアクセスする別の方法の詳細については、 『Data ONTAP 7-Mode システム アドミ ニストレーション ガイド』を参照してください。 アップグレード ホストの要件 アップグレード ホストとは Data ONTAP のアップグレードに使用するクライアント システムまたは サーバのことで、特定の要件を満たす必要があります。 Windows または UNIX クライアント、ある いは HTTP サーバから Data ONTAP をアップグレードできます。 ストレージ システムのアップグレードに使用するホストは、次のいずれか 1 つにアクセスできる必 要があります。 • • ネットアップ サポート サイト(Data ONTAP ソフトウェア イメージの入手) ご使用環境の Data ONTAP ソフトウェア イメージ 次の方法でストレージ システムに利用できるソフトウェア イメージを作成できます。 • • イメージが含まれるポータブル ストレージ メディア(CD-R や USB ドライブなど) Data ONTAP ソフトウェア イメージが含まれる HTTP サーバ アップグレード ホストの準備完了後、Data ONTAP システム ファイルをインストールできます。 関連コンセプト Data ONTAP ソフトウェア イメージのインストール(47 ページ) CIFS または NFS プロトコルを使用して、Windows または UNIX のクライアントから アップグレードする場合の要件 ストレージ システムで CIFS または NFS プロトコルがライセンスされている場合、これらのプロトコ ルを使用して Windows または UNIX のクライアントからアップグレードできます。 ストレージ シス 14 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド テムは、クライアントから管理できる必要があります。 クライアントは通常、ストレージ システムの 管理(admin)ホストです。 ネットワーク接続を持つ UNIX または Windows の任意の admin ホスト クライアントを使用して、 Data ONTAP ソフトウェア イメージを取得し、ストレージ システムにコピーできます。 admin ホストの詳細については、『Data ONTAP 7-Mode システム アドミニストレーション ガイド』を 参照してください。 注: iSCSI プロトコルで提供される CIFS 機能には制限があり、この方法を使用してアップグレー ドするには不十分です。 この機能制限により、ストレージ システム上にソフトウェア イメージの 共有を作成できません。 HTTP サーバからアップグレードする場合 HTTP サーバからアップグレードするには、HTTP サーバからアップグレード パッケージが提供で き、ストレージ システム コンソールで入力する正確な URL(必要なホストおよびポートの情報を含 む)が分かっている必要があります。 次の場合、HTTP サーバの使用を選択することを推奨します。 • • • ストレージ システムに CIFS または NFS のライセンスがない。 Data ONTAP アップグレード パッケージを複数のストレージ システムに配布したい。 インストール スクリプトを使用したい。 コンソールの詳細については、『Data ONTAP 7-Mode システム アドミニストレーション ガイド』を参 照してください。 関連コンセプト HTTP サーバのイメージの取得(41 ページ) SnapMirror のアップグレード要件 SnapMirror を実行しているストレージ システムで Data ONTAP をアップグレードする場合、 SnapMirror デスティネーション ボリュームのあるシステムおよび SnapMirror ソース ボリュームの あるシステムのアップグレード順序は、ボリュームをレプリケートするか、あるいは qtree をレプリケ ートするかよって異なります。 Volume SnapMirror レプリケーション ソース システムをアップグレードする前にデスティネーション システムをアップグレードする必要が あります。 さらに、デスティネーション システムで実行している Data ONTAP のバージョンが、 SnapMirror ソース システムで実行しているバージョンと同じかそれ以降である必要があります。 ソ ース ボリュームを最初にアップグレードした場合、以降の Volume SnapMirror 転送は失敗します。 アップグレードの計画 | 15 同期、半同期、双方向の Volume SnapMirror レプリケーション ソース システムおよびデスティネーション システムが同じ Data ONTAP バージョンを実行している ことを確認する必要があります。 両方のシステムの Data ONTAP アップグレード プロセスが同時 に行われることも確認する必要があります。 同時に行われない場合、SnapMirror は非同期モード になります。 非同期モードでは、同期レプリケーションが再開されるまで、つまり、ソース システム をアップグレードしてソースおよびデスティネーションのシステムの Data ONTAP が同じバージョン になるまで、ソース システムからデスティネーションに 1 分ごとにデータが非同期でレプリケートさ れます。 qtree SnapMirror レプリケーションまたは SnapVault またはテープ SnapMirror デスティネーション ボリュームをまずアップグレードするという要件は、qtree をレプリケ ートする SnapMirror、SnapVault、restore コマンドを使用したテープからのデータ リストアには適 用されません。 ただし、これらの機能を使用するシステムをアップグレードする場合には、 SnapMirror デスティネーション システム、SnapVault セカンダリ システム、リストア ターゲット シス テムを、後方互換性を保つために、対応するソース システムより前にアップグレードすることを推 奨します。 ネットワーク接続型ストレージ(NAS)用に構成されているストレージ システム上の SnapMirror 実 行の詳細については、『Data ONTAP 7-Mode データ保護:オンライン バックアップおよびリカバリ ガイド』を参照してください。 関連タスク SnapMirror 環境でのアップグレード(57 ページ) SnapMirror のアップグレードの再開チェックポイントに与える影響 SnapMirror は転送中の再開チェックポイントを作成するため、中断点から転送を再開できます。 SnapMirror アップグレード中に再開チェックポイントが削除された場合、転送を中断点から再開で きません。最初からやり直す必要があります。 リバート中またはシステム コントローラ ヘッド交換処理中に再開チェックポイントを削除することも できます。 ただし、SnapMirror のソース ボリュームとデスティネーション ボリュームの間に共通の Snapshot コピーが存在するかぎり、デスティネーションは差分転送で更新されます。 SnapMirror の再開チェックポイントの詳細については、『Data ONTAP 7-Mode データ保護:オンラ イン バックアップおよびリカバリ ガイド』を参照してください。 システムの相互ミラーリングのアップグレード要件 相互にボリュームをミラーリングしているストレージ システム上の Data ONTAP をアップグレードす るには、ミラー関係を無効にし、各システムをアップグレードしてから、ミラー関係を再度有効にす る必要があります。 2 台のストレージ システムが相互にボリュームをミラーリングするように SnapMirror を設定できま す。 この場合、それぞれのストレージ システムがソースとデスティネーションの両方として動作しま 16 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド す。 たとえば、システム A はシステム B にボリュームをミラーリングでき、システム B はシステム A にボリュームをミラーリングできます。 この設定では、対応するソース システムよりも先に両方のデスティネーションをアップグレードする ことは論理的に不可能です。 したがって、相互にボリュームをミラーリングしているストレージ シス テム上の Data ONTAP をアップグレードするには、ミラー関係を無効にし、各システムをアップグレ ードしてから、ミラー関係を再度有効にする必要があります。 Snapshot コピーの保持 アップグレードする前に、リバート時に SnapMirror 関係の再初期化を回避できるよう Snapshot コ ピーを保持する必要があります。 タスク概要 Data ONTAP をアップグレードすると、古い SnapMirror の Snapshot コピーは順次新しい Snapshot コピーに置き換えられます。 リバート時に SnapMirror 関係をリストアするには、共通の Snapshot コピーが必要です。 手順 1. 使用している SnapMirror の種類に応じて、次の手順を実行して Snapshot コピーを保持しま す。 条件 操作 Volume SnapMirror • • SnapMirror ソースについては、Data ONTAP の新しいバージョンにアップグレードす る前に、手動の Snapshot コピーを作成します。 SnapMirror デスティネーションについては、Data ONTAP の新しいバージョンにアッ プグレードする前に、手動で作成した Snapshot コピーで更新します。 Data ONTAP の以前のバージョンにリバートしたあとは、この手動で作成した Snapshot コピーを使用して、SnapMirror 関係をリストアできます。 注: 場合によっては、共通の Snapshot コピーを利用できる場合でも、SnapMirror 関係 の再初期化が必要になります。 たとえば、アップグレード後、32 ビット ボリュームまた はアグリゲートを 64 ビット形式に拡張する場合、ソース システムおよびデスティネー ション システムを Data ONTAP の古いバージョンにリバートするには、ソース システ ムとデスティネーション システムの両方ですべての Snapshot コピーを削除する必要 があります。 qtree SnapMirror • • SnapMirror ソースについては、Data ONTAP の新しいバージョンにアップグレードす る前に、qtree SnapMirror 関係の共通の Snapshot コピーの名前を変更します。 SnapMirror デスティネーションについては、Data ONTAP の新しいバージョンにアッ プグレードする前に、名前変更した Snapshot コピーで更新します。 Data ONTAP の以前のバージョンにリバートしたあとは、名前変更したこの Snapshot コ ピーを使用して、SnapMirror 関係をリストアできます。 アップグレードの計画 | 17 リリース ファミリーのアップグレード要件 各 Data ONTAP リリース ファミリーには新機能が導入されています。 一部の問題は Data ONTAP ソフトウェア内で自動的に解決されますが、手動での作業が必要になる問題もあります。 メジャー アップグレードおよびマイナー アップグレードの種類 Data ONTAP をアップグレードする場合、リリース ファミリー間のメジャー アップグレードまたはリリ ース ファミリー内のマイナー アップグレードの 2 種類のアップグレードの 1 つを選択する必要があ ります。 メジャー アップグレードはリリース ファミリー間のアップグレードで、アップグレード前後のリリース 番号の x.y.z のうち x または y が異なります。 たとえば、8.0.2 から 8.1、7.3.5 から 8.1 は、リリース ファミリー間のアップグレードです。 マイナー アップグレードはリリース ファミリー内のアップグレードで、リリース番号の x.y.z のうち x および y が同じで、z だけが異なります。 次に、リリース ファミリー内のアップグレードの例を示し ます。 • • • 8.0.1 から 8.0.2P2 8.0 から 8.0.1P2 7.3.2 から 7.3.5 Data ONTAP リリース ファミリーおよびリリースの種類の詳細については、「Data ONTAP リリース モデル」を参照してください。 関連情報 Data ONTAP リリース モデル:support.netapp.com/NOW/products/ontap_releasemodel/ post70.shtml リリース ファミリー間のアップグレードの概要 新しいリリース ファミリーには通常、インフラストラクチャおよびサブシステムの主要な変更が含ま れています。 新しいリリース ファミリーにアップグレードする場合、次の 1 つ以上の内容がプラットフォームに適 用されることがあります。 • • • 基本的なインフラストラクチャの変更(WAFL または RAID の動作の変更など) ファイルシステムのアップグレードを必要とするバージョン番号の変更(RAID、WAFL、NonVolatile LOG [NVLOG]、Java サブシステムなど) 新しいシステム ファームウェア これらの理由から、リリース ファミリー間のアップグレードは、リリース ファミリー内のアップグレー ドに比べて、より多くの時間と手順を要し、ストレージ システムのサービス中断も長くなります。 18 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Data ONTAP 8.1 リリース ファミリーのリリースへの無停止アップグレードは、次のリリースからサ ポートされます。 • • すべての 8.0.x リリース 7.3.2 以降の 7.3.x リリース 関連コンセプト すべてのシステムの無停止アップグレードの要件(20 ページ) 必須の中間アップグレード 7.3.2 より前のリリースから Data ONTAP 8.1.x リリースに無停止でアップグレードする場合、ターゲ ットの Data ONTAP 8.1.x リリースにアップグレードする前に、最新の Data ONTAP 7.3x リリース への中間アップグレード(複数ホップ アップグレード)を実行する必要があります。 さらに、7.2.3 より前の Data ONTAP 7.2 リリースを実行している場合、7.3.x の最新リリースの中間 メジャー NDU を実行する前に 7.2.x の最新リリースのマイナー NDU を実行する必要がありま す。 注意: 中間アップグレードを実行したあと、すべてのアップグレード プロセスが確実に終了するよ うに 10 分以上待ってから、最終アップグレード(または追加の中間アップグレード)を開始する 必要があります。 停止方式を使用する中間アップグレード方法(システム ダウンタイムをスケジュールできる場合) には要件はありません。 リリース ファミリー内のアップグレード リリース ファミリー内のアップグレードは、リリース ファミリー間のアップグレードよりも通常は単純 でサービスもさほど中断されません。 このため、リリース ファミリー内のアップグレードでは通常、大幅な変更は行われません。 これら のリリースには、バグ修正およびわずかな機能拡張が含まれています。 無停止アップグレード要件 無停止アップグレードはダウンタイムを必要とせず、ほとんどの HA 構成で利用できます。 無停止アップグレード(NDU)では、ハイアベイラビリティ テクノロジにより、テイクオーバー ストレ ージ システムはアップグレード実行中に「障害」パートナーの機能を引き継ぐことができます。 各 HA ノード(ハイアベイラビリティの関係で結ばれたストレージ システム)について、テイクオーバー 処理およびギブバック処理を行います。 「障害」システムのアップグレード実行中は、パートナー ノ ードがサービス要求を処理するので、クライアントへのサービスは中断されません。 さらに、テイクオーバー システムにより「障害」システムのディスクの継続的な可用性が保証される ので、システム ファームウェアの更新およびハードウェアのアダプタ交換など、システム停止を必 アップグレードの計画 | 19 要とする拡張的なアップグレードも、ステートレス プロトコルに基づくサービスを中断せずに実行で きます。 無停止アップグレードを使用する場合 一定の Data ONTAP 要件を満たした HA 構成には、無停止でのアップグレードを使用できます。 無停止アップグレードは、ストレージ システム サービスの高可用性が不可欠な場合に最も適して います。 実行する操作が次のいずれか 1 つにでも該当する場合に、無停止方式を使用できます。 • • • • • • Data ONTAP 8.0.x リリース ファミリーまたは 7.3.2 以降の 7.3.x リリースから 8.1 リリースにアッ プグレードする 1 つ前のリリース ファミリーから Data ONTAP 8.0 リリース ファミリーへのアップグレード(例: 7.3.1 から 8.0 へ) Data ONTAP 8.0 リリース ファミリーには、7.3 ファミリーの任意のリリースから無停止でアップ グレードできます。 7.2 リリース ファミリーからアップグレードする必要がある場合は、まず Data ONTAP 7.2.5 以降 から最新の 7.3 リリースに無停止でアップグレードし、その後、8.0 に無停止でアップグレードで きます。 1 つ前のリリース ファミリーから Data ONTAP 7.3 リリース ファミリーへのアップグレード(例: 7.2.3 から 7.3 へ) 無停止で 7.3 リリース ファミリーにアップグレードするには、7.2 ファミリーの Data ONTAP 7.2.3 以降を実行している必要があります。 リリース ファミリー内の Data ONTAP アップグレード(例:8.0.1 から 8.0.2 へ) システム ファームウェアの更新 特定のハードウェアのアップグレード 注: システム ハードウェアを無停止で変更する方法については、『Data ONTAP HighAvailability and MetroCluster Configuration Guide for 7-Mode』を参照してください。 無停止アップグレードを使用できない場合 いかなる場合でも無停止アップグレード方式を使用できるわけではありません。 次の条件に 1 つでも当てはまる場合、アップグレードに支障をきたすおそれがあります。 • • ストレージ システムがクライアントに対して頻繁に CIFS サービスを提供している場合。 CIFS はセッション指向なので、データ損失を防ぐには、アップグレードの実行前にセッションを 終了する必要があります。 ストレージ システムが、処理を中断できない FTP クライアントまたは Network Data Management Protocol(NDMP)クライアントに頻繁にサービスを提供している場合。 これらのプロトコルはセッション指向なので、無停止アップグレードを実行するには、実行中の セッションを終了し、これらのサービスを無効にする必要があります。 上記の環境の場合には、停止を伴うアップグレードを推奨します。 20 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 関連コンセプト ディスク シェルフ ファームウェアの更新(85 ページ) すべてのシステムの無停止アップグレードの要件 アップグレード中に最適なサービスの可用性を確保するには、無停止アップグレード プロセスを開 始する前に、システムが設定および利用率の要件を満たす必要があります。 Data ONTAP 8.1 リリースへの無停止メジャー アップグレード(リリース ファミリー間の無停止アッ プグレード)は、次のリリースに対してサポートされます。 • • すべての 8.0.x リリース 7.3.2 以降の 7.3.x リリース 無停止マイナー アップグレード(同じリリース ファミリー内での無停止アップグレード)は、これまで のすべての Data ONTAP 8.1 リリースに対してサポートされます。 無停止アップグレードを行うには、ご使用のシステムが以下に示した設定上の要件を満たす必要 があります。 • • • • • アップグレード プロセス時にパートナー コントローラが I/O を引き継ぐ HA ペアがあり、HA ペ アが正常で安定している。 障害ディスクドライブはギブバック処理の妨げとなるばかりか、ループ状態からストレージ シス テム全体の不安定動作を招く可能性があるため、無停止アップグレードを開始する 前にすべ て取り除くか、交換しておく。 /etc/crash ディレクトリに古い core ファイルが存在しない。 無停止アップグレードを開始する 前に、システムのディスクおよびディスク シェルフ ファームウ ェアが最新である。 NFS クライアントに対応しないシステムには、ハード マウントを使用すること。 注意: NFS タイムアウトが頻繁に発生する可能性がある場合、アップグレード プロセス中に システムがダウンしてデータが破損する可能性があるため、ソフト マウントは使用しないでく ださい。 • HA ペアの両方のコントローラのコンソール ポートに対し、次のいずれかの方法でターミナル セッションを開けること。 • • • • • 直接シリアル接続 コンソール サーバ システムのサービス プロセッサ(SP)(利用できる場合) システムの Remote LAN Module(RLM)(利用できる場合) システムの Baseboard Management Controller(BMC)(利用できる場合) 無停止アップグレード時に実行されるテイクオーバーおよびギブバックの処理中はコントローラ へのネットワーク接続が失われるため、Telnet と SSH セッションは動作しません。 次のシステム要素に関しては、プラットフォームに関係なく、最大値を超えないように注意してくだ さい。 アップグレードの計画 | 21 要素 値(ノードあたり) 値を表示するコマンド FlexVol 500 vol status 注: FAS2040 システム の FlexVol の上限は 200 個です。 重複排除が有効化されて • いる FlexVol • 500(8.0.x リリースから のアップグレード時) 300(7.3.x リリースから のアップグレード時) 注: FAS2040 システム では、最大 200 個の FlexVol で重複排除を 有効化できます。 Snapshot コピー • • 20,000(8.0.x リリース からのアップグレード 時) 12,000(7.3.x リリース からのアップグレード 時) CPU 利用率 * 50%以下 ディスク利用率 * 50%以下 snap list sysstat -c 10 -x 3 * Data ONTAP をアップグレードする前に、CPU およびディスク利用率を 30 秒間監視する必要が あります。 CPU および Disk Util 列の値は、レポートされる 10 個すべての計測値の 50 パーセ ントを超えることはできません。 アップグレードが完了するまで、ストレージ システムに新たな負荷 がかからないようにする必要があります。 注: Performance and Statistics Collector(Perfstat)を使用して、アップグレード後の比較のパフォ ーマンスのベースラインを確立する必要があります。 関連コンセプト 重複排除ボリュームのあるシステムの無停止アップグレードの要件(22 ページ) アップグレード実行中のサービスの可用性の最適化(144 ページ) ステートレス プロトコルの考慮事項(145 ページ) 関連タスク Upgrade Advisor を使用したアップグレードの計画(9 ページ) 22 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Perfstat 7 を使用したパフォーマンスのベースラインの作成(33 ページ) 重複排除ボリュームのあるシステムの無停止アップグレードの要件 重複排除が有効な場合、当該機能が有効な FlexVol 数が 300(FAS2040 システムの場合は 200) 以下で、なおかつ Data ONTAP のアップグレード中に重複排除が実行中でなければ、無停止メジ ャー アップグレードおよび無停止マイナー アップグレードを実行できます。 重複排除された FlexVol および重複排除されていない FlexVol の総数が、システムの無停止アッ プグレードでサポートされる FlexVol の総数を超えないようにします。 無停止アップグレードは、重複排除処理がアクティブでない状態で行う必要があります。 重複排除 処理がアクティブでないことを確認するには、次の操作を両方実行する必要があります。 • • 重複排除処理がアクティブな場合、Data ONTAP のアップグレードが完了するまでの間、処理 を停止する必要があります。 重複排除処理の実行が予定されていない期間内に、Data ONTAP のアップグレードを実行す る必要があります。 sis status コマンドを使用して、ボリュームの重複排除処理のステータスを確認できます。 sis status コマンドによって、次のような出力が表示されます。 Path /vol/v457 /vol/v458 /vol/v459 /vol/v460 /vol/v461 /vol/v462 /vol/v463 /vol/v464 State Enabled Enabled Enabled Enabled Enabled Enabled Enabled Enabled Status Idle Idle Idle Idle Active Active Active Idle Progress Idle for 00:12:30 Idle for 00:12:30 Idle for 00:12:30 Idle for 00:12:30 521 MB Scanned 489 MB Scanned 387 MB Scanned Idle for 00:12:30 ボリューム上でアクティブな SIS 処理を中止するには、 sis stop コマンドを使用します。その処 理を再開するには、 sis start コマンドを使用します。 注: sis start -s コマンドを使用して最初に重複排除処理を開始した場合、重複排除処理の 再開時にチェックポイントを使用できます。 重複排除の詳細については、 『Data ONTAP 7-Mode ストレージ管理ガイド』および sis(1)のマニュ アル ページを参照してください。 停止を伴うアップグレードの要件 停止を伴うアップグレードは、HA ペアで実行できますが、ダウンタイムが必要です。 停止を伴うアップグレードでは、HA 構成を無効にし、各ノードを更新するため、ダウンタイムが必 要です。 HA 構成を無効にすると、各ノードはシングル ノードのストレージ システムとして動作しま アップグレードの計画 | 23 す。したがって、そのノードに関連するシステム サービスは、システムをリブートするまで中断され ます。 停止を伴うアップグレードの一環として、他のメンテナンス手順(システム ファームウェアやハード ウェアなど)を行うこともできます。 HA ペアを無効にした場合に行うこともできます。 無停止アップグレード要件は停止を伴うアップグレード(ダウンタイムがスケジュールされる)では 必須ではありませんが、すべてのアップグレードが NDU の準備手順に従い、アップグレード前後 のシステム ヘルスの保証に留意することがベスト プラクティスです。 潜在的なアップグレードの問題の評価 Data ONTAP のすべてのリリース ファミリーには、それぞれ固有のアップグレード要件がありま す。アップグレードする際はあらかじめそれらの要件を把握し、解決しておく必要があります。 Data ONTAP のバージョンによっては、現在のリリースにアップグレードする前に中間リリースにアップ グレードする必要があります。 アップグレードする前に、次の内容を把握する必要があります。 • • 新しいリリースにアップグレードする前に解決を要する問題 新しいリリースへのアップグレード後の新しいシステム動作 新しい Data ONTAP リリース ファミリーには重要な新機能が追加されているので、アップグレード する際に問題が生じることがあります。特に、2 つ以上前のバージョンの Data ONTAP からアップ グレードする場合には注意が必要です。 たとえば、7.3 ファミリーのリリースから最新の 8.1 リリースにアップグレードする場合は、Data ONTAP 8.1 以降にアップグレードする前に、8.0 および 8.1 リリース ファミリーに関係するアップグ レードの問題を調べ、解決する必要があります。 アップグレードの問題の詳細なリストについては、『リリース ノート』を確認してください。 中間アップ グレードが必要な場合、中間リリースの『リリース ノート』も確認する必要があります。 注: アップグレードの開始前に options コマンドの出力結果を取得して、アップグレード後の出 力結果と比較することを推奨します。 出力結果の比較により、options 設定の重要な変更点を 確認できます。 詳細については、アップグレード ターゲット リリースの『リリース ノート』の「新規 および変更されたコマンドとオプションの概要」セクションを参照してください。 Data ONTAP 8.1 リリース ファミリーに関するアップグレードの問題 Data ONTAP 8.1 以降のリリースにアップグレードする場合は、事前にいくつかの問題を把握し、解 決しておく必要があります。 ターゲットの Data ONTAP リリース用の最新の『リリース ノート』にある 「重要な注意事項」セクショ ンで、アップグレードに影響を与える可能性がある問題の詳細リストを確認してください。 本ドキュ メントの発行時点で判明している重要な問題について、概要を以下に示します。 24 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • • • • Data ONTAP 8.1 以降では、ESH2 ストレージ I/O モジュールを搭載した DS14mk2 ディスク シ ェルフはサポートされていません。 これらの デバイスがストレージ システムに 1 つでも接続されている場合は、Data ONTAP 8.1 以降にアップグレードする前にデバイスを交換してください。 iSCSI ターゲット アダプタの X1129A-R5、X1029B-R5、X1136A-R5、X1036B-R5 は、Data ONTAP 8.1 以降ではサポートされていません。 Data ONTAP 8.1 以降にアップグレードする前に、すべての iSCSI トラフィックを別のポートに移 動し、これらのアダプタをストレージ コントローラから削除してください。 イーサネットおよびユニ ファイド ターゲット アダプタのポートでは、iSCSI ターゲットが引き続きサポートされます。 FAS2040、FAS2240、32xx、または 62xx のシステムを Data ONTAP 8.0.x リリースから Data ONTAP 8.1.x リリースにアップグレードする場合、特定の 機能のライセンスを更新する必要が あります。 この要件は、31xx および 60xx のシステムには適用されません。 一部のバージョンの Linux では、SAN ホストで ALUA を有効化して高速インターコネクト(8Gb 以上)を実行している場合、Data ONTAP 8.1 以降にアップグレードするときに無停止アップグ レード(NDU)方式を使用できません。 ホストで次のバージョンの Linux を実行している場合、Data ONTAP NDU のフェイルオーバー 段階でホストの停止や I/O 処理の大幅な遅延が発生し、ホストへのサービスが中断することが あります。 Red Hat Enterprise Linux 6.x、または 5.8 以前の 5.x SUSE Linux Enterprise Server 10.x および 11.x Oracle Linux 5.x および 6.x Data ONTAP 7.3.x リリース ファミリーから Data ONTAP 8.1.x にアップグレードしていて、IPv6 が有効な場合は、/etc/exports ファイルを手動で更新して、各 IPv6 アドレスを囲む角かっこ を追加する必要があります。 セキュリティの強化のために、 Data ONTAP 7.3.5 以降の 7.3.x リリース ファミリーおよび 8.0.2 以降の 8.0.x リリース ファミリーでは、SHA256 メッセージ ダイジェスト アルゴリズムを使用して デジタル証明書(証明書署名要求(CSR)やルート証明書など)の内容に署名します。 CSR およびルート証明書への署名にはこれまで MD5 メッセージ ダイジェスト アルゴリズムを 使用していましたが、その正式サポートは終了しました。 Data ONTAP 8.0 リリース ファミリー以降を実行するすべてのシステムについて、最低限必要な ルート FlexVol のサイズが増量されました。 ルート FlexVol が新しい要件を満たしていない場合は、アップグレード手順の完了後、すぐにそ のサイズを増量する必要があります。 Flash Cache モジュールを搭載しルート ボリュームがトラディショナル ボリュームである場合、 Flash Cache の容量がいっぱいになるとストレージ システムがパニック状態になります。 この問題は、8.1 で導入されたキャッシュの再ウォームアップ機能に関連しています。 • • • • • • • アップグレードの計画 | 25 Data ONTAP 8.1 リリース ファミリーの動作の変更点 Data ONTAP 8.1 以降にアップグレードする場合に発生する可能性がある Data ONTAP の動作の 変更について留意する必要があります。 Data ONTAP のターゲット リリースの『リリース ノート』で 「既知の問題および制限」セクションを確 認し、ターゲット リリースにアップグレード後の動作の変更点の詳細リストを参照してください。 公 開時点で既知である、重要な変更点の概要を次に示します。 パートナー インターフェイスの設定に使用したインターフェイス名が/etc/hosts ファイルに存 在する場合、パートナー ノードの IP アドレスがローカル ノードの IP アドレスで置き換えられま す。 その結果、テイクオーバー中はパートナー ノードを使用できなくなります。 Windows Server 2008 でホストされた Vscan サーバまたは FPolicy サーバにスキャン要求を送 信する ときに、ストレージ システムで Vscan または FPolicy のエラーが発生することがありま す。 この問題の原因は、SMB 2.0 で導入された認証期限 タイマーによって SMB 2.0 の接続がタイ ムアウトされることにあります。 Data ONTAP 8.1 の送信元ボリュームまたはその包含アグリゲートで、送信元のファイルのブロ ック数を変更する処理 を実行すると、FlexCache を含むストレージ システムがパニック状態に なることがあります。 ボリュームの重複排除およびアグリゲートのインプレース アップグレード(IPU) はブロック数を 変更できます。 特定の機能をこれまで使用していなかった場合に Data ONTAP 8.1 にアップグレードすると、当 該機能は license コマンドの出力に ENABLED と表示されます。 SnapVault または qtree SnapMirror のデスティネーションのボリュームまたはアグリゲートを 64 ビット形式にアップグレードしているときに、CIFS クライアントからそれらのデスティネーションの データにアクセスすると、システム パニックが発生することがあります。 Volume SnapMirror 関係を解除した場合、volume deswizzling スキャンが完了する前にデステ ィネーション ボリュームに I/O 要求を送信すると、ノードがパニック状態になることがあります。 この状況になるのは、デスティネーション ボリュームが Flash Pool に含まれている場合です。 ご使用のストレージ アレイが Data ONTAP 8.1 のサポート対象として V シリーズ サポート マト リックスに記載されている場合を除き、V シリーズ システムを Data ONTAP 8.1 にアップグレー ドしないでください。 • • • • • • • Data ONTAP 8.0 リリース ファミリーに関するアップグレードの問題 Data ONTAP 8.0 以降のリリースにアップグレードする場合は、事前に特定の問題を把握し、解決 しておく必要があります。 ターゲットの Data ONTAP リリース用の最新の『リリース ノート』にある 「重要な注意事項」セクショ ンで、アップグレードに影響を与える可能性がある問題の詳細リストを確認してください。 本ドキュ メントの発行時点で判明している重要な問題について、概要を以下に示します。 注: Data ONTAP 8.0 リリース ファミリーでは次の標準機能がサポートされていません。 • SnapLock 26 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • • IPv6 IPsec Data ONTAP の以前のリリースでこれらの機能やその他の未サポート機能を実装した場合、8.0 リリースに中間アップグレードせずに、Data ONTAP 8.1 リリースに直接アップグレードできます。 ただし、このセクションの記載内容を確認して環境に適合するか判断する必要があります。 • • Data ONTAP 8.0 の cfmode サポートの変更 Data ONTAP 8.0 以降のリリースのファイバチャネル SAN 構成では、single_image cfmode(ク ラスタ フェイルオーバー モード)のみがサポートされます。 ハイアベイラビリティ FC SAN シス テムを以前のリリースからアップグレードしようとしていて、このシステムが他の cfmode 用に構 成されている場合は、Data ONTAP 8.0 以降にアップグレードする前に single_image モードに 移行する必要があります。 FlexCache 送信元ボリュームが Data ONTAP 10.0.3 でサポートされていません Data ONTAP 10.0.3 が実行されているシステム上の送信元ボリュームに対応する FlexCache ボリュームがある場合、キャッシング システムを Data ONTAP 8.0 リリース ファミリーにアップ グレードする前に、送信元システムを Data ONTAP 10.0.4 以降にアップグレードする必要があ ります。 Data ONTAP 8.0 リリース ファミリーの動作の変更点 Data ONTAP 8.0 以降にアップグレードすると、Data ONTAP の動作に変更が生じる可能性があり ます。 Data ONTAP のターゲット リリースの『リリース ノート』で 「既知の問題および制限」セクションを確 認し、ターゲット リリースにアップグレード後の動作の変更点の詳細リストを参照してください。 公 開時点で既知である、重要な変更点の概要を次に示します。 • • • • 新しいタイム プロトコル要件 Data ONTAP 8.0 以降では、時刻同期用としてサポートされるプロトコルはネットワーク タイム プロトコル(NTP)のみとなります。 timed.proto オプションの rtc プロトコルや rdate プロト コルは廃止され、Data ONTAP 8.0 以降にアップグレードすると無効になります。 Data ONTAP 8.0 に表示される廃止された timed オプション Data ONTAP 8.0 以降では、いくつかの timed オプションが廃止されましたが、これらのオプショ ンは依然として CLI に表示され、変更できます。 特殊なシステム ファイル Data ONTAP 8.0 より前のリリースからアップグレードされたストレージ システムでは、システム のすべてのボリュームに、いくつかのシステム ファイルが存在します。 テクニカル サポートから 指示されないかぎり、これらのファイルは削除または変更しないでください。 これらのファイルを 使用すると、Data ONTAP 8.0 より前のリリースにリバートする場合に、Snapshot コピー内の LUN をリストアできます。 ルート ボリューム サイズの最小要件の変更 Data ONTAP 8.0 を実行するすべてのシステムについて、最低限必要なルート ボリュームのサ イズが増量されました。 以前のリリースからアップグレードする際には新しい最小サイズは適 アップグレードの計画 | 27 用されませんが、ルート ボリュームを変更する場合は、ルート ボリュームが新しい要件に準拠 している必要があります。 ルート ボリュームが新しい要件を満たしていない場合は、アップグレ ード手順の完了後、すぐにそのサイズを増量する必要があります。 Data ONTAP 7.3 リリース ファミリーに関するアップグレードの問題 Data ONTAP 7.3 以前のリリースからアップグレードする場合は、事前に特定の問題を把握し、解 決しておく必要があります。 Data ONTAP の中間リリースの『リリース ノート』の「重要な注意事項」セクションで中間リリースよ り新しいリリースへのアップグレードに影響を与える可能性がある問題の詳細リストを確認してくだ さい。 ソース リリースが中間リリースの要件を満たすことも確認する必要があります。 本ドキュメン トの発行時点で判明している重要な問題について、概要を以下に示します。 • • • より多くの空きスペースが必要となる Data ONTAP 7.3 Data ONTAP 7.3 には、空きスペースの計算についての改善が含まれています。 その結果、既 存の FlexVol が追加スペースをリザーブするようになり、結果的に 0.5%の空きスペースが失 われることになります。 以前のリリースから Data ONTAP 7.3 以降のリリースへアップグレード すると、既存の FlexVol は、包含アグリゲートからより多くの空きスペースを必要とするようにな ります。 FlexVol から生じた要件の増大に対応できるだけの十分な空きスペースがアグリゲー トにない場合には、アグリゲートの 1 つ以上のボリュームについてスペース ギャランティが無 効になる可能性があります。 FlexCache 機能に関するライセンスの変更 現在 FlexCache 機能をご使用の場合は、Data ONTAP 7.3 以降へのアップグレード時に、この 機能を引き続き使用するための手続きを行う必要があります。 停止を伴うアップグレード後に Windows 2008 のディスクがオフラインになる Data ONTAP 7.3.3 以降のリリースへの停止を伴うアップグレードの実行中、LUN に新しいリビ ジョン番号が割り当てられます。 Windows Server 2008 ソフトウェアは、新しいリビジョン番号が 割り当てられた LUN を新しいディスクとして解釈し、オフラインに設定します。このステータス は、アップグレード後に Windows 2008 管理インターフェイスに表示されます。 Windows Server 2003 は LUN リビジョン番号を無視します。 関連コンセプト 必須の中間アップグレード(18 ページ) Data ONTAP 7.3 リリース ファミリーの動作の変更点 Data ONTAP 7.3 より前のリリースからアップグレードする場合に発生する可能性がある Data ONTAP の動作のいくつかの変更点について留意する必要があります。 Data ONTAP の中間リリースの『リリース ノート』の 「既知の問題および制限」セクションで、中間リ リースより新しいリリースにアップグレードしたあとの動作の変更点の詳細リストを確認してくださ い。 公開時点で既知である、重要な変更点の概要を次に示します。 • NetBackup アプリケーションは、ストレージ システム データを含む SnapVault 関係を管理でき ません。 28 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • • • • • Data ONTAP 7.3 以降では、プライマリ ストレージ システムとセカンダリ ストレージ システム間 の SnapVault 転送を設定および管理するための手段として、Symantec NetBackup を使用でき ません。 ボリュームの物理的再配置によってリバートの処理速度が低下します。 Data ONTAP 7.3 以降のリリースでは、ボリュームの仮想的な位置は変更することなく、アグリ ゲート内のボリュームの物理レイアウトを最適化できる物理的再配置がサポートされます。 た だし、ボリュームを物理的に再割り当てしたあとは、以前のリリース ファミリーにリバートするに はかなり時間がかかるようになります。 SnapMirror および SnapVault の再開チェックポイントがアップグレード時に削除される。 Data ONTAP 7.3 以降では、Data ONTAP 7.3 以降のバージョンにアップグレードした場合、す べての再開チェックポイントがアップグレード処理中に削除されるため、再開チェックポイントを 持つすべての中止された qtree SnapMirror および SnapVault 転送が最初から再開されます。 アップグレード後に重複排除を実行するための追加の空きスペースがアグリゲートに必要とな ります。 Data ONTAP 7.3 以降にアップグレード後に重複排除を使用する場合、重複排除を実行するボ リュームを含むアグリゲートに十分な空きスペースがあることを確認する必要があります。 NFSv4 環境での FPolicy の互換性の問題があります。 FPolicy エンジンを使用するアプリケーションを NFSv4 環境で実行している場合は、NFSv4 を サポートするようにアプリケーションをアップグレードする必要があります。 Kerberos Multi Realm のサポートには次の考慮事項があります。 以前のリリースから Data ONTAP 7.3.1 以降にアップグレードした場合、UNIX ベースの KDC 用の古い keytab ファイル(/etc/krb5.keytab)がそのまま使用されます。 アップグレードの あとに Kerberos を再設定する場合、または Kerberos を初めて設定する場合のみ、UNIX ベー スの KDC 用の新しい keytab ファイル(/etc/UNIX_krb5.keytab)を使用する必要がありま す。 アップグレードの準備 ストレージ システムに最新の Data ONTAP リリースをインストールする前に、情報を確認して手順 を完了する必要があります。 手順 1. システムが最小要件を満たしていることを確認します。 システム要件の詳細については、Data ONTAP のアップグレード ターゲット リリースの『リリー ス ノート』を参照してください。 2. 次のコマンドを入力して、システムに表示されるディスクのすべてのパスを確認します。 storage show disk –p 3. 次のコマンドを入力して、障害が発生したディスクがないことを確認します。 vol status –f 4. 次のコマンドを入力して、すべてのアグリゲートがオンラインであることを確認します。 aggr status 5. システムが MultiStore テクノロジ用に構成されている場合、次のコマンドを入力して、すべての vFiler ユニットが実行されていることを確認します。 vfiler status -a 6. アップグレードの問題がすべて解決したことを確認します。 アップグレードの問題の詳細については、Data ONTAP のアップグレード ターゲット リリースの 『リリース ノート』の"「重要な注意事項」"セクションを参照してください。 7. アップグレードするシステムのルート ボリュームの現在の Snapshot コピーがあることを確認し ます。 Snapshot コピー作成の詳細については、『Data ONTAP 7-Mode データ保護:オンライン バック アップおよびリカバリ ガイド』を参照してください。 8. ディスクまたはディスク シェルフのファームウェアを更新する必要があるかを判断します。 注: 無停止アップグレードを開始する前に、必要なディスク ファームウェアおよびディスク シェ ルフ ファームウェアの更新が完了していることを確認してください。 特に、大容量のシステム ではディスク ファームウェアの自動バックグラウンド更新に時間がかかる可能性があるた め、ディスク ファームウェアのアップグレードは、Data ONTAP の無停止アップグレードを開 始する 1 日以上前に行う必要があります。 9. ハイアベイラビリティ構成のストレージ システムがある場合は、HA Configuration Checker を使 用して、ストレージ システムが適切に設定されていることを確認します。 30 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 10. SnapMirror を使用している場合、ソースおよびデスティネーションのストレージ システムを特定 し、レプリケーションの種類およびモードに応じて、次の要件を満たしていることを確認します。 条件 操作 Volume SnapMirror ソース ボリュームのあるストレージ システムをアップグレードする前に、必ずデステ ィネーション ボリュームのあるストレージ システムをアップグレードします。 同期 SnapMirror または半同期 SnapMirror ソース ボリュームを含むストレージ システムおよびデスティネーション ボリュームを 含むストレージ システムを同時にアップグレードできるように、両方のシステムが同 じ Data ONTAP バージョンを実行していることを確認します。 これらの要件は、qtree SnapMirror には適用されません。 11. MetroCluster システムを実行している場合、すべての MetroCluster コンポーネントがターゲット リリースと互換性があることを確認します。 詳細については、MetroCluster マニュアルおよび MetroCluster 互換性マトリックスを参照してく ださい。 V シリーズ システムで MetroCluster を実行している場合、V シリーズ サポート マトリ ックスも参照してください。 12. 無停止アップグレード方法を使用している場合、システムが要件を満たしていることを確認しま す。 13. Data ONTAP 7.3 より前のリリースからアップグレードする場合、アグリゲートに十分な空きスペ ースがあることを確認します。 関連コンセプト 潜在的なアップグレードの問題の評価(23 ページ) アップグレード前の HA 構成の確認(32 ページ) 関連タスク AutoSupport を使用した古いディスク ファームウェアの検出(84 ページ) ディスク シェルフに必要なファームウェアの判別(32 ページ) 関連情報 互換性マトリックス:http://support.netapp.com/NOW/products/interoperability V シリーズ サポート マトリックス:support.netapp.com/NOW/knowledge/docs/V-Series/ supportmatrix/V-Series_SupportMatrix.pdf アップグレードの準備 | 31 システム要件の確認 アップグレード前に、システムが最小要件を満たしていることを確認する必要があります。 LUN を含むすべてのボリュームに十分な空きスペースがあることを確認する SAN 環境でストレージ システムをアップグレードする前に、LUN を含むすべてのボリュームに 1MB 以上の空きスペースがあることを確認する必要があります。 スペースは、新しい Data ONTAP バージョンで使用されるディスク上のデータ構造における変更に対応できる必要がありま す。 タスク概要 この場合の"LUN"とは、ストレージ アレイでストレージに使用されるアレイ LUN ではなく、Data ONTAP がクライアントに提供する LUN を意味します。 手順 1. ストレージ システムのコマンド ラインで次のコマンドを入力して、LUN を含むボリュームの空き スペースを確認します。 df 2. ボリュームに 1MB(1024KB)以上の空きスペースがない場合、不必要なデータを削除するか ボリューム サイズを拡張して、ボリューム全体に空きスペースを作ります。 重複排除アップグレードの要件 Data ONTAP 8.1 リリース ファミリーにアップグレードした場合、重複排除処理が最初に成功する と、フィンガープリント ファイルおよび変更ログ ファイルが新しいフィンガープリント データ構造に自 動的にアップグレードされます。 Data ONTAP 8.1 リリース ファミリーでは、アグリゲートおよび FlexVol に重複排除メタデータ用の追加スペースが必要になります。 重複排除ボリュームのあるシステムをアップグレードする前に、次の最小要件を満たしていること を確認します。 • • アグリゲート内では、利用可能な空きスペースは、すべての重複排除が有効な FlexVol の論 理データ サイズの 3 パーセントです。 FlexVol 内では、利用可能な空きスペースは、FlexVol の論理データ サイズの 4 パーセントで す。 32 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド ディスクに必要なファームウェアの特定 ご使用のシステムでディスク ファームウェアの更新が必要かは、ファイバチャネルおよび SAS ディ スクドライブに必要な最新のファームウェア リビジョンをネットアップ サポート サイトで確認すること によって判断できます。 手順 1. Web ブラウザを使用して、ネットアップ サポート サイト:support.netapp.com にアクセスします。 2. [Download]セクションの[Software]をクリックします。 3. [Firmware] > [Disk Drive & Firmware Matrix]を選択します。 4. 「Disk Drive & Firmware Matrix」ページが表示されたら、ご使用のシステムに接続されてい るドライブに必要なファームウェア リビジョンへのリンクをクリックします。 タスクの結果 インストール手順、ディスク ファームウェアのその他の情報、イメージのダウンロード リンクが示す ページが表示されます。 ディスク シェルフに必要なファームウェアの判別 ご使用のシステムでディスク シェルフ ファームウェアの更新が必要かは、ディスク シェルフに必要 な最新のファームウェア リビジョンをネットアップ サポート サイトで確認することによって判断でき ます。 手順 1. ネットアップ サポート サイト:support.netapp.com にアクセスします。 2. [Download]セクションの[Software]をクリックします。 3. [Firmware] > [Disk Shelf Firmware]を選択します。 4. 「Disk Shelf Firmware」ページが表示されたら、ご使用のシステムに接続されているディスク シェルフに必要なファームウェア リビジョンへのリンクをクリックします。 タスクの結果 インストール手順、シェルフ ファームウェアのその他の情報、イメージのダウンロード リンクが示さ れたページが表示されます。 アップグレード前の HA 構成の確認 HA 構成は、アップグレード前に適切に構成されていることを確認する必要があります。 HA Configuration Checker を使用すると、アップグレードを続行する前に、ハイアベイラビリティ構成に アップグレードの準備 | 33 関する問題を識別し解決できます。 このユーティリティは、ネットアップ サポート サイトで入手でき ます。 HA Configuration Checker(旧 Cluster Configuration Checker)は、ハイアベイラビリティ ストレージ システムのペアの設定におけるエラーを検出するためのユーティリティです。 ハイアベイラビリティ構成管理にこのユーティリティを使用する方法については、『Data ONTAP High-Availability and MetroCluster Configuration Guide for 7-Mode』を参照してください。 関連情報 N/A (注:HA Configuration Checker は現在サポートされていません。) Perfstat 7 を使用したパフォーマンスのベースラインの作成 Performance and Statistics Collector(Perfstat 7)は 7-Mode 診断データ収集ツールで、ネットアップ サポート サイトで入手でき、アップグレード後に比較するためのパフォーマンスのベースラインを設 定できます。 アップグレード前に Perfstat レポートを作成する必要があります。 タスク概要 一般的な使用時間帯に Perfstat レポートを作成してください。約 30 分かかります。 手順 1. ネットアップ サポート サイト(support.netapp.com/NOW/download/tools/perfstat)から Perfstat 7 をダウンロードします。 2. 一般的な使用時間帯に次のコマンドを入力します。 perfstat -f system_name -t 4 -i 5 > perfstatname.out 終了後の操作 出力ファイルは、アップグレードの完了後も数週間保持してください。 無停止アップグレードの準備 無停止アップグレードを成功させるには、特定の手順を完了する必要があります。 無停止アップグ レードに適合する設定は、特定のプロトコルおよび可用性要件を満たす必要があります。 手順 1. HA ペアが最適に構成され、正常に動作していることを確認します。 34 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 両方のパートナー システムのシステム クロックをタイム サーバと同期する必要があります。 パ ートナー システム間のシステム時間が一致していない場合、アップグレードで問題が発生する 可能性があります。 HA Configuration Checker を実行すると、 HA ペアされているかどうかを確認できます。 2. 次のコマンドを入力して、ネットワーク ポートが起動済みで、正常に機能していることを確認し ます。 ifconfig -a 例 インターフェイスごとに、次のような情報が表示されます。 e0a: flags=0x2f4c867<UP,BROADCAST,RUNNING,MULTICAST,TCPCKSUM,LINK_UP> mtu 1500 inet 192.9.200.41 netmask 0xffffff00 broadcast 192.9.200.255 partner e0a 192.9.200.42 ether 00:0c:29:56:54:7e (auto-1000t-fd-up) flowcontrol full データ トラフィックを処理する各インターフェイスが次のとおりになっていることを確認します。 • • • • • インターフェイスにデータを提供するパートナーが含まれる。つまり、パートナーは e0M また は e0P インターフェイスではない。 ローカル インターフェイスへのリンクが機能している。 mtu パラメータ設定が両方のパートナーで同じである。 パートナーを組むインターフェイスが同じ LAN(同じブロードキャスト ドメイン内)にある。 たとえば、e0a-10 という名前のインターフェイスは、e0b-10 など、タグ 10 を含む別の VLAN とパートナーを組む必要があります。 パートナーを組むインターフェイスに interface.blocked.protocol オプションに一致す る設定が含まれる。 たとえば、CIFS が e0a でブロックされて、e0a が e0b とパートナーを組んでいる場合、CIFS は e0b でもブロックされる必要があります。 ご使用のシステムに複数のインターフェイス グループが含まれる場合、ifgrp status コマン ドを使用して処理を確認することもできます。 3. /etc/rc ファイルを編集した場合、エントリが次の順序でリストされていることを確認します。 hostname system_name ifgrp [commands] vlan [commands] ifconfig [commands] vfiler [commands] route [commands] [any other commands] アップグレードの準備 | 35 4. システムに e0M 管理インターフェイスが含まれる場合、専用管理 LAN で管理トラフィックのみ を処理しているか、down に設定されていることを確認します。 e0M インターフェイスで管理トラフィックを処理する場合は、もう 1 つの e0M インターフェイスと ペアにする必要があります。 e0M 設定の詳細については、 『Data ONTAP 7-Mode システム アドミニストレーション ガイド』 を参照してください。 5. システムに SAS ディスク シェルフを制御する e0P インターフェイスが含まれる場合、プライベー ト ACP ネットワークのみに接続されているか、down に設定されていることを確認します。 e0P インターフェイスはパートナーを組むことはできません。 ACP 設定の詳細については、 『Data ONTAP 7-Mode ストレージ管理ガイド』を参照してくださ い。 6. クライアントが最適に構成され、正常に動作していることを確認します。 サービスのプロトコルを確認して、クライアントのタイムアウト設定が無停止アップグレードの可 用性要件を満たすように設定します。 7. SAN 構成が完全にサポートされていることを確認します。 ターゲットの Data ONTAP ソフトウェア バージョン、ホスト OS およびパッチ、必須の Host Utilities ソフトウェア、アダプタ ドライバおよびファームウェアなど、すべての SAN コンポーネン トは、ネットアップ サポート サイトの Interoperability Matrix にリストされています。 8. 自動ギブバック オプション cf.giveback.auto.enable が on に設定されている場合、 HA ペアのいずれかのストレージ システムで次のコマンドを入力して、自動ギブバックを無効にしま す。 options cf.giveback.auto.enable off アップグレード手順が終了したら、(必要に応じて)このオプションを on にリセットします。 9. いずれのノードにも障害ディスクがないことを確認します。 ノードのいずれかに障害ディスクがあると、正常にギブバックできない可能性があります。 この 問題を回避するには、 cf giveback コマンドを実行する前に、障害ドライブをすべて取り外し てください。 10. /etc/crash ディレクトリから、古いコア ファイルをすべて削除します。 /etc/crash ディレクトリのコンテンツの管理および古いコア ファイルの削除の詳細について は、savecore(1)のマニュアル ページを参照してください。 11. 以前のリリース ファミリーからこの Data ONTAP リリースにアップグレードする場合、ネットアッ プ サポート サイトで利用できる最新のディスク シェルフ ファームウェア パッケージをダウンロ ードしてインストールします。 storage download shelf コマンドを使用して、ディスク シェルフ ファームウェアを無停止で 更新します。 36 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 12. 以前のリリース ファミリーからこの Data ONTAP リリースにアップグレードする場合、ネットアッ プ サポート サイトで利用できる最新のディスク ファームウェア パッケージをダウンロードしてイ ンストールします。 Data ONTAP 8.0.2 以降のリリースは、ミラーリングされていない RAID4 のアグリゲートに接続 されたディスクのディスク ファームウェアのバックグラウンド更新をサポートします。 これらのア グリゲートが接続されたシステムでディスク ファームウェアの停止を伴う更新を実行する必要 がなくなります。 ディスク ファームウェア パッケージはご使用のシステムにいつでもダウンロードでき、ファーム ウェアはバックグラウンドで無停止で更新されます。 ただし、ディスク ファームウェアの更新が 終了するまで待ってから無停止アップグレードを開始する必要があります。 ディスク ファームウ ェアのバックグラウンド更新では一度に 1 つのディスクが処理され、 ディスクごとに約 2.5 分必 要です。 さらに、両方のノードのシステム ヘルスを監視して、ディスク ファームウェアのバックグラウンド 更新中にパートナーが計画外でテイクオーバーされるのを回避する必要があります。ファーム ウェアの更新中にパートナーの計画的なテイクオーバーを開始することもできません。 更新中 にテイクオーバーを行うと、クライアントがストレージを利用できなくなります。 13. 重複排除テクノロジを使用している場合は、システム内の重複排除ボリュームが 300 個以下で あることを確認し、また、Data ONTAP のアップグレード中に重複排除処理がアクティブになら ないようにします。 14. SnapMirror テクノロジを使用する場合、SnapMirror が一時停止されていることを確認し、Data ONTAP のアップグレード中に SnapMirror が処理されないようにします。 15. FlexClone テクノロジを使用する場合、次のコマンドを使用して、クローン ボリュームでブロック 共有が処理されていないことを確認します。 clone status vol_name クローン処理を実行する自動アプリケーションを停止して、システム リブート時のエラーを防ぐ 必要があります。 ノードがリブートされると、自動スクリプトが通常の処理を再開します。 関連コンセプト アップグレード前の HA 構成の確認(32 ページ) アップグレード実行中のサービスの可用性の最適化(144 ページ) ディスク ファームウェアの更新(82 ページ) ディスク シェルフ ファームウェアの更新(85 ページ) 関連タスク Upgrade Advisor を使用したアップグレードの計画(9 ページ) アップグレードの準備 | 37 VMware ESX サーバ ホストを含むシステムでの無停止アップグレー ドの準備 NFS を介して VMware ESX サーバ ホストにデータをエクスポートしているストレージ システムに 対して無停止アップグレードを実行する場合は、クライアントの NAS コンポーネントが正しく設定さ れていることを確認し、アップグレード中の VMware のゲスト オペレーティング システムについ て、サービスの可用性を確保する必要があります。 タスク概要 以下の手順は、ストレージ システムからではなく、ESX サーバまたはゲスト オペレーティング シス テムから実行する必要があります。 手順 1. ESX サーバで NFS データストアのハートビート時間を増加させます。 次のパラメータを推奨値に設定する必要があります。 パラメータ 値 NFS.HeartbeatFrequency 12 NFS.HeartbeatMaxFailures 10 ESX サーバ パラメータの設定の詳細については、ESX のマニュアルを参照してください。 2. すべてのゲスト オペレーティング システムの SCSI ディスク タイムアウト値を 190 秒に設定しま す。 VMware ESX 3.5 で使用するゲスト オペレーティング システムおよび Data ONTAP を実行す るストレージ システムに推奨 SCSI ディスク設定を設定するスクリプトを入手できます。 スクリプ トをダウンロードしてゲスト オペレーティング システムで実行すると、当該スクリプトにより、ゲ スト オペレーティング システムの種類ごとに必要なファイルが作成、変更されます。 スクリプト を使用することにより、ゲスト オペレーティング システムで正しいタイムアウト設定が使用され、 ゲスト オペレーティング システムがストレージ システムに接続される際に最大の I/O 耐障害性 を実現できます。 スクリプトの入手および実行の詳細については、ネットアップ サポート サイトの技術情報記事 「VMware ESX Guest OS I/O Timeout Settings for NetApp Storage Systems」を参照してくださ い。 3. Windows で仮想マシン ディスク フォーマット(VMDK)を使用するファイルシステムをストレージ システムの WAFL ファイルシステムに合わせます。 この手順はオプションですが、最大のパフォーマンスを得るために推奨します。 38 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 仮想マシンのデータは仮想ディスクに格納されます。 物理ディスクと同様に、このディスクもフ ァイルシステムでフォーマットされます。 仮想ディスクをフォーマットする際、VMDK フォーマッ ト、データストア、ストレージ アレイを使用するファイルシステムを適切に調整する必要がありま す。 仮想マシンのファイルシステムが正しく調整されていないと、パフォーマンスが低下するこ とがあります。 NetApp FAS システムで使用する仮想ディスクのパーティションを調整する場合、起動パーティ ションのオフセットは 4,096 で割り切れる必要があります。 Windows 2000、2003、XP での起動 オフセットの推奨値は 32,768 です。 Windows 2008 および Vista のデフォルト値は 1,048,576 で、調整は必要ありません。 仮想ディスクおよび WAFL ファイルシステムの調整の詳細については、テクニカル レポート 『NetApp と VMware Virtual Infrastructure 3 におけるストレージのベストプラクティス』の「仮想 マシンのパーティションの調整」を参照してください。 関連情報 NetApp および VMware Virtual Infrastructure 3 におけるストレージのベストプラクティス: media.netapp.com/documents/tr-3428-ja.pdf VMware ESX Guest OS I/O Timeout Settings for NetApp Storage Systems:kb.netapp.com/ support (記事 2010823 の検索) Data ONTAP 7.3 以降へのアップグレード前のシステム容量および スペース ギャランティの判別 ご使用のシステムが空きスペースをほぼすべて使用していると考えられる場合、またはシン プロ ビジョニングを使用している場合は、各アグリゲートで使用されているスペースを確認する必要が あります。 いずれかのアグリゲートが 97%以上フルになっている場合は、Upgrade Advisor または aggrSpaceCheck ツールを使用してシステム容量を確認し、アップグレードを計画するまでは、絶対 にアップグレードを 進めないでください。 手順 1. 次のコマンドを入力してシステム容量を確認します。 df -A 容量フィールドの表示内容 操作 すべてのアグリゲートが 96%以下 Data ONTAP 7.3 へのアップグレードを実行します。これ以上の操 作は必要ありません。 いずれかのアグリゲートが 97%以上 手順 2 に進みます。 2. ネットアップ サポート サイトにアクセスして、ご使用の環境に適したアップグレード ツールを選 択します。 アップグレードの準備 | 39 システム アップグレードの計画に使用するツール AutoSupport メッセージを NetApp に送信するように設定され ている場合 Upgrade Advisor ツール AutoSupport メッセージを NetApp に送信するように設定され ていない場合 aggrSpaceCheck ツール これらのツールによって、Data ONTAP 7.3 以降のリリースのシステムに必要な空きスペースの 要件を評価できます。 十分な空きスペースがない場合は、円滑なアップグレードのために推奨 される作業をツールが示します。 注: Upgrade Advisor は、その他のアップグレード要件および推奨ソリューションも評価できま す。 Upgrade Advisor の使用は、推奨されるアップグレード方法です。 終了後の操作 これらのツールを使用してアップグレードを完了したら、要件に応じてスペース ギャランティを確実 に設定します。 関連タスク Upgrade Advisor を使用したアップグレードの計画(9 ページ) aggrSpaceCheck ツールを使用した Data ONTAP 7.3 以降へのアップグレードの準備(39 ペー ジ) aggrSpaceCheck ツールを使用した Data ONTAP 7.3 以降へのア ップグレードの準備 ストレージ システムのアグリゲートが 97%以上フルになっている場合、および Upgrade Advisor ツ ールを使用できない場合は、aggrSpaceCheck ツールを使用する必要があります。 開始する前に aggrSpaceCheck ツールを使用するには、以下が必要になります。 • • • • • RSH が有効になっている Windows または UNIX クライアント システム ストレージ システムに設定された RSH RSH の設定の詳細については、 『Data ONTAP 7-Mode システム アドミニストレーション ガイ ド』を参照してください。 ネットアップ サポート サイトへのアクセス アップグレード対象のストレージ システムへのアクセス root ユーザ権限 40 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド タスク概要 aggrSpaceCheck ツールは、管理ホスト クライアント システム上で実行されるユーティリティです。 ネットアップ サポート サイトの ToolChest ページからダウンロードできます。 クライアント システム にインストールする場合、クライアント システムは RSH または SSH プロトコルを使用してストレー ジ システムに接続し、Data ONTAP 7.3 にアップグレード可能な十分な空きスペースがあるかどう かを確認します。 その確認では、いくつかの Data ONTAP コマンドを実行し、結果を解析し、計算 を実行してスペース要件を評価します。 ただちに結果および推奨作業が表示されます。 すべてのアグリゲートについて現行のシステム容量が 96%以下の場合は、この手順を完了する必 要はありません。 Data ONTAP 7.3 以降のリリースへのアップグレードを進められます。 手順 1. Web ブラウザから、ネットアップ サポート サイトの ToolChest ページ(URL: support.netapp.com/eservice/toolchest)にログインします。 2. ご使用のクライアント システムに応じて、次のコマンドのいずれかを入力します。 クライアント 入力するコマンド Windows クライアント aggrSpaceCheck [-user user_name] -filer system_name UNIX クライアント perl aggrSpaceCheck.pl [-user user_name] -filer system_name 例 システム server1 に接続するには、Windows クライアントから次のコマンドを入力します。 aggrSpaceCheck -filer server1 ユーザのシステム管理者としてシステム server1 に接続するには、Windows クライアントから次 のコマンドを入力します。 aggrSpaceCheck -user sysadmin -filer server1 ユーザ root としてシステム server1 に接続するには、UNIX クライアントから次のコマンドを入 力します。 perl aggrSpaceCheck.pl -user root -filer server1 詳細については、aggrSpaceCheck ツールに付属する readme.txt ファイルを参照してくださ い。 3. aggrSpaceCheck ツールに表示される推奨事項を使用してシステムを準備します。 終了後の操作 準備が完了したら、アップグレードを開始します。 Data ONTAP ソフトウェア イメージの取得 UNIX または Windows クライアント接続を使用して、ネットアップ サポート サイト からストレージ システムにソフトウェア イメージをコピーする必要があります。 または、ソフトウェア イメージをネッ トワーク上の HTTP サーバにコピーすると、software コマンドを使用してストレージ システムから イメージにアクセスできます。 ストレージ システムを Data ONTAP の最新リリースにアップグレードするには、ソフトウェア イメー ジへのアクセスが必要です。 ソフトウェア イメージ、ファームウェアのバージョン情報、ストレージ システム モデルの最新のファームウェアは、ネットアップ サポート サイトで入手できます。 次の重 要情報に注意してください。 ソフトウェア イメージはストレージ システム モデルに固有のものです。 ご使用のシステムに適したイメージを取得してください。 ソフトウェア イメージには、Data ONTAP の特定のバージョンのリリース時点でのシステム ファ ームウェアの最新バージョンが含まれています。 • • 注意: Data ONTAP 8.0 以降、Data ONTAP ソフトウェアのアップグレード用に.exe イメージは使 用されなくなりました。 実行するアップグレードに応じて、次のいずれかのイメージ タイプを使用 する必要があります。 • • .zip イメージ(以前のリリース ファミリーから Data ONTAP 8.0 にアップグレードする場合) .tgz イメージ(任意の Data ONTAP 8.0 リリースからそれ以降のリリースにアップグレードす る場合) Data ONTAP 8.0 以降にアップグレードしたあと、さらにアップグレードする場合に使用できるの は、.tgz イメージのみです。 関連情報 ソフトウェアのダウンロード:support.netapp.com/NOW/cgi-bin/software システム ファームウェアおよび診断ダウンロード:support.netapp.com/NOW/cgi-bin/fw HTTP サーバのイメージの取得 ご使用のストレージ システムにアクセスできる HTTP サーバがある場合は、Data ONTAP ソフトウ ェア イメージを HTTP サーバにコピーし、software コマンドを使用して、ストレージ システムへ Data ONTAP ソフトウェア イメージをダウンロードおよびインストールできます。 詳細については、software(1)のマニュアル ページを参照してください。 42 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 関連コンセプト Data ONTAP ソフトウェア イメージのインストール(47 ページ) HTTP サーバへのソフトウェア イメージのコピー ソフトウェア イメージ ファイルを HTTP サーバにコピーする必要があります。 この手順により、 HTTP サーバから、ご使用の環境のストレージ システムにソフトウェア イメージを提供できるように なります。 手順 1. ソフトウェア イメージ(たとえば、811_q_image.tgz)をネットアップ サポート サイトまたは別の システムから、ファイルを提供する HTTP サーバにコピーします。 HTTP サーバからのソフトウェア イメージのコピー(イメージのインストールなし) ソフトウェア イメージをストレージ システムにコピーした場合、すぐにインストールする必要はあり ません。 コピーしておくと、あとでインストールを実行する場合などに使用できます。 手順 1. ストレージ システム コンソールで次のコマンドを入力します。 software get url -f filename url は、Data ONTAP のソフトウェア イメージのコピー元の HTTP の場所です。 Basic Access Authentication(RFC2617)を使用して HTTP サーバ上のファイルにアクセスする ために、ユーザ名、パスワード、ホスト、ポートを指定する必要がある場合には、次の URL 構 文を使用します。 http://username:password@host:port/path ストレージ システムの/etc/software ディレクトリに存在する同名のソフトウェア ファイルを上 書きする場合には、-f フラグを使用します。 -f フラグを使用しなかった場合、同名のファイル が存在すると、ダウンロードは失敗し、-f フラグの使用を要求するプロンプトが表示されます。 filename は、ご使用のストレージ システムにダウンロードするソフトウェア ファイルのファイル 名です。 ダウンロード先のファイル名を指定しない場合、ダウンロード元の URL にリストされて いるファイル名が使用され、ストレージ システムの/etc/software ディレクトリにコピーされま す。 例 次に、新しいダウンロード先のファイル名を指定した software get コマンドの例を示します。 software get http://www.example.com/downloads/x86-64/811_q_image.tgz 811_mailboxes_q.tgz 次のようなメッセージが表示されます。 Data ONTAP ソフトウェア イメージの取得 | 43 software: copying to /etc/software/811_mailboxes_q.tgz software: 100% file read from location. software: /etc/software/811_mailboxes_q.tgz has been copied. UNIX クライアントのイメージの取得 UNIX クライアントを使用して Data ONTAP のソフトウェア イメージをストレージ システムにコピー する場合、ストレージ システム コンソールおよびシステムのアップグレード ホストの両方を利用で きることが必要です。 アップグレード ホストで Web 接続が利用できない場合は、ネットアップ サポ ート サイトに接続できるクライアント システムも必要となります。 関連コンセプト アップグレード ホストの要件(13 ページ) Data ONTAP ソフトウェア イメージのインストール(47 ページ) クライアントへのストレージ システムのマウント ソフトウェア イメージをストレージ システムにコピーするには、あらかじめ UNIX のアップグレード ホストにストレージ システムをマウントしておく必要があります。 手順 1. root ユーザとして、次のコマンドを使用し、ストレージ システムのルート ファイルシステムをクラ イアントの/mnt ディレクトリにマウントします。 mount system:/vol/vol0 /mnt system は、ストレージ システムの名前です。 /mnt は、ストレージ システムのルート ファイルシステムをマウントするクライアント上のディレ クトリです。 2. UNIX クライアントのコンソールで次のコマンドを使用して/mnt ディレクトリに変更します。 cd /mnt /mnt は、ストレージ システムのルート ファイルシステムをマウントしたクライアント上のディレク トリです。 3. Data ONTAP のファイルを取得するには、Web ブラウザを使用して、ネットアップ サポート サイ トから Data ONTAP のファイルをダウンロードします。 44 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド UNIX クライアントのソフトウェア イメージの取得 Web ブラウザを使用して、 ネットアップ サポート サイトから UNIX クライアントにソフトウェア イメ ージをコピーできます。 タスク概要 ソフトウェア イメージは、 アップグレード ホストに直接コピーできます。 アップグレード ホストから Web にアクセスできない場合は、別のクライアントに接続されたポータブル ストレージ メディアにソ フトウェア イメージをコピーしたあと、ポータブル ストレージから アップグレード ホストにイメージを コピーできます。 手順 1. Web ブラウザを使用して、 ネットアップ サポート サイトにログインします。 2. 「Download Software」エリアに移動します。 3. [Software Download]テーブルで、Data ONTAP 製品の行の [Select Platform]リストをクリックし ます。 4. リストからストレージ システムの種類を選択し、 [Go]をクリックします。 5. プロンプトに従って、ソフトウェア ダウンロード ページに進みます。 6. プラットフォームに対応するソフトウェア イメージを選択したあと、Web 環境に合わせて次のい ずれかの操作を実行します。 ネットアップ サポート 操作 サイトの接続に使用し ている環境 アップグレード ホスト ストレージ システムをクライアントにマウントしたときに選択したマウントポイント の .../etc/software ディレクトリにイメージを保存します。 別の UNIX クライアン a. イメージをポータブル ストレージ メディアに保存します。 ト b. ポータブル ストレージ メディアを アップグレード ホストに接続します。 c. ストレージ システムをクライアントにマウントしたときに選択したマウントポイ ントの .../etc/software ディレクトリにイメージをコピーします。 7. インストール手順を続行します。 Windows クライアントのイメージの取得 Windows クライアントを使用して Data ONTAP のソフトウェア イメージをストレージ システムにコピ ーする場合、ストレージ システム コンソールおよびシステムのアップグレード ホストの両方を利用 Data ONTAP ソフトウェア イメージの取得 | 45 できることが必要です。 アップグレード ホストで Web 接続が利用できない場合は、ネットアップ サ ポート サイトに接続できるクライアント システムも必要となります。 関連コンセプト アップグレード ホストの要件(13 ページ) Data ONTAP ソフトウェア イメージのインストール(47 ページ) Windows ホストへのストレージ システムのマッピング ソフトウェア イメージをストレージ システムにコピーするには、あらかじめストレージ システムのル ート ディレクトリを Windows アップグレード ホストにマッピングしておく必要があります。 開始する前に CIFS サービスが実行されている必要があり、C$ディレクトリへのアクセス権限を持つ Administrator ユーザを CIFS に定義する必要があります。 手順 1. クライアントに Administrator としてログインするか、ストレージ システムの C$ディレクトリの完 全な管理権限を持つアカウントを使用してログインします。 2. ストレージ システムの C$ディレクトリにドライブをマッピングします。 注: 一部のコンピュータでは、ファイアウォール ソフトウェアが原因で、ストレージ システムの C$ディレクトリにドライブをマッピングできないことがあります。 この手順を完了するために、 ラップトップからストレージ システムにアクセスする必要がなくなるまで、ファイアウォールを 無効にします。 3. ネットアップ サポート サイトからソフトウェア イメージをコピーします。 Windows クライアントのソフトウェア イメージの取得 Web ブラウザを使用して、 ネットアップ サポート サイトから Windows クライアントにソフトウェア イ メージをコピーできます。 タスク概要 ソフトウェア イメージは、 アップグレード ホストに直接コピーできます。 アップグレード ホストから Web にアクセスできない場合は、別のクライアントに接続されたポータブル ストレージ メディアにソ フトウェア イメージをコピーしたあと、ポータブル ストレージから アップグレード ホストにイメージを コピーできます。 手順 1. Web ブラウザを使用して、 ネットアップ サポート サイトにログインします。 2. 「Download Software」エリアに移動します。 46 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 3. [Software Download]テーブルで、Data ONTAP 製品の行の [Select Platform]リストをクリックし ます。 4. リストからストレージ システムの種類を選択し、 [Go]をクリックします。 5. プロンプトに従って、ソフトウェア ダウンロード ページに進みます。 6. プラットフォームに対応するソフトウェア イメージを選択したあと、Web 環境に合わせて次のい ずれかの操作を実行します。 ネットアップ サポート サ 作業 イトの接続に使用してい る環境 アップグレード ホスト ストレージ システムをクライアントにマウントしたときに選択したマウントポイ ントの \etc\software ディレクトリにイメージを保存します。 別の Windows クライア ント a. イメージをポータブル ストレージ メディアに保存します。 b. ポータブル ストレージ メディアを アップグレード ホストに接続します。 c. ストレージ システムをクライアントにマウントしたときに選択したマウントポ イントの \etc\software ディレクトリにイメージをコピーします。 7. インストール手順を続行します。 /etc/software ディレクトリ内のファイルの管理用コマンド Data ONTAP システム ファイルをストレージ システム上の/etc/software ディレクトリにコピーし たあと、ストレージ システム コンソールで software コマンドを使用してそれらのファイルを管理で きます。 次の表に、software コマンドの使用例を示します。 状況 使用するコマンド /etc/software ディレクトリの内容をリストす software list る /etc/software ディレクトリからファイルを削 software delete 除する 詳細については、software(1)コマンドのマニュアル ページを参照してください。 Data ONTAP ソフトウェア イメージのインストール software update コマンドを使用して、ストレージ システムにシステム ファイルを展開してインス トールする必要があります。 software update コマンドを使用すると、すでにストレージ システムにコピー済みのソフトウェア イメージをインストール、またはイメージを HTTP サーバからコピーしてインストールできます。 ソフトウェア イメージの場所を把握し、アクセスできる必要があります。 software update コマン ドは、次のいずれかを引数に指定する必要があります。 /etc/software ディレクトリにコピーしたソフトウェア イメージの名前 • • ソフトウェア イメージの配信元として設定した HTTP サーバの URL software update コマンドでは、一度に複数の処理を実行できます。 たとえば、HTTP サーバを 使用してソフトウェア イメージを配信する場合、HTTP サーバからのイメージのコピー、システム フ ァイルの展開およびインストール、ブート デバイスへのファイルのダウンロード、システムのリブー トを 1 回のコマンドで実行できます。 software update コマンドおよびそのオプションについての詳細は、software(1)のマニュアル ペ ージを参照してください。 注: Data ONTAP 8.0 以降、Data ONTAP ソフトウェア イメージの展開およびインストールに関し て、次のプロセスがサポートされなくなりました。 • • UNIX クライアントから tar コマンドを使用する Windows クライアントから setup.exe ファイルおよび WinZip を使用する Data ONTAP 8.0 以降のリリースへのアップグレードに関して、.exe のイメージは利用できなくな りました。 実行するアップグレードに応じて、次のいずれかのイメージ タイプを使用する必要が あります。 • • .zip イメージ(以前のリリース ファミリーから Data ONTAP 8.0 にアップグレードする場合) .tgz イメージ(任意の Data ONTAP 8.0 リリースからそれ以降のリリースにアップグレードする 場合) Data ONTAP 8.0 以降へのアップグレード後は、以降のアップグレードに使用できるイメージ タイ プは.tgz イメージのみとなります。 48 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド HTTP サーバからのソフトウェア イメージのインストール ソフトウェア イメージをインストールするには、ソフトウェア イメージの配信元として設定された、環 境内の HTTP サーバの URL を把握する必要があります。 手順 1. ストレージ システムのプロンプトで、次のコマンドを入力します。 software update url options • • url は、HTTP のサーバおよびサブディレクトリの URL です。 options には、次のいずれかまたは複数のオプションを指定します。 • • • • -d オプションを指定すると、システム ファイルのインストール後、download コマンドは 自動的に実行されません。 -f オプションを指定すると、/etc/software ディレクトリ内の既存のイメージが上書き されます。 -r オプションを指定すると、download コマンドの完了後、システムは自動的にはリブー トしません(デフォルト)。 -R オプションを指定すると、download コマンドの完了後、システムは自動的にはリブー トしません。 注意: Data ONTAP の 7.3.5 以降の 7.3.x リリース ファミリー、および 8.0.1 以降の 8.0.x リ リース ファミリーから、software update オプションが変更されました。-r オプション (自動リブートなし)はデフォルトです。-r オプションを無効化するには、-R オプションを 指定する必要があります。 ただし、以前の Data ONTAP リリースからアップグレードする場合に、無停止アップグレ ードを実行する際に、またはファームウェアをアップグレードする際に自動リブートしない ようにするには、-r オプションを含める必要があります。 詳細情報は、ご使用のシステムで現在実行中の Data ONTAP バージョンの software(1) のマニュアル ページを参照してください。 例 次のコマンドを使用して、Data ONTAP ソフトウェア イメージをコピーしてインストールできます。 Data ONTAP ソフトウェア イメージのインストール | 49 実行している Data ONTAP のリリース 目的 入力するコマンド 7.3.5 以降の 7.3.x リリース HTTP サーバからイメージ software update http:// をコピーしてインストールす www.example.com/ downloads/x86-64/ る my_new_setup_i.zip -d HTTP サーバからコピーし て既存のイメージを上書き する software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.zip -d -f HTTP サーバからイメージ をコピーしてインストール し、インストール後ただちに ブート デバイスに新しいシ ステム ファイルをダウンロ ードする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.zip HTTP サーバから単一シス テムにイメージをコピーして インストールしたあと、ただ ちに新しいシステム ファイ ルをダウンロードしてリブー トする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.zip -R 50 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 実行している Data ONTAP のリリース 目的 入力するコマンド 7.3.4 以前の 7.3.x リリース HTTP サーバからイメージ software update http:// をコピーしてインストールす www.example.com/ downloads/x86-64/ る my_new_setup_i.zip -d -r HTTP サーバからコピーし て既存のイメージを上書き する software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.zip -d -r -f HTTP サーバからイメージ をコピーしてインストール し、インストール後ただちに ブート デバイスに新しいシ ステム ファイルをダウンロ ードする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.zip -r HTTP サーバから単一シス テムにイメージをコピーして インストールしたあと、ただ ちに新しいシステム ファイ ルをダウンロードしてリブー トする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.zip Data ONTAP ソフトウェア イメージのインストール | 51 実行している Data ONTAP のリリース 目的 入力するコマンド 8.0.1 以降 HTTP サーバからイメージ software update http:// をコピーしてインストールす www.example.com/ downloads/x86-64/ る my_new_setup_i.tgz -d HTTP サーバからコピーし て既存のイメージを上書き する software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.tgz -d -f HTTP サーバからイメージ をコピーしてインストール し、インストール後ただちに ブート デバイスに新しいシ ステム ファイルをダウンロ ードする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.tgz HTTP サーバから単一シス テムにイメージをコピーして インストールしたあと、ただ ちに新しいシステム ファイ ルをダウンロードしてリブー トする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.tgz -R 52 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 実行している Data ONTAP のリリース 目的 入力するコマンド 8.0 HTTP サーバからイメージ software update http:// をコピーしてインストールす www.example.com/ downloads/x86-64/ る my_new_setup_i.tgz -d -r HTTP サーバからコピーし て既存のイメージを上書き する software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.tgz -d -r -f HTTP サーバからイメージ をコピーしてインストール し、インストール後ただちに ブート デバイスに新しいシ ステム ファイルをダウンロ ードする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.tgz -r HTTP サーバから単一シス テムにイメージをコピーして インストールしたあと、ただ ちに新しいシステム ファイ ルをダウンロードしてリブー トする software update http:// www.example.com/ downloads/x86-64/ my_new_setup_i.tgz オプションを付けずに software update コマンドを使用した場合、ストレージ システム コンソ ールに次のようなメッセージが表示されます。 software: You can cancel this operation by hitting Ctrl-C in the next 6 seconds. software: Depending on system load, it might take many minutes software: to complete this operation. Until it finishes, you will software: not be able to use the console. software: copying to <filename> software: 100% file read from location. software: /etc/software/<filename> has been copied. software: installing software, this could take a few minutes... software: Data ONTAP Package Manager Verifier 1 software: Validating metadata entries in /etc/boot/NPM_METADATA.txt software: Checking sha1 checksum of file checksum file: /etc/boot/ NPM_FCSUM-pc.sha1.asc software: Checking sha1 file checksums in /etc/boot/NPM_FCSUMpc.sha1.asc software: installation of <filename> completed. Mon Oct 2 13:26:17 PDT [filer: rc:info]: software: installation of <filename> completed. software: Reminder: You might need to upgrade Volume SnapMirror Data ONTAP ソフトウェア イメージのインストール | 53 destination software: filers associated with this filer. Volume SnapMirror can not mirror software: if the version of ONTAP on the source filer is newer than that on software: the destination filer. Mon Oct 2 13:26:17 PDT [filer: download.request:notice] 終了後の操作 HA ペアまたは単一システムにダウンロードしてインストールを完了します。 関連コンセプト 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート(57 ページ) /etc/software ディレクトリからのソフトウェア イメージのインストール ソフトウェア イメージをインストールするには、新しいソフトウェア イメージがストレージ システム の/etc/software ディレクトリに存在する必要があります。 手順 1. ストレージ システムのプロンプトで、次のコマンドを入力します。 software update file options • • file は、/etc/software ディレクトリにコピーしたソフトウェア イメージの名前です。 options には、次のいずれかまたは複数のオプションを指定します。 • -d オプションを指定すると、システム ファイルのインストール後、download コマンドは • -f オプションを指定すると、/etc/software ディレクトリ内の既存のイメージが上書き 自動的に実行されません。 • • されます。 -r オプションを指定すると、download コマンドの完了後、システムは自動的にはリブー トしません(デフォルト)。 -R オプションを指定すると、download コマンドの完了後、システムは自動的にはリブー トしません。 注意: Data ONTAP の 7.3.5 以降の 7.3.x リリース ファミリー、および 8.0.1 以降の 8.0.x リ リース ファミリーから、software update オプションが変更されました。-r オプション (自動リブートなし)はデフォルトです。-r オプションを無効化するには、-R オプションを 指定する必要があります。 ただし、以前の Data ONTAP リリースからアップグレードする場合に、無停止アップグレ ードを実行する際に、またはファームウェアをアップグレードする際に自動リブートしない ようにするには、-r オプションを含める必要があります。 54 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 詳細情報は、ご使用のシステムで現在実行中の Data ONTAP バージョンの software(1) のマニュアル ページを参照してください。 例 次のコマンドを使用して、Data ONTAP ソフトウェア イメージをコピーしてインストールします。 実行している Data ONTAP のリリース 目的 入力するコマンド 7.3.5 以降の 7.3.x リリース /etc/software ディレクト software update リ から新しいシステム ファ my_new_setup_i.zip -d イルをインストールする インストール後ただちに新 software update しいシステム ファイルをブ my_new_setup_i.zip ート デバイスにダウンロー ドする 単一システムでアップグレ software update -R ードを実行して、ただちにリ my_new_setup_i.zip ブートする 7.3.4 以前の 7.3.x リリース /etc/software ディレクト software update リ から新しいシステム ファ my_new_setup_i.zip -d -r イルをインストールする インストール後ただちに新 software update しいシステム ファイルをブ my_new_setup_i.zip -r ート デバイスにダウンロー ドする 単一システムでアップグレ software update ードを実行して、ただちにリ my_new_setup_i.zip ブートする Data ONTAP ソフトウェア イメージのインストール | 55 実行している Data ONTAP のリリース 目的 入力するコマンド 8.0.1 以降 /etc/software ディレクト software update リ から新しいシステム ファ my_new_setup_i.tgz -d イルをインストールする インストール後ただちに新 software update しいシステム ファイルをブ my_new_setup_i.tgz ート デバイスにダウンロー ドする 単一システムでアップグレ software update -R ードを実行して、ただちにリ my_new_setup_i.tgz ブートする 8.0 /etc/software ディレクト software update リ から新しいシステム ファ my_new_setup_i.tgz -d -r イルをインストールする インストール後ただちに新 software update しいシステム ファイルをブ my_new_setup_i.tgz -r ート デバイスにダウンロー ドする 単一システムでアップグレ software update ードを実行して、ただちにリ my_new_setup_i.tgz ブートする オプションを付けずに software update コマンドを使用した場合、ストレージ システム コンソ ールに次のようなメッセージが表示されます。 software: You can cancel this operation by hitting Ctrl-C in the next 6 seconds. software: Depending on system load, it might take many minutes software: to complete this operation. Until it finishes, you will software: not be able to use the console. software: copying to <filename> software: 100% file read from location. software: /etc/software/<filename> has been copied. software: installing software, this could take a few minutes... software: Data ONTAP Package Manager Verifier 1 software: Validating metadata entries in /etc/boot/NPM_METADATA.txt software: Checking sha1 checksum of file checksum file: /etc/boot/ NPM_FCSUM-pc.sha1.asc software: Checking sha1 file checksums in /etc/boot/NPM_FCSUMpc.sha1.asc software: installation of <filename> completed. 56 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Mon Oct 2 13:26:17 PDT [filer: rc:info]: software: installation of <filename> completed. software: Reminder: You might need to upgrade Volume SnapMirror destination software: filers associated with this filer. Volume SnapMirror can not mirror software: if the version of ONTAP on the source filer is newer than that on software: the destination filer. Mon Oct 2 13:26:17 PDT [filer: download.request:notice] 終了後の操作 HA ペアまたは単一システムにダウンロードしてインストールを完了します。 関連コンセプト 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート(57 ページ) 新しい Data ONTAP ソフトウェアのダウンロードおよびリ ブート ソース リリースおよびサービス要件に基づいて、アップグレード方式を選択する必要があります。 次の 4 つのうちいずれかのアップグレード方法を選択できます。 • • • • リリース ファミリー間のハイアベイラビリティ構成の無停止アップグレード(メジャー NDU) リリース ファミリー内のハイアベイラビリティ構成の無停止アップグレード(マイナー NDU) ハイアベイラビリティ構成の標準アップグレード 単一システムの標準アップグレード これらの手順のいずれかを開始する前に、準備要件を満たしたうえで Data ONTAP アップグレー ド イメージをシステムにインストールする必要があります。 また、SnapMirror 環境のシステムをアップグレードする場合、次の指示に従う必要があります。 • • 正しい順序でアップグレードします。 無停止アップグレードを実行する前に SnapMirror 処理を一時停止します。 関連コンセプト リリース ファミリーのアップグレード要件(17 ページ) 停止を伴うアップグレードの要件(22 ページ) 無停止アップグレード要件(18 ページ) SnapMirror 環境でのアップグレード SnapMirror を使用してボリューム レプリケーション、同期および半同期のレプリケーション、双方 向のボリューム レプリケーションを行うシステムで Data ONTAP をアップグレードできます。 システ ムのアップグレードの順番は重要です。 正しい順序でアップグレードしないと、SnapMirror 転送が 正しく動作しない可能性があります。 タスク概要 無停止でアップグレードする場合、またはご使用のシステムにデスティネーション ボリュームおよ びソース ボリュームがある場合、アップグレード前に SnapMirror 処理を一時停止して、アップグレ ード終了後に SnapMirror 処理を再開する必要があります。 SnapMirror のソース ボリュームは、1 つまたは複数のデスティネーション ボリュームにレプリケー トできます。 複数のデスティネーション ボリュームへのレプリケーションは、カスケード デスティネ ーションとも言います。 さらに、カスケードされたストレージ システムをアップグレードする場合に 58 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド は、SnapMirror レプリケーションの種類に基づいて、システムを順番にアップグレードする必要が あります。 手順 1. ソース ボリュームのあるストレージ システムで次のコマンドを入力して、デスティネーション ボ リュームを識別します。 snapmirror destinations snapmirror コマンドの出力に、カスケード デスティネーションを含めたすべてのデスティネー ション ボリュームがリストされます。 2. SnapMirror レプリケーションの種類およびモードに基づいて、ソース ボリュームのあるシステム およびデスティネーション ボリュームのあるシステムをアップグレードします。 条件 操作 Volume SnapMirror デスティネーション ボリュームのあるストレージ システムをトポロジの最も遠いシステ ム(一連のカスケード デスティネーションの最新システム)からアップグレードして、次 にソース ボリュームのあるストレージ システムをアップグレードします。 同期 SnapMirror ソース ボリュームのあるストレージ システムおよびデスティネーション ボリュームの または半同期 あるストレージ システムを同時にアップグレードします。 SnapMirror qtree SnapMirror ソース ボリュームのあるストレージ システムをアップグレードする前または後にデス ティネーション ボリュームのあるストレージ システムをアップグレードします。 SnapMirror 環境での無停止アップグレード Data ONTAP の無停止 アップグレードを実行する前に、SnapMirror の動作を一時停止する必要 があります。 タスク概要 SnapMirror 処理の一時中止の要件は、SnapMirror の同期モードおよび非同期モードの両方に適 用されます。 SnapMirror 処理の詳細については、snapmirror(1)のマニュアル ページおよび『Data ONTAP 7Mode データ保護:オンライン バックアップおよびリカバリ ガイド』を参照してください。 手順 1. ソースおよびデスティネーションの両方のシステムで次のコマンドを入力して、SnapMirror 処理 を無効にします。 snapmirror off または、snapmirror.enable オプションを off に設定することもできます。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 59 2. 各デスティネーション ボリュームに対して、次のコマンドを入力して、既存の SnapMirror 転送を 停止します。 snapmirror quiesce destination 例 デスティネーション ボリュームの toaster-cl1-cn:vol1 に関連した転送を休止するには、次のコマ ンドを入力します。 snapmirror quiesce toaster-cl1-cn:vol1 3. アップグレード プランに従って無停止アップグレードを完了します。 4. 次のコマンドを入力して、SnapMirror 処理を再度有効にします。 snapmirror on 5. 次のコマンドを入力して、既存の SnapMirror 転送を再開します。 snapmirror resume destination HA 構成の以前のリリース ファミリーからの無停止アップグレード BIOS ファームウェアを実行する HA ペアをストレージ システムを利用しながら、新しい Data ONTAP リリース ファミリーにアップグレードできます。 無停止アップグレード方式には、1 つのシス テム上のフェイルオーバー処理の開始、「障害が発生した」システム(および必要に応じて、そのフ ァームウェア)の更新、ギブバックの開始、別のシステム上の処理の繰り返しの手順が含まれま す。 開始する前に 準備の前提条件を満たす必要があります。 手順 1. ご使用の構成に該当する操作を選択します。 AutoSupport 操作 有効 次の手順へ進みます。 システムからメッセージを送信 するように設定されていない a. 各ストレージ システムのコントローラのコンソールに次のコマンドを 入力することにより、AutoSupport 通知をトリガーします。 options autosupport.doit starting_NDU b. 次の手順へ進みます。 60 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド この AutoSupport 通知には、アップグレード直前のシステム ステータスの記録が含まれます。 これにより、アップグレード処理で問題が発生した場合に役立つトラブルシューティング情報が 保存されます。 この通知は、Data ONTAP 7.2.4 から自動的に送信されます。 2. 各ストレージ システム コンソールに次のコマンドを入力して、 HA ペアが有効になっていること を確認します。 cf status cf status コマンドによって、次のような出力が表示されます。 Cluster enabled, systemA is up. HA ペアが有効でないことを示す出力が表示された場合は、次の処理を実行します。 a. HA ペアを有効にします。 cf enable b. HA ペアが再び有効になっていることを確認します。 cf status 3. 新しいシステム ファイルをインストール済みかどうかに応じて、次のいずれかのオプションを選 択します。 状況または条 件 操作 システム ファイ ルがインストー ル済みである 各システムのコンソールで次のコマンドを入力して、ストレージ システムのブート デバ イスで新しいコードをアクティブ化します。 download download コマンドにより、次のような確認応答が表示されます。 Tue Jun 19 10:03:22 GMT [download.request:notice]: Operator requested download initiated download: Downloading boot device ...................... download: Downloading boot device (Service Area) さらに、次のようなメッセージが表示されます。 Tues Jun 19 10:11:51 GMT [download.requestDone:notice]: Operator requested download completed download コマンドの処理が完了するまで、ストレージ システム コンソールは使用で きません。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 61 状況または条 件 操作 これから同じ操 作でシステム フ ァイルのダウン ロードおよびイ ンストールを行 う 各システムのコンソールで、次のコマンドを入力します。 software update file_name -r -d オプションを指定せずに software update コマンドを使用した場合、デフォル トで download コマンドが実行されます。 注: Data ONTAP 8.0.1 以降の 8.0.x リリース ファミリーおよび 7.3.5 以降の 7.3.x リ リース ファミリーから、 -r オプション(自動リブートなし)はデフォルトです。 ただし、 このオプションをサポートするリリースを実行するまでは、 -r オプションを引き続き 指定する必要があります。 download コマンドで Data ONTAP 8.x ソフトウェア イメージをアクティブ化した場合、以前のリ リースで同じ処理を行う場合よりもかなり長い時間がかかります。 Data ONTAP 8.x のプロセス は、終了までに通常は 20~60 分かかります。 4. CIFS がシステム A で使用中の場合、次のコマンドを入力して終了します。 cifs terminate -t nn nn は CIFS サービスが終了するまでの時間を示し、ご使用のクライアントに適した通知時間 (分)です。 この時間が経過したら、次の手順に進みます。 5. システム B のコンソールで、次のコマンドを入力します。 cf takeover このコマンドを実行すると、システム A は正しくシャットダウンし、システム B がテイクオーバー モードになります。 アップグレード前のバージョン 操作 Data ONTAP 8.0.x リリース 手順 9 へ進みます。 Data ONTAP 7.3.x リリース 手順 9 に進む前に手順 6 から 8 を完了して、ご使用のシステムが正し い BIOS システム ファームウェアを実行していることを確認する必要が あります。 6. システム A のコンソールでブート環境のプロンプトを表示するには、ブート シーケンスの開始 後、指示が表示されたら、システム A のコンソールで Ctrl+C キーを押します。 システム A のコンソールに Waiting for giveback メッセージが表示されたら、システム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示することもできます。 待機 ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力します。 7. ノードを停止したら、次のような Boot Loader の警告メッセージを確認します。 Warning: The CompactFlash contains newer firmware image (x.y.z). Please run 'update_flash' at Loader prompt to update your system firmware (x.x.x). 8. 次のいずれかの操作を行います。 62 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 状況または 操作 条件 この警告が BIOS ファームウェアが必要に応じて自動的に更新されます。 ブート環境のプロンプトで次 ない のコマンドを入力し、新しいファームウェアおよびソフトウェアを使用してシステムをリブート します。 bye この警告が BIOS ファームウェアを手動で更新する必要があります。 新しい BIOS システム ファーム ある ウェアがインストールされると、将来システム ファームウェアは自動的に更新されます。 a. ブート環境のプロンプトで次のコマンドを入力してシステムをリセットします。 bye b. システム B のコンソールでブート環境のプロンプトを表示するには、ブート シーケンス の開始後、指示が表示されたら、システム B のコンソールで Ctrl+C キーを押します。 システム B のコンソールに Waiting for giveback メッセージが表示されたら、 システム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示するこ ともできます。 待機ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力 します。 c. ブート環境のプロンプトで、次のコマンドを入力します。 update_flash ファームウェアが更新され、いくつかのステータス メッセージが表示されたあと、ブート 環境のプロンプトが表示されます。 d. ブート環境のプロンプトで次のコマンドを入力し、新しいファームウェアおよびソフトウェ アを使用してシステムをリブートします。 bye 9. 8 分待ってから次の手順に進みます。 このように待機することで、次の状態が保証されます。 テイクオーバーしたノードがクライアントにデータを提供している。 クライアントのアプリケーションがテイクオーバー中に発生する I/O の中断から回復した。 ストレージ システムの負荷が安定レベルに戻っている。 マルチパス(導入された場合)が安定している。 • • • • 10. システム B のコンソールで、次のコマンドを入力します。 cf giveback 注意: 次のような状況が検出された場合、ギブバックは開始されず、エラー メッセージが返さ れます。 • • • • 開いているクライアント セッション(CIFS セッションなど) 実行時間の長い処理 再開できない処理(テープ バックアップ、SyncMirror の再同期など) エラー状態(ノード間のディスク接続不一致など) 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 63 ギブバックが開始されない場合、次の手順を実行します。 a. エラー メッセージに示された状態に対処して、特定された処理が正常に終了するようにし ます。 b. -f オプションを指定してギブバックを再開します。 cf giveback -f -f オプションの詳細については、cf(1)のマニュアル ページを参照してください。 このコマンドを使用すると、システム A は新しいシステム構成(Data ONTAP バージョン、シス テム ファームウェア、ハードウェアが変更された構成)でリブートされ、HA ペア パートナーとし て通常の動作を再開します。 注: アップグレード手順のこの時点で、新しい Data ONTAP バージョンを実行するシステム A および以前の Data ONTAP リリース ファミリーを実行するシステム B では、システムはバー ジョン不一致の状態にあります。 つまり、NVRAM ミラーリングや自動テイクオーバーなど、 通常の ハイアベイラビリティ機能は無効です。 バージョン不一致およびメールボックス形式 の問題を示すエラー メッセージが表示される可能性があります。 この動作は想定されてい ます。無停止メジャー アップグレードにおける一時的な状態を表しており、悪影響はありませ ん。 できるだけ速やかにアップグレード手順を完了する必要があり、2 つのシステムが必要以上 に長い間バージョン不一致の状態のままで放置しないでください。 11. CIFS がシステム B で使用中の場合、次のコマンドを入力して終了します。 cifs terminate -t nn nn は CIFS サービスが終了するまでの時間を示し、ご使用のクライアントに適した通知時間 (分)です。 この時間が経過したら、次の手順に進みます。 12. システム A のコンソールで、次のコマンドを入力します。 cf takeover -n システム B がクリーン シャットダウンし、メモリ内のファイルシステム情報がディスクに書き込ま れます。 注: cf takeover コマンドの -n オプションは、無停止メジャー アップグレードの場合のみ使 用してください。 無停止マイナー アップグレードまたは非アップグレード テイクオーバーの際 に実行すると、エラーが発生し、コマンドが終了します。 アップグレード前のバージョン 操作 Data ONTAP 8.0.x リリース 手順 16 へ進みます。 Data ONTAP 7.3.x リリース 手順 16 に進む前に手順 13 から 15 を完了して、システムが正しい BIOS システム ファームウェアを実行していることを確認する必要があり ます。 64 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 13. システム A のコンソールでブート環境のプロンプトを表示するには、ブート シーケンスの開始 後、指示が表示されたら、システム A のコンソールで Ctrl+C キーを押します。 システム A のコンソールに Waiting for giveback メッセージが表示されたら、システム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示することもできます。 待機 ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力します。 14. ノードを停止したら、次のような Boot Loader の警告メッセージを確認します。 Warning: The CompactFlash contains newer firmware image (x.y.z). Please run 'update_flash' at Loader prompt to update your system firmware (x.x.x). 15. 次のいずれかの操作を行います。 状況また は条件 操作 この警告 がない BIOS ファームウェアが必要に応じて自動的に更新されます。 システム B のコンソールにブ ート環境のプロンプトで次のコマンドを入力し、新しいシステム ファームウェア(インストール されている場合)およびソフトウェアを使用してシステムをリブートします: bye この警告 がある BIOS ファームウェアを手動で更新する必要があります。 新しい BIOS システム ファームウ ェアがインストールされると、将来システム ファームウェアは自動的に更新されます。 a. ブート プロンプトで次のコマンドを入力してシステムをリセットします。 bye b. システム B のコンソールでブート環境のプロンプトを表示するには、ブート シーケンス の開始後、指示が表示されたら、システム B のコンソールで Ctrl+C キーを押します。 システム B のコンソールに Waiting for giveback メッセージが表示されたら、シ ステム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示すること もできます。 待機ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力し ます。 c. ブート環境のプロンプトで、次のコマンドを入力します。 update_flash ファームウェアが更新され、いくつかのステータス メッセージが表示されたあと、ブート プロンプトが表示されます。 d. システム B のコンソールにブート環境のプロンプトで次のコマンドを入力し、新しいシス テム ファームウェア(インストールされている場合)およびソフトウェアを使用してシステ ムをリブートします: bye 16. 8 分待ってから次の手順に進みます。 このように待機することで、次の状態が保証されます。 • • テイクオーバーしたノードがクライアントにデータを提供している。 クライアントのアプリケーションがテイクオーバー中に発生する I/O の中断から回復した。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 65 ストレージ システムの負荷が安定レベルに戻っている。 マルチパス(導入された場合)が安定している。 • • 17. システム A のコンソールで、次のコマンドを入力します。 cf giveback 注意: 次のような状況が検出された場合、ギブバックは開始されず、エラー メッセージが返さ れます。 • • • • 開いているクライアント セッション(CIFS セッションなど) 実行時間の長い処理 再開できない処理(テープ バックアップ、SyncMirror の再同期など) エラー状態(ノード間のディスク接続不一致など) ギブバックが開始されない場合、次の手順を実行します。 a. エラー メッセージに示された状態に対処して、特定された処理が正常に終了するようにし ます。 b. -f オプションを指定してギブバックを再開します。 cf giveback -f -f オプションの詳細については、cf(1)のマニュアル ページを参照してください。 システム B は新しいシステム構成(Data ONTAP バージョン、その他のシステム ファームウェ ア、ハードウェアが変更された構成)でリブートされ、 ハイアベイラビリティ パートナーとして通 常の動作を再開します。 リブートが終了すると、2 つの ハイアベイラビリティ ノードは、同じ Data ONTAP バージョンを実 行します。 18. ご使用の構成に該当する操作を選択します。 AutoSupport 操作 有効 無停止アップグレードが完了します。 システムからメッセージを送信す 各ストレージ システムのコントローラのコンソールに次のコマンドを入 るように設定されていない 力することにより、別の AutoSupport 通知をトリガーします。 options autosupport.doit finishing_NDU この通知には、アップグレード後のシステム ステータスの記録が含まれます。 これにより、アッ プグレード処理で問題が発生した場合に役立つトラブルシューティング情報が保存されます。 HA ペアのリリース ファミリー内の無停止アップグレード BIOS ファームウェアを実行する HA ペアをストレージ システムを利用しながら、Data ONTAP リリ ース ファミリー内でアップグレードできます。 無停止アップグレード方式には、1 つのシステム上の 66 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド フェイルオーバー処理の開始、「障害が発生した」システム(および必要に応じて、そのファームウ ェア)の更新、ギブバックの開始、別のシステム上の処理の繰り返しの手順が含まれます。 開始する前に 準備の前提条件を満たす必要があります。 手順 1. ご使用の構成に該当する操作を選択します。 AutoSupport 操作 有効 次の手順へ進みます。 システムからメッセージを送信 するように設定されていない a. 各ストレージ システムのコントローラのコンソールに次のコマンドを 入力することにより、AutoSupport 通知をトリガーします。 options autosupport.doit starting_NDU b. 次の手順へ進みます。 この AutoSupport 通知には、アップグレード直前のシステム ステータスの記録が含まれます。 これにより、アップグレード処理で問題が発生した場合に役立つトラブルシューティング情報が 保存されます。 この通知は、Data ONTAP 7.2.4 から自動的に送信されます。 2. 各ストレージ システム コンソールに次のコマンドを入力して、 HA ペアが有効になっていること を確認します。 cf status cf status コマンドによって、次のような出力が表示されます。 Cluster enabled, systemA is up. HA ペアが有効でないことを示す出力が表示された場合は、次の処理を実行します。 a. HA ペアを有効にします。 cf enable b. HA ペアが再び有効になっていることを確認します。 cf status 3. 新しいシステム ファイルをインストール済みかどうかに応じて、次のいずれかのオプションを選 択します。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 67 状況または条 件 操作 システム ファイ ルがインストー ル済みである 各システムのコンソールで次のコマンドを入力して、ストレージ システムのブート デバ イスで新しいコードをアクティブ化します。 download download コマンドにより、次のような確認応答が表示されます。 Tue Jun 19 10:03:22 GMT [download.request:notice]: Operator requested download initiated download: Downloading boot device ...................... download: Downloading boot device (Service Area) さらに、次のようなメッセージが表示されます。 Tues Jun 19 10:11:51 GMT [download.requestDone:notice]: Operator requested download completed download コマンドの処理が完了するまで、ストレージ システム コンソールは使用で きません。 これから同じ操 作でシステム フ ァイルのダウン ロードおよびイ ンストールを行 う 各システムのコンソールで、次のコマンドを入力します。 software update file_name -r -d オプションを指定せずに software update コマンドを使用した場合、デフォル トで download コマンドが実行されます。 注: Data ONTAP 8.0.1 以降の 8.0.x リリース ファミリーおよび 7.3.5 以降の 7.3.x リ リース ファミリーから、 -r オプション(自動リブートなし)はデフォルトです。 ただし、 このオプションをサポートするリリースを実行するまでは、 -r オプションを引き続き 指定する必要があります。 download コマンドで Data ONTAP 8.x ソフトウェア イメージをアクティブ化した場合、以前のリ リースで同じ処理を行う場合よりもかなり長い時間がかかります。 Data ONTAP 8.x のプロセス は、終了までに通常は 20~60 分かかります。 4. CIFS がシステム A で使用中の場合、次のコマンドを入力して終了します。 cifs terminate -t nn nn は CIFS サービスが終了するまでの時間を示し、ご使用のクライアントに適した通知時間 (分)です。 この時間が経過したら、次の手順に進みます。 5. システム B のコンソールで、次のコマンドを入力します。 cf takeover システム A は正しくシャットダウンし、システム B がテイクオーバー モードになります。 68 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 6. 8 分待ってから次の手順に進みます。 このように待機することで、次の状態が保証されます。 テイクオーバーしたノードがクライアントにデータを提供している。 クライアントのアプリケーションがテイクオーバー中に発生する I/O の中断から回復した。 ストレージ システムの負荷が安定レベルに戻っている。 マルチパス(導入された場合)が安定している。 • • • • 7. システム B のコンソールで、次のコマンドを入力します。 cf giveback 注意: 次のような状況が検出された場合、ギブバックは開始されず、エラー メッセージが返さ れます。 • • • • 開いているクライアント セッション(CIFS セッションなど) 実行時間の長い処理 再開できない処理(テープ バックアップ、SyncMirror の再同期など) エラー状態(ノード間のディスク接続不一致など) ギブバックが開始されない場合、次の手順を実行します。 a. エラー メッセージに示された状態に対処して、特定された処理が正常に終了するようにし ます。 b. -f オプションを指定してギブバックを再開します。 cf giveback -f -f オプションの詳細については、cf(1)のマニュアル ページを参照してください。 システム A は新しいシステム構成(Data ONTAP バージョン、その他のシステム ファームウェ アまたはハードウェアのいずれかが変更された構成)でリブートされ、 HA ペアパートナーとし て通常の動作を再開します。 8. 手順 4 から 9 を繰り返して、パートナー ストレージ システムを更新します。 システム B がシャットダウンされ、パートナー A がテイクオーバー モードの間に更新されます。 9. ご使用の構成に該当する操作を選択します。 AutoSupport 操作 有効 無停止アップグレードが完了します。 システムからメッセージを送信す 各ストレージ システムのコントローラのコンソールに次のコマンドを入 るように設定されていない 力することにより、別の AutoSupport 通知をトリガーします。 options autosupport.doit finishing_NDU この通知には、アップグレード後のシステム ステータスの記録が含まれます。 これにより、アッ プグレード処理で問題が発生した場合に役立つトラブルシューティング情報が保存されます。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 69 停止方式を使用した HA 構成のアップグレード HA ペアをオフラインにしてソフトウェアおよびその他のコンポーネントを更新する場合、停止方式 のアップグレードを使用できます。 この方式には、HA 構成のいずれかのシステムのコンソールか らの無効化、各システム(および必要に応じて、システムのファームウェア)のアップグレード、2 つ のシステム間の HA 構成の再有効化の手順が含まれます。 開始する前に 準備の前提条件を満たす必要があります。 タスク概要 Data ONTAP 7.2 以降を実行しているシステムをアップグレードする場合は、software update コ マンドを使用してこの手順全体またはその一部を実行できます。 手順 1. いずれかのストレージ システム コンソールで次のコマンドを入力し、HA 構成を無効にします。 cf disable 2. 新しいシステム ファイルがインストール済みかに応じて、次のいずれかのオプションを選択しま す。 70 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 状況または条 件 操作 システム ファイ ルがインストー ル済みである 各システムのコンソールで次のコマンドを入力して、ストレージ システムのブート デバ イスで新しいコードをアクティブ化します。 download download コマンドにより、次のような確認応答が表示されます。 Tue Jun 19 10:03:22 GMT [download.request:notice]: Operator requested download initiated download: Downloading boot device ...................... download: Downloading boot device (Service Area) さらに、次のようなメッセージが表示されます。 Tues Jun 19 10:11:51 GMT [download.requestDone:notice]: Operator requested download completed download コマンドの処理が完了するまで、ストレージ システム コンソールは使用で きません。 これから同じ操 作でシステム フ ァイルのダウン ロードおよびイ ンストールを行 う 各システムのコンソールで、次のコマンドを入力します。 software update file_name -r -d オプションを指定せずに software update コマンドを使用した場合、デフォル トで download コマンドが実行されます。 注: Data ONTAP 8.0.1 以降の 8.0.x リリース ファミリーおよび 7.3.5 以降の 7.3.x リ リース ファミリーから、 -r オプション(自動リブートなし)はデフォルトです。 ただし、 このオプションをサポートするリリースを実行するまでは、 -r オプションを引き続き 指定する必要があります。 download コマンドで Data ONTAP 8.x ソフトウェア イメージをアクティブ化した場合、以前のリ リースで同じ処理を行う場合よりもかなり長い時間がかかります。 Data ONTAP 8.x のプロセス は、終了までに通常は 20~60 分かかります。 3. システム A のコンソールで、次のコマンドを入力します。 halt ストレージ システムがシャットダウンされると、LOADER プロンプトが表示されます。 4. システムを停止したら、次のような Boot Loader の警告メッセージを確認します。 Warning: The CompactFlash contains newer firmware image (x.y.z). Please run 'update_flash' at Loader prompt to update your system firmware (x.x.x). 5. 次のいずれかを実行します。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 71 状況また は条件 操作 この警告 がない BIOS ファームウェアが必要に応じて自動的に更新されます。 ブート環境のプロンプトに次 のコマンドを入力し、新しいソフトウェアおよび(更新した場合は)新しいファームウェアを使 用してシステムをリブートします。 bye この警告 がある BIOS ファームウェアを手動で更新する必要があります。 新しい BIOS システム ファームウ ェアがインストールされると、将来システム ファームウェアは自動的に更新されます。 a. ブート環境のプロンプトで次のコマンドを入力してシステムをリセットします。 bye b. システム B のコンソールでブート環境のプロンプトを表示するには、ブート シーケンス の開始後、指示が表示されたら、システム B のコンソールで Ctrl+C キーを押します。 システム B のコンソールに Waiting for giveback メッセージが表示されたら、 システム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示するこ ともできます。 待機ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力 します。 c. ブート環境のプロンプトで、次のコマンドを入力します。 update_flash ファームウェアが更新され、いくつかのステータス メッセージが表示されたあと、ブート 環境のプロンプトが表示されます。 d. ブート環境のプロンプトに次のコマンドを入力し、新しいソフトウェアおよび(更新した場 合は)新しいファームウェアを使用してシステムをリブートします。 bye 6. HA 構成が無効になっている間に、システム B のコンソールで手順 3 から 5 までを繰り返しま す。 注意: HA 構成の両方のシステムが新しい Data ONTAP バージョンでリブートされるまで、次 の手順に進まないでください。 7. いずれかのストレージ システムに次のコマンドを入力し、HA 構成を再度有効にします。 cf enable 関連タスク /etc/software ディレクトリからのソフトウェア イメージのインストール(53 ページ) 72 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 単一システムのアップグレード システム ソフトウェアを更新し、そのファームウェアを更新してから、リブートすることにより、を実 行する単一システムをアップグレードします。 開始する前に 準備の前提条件を満たす必要があります。 タスク概要 注: Data ONTAP 7.2 以降を実行しているシステムをアップグレードする場合は、software update コマンドを使用してこの手順全体またはその一部を実行できます。 手順 1. 新しいシステム ファイルをインストール済みかどうかに応じて、次のいずれかのオプションを選 択します。 状況または条 件 操作 システム ファイ ルがインストー ル済みである 各システムのコンソールで次のコマンドを入力して、ストレージ システムのブート デバ イスで新しいコードをアクティブ化します。 download download コマンドにより、次のような確認応答が表示されます。 Tue Jun 19 10:03:22 GMT [download.request:notice]: Operator requested download initiated download: Downloading boot device ...................... download: Downloading boot device (Service Area) さらに、次のようなメッセージが表示されます。 Tues Jun 19 10:11:51 GMT [download.requestDone:notice]: Operator requested download completed download 手順が完了するまで、ストレージ システム コンソールは使用できません。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 73 状況または条 件 操作 これから同じ操 作でシステム フ ァイルのダウン ロードおよびイ ンストールを行 う 各システムのコンソールで、次のコマンドを入力します。 software update file_name -r -d オプションを指定せずに software update コマンドを使用した場合、デフォルト で download コマンドが実行され、ストレージ システムのブート デバイスの新しいコ ードをアクティブ化します。 注: Data ONTAP 8.0.1 以降の 8.0.x リリース ファミリーおよび 7.3.5 以降の 7.3.x リ リース ファミリーから、 -r オプション(自動リブートなし)はデフォルトです。 ただし、 このオプションをサポートするリリースを実行するまでは、 -r オプションを引き続き 指定する必要があります。 download コマンドで Data ONTAP 8.x ソフトウェア イメージをアクティブ化した場合、以前のリ リースで同じ処理を行う場合よりもかなり長い時間がかかります。 Data ONTAP 8.x のプロセス は、終了までに通常は 20~60 分かかります。 2. 次のコマンドを入力して、ストレージ システムをシャットダウンします。 halt システムがシャットダウンされると、ブート環境のプロンプトが表示されます。 3. システムを停止したら、次のような Boot Loader の警告メッセージを確認します。 Warning: The CompactFlash contains a newer firmware image (x.y.z). Please run 'update_flash' at the Loader prompt to update your system firmware (x.x.x). 状況また は条件 操作 この警告 がない BIOS ファームウェアが必要に応じて自動的に更新されます。 ブート環境のプロンプトに次 のコマンドを入力し、新しいソフトウェアおよび(更新した場合は)新しいファームウェアを使 用してシステムをリブートします。 bye 74 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 状況また は条件 操作 この警告 がある BIOS ファームウェアを手動で更新する必要があります。 新しい BIOS システム ファームウ ェアがインストールされると、将来システム ファームウェアは自動的に更新されます。 a. ブート環境のプロンプトで次のコマンドを入力してシステムをリセットします。 bye b. システム B のコンソールでブート環境のプロンプトを表示するには、ブート シーケンス の開始後、指示が表示されたら、システム B のコンソールで Ctrl+C キーを押します。 システム B のコンソールに Waiting for giveback メッセージが表示されたら、 システム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示するこ ともできます。 待機ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力 します。 c. ブート環境のプロンプトで、次のコマンドを入力します。 update_flash ファームウェアが更新され、いくつかのステータス メッセージが表示されたあと、ブート 環境のプロンプトが表示されます。 d. ブート環境のプロンプトに次のコマンドを入力し、新しいソフトウェアおよび(更新した場 合は)新しいファームウェアを使用してシステムをリブートします。 bye 関連タスク /etc/software ディレクトリからのソフトウェア イメージのインストール(53 ページ) アップグレード後のシステム ステータスの確認 アップグレードしたシステムは本番環境に戻す前に、正常に機能していることを確認することを推 奨します。 設定された機能の状態を確認し、アップグレード前に一時停止された機能を再度有効 にする必要があります。 タスク概要 これらの手順は、HA ペアの各パートナーおよびアップグレードされた各システムで実行する必要 があります。 手順 1. システムが HA ペアの場合、次のコマンドを入力して HA 関係が使用できることを確認します。 cf status 2. 無停止アップグレードの準備のために自動ギブバックを無効にした場合、再度有効にするに は、次のコマンドを入力します。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 75 options cf.giveback.auto.enable on 3. 次のコマンドを入力して、対象のターゲット リリースがインストールされ実行していることを確認 します。 version 4. 次のコマンドを入力して、システムに表示されるディスクのすべてのパスを確認します。 storage show disk –p 5. 次のコマンドを入力して、障害が発生したディスクがないことを確認します。 vol status –f 6. 次のコマンドを入力して、すべてのアグリゲートがオンラインであることを確認します。 aggr status 7. 次のコマンドを入力して、ネットワーク インターフェイスがオンラインであることを確認します。 ifconfig –a 8. システムが MultiStore テクノロジ用に構成されている場合、次のコマンドを入力して、すべての vFiler ユニットが実行されていることを確認します。 vfiler status -a 9. SnapMirror 機能を無効にした場合、次のコマンドを入力して再度有効にします。 snapmirror on 10. SnapMirror 転送を休止した場合、各デスティネーション ボリュームに次のコマンドを入力して再 開します。 snapmirror resume destination 11. ボリュームのデータ圧縮は アップグレード中はデフォルトで無効にされるため、 64 ビット ボリュ ームでデータ圧縮を無効にした場合、次のコマンドを入力して再度有効にします 。 sis config -C true -I true path_name 以前にダウングレードした 3140 または 3210 ストレージ システムの Flash Cache モジュールの再有効化 Flash Cache モジュールを無効にした状態で 3140 または 3210 ストレージ システムを Data ONTAP 8.1 にダウングレードした場合、8.1 から 8.1.x にアップグレードしたあとにモジュールを再度有効に する必要があります。 タスク概要 HA ペアがある場合、両方のノードで次の手順を実行します。 76 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 手順 1. ストレージ システムをリブートします。 システム 入力するコマンド HA ペア パートナー ノード コンソール: cf takeover スタンドアロン構成 システム コンソール: reboot ストレージ システムがブート プロセスを開始します。 2. ターゲット システムのコンソールから、Ctrl+C キーを押してブート プロセスを停止します。 3. ブート プロセス中にノードが停止したときに使用していた機能に応じて、適用可能な手順を実 行します。 ノード停止時に使用していたインター 操作 フェイス LOADER プロンプト 手順を続行します。 ブート メニュー a. 表示されるメニューからメンテナンス モード オプションを選択 します。 b. プロンプトで、次のコマンドを入力します。 halt c. 手順を続行します。 4. LOADER プロンプトで、次のコマンドを入力します。 unsetenv ext-cache-enable? unsetenv ext-cache-4g-override 5. 環境変数が削除されたことを確認するには、次のコマンドを入力します。 printenv 6. 次のコマンドを入力して、ストレージ システムをブートします。 boot_ontap 7. HA ペアの場合、テイクオーバーされたノードのコンソールに Waiting for giveback メッセ ージが表示されたら、パートナー ノード コンソールから次のコマンドを実行します。 cf giveback 8. options flexscale.enable コマンドを使用して、WAFL 外部キャッシュ機能が有効か確認 します。 新しい Data ONTAP ソフトウェアのダウンロードおよびリブート | 77 Data ONTAP 7.2 リリース ファミリーからアップグレードしたボリュー ムの重複排除の有効化 重複排除ボリュームを Data ONTAP 7.2 リリース ファミリーから Data ONTAP 8.1.1 リリースにアッ プグレードした場合、そのボリュームの重複排除を再度有効にする必要があります。 タスク概要 アップグレード後にボリュームをオンラインにすると、そのボリュームの重複排除は無効になりま す。 sis status コマンドを実行したときに、特定のボリュームはシステム出力に表示されませ ん。 手順 1. 次のコマンドを入力して、ボリュームをオフラインにします。 vol offline vol_name 2. 次のコマンドを入力して、ボリュームをオンラインにします。 vol online vol_name 3. 次のコマンドを入力して、ボリュームの重複排除を有効にします。 sis on vol_name 4. 次のコマンドを入力して、ボリュームの重複排除ステータスを表示します。 sis status 78 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド ファームウェアの更新 Data ONTAP をアップグレードするとご使用のファームウェアがアップグレードされるため、システ ム、ディスク、ディスク シェルフ ファームウェアのほか、システムにインストールされているその他 のコンポーネントのファームウェアのアップグレード要件を考慮する必要があります。 Data ONTAP アップグレード間のファームウェアの更新も必要になる可能性があります。 システム ファームウェアの更新 Data ONTAP ソフトウェアのアップグレードを実行すると、Data ONTAP のアップグレード パッケー ジに含まれているファームウェア サービス イメージがストレージ システムのブート デバイスにコピ ーされます。 システムに対応する最新のファームウェアをネットアップ サポート サイトからダウンロ ードし、ファイルをインストールして、システムのファームウェアを更新することもできます。 Data ONTAP アップグレード中にシステム ファームウェアをアップグレードする場合、無停止方式 または停止方式を使用して手動でシステム ファームウェアを更新できます。 ネットアップ サポート サイトからシステム ファームウェアを取得して、インストール方法についての詳細を参照できます。 関連情報 システム ファームウェアおよび診断ダウンロード:support.netapp.com/NOW/cgi-bin/fw BIOS システム ファームウェアの更新方法 Data ONTAP 8.0 リリース以降、Data ONTAP のサポートに必要な最小 BIOS リリースも BIOS の 自動更新を実行できます。 以前のリリース ファミリーからアップグレードする場合、Data ONTAP アップグレード時に BIOS ファームウェアを手動で更新する必要があります。 最小バージョンが動作している場合に、Data ONTAP がブート デバイスのバージョンの方が新しい ことを検出すると、ブート シーケンス中の以降の更新は自動的に行われます。 ただし、以前のバージョンから利用可能な最新バージョンに更新するには、更新されるシステムの ブート プロンプトから update_flash コマンドを手動で実行する必要があります。 以降のシステム ファームウェア更新は自動的に行われます。 Data ONAP 7.3.x リリースからアップグレードする場合は、ノードを停止してブート プロンプトを表示 する必要があります。 ノードが停止されている場合、古いファームウェア バージョンが検出される と、Boot Loader に次のような警告が表示されます。 Warning: The CompactFlash contains newer firmware image (x.y.z). Please run 'update_flash' at Loader prompt to update your system firmware (x.x.x). 注意: Data ONTAP 8.0 以降へのアップグレードを完了するには、ご使用のシステムが最小限必 要なバージョン以降を実行している必要があります。 必要なファームウェアがブート デバイスに ない場合、Data ONTAP 8.0.x リリースはブートせず、アップグレードできません。 ファームウェアの更新 | 79 システム ファームウェアの無停止アップグレード ファームウェアのアップグレード中もサービスを継続する必要がある場合には、無停止のアップグ レード方式が適しています。 開始する前に HA 構成が、無停止アップグレードの要件を満たすなど正常に動作している必要があります。 ネットアップ サポート サイトからダウンロードしたファームウェアが、Windows または UNIX クライ アント、あるいは HTTP サーバにインストールされている必要があります。 手順 1. ネットアップ サポート サイトの指示に従い、software update コマンドを使用して、ファームウ ェア ダウンロード ファイルを入手します。 2. 以降の手順で、システム A およびシステム B として示されている各ストレージ システムに、指 示どおり次のコマンドを入力します。 priv set advanced ストレージ システム名のあとにアスタリスク(*)が表示され、アドバンスト モードに切り替わった ことを示します。 3. 指示に従って、各ストレージ システムの priv set advanced モードで、download -d コマン ドを入力します。 必要な場合は、指示に従って、サービス パーティションをフォーマットします。 4. CIFS がシステム A で使用中の場合、次のコマンドを入力して終了します。 cifs terminate -t nn nn は CIFS サービスが終了するまでの時間を示し、ご使用のクライアントに適した通知時間 (分)です。 この時間が経過したら、次の手順に進みます。 5. 自動ギブバック オプション(cf.giveback.auto.enable)が on に設定されている場合は、ハ イアベイラビリティ構成のいずれかのストレージ システムで次のコマンドを入力して、自動ギブ バックを無効にします。 options cf.giveback.auto.enable off アップグレード手順の終了後、このオプションを on にリセットします(任意)。 6. システム B のコンソールで、次のコマンドを入力します。 cf takeover このコマンドを実行すると、システム A は正しくシャットダウンし、システム B がテイクオーバー モードになります。 80 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 7. システム A のコンソールで LOADER ブート プロンプトを表示するには、ブート シーケンスの開 始後、指示が表示されたら、システム A のコンソールで Ctrl+C キーを押します。 システム A のコンソールに Waiting for giveback メッセージが表示されたら、システム A のコンソールで Ctrl+C キーを押して、LOADER プロンプトを表示することもできます。 待機で はなくノードの停止を求めるプロンプトが表示されたら、y を入力します。 8. ノードを停止したら、次のような Boot Loader の警告メッセージを確認します。 Warning: The CompactFlash contains newer firmware image (1.6.0). Please run 'update_flash' at Loader prompt to update your system firmware (1.5X3). 9. 次のいずれかの操作を行います。 状況または条 件 操作 この警告がな い BIOS ファームウェアが必要に応じて自動的に更新されます。手順 10 に進みます。 この警告があ る BIOS ファームウェアを手動で更新する必要があります。 新しい BIOS システム ファー ムウェアがインストールされると、将来システム ファームウェアは自動的に更新されま す。 a. ブート プロンプトで次のコマンドを入力してシステムをリセットします。 bye b. システム B のコンソールで LOADER ブート プロンプトを表示するには、ブート シー ケンスの開始後、指示が表示されたら、システム B のコンソールで Ctrl+C キーを 押します。 システム B のコンソールに Waiting for giveback メッセージが表示された ら、システム A のコンソールで Ctrl+C キーを押して、LOADER プロンプトを表示す ることもできます。 待機ではなくノードの停止を求めるプロンプトが表示されたら、 y を入力します。 c. 次のコマンドを入力します。 update_flash ファームウェアが更新され、いくつかのステータス メッセージが表示されたあと、ブ ート プロンプトが表示されます。 d. 手順 10 へ進みます。 10. 次のコマンドを入力し、新しいファームウェアおよびソフトウェアを使用してシステムをリブートし ます。 bye 11. 8 分待ってから次の手順に進みます。 このように待機することで、次の状態が保証されます。 • • テイクオーバーしたノードがクライアントにデータを提供している。 クライアントのアプリケーションがテイクオーバー中に発生する I/O の中断から回復した。 ファームウェアの更新 | 81 ストレージ システムの負荷が安定レベルに戻っている。 マルチパス(導入された場合)が安定している。 • • 12. システム B のコンソールで、次のコマンドを入力します。 cf giveback 注意: 次のような状況が検出された場合、ギブバックは開始されず、エラー メッセージが返さ れます。 • • • • 開いているクライアント セッション(CIFS セッションなど) 実行時間の長い処理 再開できない処理(テープ バックアップ、SyncMirror の再同期など) エラー状態(ノード間のディスク接続不一致など) ギブバックが開始されない場合、次の手順を実行します。 a. エラー メッセージに示された状態に対処して、特定された処理が正常に終了するようにし ます。 b. -f オプション指定してギブバックを開始します。 cf giveback -f -f オプションの詳細については、cf(1)のマニュアル ページを参照してください。 システム A は新しいシステム構成(Data ONTAP バージョン、その他のシステム ファームウェ アまたはハードウェアのいずれかが変更された構成)でリブートされ、 HA ペアパートナーとし て通常の動作を再開します。 13. 手順 4 から 12 を繰り返して、パートナー ストレージ システムを更新します。 システム B がシャットダウンされ、パートナー A がテイクオーバー モードの間に更新されます。 終了後の操作 必要に応じて、自動ギブバックを再度有効にします。 停止方式を使用したシステム ファームウェア更新 システム ファームウェアの更新に伴ってダウンタイムが生じても問題ない場合には、停止方式のフ ァームウェア更新が適しています。 開始する前に Windows または UNIX クライアント、あるいは HTTP サーバで、ネットアップ サポート サイトから システム ファームウェアを入手しておく必要があります。 手順 1. アップグレードする各システムで、次のコマンドを入力します。 82 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド priv set advanced ストレージ システム名のあとにアスタリスク(*)が表示され、アドバンスト モードに切り替わった ことを示します。 2. 指示に従って、各ストレージ システムの priv set advanced モードで、download -d コマ ンドを入力します。 必要な場合は、指示に従って、サービス パーティションをフォーマットします。 3. いずれかのシステムに次のコマンドを入力し、HA 構成を無効にします。 cf disable 4. ネットアップ サポート サイトの指示に従って、各システムへのファームウェアのインストールを 続けます。 5. いずれかのシステムに次のコマンドを入力し、HA 構成を再度有効にします。 cf enable ディスク ファームウェアの更新 ディスク ファームウェアは Data ONTAP システム ファイルにバンドルされ、Data ONTAP のアップ グレード中に自動的に更新されます。 ネットアップ サポート サイトからディスク ファームウェアを入 手して手動で更新することもできます。これは、無停止メジャー アップグレードの前提条件となりま す。 関連情報 ディスクドライブおよびファームウェア マトリックス:support.netapp.com/NOW/download/tools/ diskfw ディスク ファームウェアの更新方法 Data ONTAP をアップグレードするとき、ディスク ファームウェアは、Data ONTAP システム ファイ ルにバンドルされているファームウェアより古い場合には自動的に更新されます。 最新のファーム ウェア パッケージをネットアップ サポート サイトからダウンロードし、ファイルをインストールして、 ディスク ファームウェアを更新することもできます。 すべてのストレージ システムには、最新のファームウェア リビジョンが収められた/etc/disk_fw ディレクトリが備わっています。 次のいずれかの場合、ディスク ファームウェアは自動的に更新さ れます。 • 新しいディスクまたはディスク シェルフを追加した場合 ディスク ファームウェアの更新版は、/etc/disk_fw ディレクトリから適用されます。 注: SAS シェルフを活性増設する場合、ファームウェアは自動的には更新されません。 古い ドライブ、シェルフ、ACP ファームウェアを手動で確認して更新する必要があります。 ファームウェアの更新 | 83 • Data ONTAP は、システムの/etc/disk_fw ディレクトリにあるディスク ファームウェアの更新 版を検出します。 Data ONTAP は、2 分おきに新しいディスク ファームウェアの/etc/disk_fw ディレクトリをス キャンします。 /etc/disk_fw ディレクトリにディスク ファームウェアの更新版を追加できるのは、次の場合です。 • • • Data ONTAP のアップグレード実行中 新しいリリース ファミリーへのアップグレードには、たいていディスク ファームウェアの更新が含 まれています。 ディスク ファームウェアの更新は、リリース ファミリー内での Data ONTAP のア ップグレードに含まれる場合もあります。 ディスク ファームウェアの更新パッケージの取得後 一部のディスク タイプで問題が発生したり、NetApp から通知があった場合、ネットアップ サポ ート サイトからディスク ファームウェアの更新をダウンロードするように指示されることがありま す。 Data ONTAP のアップグレード前に最新のディスク ファームウェアをダウンロードしてインストー ルする必要があります。 SAS シェルフの活性増設のタイミング ディスク ファームウェアの自動バックグラウンド更新は、 raid.background_disk_fw_update.enable オプションにより有効化され、デフォルトでは on に設定されます。 テクニカル サポートから指示がある場合を除いて、デフォルト値は変更しないで ください。 disk_fw_update コマンドが実行されると、ディスク ファームウェアの自動バックグラウンド更新は 無視されます。 このコマンドにより、最大 2 分間ディスクにアクセスできません。 以前の Data ONTAP リリースでは、特定のディスク ファームウェアの更新にこのコマンドが必要でした。 テクニ カル サポートから指示される場合を除き、このコマンドは使用しないことを推奨します。 ディスクドライブのメーカーはそれぞれ独自のディスクドライブ ファームウェアを提供しています。 したがって、ディスク ファームウェアの更新版には、1 つ以上のディスクドライブ タイプ用のファー ムウェアの更新版が含まれている可能性があります。 ご使用のストレージ システムでは複数のド ライブ メーカーのドライブが使用されている場合もあり、ディスク ファームウェアの更新によって影 響が生じるかどうかは、ご使用のシステムのドライブの種類および数によって異なります。 ディスク シェルフ ファームウェア更新中のサービスの可用性 デフォルトでは、ディスク ファームウェアの更新はバックグラウンドで自動的に行われるため、スト レージ システム サービスの継続は保証されます。 ただし、NDU の実行前に最新のディスク ファ ームウェアをダウンロードしてインストールする必要があります。 Data ONTAP 8.0.2 以降のリリースでは、他のすべての RAID タイプと同様に、ミラーリングされて いない RAID4 のアグリゲートに対してもディスク ファームウェアの自動バックグラウンド更新を実 行できます。 ミラーリングされていない RAID4 のアグリゲートがシステムに含まれる場合、Data ONTAP のアップグレード前に停止を伴うディスク ファームウェアの更新を実行する必要がなくなり ました。 84 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド ディスク ファームウェア パッケージはご使用のシステムにいつでもダウンロードでき、ファームウェ アはバックグラウンドで無停止で更新されます。 ただし、ディスク ファームウェアの更新が終了す るまで待ってから無停止アップグレードを開始する必要があります。 ディスク ファームウェアのバックグラウンド更新では 一度に 1 つのディスクが処理され、ディスクご とに約 2.5 分必要です 。 システムに接続されるすべてのディスクで同時にファームウェア更新が 必要になる可能性は低いですが、 Data ONTAP NDU を開始する前にコントローラ に接続された ディスクごとに 2.5 分以上待機することを推奨します。 たとえば、コントローラに 192 個のディスクが接続されている場合、480 分(8 時間)以上待機する 必要があります。 HA ペアの両方のコントローラが ファームウェア更新を完了するまで待ってから NDU を開始する必要があります。 ディスク ファームウェアは HA ペアの両方のコントローラで並 行して更新できます。 さらに、両方のノードのシステム ヘルスを監視して、ディスク ファームウェアのバックグラウンド更 新中にパートナーが計画外でテイクオーバーされるのを回避する必要があります。ファームウェア の更新中にパートナーの計画的なテイクオーバーを開始することもできません。 更新中にテイクオ ーバーを行うと、クライアントがストレージを利用できなくなります。 この問題の詳細については、 Bugs Online:support.netapp.com/NOW/cgi-bin/bol でバグ ID 506468 および 507443 を参照してく ださい。 AutoSupport を使用した古いディスク ファームウェアの検出 AutoSupport のメッセージには、ストレージ システムにインストールされたディスク ファームウェア の情報が含まれています。 「Installed Systems」ページは、これらのメッセージを使用してシステム 上のファームウェア バージョンを監視し、システム上のインストール済みディスク ファームウェアの バージョンが古くなると、通知を表示します。 開始する前に Installed Systems サービスを使用してディスク ファームウェアのバージョンを監視するには、ストレ ージ システムが次の要件を満たす必要があります。 • • システム上で AutoSupport が有効化されていること。 AutoSupport の詳細については、 『Data ONTAP 7-Mode システム アドミニストレーション ガイ ド』を参照してください。 ご使用の NetApp 製品の登録 手順 1. Web ブラウザを使用して、ネットアップ サポート サイト:support.netapp.com にアクセスします。 2. [My Support] > [View Installed Systems]を選択します。 3. 特定システムの検索条件を入力するか、自社のシステムのリストを表示して、アップグレードす るストレージ システム製品の詳細を表示します。 4. [AutoSupport Status]カテゴリで、[Health Check Details]をクリックします。 ファームウェアの更新 | 85 タスクの結果 ご使用のストレージ システムでファームウェアの更新を使用できる場合、「Firmware Analysis」ペ ージへのリンクを含むメッセージが表示されます。 「Firmware Analysis」ページにストレージ システ ムに新しいディスク ファームウェアを使用できるというメッセージが表示されている場合、次の Data ONTAP アップグレード時に、ディスク ファームウェアの更新が実行されます。 ディスク ファームウ ェアのメッセージが含まれていなければ、システム上のディスク ファームウェアは最新バージョンで す。 関連情報 システム:support.netapp.com/eservice/Systems.jsp ディスク シェルフ ファームウェアの更新 ディスク シェルフ ファームウェア(ディスク シェルフのモジュールのファームウェア)は Data ONTAP システム ファイルにバンドルされ、Data ONTAP アップグレード中に自動的に更新されま す。 ネットアップ サポート サイトからディスク シェルフ ファームウェアを入手のうえ手動更新もでき ます。これは、無停止メジャー アップグレードの前提条件となります。 ディスク シェルフを活性増設した場合には、ディスク シェルフ ファームウェアの更新は必須となり ます。 詳細については、ディスク シェルフのマニュアルを参照してください。 関連コンセプト ディスク シェルフ ファームウェアの更新方法(85 ページ) 関連情報 ディスク シェルフ ファームウェア:support.netapp.com/NOW/download/tools/diskshelf ディスク シェルフ ファームウェアの更新方法 Data ONTAP をアップグレードするとき、ディスク シェルフ ファームウェアは、Data ONTAP システ ム ファイルにバンドルされているファームウェアより古い場合は自動的に更新されます。 シェルフ モジュールに対応する最新のファームウェアを ネットアップ サポート サイトからダウンロードしてイ ンストールすることにより、ディスク シェルフ ファームウェアを更新することもできます。 ディスク シェルフの AT シリーズ、ESH シリーズ、SAS シェルフ I/O モジュール(IOM)シリーズは、 ディスク スワップ時の信号整合性など、ホスト バス アダプタ インターフェイスへのディスクのインタ ーコネクトを提供します。 ディスク シェルフの背面中央には、モジュールが 2 つ(チャネル A およ びチャネル B に 1 つずつ)搭載されています。 SAS モジュールは、 特定のシステムの内部コンポ ーネントの場合もあります。 これらのモジュールに対する更新ファームウェアは、定期的に提供さ れます。 各ストレージ システムは、最新のディスク シェルフ ファームウェア バージョンを備えています。 86 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド システムにディスク シェルフ ファームウェアの更新版をロードできるのは、次の場合です。 • • • Data ONTAP のアップグレード実行後 Data ONTAP アップグレード パッケージには、たいていディスク シェルフ ファームウェアの更新 版が含まれています。 アップグレード パッケージの新しいバージョンが、インストールされてい るバージョンよりも新しい場合、新バージョンがダウンロードされ、Data ONTAP アップグレード プロセスの一環として、 reboot または giveback フェーズ中にインストールされます。 ファームウェアの手動更新中 Data ONTAP ソフトウェアの無停止アップグレードを実行する場合、または NetApp から通知が あった場合には、 ネットアップ サポート サイトからディスク シェルフ ファームウェアの更新版を ダウンロードする必要があります 。 SAS シェルフの活性増設のタイミング また、システムに新たなファームウェアが存在する場合は、次のイベントによってディスク シェルフ ファームウェアの自動更新がトリガーされます。 • • • • • reboot コマンドの実行 cf giveback コマンドの実行 新たなディスクドライブの挿入 新たなシェルフ モジュールの挿入 NetApp Health Trigger(NHT)AutoSupport メッセージの送信 ディスク シェルフおよびディスク シェルフ モジュールの詳細については、 『Data ONTAP HighAvailability and MetroCluster Configuration Guide for 7-Mode』およびご使用のシェルフの 『Installation and Service Guide』を参照してください。 Data ONTAP 無停止アップグレードのディスク シェルフ ファームウェアの要件 Data ONTAP NDU を計画している場合、Data ONTAP のアップグレード前に、システムに接続さ れているディスク シェルフがサービスの可用性の NDU 要件を満たすことを確認する必要がありま す。 ディスク シェルフ ファームウェア更新中のストレージ システム サービスの可用性は、ご使用のシ ステムが使用するシェルフ モジュールの種類によって異なります。 Data ONTAP NDU を正常に 実行するには、ディスク シェルフ ファームウェアの更新は無停止で行う必要があります。 次の表は、ディスク シェルフ ファームウェアの更新中におけるサービスの可用性を示したもので す。 ディスク シェルフの種類 Data ONTAP NDU とは別にシ ェルフ ファームウェアを無停止 で更新できますか? Data ONTAP NDU の実行中に シェルフ ファームウェアを無停止 で更新できますか? ESH または外付け SAS はい。 はい。ただし、Data ONTAP NDU の実行前の更新を推奨します。 ファームウェアの更新 | 87 ディスク シェルフの種類 Data ONTAP NDU とは別にシ ェルフ ファームウェアを無停止 で更新できますか? Data ONTAP NDU の実行中に シェルフ ファームウェアを無停止 で更新できますか? プライベート SAS はい(要件を満たした場合)。 はい(要件を満たした場合)。Data ONTAP NDU の実行前の更新を 推奨します。 AT-FCX はい(要件を満たした場合)。 いいえ。Data ONTAP NDU の実 行前にファームウェアを更新する 必要があります。 シェルフ ファームウェア更新の次の考慮事項に留意してください。 • • • ESH ベースおよび外付け SAS ベース シェルフ ESH および SAS ファームウェアの更新は無停止であり、Data ONTAP NDU の実行中に I/O 中断は発生しません。 しかし、ESH および SAS のベスト プラクティスです。 Data ONTAP NDU の実行前に必要に応じて、現在のファームウェア バージョンを確認して更新する必要が あります。 SAS 内蔵シェルフ 内蔵ドライブが取り付けられたシステムの SAS ファームウェアは、ファームウェア バージョン 0500 以降が動作している場合、Data ONTAP NDU とは別に無停止で更新できます。 ファーム ウェア バージョン 0400 以前が動作している場合、システム ダウンタイムをスケジュールして AT-FCX ファームウェアを更新する必要があります。 このため、現在のファームウェア バージョ ンを確認して、Data ONTAP NDU が可能か判定する必要があります。 AT-FCX シェルフ 次の条件を満たす場合、AT-FCX ファームウェアを Data ONTAP NDU とは別に無停止で更新 できます。 • • • Data ONTAP 7.3.2 以降が動作している。 ファームウェア バージョン 37 以降が動作している。 マルチパス ストレージが実装されている。 これらの条件を満たしていない場合、システム ダウンタイムをスケジュールして AT-FCX ファ ームウェアを更新する必要があります。 ただし、これらの条件を満たしていても、必要に応じて Data ONTAP NDU の実行前に現在の ファームウェア バージョンを確認して更新する必要があります。 これは、新しい AT-FCX ファ ームウェアが Data ONTAP ソフトウェア イメージにバンドルされているためです。 Data ONTAP アップグレード中に新しい AT-FCX ファームウェアが自動的にインストールされる場合、モジュ ールのリブート時に各シェルフの I/O が中断されます。 HA 構成またはスタンドアロン システムにマルチパス ストレージを実装できます。 AT-FCX ファ ームウェアは、いずれかの設定で無停止でアップグレードできます。 88 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 古いディスク シェルフ ファームウェアの検出 Data ONTAP ソフトウェアの無停止アップグレードを実行する場合、または、ディスク シェルフ ファ ームウェアを更新するように指示された場合には、まず、システムに接続されているディスク シェ ルフにインストールされているファームウェアのバージョンを確認する必要があります。 手順 1. ネットアップ サポート サイトのディスク シェルフ ファームウェア情報を調べ、使用するシェルフ に対応する最新ファームウェアのバージョンを確認します。 2. ストレージ システムのコマンドラインで、次のコマンドを入力します。 sysconfig -v 3. sysconfig -v の出力結果から、シェルフ情報を確認します。 例 Shelf 1: AT-FCX Firmware rev. AT-FCX A: 36 AT-FCX B: 36 Shelf 2: AT-FCX Firmware rev. AT-FCX A: 36 AT-FCX B: 36 コマンド出力されたディスク シェルフ ファームウェアのバージョンがネットアップ サポート サイト の最新バージョンより古い場合、ディスク シェルフ ファームウェアを手動で更新する必要があり ます。 関連タスク Upgrade Advisor を使用したアップグレードの計画(9 ページ) 関連情報 ディスク シェルフ ファームウェア:support.netapp.com/NOW/download/tools/diskshelf ディスク シェルフ ファームウェアの手動更新 ネットアップ サポート サイトから新しいディスク シェルフ ファームウェアをダウンロードしたあと、で storage download shelf コマンドを実行する必要があります。 タスク概要 storage download shelf コマンドを 1 回実行して、 HA 構成の両方のコントローラに接続され るすべての対象モジュールをアップグレードします。 コマンドの使用時にクライアントへのサービス は中断されません。 このコマンドによって、各モジュールが次の順番で更新されます。 • ESH シリーズおよび SAS シェルフ I/O モジュール(IOM)シリーズ SCSI Enclosure Services(SES)ステータスを現在レポートしているモジュールから始まります。 ファームウェアの更新 | 89 • AT シリーズおよび SAS モジュール(FAS2040 システム) コマンドはまずすべての A モジュールを更新し、次にすべての B モジュールを更新します。 注意: ディスク シェルフ ファームウェアをただちに更新する場合を除き、ファームウェア ファイル をシステムにロードしないでください。 シェルフ モジュールに現在使用されているファームウェア よりも上位のリビジョン番号を持つディスク シェルフ ファームウェアがシステムにあると、Data ONTAP 内のさまざまなイベントによって、ディスク シェルフ ファームウェアの自動更新が引き起 こされる可能性があります。 ディスク シェルフ ファームウェアを更新するために無停止方式(つまり、 takeover コマンドと giveback コマンド)は使用しないでください。 storage download shelf コマンドを使用した 場合と比べ、長時間にわたってディスク シェルフ上のデータにアクセスできなくなります。 手順 1. ネットアップ サポート サイトでご使用のシェルフの最新のファームウェアを探してダウンロードし ます。 2. ネットアップ サポート サイトに記載されている手順に従って、新しいファームウェアをストレージ システムにロードします。 3. 実際の構成に該当する操作を選択します。 CIFS が実行中のシステム構成 • • • • • • 操作 ESH ベースのディスク シェルフ SAS ベースのディスク シェルフ ファームウェア バージョン 37 以降を実行する AT-FCX ベ ースのディスク シェルフ FAS2040 内蔵シェルフ 次の手順へ進みます。 AT ベースのディスク シェルフ ファームウェア バージョン 36 以前を実行する AT-FCX ベ ースのディスク シェルフ 次のコマンドを入力します。 cifs terminate -t nn nn は、クライアントに適した通知時間 (分)です。 この時間が経過したら、次 の手順に進みます。 4. ストレージ システム コンソールで次のコマンドを入力し、アドバンスト モードの管理コマンドにア クセスします。 priv set advanced 5. 次のコマンドを入力して、システムのすべてのディスク シェルフのディスク シェルフ ファームウ ェアを更新します。 storage download shelf 90 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 必要に応じて、特定のアダプタに接続されたシェルフのファームウェアのみ更新できます。 ただ し、ストレージ システムに接続されたすべてのディスク シェルフは同じファームウェア バージョ ンを実行する必要があります。 6. 次のコマンドを入力して、新しいディスク シェルフ ファームウェアを確認します。 sysconfig -v 7. 次のコマンドを入力して、標準の管理コンソール プロンプトに戻ります。 priv set admin 8. シェルフ ファームウェアの更新前に CIFS を終了した場合は、次のコマンドを入力して再度有 効にします。 cifs restart 関連情報 ディスク シェルフ ファームウェア:support.netapp.com/NOW/download/tools/diskshelf ACP ファームウェアの更新 ディスク シェルフに ACP 機能が含まれる場合、Data ONTAP アップグレード時に ACP ファームウ ェアを自動的に更新するか、 ネットアップ サポート サイトから ACP プロセッサの新しいファームウ ェアをダウンロードして手動で更新できます。 開始する前に ACP のインターフェイスが適切に配線され、ACP ソフトウェアが正しく設定されている必要がありま す。 詳細については、 『Data ONTAP 7-Mode ストレージ管理ガイド』および ご使用のディスク シェルフ の『Installation and Service Guide』を参照してください。 タスク概要 Data ONTAP をアップグレードする際、ACP ファームウェア(ディスク シェルフ上の ACP プロセッサ のファームウェア)が Data ONTAP システム ファイルにバンドルされているものよりも古い場合は、 このファームウェアが自動的に更新されます。 ただし、 ネットアップ サポート サイトから最新のファームウェアをダウンロードし、 storage download acp コマンドを使用してファイルをインストールすることにより、ACP ファームウェアを更 新する必要が生じる場合があります(ディスク シェルフの活性増設時など)。 ACP ファームウェアのインストールは数分かかる場合がありますが、クライアント アクセスが中断 されることはありません。 ただし、ファームウェア アップグレードの実行中は、通常の ACP リカバリ 機能は利用できません。 手順 1. ネットアップ サポート サイトで最新の ACP ファームウェアを探してダウンロードします。 ファームウェアの更新 | 91 2. ネットアップ サポート サイトに記載されている手順に従って、新しいファームウェアをストレージ システムにロードします。 3. 次のコマンドを入力して、ACP ファームウェアを更新します。 storage download acp 4. 次のコマンドを入力して、新しい ACP ファームウェアを確認します。 storage show acp ACP ファームウェアが更新されている間、次のようなコマンド出力が表示されます。 Alternate Control Path: Enabled Ethernet Interface: e0c ACP Status: Active ACP IP Address: 192.168.0.67 ACP Domain: 192.168.0.0 ACP Netmask: 255.255.252.0 ACP Connectivity Status: Full Connectivity Shelf_Module Reset_Cnt IP_Address FW_Version Module_Type Status ----------------------------------------------------------------------8a.00.A 000 192.168.2.60 01.10 IOM6 inactive (upgrading firmware) 8a.00.B 000 192.168.2.112 02.00 IOM6 active 8a.02.A 000 192.168.1.218 01.10 IOM3 active 8a.02.B 000 192.168.1.78 01.10 IOM3 active 8a.10.A 000 192.168.3.77 01.10 IOM3 active 8a.10.B 000 192.168.3.83 01.10 IOM3 active 更新が完了すると、次のような出力が表示されます。 Shelf_Module Reset_Cnt IP_Address FW_Version Module_Type Status ----------------------------------------------------------------------8a.00.A 000 192.168.2.60 02.00 IOM6 active 8a.00.B 000 192.168.2.112 02.00 IOM6 active 8a.02.A 000 192.168.1.218 01.10 IOM3 active 8a.02.B 000 192.168.1.78 01.10 IOM3 active 8a.10.A 000 192.168.3.77 01.10 IOM3 active 8a.10.B 000 192.168.3.83 01.10 IOM3 active 関連情報 ディスク シェルフ ファームウェア:support.netapp.com/NOW/download/tools/diskshelf 92 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド サービス プロセッサ ファームウェアの更新 サービス プロセッサ(SP)は、 一部のシステムに含まれるリモート管理デバイスです。 SP ファーム ウェアをダウンロードして更新するには、Data ONTAP の CLI または SP CLI を使用します。 SP の詳細および動作については、 『Data ONTAP 7-Mode システム アドミニストレーション ガイド』 を参照してください。 Data ONTAP CLI を使用した SP ファームウェアの更新 SP ファームウェアは、ストレージ システムのプロンプトから更新できます。 開始する前に ファームウェアのダウンロードおよび更新には、以下が必要です。 • • • Web サーバへのアクセス(ご使用のストレージ システムからアクセス可能なネットワーク上に あるサーバ) その Web サーバ名および IP アドレス ストレージ システムのシリアル コンソールへのアクセス 手順 1. ネットアップ サポート サイトで「System Firmware + Diagnostics Download」にアクセスします。 2. プラットフォームを選択し、 Data ONTAP プロンプトからインストールするサービス プロセッサ イメージを選択して、 [Go]をクリックします。 3. [Download]をクリックして、手順を完了します。 タスクの結果 SP が更新され、SP のリブートを求めるプロンプトが表示されます。 SP のリブートには 60 秒ほどか かります。 注: SP を通じてコンソールに接続していない場合は、SP リブート中も接続はアクティブなままで す。 SP を通じてコンソールに接続している場合は、ストレージ システムへのコンソール接続が切断 されます。 約 1 分後に SP がリブートし、自動的に接続が再確立されます。 関連情報 システム ファームウェアおよび診断ダウンロード:support.netapp.com/NOW/cgi-bin/fw ファームウェアの更新 | 93 SP CLI を使用した SP ファームウェアの更新 SP ファームウェアは、SP のプロンプトから更新できます。 開始する前に ファームウェアのダウンロードおよび更新には、以下が必要です。 • • • Web サーバへのアクセス(ご使用のストレージ システムからアクセス可能なネットワーク上に あるサーバ) その Web サーバ名および IP アドレス ストレージ システム SP CLI へのアクセス 手順 1. ネットアップ サポート サイトで「System Firmware + Diagnostics Download」にアクセスします。 2. プラットフォームを選択し、 SP プロンプトからインストールするサービス プロセッサ イメージを 選択して、 [Go]をクリックします。 3. [Download]をクリックして、手順を完了します。 関連情報 システム ファームウェアおよび診断ダウンロード:support.netapp.com/NOW/cgi-bin/fw RLM ファームウェアの更新 Remote LAN Module(RLM)ファームウェアをアップグレードするには、Data ONTAP CLI または RLM CLI を使用して RLM ファームウェアのダウンロードと更新を行います。 RLM の詳細および動作については、 『Data ONTAP 7-Mode システム アドミニストレーション ガイ ド』を参照してください。 RLM ファームウェア 4.0 以降の要件 RLM ファームウェア 4.0 以降では、フラッシュ メディア上で異なるレイアウトが必要になります。 新 しいレイアウトへの移行を有効にするには、最新の 3.1.x RLM ファームウェアを実行していること を確認してから、4.0 以降のファームウェアに更新する必要があります。 RLM を 4.0 に更新するには、最新の 3.1.x ファームウェアを実行している必要があります。 3.1 よ り前のファームウェア バージョンを実行している場合は、まず最新の 3.1.x ファームウェアに更新し たうえで、3.1 から 4.0 に更新する必要があります。 注意: RLM ファームウェアの更新に Data ONTAP CLI および RLM CLI のいずれを使用する場 合でも、 3.1 より前のファームウェア バージョンから 4.0 以降に直接更新しないでください。 直接 更新すると、RLM フラッシュ デバイスが破損します。 94 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Data ONTAP CLI または RLM CLI を使用して 4.0 以降に更新する場合は、フル イメージ更新の -f オプションを指定して rlm update コマンドを実行する必要があります。 これより新しい更新で は、 -f オプションは不要です。 RLM CLI から RLM ファームウェアを更新する場合は、通常の手順を使用できます。 注: Data ONTAP 7.3.3 以降、RLM は IPv6 をサポートします。 IPv6 を使用して RLM トラフィック を送信するには、RLM 4.0 を実行し、IPv6 がストレージ システムで有効になっている必要があ ります。 『Data ONTAP 7-Mode システム アドミニストレーション ガイド』を参照してください。 Data ONTAP CLI を使用した RLM ファームウェアの更新 RLM ファームウェアは、ストレージ システムのプロンプトから更新できます。 開始する前に ファームウェアのダウンロードおよび更新には、以下が必要です。 • • • Web サーバへのアクセス(ご使用のストレージ システムからアクセス可能なネットワーク上に あるサーバ) その Web サーバ名および IP アドレス ストレージ システムのシリアル コンソールへのアクセス 手順 1. 次のコマンドを入力して、現在の RLM ファームウェア バージョンを表示します。 rlm status 次のような情報が表示されます。 Remote LAN Module Status: Online Part Number: 000-00000 Revision: A0 Serial Number: 00000 Firmware Version: 1.2 Mgmt MAC Address: 00:00:00:00:00:00 Ethernet Link: up Using DHCP: no 2. 次の表で、RLM のファームウェア バージョンに応じた手順を確認して実行します。 ファームウェアの更新 | 95 ファームウェアのバー ジョン 作業 3.1 より前 手順 3 から 7 を実行して、最新の 3.1.x バージョンにアップグレードします。 バージョン 4.0 以降に更新したい場合は、手順 8 から 13 も実行する必要があ ります。 3.1.x 手順 8 から 13 を実行します。 4.0 以降 手順 3 から 7 のみ実行します。 3. ネットアップ サポート サイトにアクセスし、「Firmware Instructions for the Remote LAN Module」を参照します。 4. RLM_FM.zip リンクをクリックして、 ネットアップ サポート サイトから HTTP サーバにファイル をダウンロードします。 最新の 3.1.x または 4.0 ファームウェアを、必要な更新版に応じてダウンロードする必要があり ます。 ネットアップ サポート サイト上にある最新の 4.x ファームウェアが、ご使用の RLM で実行され ているバージョンと同じである場合、現時点では RLM ファームウェアを更新する必要はありま せん。 5. ストレージ システムのプロンプトで次のコマンドを入力します。 software update http://Web_server/RLM_FW.zip -f 6. software update コマンドの実行が終了したら、次のコマンドを入力します。 rlm update 更新の進捗状況を示すメッセージが表示されます。 7. RLM の更新を求めるシステム プロンプトが表示されたら、 y を入力して手順を続行します。 RLM が更新され、RLM のリブートを求めるプロンプトが表示されます。 RLM のリブートには 約 60 秒かかります。 注: RLM を通じてコンソールに接続していない場合は、リブート中も接続は維持されます。 次のいずれかの操作を行います。 状況または条件 操作 すでにファームウェア バージョン 4.0 に更新 済み、または 4.0 に更新する予定がない 手順は完了です。 初めてファームウェアをバージョン 4.0 以降に 次の手順に進みます。 更新する 8. まだバージョン 4.0 のファームウェアをダウンロードしていない場合は、手順 3 および 4 の説明 に従ってダウンロードします。 96 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 9. ストレージ システムのプロンプトで次のコマンドを入力します。 software update http://Web_server/RLM_FW.zip -f 10. software update コマンドの実行が終了したら、次のコマンドを入力します。 rlm update 更新の進捗状況を示すメッセージが表示されます。 11. software update コマンドの実行が終了したら、ストレージ システム コンソールで次のコマン ドを入力し、アドバンスト モードの管理コマンドにアクセスします。 priv set advanced 12. ストレージ システムのプロンプトで次のコマンドを入力します。 rlm update -f 注: IPv6 用の新しいフラッシュ レイアウトを有効にするため、 -f オプションは必ず指定してく ださい。 更新の進捗状況を示すメッセージが表示されます。 13. RLM の更新を求めるシステム プロンプトが表示されたら、 y を入力して手順を続行します。 RLM が更新され、RLM のリブートを求めるプロンプトが表示されます。 RLM のリブートには 約 60 秒かかります。 注: RLM を通じてコンソールに接続していない場合は、リブート中も接続は維持されます。 14. 次のコマンドを入力して、標準の管理コンソール プロンプトに戻ります。 priv set admin 関連情報 Remote LAN Module(RLM)ファームウェア:support.netapp.com/NOW/download/tools/rlm_fw RLM CLI を使用した RLM ファームウェアの更新 RLM ファームウェアは、RLM プロンプトから更新できます。 開始する前に ファームウェアのダウンロードおよび更新には、以下が必要です。 • • • Web サーバへのアクセス(ご使用のストレージ システムからアクセス可能なネットワーク上に あるサーバ) その Web サーバ名および IP アドレス ストレージ システムのシリアル コンソールへのアクセス ファームウェアの更新 | 97 手順 1. 次のコマンドを入力して、現在の RLM ファームウェア バージョンを表示します。 rlm status 次のような情報が表示されます。 Remote LAN Module Status: Online Part Number: 000-00000 Revision: A0 Serial Number: 00000 Firmware Version: 1.2 Mgmt MAC Address: 00:00:00:00:00:00 Ethernet Link: up Using DHCP: no 2. 次の表で、RLM のファームウェア バージョンに応じた手順を確認して実行します。 ファームウェアのバージョ ン 作業 3.1 より前 手順 3 から 7 を実行して、最新の 3.1.x バージョンにアップグレードします。 4.0 以降に更新したい場合は、手順 8 から 13 も実行する必要があります。 3.1.x 手順 8 から 11 を実行します。 4.0 以降 手順 3 から 7 のみ実行します。 3. ネットアップ サポート サイトにアクセスし、「Firmware Instructions for the Remote LAN Module」を参照します。 4. RLM_FM.tar.gz リンクをクリックして、 ネットアップ サポート サイトから HTTP サーバにファイ ルをダウンロードします。 最新の 3.1.x または 4.0 ファームウェアを、必要な更新版に応じてダウンロードする必要があり ます。 ネットアップ サポート サイト上にある最新の 4.x ファームウェアが、ご使用の RLM で実行中の バージョンと同じである場合、現時点ではファームウェアを更新する必要はありません。 5. 管理ホストで次のコマンドを入力し、RLM にログインします。 ssh username@RLM_IP_address 6. RLM プロンプトで、次のコマンドを入力します。 rlm update http://Web_server_addr/RLM_FW.tar.gz 7. RLM をリブートするように求めるメッセージが表示されたら、RLM プロンプトで次のコマンドを 入力します。 rlm reboot 98 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 注: RLM を通じてコンソールに接続している場合は、ストレージ システムへのコンソール接 続が切断されます。 約 1 分後に RLM がリブートし、自動的に接続が再確立されます。 次のいずれかの操作を行います。 状況または条件 操作 すでにファームウェア 4.0 に更新済み、また は 4.0 に更新する予定がない 手順は完了です。 初めてファームウェアを 4.0 以降に更新する 次の手順に進みます。 8. 4.0 のファームウェアをまだダウンロードしていない場合は、手順 3 および 4 の説明に従ってダ ウンロードします。 9. RLM プロンプトで次のコマンドを入力します。 rlm update http://web_server_addr/RLM_FW.tar.gz -f 10. RLM をリブートするように求めるメッセージが表示されたら、RLM プロンプトで次のコマンドを 入力します。 rlm reboot 注: RLM を通じてコンソールに接続している場合は、ストレージ システムへのコンソール接 続が切断されます。 約 1 分後に RLM がリブートし、自動的に接続が再確立されます。 関連情報 Remote LAN Module(RLM)ファームウェア:support.netapp.com/NOW/download/tools/rlm_fw RLM ファームウェアの更新に関する問題 RLM ファームウェアの更新に問題が生じた場合は、多くの原因が考えられます。 EMS イベントを 検索すると、ファームウェアの障害をトラブルシューティングできます。 ファームウェアの更新に問題が生じた場合、次のいずれかが原因となっている可能性があります。 • • • • • ファームウェア イメージが不適切か、壊れている。 RLM へのファームウェア送信中に通信エラーが発生した。 RLM に新しいファームウェアをインストールしようとしたが、正常に更新されなかった。 更新中にストレージ システムがリセットされた。 更新中に電源が切断された。 EMS イベントを検索すると、ファームウェアの障害をトラブルシューティングできます。 たとえば、 通信エラーによりファームウェア更新が失敗した場合のエラー メッセージは次のように表示されま す。 rlm.orftp.failed:warning]: RLM firmware update failed: ORFTP couldn’t send info.symlinks to RLM. イベント管理システム(EMS)の詳細については、ems(1)のマニュアル ページを参照してください。 ファームウェアの更新 | 99 Data ONTAP CLI による、RLM ファームウェアの更新に関わる問題のトラブルシューティング Data ONTAP CLI を使用して、ファームウェアの更新に関する問題のトラブルシューティングを行う ことができます。 手順 1. ストレージ システムのプロンプトで次のコマンドを入力して、RLM がオンラインであることを確 認します。 rlm status 2. 「Data ONTAP CLI を使用した RLM ファームウェアの更新」 3. 必ず正しいファイル名の RLM ファームウェア(filename.zip)を使用してください。 4. ストレージ システムのプロンプトで次のコマンドを入力して、RLM をリブートします。 rlm reboot RLM のリブートは約 1 分かかります。 5. 1 分経っても RLM がリブートしない場合は、手順 1 から 4 を繰り返します。 それでも RLM がリブートしない場合は、テクニカル サポートに連絡してください。 関連タスク Data ONTAP CLI を使用した RLM ファームウェアの更新(94 ページ) RLM CLI による、RLM ファームウェア更新に関わる問題のトラブルシューティング RLM CLI を使用して、ファームウェア更新に関わる問題のトラブルシューティングを行うことができ ます。 手順 1. ストレージ システムのプロンプトで次のコマンドを入力して、RLM がオンラインであることを確 認します。 rlm status 2. ブラウザから、Web サーバ上の RLM ファームウェア ファイルにアクセスします。 3. 必ず正しいファイル名の RLM ファームウェア(filename.tar.gz)を使用してください。 4. RLM プロンプトで次のコマンドを入力してファームウェアを更新します。 rlm update http://path_hostname/RLM.FW.tar.gz [-f] このコマンドが正常に実行されない場合は、 path_hostname を対応する IP アドレスに置き換 えます。 -f オプションを指定すると、フル イメージが更新されます。 100 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 5. ストレージ システムのプロンプトで次のコマンドを入力して、RLM をリブートします。 rlm reboot 関連タスク RLM CLI を使用した RLM ファームウェアの更新(96 ページ) BMC ファームウェアの更新 BMC ファームウェアは、Data ONTAP ソフトウェア イメージに付属しています。 BMC が搭載され たシステムで Data ONTAP ソフトウェアのアップグレードを実行すると、Data ONTAP アップグレー ド イメージに付属している BMC ファームウェアが、ご使用のシステム上のファームウェアよりも新 しいバージョンの場合、ご使用のストレージ システムのブート デバイスにインストールされます。 新しい BMC ファームウェアがインストールされた場合、update_bmc ブートローダー マクロを実行 して新しい BMC ファームウェアを BMC デバイスにロードする必要があります。 無停止方式を使 用して HA 構成の BMC ファームウェアをロードするか、ハイアベイラビリティおよび単一システム の両方の構成で停止方式を使用できます。 BMC の詳細および動作については、『Data ONTAP 7-Mode システム アドミニストレーション ガイ ド』を参照してください。 関連コンセプト Data ONTAP ソフトウェア イメージのインストール(47 ページ) 古い BMC ファームウェアの検出 Data ONTAP ソフトウェアをアップグレードしたあと、新しい BMC ファームウェアがシステムにロー ドされたかどうかを判別する必要があります。 手順 1. ストレージ システムのプロンプトで次のコマンドを入力して、現在インストールされている BMC ファームウェアのバージョンを確認します。 bmc status 例 storage_system> bmc status Baseboard Management Controller: Firmware Version: 1.1 2. ストレージ システムのプロンプトで、次のコマンドを入力し、ブート デバイス上の BMC ファーム ウェアのバージョンを確認します。 version -b ファームウェアの更新 | 101 BMC ファームウェアのバージョンを含め、ブート デバイスの File Allocation Table(FAT)ファイ ルシステムの内容がコンソールに表示されます。 例 storage_system> version -b 1:/x86_elf/kernel/primary.krn: OS 7.2.2L1X9 1:/backup/x86_elf/kernel/primary.krn: OS Rgb-shuarN_070510_0030 1:/x86_elf/diag/diag.krn: 4.8 1:/x86_elf/firmware/deux/firmware.img: Firmware 3.1.0 1:/x86_elf/firmware/SB_XIV/firmware.img: BIOS/NABL Firmware 3.0 1:/x86_elf/firmware/SB_XIV/bmc.img: BMC Firmware 1.0 3. bmc status コマンドおよび version -b コマンドの出力結果を比較します。 状況または条件 操作 同じ BMC ファームウェア バージョンが表示される この時点では BMC ファームウェアの 更新は不要 version -b の出力結果に示された BMC ファームウェア バージョンが、bmc status 出力結果に示されたバージョン よりも新しい 無停止方式または停止方式を使用して BMC ファームウェアを更新 無停止の BMC ファームウェア更新 BMC ファームウェアの更新中もサービスを継続する必要がある場合には、無停止の更新方式が 適しています。 この方式を使用するには、ストレージ システムが HA 構成である必要があります。 開始する前に 新しい BMC ファームウェアがシステムに存在する必要があります。 手順 1. 以降の手順で、システム A およびシステム B として示されている各ストレージ システムに、次 のコマンドを入力します。 priv set advanced プロンプトでは、ストレージ システム名のあとにアスタリスク(*)が表示され、アドバンスト モー ドに切り替わったことを示します。 2. CIFS がシステム A で使用中の場合、次のコマンドを入力して終了します。 cifs terminate -t nn nn は CIFS サービスが終了するまでの時間を示し、ご使用のクライアントに適した通知時間 (分)です。 この時間が経過したら、次の手順に進みます。 3. 自動ギブバック オプション(cf.giveback.auto.enable)が on に設定されている場合、HA 構成のいずれかのシステムで次のコマンドを入力して、自動ギブバックを無効にします。 102 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド options cf.giveback.auto.enable off アップグレード手順が終了したら、(必要に応じて)このオプションを on にリセットします。 4. システム B のコンソールで、次のコマンドを入力します。 cf takeover このコマンドを実行すると、システム A は正しくシャットダウンし、システム B がテイクオーバー モードになります。 5. システム A のコンソールでブート環境のプロンプトを表示するには、ブート シーケンスの開始 後、指示が表示されたら、システム A のコンソールで Ctrl+C キーを押します。 システム A のコンソールに Waiting for giveback メッセージが表示されたら、システム A のコンソールで Ctrl+C キーを押して、ブート環境のプロンプトを表示することもできます。 待機 ではなくノードの停止を求めるプロンプトが表示されたら、y を入力します。 6. ブート環境のプロンプトで次のコマンドを入力してシステムをリセットします。 bye 7. 手順 5 を繰り返して、システム A でブート環境のプロンプトを再度表示します。 8. ブート環境のプロンプトで、次のコマンドを入力します。 update_bmc update_bmc マクロは、ブート デバイス上のイメージから BMC ファームウェアを更新し、コンソ ールにメッセージを表示します。 LOADER> update_bmc BMC firmware version: 1.2 Programming: this might take up to 120 seconds to complete... pre-init time [bmc.reset.power:notice]: Hard reset by external powercycle. BMC Release 1.2 Press ^G to enter BMC command shell Important: In order for the BMC firmware changes to fully take effect, it is necessary to reboot using the "bye" command before starting ONTAP 新しい BMC ファームウェアに新しい Non-Volatile Memory Management(NVMEM)バッテリ フ ァームウェア イメージも含まれている場合は、バッテリ ファームウェアが自動的に更新されま す。 9. 次のコマンドを入力し、新しいファームウェアを使用するストレージ システムをリブートします。 bye 10. 8 分待ってから次の手順に進みます。 このように待機することで、次の状態が保証されます。 ファームウェアの更新 | 103 テイクオーバーしたノードがクライアントにデータを提供している。 クライアントのアプリケーションがテイクオーバー中に発生する I/O の中断から回復した。 ストレージ システムの負荷が安定レベルに戻っている。 マルチパス(導入された場合)が安定している。 • • • • 11. システム B のコンソールで、次のコマンドを入力します。 cf giveback 注意: 次のような状況が検出された場合、ギブバックは開始されず、エラー メッセージが返さ れます。 • • • • 開いているクライアント セッション(CIFS セッションなど) 実行時間の長い処理 再開できない処理(テープ バックアップ、SyncMirror の再同期など) エラー状態(ノード間のディスク接続不一致など) ギブバックが開始されない場合、次の手順を実行します。 a. エラー メッセージに示された状態に対処して、特定された処理が正常に終了するようにし ます。 b. -f オプションを指定してギブバックを再開します。 cf giveback -f -f オプションの詳細については、cf(1)のマニュアル ページを参照してください。 システム A が新しいファームウェアでリブートし、ハイアベイラビリティ パートナーとして通常の 動作を再開します。 12. 手順 2 から 11 を繰り返し、パートナーのシステムを更新します。つまり、システム A をテイクオ ーバー モードにしてシステム B をシャットダウンし、更新します。 13. 次のコマンドを入力して、標準の管理コンソール プロンプトに戻ります。 priv set admin 停止方式を使用した BMC ファームウェアの更新 システム ファームウェアの更新に伴ってダウンタイムが生じても問題ない場合には、停止方式のフ ァームウェア更新が適しています。 開始する前に 新しい BMC ファームウェアがシステムに存在する必要があります。 手順 1. ストレージ システムのプロンプトで次のコマンドを入力します。 halt 104 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド ストレージ システム コンソールに、ブート環境のプロンプトが表示されます。 2. ブート環境のプロンプトで、次のコマンドを入力します。 update_bmc update_bmc マクロは、ブート デバイス上のイメージから BMC ファームウェアを更新し、コンソ ールにメッセージを表示します。 例 LOADER> update_bmc BMC firmware version: 1.2 Programming: this might take up to 120 seconds to complete... pre-init time [bmc.reset.power:notice]: Hard reset by external powercycle. BMC Release 1.2 Press ^G to enter BMC command shell Important: In order for the BMC firmware changes to fully take effect, it is necessary to reboot using the "bye" command before starting Data ONTAP 新しい BMC ファームウェアに新しい Non-Volatile Memory Management(NVMEM)バッテリ フ ァームウェア イメージも含まれている場合は、バッテリ ファームウェアが自動的に更新されま す。 3. BMC ファームウェアの更新が終わったら、ブート環境のプロンプトで次のコマンドを入力してシ ステムを再開します。 bye Flash Cache ファームウェアの更新 Flash Cache デバイスのファームウェアは、 Data ONTAP アップグレードの配布ファイルに付属して います。 実行中のファームウェアが Data ONTAP システム ファイルにバンドルされているファーム ウェアより古い場合、自動的に更新されます。 ファームウェア更新は、元の 16-GB PAM デバイスには利用できません。 自動更新は、Flash Cache デバイスにのみ実行され、PAM デバイスには実行されません。 Data ONTAP を無停止でアップグレードする場合(NDU)、Flash Cache ファームウェアは無停止で 更新されます。 これは、Flash Cache ファームウェアのアップグレードに必要なリブートが、 cf giveback プロセスの最終リブート前に行われるためです。 この結果、システムに Flash Cache デ バイスが含まれる場合、Data ONTAP NDU の実行中にリブートが複数回行われる可能性があり ますが、これは想定内の動作です。 ファームウェアの更新 | 105 Flash Cache と PAM の説明および機能の詳細については、 『Data ONTAP 7-Mode システム アド ミニストレーション ガイド』を参照してください。 106 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 以前の Data ONTAP リリース ファミリーにリバートする ストレージ システムを以前のファミリーの Data ONTAP リリースに移行することを リバートと呼び ます。 リバートでは、 revert_to コマンドを使用し、リバート後の手順を完了する準備が必要で す。 revert_to コマンドは、Data ONTAP のディスク上の構造を以前のターゲット リリースと互換性を 持つように変更して、システムのリバートの準備を完了させます。 注意: 以前のリリース ファミリーのリリースを単純にダウンロード、ブート(ネットブート)して Data ONTAP をリバートしようとしないでください。 リバートした場合、以前のターゲット リリースはブ ートできません。 revert_to command をリバート プロセスに使用する必要があります。 詳細については、revert_to(1)のマニュアル ページを参照してください。 リバートのタイミングおよびテクニカル サポート連絡のタイミング 新しいシステムまたはテスト用システムは支援なしでリバートできますが、アップグレードの実行中 や実行後に問題が発生した場合や、本番環境システムをリバートする場合はテクニカル サポート に連絡してください。 次の場合のみ、テクニカル サポートの支援なしで以前のリリース ファミリーにリバートできます。 • • テスト用システムで新しいリリースにアップグレードしたあと、テストが完了したので元のリリー スに戻す。 Data ONTAP の以前のリリースで標準化している環境に、まだ本番環境に使用していない Data ONTAP の以降のリリースを実行する新しいストレージ システムを構成する。 次の場合は、テクニカル サポートの支援なしで Data ONTAP をリバートしないでください。 • • • アップグレード プロセスが失敗して終了できない。 アップグレード プロセスが終了したが、本番環境でシステムが使用できない。 アップグレード プロセスが終了してシステムが本番環境に移行したが、正しく動作しない。 このような場合は、すぐにテクニカル サポートに連絡してください。 リバートの計画 Data ONTAP ではリリースの更新ごとに新機能が追加されるため、リバート要件について理解し、 リバートが現在の構成にどのような影響を与えるかを評価する必要があります。 リバートを開始する前に、次の作業を計画する必要があります。 • Data ONTAP のリバート ソース リリースの『リリース ノート』の内容の確認。 以前の Data ONTAP リリース ファミリーにリバートする | 107 • • • 既存のソフトウェアからターゲット リリースにリバートするための要件の把握。 リバート実行後のシステムの潜在的な機能変更の把握。 リバート チェックリストの全項目に対処するための準備。 リバート チェックリスト 正常にリバートするには、リバート前、リバート中、リバート後にいくつかの項目をチェックする必要 があります。 リバートの準備手順 準備手順は、次の条件がすべて当てはまると完了します。 • 次の一般的なリバート要件を満たしている。 ターゲット リリースのソフトウェアおよびハードウェアのサポートを確認した。 システム ステータス要件が対処されている。 リバートを妨げる可能性がある標準システム サービスとプロセスを実行していない。 本番環境システムをリバートする場合、ご使用の環境の潜在的な問題を特定し、準備手順を 適切に完了している。 ターゲット Data ONTAP イメージを ネットアップ サポート サイトから入手し、リバートするシステ ムで利用できる。 • • • • • リバートの実行手順 HA ペアの各パートナーで次の条件がすべて当てはまると、ソフトウェアのリバート手順が完了し ます。 • • • revert_to コマンドにより特定された残りの条件が対処されている。 revert_to コマンドが実行を終了し、各システムがターゲット リリースをブートした。 正しい SP ファームウェアがロードされ、サポート対象のプラットフォームで実行している。 リバート後の手順 リバート後の手順は、次の条件がすべて当てはまると完了します。 • • • HA 関係がパートナー ノード間でリストアされた。 サービスおよびプロトコルが予想どおりに機能している。 本番環境システムをリバートする場合、ご使用の環境の潜在的な問題を特定し、リバート後の 手順を適切に完了した。 108 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 一般的なリバート要件 以前の Data ONTAP バージョンにリバートする前に、ターゲット リリース、システム ステータス、運 用要件を満たす必要があります。 これらの要件を満たさず、revert_to コマンドがこれらの状態 の 1 つを検出した場合、問題が解決するまで処理を停止します。 ターゲット リリース要件 ターゲット リリースの要件は次のとおりです。 • • Data ONTAP 7.3.2 より前のリリースに直接リバートはできません。 Data ONTAP 7.2.x リリースにリバートする場合、まず 7.3.2 にリバートしてから、ターゲットの 7.2 リリースにリバートする必要があります。 Data ONTAP の 7.3.2 より前の 7.3.x リリースにリバートする場合、まず 7.3.2 にリバートしてか ら、ターゲットの 7.3 リリースにダウングレードする必要があります。 リバート前に、 8.1 リリース ファミリーのすべての機能を無効にする必要があります。 ストレージ システムがストレージ暗号化用に構成されている場合、8.1 より前の Data ONTAP バージョンをインストールして実行しないでください。 実行すると、システムが無効になり、データにアクセスできなくなります。 • Data ONTAP 8.1 システムは、SnapLock ボリュームが含まれる場合、8.0.x リリースにはリ バートできません。 SnapLock は、Data ONTAP 8.0 リリース ファミリーでは無効です。 SnapLock ボリュームの あるシステムを 8.0.x リリースにリバートしようとすると、ご使用のストレージ システムが使 用できなくなる可能性があります。 • Data ONTAP 8.1 システムは、SnapLock ボリュームが含まれる場合、7.3.1 より前の 7.3 リリ ースにはリバートできません。 SnapLock は、7.3.1 を含む Data ONTAP 7.3 リリース ファミリーで導入されました。 SnapLock ボリュームのあるシステムを 7.3.x リリースにリバートしようとすると、ご使用のス トレージ システムが使用できなくなる可能性があります。 システムに 64 ビット アグリゲートが含まれる場合、Data ONTAP 8.1 システムを 7.3.x リリース にはリバートできません。 Data ONTAP 7.3 リリース ファミリーは、64 ビット アグリゲートをサポートしません。 7.3.x リリースにリバート前に、64 ビット アグリゲートは削除できません。 64 ビット アグリゲート が含まれる本番環境 システムをリバートする前に、テクニカル サポートにお問い合わせくださ い。 以前の Data ONTAP リリースからアップグレードしたあとにハードウェア コンポーネントを追加 した場合、以前のリリースにリバートしたときにコンポーネントが引き続き機能することを確認す る必要があります。 Data ONTAP をアップグレードして新しいハードウェアをサポートした場合、リバート前にそのハ ードウェアを取り外してシステムを再設定する必要があります。 ネットアップ サポート サイトの Interoperability Matrix を調査して、設定のすべてのコンポーネ ントが Data ONTAP のリバート ターゲット リリースと互換性があることを確認します。 • • • • 以前の Data ONTAP リリース ファミリーにリバートする | 109 注意: Data ONTAP 8.0 リリース ファミリーでは、次の機能を含めた多くの Data ONTAP 標準 機能がサポートされていません。 • • • SnapLock IPv6 IPSec 変換前にターゲットの 8.0 リリースの『リリース ノート』を確認してください。 これらの機能やそ の他の未サポート機能を設定している場合、Data ONTAP 8.0 ファミリーにシステムをリバー トしないでください。 システム ステータス要件 システム ステータス要件は次のとおりです。 • • • • • • • • • • • すべてのディスクはオンラインになっている必要があります。 すべてのボリュームおよびアグリゲートはリバート前にオンラインである必要があります。 FlexVol をサポートする、以前の Data ONTAP リリースにリバートする場合、オフラインまたは制 限状態の FlexVol が存在するとリバートは完了できません。 すべてのボリュームおよびアグリゲートにファイルシステム エラーと不良ブロックが存在しては いけません。 圧縮されたボリュームは、リバート前に解凍する必要があります。 未保存のコアはすべてリカバリまたは解放する必要があります。 ターゲット リリースより新しい Data ONTAP リリース ファミリーに作成された Snapshot コピー は、ソース システムに存在できません。 以前のリリース ファミリーにリバート前に、コピーを削除する必要があります。 すべての SnapMirror 関係は解除されている必要があります。 重複排除ボリュームのメタデータは、 sis revert_to コマンドを使用してリバートまたは削除 する必要があります。 システムのすべての LUN は、デフォルトの vFiler ユニット vfiler0 が所有する必要がありま す。 アップグレードの実行中はリバートできません。リバート前にアップグレードを完了する必要が あります。 以前の Data ONTAP アップグレードのクォータ アップグレード処理がバックグラウンドで進行中 である場合は、リバートできません。 運用要件 これらの条件のいずれかが発生した場合、 revert_to コマンドはエラー メッセージを示し停止し ます。 問題の解決後、 revert_to を再入力できます。 次のサービスおよびプロトコルは、Data ONTAP リバート中は実行できません。 • • ハイアベイラビリティ(HA)のテイクオーバーおよびギブバック NFS 110 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • • • • CIFS FC SnapMirror SnapVault 次のジョブは、Data ONTAP リバート中は実行できません。 • • • • • • • • • ダンプまたはリストア RAID スクラビング RAID の最適化された再構築 RAID 同化 RAID ディスク完全消去 wafliron inode ファイル アップグレード ディスクの maintenance center のテスト ディスク障害の処理 構成済みシステムをリバートする場合の要件 システムの初期設定後に新しいストレージ システムに Data ONTAP 機能を設定した場合、または システムをアップグレードして設定を変更した場合は、Data ONTAP の以前のバージョンにシステ ムをリバートする前に、リバートの一般的な要件に加えて特定の要件を満たす必要があります。 リバート前に対処する問題 ターゲット システムで次の Data ONTAP 機能のニーズを評価し、必要に応じてリバート前にシステ ムを準備する必要があります。 • • ストレージ容量 ストレージ システムは、以前のリリースの最大容量制限に従う必要があります。 スペース ギャランティ 以前のリリースにリバートした場合、スペース ギャランティは維持されません。 次の Data ONTAP 機能を実装した場合、要件を評価し、必要に応じてリバート前に設定を変更す る必要があります。 • • • • • • SnapMirror /etc/rc ファイルのインターフェイス グループ設定 VLAN 重複排除 SSD ファブリック接続の MetroCluster 設定の Brocade スイッチ 以前の Data ONTAP リリース ファミリーにリバートする | 111 リバート後に対処する問題 ターゲット システムで次の Data ONTAP 機能のニーズを評価し、必要に応じてリバート後に設定 を調整する必要があります。 • • • • • 重複排除 NDMP FSID が書き換えられたボリューム TOE FC スイッチのインオーダー フレーム配信 特殊なシステム ファイル Data ONTAP 8.0 より前のリリースからアップグレードされたストレージ システムでは、システムの すべてのボリュームに、いくつかのシステム ファイルが存在します。 テクニカル サポートから指示 されないかぎり、これらのファイルは削除または変更しないでください。 これらのファイルを使用す ると、Data ONTAP 8.0 より前のリリースにリバートする場合に、Snapshot コピー内の LUN をリスト アできます。 次のシステム ファイルは、ルート ボリュームを含むすべてのボリュームのルート レベルに存在しま す。 • • .vtoc_internal .bplusvtoc_internal リバートの問題の特定 Data ONTAP のすべてのリリース ファミリーには、それぞれ固有のリバート要件があります。リバ ート前にそれらの要件をきちんと把握し、解決しておく必要があります。 詳細情報および将来検出される可能性があるリバートの問題を確認するには、ソース リリースお よびターゲット リリースの『Data ONTAP 7-Mode リリース ノート』を参照してください。 このガイドの 公開時点で既知のリバートの問題の概要を次に示します。 • • • • Data ONTAP 8.1 を 8.0.x リリースにリバートするときに、reboot コマンドを入力するように求め るメッセージが画面に表示されることがあります。 このメッセージは誤りであり、正しくは revert_to コマンドを入力する必要があります。 Data ONTAP 8.1 をそれ以前の一部のリリースにリバートした場合、Data ONTAP 8.1 で作成し た LUN の検証が失敗することがあります。 Data ONTAP 8.1 以降のリリースでは、番号記号(#)やアンパサンド(&)など、以前の一部のリ リースでサポートされていない文字を LUN のシリアル番号に含めることができます。 SnapLock をサポートする以前のリリースの Data ONTAP にリバートする場合は、SnapLock ボ リュームの ComplianceClock 時間および自動コミット期間のステータスに注意する必要があり ます。 MultiStore 機能が有効なシステムを Data ONTAP 8.1 より前のリリースにリバートすると、場合 によっては MultiStore ライセンスおよび vFiler ユニットが削除されます。 影響を受けるストレージ システムは、62xx、32xx、FAS2240、FAS2220、FAS2040 です。 112 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • • • • AZCS およびチェックサム混在のアグリゲート、Flash Pool、マルチディスク キャリアのディスク シェルフは、Data ONTAP 8.0 ではサポートされていません。 これらのアグリゲートを削除してからダウングレードする必要があります。 DS4486 ディスク シェルフは、Data ONTAP 8.0 にリバート前に削除する必要があります。 AIX をサポートする SAN 環境で操作している場合、Data ONTAP 8.0 にリバート前にすべての AIX igroup を削除してから AIX サポートを削除する必要があります。 ボリューム数が 200 を超える 3210 システムを以前のリリースにリバートすると、システム パニ ックが発生することがあります。 Data ONTAP 8.1 以降のリリースでは、3210 システムでサポートされるボリュームが 500 に増 量されました。 以前の Data ONTAP リリース ファミリーでは、ボリュームは 200 しかサポートさ れません。 そのため、ボリューム数が 200 を超える 3210 システムを以前のリリースの Data ONTAP にリバートした場合、一部のボリュームはオンラインになりません。 Data ONTAP をリバートする準備 以前の Data ONTAP リリース ファミリーにリバートする前に、リバート要件を確認し、リバートの問 題をすべて解決して、ターゲット リリースの Data ONTAP ソフトウェア イメージを入手する必要が あります。 リバートの注意事項および手順の最新情報については、この Data ONTAP ソース リリースの 『リ リース ノート』を確認してください。 以前の Data ONTAP リリース ファミリーにリバートする | 113 リバート要件に対処するコマンド リバートが確実に成功するように、 revert_to コマンドの実行前に Data ONTAP のリバートに影 響を与えるシステム状態および処理のステータスを確認して、適切な処理を実行できます。 システム ステータス 確認項目 ステータス確認に使用するコ マンド リバート前に対処する要件 7.3 へのリバート時に 64 ビット アグリゲートが存在しない aggr status qtree SnapMirror を使用し、64 ビット アグリゲートを削除して、 32 ビット アグリゲートにデータ を移行します。 64 ビット アグリゲートが含まれ る本番環境 システムをリバー トする前にテクニカル サポート に問い合わせます。 qtree SnapMirror の詳細につ いては、『Data ONTAP 7- Mode データ保護:オンライン バックアップおよびリカバリ ガ イド』を参照してください。 8.0.x または 7.3 にリバートす るときに SnapLock ボリューム が存在しない vol status リバートの準備を中止します。 SnapLock ボリュームがあるシ ステムを Data ONTAP 8.0.x リ リースまたは 7.3.1 より前の 7.3.x リリースにリバートしない でください。 オフラインのディスクがない aggr status -f ディスクをオフラインにする、ま たは交換する オフラインまたは制限されてい vol status るボリュームがない 次のコマンドのいずれかを使 用します。 • • 圧縮されたボリュームがない sis status -l vol online vol destroy sis undo -C コマンドを使用 します。 114 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 確認項目 ステータス確認に使用するコ マンド 重複排除ボリュームを ターゲ sis revert_to 7.3 または ット リリースにリバートする準 sis revert_to 8.0 備が完了し、ボリュームに利用 可能なクローンがない リバート前に対処する要件 次のコマンドのいずれかを実 行します。 • sis revert_to 7.3 or sis revert_to 8.0 を実 行して重複排除メタファイ ルをリバートする • sis revert_to 7.3 delete or sis revert_to 8.0 -delete を実行して、重複排除メタ ファイルを削除する wafl inconsistent がマー クされたボリュームがない すぐにテクニカル サポートに 連絡します。 オフラインまたは制限されてい aggr status るアグリゲートがない 次のコマンドのいずれかを使 用します。 vol status • • wafl inconsistent がマー aggr status すぐにテクニカル サポートに 連絡します。 savecore -i savecore コマンドを使用して クされたアグリゲートがない 未保存のコアが存在しない aggr online aggr destroy リカバリまたは解放します。 Snapshot コピーが存在しない snap list snap delete コマンドを使用 して削除します。 Snapshot コピーがその他のア プリケーション(ダンプ、 SnapMirror、クローンなど)に より使用されている場合、処理 が終了するまで待つか、アプリ ケーションを終了する必要が あります。 SnapMirror 関係が存在しない Snapmirror デスティネーション snapmirror break コマンド を使用して解除します。 以前のアップグレードがすべて N/A 完了している アップグレード後 10 分以上待 ってからリバートを開始しま す。 以前の Data ONTAP リリース ファミリーにリバートする | 115 確認項目 ステータス確認に使用するコ マンド リバート前に対処する要件 クォータ アップグレードがバッ クグラウンドで実行されていな い quota status クォータを無効にするか、クォ ータ アップグレードの終了を許 可します。 実行していないサービスの確 認 ステータス確認に使用するコ マンド 処理の手動停止に使用するコ マンド ハイアベイラビリティのテイク オーバーおよびギブバック cf status cf disable NFS nfs status nfs stop CIFS cifs status cifs terminate FC fcp status fcp stop iSCSI iscsi status iscsi stop SnapMirror snapmirror status snapmirror off SnapVault snapvault status snapvault stop サービスおよびプロトコル ジョブ 次のジョブのいずれかが実行中の場合、手動で停止するか、処理が終了するまで待つことができ ます。 実行していないジョブの確認 ステータス確認に使用するコ マンド 処理の手動停止に使用するコ マンド ダンプまたはリストア backup status backup terminate RAID スクラビング aggr scrub status aggr scrub stop RAID の最適化された再構築 aggr status 処理を終了可能 RAID ディスク完全消去 disk sanitize status disk sanitize abort wafliron wafliron はテクニカル サポートから指示された場合のみ実行 し、リバート前にテクニカル サポートに相談してください。 inode ファイル アップグレード *wafl scan status(高度な スキャンを終了可能 コマンドです) ディスクの maintenance center のテスト disk maint status disk maint abort 116 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 実行していないジョブの確認 ステータス確認に使用するコ マンド 処理の手動停止に使用するコ マンド ディスク障害の処理 disk show -v または storage show disk -a 障害ディスクの特定および取り 外し 関連コンセプト リバートのタイミングおよびテクニカル サポート連絡のタイミング(106 ページ) 構成済みシステムをリバートする準備 ご使用の環境でクライアントにデータを提供するように設定しているシステムをリバートする場合、 リバートのための特定の設定が準備されていることを確認する必要があります。 最大容量が小さい Data ONTAP リリースにリバートする場合の要件 Data ONTAP の以前のリリースにリバートする場合は、ご使用のストレージ システムがそのリリー スの最大容量制限を満たしている必要があります。 大容量をサポートするリリースにシステムをアップグレードして、新しい容量を利用するようにストレ ージを設定した場合は、以前のリリースにリバートする前に小さい容量制限に合わせてシステムを 再設定する必要があります。 再設定しないと、リバート プロセス後に超過容量が切り離されるまで ストレージ システムは起動しません。 アグリゲートを破棄するか別のシステムに移動して、システムの総容量を削減できます。 ストレー ジの再割り当て先のシステムは次の要件を満たしている必要があります。 • • • ストレージを再割り当てできるだけのスペア容量がある。 ディスクが現在インストールされているシステムと同一リリース以降の Data ONTAP を実行して いる。 再割り当てされたディスクをサポートする Data ONTAP を実行している。 アグリゲートの物理的な移動の詳細については、 『Data ONTAP 7-Mode ストレージ管理ガイド』を 参照してください。 特定の Data ONTAP リリースの最大容量制限に関する詳細は、そのリリースの 『システム構成ガ イド』 ガイドの該当項目を参照してください。 関連情報 システム構成ガイド:support.netapp.com/NOW/knowledge/docs/hardware/NetApp/syscfg/ 以前の Data ONTAP リリース ファミリーにリバートする | 117 Data ONTAP 8.1 からリバートする際の ComplianceClock 時間に対する変更 Data ONTAP 8.1 より前のリリースは、ボリューム ComplianceClock をサポートしません。 このた め、SnapLock ボリュームが含まれるストレージ システムをリバートすると、ComplianceClock は SnapLock ボリュームのボリューム ComplianceClock セットの最小値で初期化されます。 SnapLock ボリュームを含まず、システム ComplianceClock が初期化済みのストレージ システムを リバートすると、ComplianceClock はシステム ComplianceClock 時間に初期化されます。 IPv6 をサポートしないリリース ファミリーへのリバート IPv6 をサポートしないリリース ファミリーにリバートする前に、IPv6 アドレスのみ使用した設定をす べて IPv4 アドレスで再設定する必要があります。 特に、/etc ディレクトリ内の vFiler ユニット、 CIFS、DNS サーバ、NIS サーバ、構成ファイルを IPv4 ネットワーク用に手動で再設定する必要が あります。 タスク概要 IPv6 は、Data ONTAP 8.0 リリース ファミリーおよび Data ONTAP 7.3.0 バージョンではサポートさ れません。 ただし、Data ONTAP 7.3.x のその他のバージョンは IPv6 をサポートします。 手順 1. システムが次のような設定を含んでいる場合には、リバートの前に、適切な対応手順を実行す る必要があります。 設定 操作 システムの vFiler ユニットに IPv6 アドレスが設定されている すべての IPv6 アドレスを削除して、IPv4 アドレスに置き換えます。 IPv6 アドレスで DNS サーバを 照会するようにストレージ シス テムが設定されている setup コマンドを実行するか、/etc/resolv.conf ファイルを編 集することによって、DNS サーバを IPv4 アドレスで再設定します。 注: IPv6 アドレスが割り当てられている vFiler ユニットには、アップ グレード後は到達不可となります。 IPv6 アドレスで NIS サーバを照 setup コマンドまたは options nis.servers コマンドを実行す 会するようにストレージ システ ることによって、NIS サーバを IPv4 アドレスで再設定します。 /etc/ ムが設定されている hosts ファイルを編集して、すべての IPv6 アドレスを IPv4 アドレス に置き換えることもできます。 注: DNS サーバおよび NIS サーバを vFiler のコンテキストから設定する場合は、前の表に 示した手順を vFiler のコンテキストから実行してください。 2. オプション:アップグレード後に/etc/exports ファイルから IPv6 アドレスを削除するには、ファ イルを手動で編集して IPv6 アドレスを削除できます。 118 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド メモリに格納されているエクスポート ルールは、exportfs -w コマンドを使用して、/etc/ exports ファイルに書き込むことができます。 このコマンドを実行すると、/etc/exports ファ イルからすべての IPv6 アドレスが削除されます。 IPv6 アドレスを含んだ/etc/exports ファイ ルは/etc/exports.bak2 ファイルにバックアップされます。 3. ストレージ システムのルート ボリュームにアクセスできるワークステーションから、テキスト エ ディタを使用して/etc/hosts ファイルと/etc/rc ファイルを開き、ファイル内のすべての IPv6 アドレス設定を IPv4 アドレスに置換します。 4. 次のコマンドを入力して、ストレージ システムの IPv6 を無効にします。 options ip.v6.enable off 自動設定された IPv6 アドレスは削除されます。 5. ストレージ システムをリブートします。 6. リバート プロセス後に IPv4 接続を確認します。 スペース ギャランティが有効化されたシステムをリバートする場合の考慮事項 以前の Data ONTAP ソフトウェア バージョンにリバートした場合、スペース ギャランティは維持さ れません。 スペース ギャランティが有効なシステムをリバートする前に、設定を確認してスペース ギャランティが正常に動作することを確認する必要があります。 以前のリリースにリバートする際、アグリゲートに十分なスペースがないと、指定された FlexVol へ の書き込みまたは有効なスペース リザベーションがあるファイルへの書き込みは失敗する可能性 があります。 スペース ギャランティはオンライン ボリュームでのみ使用できます。 ボリュームをオフラインにした 場合、そのボリュームに対してコミットされた未使用のスペースは、同じアグリゲート内の他のボリ ュームで使用可能になります。 ボリュームを再びオンラインにした場合、そのスペース ギャランテ ィに対応するだけの十分なスペースがアグリゲートにない可能性があります。 スペース ギャランティの詳細については、『Data ONTAP 7-Mode ストレージ管理ガイド』を参照し てください。 SnapMirror システムのリバート順序 Volume SnapMirror 用に構成されているストレージ システムをリバートする場合には、デスティネ ーション ボリュームが含まれるシステムをリバートする前に、ソース ボリュームが含まれるシステ ムをリバートする必要があります。 同期および半同期の SnapMirror 用に構成されているストレー ジ システムをリバートする場合には、ソース システムおよびデスティネーション システムを同時に リバートする必要があります。 SnapMirror ソース ボリュームのあるストレージ システムをリバートする前に、以前のリリースでサ ポートされていない機能を無効にする必要があります。 リバート後は、デスティネーション システ ムが機能をサポートしていても、特定のボリュームまたはそのコンテンツをデスティネーション シス テムにミラーリングできません。 注: 以前の Data ONTAP リリース ファミリーにリバートする | 119 リバートに関するこれらの考慮事項は、qtree SnapMirror 用に構成されたシステムには適用 されません。 双方向の Volume SnapMirror 転送が成功するには、ソースおよびデスティネーションの両方 をリバートする必要があります。 一方のストレージ システムのみをリバートすると、SnapMirror 転送は失敗します。 • • 基本インターフェイスに VLAN および IP アドレスが設定されている場合のリバート 基本インターフェイスに IP アドレスを設定してそのインターフェイスに VLAN を設定した場合、リバ ート前に/etc/rc ファイルから基本インターフェイス設定を削除する必要があります。 タスク概要 基本インターフェイスの IP アドレス設定は、Data ONTAP 7.2 および 7.3 のリリース ファミリーでは サポートされていません。 手順 1. テキスト エディタを使用して、root ボリュームの/etc/rc ファイルを開きます。 例 次の出力は、/etc/rc ファイルの例を示します。 ifconfig e0a 192.0.2.21 netmask 255.255.255.0 vlan create e0a 10 20 30 ifconfig e0a-10 192.0.2.18 ifconfig e0a-20 192.0.2.19 ifconfig e0a-30 192.0.2.20 2. 基本インターフェイスに IP アドレスを設定するためのコマンドを/etc/rc ファイルから削除しま す。 注: リバート後に基本インターフェイスの IP アドレスが必要な場合は、別のインターフェイス に設定できます。 3. リバート後に VLAN を正常に作成するには、最初に VLAN を作成するコマンド、次に VLAN を設定するコマンドの順に並んでいることを確認します。 例 次の出力は、変更した/etc/rc ファイルの例を示します。 vlan create e0a ifconfig e0a-10 ifconfig e0a-20 ifconfig e0a-30 10 20 30 192.0.2.18 192.0.2.19 192.0.2.20 120 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 重複排除ボリュームがあるシステムをリバートする場合の考慮事項 revert_to コマンドを実行するには、 sis revert_to コマンドで重複排除メタファイルをリバート する必要がありますが、その他にボリューム サイズおよび SnapMirror の要件も確認する必要が あります。 sis revert_to コマンドは、ボリューム内のすべてのデータをスキャンします。リバート処理が完 了するまでの時間は、ボリューム内のデータ量によって異なります。 sis status -l コマンド出 力の進捗フィールドにリバート処理のステータスが示されます。 Data ONTAP 8.1 リリース ファミリーから、重複排除ボリュームでは、1 つのブロックを 32,768 回共 有できます。 しかし、Data ONTAP 8.0 および Data ONTAP 7.3 リリース ファミリーでは、最大共有 数はブロックあたり 256 回です。 Data ONTAP 8.1 から以前のリリースにリバートする場合、共有 数はブロックあたり 256 回に変更されます。 sis revert_to コマンドを実行すると、ブロック共有 が削減され、メタファイルがダウングレードされます。 重複排除ボリュームのあるシステムをリバートする前に、次の要件を満たしている必要がありま す。 • • • • 重複排除ボリュームに適切な空きスペースが必要です。 sis revert_to コマンドを実行すると、既存の重複排除メタファイルのダウングレードされたコ ピーが作成されます。 このため、コマンドの実行前に、ボリュームの論理データ サイズの 4~6 パーセントが新しいファイルで利用できるようにする必要があります。 リバートするリリースが現在のボリューム サイズをサポートしていない場合、重複排除ボリュー ムのサイズをターゲット リリースでサポートされる制限に削減する必要があります。 SnapMirror を使用してレプリケートされる重複排除ボリュームの場合、デスティネーションのス トレージ システムは重複排除をサポートする必要があります。 sis revert_to コマンドを実行して、重複排除ボリュームをリバート用に準備する必要があり ます。 通常の revert_to コマンドでは、重複排除メタファイルをダウングレードまたは削除する必要 があります。 オプションを指定せずにコマンドを実行すると古いファイルが保持されて、新しい ファイルが作成されます。 -delete オプションを指定してコマンドを実行すると、既存のメタファ イルが削除されます。 重複排除ボリュームのリバートの詳細については、sis(1)のマニュアル ページを参照してください。 関連タスク リバートされたシステムへの重複排除の使用(128 ページ) 関連参照情報 リバート要件に対処するコマンド(113 ページ) 以前の Data ONTAP リリース ファミリーにリバートする | 121 ボリュームが圧縮されたシステムのリバート Data ONTAP 8.1 リリース ファミリーからリバートする前に、データが圧縮されているすべての Snapshot コピーを削除して、ボリュームのデータを解凍する必要があります。 リバート処理に使用 する十分な空きスペースがボリュームにあることを確認してください。 タスク概要 データ圧縮が有効化されたシステムの Data ONTAP 8.1 リリースからのリバートでは、アドバンスト モード コマンドが実行されます。 テクニカル サポートにお問い合わせください。 手順 1. 次のコマンドを入力して、アクティブなデータおよびキューに入れられているデータの圧縮処理 をすべて停止します。 sis stop -a path 2. 次のコマンドを入力して、ボリューム上のデータ圧縮を無効にします。 sis config -C false -I false path 3. 次のコマンドを入力して、ボリューム上の重複排除を無効にします。 sis off path 4. 次のコマンドを入力して、権限レベルを advanced に変更します。 priv set advanced 5. 次のコマンドを入力して、ボリューム内のすべてのデータの圧縮を解凍します。 sis undo path -C 6. リバート処理の完了後、次のコマンドを入力して、管理者権限レベルに戻ります。 priv set admin 7. 次のコマンドを入力して、既存の重複排除メタデータを、リバートするリリースにダウングレード します。 sis revert_to x.x sis revert_to コマンドは、ボリューム内のすべてのデータをスキャンします。リバート処理が 完了するまでの時間は、ボリューム内のデータ量によって異なります。 sis status -l コマン ド出力の進捗フィールドにリバート処理のステータスが示されます。 データ圧縮の詳細については、 『Data ONTAP 7-Mode ストレージ管理ガイド』を参照してくださ い。 122 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 重複排除またはクローン処理を使用するボリュームがある SnapMirror デスティネーション システムの リバート Volume SnapMirror 関係の場合、デスティネーション ストレージ システムがソース システムと同一 リリース以降の Data ONTAP を使用する必要があります。 Data ONTAP 7.3.1 より前のリリースでは、重複排除が使用されたボリュームをレプリケートする場 合、デスティネーション システムに NearStore Personality ライセンスが必要でした。 しかし、Data ONTAP 7.3.1 以降のリリースでは、このようなボリュームをレプリケートするのに、必ずしもデステ ィネーション システムで NearStore Personality ライセンスが有効である必要はありません。 したが って、Data ONTAP 7.3.1 以降のリリースから Data ONTAP 7.3.1 より前のリリースにリバートする 場合、デスティネーション システム側で必ず NearStore Personality ライセンスを有効にする必要が あります。 ライセンスが有効でないと、リバート処理後に重複排除を使用するソースのボリューム で Volume SnapMirror の更新はできません。 注: SnapMirror を使用して、重複排除またはクローン操作が使用されたボリュームをレプリケー トする場合、デスティネーション システムが重複排除をサポートしている必要があります。 NearStore Personality ライセンスおよび重複排除をサポートしたストレージ システムの詳細につい ては、『Data ONTAP 7-Mode ストレージ管理ガイド』を参照してください。 SSD が接続されたシステムをリバートする場合の要件 SSD は、8.0.1 より前の Data ONTAP リリースではサポートされていません。 SSD がシステムに追 加されている場合は、8.0.1 より前の Data ONTAP バージョンに戻す前に、SSD で構成されるアグ リゲートを破棄して、システムから SSD を削除する必要があります。 SSD アグリゲートのデータを保持する場合、データを別のアグリゲートにコピーする SnapMirror な どのレプリケーション テクノロジを使用できます。同じバージョン以降の Data ONTAP を実行する 別のストレージ システムに SSD アグリゲートを物理的に移動することもできます。 SSD とアグリゲート操作の詳細については、 『Data ONTAP 7-Mode ストレージ管理ガイド』を参照 してください。 SnapMirror とその他のレプリケーション テクノロジの詳細については、『Data ONTAP 7-Mode データ保護:オンライン バックアップおよびリカバリ ガイド』を参照してください。 ファブリック接続の MetroCluster 設定の Brocade スイッチのリバートの問題 ファブリック接続の MetroCluster 設定を Data ONTAP 8.0.1 より前のリリースにリバートする前に、 Brocade Fabric OS 6.3.1c 以降で実行する Brocade スイッチ 300 または 5100 が、その Data ONTAP リリースによりサポートされる Brocade Fabric OS にダウングレードされていることを確認 する必要があります。 Brocade Fabric OS の Data ONTAP とのバージョン互換性の詳細については、ネットアップ サポー ト サイト:support.netapp.com を参照してください。 オプションで、Fabric OS 6.3.1c 以降を実行していない場合、プライマリ スイッチとセカンダリ スイッ チの両方から単一のループ ゾーンを削除できます。 以前の Data ONTAP リリース ファミリーにリバートする | 123 優先プライマリ ポートが MetroCluster 設定に設定されている場合のリバート Data ONTAP 8.1 を実行している MetroCluster 設定に優先プライマリ ポートを設定した状態で Data ONTAP 8.1 より前のリリースにリバートする場合、優先プライマリ ポート設定は失われます。 このため、このストレージ システムを Data ONTAP 8.1 に再度アップグレードする場合、優先プライ マリ ポートを手動で設定する必要があります。 変更したセキュリティ設定の保持 Data ONTAP 8.0 にアップグレードしたあとにセキュリティ設定を変更した場合、その後 Data ONTAP の以前のバージョンにリバートしても、変更したセキュリティ設定はそのまま維持されま す。 Data ONTAP 8.0 以降を搭載して出荷されたストレージ システムでは、デフォルトでセキュア プロト コルが有効になり、非セキュア プロトコルは無効になります。 以前のリリースからアップグレードし ても、この新しいデフォルト設定に合わせて既存のセキュリティ設定が変更されることはありませ ん。 ただし、アップグレード後にセキュリティ設定を変更して、その後 Data ONTAP の以前のバー ジョンにリバートする場合、変更したセキュリティ設定はそのまま維持され、元のアップグレード前 のセキュリティ設定はリストアされません。 /etc/rc ファイルにおけるインターフェイス グループの構成の変更 Data ONTAP 8.0 から Data ONTAP 7.3 または 7.2 のリリース ファミリーにリバートした場 合、/etc/rc ファイル内の ifgrp コマンドのエントリは自動的に vif コマンドのエントリに置き換 えられます。 ターゲット Data ONTAP イメージのステージング Data ONTAP のリバートまたはダウングレード用のターゲット リリースのソフトウェア イメージを取 得して、ストレージ システムにアクセス可能にする必要があります。 タスク概要 ターゲット ソフトウェア イメージ(81_setup_i.tgz など)は、ネットアップ サポート サイトまたは別 のストレージ システムから、ソフトウェア イメージのステージングに使用する HTTP サーバまたは クライアント システムにコピーできます。 関連コンセプト Data ONTAP ソフトウェア イメージのインストール(47 ページ) 124 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド リバート プロセスの実行 Data ONTAP の以前のリリースにリバートするには、特定のプロセスを停止し、ターゲット イメージ をインストールして、 revert_to コマンドを入力する必要があります。 Data ONTAP のリバート Data ONTAP をリバートするには、システムにターゲット リリースをインストールして revert_to コ マンドを実行する必要があります。 開始する前に ターゲットの Data ONTAP イメージは、ストレージ システムにアクセスできる Web サーバまたはス トレージ システムの /etc/software ディレクトリのいずれかで取得してステージングする必要が あります。 一般的なリバート要件を満たす必要があります。 特に、この手順を開始する前に、プロトコル、シ ステム サービス、RAID 処理を実行しないでください。 注: この手順が完了するまでの間にこれらの処理のいずれかが実行していると、 revert_to コ マンドは停止し、修正してから続行するように要求されます。 タスク概要 システムを以前のターゲット リリースにブートする前に、HA ペアのパートナー システムをリバート する必要があります。 手順 1. 次のコマンドを入力して、ターゲット Data ONTAP イメージをシステムにインストールしてブート デバイスにコミットします。 software update url/file イメージをステージングした Web サーバの URL を提供する必要があります。 プロンプトが表示されたら、ファイルシステムをダウングレードしてリバートを実行することを確 認します。 次のような出力が表示されます。 software: 6 seconds. software: software: software: software: software: You can cancel this operation by hitting Ctrl-C in the next Depending on system load, it may take many minutes to complete this operation. Until it finishes, you will not be able to use the console. copying to 735_setup_q.zip 100% file read from location. 以前の Data ONTAP リリース ファミリーにリバートする | 125 software: /etc/software/735_setup_q.zip has been copied. software: installing software, this could take a few minutes... software: Data ONTAP(R) Package Manager Verifier 1 software: Validating metadata entries in /etc/boot/NPM_METADATA.txt software: Downgrade WAFL from version 21057 to 19744 (Y/N)? Y software: The release that you are installing will Downgrade the file system causing the need to use the revert_to command BEFORE a reboot. Do you wish to continue? (Y/N) Y software: Checking sha1 checksum of file checksum file: /etc/boot/NPM_FCSUMx86-64.sha1.asc software: Checking sha1 file checksums in /etc/boot/NPM_FCSUMx86-64.sha1.asc software: installation of 735_setup_q.zip completed. Thu Oct 28 17:45:14 GMT [filer: cmds.software.installDone:info]: Software: Installation of 735_setup_q.zip was completed. ... download: Downloading boot device (Service Area) ... software: Due to WAFL downgrade, user should use "revert_to" instead of "reboot" Please type "revert_to" for the changes to take effect. Thu Oct 28 17:45:19 GMT [filer: download.requestDone:notice]: Operator requested download completed 2. 次のコマンドを入力して、HA テイクオーバーおよびギブバックが無効になっていることを確認し ます。 cf status HA 関係がまだ有効な場合、開始前に cf disable コマンドを使用して無効にする必要があり ます。 3. ターゲット リリースに応じて次のコマンドの 1 つを入力し、プロンプトが表示されたら続行を確認 します。 リバート後のリリース コマンド Data ONTAP 8.0.x リリース revert_to 8.0 Data ONTAP 7.3.x リリース revert_to 7.3 前提条件を満たしていない場合、リバート プロセスが停止し、問題に対処するように要求され ます。 問題に対処すると、 revert_to コマンドを再起動できます。 次のような出力が表示されます。 You are about to revert the system to The system will be halted immediately process completes. Make sure that you 7.3 onto the boot device, or you will work with Data ONTAP 7.3 after the conversion have installed Data ONTAP have to run "revert_to" again. 126 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Are you sure you want to proceed? [yes/no]? yes Mon Nov 15 17:50:24 GMT [filer: revertTo.start:notice]: Starting revert to 7.3. ... Reboot the system with Data ONTAP 7.3[.x]. Thu Oct 28 17:50:50 GMT [filer: revertTo.complete:notice]: Revert to 7.3[.x] was completed. Setting boot image to 7G. Clearing next boot image ... RAID revert complete. You can reboot the system after partner has been reverted. System halting... システムが停止すると、 ブート環境のプロンプトが表示されます。 4. システムが HA ペアのパートナーの場合、パートナー システムで手順 1 から 3 を繰り返しま す。 5. 各パートナー ノードの ブート環境のプロンプトで、次のコマンドを入力してシステム BIOS をリ セットします。 bye 通常、ターゲット Data ONTAP リリースで各ノードが自動的にブートします。 Data ONTAP 8.1.x または Data ONTAP 8.0.x リリースからシステムをリバートしたあと、Data ONTAP 7.3.x リリースで初めてブートすると、次のようなエラーが数多く発生する可能性があり ます(システムのディスクごとに 1 回ずつ繰り返されるため)。 [filer: diskown.RescanMessageFailed:warning]: Could not send rescan message to filer. Please type disk show on the console of filer for it to scan the newly inserted disks. これは既知の問題(Bug ID 318522)であり、無視しても問題ありません。エラーはリバート後の 最初のブートでのみ発生します。 6. システムにサービス プロセッサ(SP)が含まれる場合、そのファームウェアが最新であることを 確認する必要があります。 終了後の操作 リバート後の手順に進みます。 関連参照情報 一般的なリバート要件(108 ページ) 以前の Data ONTAP リリース ファミリーにリバートする | 127 SP ファームウェアの更新 ストレージ システムに SP(サービス プロセッサ)が含まれる場合、正しいファームウェア バージョン を実行していることを確認し、正しくない場合は更新する必要があります。 開始する前に リバートまたはダウングレードのプロセスが完了し、ストレージ システムがターゲット リリースを実 行している必要があります。 タスク概要 Data ONTAP ソフトウェア イメージに SP モジュールのファームウェアが含まれます。 SP モジュー ルのファームウェア バージョンが古い場合、リバートまたはダウングレードしたシステムを本番稼 働に戻す前に更新する必要があります。 手順 1. ネットアップ サポート サイトのシステム ファームウェア情報を調べ、使用する SP モジュールに 対応する最新ファームウェアのバージョンを確認します。 2. ストレージ システム CLI で次のコマンドを入力し、SP ファームウェアのバージョンを確認しま す。 sp status 次のような出力が表示されます。 Service Processor Status: Online Firmware Version: 1.2 ... コマンド出力された SP ファームウェアのバージョンがネットアップ サポート サイトの最新バージ ョンより古い場合、ディスク シェルフ ファームウェアを手動で更新する必要があります。 3. SP_FW.zip リンクをクリックして、ネットアップ サポート サイトから HTTP サーバにファイルをダ ウンロードします。 4. ストレージ システムのプロンプトで、次のコマンドを入力します。 software update http://web_server/SP_FW.zip -f 5. software update コマンドの実行が終了したら、ストレージ システムのプロンプトで次のコマ ンドを入力します。 sp update 6. SP の更新を求めるシステム プロンプトが表示されたら、y を入力して手順を続行します。 SP が更新され、SP のリブートを求めるプロンプトが表示されます。 SP のリブートには 60 秒ほ どかかります。 128 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 7. 次のコマンドを入力して、SP ファームウェアが更新されていることを確認します。 sp update 8. システムが HA ペアのパートナーの場合、パートナー システムで手順 4 から 7 を繰り返しま す。 タスクの結果 SP を通じてコンソールに接続していない場合は、SP リブート中も接続はアクティブなままです。 SP を通じてコンソールに接続している場合は、ストレージ システムへのコンソール接続が切断さ れます。 約 1 分後に SP がリブートし、自動的に接続が再確立されます。 関連情報 システム ファームウェアおよび診断ダウンロード:support.netapp.com/NOW/cgi-bin/fw リバート後の手順の完了 Data ONTAP の以前のリリース ファミリーにリバートしたあと、クラスタのヘルスおよびストレージ の可用性を確認する追加の手順を実行する必要が生じることがあります。 また、手動で停止したサービスがすべて、リバート後に再起動したことを確認する必要がありま す。 再起動していない場合は手動で再起動して、クライアントにストレージ システム サービスへの 適切なアクセス権があることを確認する必要があります。 リバートされたシステムへの重複排除の使用 ご使用のストレージ システムが重複排除のライセンスを取得済みで、Data ONTAP 7.3 リリース フ ァミリーのリリースにリバートする場合、NearStore ライセンスを追加して重複排除を再度有効にす る必要があります。 リバート前に重複排除メタファイルを削除した場合、重複排除を引き続き実行 するにはメタファイルをリビルドする必要があります。 手順 1. リバートされたシステムで NearStore のライセンスが取得済みか判別するには、次のコマンドを 使用します。 license nearstore_option エントリに not licensed が表示される場合、 license add コマンドを 使用してライセンス コードを追加する必要があります。 NearStore ライセンスがない場合、営業またはサポート担当者に連絡して取得してください。 2. リバート前に重複排除メタファイルを削除した場合、重複排除ボリュームごとに次のコマンドを 実行してメタファイルをリビルドします。 sis start -s path 以前の Data ONTAP リリース ファミリーにリバートする | 129 このプロセスは、ボリューム内の論理データのサイズによっては数日かかる場合があります。 重複排除メタファイルのリビルドの詳細については、sis(1)のマニュアル ページを参照してくださ い。 リバートされたシステムへのデータ圧縮の使用 データ圧縮のライセンスを取得しているストレージ システムを Data ONTAP 8.0 リリース ファミリー のリリースに戻す場合、NearStore ライセンスを追加してデータ圧縮を再度有効にする必要があり ます。 手順 1. 次のコマンドを入力して、リバートされたシステムの NearStore のライセンスが取得済みである ことを確認します。 license nearstore_option エントリに not licensed が表示される場合、 license add コマンドを 使用してライセンス コードを追加する必要があります。 NearStore ライセンスがない場合、営業またはサポート担当者に連絡して取得してください。 2. 次のコマンドを入力して、データ圧縮処理を実行します。 vol compress start 既存データの圧縮の詳細については、sis(1)のマニュアル ページを参照してください。 リバートされたシステムの NDMP の再有効化 リバート プロセスはストレージ システムのリブート後に、NDMP を有効にするレジストリ エントリを 削除します。 リバート後に NDMP の使用を継続するには、手動で再度有効にする必要がありま す。 手順 1. NDMP をすぐに再度有効にするには、次のコマンドを入力します。 ndmpd on 2. システム リブートごとに NDMP を有効にするには、/etc/rc ファイルにコマンド ndmpd on を 入力します。 リバート後のアウトオブオーダー フレーム配信の復元 アウトオブオーダー フレーム配信が有効になっている場合に Data ONTAP の以前のリリースにリ バートすると、アウトオブオーダー フレーム配信機能は無効にされます。 アウトオブオーダー フレ 130 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド ーム配信は、この機能をサポートする Data ONTAP リリースにリバートしたあと、手動で有効にす る必要があります。 アウトオブオーダー フレーム配信をサポートしない Data ONTAP リリースにリバートする場合、FC スイッチのインオーダー フレーム配信オプションおよびポートベースのポリシーを手動で有効にす る必要があります。 アウトオブオーダー フレーム配信の詳細については、『Data ONTAP 7-Mode データ保護:オンライ ン バックアップおよびリカバリ ガイド』および FC スイッチのマニュアルを参照してください。 同じ リリース ファミリーの以前のリリースにダウングレー ドする ストレージ システムを同じ Data ONTAP リリース ファミリーの以前のリリースに移行することを ダ ウングレードと呼びます。 ダウングレードを実行するには、準備、以前のリリースのダウンロードお よびブート、ダウングレード後の手順の完了が必要です。 ダウングレードでは、Data ONTAP のディスク上の構造を変更する必要はありません。要件および 互換性を確認したら、必要な作業はターゲット リリースを入手してブートするだけです。 ダウングレードのタイミングおよびテクニカル サポートへの連絡のタ イミング 新しいシステムまたはテスト用システムは支援なしでダウングレードできますが、アップグレードの 実行中や実行後に問題が発生した場合や、本番環境システムをダウングレードする場合はテクニ カル サポートに連絡してください。 次の場合のみ、テクニカル サポートの支援なしで以前のリリース ファミリーにダウングレードでき ます。 • • テスト用システムで新しいリリースにアップグレードしたあと、テストが完了したので元のリリー スに戻す。 Data ONTAP の以前のリリースで標準化している環境に、まだ本番環境に使用していない Data ONTAP の以降のリリースを実行する新しいストレージ システムを構成する。 次の場合は、支援なしで Data ONTAP をダウングレードしないでください。 • • • アップグレード プロセスが失敗して終了できない。 アップグレード プロセスが終了したが、本番環境でシステムが使用できない。 アップグレード プロセスが終了してシステムが本番環境に移行したが、正しく動作しない。 このような場合は、すぐにテクニカル サポートに連絡してください。 ダウングレードの計画 Data ONTAP ではリリースの更新ごとに新機能が追加されるため、ダウングレード要件について 理解し、ダウングレードが現在の構成にどのような影響を与えるかを評価する必要があります。 ダウングレードを開始する前に、次の作業を計画する必要があります。 • • Data ONTAP のダウングレード ソース リリースの『リリース ノート』の内容の確認。 既存のソフトウェアからターゲット リリースにダウンロードするための要件の理解。 132 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • • ダウングレード実行後のシステムの潜在的な機能変更の把握。 ダウングレード チェックリストの全項目に対処するための準備。 ダウングレード チェックリスト 正常にダウングレードするには、ダウングレード前、ダウングレード中、ダウングレード後にいくつ かの項目をチェックする必要があります。 ダウングレードの準備手順 準備手順は、次の条件がすべて当てはまると完了します。 • 次の一般的なダウングレード要件を満たしている。 ターゲット リリースのソフトウェアおよびハードウェアのサポートを確認した。 システム ステータス要件が対処されている。 ダウングレードを妨げる可能性がある標準システム サービスおよびプロセスを実行してい ない。 システムを Data ONTAP 8.0 リリースにダウングレードする場合、ご使用の環境の潜在的な問 題が特定され、準備手順が必要に応じて完了している。 ターゲット Data ONTAP イメージを ネットアップ サポート サイトから入手し、ダウングレードする システムで利用できる。 • • • • • ダウングレードの実行手順 HA ペアの各パートナーで次の条件がすべて当てはまると、ソフトウェアのダウングレード手順が 完了します。 • • • ターゲット リリースがブート デバイスにダウンロードされている。 各システムでターゲット リリースをブートした。 正しい SP ファームウェアがロードされ、サポート対象のプラットフォームで実行している。 ダウングレード後の手順 ダウングレード後の手順は、次の条件がすべて当てはまると完了します。 • • HA ペア関係がパートナー ノード間でリストアされた。 サービスおよびプロトコルが予想どおりに機能している。 一般的なダウングレード要件 Data ONTAP の以前のリリースにダウングレードする前に、特定のシステム ステータスおよび運 用の要件を満たす必要があります。 ターゲット リリース要件 次に、ダウングレードするターゲット リリースの要件を示します。 • ダウングレード前にターゲット リリースでサポートされていないすべての機能を無効にする必要 があります。 同じ リリース ファミリーの以前のリリースにダウングレードする | 133 Data ONTAP 8.1.1 は、V シリーズ システムでアレイ LUN のストレージ暗号化をサポートを 追加しました。 Data ONTAP 8.1.1 以降の V シリーズ システムでアレイ LUN のストレージ暗号化を有効に した場合、8.1.1 以前の Data ONTAP リリースにダウングレードしないでください。 ダウング レードした場合、起動中にアレイ LUN でエラーが発生します。 以前の Data ONTAP リリースからアップグレードしたあとにハードウェア コンポーネントを追加 した場合、以前のリリースにダウングレードしたときにコンポーネントが引き続き機能することを 確認する必要があります。 Data ONTAP をアップグレードして新しいハードウェアをサポートした場合、ダウングレード前に そのハードウェアを取り外してシステムを再設定する必要があります。 ネットアップ サポート サイトの Interoperability Matrix を調査して、設定のすべてのコンポーネ ントが Data ONTAP のダウングレード ターゲット リリースと互換性があることを確認します。 • • • システム ステータス要件 システム ステータス要件は次のとおりです。 • • • • • • • • • すべてのディスクはオンラインになっている必要があります。 すべてのボリュームおよびアグリゲートはオンラインである必要があります。 すべてのボリュームおよびアグリゲートにファイルシステム エラーと不良ブロックが存在しては いけません。 未保存のコアはすべてリカバリまたは解放する必要があります。 すべてのネットワーク インターフェイスはオンラインである必要があります。 すべての SnapMirror 関係は解除されている必要があります。 システムが MultiStore テクノロジ用に構成されている場合、すべての vFiler ユニットが実行し ている必要があります。 アップグレードの実行中にダウングレードはできません。 ダウングレードはアップグレードが完了してから実行する必要があります。 以前の Data ONTAP アップグレードのクォータ アップグレード処理がバックグラウンドで進行中 の場合、ダウングレードはできません。 運用要件 次のジョブは、Data ONTAP ダウングレード中は実行できません。 • • • • • • • • ディスク障害の処理 ディスクの maintenance center のテスト ダンプまたはリストア inode ファイル アップグレード RAID 同化 RAID ディスク完全消去 RAID の最適化された再構築 RAID スクラビング 134 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • wafliron ダウングレードの問題の特定 Data ONTAP のすべてのリリース ファミリーには、それぞれ固有のダウングレード要件がありま す。ダウングレードを行う際は、あらかじめそれらの要件を把握し、解決しておく必要があります。 詳細情報および将来検出される可能性があるダウングレードの問題を確認するには、『Data ONTAP 7-Mode リリース ノート』を参照してください。 このガイドの公開時点で既知のダウングレ ードの問題の概要を次に示します。 • • • Flash Cache モジュールを搭載した 3140 または 3210 ストレージ システムを Data ONTAP 8.1 にダウングレードする場合は、システムをダウングレードする前に Flash Cache モジュールを無 効にする必要があります。 モジュールを無効にしないとダウングレードが失敗します。 AZCS およびチェックサム混在のアグリゲート、Flash Pool、マルチディスク キャリアのディスク シェルフは、Data ONTAP 8.1 ではサポートされていません。 これらのアグリゲートを削除してからダウングレードする必要があります。 DS4486 ディスク シェルフは、Data ONTAP 8.1 にダウングレードする前に削除する必要があり ます。 これらのディスクは、Data ONTAP 8.1 では障害ディスクとして表示されます。 Data ONTAP のダウングレードの準備 同じリリース ファミリーの以前の Data ONTAP リリースにダウングレードする前に、リバート要件を 確認し、ダウングレードの問題をすべて解決して、ターゲット リリースの Data ONTAP ソフトウェア イメージを入手する必要があります。 計画では、次のことを実行します。 • • この Data ONTAP ソース リリースの 『リリース ノート』の内容を確認します。 ネットアップ サポート サイトの NetApp Interoperability Matrix を調査して、設定のすべてのコン ポーネントが Data ONTAP のターゲット ダウングレード リリースと互換性があることを確認しま す。 同じ リリース ファミリーの以前のリリースにダウングレードする | 135 ダウングレード要件に対処するコマンド ダウングレード プロセスの実行前に Data ONTAP ダウングレードに影響を与えるシステム条件お よび処理のステータスを確認して、適切な処理を実行する必要があります。 システム ステータス 確認項目 ステータス確認に使用するコ マンド リバート前に対処する要件 オフラインのディスクがない aggr status -f ディスクをオフラインにする、ま たは交換する オフラインまたは制限されてい vol status るボリュームがない 次のコマンドのいずれかを使 用します。 • • 圧縮されたボリュームがない sis status -l vol online vol destroy sis undo -C コマンドを使用 します。 wafl inconsistent がマー クされたボリュームがない すぐにテクニカル サポートに 連絡します。 オフラインまたは制限されてい aggr status るアグリゲートがない 次のコマンドのいずれかを使 用します。 vol status • • wafl inconsistent がマー aggr online aggr destroy aggr status すぐにテクニカル サポートに 連絡します。 未保存のコアが存在しない savecore -i savecore コマンドを使用して リカバリまたは解放します。 SnapMirror 関係が存在しない Snapmirror デスティネーション snapmirror break コマンド を使用して解除します。 クされたアグリゲートがない 以前のアップグレードがすべて アップグレード後 10 分以上待ってからリバートを開始します。 完了している クォータ アップグレードがバッ クグラウンドで実行されていな い quota status クォータを無効にするか、クォ ータ アップグレードの終了を許 可します。 136 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド ジョブ 次のジョブのいずれかが実行中である場合、手動で停止するか、または処理終了まで待ちます。 実行していないジョブの確認 ステータス確認に使用するコ マンド 処理の手動停止に使用するコ マンド ダンプまたはリストア backup status backup terminate RAID スクラビング aggr scrub status aggr scrub stop RAID の最適化された再構築 aggr status 処理を終了可能 RAID ディスク完全消去 disk sanitize status disk sanitize abort wafliron wafliron はテクニカル サポートから指示された場合のみ実 行し、リバート前にテクニカル サポートに相談してください。 inode ファイル アップグレード *wafl scan status(高度な スキャンを終了可能 コマンドです) ディスクの maintenance center のテスト disk maint status disk maint abort ディスク障害の処理 disk show -v または storage show disk -a 障害ディスクの特定および取り 外し ターゲット Data ONTAP イメージのステージング Data ONTAP のリバートまたはダウングレード用のターゲット リリースのソフトウェア イメージを取 得して、ストレージ システムにアクセス可能にする必要があります。 タスク概要 ターゲット ソフトウェア イメージ(81_setup_i.tgz など)は、ネットアップ サポート サイトまたは別 のストレージ システムから、ソフトウェア イメージのステージングに使用する HTTP サーバまたは クライアント システムにコピーできます。 ダウングレード プロセスの実行 無停止または停止方式を使用して Data ONTAP の以前のリリースにダウングレードできます。 サ ービス プロセッサが含まれるシステムでは、ダウングレード後にファームウェアの更新が必要にな る場合があります。 無停止方式を使用した Data ONTAP のダウングレード ストレージ システムの可用性を維持しながら、Data ONTAP リリース ファミリー内で、HA ペアをダ ウングレードできます。 無停止ダウングレード方式には、1 つのシステム上のフェイルオーバー処 同じ リリース ファミリーの以前のリリースにダウングレードする | 137 理の開始、「障害が発生した」システム(および必要に応じて、そのファームウェア)の更新、ギブバ ックの開始、別のシステム上の処理の繰り返しの手順が含まれます。 開始する前に 準備の前提条件を満たす必要があります。 手順 1. 各ストレージ システム コンソールに次のコマンドを入力して、HA ペアが有効であることを確認 します。 cf status HA ペアが有効な場合、cf status コマンドによって、次のような出力が表示されます。 Cluster enabled, systemA is up. a) 有効でない場合、次のコマンドを入力して有効にします。 cf enable b) cf status コマンドを入力して、HA ペアが再度有効になっていることを確認します。 2. 新しいシステム ファイルをインストール済みかどうかに応じて、次のいずれかのオプションを選 択します。 状況または条件 操作 システム ファイル 各システムのコンソールで次のコマンドを入力して、ストレージ システムのブート デ がインストール済 バイスで新しいコードをアクティブ化します。 みである download download コマンドにより、次のような確認応答が表示されます。 Tue Jun 19 10:03:22 GMT [download.request:notice]: Operator requested download initiated download: Downloading boot device ...................... download: Downloading boot device (Service Area) さらに、次のようなメッセージが表示されます。 Tues Jun 19 10:11:51 GMT [download.requestDone:notice]: Operator requested download completed 注: download コマンドの処理が完了するまで、ストレージ システム コンソール は使用できません。 138 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 状況または条件 操作 これから同じ操作 でシステム ファイ ルのダウンロード およびインストー ルを行う 各システムのコンソールで、次のコマンドを入力します。 software update url|file -d オプションを指定せずに software update コマンドを使用した場合、 デフォ ルトで download コマンドが実行されます。 3. CIFS がシステム A で使用中の場合、次のコマンドを入力して終了します。 cifs terminate -t nn nn は CIFS サービスが終了するまでの時間を示し、ご使用のクライアントに適した通知時間 (分)です。 この時間が経過したら、次の手順に進みます。 4. システム B のコンソールで、次のコマンドを入力します。 cf takeover このコマンドを実行すると、システム A は正しくシャットダウンし、システム B がテイクオーバー モードになります。 5. 8 分待ってから次の手順に進みます。 このように待機することで、次の状態が保証されます。 テイクオーバーしたノードがクライアントにデータを提供している。 クライアントのアプリケーションがテイクオーバー中に発生する I/O の中断から回復した。 ストレージ システムの負荷が安定レベルに戻っている。 マルチパス(導入された場合)が安定している。 • • • • 6. システム B のコンソールで、次のコマンドを入力します。 cf giveback 注意: 次のような状況が検出された場合、ギブバックは開始されず、エラー メッセージが返さ れます。 • • • • 開いているクライアント セッション(CIFS セッションなど) 実行時間の長い処理 再開できない処理(テープ バックアップ、SyncMirror の再同期など) エラー状態(ノード間のディスク接続不一致など) ギブバックが開始されない場合、次の手順を実行します。 a. エラー メッセージに示された状態に対処して、特定された処理が正常に終了するようにし ます。 b. cf giveback コマンドに -f オプションを指定します。 cf giveback -f -f オプションの詳細については、cf(1)のマニュアル ページを参照してください。 同じ リリース ファミリーの以前のリリースにダウングレードする | 139 システム A は新しいシステム構成(Data ONTAP バージョン、その他のシステム ファームウェ アまたはハードウェアのいずれかが変更された構成)でリブートされ、 HA ペアパートナーとし て通常の動作を再開します。 7. 手順 4 から 6 を繰り返して、パートナー ストレージ システムを更新します。 システム B がシャットダウンされ、パートナー A がテイクオーバー モードの間に更新されます。 停止方式を使用した Data ONTAP のダウングレード ダウンタイムをスケジュールして Data ONTAP をダウングレードできる場合、HA ペアをオフライン にしてから、システムにターゲット リリースをインストールし、ブート デバイスにダウンロードしてリ ブートします。 開始する前に ストレージ システムからアクセスできる Web サーバでターゲットの Data ONTAP イメージを入手し てステージングする必要があります。 この手順の開始前にプロトコル、システム サービス、RAID 処理を実行していないことを確認する 必要があります。 タスク概要 システムを以前のターゲット リリースにブートする前に HA ペアのパートナー システムをダウング レードする必要があります。 手順 1. HA 構成のシステムの場合、いずれかのストレージ システム コンソールで次のコマンドを入力 してシステムを無効にします。 cf disable 2. 新しいシステム ファイルをインストール済みかどうかに応じて、次のいずれかのオプションを選 択します。 140 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 状況または条件 操作 システム ファイル 各システムのコンソールで次のコマンドを入力して、ストレージ システムのブート デ がインストール済 バイスで新しいコードをアクティブ化します。 みである download download コマンドにより、次のような確認応答が表示されます。 Tue Jun 19 10:03:22 GMT [download.request:notice]: Operator requested download initiated download: Downloading boot device ...................... download: Downloading boot device (Service Area) さらに、次のようなメッセージが表示されます。 Tues Jun 19 10:11:51 GMT [download.requestDone:notice]: Operator requested download completed 注: download コマンドの処理が完了するまで、ストレージ システム コンソール は使用できません。 これから同じ操作 でシステム ファイ ルのダウンロード およびインストー ルを行う 各システムのコンソールで、次のコマンドを入力します。 software update url|file -d オプションを指定せずに software update コマンドを使用した場合、デフォ ルトで download コマンドが実行されます。 3. システム A のコンソールで、次のコマンドを入力します。 reboot システム 操作 スタンドアロン ダウングレードが完了です。 HA ペア 次の手順に進みます。 4. HA 構成が無効な間、システム B のコンソールで手順 2 から 3 を繰り返します。 注意: HA 構成の両方のシステムが新しい Data ONTAP バージョンでリブートされるまでは、 手順 6 に進まないでください。 5. いずれかのストレージ システムで次のコマンドを入力し、 HA 構成を再度有効にします。 cf enable 終了後の操作 システムにサービス プロセッサ(SP)が含まれる場合、そのファームウェアが最新であることを確認 する必要があります。 最新でない場合、ダウングレード後の手順に進みます。 同じ リリース ファミリーの以前のリリースにダウングレードする | 141 Flash Cache モジュールを搭載した 3140 または 3210 ストレージ システムの Data ONTAP 8.1 へのダウングレード Flash Cache モジュールを搭載した 3140 または 3210 ストレージ システムを Data ONTAP 8.1 にダ ウングレードする場合は、ダウングレード前に Flash Cache モジュールを無効にする必要がありま す。 モジュールを無効にしないとダウングレードが失敗します。 タスク概要 Flash Cache モジュールは、Data ONTAP 8.1 を実行する 3140 および 3210 ストレージ システムで はサポートされません。 HA ペアがある場合、両方のノードで次の手順を実行します。 手順 1. ストレージ システムをリブートします。 システム 入力するコマンド HA ペア パートナー ノード コンソール: cf takeover スタンドアロン構成 システム コンソール: reboot ストレージ システムがブート プロセスを開始します。 2. ターゲット システムのコンソールから、Ctrl+C キーを押してブート プロセスを停止します。 3. ブート プロセス中にノードが停止したときに使用していた機能に応じて、適用可能な手順を実 行します。 ノード停止時に使用していたインター 操作 フェイス LOADER プロンプト 手順を続行します。 ブート メニュー a. 表示されるメニューからメンテナンス モード オプションを選択 します。 b. プロンプトで、次のコマンドを入力します。 halt c. 手順を続行します。 4. LOADER プロンプトで、次のコマンドを入力します。 setenv ext-cache-enable? false 142 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド setenv ext-cache-4g-override true 5. 環境変数が追加されたことを確認するには、次のコマンドを入力します。 printenv 6. 次のコマンドを入力して、ストレージ システムをブートします。 boot_ontap 7. HA ペアの場合、テイクオーバーされたノードのコンソールに Waiting for giveback メッセ ージが表示されたら、パートナー ノード コンソールから次のコマンドを実行します。 cf giveback 終了後の操作 以降のリリースにアップグレードしたあと、これらの環境変数を設定解除して Flash Cache モジュー ルを再度有効にする必要があります。 SP ファームウェアの更新 ストレージ システムに SP(サービス プロセッサ)が含まれる場合、正しいファームウェア バージョン を実行していることを確認し、正しくない場合は更新する必要があります。 開始する前に リバートまたはダウングレードのプロセスが完了し、ストレージ システムがターゲット リリースを実 行している必要があります。 タスク概要 Data ONTAP ソフトウェア イメージに SP モジュールのファームウェアが含まれます。 SP モジュー ルのファームウェア バージョンが古い場合、リバートまたはダウングレードしたシステムを本番稼 働に戻す前に更新する必要があります。 手順 1. ネットアップ サポート サイトのシステム ファームウェア情報を調べ、使用する SP モジュールに 対応する最新ファームウェアのバージョンを確認します。 2. ストレージ システム CLI で次のコマンドを入力し、SP ファームウェアのバージョンを確認しま す。 sp status 次のような出力が表示されます。 Service Processor Status: Online Firmware Version: 1.2 ... 同じ リリース ファミリーの以前のリリースにダウングレードする | 143 コマンド出力された SP ファームウェアのバージョンがネットアップ サポート サイトの最新バージ ョンより古い場合、ディスク シェルフ ファームウェアを手動で更新する必要があります。 3. SP_FW.zip リンクをクリックして、ネットアップ サポート サイトから HTTP サーバにファイルをダ ウンロードします。 4. ストレージ システムのプロンプトで、次のコマンドを入力します。 software update http://web_server/SP_FW.zip -f 5. software update コマンドの実行が終了したら、ストレージ システムのプロンプトで次のコマ ンドを入力します。 sp update 6. SP の更新を求めるシステム プロンプトが表示されたら、y を入力して手順を続行します。 SP が更新され、SP のリブートを求めるプロンプトが表示されます。 SP のリブートには 60 秒ほ どかかります。 7. 次のコマンドを入力して、SP ファームウェアが更新されていることを確認します。 sp update 8. システムが HA ペアのパートナーの場合、パートナー システムで手順 4 から 7 を繰り返しま す。 タスクの結果 SP を通じてコンソールに接続していない場合は、SP リブート中も接続はアクティブなままです。 SP を通じてコンソールに接続している場合は、ストレージ システムへのコンソール接続が切断さ れます。 約 1 分後に SP がリブートし、自動的に接続が再確立されます。 関連情報 システム ファームウェアおよび診断ダウンロード:support.netapp.com/NOW/cgi-bin/fw ダウングレード後の手順の完了 Data ONTAP の以前のリリースにダウングレードしたあと、追加の手順を実行する必要が生じるこ とがあります。 手動で停止したサービスがすべて、ダウングレード後に再起動したことを確認する必要がありま す。 再起動していない場合は手動で再起動して、クライアントにストレージ システム サービスへの 適切なアクセス権があることを確認する必要があります。 144 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド アップグレード実行中のサービスの可用性の最適化 Data ONTAP のアップグレード実行中のサービス可用性は、計画および構成によって最適化でき ます。 状況によっては、クライアント上のサービスをまったく中断せずにアップグレードを実行でき ます。 アップグレードがサービスの可用性に与える影響 アップグレード開始前にストレージ システム サービスの可用性に影響を与える可能性がある要因 を確認できます。 サービスの可用性に影響を与える要因は次のとおりです。 • • • • • • アップグレードされるシステム(アップグレード ホスト)がシングル ノードであるか、 HA 構成パ ートナーであるか ハイアベイラビリティ構成のシステムは、最適なサービスの可用性を提供できるように設計され ています。 使用されているプロトコル、ライセンスされているサービスの種類、タイムアウト エラーによる影 響 Data ONTAP の問題および新機能に関する判断を異なるリリース ファミリー間で行うか、同一 リリース ファミリー内で行うか Data ONTAP リリース ファミリー間のアップグレードの方が、リリース ファミリー内のアップグレ ードより手順が多く、停止回数が多くなる可能性があります。 システム ファームウェアの更新の必要性 システム ファームウェアの更新によっては、システムの停止およびリブートが必要です。 ダウ ンタイムがスケジュールされている場合、単一システムのアップグレードおよび HA 構成のアッ プグレードのサービスが中断される可能性がありますが、 HA 構成の無停止アップグレードで はサービスに影響しません。 ディスク シェルフ ファームウェアの更新の必要性 ファームウェアの無停止アップグレードは、ディスク シェルフおよびモジュールの多くの構成で 利用できます。 使用中のアプリケーションの種類およびタイムアウト エラーによる影響 アップグレード実行中のクライアント アプリケーションの可用性は、機能、プロトコル、構成によ って異なります。 詳細については、アプリケーションのマニュアルを参照してください。 注: ストレージ ソリューションでのハードウェアおよびソフトウェアのアップグレードにはすべて、 潜在的にストレージ システムのサービスを中断する何らかの要因が含まれています。 サービス の可用性を最大限に保つには、アップグレードのオプションを慎重に検討し、最適な方法を判別 するようにしてください。 アップグレード実行中のサービスの可用性の最適化 | 145 関連コンセプト アップグレード ホストの要件(13 ページ) サービスおよびプロトコルの注意事項(145 ページ) 潜在的なアップグレードの問題の評価(23 ページ) ファームウェアの更新(78 ページ) ディスク シェルフ ファームウェアの更新(85 ページ) サービスおよびプロトコルの注意事項 一般的に、Network File System(NFS)、Fibre Channel Protocol(FC)、Internet SCSI(iSCSI)などの ステートレス プロトコルに基づくサービスは、Common Internet File System(CIFS)、File Transfer Protocol(FTP)、Network Data Management Protocol(NDMP)、HTTP などのセッション指向プロト コルよりもアップグレード実行中のサービスに対する影響は小さくなります。 アップグレード実行中に新しいソフトウェアをロードするには、(reboot コマンドを入力するか、HA 構成のテイクオーバーおよびギブバックを開始して)ストレージ システムをリブートする必要があり ます。 また、ステートレス プロトコルに基づくサービスは、HA 構成のシステムの無停止アップグレ ード中も継続的に使用できます。 ステートレス プロトコルには通常、タイムアウト処理が含まれています。 たとえば、タイムアウト時 間内に、送信したメッセージに対する確認応答が得られない場合、転送エラーとみなされます。 ス トレージ システム環境では、クライアントのタイムアウト時間がストレージ システムのダウン時間 (リブートまたは HA 構成のギブバックの所要時間など)より長い場合、クライアントはストレージ シ ステムのサービスの中断を認識しません。 セッション指向プロトコルには、サービスを中断から保護するタイムアウトの概念がありません。 セ ッション指向のストレージ システムのサービスが中断されると、進行中の処理に関する状態情報 が失われるので、ユーザは処理を再起動する必要があります。 ステートレス プロトコルの考慮事項 クライアントが推奨ガイドラインに従って設定されている場合は、ステートレス プロトコルを使用す るクライアント接続が設定に含まれていても、アップグレード中に悪影響を与えることは通常ありま せん。 ステートレス プロトコルを使用する場合は、次のことを考慮してください。 • NFS ハード マウント アップグレード中にクライアントへの悪影響はありません。 ストレージ システムがリブートする まで、クライアントは次のようなメッセージを受け取る場合があります。 NFS server not responding, retrying • 通常、読み取り / 書き込みディレクトリはハード マウントする必要があります。 ハード マウント は、デフォルトのマウント タイプです。 NFS ソフト マウント 146 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド • ソフト マウントは使用しないでください(NFS タイムアウトが頻繁に発生する場合)。 タイムアウ トによって競合状態が発生し、データが破損する可能性があります。 さらに、アプリケーション によっては、ソフト マウントを使用して NFS 処理がタイムアウトに達した場合に発生するエラー を適切に処理できません。 HA 構成における無停止アップグレード、テイクオーバー、ギブバックの発生時に頻繁にタイム アウトが発生する可能性があります。 通常、ソフト マウントは、ディスクからの読み込みにのみ使用してください。使用する場合は、マ ウントの信頼性が低いことに留意してください。 SAN プロトコル 推奨ガイドラインに従って設定されている場合、FC または iSCSI クライアントへの悪影響はあ りません。 詳細については、ネットアップ サポート サイトの Interoperability Matrix を参照してください。 関連情報 互換性マトリックス:http://support.netapp.com/NOW/products/interoperability セッション指向プロトコルの考慮事項 ストレージ システムおよびセッション指向プロトコルは、アップグレードの実行中、特定領域のクラ イアントおよびアプリケーションに悪影響を及ぼす可能性があります。 セッション指向プロトコルを使用する場合は、次のことを考慮してください。 • • • CIFS クライアントのセッションを終了します。 アップグレードの開始前に、ユーザにセッションを終了 するように通知してください。 終了するには、HA 構成のテイクオーバー前に cifs terminate -t コマンドを実行できます。 また、リブート前に reboot -t コマンドを実行することもできます。 FTP、NDMP、HTTP 状態が失われるので、クライアント ユーザは操作を再試行する必要があります。 バックアップおよびリストア 状態が失われるので、クライアント ユーザは操作を再試行する必要があります。 注意: アップグレードの実行中および開始直前は、バックアップまたはリストアの操作を開始 しないでください。 開始すると、データが失われることがあります。 • アプリケーション(Oracle または Exchange など) 影響はアプリケーションによって異なります。 タイムアウト ベースのアプリケーションでは、タイ ムアウトの値を変更し、Data ONTAP のリブート時間よりも長く設定することで、悪影響を最小 限に抑えることができます。 アップグレード実行中のサービスの可用性の最適化 | 147 ディスク ファームウェアのバックグラウンド更新について ストレージ システムがリブートし、新しいディスク ファームウェアがある場合には、該当ドライブが 自動的に順番にオフラインになるので、ストレージ システムは読み取りや書き込みの要求に正常 に対応できます。 オフライン状態のドライブに関連する要求があった場合、読み取り要求は RAID グループ内の他 のディスクからデータを再構築する方法で処理され、書き込み要求はログに書き込まれます。 ディ スク ファームウェアの更新が完了すると、そのドライブはオフライン状態の間に発生した書き込み 処理の再同期化後、オンライン状態に戻ります。 ディスク ファームウェアのバックグラウンド更新中、ストレージ システムは正常に機能します。 ファ ームウェア更新のためにディスクがオフライン状態になるとき、およびファームウェア更新が完了し てディスクがオンライン状態に戻るときに、ステータス メッセージが表示されます。 ディスク ファー ムウェアのバックグラウンド更新は、アクティブなデータ ディスクおよびスペア ディスクに対して連 続的に進行します。 ディスク ファームウェアの更新が連続して順番に実行されるので、二重ディス ク障害時にもデータ損失は生じません。 オフライン状態のドライブには、vol status -r コマンドの出力に「offline」の注記が付きます。 オフライン状態のスペア ディスクは、ボリュームに追加、または再構築処理用の交換ドライブとし て選択はできません。 ただし、通常はディスクがオフライン状態になるのはごく短時間(長くても数 分)なので、正常なシステム処理が中断されることはありません。 ディスク ファームウェアのバックグラウンド更新が完了しないのは、次の状況が発生した場合だけ です。 • • ストレージ システム上にデグレーデッド ボリュームがある ファームウェア更新を必要とするディスクがオフライン状態のボリュームまたはプレックス内に ある これらの状況が解決されると、ディスク ファームウェアの自動バックグラウンド更新が再開します。 ボリュームのステータスおよび状態の判別に関する詳細は、 『Data ONTAP 7-Mode ストレージ管 理ガイド』を参照してください。 148 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド Data ONTAP-v システムのアップグレード Data ONTAP Edge 製品など、Data ONTAP-v テクノロジに基づいたプラットフォームの Data ONTAP ソフトウェアのアップグレードは、追加の準備手順がいくつか必要です。 Data ONTAP-v テクノロジに基づいたプラットフォームは、標準 Data ONTAP ソフトウェアを実行し ますが、Data ONTAP を実行するハードウェア プラットフォームの一部と同様、ダウンロードが必 要なイメージは固有のものです。 Data ONTAP-v システムのアップグレード プロセスの概要 Data ONTAP ソフトウェアのアップグレードを開始する前に、アップグレードを計画して必要な手順 を把握しておく必要があります。 1. アップグレード実行前に要件および問題を把握してアップグレードを計画します。 • • • • • アップグレード ターゲット リリースの『リリース ノート』の内容を確認します。 既存のソフトウェアからターゲット リリースにアップグレードするための要件を把握します。 万一問題が発生して、以前の(アップグレード前にシステムで実行されていた)Data ONTAP リリースにリバートまたはダウングレードする必要が生じたときのために、バックアウト プラ ンを作成します。 アップグレード後のシステムの潜在的な変更を把握します。 SnapMirror を実行している場合には、ストレージ システムの受信側および送信側のボリュ ームを確認します。 2. 必要に応じて、新しい Data ONTAP リリースへのアップグレード前に必要な準備手順をすべて 実行します。 • • VMware vSphere および vSphere SDK for Perl のバージョンがアップグレード ターゲット リリ ースと互換性があることを確認します。 Data ONTAP の新しいバージョンで新しい vSphere ソフトウェアが必要な場合、最初に新し い vSphere ソフトウェアをインストールします。 ソフトウェア互換性の詳細については、Data ONTAP のアップグレード ターゲット リリース の『リリース ノート』を参照してください。 アップグレードするシステムのルート ボリュームの現在の Snapshot コピーがあることを確認 します。 3. 適切なソフトウェア イメージを ネットアップ サポート サイトから入手します。 ストレージ システムまたはネットワーク上の HTTP サーバにイメージをコピーします。 4. ストレージ システムに Data ONTAP ソフトウェア イメージをインストールします。 システムにコピーしたソフトウェア イメージからシステム ファイルを展開します。 5. 新しい Data ONTAP システム ファイルをブート デバイスにダウンロードします。 Data ONTAP-v システムのアップグレード | 149 Data ONTAP の新しいバージョンで システムをリブートすると、アップグレード プロセスが終了 します。 6. dvadmin(Data ONTAP-v 管理ツール)のバージョンがアップグレード ターゲット リリースと互換 性があることを確認します。 Data ONTAP のアップグレード ターゲット リリースの『リリース ノート』の内容を確認します。 dvadmin のアップグレードが必要な場合、Data ONTAP の新しいバージョンがインストールされ たあとにアップグレードをインストールしてください。 dvadmin のアップグレード手順について は、『Data ONTAP Edge Installation and Administration Guide』を参照してください。 7. アップグレード後、システムが正常に動作していることを確認します。 ストレージ システムを本番環境に戻す前に、設定された機能の状態を確認し、アップグレード 前に一時停止された機能を再度有効にする必要があります。 関連情報 ソフトウェアのダウンロード:support.netapp.com/NOW/cgi-bin/software NetApp Interoperability Matrix:support.netapp.com/NOW/products/interoperability 本リリースにアップグレードする Data ONTAP-v システムの推奨事項 ストレージ システムのアップグレードを正常に行うには、次の簡単なガイドラインに従う必要があり ます。 • • • この Data ONTAP リリースの 『リリース ノート』の「重要な注意事項」セクションを確認してくださ い。 アップグレード中およびアップグレード後にシステムの動作に影響が生じる可能性がある重要 な情報が記載されています。 アップグレードは、ピーク以外の時間帯に実行してください。 アップグレード前にクォータを初期化することは避けてください。 アップグレード前にクォータの初期化を開始した場合には、初期化が完了するまで待ってくださ い。 Data ONTAP-v システムのアップグレードの準備 ストレージ システムに最新の Data ONTAP リリースをインストールする前に、情報を確認して手順 を完了する必要があります。 手順 1. システムが最小要件を満たしていることを確認します。 システム要件の詳細については、Data ONTAP のアップグレード ターゲット リリースの『リリー ス ノート』を参照してください。 2. 次の dvadmin コマンドを入力して、仮想マシンの設定および Data ONTAP-v システム ディスク のすべての情報が含まれる Data ONTAP-v システム情報のバックアップを作成します。 150 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド vm config backup <vm_name> <backup_name> 3. 次のコマンドを入力して、システムに表示されるディスクのすべてのパスを確認します。 storage show disk –p 4. 次のコマンドを入力して、障害が発生したディスクがないことを確認します。 vol status –f 5. 次のコマンドを入力して、すべてのアグリゲートがオンラインであることを確認します。 aggr status 6. アップグレードするシステムのルート ボリュームの現在の Snapshot コピーがあることを確認し ます。 Snapshot コピーの作成の詳細については、『Data ONTAP 7-Mode データ保護:オンライン バッ クアップおよびリカバリ ガイド』を参照してください。 7. SnapMirror を実行している場合、デスティネーション ボリュームのあるストレージ システムを識 別してアップグレードしてから、ソース ボリュームのあるストレージ システムをアップグレードし ます。 Data ONTAP-v システムのソフトウェア イメージの取得 ストレージ システムを Data ONTAP の最新リリースにアップグレードするには、ソフトウェア イメー ジが必要です。 ソフトウェア イメージは、ネットアップ サポート サイトで入手できます。 ソフトウェア イメージをネットワーク上の HTTP サーバにコピーすると、software コマンドを使用し て Data ONTAP-v ストレージ システムからイメージにアクセスできます。 ソフトウェア イメージはストレージ システム モデルに固有のものです。 ご使用のシステムに適した イメージを取得してください。 関連情報 ソフトウェアのダウンロード:support.netapp.com/NOW/cgi-bin/software HTTP サーバへのソフトウェア イメージのコピー ストレージ システムからアクセスできる HTTP サーバがある場合、Data ONTAP ソフトウェア イメ ージを HTTP サーバにコピーできます。 この手順により、HTTP サーバから、ご使用の環境のスト レージ システムにソフトウェア イメージを提供できるようになります。 • ソフトウェア イメージ(たとえば、 811_v_image.tgz)をネットアップ サポート サイトまたは別 のシステムから、ファイルを提供する HTTP サーバ上のディレクトリにコピーします。 Data ONTAP-v システムのアップグレード | 151 HTTP サーバからストレージ システムへのソフトウェア イメージのコピー 将来インストールを実行する計画がある場合、ストレージ システムの/etc/software ディレクトリ にソフトウェア イメージをコピーできます。 イメージのコピーおよびインストールを一度に実行する 場合は、ソフトウェア イメージのインストールのセクションを参照してください。 手順 1. ストレージ システム コンソールで次のコマンドを入力します。 software get url -f [filename] url は、Data ONTAP のソフトウェア イメージのコピー元の HTTP の場所です。 Basic Access Authentication(RFC2617)を使用して HTTP サーバ上のファイルにアクセスする ために、ユーザ名、パスワード、ホスト、ポートを指定する必要がある場合には、次の URL 構 文を使用します。 http://username:password@host:port/path ストレージ システムの/etc/software ディレクトリに存在する同名のソフトウェア ファイルを上 書きする場合には、-f フラグを使用します。 -f フラグを使用しなかった場合、同名のファイル が存在すると、ダウンロードは失敗し、-f フラグの使用を要求するプロンプトが表示されます。 filename は、ストレージ システムにダウンロードするソフトウェア ファイルに別名をオプション で使用できます。 別名を指定しない場合、URL に表示されるファイル名が使用されます。 例 次に、新しいダウンロード先のファイル名を指定していない software get コマンドの例を示し ます。 software get http://www.example.com/downloads/x86-64/811_v_image.tgz 次のようなメッセージが表示されます。 software: copying to /etc/software/811_v_image.tgz software: 100% file read from location. software: /etc/software/811_v_image.tgz has been copied. Data ONTAP-v システムへのソフトウェア イメージのインストール software update コマンドを使用して、ストレージ システムに新しい Data ONTAP ソフトウェア イ メージを展開してインストールします。 ソフトウェア イメージの場所を把握し、アクセスできる必要があります。 software update コマン ドは、次のいずれかを引数に指定する必要があります。 • • /etc/software ディレクトリのソフトウェア イメージの名前 ソフトウェア イメージの配信元として設定した HTTP サーバの URL 152 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド software update コマンドでは、一度に複数の処理を実行できます。 たとえば、HTTP サーバか らのイメージのコピー、システム ファイルの展開およびインストール、ブート デバイスへのファイル のダウンロード、システムのリブートを 1 つのコマンドで実行できます。 software update コマンドおよびそのオプションについての詳細は、software(1)のマニュアル ペ ージを参照してください。 ソフトウェア イメージのインストール HTTP サーバまたはストレージ システムにコピーしたソフトウェア イメージからソフトウェアをインス トールできます。 手順 1. ストレージ システムのプロンプトで、次のコマンドを入力します。 software update {url|file_name} options • • • url は、HTTP のサーバ、サブディレクトリ、ファイル名の URL です。 file_name は、/etc/software ディレクトリにコピーしたファイルの名前です。 options には、次のいずれかまたは複数のオプションを指定します。 • • • • -d オプションを指定すると、システム ファイルのインストール後、download コマンドは 自動的に実行されません。 HTTP サーバからソフトウェアをインストールする場合、-f オプションを指定する と、/etc/software ディレクトリ内の既存のイメージが上書きされます。 -r オプションを指定すると、download コマンドの完了後、システムは自動的にはリブー トしません(デフォルト)。 -R オプションを指定すると、download コマンドの完了後、システムは自動的にはリブー トしません。 例 次のコマンドを入力して、 HTTP サーバからイメージをコピーしてインストールし、ブート デバイ スに新しいシステム ファイルをダウンロードして、システムをリブートします。 software update http://www.example.com/downloads/x86-64/811_v_image.tgz -R 次のコマンドを入力して、 /etc/software ディレクトリからイメージをインストールし、ブート デ バイスに新しいシステム ファイルをダウンロードして、システムをリブートします。 software update /etc/software/811_v_image.tgz -R 例 software update コマンドを使用した場合、ストレージ システム コンソールに次のようなメッ セージが表示されます。 Data ONTAP-v システムのアップグレード | 153 software: You can cancel this operation by hitting Ctrl-C in the next 6 seconds. software: Depending on system load, it might take many minutes software: to complete this operation. Until it finishes, you will software: not be able to use the console. software: copying to <filename> software: 100% file read from location. software: /etc/software/<filename> has been copied. software: installing software, this could take a few minutes... software: Data ONTAP Package Manager Verifier 1 software: Validating metadata entries in /etc/boot/NPM_METADATA.txt software: Checking sha1 checksum of file checksum file: /etc/boot/ NPM_FCSUM-pc.sha1.asc software: Checking sha1 file checksums in /etc/boot/NPM_FCSUMpc.sha1.asc software: installation of <filename> completed. Mon Oct 2 13:26:17 PDT [filer: rc:info]: software: installation of <filename> completed. software: Reminder: You might need to upgrade Volume SnapMirror destination software: filers associated with this filer. Volume SnapMirror can not mirror software: if the version of ONTAP on the source filer is newer than that on software: the destination filer. Mon Oct 2 13:26:17 PDT [filer: download.request:notice] アップグレード後の Data ONTAP-v システム ステータスの確認 アップグレードしたシステムは本番環境に戻す前に、正常に機能していることを確認することを推 奨します。 設定された機能の状態を確認し、アップグレード前に一時停止された機能を再度有効 にする必要があります。 タスク概要 これらの手順は、アップグレードされた各システムで実行する必要があります。 手順 1. 次のコマンドを入力して、対象のターゲット リリースがインストールされ実行していることを確認 します。 version 2. 次のコマンドを入力して、システムに表示されるディスクのすべてのパスを確認します。 storage show disk –p 3. 次のコマンドを入力して、障害が発生したディスクがないことを確認します。 vol status –f 154 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 4. 次のコマンドを入力して、すべてのアグリゲートがオンラインであることを確認します。 aggr status 5. 次のコマンドを入力して、ネットワーク インターフェイスがオンラインであることを確認します。 ifconfig –a 6. SnapMirror 機能を無効にした場合、次のコマンドを入力して再度有効にします。 snapmirror on 7. SnapMirror 転送を休止した場合、各デスティネーション ボリュームに次のコマンドを入力して再 開します。 snapmirror resume destination 著作権に関する情報 Copyright © 1994–2012 NetApp, Inc. All rights reserved. Printed in the U.S. このドキュメントは著作権によって保護されています。著作権所有者の書面による事前承諾がある 場合を除き、画像媒体、電子媒体、および写真複写、記録媒体、テープ媒体、電子検索システム への組み込みを含む機械媒体など、いかなる形式および方法による複製も禁止します。 ネットアップの著作物から派生したソフトウェアは、次に示す使用許諾条項および免責条項の対象 となります。 このソフトウェアは、ネットアップによって「現状のまま」提供されています。明示的な保証、または 商品性および特定目的に対する適合性の暗示的保証を含み、かつこれに限定されないいかなる 暗示的な保証も行ないません。 ネットアップは、代替品または代替サービスの調達、使用不能、デ ータ損失、利益損失、業務中断を含み、かつこれに限定されない、このソフトウェアの使用により 生じたすべての直接的損害、間接的損害、偶発的損害、特別損害、懲罰的損害、必然的損害の 発生に対して、損失の発生の可能性が通知されていたとしても、その発生理由、根拠とする責任 論、契約の有無、厳格責任、不法行為(過失またはそうでない場合を含む)にかかわらず、一切の 責任を負いません。 ネットアップは、ここに記載されているすべての製品に対する変更を随時、予告なく行う権利を保 有します。 ネットアップによる明示的な書面による合意がある場合を除き、ここに記載されている 製品の使用により生じる責任および義務に対して、ネットアップは責任を負いません。 この製品の 使用または購入は、ネットアップの特許権、商標権、または他の知的所有権に基づくライセンスの 供与とはみなされません。 このマニュアルに記載されている製品は、1 つ以上の米国特許、その他の国特許、および出願中 の特許によって 保護されている場合があります。 権利の制限について:政府による使用、複製、開示は、DFARS 252.227-7103(1988 年 10 月)およ び FAR 52-227-19(1987 年 6 月)の Rights in Technical Data and Computer Software(技術データ およびコンピュータソフトウェアに関する諸権利)条項の(c) (1) (ii)項、に規定された制限が適宜適 用されます。 156 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 商標に関する情報 NetApp、NetApp のロゴ、Network Appliance、Network Appliance のロゴ、Akorri、 ApplianceWatch、ASUP、AutoSupport、BalancePoint、BalancePoint Predictor、Bycast、Campaign Express、ComplianceClock、Cryptainer、CryptoShred、Data ONTAP、DataFabric、DataFort、 Decru、Decru DataFort、DenseStak、Engenio、Engenio logo、E-Stack、FAServer、FastStak、 FilerView、FlexCache、FlexClone、FlexPod、FlexScale、FlexShare、FlexSuite、FlexVol、FPolicy、 GetSuccessful、gFiler、Go further、faster、Imagine Virtually Anything、Lifetime Key Management、 LockVault、Manage ONTAP、MetroCluster、MultiStore、NearStore、NetCache、NOW (NetApp on the Web)、Onaro、OnCommand、ONTAPI、OpenKey、PerformanceStak、RAID-DP、ReplicatorX、 SANscreen、SANshare、SANtricity、SecureAdmin、SecureShare、Select、Service Builder、Shadow Tape、Simplicity、Simulate ONTAP、SnapCopy、SnapDirector、SnapDrive、SnapFilter、SnapLock、 SnapManager、SnapMigrator、SnapMirror、SnapMover、SnapProtect、SnapRestore、Snapshot、 SnapSuite、SnapValidator、SnapVault、StorageGRID、StoreVault、StoreVault のロゴ、SyncMirror、 Tech OnTap、The evolution of storage、Topio、vFiler、VFM、Virtual File Manager、VPolicy、 WAFL、Web Filer、および XBB は米国またはその他の国あるいはその両方における NetApp, Inc.の登録商標です。 IBM、IBM ロゴ、および ibm.com は、米国、その他の国、またはその両方における International Business Machines Corporation の登録商標です。 IBM の商標の完全および最新のリストは、Web サイト www.ibm.com/legal/copytrade.shtml でご覧いただけます。 Apple は、米国、その他の国、またはその両方における Apple Computer, Inc.の登録商標です。 QuickTime は、米国、その他の国、またはその両方における Apple Computer, Inc.の商標です。 Microsoft は、米国、その他の国、またはその両方における Microsoft Corporation の登録商標で す。Windows Media は、米国、その他の国、またはその両方における Microsoft Corporation の商 標です。 RealAudio、RealNetworks、RealPlayer、RealSystem、RealText、RealVideo は、米国、そ の他の国、またはその両方における RealNetworks, Inc.の登録商標です。RealMedia、RealProxy、 SureStream は、米国、その他の国、またはその両方における RealNetworks, Inc.の商標です。 その他のブランドまたは製品は、それぞれを保有する各社の商標または登録商標であり、相応の 取り扱いが必要です。 Network Appliance は、CompactFlash および CF ロゴの両商標に対する使用許諾を有していま す。 NetApp, Inc. NetCache は、RealSystem の認定互換製品です。 ご意見をお寄せください 弊社では、マニュアルの品質を向上していくため、皆様からのフィードバックをお待ちしています。 いただいたフィードバックは、今後のマニュアル作成に役立てさせていただきます。 ご意見やご要 望は、[email protected] までお寄せください。 その際、担当部署で適切に対応 させていただくため、製品名、バージョン、オペレーティング システムなどの基本情報を必ず入れ てください。 郵送の場合の宛先は、次のとおりです。 • • • • 〒 105-0001 東京都港区虎ノ門 4 丁目 1 番 8 号 虎ノ門 4 丁目 MT ビル ネットアップ株式会社 注:弊社営業担当者名を記載してください 158 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 索引 記号 D /etc/software ディレクトリ ソフトウェア イメージのインストール 53 ファイルの管理用コマンド 46 Data ONTAP 7.3 リリース ファミリー アップグレードの準備 39 アップグレードの問題 38 7.3 リリース ファミリーの動作の変更点 27 8.0 リリース ファミリーの動作の変更点 26 8.1 アップグレードの問題 23 8.1 動作の変更 25 8.1 リリース ファミリーからリバートする 124 8.1 リリース ファミリーからリバートする, 概要 106 Data ONTAP-v ソフトウェア イメージのインストール A ACP ファームウェア 更新 90 aggrSpaceCheck ツール システム容量の決定 38, 39 AutoSupport 使用している古いディスク ファームウェアの検出 84 B BIOS システム ファームウェア 更新方法 78 バージョン要件 78 無停止アップグレードの手順 79 BMC ファームウェア 更新版のロード, 概要 100 停止を伴う更新 103 古いかどうかを検出 100 無停止アップグレード 101 Brocade Fabric オペレーティング システム リバートの問題 122 C CIFS Windows または UNIX のクライアントのアップグレ ード要件 13 アップグレード中の中断の回避 146 ホストへのルート ディレクトリのマッピング 45 無停止アップグレードを使用できない場合 19 Cluster Configuration Checker 次を参照 : HA Configuration Checker ComplianceClock 時間 Data ONTAP のサポート 117 CPU 利用率 無停止アップグレードの要件 20 151 HA 構成のアップグレード 以前のリリースから無停止 59 停止を伴う 69 リリース内の無停止 65 HA ペアのダウングレード 停止を伴う 139 無停止 136 LUN のリストア 111 RLM ファームウェアの要件 93 SnapMirror 環境でのアップグレード 57 SnapMirror 環境での無停止アップグレード 58 VMware ESX ホストでの無停止アップグレードの準 備 37 新しいソフトウェアのダウンロードおよびリブート 57 アップグレードの準備 29 アップグレードの推奨事項 12 アップグレードの問題, 7.3 リリース ファミリー 27 アップグレードの問題, 8.0 リリース ファミリー 25 以前のリリースにリバートする 124 構成済みシステムのリバート 110 ソフトウェア イメージのインストール 47 ダウングレード後の手順 143 ダウングレードの準備 134 ダウングレード要件 132 単一システムのアップグレード 72 無停止アップグレードの準備 33 リバート, IPv6 をサポートしないリリース 117 リバート後の手順 128 リバートの要件 108 リバート要件に対処するコマンド 113 索引 | 159 Data ONTAP 8.0 からのダウングレード ダウングレード後の手順の完了 143 ダウングレードの準備 134 Data ONTAP 8.1 からのダウングレード チェックリスト 132 停止を伴うダウングレードの実行 139 無停止ダウングレードの実行 136 要件 132 要件情報の表示 135 Data ONTAP-v アップグレードの計画 8 アップグレードの準備 149 アップグレードの推奨事項 149 Data ONTAP-v アップグレード 概要 148 Data ONTAP-v ソフトウェア イメージ HTTP サーバからのインストール 152 取得 150 ストレージ システムへのコピー 151 Data ONTAP システム ファイル /etc/software からのインストール手順 53 HTTP サーバへのソフトウェア イメージのコピー 123, 136, 150 インストールの概要 47 Data ONTAP ソフトウェア イメージ 取得について 41 取得要件, UNIX クライアント 43 取得要件, Windows クライアント 44 ネットアップ サポート サイトからの取得 123, 136 リバートの準備 112 Data ONTAP ソフトウェア イメージのインストール HTTP サーバ 152 E FTP アップグレード中の中断の回避 146 無停止アップグレードを使用できない場合 19 H HA Configuration Checker 概要 32 HTTP サーバ Data ONTAP-v ソフトウェア イメージのインストール 152 アップグレード中の中断の回避 146 アップグレード ホストの要件 13 アップグレード要件 14 ソフトウェア イメージのインストール 48 ソフトウェア イメージのコピー 42, 150 ソフトウェアイメージのコピー, インストールなし 42 ソフトウェア イメージの取得 41 I ifgrp コマンド リバート中の変更 123 Interoperability Matrix Data ONTAP のダウングレード要件 132 IP アドレス 基本インターフェイスに VLAN を設定した場合の Data ONTAP 8.0 からのリバート 119 L LUN(論理ユニット番号) 空きスペース 31 リストア 111 ESX サーバ ホスト システムでの無停止アップグレードの準備 37 M F MetroCluster 互換性 29 リバートの問題 122, 123 Flash Cache 再有効化 75 ダウングレード要件 141 ファームウェアの更新について 104 FlexVol 無停止アップグレードの要件 20 重複排除アップグレードの要件 22, 31 N NDMP アップグレード中の中断の回避 146 無停止アップグレードを使用できない場合 19 Network Data Management Protocol(NDMP) 160 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド リバートされたシステムの再有効化 129 NDU 次を参照 : 無停止アップグレード NearStore ライセンス 確認 129 NetApp Interoperability Matrix Data ONTAP のアップグレード 148 NDMP(Network Data Management Protocol) リバートされたシステムの再有効化 129 NFS Windows または UNIX のクライアントのアップグレ ード要件 13 アップグレードのプロトコル考慮事項 145 P PAM ファームウェアの更新について 104 Performance Acceleration Module 次を参照 : PAM Perfstat パフォーマンスのベースラインの作成, アップグレー ド前 33 R remote LAN module 次を参照 : RLM Remote LAN Module(RLM) Data ONTAP CLI を使用したファームウェアの更新 94 revert_to コマンド Data ONTAP のリバート 106, 124 RLM RLM CLI を使用したファームウェアの更新 96 ファームウェア更新に関わる問題のトラブルシュー ティング 98, 99 ファームウェアの更新について 93 ファームウェアの要件 93 RLM(Remote LAN Module) Data ONTAP CLI を使用したファームウェアの更新 94 S SAN アップグレードのプロトコル考慮事項 145 SAS(Serial Attached SCSI)ディスクドライブ 必要なファームウェアの確認 32 Serial Attached SCSI 次を参照 : SAS ディスクドライブ SnapLock ボリューム Data ONTAP のリバート 117 SnapMirror Data ONTAP のダウングレード 135 以前のリリースにリバートする 118 デスティネーション ボリュームの識別 148 リバートの順序 118 リバートの問題 122 SnapMirror 環境 アップグレード 57 アップグレードの要件 14, 15 無停止アップグレード 58 リバート要件 120 SnapMirror のアップグレード 再開チェックポイントに与える影響 15 Snapshot コピー アップグレードの準備 29, 148, 149 保持 16 無停止アップグレードの要件 20 リバート前のデータが圧縮されたコピーの削除 121 SP(サービス プロセッサ)のファームウェア 更新 127, 142 SP ファームウェア Data ONTAP CLI を使用する更新 92 SP CLI を使用した更新 93 更新について 92 SSD(ソリッドステート ディスク) リバート 122 Storage Area Network(SAN) ボリュームの空きスペースの確認 31 storage download shelf コマンド ディスク シェルフ ファームウェアの手動更新 88 U UNIX クライアント アップグレードの要件 13 コピーするソフトウェア イメージの取得 44 システムのマウント 43 ソフトウェア イメージの取得要件 43 Upgrade Advisor ツール アップグレードの計画 9 システム容量の決定 38 索引 | 161 サービス中断の回避 145 サービスの可用性に与える影響 144 サービスの可用性の維持について 144 システム推奨事項 31 システム スタータスの確認 74, 153 システム容量および空きスペース 38 準備 29 ステートレス プロトコルの考慮事項 145 すべてのシステムの推奨事項 12 セッション指向プロトコルの考慮事項 146 潜在的な問題の評価 23 単一システム 72 重複排除ボリュームのあるシステム 22 停止方式の HA 構成手順 69 ディスク シェルフ ファームウェアの更新方法 85 ディスク シェルフ ファームウェアの無停止の要件 V vFiler ユニット アップグレードの準備 29 VLAN 基本インターフェイスに VLAN を設定した場合の Data ONTAP 8.0 からのリバート 119 VMware ESX サーバ ホスト システムでの無停止アップグレードの準備 37 W Windows クライアント アップグレードの要件 13 ソフトウェア イメージの取得 45 ソフトウェア イメージの取得要件 44 Windows ホスト ルート ディレクトリのマッピング 45 あ アウトオブオーダー フレーム配信 リバート後 129 空きスペース要件 アップグレードの準備 31 システム容量の決定 38 アクティブ / アクティブ構成 次を参照 : ハイアベイラビリティ構成 アグリゲート 空きスペースの確認 39 圧縮されたボリューム リバート要件 121, 129 アップグレード aggrSpaceCheck ツールの使用 39 Data ONTAP 8.1 に関する問題 23 Data ONTAP 8.1 の動作の変更点 25 Data ONTAP-v システムの推奨事項 149 Data ONTAP のダウンロードおよびリブート 57 Flash Cache モジュールの再有効化 75 RLM ファームウェアの要件 93 SnapMirror 環境 57 SnapMirror 環境, 無停止手順 58 SnapMirror の要件 14 Upgrade Advisor を使用した計画 9 VMware ESX サーバ ホストを含む無停止の準備 37 期間の見積もり 12 計画 8 86 ディスク ファームウェアの更新方法 82 パフォーマンスのベースラインの作成 33 必須の中間アップグレード 18 プロセスの概要 149 プロセスの手順 10 ホスト要件 13 マイナー, 無停止手順 65 マイナーおよびメジャーの種類 17 ミラーリングされたシステムの要件 15 無停止 Data ONTAP の準備 33 メジャー, 無停止手順 59 リリース ファミリー間 17 リリース ファミリー内 18 アップグレード後の手順 システム ステータスの確認 74, 153 アップグレードの問題 Data ONTAP 7.3 27 Data ONTAP 8.0 25 アップグレード ホスト 要件 13 い 以前のリリースにリバートする 8.1 リリース ファミリーからリバートする 124 圧縮されたボリューム 121, 129 構成済みシステム 110 サポートするシナリオ 106 準備 112 全体の手順 107 テクニカル サポートへの連絡のタイミング 106 162 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 問題の特定 111 要件 108 要件に対処するコマンド 113 要件の概要 106 リバート後の手順 128 リバート手順 124 イメージ Windows クライアント用の取得 45 インストールなしの HTTP サーバからのソフトウェ アのコピー 42 ソフトウェアの HTTP サーバへのコピー 42 ソフトウェアのインストール, /etc/software ディレクト リ 53 ソフトウェアのインストール, HTTP サーバ 48 ソフトウェアの取得 44 ソフトウェアの取得, HTTP サーバ 41 インストール /etc/software ディレクトリのソフトウェア イメージ 53 HTTP サーバのソフトウェア イメージ 48 Windows のソフトウェア イメージの取得 45 クローン処理 Data ONTAP のリバート 122 け 計画 Upgrade Advisor を使用したアップグレード 9 アップグレード 8 ダウングレード 131 リバート 106 こ 更新 BIOS の更新方法 78 BMC ファームウェア, 概要 100 Flash Cache ファームウェア, 概要 104 RLM ファームウェアに RLM CLI を使用 96 RLM ファームウェアの概要 93 SP ファームウェア, 概要 92 SP ファームウェアに Data ONTAP CLI を使用 92 SP ファームウェアに SP CLI を使用 93 システム ファームウェア 78 ディスク シェルフ ファームウェア, 概要 85 ディスク ファームウェア, 概要 82 ディスク ファームウェアの更新方法 82 ディスク ファームウェア更新中のサービスの可用 性 83 バックグラウンド ディスク ファームウェアの概要 か 概要 同じリリース ファミリーの以前のリリースへのダウ ングレード 131 仮想ローカル エリア ネットワーク 次を参照 : VLAN 管理ホスト aggrSpaceCheck ツールの使用 39 き ギブバック 無停止アップグレード 18 無停止マイナー アップグレード中の開始 65 無停止メジャー アップグレード中の開始 59 基本インターフェイス VLAN が設定された IP アドレス設定時の Data ONTAP 8.0 からのリバート 119 基本入出力システム 次を参照 : BIOS 共通インターネット ファイルシステム 次を参照 : CIFS く クライアント UNIX のソフトウェア イメージの取得 44 147 構成済みシステム リバート要件 110 コマンド /etc/software ディレクトリ内のファイルの管理 46 HTTP サーバのソフトウェア イメージの取得 41 revert_to 106, 124 ソフトウェア更新 47, 151 ダウングレード要件 135 リバート要件の対処 113 コンプライアンス クロック 次を参照 : ComplianceClock 時間 さ サーバ HTTP からのソフトウェア イメージのインストール 48 索引 | 163 HTTP のソフトウェア イメージの取得 41 インストールなしの HTTP からのコピー 42 ソフトウェア イメージの HTTP へのコピー 42 サービスの可用性 アップグレード中の最適化について 144 アップグレード中の中断の回避 145 アップグレードの影響 144 ディスク シェルフ ファームウェアの要件 86 ディスク ファームウェア更新中 83 サービス プロセッサ 次を参照 : SP ファームウェア サービス プロセッサ(SP)のファームウェア 更新 127, 142 サポート ダウングレード時の連絡のタイミング 131 リバート時の連絡のタイミング 106 し シェルフ ファームウェアの更新方法 85 古いファームウェアの検出 88 無停止アップグレードのファームウェアの要件 86 シェルフ ファームウェアの更新 バージョンの判断 32 システム UNIX ホストへのマウント 43 システム サービス リバート後の確認 128 システム ステータス アップグレード後の確認 74, 153 ダウングレード後の確認 143 システム ファームウェア BIOS の更新方法 78 BIOS バージョンの要件 78 取得 78 停止を伴うファームウェア更新手順 81 無停止アップグレード 79 システム ファイル /etc/software ディレクトリ内の管理用コマンド 46 システム ファイル, Data ONTAP .bplusvtoc_internal 111 .vtoc_internal 111 システム ファイル, Data ONTAP-v インストール 152 システム要件 アップグレード 31 ダウングレード 132 リバート 108 システム容量 決定 38, 39 手動更新 ディスク シェルフ ファームウェアの実行 88 準備 アップグレード 29, 149 ダウングレード 134 す ステートレス プロトコル アップグレード中のサービス中断の回避 145 ストレージ エリア ネットワーク 次を参照 : SAN ストレージ システム Data ONTAP 8.1 のアップグレードの問題 23 Data ONTAP との互換性 148 UNIX ホストへのマウント 43 構成済みシステムのリバート 110 ドライブへのマッピング 45 ミラー環境の無停止アップグレード 58 ミラーリングされたシステムのアップグレードの要件 15 スペース ギャランティ 以前のリリースにリバートする 118 せ セキュリティ プロトコル デフォルトの設定 123 セッション指向プロトコル アップグレード中のサービス中断の回避 146 そ ソフトウェア イメージ /etc/software ディレクトリからのインストール 53 Data ONTAP-v 151 HTTP サーバからのインストール 48 HTTP サーバへのコピー 42 HTTP サーバ用の取得 41 UNIX クライアント用の取得 44 Windows クライアント用の取得 45 インストール 47, 151, 152 インストールなしの HTTP サーバからのコピー 42 概要 150 164 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド コピー 123, 136, 150 取得について 41 取得要件, UNIX クライアント 43 取得要件, Windows クライアント 44 リバートの準備 112 ソフトウェア イメージの取得 UNIX クライアント 44 Windows クライアント 45 ソフトウェア更新コマンド ソフトウェア イメージのインストール 47, 151 ソリッドステート ディスク 次を参照 : SSD ソリッドステート ディスク(SSD) リバート 122 た ダウングレード Flash Cache モジュールの無効化 141 概要, 同じリリース ファミリーの以前のリリース 131 基本インターフェイスに VLAN が設定された IP ア ドレスがある Data ONTAP 8.0 から 119 テクニカル サポートへの連絡のタイミング 131 問題の特定 134 要件の概要 131 ダウングレード後の手順 完了 143 ダウングレード チェックリスト 概要 132 単一システム アップグレード 72 ち チェックリスト アップグレード プロセスの手順 10 ダウングレード 132 リバート 107 中間アップグレード アップグレードの問題 25 必須 18 重複排除 Data ONTAP 7.2 リリース ファミリーからのアップグ レード 77 アップグレード要件 22, 31 リバートされたシステムでの使用 120, 128 リバートの問題 122 て テイクオーバー 無停止アップグレード 18 停止を伴うアップグレード BMC ファームウェア手順 103 Data ONTAP 7.3 に関する問題 27 HA 構成の手順 69 システム ファームウェアの更新 81 無停止方式を使用できない場合 19 要件 22 停止を伴うダウングレード HA ペアのダウングレード 139 ディスク アップグレード中のファームウェアの更新方法 82 ファームウェア更新中のサービスの可用性 83 ファームウェアの更新について 78, 82 ファームウェアのバックグラウンド更新の概要 147 古いファームウェアの検出 84 ディスク シェルフ ACP ファームウェアの更新 90 ファームウェアの更新, 概要 85 ファームウェアの更新について 78 ファームウェアの更新方法 85 ファームウェアの手動更新 88 古いファームウェアの検出 88 無停止アップグレードのファームウェアの要件 86 ディスク シェルフ ファームウェアの更新 ACP 90 概要 85 手動更新 88 バージョンの判断 32 ディスク ファームウェア 更新中のサービスの可用性 83 更新について 82 バックグラウンド更新の概要 147 古いかどうかを検出, AutoSupport の使用 84 ディスク ファームウェアの更新 必要なファームウェアの確認 32 ディスク利用率 無停止アップグレードの要件 20 ディレクトリ /etc/software からのソフトウェア イメージのインスト ール 53 データ圧縮 リバートされたシステム 129 テクニカル サポート ダウングレード時の連絡のタイミング 131 索引 | 165 リバート時の連絡のタイミング 106 と 動作 Data ONTAP 8.1 の変更点 25 動作の変更 Data ONTAP 7.3 27 Data ONTAP 8.0 26 Data ONTAP 8.1 25 特殊なシステム ファイル .bplusvtoc_internal 111 .vtoc_internal 111 トラブルシューティング RLM ファームウェアの更新に関する問題 Data ONTAP CLI 99 RLM CLI 99 概要 98 ね ネットアップ サポート サイト Data ONTAP ソフトウェア イメージの取得 150 Data ONTAP ソフトウェア イメージの取得について 41 システム ファームウェアの取得 32, 78 ネットワークデータ管理プロトコル 次を参照 : NDMP ネットワーク ファイルシステム 次を参照 : NFS は バージョン 古いディスク シェルフ ファームウェアの検出 88 古いディスク ファームウェアの検出 84 ハイアベイラビリティ構成 Data ONTAP のリバート 124 以前のリリースからのアップグレード 59 概要 18 停止を伴うアップグレード 22, 69 停止を伴うダウングレード 139 無停止アップグレードを使用する場合 19 無停止ダウングレード 136 リリース ファミリー内のアップグレード 65 ハイパーテキスト転送プロトコル 次を参照 : HTTP サーバ バックアウト プラン Data ONTAP-v アップグレード 148 バックグラウンド ディスク ファームウェア更新の概要 147 パフォーマンスのベースライン アップグレード前の Perfstat を使用した設定 33 ふ ファームウェア BIOS システムの更新方法 78 BIOS バージョンの要件 78 Flash Cache の更新について 104 PAM の更新について 104 RLM CLI による RLM の更新 96 RLM の要件 93 ディスク, 更新方法 82 ディスク, シェルフ, およびシステムの更新について 78 ディスク シェルフ, 更新プロセスの概要 85 ディスクシェルフの手動更新 88 ディスクの更新について 82 古い BMC の検出 100 古いかどうかを検出, ディスク シェルフ 88 古いディスクの検出, AutoSupport の使用 84 無停止アップグレードのディスク シェルフの要件 86 無停止の BMC 更新 101 ファームウェアの更新 ACP 90 BMC, 概要 100 BMC 停止手順 103 RLM 94 RLM の問題に関わるトラブルシューティング 99 SP に Data ONTAP CLI を使用 92 SP に SP CLI を使用 93 SP について 92 システム 78 ディスク更新中のサービスの可用性 83 ディスク シェルフ, 概要 85 ディスク シェルフのバージョンの判断 32 バックグラウンド ディスクの概要 147 ファイバチャネル ディスクドライブ 必要なファームウェアの確認 32 ファイル /etc/software ディレクトリ内の管理用コマンド 46 ファイル転送プロトコル 次を参照 : FTP フェイルオーバー処理 無停止マイナー アップグレード中の開始 65 166 | Data ONTAP 8.1 7-Mode アップグレードおよびリバート / ダウングレード ガイド 無停止メジャー アップグレード中の開始 59 複数ホップ アップグレード 概要 18 プライマリ ポート 優先 123 古いファームウェア BMC の検出 100 検出, ディスク 84 検出, ディスク シェルフ 88 プロトコル アップグレード中の中断の回避 145 ステートレスのアップグレード考慮事項 145 セッション指向の考慮事項 146 ディスク シェルフ ファームウェア, 概要 85 ディスク シェルフ ファームウェアの要件 86 要件 20 リリース ファミリー内 65 無停止アップグレード(NDU) 概要 18 使用する状況 19 無停止ダウングレード HA ペアのダウングレード 136 無停止メジャー アップグレード ディスク シェルフ ファームウェアの更新要件 85 ディスク ファームウェアの前提条件 82 め へ ベースボード管理コントローラ 次を参照 : BMC メジャー アップグレード 概要 17 無停止アップグレードの要件 20 無停止手順 59 ほ も 保持 Snapshot コピー 16 ま マイナー アップグレード 概要 17 無停止アップグレードの要件 20 無停止手順 65 む 無停止アップグレード BMC ファームウェア 101 Data ONTAP の準備 33 Flash Cache ファームウェア更新の仕組み 104 HA 構成のアップグレード 59, 65 SnapMirror 環境, 手順 58 以前のリリース ファミリー 59 期間の見積もり 12 サービス中断の回避 145 サービスの可用性の最適化について 144 システム ファームウェアの手順 79 準備, VMware サーバ ホスト 37 使用できない場合 19 重複排除ボリュームのあるシステム 22 モジュール ファームウェア Data ONTAP CLI を使用した RLM の更新 94 RLM CLI による RLM の更新 96 SP の更新 127, 142 SP の更新, 概要 92 ディスク シェルフ, 更新プロセスの概要 85 問題 潜在的なアップグレードの評価 23 ダウングレード 134 リバート 111 よ 要件 SnapMirror のアップグレード 14 アップグレード プロセスの手順 10 ディスク シェル ファームウェア, 無停止アップグレー ド 86 無停止アップグレード, すべてのシステム 20 リバートに対処するコマンド 113 り リバート 索引 | 167 基本インターフェイスに VLAN が設定された IP ア ドレスがある Data ONTAP 8.0 から 119 リバート後の手順 完了 128 リバート チェックリスト 概要 107 リバートの準備手順 概要, リバートの準備 112 リバートの問題 /etc/rc ファイルのインターフェイス グループ設定 123 Brocade スイッチおよび MetroCluster 122 ComplianceClock 117 MetroCluster 設定の優先プライマリ ポート設定 123 アウトオブオーダー フレーム配信 129 圧縮されたボリューム 129 重複排除ボリューム 120, 128 重複排除またはクローン処理 122 特定 111 リバート要件 IPv6 をサポートしない Data ONTAP リリース 117 NDMP の再有効化 129 最大容量制限 116 スペース ギャランティ 118 デフォルト セキュリティ設定 123 リリース ファミリー 8.0 動作の変更 26 8.1 動作の変更 25 Data ONTAP 8.1 のアップグレードの問題 23 アップグレード 17, 18 アップグレードがサービスの可用性に与える影響 144 アップグレードの問題, 7.3 27 アップグレードの問題, 8.0 25 概要 17 潜在的なアップグレードの問題の評価 23 相違 17 る ルート ディレクトリ Windows ホストへのマッピング 45 ろ ローリング アップグレード 無停止アップグレード 18 論理ユニット番号 次を参照 : LUN
© Copyright 2024 Paperzz