NVRAM モジュール / NVRAM DIMM を交換してください - AFF A900
寄稿者
NVRAM モジュールは NVRAM11 と DIMM で構成されます。障害が発生した NVRAM モジュールまたは NVRAM モジュール内の DIMM を交換できます。障害が発生した NVRAM モジュールを交換するには、モジュールをシャーシから取り外し、 DIMM を交換用モジュールに移して、交換用 NVRAM モジュールをシャーシに取り付ける必要があります。
とNVRAM DIMMを交換するには、NVRAMモジュールをシャーシから取り外し、モジュール内の障害が発生したDIMMを交換してから、NVRAMモジュールを再度取り付ける必要があります。
システム ID は NVRAM モジュールから取得されるため、モジュールを交換する場合は、システムに属するディスクを新しいシステム ID に再割り当てします。
-
すべてのディスクシェルフが適切に動作している必要があります。
-
HA ペアのシステムの場合は、交換する NVRAM モジュールに関連付けられているコントローラをパートナーコントローラがテイクオーバーできる必要があります。
-
この手順では次の用語を使用します。
-
障害のあるコントローラとは、メンテナンスを実行しているコントローラです。
-
正常なコントローラとは、障害のあるコントローラの HA パートナーです。
-
-
この手順 には、新しいNVRAMモジュールに関連付けられているコントローラモジュールにディスクを自動的に再割り当てする手順が含まれています。手順でに指示された場合は、ディスクを再割り当てする必要があります。ギブバックで CAN 原因の問題が発生する前にディスクの再割り当てを完了する。
-
障害が発生したコンポーネントは、プロバイダから受け取った交換用 FRU コンポーネントと交換する必要があります。
-
この手順の一部としてディスクやディスクシェルフを変更することはできません。
手順 1 :障害のあるコントローラをシャットダウンします
次のいずれかのオプションを使用して、障害のあるコントローラをシャットダウンまたはテイクオーバーします。
障害のあるコントローラをシャットダウンするには、コントローラのステータスを確認し、必要に応じて正常なコントローラが障害のあるコントローラストレージからデータを引き続き提供できるようにコントローラをテイクオーバーする必要があります。
-
NetApp Storage Encryptionを使用している場合は、の手順に従ってMSIDをリセットしておく必要があります "SEDを非保護モードに戻します"。
-
SANシステムを使用している場合は、イベントメッセージを確認しておく必要があります
cluster kernel-service show
)を参照してください。。cluster kernel-service show
コマンドは、ノード名、そのノードのクォーラムステータス、ノードの可用性ステータス、およびノードの動作ステータスを表示します。各 SCSI ブレードプロセスは、クラスタ内の他のノードとクォーラムを構成している必要があります。交換を進める前に、すべての問題を解決しておく必要があります。
-
ノードが 3 つ以上あるクラスタは、クォーラムを構成している必要があります。クラスタがクォーラムを構成していない場合、または正常なコントローラで適格性と正常性についてfalseと表示される場合は、障害のあるコントローラをシャットダウンする前に問題 を修正する必要があります。を参照してください "ノードをクラスタと同期します"。
-
AutoSupport が有効になっている場合は、 AutoSupport メッセージを呼び出してケースの自動作成を抑制します。「 system node AutoSupport invoke -node * -type all -message MAINT=number_OF_hours_downh
次のAutoSupport メッセージは、ケースの自動作成を2時間停止します。
cluster1:> system node autosupport invoke -node * -type all -message MAINT=2h
-
正常なコントローラのコンソールから自動ギブバックを無効にします。 storage failover modify – node local-auto-giveback false
自動ギブバックを無効にしますか?_と表示されたら’y’を入力します -
障害のあるコントローラに LOADER プロンプトを表示します。
障害のあるコントローラの表示 作業 LOADER プロンプト
コントローラモジュールの取り外しに進みます。
ギブバックを待っています
Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します
システムプロンプトまたはパスワードプロンプト
正常なコントローラから障害のあるコントローラをテイクオーバーまたは停止します。「 storage failover takeover -ofnode impaired_node_name _
障害のあるコントローラに「 Waiting for giveback… 」と表示されたら、 Ctrl+C キーを押し、「 y 」と入力します。
|
2 ノード MetroCluster 構成のシステムでは、この手順を使用しないでください。 |
障害のあるコントローラをシャットダウンするには、コントローラのステータスを確認し、必要に応じて正常なコントローラが障害のあるコントローラストレージからデータを引き続き提供できるようにコントローラをテイクオーバーする必要があります。
-
ノードが 3 つ以上あるクラスタは、クォーラムを構成している必要があります。クラスタがクォーラムを構成していない場合、または正常なコントローラで適格性と正常性についてfalseと表示される場合は、障害のあるコントローラをシャットダウンする前に問題 を修正する必要があります。を参照してください "ノードをクラスタと同期します"。
-
MetroCluster 構成を使用している場合は、 MetroCluster 構成状態が構成済みで、ノードが有効かつ正常な状態であることを確認しておく必要があります(「 MetroCluster node show 」)。
-
AutoSupport が有効になっている場合は、 AutoSupport メッセージを呼び出してケースの自動作成を抑制します。「 system node AutoSupport invoke -node * -type all -message MAINT=number_OF_hours_downh
次の AutoSupport メッセージは、ケースの自動作成を 2 時間停止します。 cluster1 : * > system node AutoSupport invoke -node * -type all -message MAINT=2h`
-
正常なコントローラのコンソールから自動ギブバックを無効にします。 storage failover modify – node local-auto-giveback false
-
障害のあるコントローラに LOADER プロンプトを表示します。
障害のあるコントローラの表示 作業 LOADER プロンプト
コントローラモジュールの取り外しに進みます。
ギブバックを待っています
Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します
システムプロンプトまたはパスワードプロンプト(システムパスワードの入力)
正常なコントローラから障害のあるコントローラをテイクオーバーまたは停止します。「 storage failover takeover -ofnode impaired_node_name _
障害のあるコントローラに「 Waiting for giveback… 」と表示されたら、 Ctrl+C キーを押し、「 y 」と入力します。
手順 2 : NVRAM モジュールを交換します
NVRAM モジュールを交換するには、シャーシのスロット 6 にある NVRAM モジュールの場所を確認し、特定の手順に従います。
-
接地対策がまだの場合は、自身で適切に実施します。
-
ターゲットの NVRAM モジュールをシャーシから取り外します。
-
文字と数字が記載されたカムボタンを押し下げます。
カムボタンがシャーシから離れます。
-
カムラッチを下に回転させて水平にします。
NVRAM モジュールがシャーシから外れ、数インチ外に出ます。
-
NVRAM モジュール前面の両側にあるプルタブを引いてモジュールをシャーシから取り外します。
アニメーション- NVRAMモジュールを交換します
文字と数字が記載されたカムラッチ
カムラッチが完全にロック解除されました
-
-
NVRAM モジュールを安定した場所に置き、カバーの青色のロックボタンを押し下げてカバーを NVRAM モジュールから取り外します。青いボタンを押しながら、カバーをスライドさせて NVRAM モジュールから外します。
カバーのロックボタン
DIMM と DIMM のツメ
-
古い NVRAM モジュールから DIMM を 1 つずつ取り外し、交換用 NVRAM モジュールに取り付けます。
-
モジュールのカバーを閉じます。
-
交換用 NVRAM モジュールをシャーシに取り付けます。
-
モジュールをスロット 6 のシャーシ開口部の端に合わせます。
-
モジュールをスロットにそっと挿入し、文字と数字が記載されたカムラッチを上に押してモジュールを所定の位置にロックします。
-
手順 3 : NVRAM DIMM を交換します
NVRAM モジュールの NVRAM DIMM を交換するには、 NVRAM モジュールを取り外し、モジュールを開き、ターゲット DIMM を交換する必要があります。
-
接地対策がまだの場合は、自身で適切に実施します。
-
ターゲットの NVRAM モジュールをシャーシから取り外します。
-
文字と数字が記載されたカムボタンを押し下げます。
カムボタンがシャーシから離れます。
-
カムラッチを下に回転させて水平にします。
NVRAM モジュールがシャーシから外れ、数インチ外に出ます。
-
NVRAM モジュール前面の両側にあるプルタブを引いてモジュールをシャーシから取り外します。
アニメーション- NVRAM DIMMを交換します
文字と数字が記載されたカムラッチ
カムラッチが完全にロック解除されました
-
-
NVRAM モジュールを安定した場所に置き、カバーの青色のロックボタンを押し下げてカバーを NVRAM モジュールから取り外します。青いボタンを押しながら、カバーをスライドさせて NVRAM モジュールから外します。
カバーのロックボタン
DIMM と DIMM のツメ
-
NVRAM モジュール内で交換する DIMM の場所を確認し、 DIMM の固定ツメを押し下げ、ソケットから持ち上げて取り外します。
-
DIMM をソケットに合わせ、固定ツメが所定の位置に収まるまで DIMM をそっとソケットに押し込み、交換用 DIMM を取り付けます。
-
モジュールのカバーを閉じます。
-
NVRAM モジュールをシャーシに取り付けます。
-
モジュールをスロット 6 のシャーシ開口部の端に合わせます。
-
モジュールをスロットにそっと挿入し、文字と数字が記載されたカムラッチを上に押してモジュールを所定の位置にロックします。
-
手順 4 : FRU の交換後にコントローラをリブートします
FRU を交換したら、コントローラモジュールをリブートする必要があります。
-
LOADER プロンプトから ONTAP を起動するには、「 bye 」と入力します。
手順5:ディスクの再割り当て
交換用コントローラのブート時にシステム ID の変更を確認し、変更が実装されたことを確認する必要があります。
|
この手順は、 HA ペアの ONTAP を実行するシステムにのみ適用されます。 |
|
ディスクの再割り当ては、NVRAMモジュールを交換する場合にのみ必要です。 |
-
交換用コントローラがメンテナンスモードの場合(にと表示されます
*>
プロンプト)でメンテナンスモードを終了し、LOADERプロンプトを表示します。halt
-
システムIDが一致しないためにシステムIDを上書きするかどうかを尋ねられた場合は、交換用コントローラのLOADERプロンプトからコントローラをブートし、「y」と入力します。
-
待機しているギブバックを実行しています…交換用モジュールを取り付けたコントローラのコンソールにメッセージが表示されたら、正常なコントローラから、新しいパートナーシステムIDが自動的に割り当てられたことを確認します。
storage failover show
コマンド出力には、障害のあるコントローラでシステム ID が変更されたことを示すメッセージが表示され、正しい古い ID と新しい ID が示されます。次の例では、 node2 の交換が実施され、新しいシステム ID として 151759706 が設定されています。
node1:> storage failover show Takeover Node Partner Possible State Description ------------ ------------ -------- ------------------------------------- node1 node2 false System ID changed on partner (Old: 151759755, New: 151759706), In takeover node2 node1 - Waiting for giveback (HA mailboxes)
-
コントローラをギブバックします。
-
正常なコントローラから、交換したコントローラのストレージをギブバックします。 storage failover giveback -ofnode replacement_node_name
交換用コントローラはストレージをテイクバックしてブートを完了します。
システム ID が一致しないためにシステム ID を上書きするかどうかを確認するメッセージが表示された場合は 'y' と入力する必要があります
ギブバックが拒否されている場合は、拒否を無効にすることを検討してください。
詳細については、を参照してください "手動ギブバックコマンド" 拒否を無視するトピック。
-
ギブバックが完了したら、 HA ペアが正常で、テイクオーバーが可能であることを確認します。「 storage failover show
「 storage failover show 」コマンドの出力に、パートナーメッセージで変更されたシステム ID は含まれません。
-
-
ディスクが正しく割り当てられたことを確認します。「 storage disk show -ownership
交換用コントローラに属するディスクには、新しいシステム ID が表示されます。次の例では、node1で所有されているディスクに新しいシステムID 151759706が表示されます。
node1:> storage disk show -ownership Disk Aggregate Home Owner DR Home Home ID Owner ID DR Home ID Reserver Pool ----- ------ ----- ------ -------- ------- ------- ------- --------- --- 1.0.0 aggr0_1 node1 node1 - 151759706 151759706 - 151759706 Pool0 1.0.1 aggr0_1 node1 node1 151759706 151759706 - 151759706 Pool0 . . .
-
システムが MetroCluster 構成になっている場合は ' コントローラのステータスを監視します MetroCluster node show
MetroCluster 構成では、交換後に通常の状態に戻るまで数分かかります。この時点で各コントローラの状態が設定済みになります。 DR ミラーリングは有効で、通常モードになります。MetroCluster node show -fields node-systemid' コマンドの出力には、 MetroCluster 設定が通常の状態に戻るまで古いシステム ID が表示されます。
-
コントローラが MetroCluster 構成になっている場合は、 MetroCluster の状態に応じて、元の所有者がディザスタサイトのコントローラである場合に DR ホーム ID フィールドにディスクの元の所有者が表示されることを確認します。
これは、次の両方に該当する場合に必要です。
-
MetroCluster 構成がスイッチオーバー状態である。
-
交換用コントローラがディザスタサイトのディスクの現在の所有者である。
を参照してください "4 ノード MetroCluster 構成での HA テイクオーバーおよび MetroCluster スイッチオーバー中のディスク所有権の変更" を参照してください。
-
-
システムが MetroCluster 構成になっている場合は、各コントローラが構成されていることを確認します。「 MetroCluster node show -fields configurion-state 」
node1_siteA::> metrocluster node show -fields configuration-state dr-group-id cluster node configuration-state ----------- ---------------------- -------------- ------------------- 1 node1_siteA node1mcc-001 configured 1 node1_siteA node1mcc-002 configured 1 node1_siteB node1mcc-003 configured 1 node1_siteB node1mcc-004 configured 4 entries were displayed.
-
各コントローラに、想定されるボリュームが存在することを確認します。 vol show -node node-name
-
ストレージ暗号化が有効になっている場合は、機能をリストアする必要があります。
-
リブート時の自動テイクオーバーを無効にした場合は、正常なコントローラで storage failover modify -node replacement-node-name -onreboot true を有効にします
手順 6 :ストレージとボリュームの暗号化機能をリストアする
ストレージ暗号化を有効にしている場合は、該当する手順 を使用します。
-
ノードをブートメニューでブートします。
-
オプション10を選択します。
Set onboard key management recovery secrets
。 -
お客様から入手したオンボードキーマネージャのパスフレーズを入力します。
-
プロンプトで、の出力からバックアップキーデータを貼り付けます
security key-manager backup show
またはsecurity key-manager onboard show-backup
コマンドを実行しますバックアップデータの例:
------------------------ バックアップの開始--------------------------
AAAAAAAAAAAAAAAAAAAAAAAAAAADUD+byAAAAAAAAAA QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA。。。H4nPQM0nrDRYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
-------------- エンド・バックアップ:
コントローラがブートメニューに戻ります。 -
オプション1を選択します。
Normal Boot
-
「 storage failover giveback -fromnode local-only -cfo-aggregates true 」コマンドを使用して、 CFO アグリゲートだけをギブバックします。
-
ディスク障害のためにコマンドが失敗した場合は、ディスクを物理的に取り外します。ただし、交換用のディスクを受け取るまでは、ディスクをスロットに残しておきます。
-
CIFS セッションが開いているためにコマンドが失敗する場合は、 CIFS セッションを閉じる方法をお客様に確認します。
CIFS を終了原因すると、データが失われる可能性があります。 -
パートナーの準備ができていないためにコマンドが失敗した場合は、 NVRAMs が同期されるまで 5 分待ちます。
-
NDMP 、 SnapMirror 、または SnapVault のプロセスが原因でコマンドが失敗する場合は、そのプロセスを無効にします。詳細については、該当するコンテンツを参照してください。
-
-
ギブバックが完了したら、「 storage failover show 」コマンドと「 storage failover show-giveback 」コマンドを使用して、フェイルオーバーとギブバックのステータスを確認します。
CFO アグリゲート(ルートアグリゲートおよび CFO 形式のデータアグリゲート)のみが表示されます。
-
セキュリティキーマネージャのオンボード同期を実行します。
-
「 securitykey-manager onboard sync 」コマンドを実行し、プロンプトが表示されたらパスフレーズを入力します。
-
'security key-manager key-query' コマンドを入力して ' オンボード・キー・マネージャに格納されているすべてのキーの詳細な表示を表示し ' すべての認証キーの 'restored`column=yes/true' を確認します
「 Restored 」列が「 yes/true 」以外の場合は、カスタマサポートにお問い合わせください。 -
キーがクラスタ全体で同期されるまで 10 分待ちます。
-
-
パートナーコントローラにコンソールケーブルを接続します。
-
storage failover giveback -fromnode local コマンドを使用して、ターゲットコントローラをギブバックします。
-
storage failover show コマンドを使用して ' ギブバックのステータスを確認します完了を報告してから 3 分後に確認します
20 分経ってもギブバックが完了しない場合は、カスタマーサポートにお問い合わせください。
-
クラスタシェルプロンプトで、 net int show -is-home false コマンドを入力し、ホームコントローラとポートにない論理インターフェイスを表示します。
いずれかのインターフェイスが「 false 」と表示されている場合は、 net int revert コマンドを使用して、これらのインターフェイスをホームポートに戻します。
-
コンソール・ケーブルをターゲット・コントローラに移動し 'version -v コマンドを実行して ONTAP のバージョンを確認します
-
「 storage failover modify -node local-auto-giveback true 」コマンドを使用して自動ギブバックを無効にした場合は、自動ギブバックをリストアします。
-
MSIDが以前に設定され、この手順 の開始時に取得された場合は、MSIDをリセットします。
-
を使用して、FIPSドライブまたはSEDにデータ認証キーを割り当てます
storage encryption disk modify -disk disk_ID -data-key-id key_ID
コマンドを実行しますを使用できます security key-manager key query -key-type NSE-AK
キーIDを表示するコマンド。 -
を使用して、認証キーが割り当てられたことを確認します
storage encryption disk show
コマンドを実行します
-
-
コントローラをブートメニューでブートします。
-
オプション11を選択します。
Configure node for external key management
。 -
プロンプトが表示されたら、管理証明書の情報を入力します。
管理証明書の情報が完了すると、コントローラがブートメニューに戻ります。 -
オプション1を選択します。
Normal Boot
-
コンソールケーブルをパートナーコントローラに移動し、 storage failover giveback -fromnode local-only -cfo-aggregates true local コマンドを使用して、ターゲットコントローラストレージをギブバックします。
-
ディスク障害のためにコマンドが失敗した場合は、ディスクを物理的に取り外します。ただし、交換用のディスクを受け取るまでは、ディスクをスロットに残しておきます。
-
CIFS セッションが開いているためにコマンドが失敗する場合は、 CIFS セッションを閉じる方法をお客様に確認してください。
CIFS を終了原因すると、データが失われる可能性があります。 -
パートナーの準備が完了していないためにコマンドが失敗した場合は、 NVMEM が同期されるまで 5 分待ちます。
-
NDMP 、 SnapMirror 、または SnapVault のプロセスが原因でコマンドが失敗する場合は、そのプロセスを無効にします。詳細については、該当するコンテンツを参照してください。
-
-
3 分待ってから、 storage failover show コマンドを使用してフェイルオーバーステータスを確認します。
-
クラスタシェルプロンプトで、「 net int show -is-home false 」コマンドを入力し、ホームコントローラとポートにない論理インターフェイスを表示します。
いずれかのインターフェイスが「 false 」と表示されている場合は、「 net int revert 」コマンドを使用して、これらのインターフェイスをホームポートに戻します。
-
コンソール・ケーブルをターゲット・コントローラに移動し 'version -v コマンドを実行して ONTAP のバージョンを確認します
-
「 storage failover modify -node local-auto-giveback true 」コマンドを使用して自動ギブバックを無効にした場合は、自動ギブバックをリストアします。
-
クラスタシェルプロンプトで「 storage encryption disk show 」を使用して出力を確認します。
-
キー管理サーバに保存されている暗号化キーと認証キーを表示するには 'security key-manager key-query コマンドを使用します
-
リストアされたカラム = 'yes/true' の場合は ' 終了し ' 交換プロセスを完了することができます
-
'Key Manager type`=external' および 'restored' カラム = が 'yes/true' 以外の場合は 'security key-manager external restore コマンドを使用して認証キーのキー ID を復元します
コマンドが失敗した場合は、カスタマーサポートにお問い合わせください。 -
'Key Manager type`=onboard ' および 'restored' カラム = 'yes/true' 以外の場合は、 security key-manager onboard sync コマンドを使用して Key Manager タイプを再同期します。
security key-manager key-query コマンドを使用して ' すべての認証キーの Restored カラム = 'yes/true' を確認します
-
-
パートナーコントローラにコンソールケーブルを接続します。
-
storage failover giveback -fromnode local コマンドを使用してコントローラをギブバックします。
-
「 storage failover modify -node local-auto-giveback true 」コマンドを使用して自動ギブバックを無効にした場合は、自動ギブバックをリストアします。
-
MSIDが以前に設定され、この手順 の開始時に取得された場合は、MSIDをリセットします。
-
を使用して、FIPSドライブまたはSEDにデータ認証キーを割り当てます
storage encryption disk modify -disk disk_ID -data-key-id key_ID
コマンドを実行しますを使用できます security key-manager key query -key-type NSE-AK
キーIDを表示するコマンド。 -
を使用して、認証キーが割り当てられたことを確認します
storage encryption disk show
コマンドを実行します
-
手順 7 :障害が発生したパーツをネットアップに返却する
障害のある部品は、キットに付属する RMA 指示書に従ってネットアップに返却してください。を参照してください "パーツの返品と交換" 詳細については、を参照してください。