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

ブートメディアを交換します - AFF A320

共同作成者

ブートメディアを交換するには、障害のあるコントローラモジュールを取り外し、交換用ブートメディアを取り付けて、ブートイメージを USB フラッシュドライブに転送する必要があります。

手順 1 :コントローラモジュールを取り外す

コントローラモジュール内部のコンポーネントにアクセスするには、コントローラモジュールをシャーシから取り外す必要があります。

  1. 接地対策がまだの場合は、自身で適切に実施します。

  2. コントローラモジュールの電源装置のコードを電源から抜きます。

  3. ケーブルマネジメントデバイスに接続しているケーブルをまとめているフックとループストラップを緩め、システムケーブルと SFP をコントローラモジュールから外し(必要な場合)、どのケーブルが何に接続されていたかを記録します。

    DRW A320 コントローラケーブルプラグアニメーション GIF

    ケーブルはケーブルマネジメントデバイスに収めたままにします。これにより、ケーブルマネジメントデバイスを取り付け直すときに、ケーブルを整理する必要がありません。

  4. ケーブルマネジメントデバイスをコントローラモジュールの右側と左側から取り外し、脇に置きます。

  5. コントローラモジュールをシャーシから取り外します。

    DRW A320 コントローラアニメーション GIF を削除します
    1. コントローラモジュールの両側にあるラッチ機構に人差し指をかけます。

    2. ラッチ機構の上部にあるオレンジ色のタブを押し下げて、シャーシのラッチピンを解除します。

      ラッチ機構のフックがほぼ垂直に位置し、シャーシピンから解除されている必要があります。

    3. コントローラモジュールの側面を持てるように、コントローラモジュールをゆっくりと少し手前に引き出します。

    4. コントローラモジュールを両手でシャーシからゆっくりと引き出し、平らで安定した場所に置きます。

手順 2 :ブートメディアを交換します

コントローラモジュールのブートメディアの場所を確認し、手順に従って交換する必要があります。

  1. エアダクトを開き、次の図またはコントローラモジュールの FRU マップを使用してブートメディアの場所を確認します。

  2. コントローラモジュールからブートメディアの場所を確認して取り出します。

    DRW A320 ブートメディアはアニメーション GIF に置き換えられます
    1. ブートメディアの横の青いボタンを押して、ブートメディアの端を青いボタンの上まで跳ね上げます。

    2. ブートメディアを回しながらソケットからゆっくりと引き出します。

      1. ブートメディアが正しい向きでソケットに完全に装着されたことを確認します。

    必要に応じて、ブートメディアを取り外してソケットへの装着をやり直します。

  3. ブートメディアを所定の位置にロックします。

    1. ブートメディアをマザーボードの方に回転させます。

    2. ブートメディアの横の青いボタンを押し、ブートメディアの端を押し下げて、青いロックボタンをはめ込みます。

    3. ブートメディアを押し下げながら青いロックボタンを持ち上げて、ブートメディアを所定の位置にロックします。

  4. エアダクトを閉じます。

手順 3 : USB フラッシュドライブを使用してブートイメージをブートメディアに転送します

