Linux上でSAPの堅牢性をより高める

2010年12月6日(月)
菅野 博貴

SAPシステムクラスタ環境の構成

物理的な配置としては、各サーバーの内蔵ディスクにRedHat LinuxとLifeKeeper(ARKはNFS、Oracle、SAPを使用)、Oracleソフトウエアを導入し、共有リソースとなるOracleのログファイルやデータファイル。SAP ASCS*2インスタンス用ファイル群は外部ディスクに配置しました。具体的には下記の表をご参照ください。

SAP関連のファイルシステムについては、NFSマウントさせるものについては「/export」(ネーミングは任意)というディレクトリ下に配置する構造としました。Oracle関連のファイルシステムについては、Oracleホームディレクトリを各サーバーのローカル(内蔵ディスク)上に配置する都合上(「LifeKeeper Administration Guide」より)、データファイルごとにパーティションを分割するデザインとしました。仮にもし「/oracle」というパーティション1つのみの場合、LifeKeeperとしては、内蔵ディスク上のOracleホームディレクトリが外部ディスク上の「/oracle」に後から上書きマウントされないようハンドリングすることができません。

Mount Point(内蔵ディスク) Mount Point(外部ディスク)
表:ディスクパーティション設定例
/boot /export/usr/sap/trans
/usr/sap//ASCS
/ /export/sapmnt/
/oracle//112_64 /oracle//mirrlogA
/usr/sap/ /oracle//mirrlogB
  /oracle//origlogA
  /oracle//origlogB
  /oracle//oraarch
  /oracle//saparch
  /oracle//sapbackup
  /oracle//sapcheck
  /oracle//sapdata1
  /oracle//sapdata2
  /oracle//sapdata3
  /oracle//sapdata4
  /oracle//sapreorg
  /oracle//saptrace
  /media (任意)

次に、ネットワーク構成は、表のように、SAP用とOracle用にそれぞれ仮想IPアドレスを付与しました。これはアクティブ-アクティブ構成(SAPとOracleがそれぞれ別のサーバー上で稼働)を想定しているためです。

最後に、各アプリケーションの配置は,サーバーAにSAP ASCSインスタンス(フェイルオーバー対象)とセントラルインスタンス(非フェイルオーバー対象)が、サーバーBにSAPエンキューレプリケーションサーバーとダイアログインスタンス(非フェイルオーバー対象)、さらにOracle(フェイルオーバー対象)が稼働する構成としました。

図2:構成イメージ(クリックで拡大)

検証の詳細に入る前に事前知識として、次ページでは、IBMブレードサーバーを格納するIBM BladeCenterと、LifeKeeperについてご紹介します。

[*2]SAP R/3 4.6CやSAP Enterpriseといった過去のSAPバージョンにおけるセントラルインスタンスから、メッセージサーバーとエンキュー・サーバーが切り出されたもの。ABAPインスタンスの場合はASCSという名称だが、JAVAインスタンスの場合はSCSインスタンスと呼ぶ。

日本アイ・ビー・エム株式会社

2001年、日本アイ・ビー・エムに入社。入社当初よりSAP社製品関連テクニカルサポートに従事し、日々東奔西走中。グローバルISVソリューションズ所属。

連載バックナンバー

Think ITメルマガ会員登録受付中

Think ITでは、技術情報が詰まったメールマガジン「Think IT Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。

Think ITメルマガ会員のサービス内容を見る

他にもこの記事が読まれています