Data ONTAP 8.1 7-Modeアップグレードおよびリバート / ダウン

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