Oracle SAP for T E C H N O L O G Y U P D A T E 日本語版 DATABASE IN-MEMORY Certified for SAP customers No. 24 Oracle for SAP, May

(1)

No. 24 Oracle for SAP, May 2015 www.oracle.com/sap

Oracle SAP

for

T E C H N O L O G Y U P D A T E

日本語版

Certified for SAP customers

DATABASE IN-MEMORY

(2)

　オラクルは、データベース、ビジネス・ソフトウェア、オペレーティング・システム、サーバー、ストレージなど、世界で最も完全でオープンな、統合されたテクノロジ・スタックを提供します。オラクルのテクノロジがSAPアプリケーションの動作を向上させます。

　オラクルとSAP SEの関係は、共通の顧客の利益を共通の課題とし、長年に渡り受け継がれてきた共同開発と明るい未来の上に築き上げられています。

　SAPがSAP Business SuiteとSAP BWのサポートを続ける限り、オラクルも支援し続けます。SAP は、SAP NetWeaver 7.4 SP08でCore Data ServicesなどのOracle Databaseプラットフォームの新しい技術（SAP Note 1951491）やOracle Database 12c In-Memory（SAP Note 2133079）といった、オラクルの強みを生かした技術革新を導入し始めています。　両社は、27年以上にわたり多くの共通の顧客サービスへの取り組みを続け、長年のリセラーおよび顧客サポート契約を更新しています。この契約は、Oracle Databaseテクノロジへのアクセス機能を拡張し、グローバル・レベルの顧客サービスを提供します。* 　オラクルの製品戦略は、ITインフラストラクチャ全体に柔軟性と選択肢を提供します。中規模から大規模のSAPシステムを運用する、あらゆる業種のSAP顧客の大多数が、自社のアプリケーションをOracle Databaseに委ねています。　私たちのたゆまぬ技術革新に対する取り組みは、Oracle Databaseとデータベース・オプションを選択するSAP顧客にとって計り知れないメリットです。そこには、なぜOracle DatabaseがSAPアプリケーションの実行で最も採用されるか説明できる差別化要因のうち、明確な 8つの要因を見つけることができます。最高のパフォーマンスとスケーラビリティ、配置柔軟性、可用性、信頼性、障害時リカバリ、セキュリティ、管理性、自己管理機能。この8つの要因が、大規模データベースのサポート、データベース統合のサポート、ハードウェアとソフトウェアの統合を実現しています。SAPによるOracle Database 12c の基礎認定が完了したばかりですが、これによりSAP顧客のすべてが、Oracle Databaseの特性および機能の利点を活用し、SAPアプリケーションを最適化できるようになりました。

詳細は、5ページをご覧ください。

次のOracle Databaseオプションは、複数のロールアウト・フェーズで間もなく認定される見込みです。フェーズ 3（2015年第3四半期末日）

- Information Lifecycle Management（ILM: 情報ライフサイクル管理）/ Automatic Data Optimization（ADO: 自動データ最適化） - Hybrid Columnar Compression （HCC） for Exadata and SuperCluster（ExadataおよびSuperCluster用のHCC）

フェーズ 4（2016年初頭） - Oracle Multitenant

　Oracle Exadata Database Machineは、すべてのSAPデータベースおよびSAP以外のデータベースをプライベート・データベース・クラウド環境に統合し、SAP ECC 6.0でのオンライン・トランザクション処理やSAP BW 7.0以降のデータ・ウェアハウスなどのあらゆるデータベース・ワークロードのために、プライベート環境のOracle Database Cloudを実行できる最高のパフォーマンスと高可用性のプラットフォームを提供します。Exadata Database Machineは、最大規模の最重要データベース・ワークロードに即座に対応し、通常の運用ではアプリケーションを10倍以上の速度で実行します。そのため、このマシンを利用するSAP顧客が急増しています。

(3)

　Oracle SuperClusterは、新しいSPARCプロセッサの演算能力、Oracle Solaris 11のパフォーマンスとスケーラビリティ、Oracle Exadata ストレージの最適化されたデータベース・パフォーマンス、Oracle Exalogic Elastic Cloudの加速されたミドルウェア処理を6.40以降の SAPカーネルで統合する汎用エンジニアド・システムです。

　オラクルは、SPARC M6およびT5サーバーのポートフォリオの完全リフレッシュと拡張により、エンタープライズ・コンピューティングの経済性を再定義し、最高の価格/パフォーマンスで業界最大の価値を提供します。

　Oracle Private Cloud Appliance（OPCA）は、データベースおよびアプリケーションの仮想プラットフォームとして使用する一体化されたインフラのイントール、デプロイ、管理方法を画期的に簡素化するエンジニアド・システムです。

　Oracle Database Applianceは、単一システムで活用し、配置および管理が簡単な、世界で最も利用されているOracle Databaseを活用する新しい方法です。これはソフトウェア、サーバー、ストレージ、高可用性、ネットワークの完全なパッケージで、簡素化を目的に設計されています。つまり、配置、メンテナンス、およびデータベース・ワークロードのサポートを簡素化することにより、時間と費用を節約します。　Oracle Linux 7は、SAPインフラ・コンピューティング・ニーズに応えるOracleの最新のLinuxバージョンです。高速で信頼性が高い上、 SAP環境のOracle Databaseに最適化されています。SAPに対する最高のパフォーマンスの実現、顧客への最新技術の提供、データ整合性、より強固なセキュリティ、アプリケーション稼働時間を改善します。

　Oracle VM Server for x86は、無償のサーバー仮想化ソリューションで、SAPおよび他のエンタープライズを容易に配置、管理、サポートします。

　ドイツ、ワルドルフのSAP SEのOracle開発チームは、継続してSAP開発者と連携し、SAP顧客が常に最新の最適化されたOracleテクノロジ、確実なパフォーマンス、信頼性および技術革新にアクセスできるようにしています。Oracle for SAP Service & Supportチームが提供するAdvanced Customer Services（ACS）には、Assisted Services Engagements（ITインフラの分析/拡張およびSAP Readiness Service）を含め、ヘルス・チェック、ワークショップ、データベース移行、パフォーマンス、チューニングおよびACS Oracle Solaris Services for SAP Environmentsなどがあります。詳細、この冊子およびバックナンバーについては、次のサイトを参照してください。 www.oracle.co.jp/sap ご意見、ご質問は、次のアドレス宛にお寄せください。 [email protected] Sincerely, ゲルハルト・カップラー SAPアプライアンス担当副社長 Oracle Corporation

(4)

4

C O N T E N T S

Hardware and Software

Engineered to Work Together

2-3 ご挨拶 SAP顧客の皆様へ

5 Oracle Database 12c for SAP: ロードマップ、ベーシック認定の機能とオプション

9 Oracle Databaseオプションとパック製品によるSAP向けデータ管理インフラストラクチャの実装 28 Oracle DatabaseとEngineered Systemsの「for SAP」の意味を探る

34 世界最大規模のSAP環境のスループットを2倍にし新しいビジネス・チャンスを手中にしたAmerisourceBergen 36 Oracle Databaseの処理がExadata上で数百倍早くなることを証明したJet Infosystems

38 従来のIBM AIXデータベース・サーバーをOracle Exadata Database Machineに切り換え、

たくさんのメリットを実現したAcquedotto Pugliese

