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

ストレージコントローラのセットアップ

寄稿者

ここでは、ネットアップストレージシステムの構成について説明します。プライマリのインストールとセットアップは、対応する Data ONTAP のセットアップガイドおよび設定ガイドに従って実行する必要があります。

ストレージ効率

SSD 構成の SAP HANA では、インライン重複排除、ボリューム間インライン重複排除、インライン圧縮、インラインコンパクションがサポートされています。

NetApp Volume Encryption の略

SAP HANA では、 NetApp Volume Encryption ( NVE )がサポートされています。

サービス品質

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 ファブリックの接続がすでに確立されている必要があります。

  1. 「」の説明に従って、正しいディスクシェルフ構成を確認します。[Disk shelf connection]. 」

  2. の説明に従って、必要なアグリゲートを作成して構成します。[Aggregate configuration]. 」

  3. の説明に従って、 Storage Virtual Machine ( SVM )を作成します。[Storage virtual machine configuration]. 」

  4. の説明に従って、 Logical Interface ( LIF ;論理インターフェイス)を作成します。[Logical interface configuration]. 」

  5. ポートセットを作成します(を参照)。[FCP port sets]. 」

  6. 作成の説明に従って、アグリゲート内にイニシエータグループ、ボリューム、および LUN を作成します。[LUNs and volumes and mapping LUNs to initiator groups]. 」

ディスクシェルフの接続

SAS ベースのディスクシェルフ

次の図に示すように、 1 つの SAS スタックに最大 1 台のディスクシェルフを接続して、 SAP HANA ホストに必要なパフォーマンスを実現できます。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。ADPv2 は、 ONTAP 9 および新しい DS224C ディスクシェルフで使用されます。

注記 ディスクシェルフ DS224C では、クワッドパスの SAS ケーブルも使用できますが、必須ではありません。

エラー:グラフィックイメージがありません

NVMe ( 100GbE )ベースのディスクシェルフ

NS224 NVMe デスクシェルフは、次の図に示すように、各コントローラに 100GbE ポートを 2 つ接続しています。各シェルフ内のディスクは、 HA ペアの両方のコントローラに均等に分散する必要があります。ADPv2 は、 NS224 ディスクシェルフにも使用されます。

エラー:グラフィックイメージがありません

アグリゲートの構成

一般に、使用するディスクシェルフやディスクテクノロジ( SSD または HDD )に関係なく、コントローラごとに 2 つのアグリゲートを設定する必要があります。この手順は、使用可能なすべてのコントローラリソースを使用できるようにするために必要です。AFF A200 シリーズシステムでは、 1 つのデータアグリゲートで十分です。

次の図は、 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 を作成する必要があります。次の図に、「 HANA 」 SVM 上に設定された 8 つの LIF (「 fc_*_* 」という名前)のスクリーンショットを示します。

エラー:グラフィックイメージがありません

ONTAP 9.8 の System Manager で SVM を作成するときに、必要な物理 FCP ポートをすべて選択すると、物理ポートごとに 1 つの LIF が自動的に作成されます。

エラー:グラフィックイメージがありません

FCP ポートセット

FCP ポートセットを使用して、特定のイニシエータグループが使用する LIF を定義できます。通常、 HANA システム用に作成されたすべての LIF が同じポートセットに配置されます。次の図は、すでに作成された 4 つの LIF を含む、 32G という名前のポートセットの構成を示しています。

エラー:グラフィックイメージがありません

注記 ONTAP 9.8 では、ポートセットは必要ありませんが、コマンドラインから作成して使用できます。

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 System Manager 9.7 以前のバージョンで SAP HANA 向けの自動アプリケーションウィザードを提供しているため、ボリュームと LUN のプロビジョニングプロセスが大幅に簡易化されます。ネットアップの SAP HANA 向けベストプラクティスに従って、ボリュームと LUN が自動的に作成および設定されます。

「 anlun 」ツールを使用して次のコマンドを実行し、各 SAP HANA ホストの Worldwide Port Name ( WWPN )を取得します。

stlrx300s8-6:~ # sanlun fcp show adapter
/sbin/udevadm
/sbin/udevadm
host0 ...... WWPN:2100000e1e163700
host1 ...... WWPN:2100000e1e163701
注記 「 anlun 」ツールは NetApp Host Utilities の一部であり、各 SAP HANA ホストにインストールする必要があります。詳細については、「 host_setup 」セクションを参照してください。

次の手順は、 SID SS3 を使用した 2+1 のマルチホスト HANA システムの構成を示しています。

  1. System Manager で SAP HANA のアプリケーションプロビジョニングウィザードを起動し、必要な情報を入力します。すべてのホストのすべてのイニシエータ( WWPN )を追加する必要があります。

    エラー:グラフィックイメージがありません

  2. ストレージが正常にプロビジョニングされたことを確認します。

エラー:グラフィックイメージがありません

CLI を使用して LUN 、ボリュームを作成し、 igroup に LUN をマッピングします

このセクションでは、コマンドラインを使用した ONTAP 9.8 と、 SID FC5 を使用した 2+1 の SAP HANA マルチホストシステムで、 LVM ボリュームグループごとに 2 つの LUN を使用した構成例を示します。

  1. 必要なボリュームをすべて作成します。

    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 nonevol 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
  2. すべての 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
  3. システム FC5 に属するすべてのサーバのイニシエータグループを作成します。

    lun igroup create -igroup HANA-FC5 -protocol fcp -ostype linux -initiator 10000090fadcc5fa,10000090fadcc5fb, 10000090fadcc5c1,10000090fadcc5c2,10000090fadcc5c3,10000090fadcc5c4 -vserver hana
  4. 作成したイニシエータグループにすべての 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