してください。アップデート手順に関しては、ダウンロードページの紹介文、およびダウンロードデータに含まれ る「Readme.txt」を参照してください。
最新のN8190-157A / -158A 用FWアップデートモジュールは以下のウェブサイトより入手してください。
NECサポートポータル
https://www.support.nec.co.jp/PSHome.aspx
→ ハードウェア
→ 型番・モデル名から探す
→ 製品型番(N8190-157A / -158A )を入力し「製品型番で検索」を実施
→ 検索結果より対象型番を選択
内蔵オプションの搭載制限
SANブート対象サーバに、HDD/SSDおよびRAIDコントローラを搭載する構成はサポート対象外となります。
システム BIOS の設定
装置のシステムBIOS設定画面に、「SATA AHCI」や「SATA RAID」のある装置は、パラメータをDisableに設 定してください。SATA接続の内蔵型光ディスクドライブを環境構築に用いる場合は、環境構築完了後に設定し てください。
FC コントローラ交換保守時の復旧手順
FCコントローラを交換した場合は、設定変更が必要となります。下記の手順で設定変更を実施してください。
FCゾーニングの設定
ポートゾーニングの場合はFCコントローラを交換したことでWWPNが変わっても接続ポートが同じであ れば影響はありませんが、WWPNゾーニングを行っていた場合は新しいWWPNでゾーニング設定を修 正する必要があります。
必要に応じて、交換後のFCコントローラのWWPNを確認し、「2.4.2 FCゾーニングの設定」を参照し、設 定変更してください。
iStorage Mシリーズの設定
交換後のFCコントローラのWWPNを確認し、「3.1.5 LDセットへのサーバ(WWN)の関連付け」を参照 し、設定変更してください。
FCコントローラの設定
「4.3 FCコントローラの設定
(2M(3rd-Gen) / 1M(3rd-Gen) / 2E(3rd-Gen) / 1E(3rd-Gen) /
R120h-2M(2nd-Gen) / R120h-1M(2nd-Gen) / R120h-2E(2nd-Gen) / R120h-1E(2nd-Gen) / R120h-2M / R120h-1M/ R120h-2E / R120h-1Eの場合」または、
「4.4 FCコントローラの設定 (D120hの場合)」を参照し、再設定してください。
FCパス冗長化の確認
設定変更完了後、「6.2 FCパス冗長化の確認について」を参照し、FCパス冗長化の確認をおこなってくだ さい。
複数ストレージの接続について
FC SANブートをおこなうFCコントローラのポート配下にはFCスイッチ経由で複数のストレージをアクセスす
るよう接続することはできません。FC SANブートをおこなうポートとは別のポートからのみ複数ストレージをアク セスする構成にしてください。
N8190-158A / 164 / 172の片側のPortをFC SANブート用に使用して、もう片側のPortを複数ストレージア クセスに使用することは可能です。
ストレージの性能と格納 OS 数について
1ストレージにつき利用するOS数については構築担当部門の責任において、事前に使用されるストレージ性 能を考慮のうえ見積もりを実施してください。
OS のメモリダンプについて
サーバの起動時にOSブートパス（冗長含む）に問題が発生している場合、そのパスが運用中（OSブート処理 時含む）に正常になっても、メモリダンプが正常に採取できないことがあります。
Windows Server OSの場合
ページファイルが格納されているLDへの接続パスの中の1パスがダンプ取得に使用されます。但し、ダンプ 採取中に該当パスにFCパス障害が発生した場合は、ダンプの採取はできません。
OS インストール時の冗長パス結線について
Windowsインストール時にサーバとiStorage間のパスを冗長化している場合、OSのインストールが失敗し
ます。冗長化構成を解除してインストールを行ってください。但しVMware ESXをインストールする際には、冗 長パス構成であっても問題ありません。
サーバ側の個々の FC ポートについて、ストレージへ到達するパスが複数存在する構成では パス障害が発生した際にダンプ採取できない場合があります。
ダンプ採取が確実に実施できるように、ストレージへ到達するパスはサーバ側の FC ポートそ れぞれに対して 1 パスになるように構成してください。
iStorage サーバ
FCスイッチ サーバ
FCスイッチ
iStorage
ページングファイルは、OSブートに使用しているFCポートからアクセス可能なLDに設定してくださ
い。それ以外のLDに設定した場合、メモリダンプが正常に採取できないことがあります。
Data Data
OS
ページング ファイル
iStorage
サーバ
ページング ファイル
ページング ファイル
FC コントローラのドライババージョンについて
iStorage M12e / M120 / M320 / M320F / M520 / M720 / M720F からWindows OSをSANブートする場 合、FCコントローラのドライバ更新が必要な場合があります。
R120h-2M / R120h-1M / R120h-2E / R120h-1EでN8190-163 / -164 / -171 / -172 を用いて、Windows Server 2012R2、2016、2019をSANブートする場合
上記の場合ドライババージョンが「ver11.4.334.1201」以降であることを確認してください。バージョンが古い場 合には下記から最新のドライバを入手し、適用してください
FibreChannelコントローラ Windows Server 2012R2/2016 ドライバー または Fibre Channel コントローラ Windows Server 2019 ドライバー
https://www.support.nec.co.jp/PSHome.aspx
→ ハードウェア
→ 型番・モデル名から探す
→ 製品型番(N8190-163 / -164 / -171 / -172 )を入力し「製品型番で検索」を実施
→ 検索結果より対象型番を選択
→ 「すべてのカテゴリ 検索結果」内のドライバを選択
D120hでN8190-157A / -158Aを用いて、Windows Server 2012R2、2016をSANブートする場合 上記の場合ドライババージョンが「ver11.4.204.47」以降であることを確認してください。バージョンが古い場合 には下記から最新のドライバを入手し、適用してください
FibreChannelコントローラ Windows Server 2012/2012R2/2016 ドライバー https://www.support.nec.co.jp/PSHome.aspx
→ ハードウェア
→ 型番・モデル名から探す
→ 製品型番(N8190-157A / -158A )を入力し「製品型番で検索」を実施
→ 検索結果より対象型番を選択
→ 「すべてのカテゴリ 検索結果」内のドライバを選択
OS の起動パスについて
VMware ESXiの起動時、OS起動にはBootオーダの上位にあるデバイスより起動されます。
ただし、OS起動時に上位にあったデバイスでパス障害が発生していると、Bootオーダの下位のデバイスがくり あがり、パス障害が復旧した後にブートオーダの順序が入れ替わり、意図しないデバイスからOSが起動してし まう場合があります。
起動に優先的に使うパスを恒久的に固定するには、以下の手順でブートエントリをブートパスごとに作成し、優 先的に使用するパスに対応したブートエントリをブートオーダの上位に設定する必要があります。
ただし、VMware ESXi 7.0以降のバージョンではブートエントリが自動で作成されます。
設定が必要になる VMware ESXi 6.7以前とは以下のように異なります。
< VMware ESXi 6.0 / 6.5 / 6.7の場合>
1) BIOS/プラットフォーム構成(RBSU) > ブートオプション> UEFI ブート設定 > ブートオプションを追加
※下記のように、ブートパスの数に応じて複数の候補が表示されます。
表示されるリストのうち、開始が[ESXi]のものを選択します。
2) 選択後、引き続きいて[EFI] > [BOOT] > BOOTx64.EFI と選択すると下記の画面に遷移しますので、
説明欄に任意の名称を入力します。 (ここで入力したものがBootメニューに表示されます)
3) 「変更をコミットして終了します。」を選択します。
1)～3)の操作により、Bootメニューの一番下に "2)で入力した名称" が登録されます。
4) 1)で表示されたすべての[ESXi]で始まる対象に対して、1)~3)の操作を繰り返します。
5) ブートオプション > UEFIブート設定 > UEFIブート順序 登録されたブートエントリをブート順位の上位へ移動します。
6) F12を押下して保存して終了してください。
< VMware ESXi 7.0の場合>
※BIOS/プラットフォーム構成(RBSU) > ブートオプション> UEFI ブート設定 > UEFI ブート順序
下記の画面の通り、VMware ESXi 7.0ではブートエントリはブート順位の上位に自動で作成されるので、
作成の必要はありません。
※BIOS/プラットフォーム構成(RBSU) > ブートオプション> UEFI ブート設定 > ブートオプションを追加 下記のようにVMware ESXi 6.7以前とは異なり、VMware ESXi 7.0では開始が[ESXi]のブートパスは ありません。
DeploymentManager のリストア/ディスク複製 OS インストール/Linux OS クリアインスト ールの利用
Express5800/R120hにおいて、DeploymentManagerを使用してバックアップしたデータの別装置へのリスト ア/ディスク複製OSインストール/Linux OSクリアインストールを実行した後、OSが起動するタイミングでOS によりOSのブートマネージャーがブート順位の先頭に追加されてしまう可能性があります。
上記事象が発生した場合、事象が発生した装置に対して、DeploymentManagerのバックアップ・リストア/ディ スク複製OSインストール/Linux OSクリアインストールの機能を利用できなくなります。
上記に該当する場合は、以下を参照してUEFIブートメニューの変更を行ってください。
https://jpn.nec.com/websam/deploymentmanager/list_souchi/DPM_UEFIBootOrder.pdf
8.3 SPS
StoragePathSavior のバージョンについて
本文書の記載内容に対応しているStoragePathSaviorのバージョンは、下記のとおりです(2021年7月現 在)。
iStorage StoragePathSavior for Windows ：Ver. 9.0
iStorage StoragePathSavior for VMware ：Ver. 5.0
iStorage StoragePathSavior for Linux ：Ver. 9.0
SPS が導入された Windows のブートデバイス変更について
SPS導入済みのWindowsで、ストレージ側のアクセスコントロールによるブートデバイスを変更する場合、必 ずサーバを電源OFFの状態にしてから実施してください。
サーバが電源ONの状態で実施すると、OSでSTOPエラーが発生します。
なお、冗長パス構成を変更した場合など、OSのデバイスを新規デバイスとして認識した際に、OSからサーバ の再起動を要求される場合があります。
業務等の運用は、パス構成の変更を確認し、OSのデバイスが正しく認識されていることを確認した後で、開 始してください。
SPS の設定について
(DeploymentManagerを用いたディスク複製インストールの場合)
Windows版SPSでは、ひな形で行っているパスプライオリティなどの設定は初期化されます。