42 Exadataテクノロジからメリットを得るSAP顧客 44 Fuchs Petrolub SEのOracle Databaseで稼働するSAP 46 SAP向けのミッション・クリティカルなサポート・サービス 49 Joint Marketing Statement Relating to the Reseller Agreement 50 Oracle DB related Notes for SAP

(5)

5

Oracle Database 12c for SAP:

ロードマップ、ベーシック認定の機能とオプション

2016年第一四半期のフェーズ4では、Oracle Multitenantの認定プロセスが完了する予定で、SAP顧客もOracle Multitenant を使用できるようになります。Oracle Multitenantでは、多数のデータベースを1つのコンテナ・データベースに統合できます。このデータベース・アーキテクチャはこれまでにない発想で、相当数のOracle/SAP統合作業が必要です。フェーズ1に含まれる新機能の詳細は、この記事の「ベーシック認定の機能」のセクションを参照してください。フェーズ2、3および4に予定されている機能とオプションの詳細は、9ページの記事「Oracle Databaseオプションとパック製品によるSAP向けデータ管理インフラストラクチャの実装」（特にOracle Database 12c Advanced Compression、Oracle Database In-Memoryおよび Oracle Multitenantのセクション）を参照してください。 ベーシック認定の目標 Oracle Database 11g（11.2.0.4）の標準的なメンテナンスは、 2015年1月31日に終了しました。延長サポート・フェーズは、3年間限定で2015年2月現在、開始されています。オラクルは、Ora-cle Databaseバージョン11.2.0.4について最初の1年間（2016 年1月31日まで）、追加費用なしでの延長サポートを提供します。2016年1月末までSAP顧客は、Oracle Databaseバージョン 11.2.0.4を完全にサポートされたデータベースとして使用できます。詳細は、SAP Note 2098258を参照してください。オラクルとSAPは、共通の顧客が不利益にならないように、認定プロセスを複数のフェーズに分割することにしました。公開を複数の段階に分けることにより、Oracle Database 12cをできる限り早く消費者に提供し、Oracle Database 11gとの十分な重複を保証することが可能になります。オラクルとSAPは、10年以上続けてきた「最終リリース」の慣行（リリースx.2のみを認定、リリースx.1の認定はなし）を、初めて破りました。

Oracle Database 12c for SAP: ロードマップ、ベーシック認定の機能とオプション

データベースの新しい幕開け

2014年6月、ラリー・エリクソンは新しいOracle Database 12c の出荷を発表しました。講演のタイトルは、「The Future of the Database Begins Soon」でした。数か月経ち、彼の予測した未来の展望は「まさしく今である」と言うことができます。Oracle Data-base 12c （12.1.0.2）はリリースされ、2015年3月現在、SAPアプリケーションとの併用が認定されています。最初の認定に含まれなかった機能とオプションは、段階的に公開される予定です。 Oracle Database 12c for SAPの認定のロードマップ

認定のフェーズ オラクルとSAPは、SAPアプリケーション向けのOracle Data-base 12cを4つのフェーズ（図1を参照）で認定することに同意しました。フェーズ1はベーシック認定と呼ばれ、2015年3月に完了しています。以前、Oracle Database 11gで使用可能だったすべての機能とオプションに加えて、完全に透過的、または最小限の統合作業のみで完了する複数のOracle Database 12cの機能が含まれています。 2015年の6月に完了したフェーズ2で、主要なOracle Database 12c の新しいオプションが初めて紹介されました。Oracle Database 12c In-MemoryオプションをSAP顧客が使用できるようになります。 2015年第3四半期に予定されているフェーズ3では、Oracle Database 12c Advanced Compressionに含まれた新しい情報ライフサイクル管理機能（ILM）とOracle ExadataおよびOracle SuperCluster上でのロー（行）レベルのロック機能を持つHy-brid Columnar Compression（HCC）が追加される予定です。

図1: Oracle Database 12c for SAP認定のロードマップベーシック認定

（2015年第1四半期） Hybrid Columnar Compression ACO ILM機能、（2015年第3四半期） Oracle Multitenant （2016年第1四半期） Oracle Database In-Memory （2015年第2四半期）

(6)

表1: Oracle Database 12cに関連するSAP Note（2015年6月30日現在） DB: General Information 1914631 2133079 2138262 2178980 1915299 1915301 1915302 1915315 1915317 2064206 1915313 1915316 2145572 1888485 2145628 2087004

DB: Features and Options

DB: Patches

DB: Instance Configuration

Engineered Systems DB: Installation and Upgrade

DB: Administration: BR*Tools

Central Technical Note for Oracle Database 12c Release 1 (12.1) Oracle Database 12c : Integration in SAP Environment Oracle Database 12c Advanced Compression for SAP Systems Using Oracle Database In-Memory with SAP NetWeaver-based Products Troubleshooting Software Installation for 12.1.0.2

Database Software 12.1.0.2 Installation on Unix Database Software 12.1.0.2 Installation on Windows Database Upgrade Scripts for 12.1.0.2

Migrating to Software Owner ‘oracle‘

Database Upgrade to 12.1.0.2 with Grid Infrastructure Current Patch Set for Oracle Database 12c Release 1 (12.1) Database: Patches for 12.1.0.2

Grid Infrastructure: Patches for 12.1.0.2 Database Parameters 12.1.0.2

Exadata/Supercluster: Patches for 12.1.0.2

BR*Tools Support for Oracle Database 12c

ベーシック認定の機能

Advanced Compression

Oracle Database 11gでSAPアプリケーションを実行している顧客は、複数の圧縮機能の中から選択することができます。索引キーの圧縮および圧縮型索引の構成表（IOTs）は標準的なデータベース機能です。構造化データのOLTP圧縮、および非構造化データのSecureFile圧縮は、Oracle Database 11g Advanced Compressionにより提供されます。

Oracle Database 12c Advanced Compressionには、多数の新機能が搭載されています。機能の一部は情報ライフサイクル管理に関連し、認定の第2フェーズでSAP顧客に提供されますが、フェーズ1で公開されたAdvanced Compression Option機能の一部は、現在のSAP環境で使用できます。 Advanced Index Compression は、新しい形の索引圧縮です。Advanced Index Compressionを使用して索引を作成または再構築すると、これまでと同様に索引への効率的なアクセスが提供される一方で、一意の索引および一意でない索引のサイズが縮小します。その利点を次に説明します。

• Advanced Index Compressionは、既存のIndex Key Com-pressionに適さない索引も含め、サポートされるすべての索引で効果的に機能します。

• Advanced Index Compressionは、ブロック・レベルで機能し、各ブロックに最高の圧縮を提供します。Advanced Index Compressionは、自動的にブロックごとに適切な圧縮を選択し、データ特性の知識は必要ありません。

Advanced Network Compression は、送信元で圧縮したデータを受信側で解凍し、ネットワーク・トラフィックの削減に使用することができます。Advanced Network Compressionは、ネットワーク接続で送信されるデータのサイズを削減します。利点は、次のとおりです。 • ネットワークの実効スループットの向上: 圧縮により、大規模データを送信する時間を短縮し、SQL問合せの応答をより高速にします。 • 帯域幅使用率の抑制: 圧縮による送信データの削減は帯域幅を節約します。空いた帯域幅は他のアプリケーションが使用できます。これにより、ネットワーク帯域幅に必要なコストの削減にも役立ちます。Advanced Network Compressionは、Database/ Instant ClientとDatabase Serverの両方が12.1.0.2にアップグレードされている場合にのみ使用できます。

