SAP-IBM Competence Center Japan 次世代データーセンターにおける SAP on AIX/Oracle の活用日本アイビーエム株式会社 2009 IBM Corporation

Size: px

Start display at page:

Download "SAP-IBM Competence Center Japan 次世代データーセンターにおける SAP on AIX/Oracle の活用日本アイビーエム株式会社 2009 IBM Corporation"

とらふみむこやま
4 years ago
Views:

1 SAP-IBM Competence Center Japan 次世代データーセンターにおける SAP on AIX/Oracle の活用日本アイビーエム株式会社

2 データセンターにおける現行 SAP システムの課題データセンター SAP on AIX/Oracle IBM Systems/Oracle の機能を活用し課題解決止められないシステム - 24 時間 /365 日のシステム稼動日々増え続けるデータ容量 - ディスク増設の手間手段 PowerVM Virtualization ~ Live Partition Mobility ~ N シリーズストレージによる SAP インスタンスのクローン作成 H/W の機能運用の硬直化 - 新ランドスケープ構築の手間 Oracle Index 圧縮 Oracle の機能現行の運用ではコスト削減に限界を感じていませんか? 2

3 PowerVM Virtualization ~Live Partition Mobility~ 3

4 仮想化における IBM のリーダーシップ Hypervisor を開発 ( 後にメインフレームの VM となる ) 物理分割を行なう初のコンピューターを発表メインフレームでの LPAR を発表 POWER LPAR の設計に着手 POWER4/AIX ベースのシステムに LPAR 機能を導入 Advanced POWER Virtualization 出荷開始 POWER5 プロセッサー搭載のサーバーですでに業界一との評価 Amongtoday smicroprocessors,poweristheclearleaderinthedepthandbreadthofits virtualizationfacilities. THEGHOSTINTHEMACHINE,MicroprocessorReportMarch12,2007 POWER6 プロセッサー搭載サーバーではさらなる新機能 LivePartitionMobility OS アプリケーションを止めることなく LPAR を他の筐体に移動可能計画停止時間ゼロ動的なシステム拡張 4

5 POWER6 の先進的仮想化機能 - PowerVM 仮想 I/O サーバー区画共有ストレージ 5 共有 Ethernet HMC 2 コア 1 コア Lx86 Linux 動的にリサイズ可能 AIX V5.2 VirtualI/O の経路 AIX V5.3 POWERHypervisor 2 コア 4 コア Micro-Partitioning AIX V5.3 Linux Linux AIXV6.1 POWER6 Only! AIXV5.3 AIXV5.3 AIXV5.3 PowerVMの特徴 1 低オーバーヘッド高パフォーマンス 2 高セキュリティ堅牢性高信頼性 3リソースを有効活用できる柔軟性高い統合効果マイクロパーティショニング複数の区画でプロセッサーを共有区画あたり最小で 1/10 プロセッサー AIX V5.3 / V6 Linux 仮想 I/O サーバー (VIOS) 共有 Ethernet 共有 SCSI と共有ファイバーチャネル Integrated Virtualization Manager Multiple Shared Processor Pool 筐体内で複数のプロセッサープールをサポートプロセッサープール毎に最大値 / 最小値 / 優先度を指定 Shared Dedicated Capacity 占有プロセッサー区画で余った CPU 資源を uncapped の共用プロセッサー区画で利用可能 Live Partition Mobility

6 ご参考サーバー仮想化の実装パターン物理分割ホスト OS による仮想化専用 S/W による仮想化 H/W による仮想化特長ボード単位などで電気的に分離ホスト OS と仮想化 S/W により複数のゲスト OS を稼動仮想化専用 S/W により物理リソースを仮想化ファームウェア ( マイクロコード ) による仮想化 APPL. APPL. APPL. APPL. APPL. APPL. APPL. APPL. イメージ OS OS OS OS OS OS OS OS ホスト OS+ 仮想化 S/W 仮想マシンモニターファームウェアボードボードハードウェアハードウェアハードウェアメリットパーティション間の独立性が完璧に近い ( オーバーヘッドの考慮必要なし ) 比較的容易に仮想サーバーを実現仮想サーバーへの柔軟なリソース配分柔軟性と高信頼性を実現仮想化オーバーヘッドが小さいデメリット資源配分の柔軟性に欠ける H/W 構成により実装可能な仮想サーバー数が制限仮想化オーバーヘッドが大きい信頼性 / 柔軟性は仮想マシンモニターに依存特に I/O バウンドな処理では仮想化オーバヘッド大ベンダー固有実装となるためサポート OS が限定されることがある代表的な実装例 System x PPAR HP npar SUN DSD Fujitsu XPAR VMware Server Microsoft Virtual Server VMware ESX Server z/vm HP Integrity VM HP vpar Xen, Hyper-V System z LPAR System p/i LPAR (POWER Hypervisor) Hitachi サーバー仮想化機構 6

