ストレージコントローラのセットアップ
ここでは、ネットアップストレージシステムの構成について説明します。プライマリのインストールとセットアップは、対応する Data ONTAP のセットアップガイドおよび設定ガイドに従って実行する必要があります。
ストレージ効率
SSD 構成の SAP HANA では、インライン重複排除、ボリューム間インライン重複排除、インライン圧縮、インラインコンパクションがサポートされています。
NetApp FlexGroupボリューム
NetApp FlexGroup Volumeの使用はSAP HANAではサポートされていません。SAP HANAのアーキテクチャ上、FlexGroup Volumeを使用してもメリットはなく、パフォーマンスの問題が発生する可能性があります。
NetAppボリュームとアグリゲートの暗号化
SAP HANAでは、NetApp Volume Encryption(NVE)とNetApp Aggregate Encryption(NAE)の使用がサポートされています。
サービス品質
QoS を使用すると、特定の SAP HANA システムまたは非 SAP アプリケーションのストレージスループットを共有ユースコントローラ上で制限できます。1 つのユースケースとして、開発システムとテストシステムのスループットを制限し、混在環境で本番システムに影響を与えないようにすることが挙げられます。
サイジングプロセスでは、非本番システムのパフォーマンス要件を決定する必要があります。開発 / テスト用のシステムは、通常、 SAP で定義されている本番用システム KPI の 20~50% の範囲で、パフォーマンス値を低くしてサイジングすることができます。
ONTAP 9 以降では、ストレージボリュームレベルで QoS が設定され、スループット( MBps )と I/O 量( IOPS )に最大値が使用されます。
ストレージシステムのパフォーマンスに最大の影響があるのは、大きい書き込み I/O です。そのため、 QoS スループットの制限値として、データボリュームとログボリュームの対応する書き込み SAP HANA ストレージパフォーマンス KPI 値の割合を設定する必要があります。
NetApp FabricPool
SAP HANA システムのアクティブなプライマリファイルシステムには、 NetApp FabricPool テクノロジを使用しないでください。これには ' データとログ領域のファイル・システムと '/hana/shared-file システムが含まれますそのため、特に SAP HANA システムの起動時に、予測不可能なパフォーマンスが発生します。
FabricPool や SnapMirror デスティネーションなどのバックアップターゲットで、 Snapshot のみの階層化ポリシーと SnapVault を併用できます。
|
FabricPool を使用してプライマリストレージで Snapshot コピーを階層化するか、バックアップターゲットで FabricPool を使用すると、データベースまたはシステムクローンの作成や修復などのその他のタスクのリストアとリカバリに必要な時間が変わります。この点を考慮して、全体的なライフサイクル管理戦略を計画し、この機能を使用している間も SLA が満たされていることを確認してください。 |
FabricPool は、ログバックアップを別のストレージ階層に移動する場合に適しています。バックアップの移動は、 SAP HANA データベースのリカバリに要する時間に影響します。したがって 'tiering-minimum-cooling-days オプションは ' ローカルの高速ストレージ階層にログ・バックアップを配置する値に設定する必要がありますこの値は ' リカバリに日常的に必要なログ・バックアップがローカルの高速ストレージ階層に配置されます
ストレージを設定する
以下に、必要なストレージ構成手順の概要を示します。各手順の詳細については、以降のセクションで説明します。このセクションでは、ストレージハードウェアがセットアップされており、 ONTAP ソフトウェアがすでにインストールされていることを前提としています。また、ストレージ FCP ポートと SAN ファブリックの接続がすでに確立されている必要があります。
-
の説明に従って、正しいディスク・シェルフ構成を確認しますディスクシェルフの接続。
-
の説明に従って、必要なアグリゲートを作成して設定しますアグリゲートの構成。
-
の説明に従って、Storage Virtual Machine(SVM)を作成しますStorage Virtual Machine の設定。
-
の説明に従って、論理インターフェイス(LIF)を作成します論理インターフェイスの構成。
-
HANAサーバのWorld Wide Name(WWN;ワールドワイド名)を含むイニシエータグループ(igroup)を作成します。詳細については、「link:SAPHana_JP_fc_storage_controller_setup.html# FAS initiator-groups」を参照してくださいイニシエータグループ。
-
セクションとの説明に従って、アグリゲート内にボリュームとLUNを作成します。SAP HANA シングルホストシステムのボリュームと LUN の構成SAP HANA マルチホストシステムのボリュームと LUN の構成
-
の説明に従って、アグリゲート内にイニシエータグループ、ボリューム、LUNを作成しますLUN 、ボリュームを作成し、 LUN をイニシエータグループにマッピングします。
ディスクシェルフの接続
SAS ベースのディスクシェルフ
次の図に示すように、 1 つの SAS スタックに最大 1 台のディスクシェルフを接続して、 SAP HANA ホストに必要なパフォーマンスを実現できます。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。ADPv2 は、 ONTAP 9 および DS224C ディスクシェルフで使用されます。
|
ディスクシェルフ DS224C では、クワッドパスの SAS ケーブルも使用できますが、必須ではありません。 |
NVMe ( 100GbE )ベースのディスクシェルフ
次の図に示すように、NS224 NVMeディスクシェルフは、コントローラごとに2つの100GbEポートで接続されます。各シェルフ内のディスクは、HAペアの両方のコントローラに均等に分散する必要があります。ADPv2 は、 NS224 ディスクシェルフにも使用されます。
アグリゲートの構成
一般に、使用するディスクシェルフやディスクテクノロジ( SSD または HDD )に関係なく、コントローラごとに 2 つのアグリゲートを設定する必要があります。この手順は、使用可能なすべてのコントローラリソースを使用できるようにするために必要です。
|
2024年8月以降にリリースされたASAシステムでは、この手順は自動的に実行されるため必要ありません。 |
次の図は、 ADPv2 を使用した、 12Gb の SAS シェルフで稼働する、 12 台の SAP HANA ホストの構成を示しています。6 台の SAP HANA ホストが各ストレージコントローラに接続されています。各ストレージコントローラに 2 つずつ、合計 4 つのアグリゲートが構成されています。各アグリゲートには、 9 つのデータパーティションと 2 つのパリティディスクパーティションを含む 11 本のディスクが構成されます。各コントローラで、 2 つのスペアパーティションを使用できます。
Storage Virtual Machine の設定
SAP HANA データベースを使用する複数の SAP ランドスケープでは、単一の SVM を使用できます。SVM は、社内の複数のチームによって管理される場合に備え、必要に応じて各 SAP ランドスケープに割り当てることもできます。
新しい SVM の作成時に自動的に作成されて割り当てられた QoS プロファイルがある場合は、この自動作成されたプロファイルを SVM から削除して、 SAP HANA に必要なパフォーマンスを確保します。
vserver modify -vserver <svm-name> -qos-policy-group none
論理インターフェイスの構成
ストレージクラスタ構成内に、 1 つのネットワークインターフェイス( LIF )を作成して専用の FCP ポートに割り当てる必要があります。たとえば、パフォーマンス上の理由から 4 つの FCP ポートが必要な場合は、 4 つの LIF を作成する必要があります。次の図は、SVMに設定された8つのLIFのスクリーンショットを示しています。
ONTAP System Managerを使用したSVMの作成時には、必要なすべての物理FCPポートを選択でき、物理ポートごとに1つのLIFが自動的に作成されます。
|
2024年8月以降にリリースされたASAシステムでは、この手順は自動的に実行されるため必要ありません。 |
イニシエータグループ
igroup は、サーバごとに、または LUN へのアクセスを必要とするサーバのグループに対して設定できます。igroup の構成には、サーバの World Wide Port Name ( WWPN )が必要です。
「 anlun 」ツールを使用して次のコマンドを実行し、各 SAP HANA ホストの WWPN を取得します。
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
この `sanlun`ツールはNetApp Host Utilitiesに含まれており、各SAP HANAホストにインストールする必要があります。詳細については、セクションを参照してください。"ホストのセットアップ:" |
igroupは、ONTAPクラスタのCLIを使用して作成できます。
lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>
SAP HANA シングルホストシステムのボリュームと LUN の構成
次の図は、 4 つのシングルホスト SAP HANA システムのボリューム構成を示しています。各 SAP HANA システムのデータボリュームとログボリュームは、異なるストレージコントローラに分散されます。たとえば、ボリューム「 ID1_data_mnt00001 」がコントローラ A で設定され、ボリューム「 ID1_log_mnt00001 」がコントローラ B で設定されているとします各ボリューム内で 1 つの LUN が構成されます。
|
HA ペアのうち、 1 台のストレージコントローラのみを SAP HANA システムに使用する場合は、データボリュームとログボリュームを同じストレージコントローラに保存することもできます。 |
各 SAP HANA ホストには、データボリューム、ログボリューム、「 /hana/shared 」のボリュームが構成されています。次の表は、 4 台の SAP HANA シングルホストシステムを使用した構成例を示しています。
目的 | コントローラ A のアグリゲート 1 | コントローラ A のアグリゲート 2 | コントローラ B のアグリゲート 1 | コントローラ B のアグリゲート 2 |
---|---|---|---|---|
システム SID1 のデータ、ログ、および共有ボリューム |
データボリューム: SID1_data_mnt00001 |
共有ボリューム: SID1_shared |
– |
ログボリューム: SID1_log_mnt00001 |
システム SID2 のデータボリューム、ログボリューム、および共有ボリューム |
– |
ログボリューム: SID2_log_mnt00001 |
データボリューム: SID2_data_mnt00001 |
共有ボリューム: SID2_shared |
システム SID3 のデータ、ログ、および共有ボリューム |
共有ボリューム: SID3_shared |
データボリューム: SID3_data_mnt00001 |
ログボリューム: SID3_log_mnt00001 |
– |
システム SID4 のデータボリューム、ログボリューム、および共有ボリューム |
ログボリューム: SID4_log_mnt00001 |
– |
共有ボリューム: SID4_shared |
データボリューム: SID4_data_mnt00001 |
次の表に、シングルホストシステムのマウントポイント構成例を示します。
LUN | SAP HANA ホストのマウントポイント | 注 |
---|---|---|
SID1_data_mnt00001 |
/hana/data SID1/mnt00001 のように指定します |
/etc/fstab エントリを使用してマウントされます |
SID1_log_mnt00001 |
/hana/log/s1/mnt00001 |
/etc/fstab エントリを使用してマウントされます |
SID1_shared |
/hana/shareed/SID1 |
/etc/fstab エントリを使用してマウントされます |
|
ここで説明する構成では ' ユーザ SID1adm のデフォルトのホーム・ディレクトリが格納されている /usr/sap/SID1 ディレクトリがローカル・ディスク上にありますディスク・ベースのレプリケーションを使用した災害復旧セットアップでは、すべてのファイル・システムが中央ストレージ上にあるように、 /usr/sap/SID1 ディレクトリの「 ID1_shared 」ボリューム内に追加の LUN を作成することを推奨します。 |
Linux LVM を使用した SAP HANA シングルホストシステムのボリュームと LUN の構成
Linux LVM を使用すると、パフォーマンスを向上させ、 LUN サイズの制限に対処できます。LVM ボリュームグループの各 LUN は、別のアグリゲートおよび別のコントローラに格納する必要があります。次の表に、ボリュームグループごとに 2 つの LUN を使用する例を示します。
|
SAP HANA KPI を実現するために、複数の LUN で LVM を使用する必要はありません。1 つの LUN セットアップで必要な KPI を達成します。 |
目的 | コントローラ A のアグリゲート 1 | コントローラ A のアグリゲート 2 | コントローラ B のアグリゲート 1 | コントローラ B のアグリゲート 2 |
---|---|---|---|---|
LVM ベースのシステムのデータ、ログ、および共有ボリューム |
データボリューム: SID1_data_mnt00001 |
共有ボリューム: SID1_shared log2 ボリューム: SID1_log2_mnt00001 |
data2 ボリューム: SID1_data2_mnt00001 |
ログボリューム: SID1_log_mnt00001 |
次の表に示すように、 SAP HANA ホストで、ボリュームグループと論理ボリュームを作成してマウントする必要があります。
論理ボリューム / LUN | SAP HANA ホストのマウントポイント | 注 |
---|---|---|
LV : SID1_data_mnt0000_vol |
/hana/data SID1/mnt00001 のように指定します |
/etc/fstab エントリを使用してマウントされます |
LV : SID1_log_mnt00001-vol |
/hana/log/s1/mnt00001 |
/etc/fstab エントリを使用してマウントされます |
LUN : SID1_shared |
/hana/shareed/SID1 |
/etc/fstab エントリを使用してマウントされます |
|
ここで説明する構成では ' ユーザ SID1adm のデフォルトのホーム・ディレクトリが格納されている /usr/sap/SID1 ディレクトリがローカル・ディスク上にありますディスク・ベースのレプリケーションを使用した災害復旧セットアップでは、すべてのファイル・システムが中央ストレージ上にあるように、 /usr/sap/SID1 ディレクトリの「 ID1_shared 」ボリューム内に追加の LUN を作成することを推奨します。 |
SAP HANA マルチホストシステムのボリュームと LUN の構成
次の図は、 4+1 のマルチホスト SAP HANA システムのボリューム構成を示しています。各 SAP HANA ホストのデータボリュームとログボリュームは、異なるストレージコントローラに分散されます。たとえば、ボリューム「 `S ID_data_mnt00001 」はコントローラ A に設定され、ボリューム「 S ID_LOG_mnt00001 」はコントローラ B に設定されています各ボリュームに 1 つの LUN を設定します。
「 /hana/shared 」ボリュームは、すべての HANA ホストからアクセスできる必要があり、 NFS を使用してエクスポートされます。「 /hana/shared 」ファイルシステムには特定のパフォーマンス KPI がありませんが、 10Gb のイーサネット接続を使用することを推奨します。
|
HA ペアのうち、 1 台のストレージコントローラのみを SAP HANA システムに使用する場合は、データボリュームとログボリュームを同じストレージコントローラに保存することもできます。 |
|
NetApp ASA AFF システムでは、 NFS をプロトコルとしてサポートしていません。「 /hana/shared 」ファイルシステムには、追加の AFF または FAS システムを使用することを推奨します。 |
各 SAP HANA ホストには、 1 個のデータボリュームと 1 個のログボリュームが作成されます。「 /hana/shared 」ボリュームは、 SAP HANA システムのすべてのホストで使用されます。次の表に、 4+1 のマルチホスト SAP HANA システムの構成例を示します。
目的 | コントローラ A のアグリゲート 1 | コントローラ A のアグリゲート 2 | コントローラ B のアグリゲート 1 | コントローラ B のアグリゲート 2 |
---|---|---|---|---|
ノード 1 のデータボリュームとログボリューム |
データボリューム: SID_data_mnt00001 |
– |
ログボリューム: SID_log_mnt00001 |
– |
ノード 2 のデータボリュームとログボリューム |
ログボリューム: SID_log_mnt00002 |
– |
データボリューム: SID_data_mnt00002 |
– |
ノード 3 のデータボリュームとログボリューム |
– |
データボリューム: SID_data_mnt00003 |
– |
ログボリューム: SID_log_mnt00003 |
ノード 4 のデータボリュームとログボリューム |
– |
ログボリューム: SID_log_mnt00004 |
– |
データボリューム: SID_data_mnt00004 |
すべてのホストの共有ボリューム |
共有ボリューム: SID_shared |
– |
– |
– |
次の表に、アクティブな SAP HANA ホストが 4 台あるマルチホストシステムの構成とマウントポイントを示します。
LUN またはボリューム | SAP HANA ホストのマウントポイント | 注 |
---|---|---|
LUN : SID_data_mnt00001 |
/hana/data/SID/mnt00001 |
ストレージコネクタを使用してマウント |
LUN : SID_log_mnt00001 |
/hana/log/sid/mnt00001 |
ストレージコネクタを使用してマウント |
LUN : SID_data_mnt00002 |
/hana/data/sid/mnt00002 |
ストレージコネクタを使用してマウント |
LUN : SID_log_mnt00002 |
/hana/log/sid/mnt00002 |
ストレージコネクタを使用してマウント |
LUN : SID_data_mnt00003 |
/hana/data/sid/mnt00003 |
ストレージコネクタを使用してマウント |
LUN : SID_log_mnt00003 |
/hana/log/sid/mnt00003 |
ストレージコネクタを使用してマウント |
LUN : SID_data_mnt00004 |
/hana/data/sid/mnt00004 |
ストレージコネクタを使用してマウント |
LUN : SID_log_mnt00004 |
/hana/log/sid/mnt00004 |
ストレージコネクタを使用してマウント |
ボリューム: SID_shared |
/hana/shared にアクセスします |
NFS と /etc/fstab のエントリを使用して、すべてのホストにマウントされます |
|
上記の構成では、ユーザ SIDadm のデフォルトのホームディレクトリが格納されている /usr/sap/SID のディレクトリは、各 HANA ホストのローカルディスクにあります。ディスク・ベースのレプリケーションを使用した災害復旧の設定では、各データベース・ホストが中央ストレージ上のすべてのファイル・システムを持つように、 /usr/sap/SID ファイル・システムの「 S ID_shared 」ボリュームに 4 つのサブディレクトリを追加作成することを推奨します。 |
Linux LVM を使用した SAP HANA マルチホストシステムのボリュームと LUN の構成
Linux LVM を使用すると、パフォーマンスを向上させ、 LUN サイズの制限に対処できます。LVM ボリュームグループの各 LUN は、別のアグリゲートおよび別のコントローラに格納する必要があります。
|
SAP HANA KPI を実現するために LVM を使用して複数の LUN を組み合わせる必要はありません。1 つの LUN セットアップで必要な KPI を達成します。 |
次の表に、 2+1 の SAP HANA マルチホストシステムのボリュームグループあたり 2 つの LUN の例を示します。
目的 | コントローラ A のアグリゲート 1 | コントローラ A のアグリゲート 2 | コントローラ B のアグリゲート 1 | コントローラ B のアグリゲート 2 |
---|---|---|---|---|
ノード 1 のデータボリュームとログボリューム |
データボリューム: SID_data_mnt00001 |
ログ 2 ボリューム: SID_log2_mnt00001 |
ログボリューム: SID_log_mnt00001 |
data2 ボリューム: SID_data2_mnt00001 |
ノード 2 のデータボリュームとログボリューム |
ログ 2 ボリューム: SID_log2_mnt00002 |
データボリューム: SID_data_mnt00002 |
data2 ボリューム: SID_data2_mnt00002 |
ログボリューム: SID_log_mnt00002 |
すべてのホストの共有ボリューム |
共有ボリューム: SID_shared |
– |
– |
– |
次の表に示すように、 SAP HANA ホストで、ボリュームグループと論理ボリュームを作成してマウントする必要があります。
論理ボリューム( LV )またはボリューム | SAP HANA ホストのマウントポイント | 注 |
---|---|---|
lv : SID_data_mnt00001-vol |
/hana/data/SID/mnt00001 |
ストレージコネクタを使用してマウント |
lv : SID_log_mnt00001-vol |
/hana/log/sid/mnt00001 |
ストレージコネクタを使用してマウント |
LV : SID_data_mnt00002 -vol |
/hana/data/sid/mnt00002 |
ストレージコネクタを使用してマウント |
lv : SID_log_mnt00002 -vol |
/hana/log/sid/mnt00002 |
ストレージコネクタを使用してマウント |
ボリューム: SID_shared |
/hana/shared にアクセスします |
NFS と /etc/fstab のエントリを使用して、すべてのホストにマウントされます |
|
上記の構成では、ユーザ SIDadm のデフォルトのホームディレクトリが格納されている /usr/sap/SID のディレクトリは、各 HANA ホストのローカルディスクにあります。ディスク・ベースのレプリケーションを使用した災害復旧の設定では、各データベース・ホストが中央ストレージ上のすべてのファイル・システムを持つように、 /usr/sap/SID ファイル・システムの「 S ID_shared 」ボリュームに 4 つのサブディレクトリを追加作成することを推奨します。 |
ボリュームのオプション
次の表に示すボリュームオプションは、すべての SVM で検証および設定する必要があります。
アクション | |
---|---|
Snapshot コピーの自動作成を無効にする |
vol modify – vserver <vserver-name> -volume <volname> -snapshot-policy none と指定します |
Snapshot ディレクトリの可視化を無効にします |
vol modify -vserver <vserver-name> -volume <volname> -snapdir-access false |
LUN 、ボリュームを作成し、 LUN をイニシエータグループにマッピングします
NetApp ONTAP System Managerを使用してストレージボリュームとLUNを作成し、それらをサーバとONTAP CLIのigroupにマッピングすることができます。このマニュアルでは、CLIの使用方法について説明します。
|
「 anlun 」ツールは NetApp Host Utilities の一部であり、各 SAP HANA ホストにインストールする必要があります。詳細については、「 host_setup 」セクションを参照してください。 |
CLI を使用して LUN 、ボリュームを作成し、 igroup に LUN をマッピングします
このセクションでは、コマンドラインを使用した ONTAP 9.8 と、 SID FC5 を使用した 2+1 の SAP HANA マルチホストシステムで、 LVM ボリュームグループごとに 2 つの LUN を使用した構成例を示します。
-
必要なボリュームをすべて作成します。
vol create -volume FC5_data_mnt00001 -aggregate aggr1_1 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log_mnt00002 -aggregate aggr2_1 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log_mnt00001 -aggregate aggr1_2 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_data_mnt00002 -aggregate aggr2_2 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_data2_mnt00001 -aggregate aggr1_2 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log2_mnt00002 -aggregate aggr2_2 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log2_mnt00001 -aggregate aggr1_1 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_data2_mnt00002 -aggregate aggr2_1 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_shared -aggregate aggr1_1 -size 512g -state online -policy default -snapshot-policy none -junction-path /FC5_shared -encrypt false -space-guarantee none
2024年8月よりあとに起動したASAシステムでは、_lunの作成_時に自動的に実行されるため、この手順は必要ありません。 -
すべての LUN を作成します。
lun create -path /vol/FC5_data_mnt00001/FC5_data_mnt00001 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_data2_mnt00001/FC5_data2_mnt00001 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_data_mnt00002/FC5_data_mnt00002 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_data2_mnt00002/FC5_data2_mnt00002 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log_mnt00001/FC5_log_mnt00001 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log2_mnt00001/FC5_log2_mnt00001 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log_mnt00002/FC5_log_mnt00002 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log2_mnt00002/FC5_log2_mnt00002 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular
LUN名は、2024年8月以降に起動されたASAシステムのパスとしてのみ指定してください。これは、以下の_lun map_commandにも当てはまります。また、-space-reserve_and-space-allocation_オプションは使用できません。 -
システム FC5 に属するすべてのサーバのイニシエータグループを作成します。
lun igroup create -igroup HANA-FC5 -protocol fcp -ostype linux -initiator 10000090fadcc5fa,10000090fadcc5fb, 10000090fadcc5c1,10000090fadcc5c2,10000090fadcc5c3,10000090fadcc5c4 -vserver hana
-
作成したイニシエータグループにすべての LUN をマッピングします。
lun map -path /vol/FC5_data_mnt00001/FC5_data_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_data2_mnt00001/FC5_data2_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_data_mnt00002/FC5_data_mnt00002 -igroup HANA-FC5 lun map -path /vol/FC5_data2_mnt00002/FC5_data2_mnt00002 -igroup HANA-FC5 lun map -path /vol/FC5_log_mnt00001/FC5_log_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_log2_mnt00001/FC5_log2_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_log_mnt00002/FC5_log_mnt00002 -igroup HANA-FC5 lun map -path /vol/FC5_log2_mnt00002/FC5_log2_mnt00002 -igroup HANA-FC5