Oracle Database 11gでは、列数が255以上の表の場合、構造化表データの圧縮（OLTP圧縮）はサポートされません。Oracle Database 12c Advanced Compressionでは、255列の制限がなくなりました。これは微々たる改善に過ぎないように見えますが、ほとんどのSAPシステムでは、255列以上の表はごく一般的です。特に興味深い例が、SAP Note 1835008および1892354で取り上げられています。SAPにより実装した複数のアプリケーションの最適化は、クラスタ表として従来通りに実装されている表が非クラスタ化された場合以外に実行できません。これらのクラスタ表のデータは、通常SAPの圧縮方式で保存されますが、この表を透過的な表に変換すると、かなり大きなサイズになります。さらに、非クラスタ化された表の中には、列数が255を超えるものがあります。Oracle Database 11g Advanced Compression では、それらの表のサイズを削減することができませんでした。 Oracle Database 12c Advanced Compression Optionを使用すると、大きな表のデータを圧縮し管理することができます。 ノート番号　　　　　　ノートタイトル

(7)

SAPシステム向けのOracle Database 12c Advanced Compres-sionの詳細は、SAP Note 2138262を参照してください。 Active Data Guard

スタンバイ・データベースの設定に必要な機能であるData Guardは、Oracle Database Enterprise Editionに含まれています。Active Data Guardは、追加のオプションです。このオプションはOracle Database 11gで、自動ブロック修復、高速増分バックアップなどの追加機能を提供しています。

Oracle Database 12cの主要な新機能、Active Data Guard Far Syncにより、顧客は大規模な遠距離WAN全体で高パフォーマンス（非同期データ・シッピングの特徴）とデータ消失ゼロ（同期データ・シッピングの特徴）を組み合わせることができます。詳細は、17ページの「Oracle Databaseオプションとパック製品によるSAP向けデータ管理インフラストラクチャの実装」のData GuardとActive Data Guardのセクションを参照してください。 バックアップとリカバリ

Oracle Recovery Manager（RMAN）は、Oracle Databaseの効率的なバックアップとリカバリのために包括的な基礎を提供します。バックアップおよびリカバリの実行中に、サーバーと密接に連動し、ブロック・レベルで破損を検出します。RMANは、バックアップ中にファイル多重化とバックアップ・セット圧縮を使用して、パフォーマンスおよび領域の使用量を最適化します。また RMANは、サード・パーティ製のメディア管理製品のみでなく、 Oracle Secure Backupとも一体化してテープ・バックアップを管理します。Cross Platform Backup and Restore により、全体バックアップ・セットおよび増分バックアップ・セットを使用して、プラットフォーム間でデータを転送できます。 Oracle Database 12cにより、イメージ・コピーまたはバックアップ・セットを使用した全体バックアップまたは増分バックアップで、プラットフォーム間のデータを転送できます。バックアップ・セットを使用してクロス・プラットフォーム・バックアップを実行する場合、移動先データベースは、Oracle Database 12cまたはそれ以降であることが必要です。新たに追加された機能は、プラットフォーム移行を簡素化し、ソース・データベースの読取り専用停止時間を最小限にします。 RMANは現在、Oracle Databaseのバックアップを実行する最も一般的なツールですが、他の一般的なバックアップとして、データベース内の全ファイルのストレージ・スナップショットを作成する方法があります。スナップショットを別のサーバー（本番データベースを実行するサーバー以外）にマウントし、データをテープなどの3番目のストレージにコピーします。この方法で、バックアップ処理を本番サーバーからオフロードします。 Storage Snapshot Optimizationを使用すると、データベースのストレージ・スナップショットの取得にサード・パーティのテクノロジが使用できます。この場合、データベースをBACKUPノードに置く必要はありません。ストレージ製品が、Oracleのドキュメントで説明された特定のガイドラインに準拠している場合、取得されたスナップショットは、「crash-consistent」とみなされます。Crash-consistentのバックアップは、完全なクラッシュ・リカバリを実行した後、開いて使用することができますが、point-in-recoveryには使用できません。それは、REDOログにデータ・ファイルの非一貫性を排除できる十分な情報が含まれていないためです。

また、ALTER DATABASE [BEGIN|END] BACKUPなどのバックアップ・モードで取得したスナップショットには、point-in-timeリカバリの制限がありません。ただし、スナップショットを取得する前に各データベースをバックアップ・モードに設定し、完了後はバックアップ・モードを解除する必要があります。数十、数百、数千のデータベースを処理する場合には、この複雑さは増幅します。さらに、このモード中にブロック・イメージ全体が変更されると、REDOログに書き込まれます。これには追加的なI/Oアクティビティが含まれます。

Oracle Database 12cでは、RECOVER...SNAPSHOT TIMEコマンドを使用すると、データベースをバックアップ・モードに設定せずに取得したストレージ・スナップショットを1つの手順でリカバリできます。スナップショットをいつ取得したかにかかわらず追加の手順はありません。スナップショットによるあらゆるタイプのリカバリ・オプションをサポートするこの最適化の方法は、バックアップ・モードへの切替えやそれに伴う複雑さとオーバーヘッドが不要なため、DBAは自分の時間をより重要な本番タスクに集中させることができます。

(8)

ACFSのサポート これまでExadataでは、ACFSがサポートされていませんでした。 ACFSは、グリッド・インフラストラクチャ・バージョン12.1.0.2以降、Exadataでもサポートされるようになりました。SAP環境では、これをSAP共有ファイル・システム（/sapmntなど）に使用できます。ただし、これは、ASMでデータベースを実行する代替手段ではありません。Oracle Databaseは、Exadata Storageノードを使用するASM上に構成されている必要があり、この構成でのみサポートされます。

Oracle Grid Infrastructureの高可用性ネットワーク・ファイル・ストレージ（HANFS）は、NFS V2/V3の共有パスの中断しないサービスを提供します。これは、高可用性仮想IP（HAVIP）上に共有するNFSを公開し、Oracle Clusterwareエージェントにより HAVIPとNFSエクスポートを常時オンラインにすることで実現します。クラスタ・ノードに障害が発生すると、HAVIPおよびNFSエクスポートが、存続しているノードに自動的に移行されます。 HANFS機能により、Oracle ACFSクラスタを使用して高可用性 NFSサーバーを構成できます。HANFSクラスタ構成は、既存のインフラストラクチャや汎用サーバーおよびストレージで構築することが可能です。これにより、「ネットワーク・ファイラ」と同様のネットワーク・サービスがわずかなコストで実現します。 パフォーマンス SQL文のUNIONおよびUNION ALL演算子は、<branch1> UNION <branch2>のように2つ以上の分岐（たとえば、サブクエリー）を接続します。従来、このタイプのクエリーでは、分岐は順番に実行されます。つまり、一定の時点で1つの分岐のみが実行され、その後に次の分岐が継続します。Oracle Database 12cには、UnionおよびUnion All分岐の同時実行が導入され、 1組のパラレル・サーバーで1つの分岐を実行し、他のパラレル・サーバーのセットで別の分岐を同時に実行することができます。分岐を並列化する機能は、文の実行を高速にし、SAP BWのパフォーマンスが向上します。 管理性と可用性 データベース管理者は、BR*Toolsを使用して、様々な再編成の追加操作をオンラインで実行できるようになりました。 Online Move Partition: Oracle Database 12c以降、ALTER TABLE ...MOVE PARTITION操作は、オンラインDDLコマンドとして機能し、DML操作は、移動されたパーティションで引き続き操作が続行されます。また、パーティションの移動と同時にグローバル検索も保持されるため、手動で索引を再構築する必要がなくなりました。

