ストレージの設計上の考慮事項
ランドスケープ内の SAP システムには、サーバー、オペレーティング・システム、ネットワーク・セットアップ、およびサポートされるストレージに関して特定の要件があります。
クラウド・サービス・プロバイダーを使用する SAP ワークロードの場合、Infrastructure-as-a-Service は、SAP ワークロードを外部データ・センターで、またはデータ・センター・プロバイダーによって実行するために行われている既存の慣習と似ています。 SAP ランドスケープには、Cloud IaaS 内のホストと外部システムとの間の接続に関する固有の要件があります。IBM Cloud® for SAP には、SAP システムのホスティングを超えて SAP ランドスケープを改善するための豊富な機能セットが用意されています。
プロジェクトの計画フェーズを支援するために、以下のセクションでは、ストレージに関する IBM Cloud® for SAP ポートフォリオの設計上の考慮事項を示します。
はじめに: データ/情報の計測単位
ストレージのパフォーマンスは、ストレージ・ファイル・システムからの読み取り/書き込みパフォーマンスを示します。 多くの場合、スループット・ネットワーク・ストレージは Mbps 単位または Gbps 単位で示されますが、ローカル・ディスク・ストレージの場合は MiB/秒単位で示されます。
Mb (メガビット) は 10 進数の接頭部であり、MiB (メビバイト) は 2 進数の接頭部なので、これらはスケールが異なることに注意してください。 また、MiB (メビバイト) は Microsoft Windows では一般にMegabyte
と呼ばれていたため、さらなる混乱の原因となります。
これ以降のすべてのストレージに関する記述では、Mb (メガビット) と MiB (メビバイト) は、IEC によって定義され、IEEE、国際標準化機構 (ISO)、および NIST で採用されている単位系 (SI) に基づいて使用されます。
以下に例を示します。
- 100 Mbps (メガビット/秒) は 12 MiB/s (メビバイト/秒)
- 1000 Mbps (メガビット/秒) (1 Gbps (ギガビット/秒) とも示される) は 120 MiB/s (メビバイト/秒)
- 10 Gbps (ギガビット/秒) は 1200 MiB/s (メビバイト/秒)
SAP HANA のストレージ構成
アプライアンスとしてリストされている SAP HANA 認定プロファイルでは、ストレージは既に提供されているか、記載されているとおりに正確に接続する必要があります。
SAP HANA インスタンスにさらに多くのストレージをプロビジョンする場合は、必須の TDI ストレージ要件に準拠する必要があります。 SAP HANA TDI Overview、 SAP HANA TDI FAQ、 SAP Note 2493172 - SAP HANA Hardware and Cloud Measurement Toolsを参照し、 HCMTガイドの指示に従ってください。 その他のガイダンスは こちらをご覧ください。
IBM Power Virtual Server の詳細については、 SAP HANA TDI v2.31.pdf 用の IBM システム・ストレージ・アーキテクチャおよび構成ガイド を参照。
この要件には、DATA LVM および LOG LVM に割り当てられた複数のボリュームが含まれており、ストライピング拡張とマルチパス拡張によって入出力性能が向上します。 詳しくは、以下の資料を参照してください。
- SAP HANA テーラード・データセンター・インテグレーション(TDI)の概要
- SAP HANA データセンター統合に関するFAQ(2020年5月更新)
- ファイルシステムのサイズについては、 SAP HANA ストレージ要件を参照してください
ストレージのパフォーマンスに関する考慮事項
プロジェクト要件を計算してからストレージ・ソリューションを決定することが重要です。 この計算は、ストレージのバリエーションとパフォーマンスに関する考慮事項に応じてネットワーク・ストレージを選択する際に不可欠です。
SAP HANA バックアップの目標復旧時間 (RTO) に対するストレージの影響
SAP HANA システムをリストアする必要がある場合、ストレージの IOPS によってリストア時間枠が大きな影響を受けます。 バックアップ時間枠は、SAP HANA にとってそれほど重要ではありません。SAP HANA の構成方法とは無関係に、すべてのバックアップがオンライン・バックアップになるからです。
例えば、IBM Cloud Block Storage for Classic を使用する場合は、最大速度での SAP HANA のリストアを約 12 TB として計算できます。 デバイスごとの最大サイズは 4 TB なので、3 つの物理ストレージ・デバイス (ブロック・ストレージ iSCSI LUN) を作成する必要があります。 Linux® 論理ボリューム・マネージャーを使用してこれらの 3 つのデバイスでストライプを構成し、12 TB の論理デバイスを 1 つ作成することができます。
12 TB では、3x10 IOPS/GB が提供されます。つまり、合計 122,880 IOPS/GB (16 KB) です。 これは、1 秒当たり 1.875 GB のリストア時間となり、合計リストア時間は 2 時間未満になります。 IOPS の測定値は、読み取りと書き込みの配分比率が 50/50 であることを前提にしているので、この数値をリストア・パフォーマンスの下限と見なせます。 特定のリストア時間枠に依存する場合は、バックアップとリストアのテストを実行することをお勧めします。
ネットワーク・ブロック・ストレージに関する考慮事項
以下のセクションでは、さまざまな IBM Cloud インフラストラクチャー・オプションを使用する SAP ワークロード・シナリオでネットワーク・ブロック・ストレージを使用する際のストレージの考慮事項について説明します。
クラシック・インフラストラクチャー上の VMware のネットワーク・ブロック・ストレージまたはネットワーク・ファイル・ストレージ
IBM Cloud 上の SAP ワークロードに対する VMware の使用は認定されています。 ただし、ストレージの選択を必要とし、SAP サポートを利用するために検証チェックの実行が必要な「TDI」デリバリー・モデルを使用します。 そのため、ご使用の VMware ホストで SAP ワークロードが実行されている場合は、VMware ホストの正しいストレージを考慮することが重要です。
VMware クラスターでは、SAP ワークロードが複数の VMware vSphere ハイパーバイザー・ノードで実行されるため、これらのハイパーバイザー・ノード間でストレージを共有する必要があります。
VMware は、IBM Cloud からのブロック・ストレージまたはファイル・ストレージで作業するのに使用可能です。 VMware 上で SAP を実行するためのブロック・ストレージとファイル・ストレージの選択については、 VMware ストレージ・プロトコルの比較に関するテクニカル・ペーパーを参照のこと。
ネットワーク・ブロック・ストレージまたはネットワーク・ファイル・ストレージを使用している場合は、認定パフォーマンス・ベンチマークが常に同じであるとは限りません。 クラシック・インフラストラクチャーにおける SAP 認定 VMware のコンピュート・プロファイルで説明されているハイパーバイザーのオーバーヘッドを考慮した後は特にそうなります。
VMware データストア (仮想マシンの .VMDK 仮想ディスクが配置される場所) に対する推奨事項は以下のとおりです。
- SAP HANA の場合は、RAID10 構成のデータストアに対してローカル SDD ディスクを使用します。
- ネットワーク・ストレージを使用する SAP HANA の場合は、接続速度が 10 Gbps のネットワーク・インターフェース・カードを使用する、SAP をホストしている vSphere ノードごとに 10 IOPS/GB を使用します。
- ネットワーク・ストレージを使用する SAP NetWeaver または SAP AnyDB の場合は、接続速度が 10 Gbps のネットワーク・インターフェース・カードを使用する、SAP をホストしている vSphere ノードごとに、少なくとも 4 IOPS/GB を使用します。
1 つのボリュームで最大 IOPS を達成するには、適切なネットワーク・リソースを配置する必要があります。 その他の考慮事項には、ストレージの外部とホスト・サイドのプライベート・ネットワーク使用量や、アプリケーション固有の調整 (IP スタックやキュー項目数など) などがあります。 ストレージ層とパフォーマンスについて詳しくは、Block Storage 入門と File Storage の入門を参照してください。
VMware の手動セットアップ (VMware OS イメージを使用したベアメタル) または VMware の自動セットアップ (IBM Cloud for VMware Solutions Dedicated) のいずれかで使用するストレージについては、以下で説明しています。
- IBM Cloud ベアメタル上の VMware vSphere で使用するストレージでは、ESX 環境でストレージを統合する方法について詳しく説明しています。
- IBM Cloud for VMware Solutions Dedicated で使用するストレージ
Block Storage Virtual Servers VPCインフラストラクチャ用
ネットワーク・ストレージでは、GB 当たりの IOPS は制限され、パフォーマンスはワークロードによって異なります。 リレーショナル・データベース管理システム (RDBMS) の場合は、データベースのログ・ストレージとデータ・ストレージの両方に同じボリュームを使用することをお勧めします。 このセットアップは、アプリケーションの動作によって決まります。
一般的に、典型的な RDBMS ベースのアプリケーションには 5 IOPS/GB のプロファイルが妥当です。
ストレージのパフォーマンスに特化した重要パフォーマンス指標 (KPI) をアプリケーションで使用する場合は、ソフトウェアのデプロイメントを開始する前に、ストレージのスループットをテストしてください。 ボリューム・マネージャー・ベースのソフトウェア RAID (LVM など) を使用すると、ほとんどすべての KPI を満たすことができます。
クラシック・インフラストラクチャーでのサンプル・ストレージ構成
以下のセクションでは、クラシック・インフラストラクチャーを使用している場合の、さまざまな SAP ワークロード・シナリオにおけるストレージ構成を示します。
Intel Bare Metal を使用する IBM Db2 のサンプル・ストレージ構成
表 1 は、50,000 SAPS の 256 GB サーバーのサンプル・ストレージ構成です。SAP を備えた中央システムは 1.5 TB (6,000 IOPS) です。 このシステムでは、外部の IBM Cloud Block Storage for Classicまたは IBM Cloud File Storage for Classic (4 IOPS/GB) を備えた IBM Db2 データベースを使用します。 IOPS の計算は次のとおりです。
- 6,000 IOPS/1,500 GB = 4 IOPS/GB (外部ストレージに必要)。 バックアップは、2 IOPS/GB で 3,000 GB (中程度のパフォーマンス) と想定されています。
ファイル・システム | ボリュームの数 | ストレージ・タイプ | IOPS/GB | GB | IOPS |
---|---|---|---|---|---|
/ |
1 | 内部 | 該当なし | 150 GB | 該当なし |
/boot |
1 | 内部 | 該当なし | 0.25 GB | 該当なし |
swap |
1 | 内部 | 該当なし | 256 GB | 該当なし |
/db2 (ログを含む) |
1 | 内部 | 該当なし | 250 GB | 該当なし |
sapdata |
1 | 外部 | 4 IOPS/GB | 1,500 GB | 6,000 |
backup/log and backup |
1 | 外部 | 2 IOPS/GB | 3,000 GB | 6,000 |
VPC インフラストラクチャー上のサンプル・ストレージ構成
以下のセクションでは、VPC インフラストラクチャーを使用している場合の、さまざまな SAP ワークロード・シナリオにおけるストレージ構成を示します。
Intel Virtual Server を使用する SAP AnyDB with IBM Db2 のサンプル・ストレージ構成
mx2-32x256
プロファイルで IBM Db2 を使用する SAP AnyDB の場合、必要なボリュームは以下のとおりです。
- 1x 500 GB ボリューム。サイズが 500 GB の 1 つのブロック・ストレージ・ボリューム。最大 10,000 IOPS をサポートするカスタム・ボリューム・プロファイルを使用し、仮想サーバーに接続されます
- 1x 2,000 GB ボリューム。サイズが 2,000 GB の 1 つのブロック・ストレージ・ボリューム。より低い 4,000 IOPS (中程度のパフォーマンス) で、バックアップ用に仮想サーバーに接続されます
IBM Db2 のディスク・マウント・ポイントおよびボリューム
2 つのデータ・ボリュームを接続すると、2 つの新しい仮想ディスクが仮想サーバーに表示されます。以下の表を参照してください。 この例では、これらのディスクは vdd
、vde
、および vdf
です。
ファイル・システム | ボリューム | ストレージ・タイプ | IOPS/GB | GB | IOPS |
---|---|---|---|---|---|
/ |
vdal |
事前構成済みのブート・ボリューム | 該当なし | 100 GB | 3,000 |
/boot |
vda2 |
事前構成済みのブート・ボリューム | 該当なし | 0.25 GB | 3,000 |
/db2 |
vdd (変わる場合があります) |
データ・ボリューム | 20 IOPS/GB | 500 GB | 10,000 |
backup/log および backup |
vde (変わる場合があります) |
データ・ボリューム | 5 IOPS/GB | 2,000 GB | 4,000 |
表 1 は、IBM Db2 インストール環境をサポートするためのファイル・システムの基本的なレイアウトを示しています。 一般に、IBM Db2 インストール環境では、独立した複数のボリュームに分割できるサブディレクトリーが使用されます。
例えば、"/db2/<DBSID>"
、"/db2/<DBSID>/log_dir"
、およびいくつかの"sapdata<n>"
の場合、フォルダー"log_dir"
にはデータベースのオンライン・ログ・ファイルが格納され、"sapdata<n>"
にはデータ自体が格納されます。
たとえば、次の Db2 ドキュメントを参照してください: IBM Db2 for Linux、UNIX、および Windows に必要なファイル システム。
SAP HANA のサンプル・ストレージ構成
仮想サーバーのストレージ仕様について詳しくは、こちらを参照してください。以下では、必要な構成ステップのみを示します。
mx2-8x64 mx2-16x128 および プロフィール mx2-32x256
mx2-8x64 のプロフィールは、 SAP Business One on HANAのみで認証されています。
に基づいて作成された仮想サーバーについては mx2-8x64, mx2-16x128 および mx2-32x256 プロファイルがあります:
- 3x 500 GB ボリューム。サイズが 500 GB の 3 つのブロック・ストレージ。最大 10,000 IOPS をサポートするカスタム・ボリューム・プロファイルを使用し、仮想サーバーに接続されます
- 1x 2,000 GB ボリューム。サイズが 2,000 GB の 1 つのブロック・ストレージ・ボリューム。より低い 4,000 IOPS (中程度のパフォーマンス) で、バックアップ用に仮想サーバーに接続されます
3 つのデータ・ボリュームを接続すると、3 つの新しい仮想ディスクが仮想サーバーに表示されます。以下の表を参照してください。 この例では、これらのディスクは vdd
、vde
、および vdf
です。
これらのディスクは、次のように仮想サーバーのオペレーティング・システムに表示されます。
[root@hana256-vsi ~]# fdisk -l
Disk /dev/vdd: 536.9 GB, 536870912000 bytes, 1048576000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/vde: 536.9 GB, 536870912000 bytes, 1048576000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/vdf: 536.9 GB, 536870912000 bytes, 1048576000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
これらの 3 つのディスクは、Linux® 論理ボリューム・マネージャー (LVM) で管理し、論理ボリュームとしてデプロイする必要があります。 そのためにはまず、3 つのデバイスを LVM の制御下に置きます。 例えば、以下のようにしてこれらを物理ボリュームにします。
[root@hana256-vsi ~]# pvcreate /dev/vdd /dev/vde /dev/vdf
次に、物理ボリュームからボリューム・グループを作成します。 ボリューム・グループの名前は自由に選択できます。このサンプルでは hana_vg
です。
[root@hana256-vsi ~]# vgcreate hana_vg /dev/vdd /dev/vde /dev/vdf
ボリューム・グループを作成したら、その上に 3 つの論理ボリュームを定義する必要があります。 これらの論理ボリュームは、SAP HANA のファイル・システム・サイズ要件を反映しています。 以下は、256 GB 仮想サーバー用のコマンドです。
[root@hana256-vsi ~]# lvcreate -i 3 -I 64K -L 256GB -n hana_log_lv hana_vg
[root@hana256-vsi ~]# lvcreate -i 3 -I 64K -L 256GB -n hana_shared_lv hana_vg
[root@hana256-vsi ~]# lvcreate -i 3 -I 64K -l 100%FREE -n hana_data_lv hana_vg
上記の例では、128 GBの仮想サーバーの場合、 -L 256GB
を -L 128GB
に、64 GBの場合は -L 64GB
に置き換える必要があります。 これらのコマンドでは、最小限のファイル・システム・サイズにはなりませんが、最小の構成が作成されるため、SAP HANA の KPI は満たされます。 最後に、各ボリューム・グループの上にファイル・システムを作成する必要があります。
[root@hana256-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_log_lv
[root@hana256-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_data_lv
[root@hana256-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_shared_lv
/etc/fstab
に以下の項目を入力すると、そのマウント・ポイント (/hana/data
、/hana/log
、および /hana/shared
) が作成された後で、ファイル・システムがマウントされます。
/dev/mapper/hana_vg-hana_log_lv /hana/log xfs defaults,swalloc,nobarrier,inode64
/dev/mapper/hana_vg-hana_shared_lv /hana/shared xfs defaults,inode64 0 0
/dev/mapper/hana_vg-hana_data_lv /hana/data xfs defaults,largeio,swalloc,inode64 0 0
mx2-48x384 プロファイル
mx2-48x384 プロファイルに基づいて作成された仮想サーバーには、以下のボリュームがあります。
- 3x 500 GB ボリューム。サイズが 500 GB で、最大 10,000 IOPS をサポートするカスタム・ボリューム・プロファイルを使用し、仮想サーバーに接続される 3 つのブロック・ストレージ・ボリュームが必要です
- 4x 100 GB ボリューム。サイズが 100 GB で、最大 6,000 IOPS をサポートするカスタム・ボリューム・プロファイルを使用し、仮想サーバーに接続される 4 つのブロック・ストレージ・ボリュームが必要です
- オプション: 1x 2,000 GB ボリューム、サイズが 2,000 GB の 1 つのブロック・ストレージ・ボリューム、およびバックアップ用に仮想サーバーに接続された下位 4,000 IOPS (中パフォーマンス)
7 つのデータ・ボリュームを接続すると、仮想サーバーに 7 つの新しい仮想ディスクが表示されます。以下の表を参照してください。 この例では、これらのディスクは vdd
、vde
、vdf
、vdg
、vdh
、vdi
、vdj
です。
これらの 3 つのディスクは、Linux® 論理ボリューム・マネージャー (LVM) で管理し、論理ボリュームとしてデプロイする必要があります。 そのためにはまず、3 つのデバイスを LVM の制御下に置きます。 例えば、以下のようにしてこれらを物理ボリュームにします。
[root@hana384-vsi ~]# pvcreate /dev/vd[d,e,f,g,h,i,j]
次に、2 つの異なるボリューム・グループを作成する必要があります。
[root@hana384-vsi ~]# vgcreate hana_vg /dev/vdh /dev/vdi /dev/vdj
[root@hana384-vsi ~]# vgcreate hana_log_vg /dev/vdd /dev/vde /dev/vdf /dev/vdg
次に、その上に 3 つの論理ボリュームを定義する必要があります。 これらの論理ボリュームは、SAP HANA のファイル・システム・サイズ要件を反映しています。 以下は、384 GB 仮想サーバー用のコマンドです。
[root@hana384-vsi ~]# lvcreate -l 100%VG -i 4 -I 64K -n hana_log_lv hana_log_vg
[root@hana384-vsi ~]# lvcreate -i 3 -L 384G -I 64K -n hana_shared_lv hana_vg
[root@hana384-vsi ~]# lvcreate -i 3 -l 100%FREE -I 64K -n hana_data_lv hana_vg
最後に、各ボリューム・グループの上にファイル・システムを作成する必要があります。
[root@hana384-vsi ~]# mkfs.xfs /dev/mapper/hana_log_vg-hana_log_lv
[root@hana384-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_data_lv
[root@hana384-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_shared_lv
/etc/fstab
に以下の項目を入力すると、そのマウント・ポイント (/hana/data
、/hana/log
、および /hana/shared
) が作成された後で、ファイル・システムがマウントされます。
/dev/mapper/hana_log_vg-hana_log_lv /hana/log xfs defaults,swalloc,nobarrier,inode64
/dev/mapper/hana_vg-hana_shared_lv /hana/shared xfs defaults,inode64 0 0
/dev/mapper/hana_vg-hana_data_lv /hana/data xfs defaults,largeio,swalloc,inode64 0 0
IBM Power Virtual Server インフラストラクチャにおける一般的なストレージ構成
以下のセクションでは、 IBM Power Virtual Server 上の異なる SAP ワークロードのストレージ構成に関する一般的な推奨事項を説明します。
IBM 上の SAP アプリケーションの一般的な保存ガイドライン Power Virtual Server
- 起動ボリュームには、
Fixed IOPs
またはTier 0
の使用をお勧めします。 Fixed IOPs
またはTier 0
を使用する/usr/sap
用の追加容量を、別のストレージボリュームに確保することをお勧めします。
IBM 上の SAP HANA の一般的な保存ガイドライン Power Virtual Server
- SAP HANA
log
ファイルシステムには、ブロックストレージボリュームを最小限の12,000 IOPS
で使用してください。 SAP HANA ログファイルシステムのサイズは通常、 までです。512 GB
4
ストレージボリューム上にファイルシステムをストライプすることを推奨します。 - SAP HANA データファイルシステムには、ブロックストレージボリュームを最小限の
8,000 IOPS
で使用してください。 SAP HANAdata
ファイルシステムのサイズはメモリのサイズに依存します。 SAP 仮想マシン用に構成されたメモリの を確保することを推奨します。120-150%
4
ストレージボリューム上にファイルシステムをストライプすることを推奨します。 - SAP SAP HANA ファイルシステムに対するパフォーマンス要件は規定していません。
shared
ファイルシステム用に最低限3000 IOPS
を設定することをお勧めします。 ブロックストレージボリュームのストライピングは不要です。 代替案として、 SAP HANA 共有ファイルシステムは NFS ボリューム上に存在する場合があります。 - OS起動ボリュームには、
Fixed IOPs
またはTier 0
の使用をお勧めします。 Fixed IOPs
上の /usr/sap、またはTier 0
用の追加容量を別のストレージボリュームに確保することをお勧めします。- IBM Power Virtual Server 上の SAP HANA 認定プロファイルのサンプルストレージ構成 については、以下のドキュメントを参照してください。
IBM AIX で IBM を使用する Oracle DB のストレージ構成例 Power Virtual Server
表 2 は、例として Oracle を使用する SAP NetWeaver アプリケーション・サーバー用の AIX IBM Power Virtual Server の構成の例です。
ストレージは、同じ IBM Power Virtual Server 内で結合することはできず、Tier 1 または Tier 3 のいずれかにすることができます。 OS 層、データベース層、およびアプリケーション層を分離できるように、さらに 3 つのディスクをプロビジョンすることをお勧めします。 ディスクのサイズは、インストールがグリーンフィールドであるかどうかや、サーバーが、サイジング基準として使用することにした「オンプレミス」の AIX サーバーのコピーであるかどうかによって異なります。
LVM エントリーの命名規則は任意ですが、インスタンスを 1 つ以上インストールする場合は特に、SAP NetWeaver システムの SID を含めることをお勧めします。
ストレージ | ボリューム・グループ | Logical volume (論理ボリューム) | マウント・ポイント |
---|---|---|---|
OS ディスク | デフォルト構成 | デフォルト構成 | デフォルト構成 |
アプリケーション・ディスク | app<sid>vg |
lvusrsap |
/usr/sap |
lvusrsap{SID} |
/usr/sap/{SID} |
||
lvusrsapmnt |
/sapmnt/{SID} |
||
lvusrsaptrans |
/usr/sap/trans |
||
lvsapDAH |
/usr/sap/DAH |
||
データベース・ストレージ | db<sid>vg |
lv{SID}arch |
/oracle/{SID}/oraarch |
lv{SID}reorg |
/oracle/{SID}/sapreorg |
||
lv{SID}origlogA |
/oracle/{SID}/origlogA |
||
lv{SID}origlogB |
/oracle/{SID}/origlogA |
||
lv{SID}ora |
/oracle/{SID} |
||
lv{SID}sapdata1 |
/oracle/{SID}/sapdata1 |
||
lv{SID}sapdata2 |
/oracle/{SID}/sapdata2 |
||
lvorastage |
/oracle/stage |
||
lv{SID}sapdata3 |
/oracle/{SID}/sapdata3 |
||
lv{SID}sapdata4 |
/oracle/{SID}/sapdata4 |
||
lv{SID}oraclient |
/oracle/client |
詳細は、 SAP 注 2172935 を参照。
IBM 上の IBM Db2 SaaS の AIX で、 IBM を使用する場合のサンプルストレージ構成 Power Virtual Server
表3は、 AIX IBM Power Virtual Server IBM Db2 SaaS サーバーのストレージ構成例である。
ストレージは、同じ IBM Power Virtual Server 内で結合することはできず、Tier 1 または Tier 3 のいずれかにすることができます。 推奨事項は、OS 層、データベース層、およびアプリケーション層を分離できるように、さらに 3 つのディスクをプロビジョンすることです。 ディスクのサイズは、インストールがグリーンフィールドであるかどうかや、サーバーが、サイジング基準として使用することにした「オンプレミス」の AIX サーバーのコピーであるかどうかによって異なります。
LVM エントリーの命名規則は任意ですが、インスタンスを 1 つ以上インストールする場合は特に、SAP NetWeaver システムの SID を含めることをお勧めします。
ストレージ | ボリューム・グループ | Logical volume (論理ボリューム) | マウント・ポイント |
---|---|---|---|
OS ディスク | デフォルト構成 | デフォルト構成 | デフォルト構成 |
アプリケーション・ディスク | app<sid>vg |
lvusrsap |
/usr/sap |
lvusrsap{SID} |
/usr/sap/{SID} |
||
lvusrsapmnt |
/sapmnt/{SID} |
||
lvusrsaptrans |
/usr/sap/trans |
||
lvsapDAH |
/usr/sap/DAH |
||
Db2 データベース・ストレージ I | <sid>db2vg |
loglv{SID} |
NA |
lv{SID}db2 |
/db2/{SID} |
||
lvhome{SID} |
/db2/db2{SID} |
||
lv{SID}db2dump |
/db2/{SID}/db2dump |
||
lv{SID}logdir |
/db2/{SID}/log_dir |
||
lv{SID}log_archive |
/db2/{SID}/log_archive |
||
lv{SID}saptmp |
/db2/{SID}/saptemp1 |
||
lv{SID}db2sw |
/db2/db2/<DBSID>/db2_sw |
||
Db2 データベース・ストレージ II | <sid>db2datvg |
lv{SID}sapdata1 |
/db2/{SID}/sapdata1 |
lv{SID}sapdata2 |
/db2/{SID}/sapdata2 |
||
lv{SID}sapdata3 |
/db2/{SID}/sapdata3 |
||
lv{SID}sapdata4 |
/db2/{SID}/sapdata4 |
詳細については、 IBM Db2 for Linux、UNIX、Windows に必要なファイル システム」 および SAP Note 1707361 を参照してください。