取り付けた交換用ブートメディアにはブートイメージが含まれていないため、 USB フラッシュドライブを使用してブートイメージを転送する必要があります。

  • 4GB 以上の容量の MBR / FAT32 にフォーマットされた USB フラッシュドライブが必要です

  • 障害のあるコントローラが実行していたバージョンの ONTAP イメージのコピー。該当するイメージは、ネットアップサポートサイトのダウンロードセクションからダウンロードできます

    • NVE が有効な場合は、ダウンロードボタンの指示に従って、 NetApp Volume Encryption を使用してイメージをダウンロードします。

    • NVE が有効になっていない場合は、ダウンロードボタンの指示に従って、 NetApp Volume Encryption なしでイメージをダウンロードします。

  • HA ペアのシステムの場合は、ネットワーク接続が必要です。

  • スタンドアロンシステムの場合はネットワーク接続は必要ありませんが、 var ファイルシステムをリストアしたときに追加のリブートを実行する必要があります。

    1. ネットアップサポートサイトから USB フラッシュドライブに適切なサービスイメージをダウンロードしてコピーします。

      1. ラップトップの作業スペースにサービスイメージをダウンロードします。

      2. サービスイメージを解凍します。

        メモ Windows を使用して内容を展開する場合は、 winzip を使用してネットブートイメージを展開しないでください。7-Zip や WinRAR など、別の抽出ツールを使用します。

        解凍されたサービスイメージファイルには、次の 2 つのフォルダがあります。

        • /boot

        • EFI

      3. EFI フォルダを USB フラッシュドライブの最上位ディレクトリにコピーします。

        USB フラッシュドライブには、 EFI フォルダと、障害のあるコントローラが実行しているものと同じバージョンの Service Image ( BIOS )が必要です。

      4. USB フラッシュドライブをラップトップから取り外します。

    2. まだ行っていない場合は、エアダクトを閉じます。

    3. コントローラモジュールの端をシャーシの開口部に合わせ、コントローラモジュールをシステムに半分までそっと押し込みます。

    4. ケーブルマネジメントデバイスを再び取り付け、必要に応じてシステムにケーブルを再接続します。

      ケーブルを再接続する際は、メディアコンバータ( SFP または QSFP )も取り付け直してください(メディアコンバータを取り外した場合)。

    5. 電源装置に電源ケーブルを接続し、電源ケーブルの固定クリップを再度取り付けます。

    6. USB フラッシュドライブをコントローラモジュールの USB スロットに挿入します。

      USB フラッシュドライブは、 USB コンソールポートではなく、 USB デバイス用のラベルが付いたスロットに取り付けてください。

    7. コントローラモジュールの再取り付けを完了します。

      1. ラッチアームが引き出された位置で固定されていることを確認します。

      2. ラッチアームを使用して、コントローラモジュールをシャーシベイの奥まで押し込みます。

        メモ ラッチアームの上部にあるラッチを押し下げないでください。そのためには、ロックを上げて、コントローラモジュールがシャーシにスライドしないようにします。
      3. ラッチ上部にあるオレンジ色のタブを押し下げます。

      4. コントローラモジュールをシャーシの端と揃うまで、シャーシベイにそっと押し込みます。

        メモ ラッチのアームがシャーシ内にスライドします。

    コントローラモジュールは、シャーシに完全に装着されるとすぐにブートを開始します。

    1. ラッチを外してコントローラモジュールを所定の位置に固定します。

    2. ケーブルマネジメントデバイスをまだ取り付けていない場合は、取り付け直します。

      1. Ctrl+C キーを押してブートプロセスを中断し、 LOADER プロンプトで停止します。

        このメッセージが表示されない場合は、 Ctrl+C キーを押し、メンテナンスモードでブートするオプションを選択して、ノードを停止して LOADER プロンプトを表示します。

      2. LOADER プロンプトから、 USB フラッシュドライブ「 boot_recovery 」からリカバリ・イメージをブートします

        イメージが USB フラッシュドライブからダウンロードされます。

      3. プロンプトが表示されたら、イメージの名前を入力するか、画面に表示されたデフォルトのイメージをそのまま使用します。

      4. イメージがインストールされたら、リストアプロセスを開始します。

    3. 画面に表示される障害ノードの IP アドレスをメモします。

    4. バックアップ構成を復元するかどうかを確認するメッセージが表示されたら 'y' を押します

    5. /etc/ssh/ssh_host_DSA_KEY を上書きするかどうかを確認するメッセージが表示されたら 'y' を押します

      1. advanced 権限レベルのパートナーノードから、前の手順でメモした IP アドレスを使用して設定の同期を開始します。「 system node restore-backup -node local-target-address_impaired_node_name _

      2. リストアに成功した場合は、リストアしたコピーを使用するかどうかを確認するメッセージが表示されたら、障害ノードで「 y 」を押します。

      3. バックアップ手順が成功したことを確認したら 'y' を押し ' ノードを再起動するよう求められたら 'y' を押します

      4. 環境変数が正しく設定されていることを確認します。

    6. ノードに LOADER プロンプトを表示します。

      ONTAP プロンプトから問題、 system node halt -skip-lif-migration-before-shutdown true -ignore-quorum -warnings true -inhibit-takeover true コマンドを実行できます。

    7. printenv コマンドを使用して ' 環境変数の設定を確認します

    8. 環境変数が正しく設定されていない場合は 'setenv_environment-variable-name___ changed-value_` コマンドで変更します

    9. 「 savenv 」コマンドを使用して、変更内容を保存します。

    10. ノードをリブートします。

      1. リブートされた障害ノードに「 Waiting for giveback…​ 」というメッセージが表示されたら、正常なノードからギブバックを実行します。

        システムの構成 作業

        HA ペア

        障害ノードに「 Waiting for giveback…​ 」というメッセージが表示されたら、正常なノードからギブバックを実行します。

        1. 正常なノードから:「 storage failover giveback -ofnode partner_node_name

          障害ノードはストレージをテイクバックしてブートを完了し、その後リブートして再び正常なノードによってテイクオーバーされます。

          メモ ギブバックが拒否されている場合は、拒否を無効にすることを検討してください。
        2. 「 storage failover show-giveback 」コマンドを使用して、ギブバック処理の進捗を監視します。

        3. ギブバック処理が完了したら、「 storage failover show 」コマンドを使用して、 HA ペアが正常でテイクオーバーが可能であることを確認します。

        4. storage failover modify コマンドを使用して自動ギブバックを無効にした場合は、自動ギブバックをリストアします。

      2. 正常なノードで advanced 権限レベルを終了します。