Move Datafile Online: Oracle Database 12c以前のデータ・ファイルの移動は、常にオフラインで実行する必要があり、停止時間を最小限にするテクニックはあったものの、停止時間を完全になくすことはできませんでした。Oracle Database 12cでは、機能強化されたALTER DATABASEコマンドにより、データ・ファイルの移動をオンラインで実行することができます。索引構成表の再構築: 索引構成表は、Bツリー索引として保存されるため、挿入、更新、削除の結果、断片化する場合があります。ただし、ALTER TABLE...MOVE ONLINE文を使用して索引構成表を再構築すると、断片化を最小限に抑えることができます。詳細は、SAP Note1856270および2087004を参照してください。

Microsoft Windows

Oracle Database 12cでは、Oracleホーム・ユーザーの使用がサポートされ、インストール時に指定できます。Oracleホーム・ユーザーは、管理者以外の権限の低いアカウントを使用した Oracle Serviceのホストでのセキュリティ強化を目的に導入されています。Oracleホーム・ユーザーには、Windows組込みアカウントまたは標準のWindowsユーザー・アカウント（管理者アカウント以外）を指定できます。このアカウントは、OracleホームのWindowsサービスの実行に使用されます。セキュリティ強化のため、（Windows組込みアカウントではなく）標準のWin-dowsユーザー・アカウントを使用することをお薦めします。詳細は、SAP Note 1915302を参照してください。

(9)

Oracle Databaseオプションとパック製品による

SAP向けデータ管理インフラストラクチャの実装

概要 データベースのエディション Oracle Databaseには、様々な開発と配置のシナリオに適した 5つのエディションがありますが、SAP環境で認定およびサポートされているのは、Oracle Database Enterprise Editionのみです。SAPアプリケーションの要求は非常に厳しく、Oracle Da-tabase Enterprise Editionが提供するエンタープライズ・コンピューティング機能なしに、アプリケーションを効果的に実行することはできません。 データベースのオプションと管理 また、オラクルは複数のデータベース・オプション、管理パック製品、特定の目的に特化したOracle Databaseの機能を拡張する他の製品も提供します。それらは、ディスク領域の効率的な使用、パフォーマンスとスケーラビリティ、高可用性、セキュリティとコンプライアンス、データ・ウェアハウス、ビッグ・データ、管理性の分野で、Oracle Database Enterprise Editionの性能を拡張し、顧客固有またはアプリケーション固有の要件を満たしています。 SAP環境のオプションとパック製品 ここでは、SAP顧客向けのデータベースのオプションと管理パック製品を紹介します。純粋なOracle DatabaseとSAP用のOracle Databaseは、いくつかの相違点があります。 • Oracleが提供するオプションまたはパック製品は、SAPの認定またはサポートがない場合があります。ここでは、認定済み、または認定が予定されているオプションとパック製品のみを説明します。詳細は、SAP Note 105047の最新バージョンを参照してください。 • 認定されたオプションでも、一部の機能の使用が許可されていない場合があります。ここでは概要のみを説明しています。詳細は、SAP Note 105047を参照してください。 • SAPのデータ・モデルまたはアプリケーションの独特な設計により、Oracle Databaseオプションまたは管理パック製品が必要な場合があります。たとえば、Oracle Database上のSAP Business Warehouse（BW）にはOracle Partitioningが必要です。

• オラクルの基本方針では、オプションまたはパック製品のライセンスは個別に供与されていますが、SAP（ASFU）より購入されたOracle Database Enterprise Editionライセンスの場合、付属するオプションとパック製品（しかし、すべてがサポートされているわけではありません）は個別ライセンスではなくEditionのライセンスに含まれています。詳細は、SAP Note 740897を参照してください。

図1: Oracle Database Enterprise Edition、Databaseオプション（認定済み、必須、または認定済み、オプション）およびEnterprise Managerパック製品（認定済み、必須、または認定済み、オプション）。

(10)

課題: 現在、ディスク上のデータの量や配置が問題になる状況が増加しています。（a）表データの特定のサブセットにアクセスする単一問合せや複雑なバッチ・ジョブの完了に長時間必要です。（b）多数の索引を更新しなければならないため、データのロード（SAP BW）が遅い、またはロード時間を短縮するために索引が削除され再構築されます。これにより、ユーザーの問合せの速度が遅くなります。（c）データのアーカイブ化の結果、データベースが極度に断片化されます。（d）顧客は、情報ファイルサイクル管理を実装することを望んでいます（このプレゼンテーションのOracle DB 12cのセクションを参照してください）。 価値提案: Oracle Partitioningでは、表と索引をより小さいユニット（パーティションと呼ばれる）に分割し、すべてのデータを適切なユニットに強制的に保存します。パーティションは、個別に、独立してアクセスおよび管理ができます。したがって（a）問合せが、関連するすべてのデータを1つの単一パーティションで見つけることができ、他のすべてのパーティションを無視（「パーティション・プルーニング」）できることが理想です。これにより、実行時間を大幅に短縮できます。（b）パーティション表に定義されている索引もパーティション化されている場合、各索引のパーティションを削除および再構築することができても、索引以外のすべてのパーティションは、そのまま残ります。（c）データのアーカイブ戦略は、パーティション構造をベースにすることができます。これにより、ディスク領域の断片化を回避できます。（d）パーティション化は、情報ライフサイクル管理の基盤技術の1つです。 認定/サポート: Oracle Partitioningは、すべてのSAP NetWeaverアプリケーションに対して認定されています。 バージョン: Oracle Database 11g、Oracle Database 12c 実装: パーティション化（レンジ・パーティション化）は、Oracle 上のSAP BWではデフォルトで構成され使用されます。SAP OLTPシステムでは、SAP Partitioning Engine（データのアーカイブ化の問題を処理）を使用して、またはSAP向けOracle ACSにより実装できます。 オプションとパック製品、データベースのバージョン ここでは、2015年4月現在のSAP向けのOracle Databaseオプションおよび管理パック製品について説明します。現在、SAPに導入されているOracleは、圧倒的にOracle Database 11gをベースにしています。Oracle Database 12cの認定は、2015年 3月のベーシック認定から開始されています。（詳細は、5ページ

の記事「Oracle Database 12c for SAP - ロードマップとベーシック認定の機能」を参照してください。）Oracle Database 12c固有のオプション（Database In-Memoryは認定済。Mul-titenantは2016年予定）および機能（特に、情報ライフサイクル管理に関連する機能）は、まもなく認定が予定されているため、この概要でも説明します。 構造とインフラストラクチャ 前述したように、データベース・オプションは、ディスク領域の効率的な使用、パフォーマンスとスケーラビリティ、高可用性、セキュリティとコンプライアンス、データ・ウェアハウス、ビッグ・データ、管理性の分野で、Oracle Database Enterprise Edition の性能を拡張しますが、ここでは、構造の実装に役立つデータベース・オプションという点を中心に説明します。.1つの単一なデータベースのデータ量が増大する場合、また様々なソースからのデータの統合やOracle Multitenantなどによる独立した複数のデータベースをデータ管理インフラストラクチャに統合する場合などで、必ず大量の非構造化データを管理できなくなるときが訪れます。そのために、統合の差別化が必要です。またはインフラストラクチャに構造が必要です。 表および索引のパーティション化 前述したすべての問題の共通点は、データベース内の表はデフォルト（および定義上）で、順序付けされていないレコードのセットであるという事実です。物理的な順序は保証されません。これに対し、ユーザー、アプリケーション、またはDBAの観点から見ると、このようなデータのセットには特定のサブセットを含む可能性があり、これらのサブセットは他のサブセットから分離される必要があります。Oracle Partitioningは、できる限り関連するデータを物理的にまとめたサブセットの実装を可能にします。

