日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NVRAM モジュール / NVRAM DIMM を交換してください - AFF A900

05/23/2023 寄稿者

NVRAM モジュールは NVRAM11 と DIMM で構成されます。障害が発生した NVRAM モジュールまたは NVRAM モジュール内の DIMM を交換できます。障害が発生した NVRAM モジュールを交換するには、モジュールをシャーシから取り外し、 DIMM を交換用モジュールに移して、交換用 NVRAM モジュールをシャーシに取り付ける必要があります。

とNVRAM DIMMを交換するには、NVRAMモジュールをシャーシから取り外し、モジュール内の障害が発生したDIMMを交換してから、NVRAMモジュールを再度取り付ける必要があります。

このタスクについて

システム ID は NVRAM モジュールから取得されるため、モジュールを交換する場合は、システムに属するディスクを新しいシステム ID に再割り当てします。

作業を開始する前に

すべてのディスクシェルフが適切に動作している必要があります。
HA ペアのシステムの場合は、交換する NVRAM モジュールに関連付けられているコントローラをパートナーコントローラがテイクオーバーできる必要があります。
この手順では次の用語を使用します。
- 障害のあるコントローラとは、メンテナンスを実行しているコントローラです。
- 正常なコントローラとは、障害のあるコントローラの HA パートナーです。
この手順には、新しいNVRAMモジュールに関連付けられているコントローラモジュールにディスクを自動的に再割り当てする手順が含まれています。手順でに指示された場合は、ディスクを再割り当てする必要があります。ギブバックで CAN 原因の問題が発生する前にディスクの再割り当てを完了する。
障害が発生したコンポーネントは、プロバイダから受け取った交換用 FRU コンポーネントと交換する必要があります。
この手順の一部としてディスクやディスクシェルフを変更することはできません。

手順 1 ：障害のあるコントローラをシャットダウンします

手順

次のいずれかのオプションを使用して、障害のあるコントローラをシャットダウンまたはテイクオーバーします。

オプション 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 」と入力します。

障害のあるコントローラの表示

作業

LOADER プロンプト

コントローラモジュールの取り外しに進みます。

ギブバックを待っています

Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します

システムプロンプトまたはパスワードプロンプト

正常なコントローラから障害のあるコントローラをテイクオーバーまたは停止します。「 storage failover takeover -ofnode impaired_node_name _

障害のあるコントローラに「 Waiting for giveback… 」と表示されたら、 Ctrl+C キーを押し、「 y 」と入力します。

オプション 2 ：コントローラが MetroCluster に搭載されている

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 」と入力します。

障害のあるコントローラの表示

作業

LOADER プロンプト

コントローラモジュールの取り外しに進みます。

ギブバックを待っています

Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します

システムプロンプトまたはパスワードプロンプト（システムパスワードの入力）

正常なコントローラから障害のあるコントローラをテイクオーバーまたは停止します。「 storage failover takeover -ofnode impaired_node_name _

障害のあるコントローラに「 Waiting for giveback… 」と表示されたら、 Ctrl+C キーを押し、「 y 」と入力します。

手順 2 ： NVRAM モジュールを交換します

NVRAM モジュールを交換するには、シャーシのスロット 6 にある NVRAM モジュールの場所を確認し、特定の手順に従います。

接地対策がまだの場合は、自身で適切に実施します。
ターゲットの NVRAM モジュールをシャーシから取り外します。
1. 文字と数字が記載されたカムボタンを押し下げます。
  
  カムボタンがシャーシから離れます。
2. カムラッチを下に回転させて水平にします。
  
  NVRAM モジュールがシャーシから外れ、数インチ外に出ます。
3. NVRAM モジュール前面の両側にあるプルタブを引いてモジュールをシャーシから取り外します。
  
  アニメーション- NVRAMモジュールを交換します
文字と数字が記載されたカムラッチ

カムラッチが完全にロック解除されました
NVRAM モジュールを安定した場所に置き、カバーの青色のロックボタンを押し下げてカバーを NVRAM モジュールから取り外します。青いボタンを押しながら、カバーをスライドさせて NVRAM モジュールから外します。

カバーのロックボタン

DIMM と DIMM のツメ
古い NVRAM モジュールから DIMM を 1 つずつ取り外し、交換用 NVRAM モジュールに取り付けます。
モジュールのカバーを閉じます。
交換用 NVRAM モジュールをシャーシに取り付けます。
1. モジュールをスロット 6 のシャーシ開口部の端に合わせます。
2. モジュールをスロットにそっと挿入し、文字と数字が記載されたカムラッチを上に押してモジュールを所定の位置にロックします。