7 Live Partition Mobility とは Live Partition Mobility on IBM Power Systems / AIX POWER6 を搭載した IBM Power Systems & AIX サーバーではサーバーの筐体間をまたがってシステムを停止することなく稼動中のシステム区画の移動が可能です Live Partition Mobility の機能を使用することで次のことが可能になります本番業務を停止させることなくハードウェアの保守メンテナンスが可能夜間などオンラインを使用しないような時間帯に一つのサーバーに区画を寄せることにより使用しないサーバーの電源を落とすことにより電力の低減が可能より大きなシステム資源が必要になった場合でもハイスペックのサーバーへの無停止でのシステム区画の移動が可能ハードウェアによる仮想化論理区画の瞬間移動により計画停止さえも削減筐体の交換更新の際にもアプリケーションを止める必要がありません 7

Live Partition Mobility の前提 AIX 環境下での Live Partition Mobility サポート構成最新情報はこちらでご確認ください http://www14.software.ibm.com/webapp/set2/sas/f/pm/component.

8 Live Partition Mobility の前提 AIX 環境下での Live Partition Mobility サポート構成最新情報はこちらでご確認ください SAP AIX/Oracle 環境下での Live Partition Mobility サポート構成 SAP Note POWER6 Live Partition Mobility) ver. 5 抜粋 - Oracle DB 10gR2 ( ) - Single Instance only, no RAC - AIX 5.3 TL8 SP4, or - AIX 6.1 TL2 SP3 8

9 LPMデモ概要 HMC画面 HMC画面 HMC Power550サーバー内の区画一覧 Power 550 サーバー Power 550上の pvc52 区画に SAPがインストールされている Power 570 サーバー LPMによりpvc52区画がPower570上に移動 LPM前 LPM後 DS4500ストレージ pvc52 OS AIX6.1 TL3 DB Oracle10g SAP IDES Power570サーバー内の区画一覧

10 SAP トランザクション内容 FB50(G/L 勘定伝票入力 ) のバッチインプットを作成して 3 万レコードに増やしたものを SE38(ABAP エディタ ) からバックグラウンドで実行中に Live Partition Mobilityの機能で筐体間をクライアント区画が移動する 10

11 N シリーズストレージによる SAP インスタンスのクローン作成 11

12 IBM System Storage N シリーズ幅広いサポートプロトコル CIFS, NFS (NAS 接続 ) iscsi FCP( ファイバーチャネルプロトコル ) HTTP,FTP Fibre Channel over Ethernet (FCoE) 幅広いサポートプラットフォーム (*1) Microsoft Windows, AIX, Linux, HP-UX, Solaris, VMware, NetWare 豊富なソフトウェア機能 Snapshot, SnapRestore SnapMirror, SnapVault, SnapLock, LockVault, など多彩な用途プライマリーストレージアーカイブストレージ災害対策ターゲット参照用データ FC-HDD : パフォーマンス重視の保管に SATA-HDD : コスト重視の保管に SAS-HDD: 汎用用途高い可用性コンポーネントの冗長化ホットスワップ可能なコンポーネント RAID-DP (*1) 最新情報はインターオペラビリティーマトリックスに公開されています Windows AIX Linux Solaris HP-UX アーカイブストレージ災対ターゲット参照用データ iscsi NAS FC SAN N3000 / N5000/N7000 プライマリーストレージ

IBM と NetApp とのアライアンス概要 2005 年 4 月 IBM とネットアップは情報のオンデマンド化を促進し先進的なストレージ情報管理製品群である IBM のストレージソリューション拡大を目的に戦略的提携を発表しました IBM は NetApp ストレージ製品ラインナップの OEM 契約 (IBM ロゴ IBM サービス IBM 保守での提供 ) を合意ハードウェア N

13 IBM と NetApp とのアライアンス概要 2005 年 4 月 IBM とネットアップは情報のオンデマンド化を促進し先進的なストレージ情報管理製品群である IBM のストレージソリューション拡大を目的に戦略的提携を発表しました IBM は NetApp ストレージ製品ラインナップの OEM 契約 (IBM ロゴ IBM サービス IBM 保守での提供 ) を合意ハードウェア N シリーズアプライアンス = NetApp FAS シリーズ NAS(NFS/CIFS) FC-SAN & iscsi ストレージ N シリーズゲートウェイ = NetApp V シリーズ既存 SAN ストレージに NAS/iSCSI 機能を提供ニアラインストレージソリューションディスク to ディスクバックアップ SATA ディスク搭載プラットフォーム NetApp 40 を超える各種ソフトウェアライセンス