(11)

このような場合、左側に示す状況が想像できる最悪のケースです。各データベース・ブロックに、各色のレコードが必ず1つ含まれています。つまり、同じ色のレコードのサブセットが、すべてのブロックに分散されている状態です。これはデータベースのあらゆる観点から最悪の状況と言えるでしょう。I/Oの観点 - 1つの色のレコードすべてに対する問合せは、8つのブロック全部を読み取る必要があります。メモリーの観点 - すべてのユーザーが1つ図2は、関連するデータをできる限り一緒にまとめて保存にすることがなぜ良いのか、その理由をわかりやすく説明しています。ここでは、レコードで満たされたデータベース・ブロックを示しています。異なった色は、月や場所などの条件を表しています。データにアクセスするアプリケーションは、同じ色のレコードをすべての取得を試みようとします。図2: 表パーティション - 関連するデータのサブセットをできる限り一緒に物理的に保存

Advanced Compression（Oracle Database 11g）

課題: 今日、データベースのサイズと将来の肥大化が問題に

なるケースが増えています。この問題は、ストレージのコスト、性能保証（SLA）、合理的な期間内のデータベースのクローニングとバックアップと言った局面を含んでいます。 価値提案: Oracle Advanced Compressionは、表データの保存に異なる形式を使用し、Oracle Database Enterprise Editionに付属する他の圧縮テクノロジ（索引キーの圧縮）とともに、データベースのサイズを50%以上縮小します。Advanced Compressionは、それだけのために開発されました。その意味で、これがAdvanced Compressionの利点の本質です。ソース・データベースが小さい場合、バックアップやコピーなどの時間が短縮されます。 Advanced Compressionを使用するユーザーの付加的な利点として、パフォーマンスが向上する可能性があります。パフォーマンスの向上がAdvanced Compressionの本質的な目的ではないことから「付加的」としました。したがって現実にあり得ますが、実現の保証まではされていません。

認定/サポート: Oracle Advanced Compressionは、すべて

のSAP NetWeaverアプリケーションに対して認定され、実装はSAPによりサポートされています。 実装: SAP固有の要件を認識するツールBRSPACEがSAPにより提供され、SAP環境へのAdvanced Compressionの実装は簡単です。詳細は、SAP Note 1431296を参照してください。の色のレコードを使用する場合も、8つのブロックすべてをデータベース・メモリーに完全にキャッシュする必要があります。さらにパフォーマンスの観点 - 過剰なI/Oは、確実にパフォーマンスを低下させます。データベース管理の観点 - 同色のレコードのサブセットを個別に管理できません。ILMの観点 - ホット・データとコールド・データを分離できません。など様々な場面で問題があります。対照的に右側に示す状況は最適と言えるでしょう。同じ色のすべてのレコードが1つのデータベース・ブロックに保存されています。左の状況と同じようにデータベースのあらゆる観点からの評価はどうなるでしょうか。I/Oの観点 - 1つの色のレコードすべてに対する問合せに、読み取る必要があるのは1つのブロックのみです。メモリーの観点 - すべてのユーザーが1つの色のレコードを使用する場合も、データベース・メモリーへのキャッシュが必要なのは1つのブロックのみです。さらにパフォーマンスの観点 - I/Oの減少は、パフォーマンスを著しく向上させます。データベース管理の観点 - 同色のレコードのサブセットを個別に管理できません。ILMの観点 - ホット・データとコールド・データを分離できます。など良いことずくめです。このスライドで表示したレコード数とブロック数を掛けましょう。パーティションは、同色のレコードを含むすべてのブロックのサブセットです。

(12)

Advanced Compression （Oracle Database 12c） 課題: （a）Oracle Database 11gのデータ圧縮には、いくつかの制約があります。特に、列数が255を超える表は圧縮できません。（b）ターゲット表が圧縮されている場合、データをロードする速度が遅くなります。（c）自動化された情報ライフサイクル管理はサポートされていません。

価値提案: Oracle Database 12c Advanced Compression では、255列の制限がなくなり、より多くの表を圧縮できます。まったく新しい機能（ヒート・マップ、自動データ最適化）により、顧客はDeferred Data Compressionおよび高度な情報ライフサイクル（ILM）戦略を実装できます。

認定/サポート: Oracle Database 12c Advanced Compression の新機能の一部は、2015年3月に認定されました。ILM機能の認定は、2015年第3四半期末に予定されています。

実装: 詳細は、認定時に提供されます。

関連する機能: Oracle Database 12c Hybrid Columnar Compression（Advanced Compressionには含まれていませんが、OracleのEngineered Systemsで使用できる機能

です）は、特に「コールド」（履歴）データに適した強力な圧

縮を提供します。Oracle Engineered SystemsのHCCの認定も2015年第3四半期末に予定されています。

節約できるディスクの最大領域はデータの特性により異なります。使用するSAPアプリケーションによってデータ特性が異なり、 SAP BW（BI）のデータは、SAP ERP（ECC）のデータよりも効率的に圧縮できます。さらに効果的な圧縮が期待できるのは、SAP CRMのデータで大幅なディスク領域の節約を可能にします。 Oracle Database 11g Advanced Compressionは、OLTP圧縮と SecureFiles圧縮だけではありません。RMANにより作成されたバックアップ・ファイル、およびData Pumpにより作成されたエクスポート・ファイルは、本番データベースの表と索引がすでに圧縮されていてもまだ圧縮できます。また、REDOログ・ファイルも、本番データベースからスタンバイ・データベースに転送される前に圧縮できます（この記事のData Guardのセクションを参照してください）。図3の左側に、SAP（この場合、SAP ERP）システムの不可欠な部分を形成する代表的なOracle Databaseを示しています。割り当てられたディスク領域の約3分の1は索引（赤）に使用され、3分の2は表データ（青）が含まれています。表データは、構造化データ（表形式）と非構造化データ（PDFファイルまたはイメージ・ファイルなど）に分類できます。 Oracle Database 11gは、3種類のデータすべてを圧縮できます。 • 索引キーの圧縮は、索引に使用できます。索引構成表（IOTs）

も圧縮できます。両方の機能は、Oracle Database Enterprise Editionに含まれ、Advanced Compressionは必要ありません。 • Advanced Compressionの主要な機能、OLTP圧縮は、構造化データの圧縮に使用できます。OLTPシステムのみでなく、SAP BWシステムにも実装できます。 • SecureFiles圧縮（Advanced Compression機能）は、非構造化データの圧縮に使用できます。すべての機能が実装され、すべての適切なデータベース・オブジェクトが圧縮されている場合、顧客は平均55%のディスク領域を節約できます。（データベースが完全に再編成されているとした場合。データベースが断片化したままの状態の場合、再構成と圧縮の効果がより力を発揮し、顧客のディスク領域は最