手順 3 ： NVRAM DIMM を交換します

NVRAM モジュールの NVRAM DIMM を交換するには、 NVRAM モジュールを取り外し、モジュールを開き、ターゲット DIMM を交換する必要があります。

接地対策がまだの場合は、自身で適切に実施します。
ターゲットの NVRAM モジュールをシャーシから取り外します。
1. 文字と数字が記載されたカムボタンを押し下げます。
  
  カムボタンがシャーシから離れます。
2. カムラッチを下に回転させて水平にします。
  
  NVRAM モジュールがシャーシから外れ、数インチ外に出ます。
3. NVRAM モジュール前面の両側にあるプルタブを引いてモジュールをシャーシから取り外します。
  
  アニメーション- NVRAM DIMMを交換します
文字と数字が記載されたカムラッチ

カムラッチが完全にロック解除されました
NVRAM モジュールを安定した場所に置き、カバーの青色のロックボタンを押し下げてカバーを NVRAM モジュールから取り外します。青いボタンを押しながら、カバーをスライドさせて NVRAM モジュールから外します。

カバーのロックボタン

DIMM と DIMM のツメ
NVRAM モジュール内で交換する DIMM の場所を確認し、 DIMM の固定ツメを押し下げ、ソケットから持ち上げて取り外します。
DIMM をソケットに合わせ、固定ツメが所定の位置に収まるまで DIMM をそっとソケットに押し込み、交換用 DIMM を取り付けます。
モジュールのカバーを閉じます。
NVRAM モジュールをシャーシに取り付けます。
1. モジュールをスロット 6 のシャーシ開口部の端に合わせます。
2. モジュールをスロットにそっと挿入し、文字と数字が記載されたカムラッチを上に押してモジュールを所定の位置にロックします。

手順 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)
```
コントローラをギブバックします。
1. 正常なコントローラから、交換したコントローラのストレージをギブバックします。 storage failover giveback -ofnode replacement_node_name
  
  交換用コントローラはストレージをテイクバックしてブートを完了します。
  
  システム ID が一致しないためにシステム ID を上書きするかどうかを確認するメッセージが表示された場合は 'y' と入力する必要があります
  
  ギブバックが拒否されている場合は、拒否を無効にすることを検討してください。
詳細については、を参照してください "手動ギブバックコマンド" 拒否を無視するトピック。
1. ギブバックが完了したら、 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 ：ストレージとボリュームの暗号化機能をリストアする

ストレージ暗号化を有効にしている場合は、該当する手順を使用します。

オプション1：オンボードキーマネージャを使用する

手順

ノードをブートメニューでブートします。
オプション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 形式のデータアグリゲート）のみが表示されます。
セキュリティキーマネージャのオンボード同期を実行します。
1. 「 securitykey-manager onboard sync 」コマンドを実行し、プロンプトが表示されたらパスフレーズを入力します。
2. 'security key-manager key-query' コマンドを入力して ' オンボード・キー・マネージャに格納されているすべてのキーの詳細な表示を表示し ' すべての認証キーの 'restored`column=yes/true' を確認します
  
  「 Restored 」列が「 yes/true 」以外の場合は、カスタマサポートにお問い合わせください。
3. キーがクラスタ全体で同期されるまで 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をリセットします。
1. を使用して、FIPSドライブまたはSEDにデータ認証キーを割り当てます storage encryption disk modify -disk disk_ID -data-key-id key_ID コマンドを実行します
  
  を使用できます security key-manager key query -key-type NSE-AK キーIDを表示するコマンド。
2. を使用して、認証キーが割り当てられたことを確認します storage encryption disk show コマンドを実行します

オプション2：External Managerを使用する

コントローラをブートメニューでブートします。
オプション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をリセットします。
1. を使用して、FIPSドライブまたはSEDにデータ認証キーを割り当てます storage encryption disk modify -disk disk_ID -data-key-id key_ID コマンドを実行します
  
  を使用できます security key-manager key query -key-type NSE-AK キーIDを表示するコマンド。
2. を使用して、認証キーが割り当てられたことを確認します storage encryption disk show コマンドを実行します

手順 7 ：障害が発生したパーツをネットアップに返却する

障害のある部品は、キットに付属する RMA 指示書に従ってネットアップに返却してください。を参照してください "パーツの返品と交換" 詳細については、を参照してください。

Creating your file...