14 N シリーズのソフトウェア N シリーズはストレージ効率を最大化するため様々なソフトウェア技術を導入最大 95% 削減重複削減機能フルバックアップに対して最大 95% その他のデータセットに対して 25% から 55% の重複を削減 80% 以上の削減 Snapshot TM コピーオリジナルのデータセットから変更のないコピーデータ容量と同等の削減最大 46% RAID 6 (RAID-DP TM ) ミラーデータもしくは RAID10 に比べて 46% の削減 80% 以上の削減仮想クローン (FlexClone ) オリジナルデータセットに対して変更のかかった分のクローンデータとして消費 33% シンプロビジョニング (FlexVol ) 通常 20%~33% の削減複数の機能の組み合わせによりデータの削減を複数倍に! 14

15 N シリーズ導入によるメリット SAP システムとの高い親和性 SAP インスタンスのクローン環境を数分で作成本番環境のダウンタイムはゼロ本番環境への性能影響は最小ディスク管理ユーザー管理の手順が標準で提供される Web 経由でFilerViewにアクセスし NAS 構成管理が可能 Active Directory NIS LDAP にも対応既存環境にも容易に追加可能独自のFlexVolを採用稼動中の容量追加にも柔軟に対応バックアップに関する豊富なソフトウェア群を提供 Snapshot : ある一時点でのファイルシステムをポインターを利用し瞬時に保管 SnapRestore:Snapshot が取得された時点にファイルシステム全体をリストアデータをリストアするのではなくポインター情報を復元 SnapVault :N シリーズ間で差分情報のみを転送するバックアップソリューション SnapMirror : ソース領域からターゲット領域にデータを複製同期モード非同期モードで差分情報を更新 NDMPにより一般のアックアップ S/Wとも連携しテープにバックアップ 15

16 ご参考 NAS-SAN 比較表通信プロトコル接続ケーブル帯域 I/O 効率 NAS TCP/IP Ethernet ケーブルを使用 ( 社内 LAN も利用できる ) ~10Gbps CIFS NFS http 等を通じて使用ファイル I/O を行う SAN FCP Fibre Channel ケーブルを使用 ( 通常敷設工事が必要 ) ~4Gbps (8Gbps も普及中 ) SCSI コマンドを使用 Block I/O を行う raw device も使用可能ファイルシステムサーバー間の資源共有主な使用形態主な用途その他の特徴 NAS 上に存在ファイル共有が可能 (OS に依存しない ) サーバークライアント間サーバーサーバー間 DB サーバー用ディスクファイルサーバーサーバーやクライアントの設定を変えずに動的に容量拡大ができる管理が容易距離の制約を解消できるディスクを制御するサーバー側に存在ディスク共有可能 ( 同一 OS 間要排他処理 ) ファイル共有は別ソフトが必要サーバーディスク間 DB サーバー用ディスククラスター構成用共用ディスクスケーラビリティが高い距離は最大 10Km ( 中継無し ) 16

17 検証環境図 & 検証概要 Public LAN [Source] IBM Power p520 en0 en0 [Target] IBM Power p520 AIX 6.1 SAP ERP 6.0 SR3 IDES en1 Giga Hub en1 AIX 6.1 SAP ERP 6.0 SR3 RA1 (pooh) Oracle [Repository] IBM Power N5300 (NetApp FAS3040) クローニングプロトコル :NFS Aggregate aggr0 aggr1 Aggr0 300GB x3 RAID-DP 227GB Aggr1 300GB x28 RAID-DP 4.21TB RA2 (ccdeimos) NetApp に導入したアドオンライセンス FlexClone, SnapRestore, NFS Protocol サーバーに導入したアドオンライセンス SnapDrive for Unix, SnapManager for SAP 検証概要あらかじめ 2 台の SAP システムを用意して 1 台を本番環境 : ソースもう 1 台を検証環境 : ターゲットと想定して本番環境の SAP/Oracle データを SnapManager for SAP の Cloning 機能 (FlexClone) を用いて検証環境へコピーする 17

18 検証手順概要 1. ソースとなる SAP とターゲットとなる SAP の準備今回はソースシステムを ERP 6.0 SR3のIDESを導入しターゲットには ERP 6.0 SR3を導入 SAP/Oracleのデータ部分のみを NetAppに格納接続は NFSを使用 2. SnapManager for SAP 用リポジトリー (Oracle DB) の作成 SAP システムとは別の Oracle DB をリポジトリーとして作成する 3. N シリーズソフトウェアの導入 (AIX サーバーへ導入 ) SnapDrive for UNIXの導入 :AIX 用の4.1.1を導入 SnapManager for SAPの導入 :AIX 用の3.0.2を導入 4. SnapManager for SAPからソースとターゲットのプロファイルの作成 5. ソースシステムのバックアップ (Snapshot) 6. ターゲットシステムのクリーンアップ Init<DBSID>.ora 等の削除 7. クローニングの実施 8. ポスト処理の実行 ORADBUSR.SQL (SAPノート :50088) sap_follow_up_activities.sh (SnapManager for SAPのサンプルスクリプト ) 9. ターゲットへの SAP ライセンスの適用 STMS (Transport Management System) の設定