大80%の節約になります。）図3: Oracle Database 11gの索引キーの圧縮とAdvanced Compression

(13)

情報ライフサイクル管理（ILM）

Oracle Database 12c Advanced Compressionの新機能により、さらに多くのパラメータを導入できます。このうちの1つは、場所です。データベースの中にホット（現在の）データとコールド（履歴）データがあり、2種類のストレージがある場合は、次の質問をしてください。Where？「どこに」どのデータを保存しますか？ Advanced Compressionとともにパーティション化を使用すると、データが「クールダウン」したときに、データを1つの表領域（=ストレージ層）から他の表領域に移動（厳密に言えば、システムにデータを移動させることが）できます。このようにして、高価なストレージ層の領域を重要な（「ホット」）データに開放します。これは、（自動）ストレージ階層化と呼ばれます。

Hybrid Columnar Compression（HCC）

最後に、Oracle ExadataまたはOracle SuperCluster上でOracle Database 12cを実行する前に、次の質問をしてください。How？どのように、つまりどのアルゴリズムを使用して、データを圧縮しますか？

これらのエンジニアド・システムは、OLTP圧縮およびSecureFiles 圧縮に加えて、Hybrid Columnar Compressionをサポートします。名前が示すように、このテクノロジは、データを保存するために行メソッドと列メソッドを組み合せて使用します。ハイブリッド・アプローチは、カラム・ストレージの圧縮の利点を実現し、同時に、純粋なカラム（列）型フォーマットの性能不足を回避します。HCCを使用すると、「通常の」圧縮による圧縮率よりもはるかに高い圧縮率を達成できます。したがって、HCCは、特に「コールド」データに適しています。

行レベルのロック機能がないため、Oracle Database 11g Hybrid Columnar CompressionのSAP環境での使用認定は、これまで実現させることができませんでした。しかし、Oracle Database 12cでは、この機能をOracle ExadataとOracle SuperClusterで

使用でき、これらのマシン上に、（自動）圧縮階層化を実装できま

す。つまり、「ホット」データは未圧縮のままで、「ウォーム」データを

標準の圧縮アルゴリズム（Advanced Compression）を使用して圧縮し、「コールド」データをHybrid Columnar Compressionを使用して圧縮することができます。

ベーシック認定の機能

Oracle Database 11gでは、索引と表の圧縮機能にいくつかの制約がありました。これを解決するのが、Oracle Database 12c Advanced Compressionの新しい、より効率的な索引圧縮アルゴリズム（Advanced Index Compression）で、圧縮する表の列制限も解消されています。詳細は、5ページの記事「Oracle Data-base 12c for SAP: ロードマップ、ベーシック認定の機能」を参照してください。

ヒート・マップと自動データ最適化

これらの改善点に加えて、Oracle Database 12c Advanced Compressionには、2つのまったく新しい機能が搭載されています。ヒート・マップは、変更とクエリーのタイムスタンプを行レベルおよびセグメント・レベルで自動的に追跡し、データのアクセス状況から詳細な見通しを提供します。自動データ最適化（ADO）は、ヒート・マップで収集された情報に従い、データを自動的に移動および圧縮します。 遅延圧縮

Advanced Compression（Oracle Database 11g）のセクションの情報だけでは、圧縮の役割は単に必要なディスク領域の削減のみで、データベース構造とは関係ないように思えるかもしれませんが、それは錯覚です。Oracle Database 11gを使用する場合でも、圧縮によりメリットがある表とメリットがない表、つまり圧縮が必要な表と圧縮してはいけない表を区別する必要があります（そうでない場合には、圧縮がデフォルトになります）。しかし、これは非常に初歩的で柔軟性のない区別です。データのロードに使用するSAP BW表がその一例です。このような表は、ほとんどの場合に読取り専用モードでアクセスされるため、圧縮することができますが、ロード操作が極端に遅くなるため、圧縮するべきではありません。Oracle Database 11gでは、このような表を圧縮しないことをお薦めします。ヒート・マップと自動データ最適化により、新しい差別化パラメータを導入できます。表またはパーティションを圧縮する必要がある場合、いつ圧縮しますか？Oracle Database 11gの場合、圧縮の実行を指示しない限り圧縮は実行されません。反対に、Oracle Database 12cでは、今日ロードしたデータを翌日圧縮することができます。しかも自動的にです。

(14)

図4: Oracle Database 12c Advanced Compression - 情報ライフサイクル管理（ILM）のサポート

Oracle Database In-Memory

メモリー: 新しいデュアルフォーマットのアーキテクチャ これまでのOracle Databaseは、データをロー（行）型フォーマットで保存していました。この形式は、レコード内のすべての列への迅速なアクセスを可能にするため、オンライン・トランザクション（OLTP）に最適です。列形式のデータベースでは、トランザクションやレコードに関するそれぞれの属性が個別の列構造に保存されます。わずかな列が選択されている一方で、問合せがデータ・セットの大部分にアクセスしているような場合に、より高速なデータ検索ができるため、この形式は分析に最適です。しかし、システムが混合ワークロードを処理する場合は、どうなるでしょう？これまでは1つの形式を選択し、不十分なOLTPまたは不十分な分析のパフォーマンス、そのいずれかをトレードオフすることに甘んじるしかありませんでした。OLTPと分析をともに最適化する方法がなかったわけではありません。しかし、複雑なETL プロセスを使用して、OLTPシステムから分析システムにデータをコピーする、その方法は莫大な費用と待ち時間が必要でした。 課題: 多くのシステムで、分析のパフォーマンス要件を満たすことが課題になっています。これは、実行時間の長いBW のクエリーに該当します。しかし、OLTPシステムでも起こり得ます。たとえば、非常に柔軟な業務計画/レポート作成の実装では、たくさんのわずかに異なるクエリーが作り出されています。

価値提案: Oracle Database 12c In-Memoryにより、管理者は一定量のデータベース・サーバーのメモリーを列ストアに配分できます。列ストアは、ロー（行）型フォーマットではなくカラム（列）型フォーマットでデータを保存するメモリー構造で、短時間で簡単に設定できます。カラム（列）型フォーマットを使用すると、問合せのパフォーマンスを大幅に改善することができます。

認定/サポート: Oracle Database In-Memoryは、すべての

SAP NetWeaverアプリケーションに対して認定されています。 バージョン: Oracle Database 12c

実装: 概要と指針についての詳細は、SAP Note 2178980 を参照してください。

Oracle Database 12c In-Memoryは、トランザクションに対する卓越したパフォーマンスを提供し、分析と複合ワークロードの OLTPの両方を最適化します。それと同時にリアルタイム分析、ビジネス・インテリジェンス、レポートをサポートします。この画期的な機能は、Oracle Database In-Memoryのデュアルフォーマット・アーキテクチャにより、使用可能になります。このアーキテクチャは、従来のロー（行）型フォーマットと新しいインメモリーのカラム（列）型フォーマットを同時に使用する表によって、何も犠牲にしません。Oracle SQL Optimizerは、分析系のクエリーをカラムフォーマットに、OLTPクエリーをローフォーマットに自動的にルーティングし、2つの形式の長所を組み合わせたパフォーマンスを透過的に提供します。現在Oracle Database 12cは、表と索引間の整合性と同様に、ロー（行）型フォーマットとカラム（列）型フォーマットの間で完全なトランザクションの整合性を自動的に維持します。

(15)

図5: Oracle Database 12cインメモリー - デュアル・メモリー・フォーマット、シングル・ディスク・フォーマット • 1つまたは複数の列に、DSSクエリーとは無関係のデータが含まれる場合があります。この場合にも、データベース管理者は、インメモリー列ストアに保存するデータを制限したいと考えるかもしれませんが、ここで必要なのは、表データの垂直サブセットを定義すること、つまり、複数の列を入力プロセスから除外することです。Oracle In-Memoryオプションにより異なる表の列に異なるインメモリーの特性を指定すると、除外することができます。 • Oracle Databaseは数十年にわたり、SMPサーバー上のスケールアップのために最適化され、チューニングされてきました。すべてのプロセッサが超高速バックプレーン上ですべてのメモリーにアクセスできるため、大規模なSMPサーバーは、インメモリー・ワークロードにも適しています。Oracle Database In-Memoryではスケールアップを可能にする他に、サーバーのクラスタ内（RAC）のすべてのメモリーとプロセッサを使用して、メモリー機能とCPU機能を非常に高いレベルにスケールアウトすることもできます。このような環境では、メモリーに入力されるすべてのオブジェクトは、デフォルトでクラスタ内のすべてのインメモリー列ストアに分散されます。Oracle Engineered Systemsでは、オブジェクトを複製することもできます。これは、インメモリー列ストアに入力されたオブジェクト（またはオブジェクトの一部、たとえばパーティション）のミラー・コピーが、 RACクラスタ内の他のノードの1つに配置されることを意味します。データを複製すると、インメモリー・フォルト・トレランスが使用できます。ノードの障害またはメンテナンスで停止した場合でも、インメモリー行ストアによりデータにアクセスできることが保証されるためです。 ディスク: 変更なし 新しいカラム（列）フォーマットは、純粋なインメモリー・フォーマットです。表は、Oracle既存のロー（列）指向のフォーマット（または、エンジニアド・システムでは、ハイブリッドのロー（列）型）を使用して、ディスクに保存されます。カラム（列）型ストレージの永続的なフォーマットもないため、追加のストレージのコストやストレージ同期化の問題もありません。もちろん、データベースを変更する必要もありません。Oracle Database 12cのインメモリー・オプションは、データベースの移行または表の再構成なしで実装できます。その結果、新しいOracle Database 12cのインメモリー機能は、表圧縮、表の暗号化、表のパーティション化など、既存の標準またはオプションのデータベース機能に完全に対応しています。また、Real Application Clusters（RAC）が提供するスケールアウト・アーキテクチャ、および既存のすべての高可用性テクノロジ（Data Guardなど）にも対応しています。これらの機能は、 Oracle Database In-Memoryの使用の有無にかかわらず、同じように動作します。

簡単な実装と管理

データベース機能およびアプリケーション・レベルの互換性に加えて、Oracle Database In-Memoryは実装と管理が簡単です。 Oracle Database In-Memoryの使用は、インメモリー列ストアのサイズ設定、メモリーに取り込む表やパーティションの識別と同じくらい簡単です。データベースが稼働中に、データはバックグラウンドでストレージからインメモリー列に追加処理されます。 精度の高い制御 ごく日常的でインテリジェントに溢れた容易なスタート - Oracle の顧客は、まさにこれを求めています。また、Oracleの顧客は、精度の高い制御とチューニングが実現できるメカニズムも求めています。顧客が求めるこうしたメカニズムを、Oracle Database 12cのインメモリーが提供します。次にいくつかの例を挙げます。 • 表には「コールド」と呼ばれる（アクセス頻度の低い）データが含まれています。これらのデータの中には、更新されることもなく、クエリーによるアクセスもないデータがあります。表が非常に大きい場合、インメモリー列ストアに完全に保存することはメモリーの浪費になります。管理者は、入力プロセスをDSSクエリーが本当に必要とするデータに制限したいと考えるでしょう。これは、表のパーティション化で実行できます。表が有効な方法（月別など）でパーティション化されている場合は、内部構造を使用して表データの水平サブセットを定義し、インメモリー列ストアに保持できます。

(16)

課題: アプリケーションのバージョンアップ、アプリケーションの追加、ユーザー数の増加などで、データベース・サーバーのワークロードが増加した場合、既存のサーバーをより大型のサーバーと交換（スケールアップ）するのが従来のソリューションです。しかし、大型のサーバーは非常に高価です。従来の方法では、データベース・サーバーの高可用性を保証するために、フェイルオーバー・クラスタを実装しますが、この方法には少なくとも2つの短所があります。（a）フェイルオーバー・クラスは、常に1台のマシンで実行されている1つのデータベース・インスタンスのみをアクティブにできるという概念に基づいています。もう1台のマシン（おそらく、高価なサーバー）は常にアイドル状態です。（b）プライマリ・マシンの問題が検出されると、Oracle Database Serverインスタンスをセカンダリ・マシンで起動する必要があります。この状況では、起動には最大で30分必要です。これは、最大30分の計画外停止時間を意味します。 価値提案: Real Application Clusters（RAC）により、複数のインスタンスを立ち上げて稼働させ、同一のデータベースに同時にアクセスすることが可能になります。これらのインスタンスは異なるマシンで稼働できるため、顧客はスケールアウトの実装を選択できます。4、6、または8台の小型のサーバーは1台の大規模なサーバーと同じワークロードを処理できます。しかも、小型のサーバーは大型のサーバーと比較して非常に安価で、必要に応じて簡単に追加することもできます。このアーキテクチャでは、すべてのOracleインスタンスが同時に起動し、稼働します。従って、再起動は不要です。RACサーバーのうち、1つに障害が発生しても、もう1つのインスタンスがそのタスクを引き継ぎます。影響を受けたユーザーは、わずか数秒で再接続できます。一言で説明すると、ワークロード分散、スケーラビリティ、高可用性、より容易な管理性、コスト削減の組合せの実現が、Oracle Real Application Clustersの価値提案です。 認定/サポート: Oracle Real Application Clustersは、すべてのSAP NetWeaverアプリケーションに対して認定されています。

バージョン: Oracle Database 11g、Oracle Database 12c

実装:

顧客はSAPが認定した任意の汎用マシン（Unix、Li-nux、またはWindows）を使用して、RACシステムを構築できます。さらに、オラクルは実装を簡素化するエンジニアド・システム（Exadata、SuperCluster）を提供します。Ora-cle Grid Infrastructureは、実装の簡素化によりコスト削減を支援する、基本的な技術のセットを提供します。

Real Application Clusters（RAC）

図6では、前述のRACの長所を説明します。

スケーラビリティ:RACを使用すると、SAPアプリケーション・サーバー・レベルで常にサポートされるスケールアウトをデータベース・レベルにも実装できます。この例では、5つのSAPアプリケー

ション・サーバー・インスタンス（5台の異なるマシンで実行中）が、4つのOracle Database Serverインスタンス（4台の異なるマシンで実行中）に接続されています。

(17)

高可用性:Oracleインスタンスの1つが停止すると、影響を受けた SAPインスタンスは自動的に、使用可能なOracleインスタンスの 1つに再接続されます。この操作の後、ユーザーは作業を続行することができます。フェイルオーバーは数秒以内に発生します。 Oracle Grid Infrastructureは、RACを有効にするために必要な基本的な技術を提供します。次の2つの主要コンポーネントで構成されます。