19 検証結果ディスク容量ソースシステムのバックアップ及びクローニングによって増加した容量 :10GB 程度バックアップクローニング前の Aggregate (aggr1) クローニング後の Aggregate (aggr1) 実行時間ソースシステムのオフラインフルバックアップ : クローニング処理の実行時間 : 約 3 分約 3 分ソースシステムのデータファイルサイズは約 247GB なので物理コピーした場合と比較すると DISK サイズ削減率 (247-10)/247 = 95% 19

20 注意事項等 Oracle のコントロールファイル SAP 環境では 3 つのうちの一つは sapdata1 のディレクトリーに配置されている NetApp の環境ではデータとは別の FlexVolume に配置しなおすことを推奨クローンされたターゲットの SAP システムの状況ソース側がアーカイブモードで稼動していてもターゲット側はノンアーカイブモードで起動される今回の検証ではクローンされた SAP(IDES 環境 ) がターゲットシステムで起動されることの確認及び SU01 等の確認のみでアプリケーション的な検証は未実施 SAP のプロファイルはコピーされないのでソースシステムと言語の環境を合わせるような場合はプロファイルの設定変更が必要 SnapManager for SAP のサンプルスクリプトターゲットシステムのクリーンアップ cleanup.sh をカスタマイズすればクローニング処理と同時に処理することは可能と思われるが今回は未実施ポスト処理の実行 ORADBUSR.SQL の処理は os_db_authentication.sh をカスタマイズすればクローニング処理と同時に処理することは可能と思われるが今回は未実施 sap_follow_up_activities.sh はクローニング処理と同時に実行するよう指定してみたがエラーになったため今回は手動で実行 SnapManager for SAP はデフォルトでは root ユーザーで実行しに行くようであるがこのスクリプトは <sid>adm ユーザーで実行する必要があるそのようにスクリプトのカスタマイズが必要ソースシステムのバックアップ今回はオフラインバックアップを用いてクローニングを実施オンラインバックアップは現在実施中 20

21 Oracle Index 圧縮 21

22 Index 圧縮 OracleのIndex 圧縮をご存知ですか? Oracle10.2 から SAP 環境での使用が認定されています SAP ノート Oracle データベースでの索引キー圧縮の使用抜粋 Oracle リリース 10.2 以降 SAP 環境で索引キー圧縮がサポートされます既存の B*Tree 索引をデータベースで再構築して索引キー圧縮を使用し B*Tree 索引を可能な限り効率的な領域として保存します SAP システムでは大量のディスク領域を索引が使用 SAP ERP(R/3): データベースのディスク領域の 30~50% さらに多いケースも存在 SAP BI(BW): データベースのディスク領域の 25~40% ビットマップ索引を多用すると比率が低下 22

23 Index 圧縮の特徴メリット索引に使用されるディスク領域を抑えディスクの合計データベースサイズを削減索引 'GLPCA~1' のサイズが 18GB から 4.5GB に削減バッファキャッシュ品質を向上させる物理ディスク I/O および論理バッファキャッシュ I/O が削減されますデータベーススループット全体が改善される追加のライセンス費用が不用注意点 CPU 使用率が高くなります 23

24 Index 圧縮を使用するには SAP ノート Oracle データベースでの索引キー圧縮の使用に圧縮効果が期待できるテーブル検出圧縮係数を算出するスクリプトが用意されています最適な索引圧縮係数を算出するための PL/SQL パッケージの実行はいつでも可能でありダウンタイムを必要としませんつまり SAP システムの稼動中に ind_comp.get_column を実行することができます 24

PowerPoint プレゼンテーション

PowerPoint プレゼンテーション Oracle GRID Center Flash SSD + 最新ストレージと Oracle Database で実現するデータベース統合の新しい形 2011 年 2 月 23 日日本オラクル Grid Center エンジニア岩本知博進化し続けるストレージ関連技術高速ストレージネットワークの多様化低価格化 10GbE FCoE 8Gb FC ディスクドライブの多様化および大容量 / 低価格化

SAP-IBM Competence Center Japan 次世代データーセンターにおける SAP on AIX/Oracle の活用 日本アイ ビー エム株式会社 2009 IBM Corporation

SAP-IBM Competence Center Japan 次世代データーセンターにおける SAP on AIX/Oracle の活用日本アイビーエム株式会社 2009 IBM Corporation