• 同時に複数のOracleインスタンスがデータベース・ファイルにアクセスするには、クラスタ・ファイル・システムが必要です。そのため、オラクルは、Oracle Automatic Storage Management （ASM）を提供しています。他のサード・パーティのクラスタ・

ファイル・システムと異なり、このコンポーネントはOracle Da-tabaseファイルに最適化され、無償で提供されています。

• Oracle Clusterwareは、Oracle DatabaseでRACオプションを実行する場合に必要なクロス・プラットフォームのクラスタ・ソフトウェアです。これにより、ノードが相互に通信でき、単一の論理サーバーとして動作するノードのクラスタを形成できます。サード・パーティのクラスタ・ファイル・システムが不要になるOracle ASMと同様に、Oracle Clusterwareはサード・パーティのクラスタ管理ソフトウェアを不要にします。

Oracle Clusterwareは、Oracleリソースのみではなく、SAPリソースに対しても高可用性とリソース管理を提供します。そのためにOracle/SAP開発チームは、SAPの高可用性リソースの管理が簡単にできる、Oracle Clusterwareツール（SAP Control （SAPCTL））を開発しました。

Data GuardとActive Data Guard

課題: RACは、Oracleインスタンスの数を増加させることにより、高可用性を提供します。ただし、このような高可用性はインスタンス・レベルに制限されています。RACを基本としたシステムでも、データベースは今もってシングル・ポイント障害です。つまり、DBAエラー、データの破損、サーバーまたはデータ・センターの障害は、システム全体を使用できなくなる可能性があります。 価値提案: Data Guardはシングル・ポイント障害を排除します。このテクノロジにより、顧客は、プライマリ（本番）データベースのコピーとして、スタンバイ（シャドウ）データベースを設定し、2つのデータベースを同期させることができます。-Data Guardは、Oracle 設定し、2つのデータベースを同期させることができます。-Database Enterprise Editionの一部であることに注意してください。オプションではありません。ただし、Active Data Guardは、オプションです。このオプションはOracle Database 11gで、自動ブロック修復、高速増分バックアップなどの追加機能を提供しています。

Oracle Database 12cの主要な新機能、Active Data Guard Far Syncにより、顧客は高パフォーマンス（非同期データ・シッピングの特徴）とデータ消失ゼロ（同期データ・シッピングの特徴）を組み合せることができます。

認定/サポート: Oracle Data Guardは、すべてのSAP

NetWeaverアプリケーションに対して認定されています。ただし、フィジカル・スタンバイ・データベースのみのサポートで、ロジカル・スタンバイ・データベースはサポートされていません。 Oracle Active Data Guardは、すべてのSAP NetWeaver アプリケーションに対して認定されています。ただし、イベント・レポートの生成が読取り専用操作でないため、SAP環境

ではリアルタイムの問合せができません。

バージョン: Oracle Database 11g、Oracle Database 12c

実装: 標準のOracle設定手順を適用。ホワイト・ペーパー

『Oracle Standby Database』で、SAPはBR*Toolsのサポートについて説明しています。プリカ・データベースが離れた場所に設置されている場合、データ消失ゼロ保護の実装は非実用的です。多くの企業では、実際にデータベースのパフォーマンスへの影響を考慮してというよりは、非同期化レプリケーションの実装によるデータ保護と修復不可能な停止によるデータ損失を黙って受け入れているというのが現状ではないでしょうか。何らかの原因で本番データベースが修復できなくなった場合、 Data Guardはデータ損失ゼロの保護、およびサービスのほぼ即時のリストアを提供できます。これは、任意のスタンバイ・データベースで、Data GuardのREDO同期転送とレプリケーション認識適用プロセスの組合せを使用して達成されます。ただし、任意の同期レプリケーション方式がデータベースのパフォーマンスに影響を及ぼす可能性があるため、プライマリ・データベースとレ

(18)

Oracle Database 12cの新機能、Active Data Guard Far Sync は、データ損失ゼロの保護をプライマリ・データベースから任意の距離にあるレプリカ・データベースへと拡張することで妥協を許しません。Far Syncは、プライマリ・データベースの位置から任意の距離にあるスタンバイ・データベースの同期を維持し、本番データベースをデータ損失から保護します。パフォーマンスへの影響はなく、コストや複雑さも最小に抑えることができます。新しいData GuardではFar Syncと呼ばれるインスタンスが、プライマリ・データベースから変更を同期的に受信し、リモート・スタンバイへ非同期的に転送します。本番データベースのデータを損失することなく手動または自動で、即座にリモート・スタンバイ・データベースにフェイルオーバーできます。 Far Syncインスタンスは、制御ファイルとログ・ファイルのみを管理する軽量のエンティティで、使用するCPU、メモリーおよびスタンバイ・データベースのI/Oはごくわずかです。ユーザー・データ・ファイルを含まず、リカバリも実行しませんこのインスタンスの唯一の目的は、リモート転送先にサービスを提供するプライマリ・データベースを透過的にオフロードすることです。また、Far Syncインスタンスは、Oracle Advanced Compressionによる転送圧縮でネットワーク帯域幅を節約できます。

ボストンにプライマリ・データベース、サンフランシスコにスタンバイ・データベースが設置された、既存の非同期Data Guard構成を例に説明しましょう。Active Data Guardを使用してデータ損失ゼロにアップグレードし、ボストンから同期レプリケーションが可能な距離の範囲（150マイル以下）にFar Syncインスタンスを配置します。既存の環境を停止する必要はありません。また、独自のストレージ、専用のネットワーク、データベース・ライセンスの追加も、まして複雑な管理もありません。 Oracle Multitenant 課題: 多くのSAPランドスケープは、わずかな大規模システムと多くの小規模または非常に小規模なシステムで構成されていますが、多くの小規模なSAPシステムにそれぞれ独立したデータベース・サーバーが設置された構造には、いくつかの短所があります。 • 多くの小規模システム（仮想化されたシステムも含む）は、使用するハードウェア・リソース（メモリー、CPU）も多い • 小規模DBシステムが多ければ多いほど、管理に必要な時間が長い 価値提案: Oracle Multitenantは、コンテナとプラガブル・データベースを分離し、リソースの使用を抑制します。標準的な操作を「コンテナ・データベース」レベルに移動することにより、管理を簡素化します。 認定/サポート: Oracle Multitenantの認定は、2016年初頭に予定されています。 バージョン: Oracle Database 12c 実装: 詳細は、認定時に提供されます。

Oracle Database 12c Multitenantに、複数のデータベースを簡単に統合できる新しいアーキテクチャが導入されました。もちろん既存のアプリケーションの変更はありません。この新しいアーキテクチャのメリットは、複数のデータベースを1つのデータベースとして管理する点です。その上、独立したデータベースの分離とリソースの優先順位付けが保持されています。 統合のアプローチ 大企業の場合、使用するデータベースは数百または数千の数になります。これらのデータベースの多くは、複数の物理サーバー上の異なるプラットフォームで稼働していますが、このうちデータベースが占める容量の割合がサーバー・ソフトウェアのごく1 部というのも珍しくありません。これは、費用のかかるアプローチです。ハードウェア・リソースおよび人的資源の両方を最大限に活用していません。

図7: Active Data Guard Far Sync - 高パフォーマンス、遠距離WAN全体にわたるデータ消失ゼロ