oracle exadata database machineで稼動するsap · pdf fileたとえば、oracle exadata...

Oracle ホワイト・ペーパー 2013 年 9 月

SAP NetWeaver と Oracle Exadata Database Machine インストール、移行、設定のテクニカル・ガイド

バージョン 1.5

Oracle Exadata Database Machine で稼動する SAP NetWeaver

目次

概要 ................................................................................................................................................ 3 アーキテクチャの概要 ................................................................................................................... 4 前提条件 ......................................................................................................................................... 5 SAP データベースの ASM ディスク・グループ推奨事項 ............................................................. 6

ASM 環境 .................................................................................................................................. 6 ASM 冗長性 ............................................................................................................................... 6 ASM ディスク・グループのセットアップ ................................................................................ 7 ASM 互換性の属性 .................................................................................................................... 8

SAP データベースのキャラクタ・セットの要件 .......................................................................... 9 非 Unicode SAP システム .............................................................................................................. 9 BR*Tools による SAP データベースの管理 ................................................................................... 9

1 つのデータベース・ノードでの BR*Tools のインストール ................................................. 10 すべてのデータベース・ノードでの BR*Tools のインストール ............................................ 11 BR*Tools インストール・プロセスの概要 .............................................................................. 11

SAP データベースのライフサイクル管理 ................................................................................... 14 OPatch ユーティリティと MOPatch ユーティリティのインストール ........................................ 15 Oracle Exadata バンドル・パッチのインストール ..................................................................... 15 Oracle Exadata 用 SAP バンドル・パッチのインストール ......................................................... 15 SAP データベースの移行 ............................................................................................................. 16

移行方法 1: Oracle-to-Oracle オフライン移行（O2O）- ACS サービス ................................ 16 移行方法 2: Oracle-to-Oracle オンライン移行（Triple-O）- ACS サービス ........................... 19 移行方法 3: RMAN トランスポータブル表領域 ...................................................................... 22 移行方法 4: RMAN 複製データベース .................................................................................... 24 単一インスタンスから RAC への移行 .................................................................................... 28 移行後のタスク ....................................................................................................................... 29

SAP 環境の共有ファイル・システム ........................................................................................... 34 SAP Central Services の保護 ....................................................................................................... 35 SAP Central Services のインストール手順 ................................................................................. 36

インストールの準備 ................................................................................................................ 36 SAP Enqueue Replication Service の設定 .............................................................................. 37 SAPCTL の構成 ...................................................................................................................... 39

付録 1: .......................................................................................................................................... 41 SAP Oracle_Home のネーミング規則 .................................................................................... 41

1

Oracle Corporation 発行「SAP NetWeaver and Oracle Exadata Database Machine Technical Guide for installation, migration and configuration」の翻訳版です｡


デフォルトの Oracle 環境設定 ................................................................................................ 41

追加情報 ....................................................................................................................................... 42

2



概要

このホワイト・ペーパーでは、SAP NetWeaver テクノロジをベースに Oracle Exadata Database Machine で SAP

システムを設定するすべての手順を説明します。SAP NetWeaver 7.0 以降のすべての SAP 製品では、Oracle

Exadata Database Machine の使用が認定されています。

このホワイト・ペーパーでは、データベース・ノードに必要な Oracle ソフトウェアの環境設定（付録 1 に

Oracle Exadata を SAP 用に配置する場合の作業例を示します）、SAP 固有のデータベース要件、SAP に必

要なデータベース・パッチをデータベース・ノードにインストールする方法、SAP インストールの共有ファ

イル・システムの実装例とその実装方法、Oracle Clusterware とそのサービス・プログラム SAPCTL を使用

して SAP Central Services をインストール、設定、管理および制御する方法を説明します。

Oracle Exadata Database Machine は、個別の SAP システムのデータベースを格納するために使用し、SAP イ

ンスタンスの実行には使用できません。SAP インスタンスは、イーサネットまたは InfiniBand ネットワー

クを使用して、Exadata Database Machine 上のデータベースとは別のマシンで実行することが必要です。SAP

用語では、これを 3 層アーキテクチャと呼びます。この柔軟な 3 層アーキテクチャにより、SAP インスタ

ンスを実行するハードウェアとオペレーティング・システムを任意に組み合せて、Oracle Exadata Database

Machine とともに使用できます。たとえば、Oracle Exadata Database Machine に対して、AIX または HP-UX

で SAP アプリケーション・サーバーを実行できます。SAP インスタンスのレイヤーは変更する必要があり

ません。既存の SAP 環境に Oracle Exadata Database Machine を簡単に導入できます。Oracle Exadata Database

Machine のデータベース・ノードでは、Oracle Solaris 11 または Oracle Linux 5 のいずれかのオペレーティン

グ・システムを選択できます。Oracle Exadata Database Machine のデータベース・ノードで、実行がサポー

トされている唯一の SAP コンポーネントは、SAP データベース管理ツール（BR*Tools）と SAP Central

Services（SCS および ASCS）です。バージョン 7.0 EP 3 および 7.3 EP 1 以降、SAP は SAPINST を使用した

インストールをサポートしています。Oracle Exadata Database Machine をデータベース・バックエンドとし

て使用する新しい SAP システムをインストールするには、SAP OSS ノート 1619343『SAPinst for Oracle

Exadata on Oracle Linux and Solaris X86』を参照してください。すでにインストールされている SAP システ

ムのデータベースは、既存のデータベース・サーバーから Oracle Exadata Database Machine に移行する必要

があります。

SAP データベースを Oracle Exadata Database Machine に移行した場合、SAP データベースの標準データベー

ス・スキーマは変更しないでください。また、表や索引の構成、パーティション化の方法、または表、索

引およびパーティションのストレージ属性も変更しないでください。SAP データベースの標準スキーマは

きわめて優れた設計であり、多くの顧客によりテストされ実証されています。さらに、多くの SAP 管理タ

スク、監視タスク、アップグレード・タスクが標準データベース・スキーマ・レイアウトに依存していま

す。このため、標準 SAP データベース・スキーマを変更する場合は、SAP に問い合せる必要があります。

SAP サポート・コールをオープンしてください。

SAP OSS ノート 1590515『SAP Software and Oracle Exadata』は、定期的に更新され、Oracle Exadata Database

Machine で SAP アプリケーションを使用する場合の変更点が反映されています。

3



このホワイト・ペーパーは、Oracle Exadata Database Machine に関する既存の標準ドキュメントを補足する

ためのものです。そのため、読者は標準の Oracle Exadata ドキュメントを熟知していることを前提としてい

ます。

このホワイト・ペーパーに記載する要件と手順についても、SAP 固有のサポート・ノート、ならびに Oracle

RAC に関するホワイト・ペーパー（「Configuration of SAP NetWeaver for Oracle Grid Infrastructure 11.2.0.2 and

Oracle Real Application Clusters 11g Release 2: A Best Practices Guide」）、Oracle ASM（「SAP Databases on Oracle

Automatic Storage Management 11g Release 2: Configuration Guidelines for Unix and Linux Platforms」）、Oracle

Linux および SAPCTL（「Providing High Availability for SAP Resources with Oracle Clusterware 11g Release 2」

を理解している必要があります。前述したホワイト・ペーパーは、すべて SAP Comunity Network（SCN）

または日本オラクルのサイトから入手できます。http://scn.sap.com/community/oracleまたは

http://www.oracle.co.jp/sap/を参照してください。SAP ノートは SAP Support Portal に掲載され、閲覧の権限

があれば、いつでも参照できます。

アーキテクチャの概要

次に、Exadata へ移行するための主要な特徴を簡単にリストで示します。

• データベース・ファイルは ASM に配置

• Exadata では共有ファイル・システムは提供されません（データベース・ファイル・システム DBFS

は SAP 環境ではサポートされていません）

• GRID と RDBMS（標準 SAP RAC セットアップは除く）のためのローカル Oracle Home

• Exadata 標準を使用して Exadata にインストールされたすべての Oracle ソフトウェア

• OS 環境「oracle」ユーザー配下でインストールされたすべての Oracle ソフトウェア

• 標準 Exadata セットアップを使用する ASM（SAP ASM セットアップとは異なります。）

• クラスタ・モードの ASM

• SAP インスタンスを Exadata（例外: ASCS、SCS、ERS）上では実行できない

• データベース・ノード上の SAP Central Services（ASCS、SCS、ERS）には、SAP Unicode カーネル

が必要（制限と実装の詳細は「SAP Central Services の保護」の章を参照してください）

• BR*Tools はデータベース・ノードにインストール可能

• 非 SAP データベースと SAP データベースが同じ Exadata 上で稼動している場合、SAP OSS ノート

1677978『Administration of mixed SAP/Non-SAP Environments on Exadata』を参照

• Exadata システムは、複数のデータベース・ノードと複数のストレージ・ノード付きで提供。デー

タベース・ノードは GRID クラスタを形成し、RAC またはマルチ・インスタンス・データベース

に対応。ただし、RAC は必須ではない。また、Exadata が提供する大量パラレル IO のメリットを

享受できるシングル・インスタンス・データベースをサポート

注意: 「Tainted Linux カーネル」に関する SAP のサポートの問題は解消され、Exadata Linux カー

ネルは現在 SAP でサポートされています。SAP OSS ノート 1634767『Tainted Linux Kernel generated

by ACFS modules on Exadata』は全体がリライトされ、現在は、1634767『Support for SAP software in

Linux / Oracle ASM/ACFS Cluster』と名称も変更になりました。

4


http://scn.sap.com/community/oracle

http://www.oracle.co.jp/sap/


前提条件

Exadata に移行するためのチェックリストを次に示します。移行を開始する前に、慎重にチェックしてくだ

さい。

• 追加ドキュメントを必ず読むこと（SAP OSS ノート 1590515『SAP Software and Oracle Exadata』、

SAP OSS ノート 1431798『Oracle 11.2.0: Database Parameter Settings』）

• すべての Oracle ソフトウェアが Exadata 標準を使用して Exadata にインストールされていること。

SAP 一般標準はこのプラットフォームには適用されません。

• すべての Oracle ソフトウェアが OS 環境「oracle」ユーザー配下にインストールされていること。

• SAP カーネル CD（少なくとも 7.00 EP 3、または 7.20 EP 1 以上）。

• BR*Tools ソフトウェア（少なくとも 7.20 パッチ 18 以上）。

• 旧ソース・システムとターゲット Exadata との間の移行やネットワーク接続のために利用できる追

加ディスク領域

• 旧ソース・システムとターゲット Exadata との間で利用できる SSH 接続（ユーザー「oracle」）。

• Exadata パラメータは Oracle init<SID>.ora に設定する必要がある

実際の値については『Best Practice Parameter Reference』をチェックしてください。

° パラメータ log_buffer は、Exadata for Data Guard の構成でチェックする必要があります。現時

点でパラメータ log_buffer は、Data Guard 構成の Exadata システムのパラメータ設定について

記載された、SAP OSS ノート 143798『Oracle 11.2.0: Database Parameter Settings』にリストされ

ていませんが、log_buffer の値が 128M 未満でなく、明示的に設定できることを確認してくだ

さい。これは新しい LGWR 転送のための適切なバッファ領域を確保します。

° パラメータ disk_asynch_io がデフォルト値の TRUE であることを確認してください。これは

ASM での非同期 IO を許可します。

° パラメータ filesystemio_options を SETALL に設定します。基礎となるファイル・システム・レ

イヤーのない ASM を使用しているため、このパラメータが RDBMS IO パフォーマンスに直接

影響することはありません。しかし、SETALL は、ファイル・システムに大量に書き込むこと

ができる RMAN や Data Pump のような RDBMS ユーティリティに非同期 IO を許可するため、

SETALL 以外はお薦めしません。詳細は、MOS ノート 120697.1『Init.ora Parameter

‘FILESYSTEMIO_OPTIONS’ Reference Note』および 751463.1『ASM Inherently Performs

Asynchronous I/O Regardless of filesystemio_options Parameter』を参照してください。

° 高速リカバリ領域は通常、BRARCHIVE と BRBACKUP がサポートされていないため、SAP

によりバックアップ目的では推奨されていませんが、データベースのフラッシュバック機能の

フラッシュバック・ログに使用することができます（アクティブ化されている場合）。

° データベース・キャラクタ・セットが旧ソース・データベースと同じであることを確認してく

ださい。

° SAPSID が旧ソースと新しいターゲットで同じである場合、O2O 移行時に global_names=false

に変更してください。

5



SAP データベースの ASM ディスク・グループ推奨事項

Exadata では、ASM はすべてのデータベース・ノードで RAC とともにクラスタ方式で事前インストールさ

れています。この Exadata セットアップ時の特別な ASM は、ASM インストールにおける通常のシングル・

インスタンスまたは RAC とは少し異なります。ASM ディスク・セットアップを開始する前に、その違い

を簡単に説明します。

ASM 環境

SAP OSS ノート 1550133『Oracle Automatic Storage Management (ASM)』に、SAP 環境で ASM を実行する要

件が記載されています。OSS ノートには、Exadata の ASM のサポートがデータベース・ストレージとして

のみであることが記載されています。通常の ASM セットアップと Exadata の主な違いは、Exadata 上の ASM

は ACFS をサポートしていないことですが、Exadata の外部で提供される NFS または外部の ZFS アプライ

アンスを Exadata で使用して、共有ファイル・システム・ストレージを提供することができます。この共有

ストレージは SAP コンポーネントのみが使用するため、Exadata にマイナスの影響はありません。

ASM で SAP カーネル、BR*Tools、sapinst を使用している場合のバージョン要件については、前述の OSS

ノートを参照してください。

すべての Exadata データベース・ノードは構成済みの ASM インスタンスも付随しているため、ASM のイ

ンストールは必要ありません。

Oracle ホワイト・ペーパー『SAP データベースの Oracle Automatic Storage Management 11g Release 2 への移

行 - ベスト・プラクティス・ガイド』に、ASM ディスク・セットアップに必要なすべての手順が詳細に

記載されています。残念ながら、記載された手順はシングル・インスタンスのセットアップのみですが、

Exadata は、ASM も含む Real Application Cluster（RAC）を稼動します。ASM プラス RAC のセットアップ

にはいくつかの小さな違いがあるため、ホワイト・ペーパーを読む際は注意してください。RAC での ASM

セットアップでは、各 ASM インスタンスはそのクラスタまたは Exadata 内で一意の SID を持つ必要がある

ため、データベース・ノード 1 は通常オペレーティング ASM インスタンス「+ASM1」とし、次と同様に

設定します。Exadata と他の RAC セットアップは、Oracle ソフトウェアのインストールに OS ユーザー

「oracle」を使用、また、管理も同じ OS ユーザーを使用する必要があります。対応する Oracle 部分（ASM

または RDBMS）にユーザー環境を適合させるには、SAP OSS ノート 1554661『Configuration of environment

for 'oracle' user』および 1598594『BR*Tools configuration for Oracle inst. under 'oracle' user』を参照してくださ

い。

ASM 冗長性

Oracle Exadata Database Machine では、SAP データベースの格納に使用する ASM ディスク・グループに対

する特別な要件はありませんが、あらゆる種類のストレージ障害に対する高水準の保護を実現するために、

冗長性レベルを HIGH に設定して使用することがベスト・プラクティスです。開発、テスト、QA に使用す

る他の SAP データベースは、ASM 冗長性を NORMAL に設定します。冗長性を NORMAL または HIGH で

使用する場合、ストレージ・ベースのレプリケーションは必要ありません。

NORMAL の冗長性とは、データベースがすべてのデータを異なる 2 つの場所（ASM ディスクのフェイル・

グループ）に 2 回書き込むことです。一方、HIGH の冗長性では、データベースはすべてのデータを異な

る 3 つの場所（フェイル・グループ）に 3 回書き込みます。

6



ASM 冗長性機能に関する役に立つ概要は、Oracle ホワイト・ペーパー『SAP with Oracle Real Application

Clusters 11g Release 2 and Automatic Storage Management』または Oracle のドキュメントを参照してください。

ASM ディスク・グループのセットアップ

標準 Oracle Exadata セットアップに従って、少なくとも 1 つの ASM ディスク・グループ「+DATA」および

別の ASM ディスク・グループ「+RECO」を作成する必要があります。DATA グループには、すべてのデー

タファイル、制御ファイルの 1 つのコピー、オンライン REDO ログ・ファイルおよび spfile を含めます。

REDO グループには、制御ファイルの 2 番目のコピー、一時ファイル、アーカイブ・ログ、フラッシュバッ

ク・ファイルを含めます。DATA グループの冗長性を HIGH に設定し、RECO グループの冗長性を NORMAL

に設定してください。OCR および投票ディスクは、+DBFS_DG または+SYSTEMDG と呼ばれる内部の標

準的な Exadata のディスク・グループに保存されます。これらのディスク・グループは、Exadata のバージョ

ンによって名前が異なり、データベース・ファイル・システムに関連付けられていません。

注意: BR*Tools は、バックアップ宛先として ASM ロケーションをサポートしていないため、たとえば、

+RECO は、BRBACKUP（backup_root_dir）または BRARCHIVE（archive_copy_dir）により作成されるディ

スクのバックアップに使用できません。詳細は、後述の「BR*Tools による SAP データベース管理」の章を

参照してください。

Oracle Exadata Database Machine に複数の SAP データベース（たとえば、SAP ERP データベースと SAP BW

データベース、または SAP ERP データベースと SAP CRMデータベース、または複数の SAP ERP データベー

ス）を格納する場合、これらの SAP データベースのファイルはいずれも前述の推奨事項に従う必要があり

ます。つまり、ファイルはすべて DATA グループまたは RECO グループに格納することが必要です。

この推奨事項は、Oracle ホワイト・ペーパー『SAP データベースの Oracle Automatic Storage Management 11g

Release 2 への移行 - ベスト・プラクティス・ガイド』に説明する 3 ディスク・グループ・セットアップの

場合とは大きく異なります。Exadata は単なるプレーン・ディスク・ストレージ・デバイスではないため、

Exadata と標準 ASM セットアップの間に見られる違いはストレージ・システム・アーキテクチャの違いを

反映しています。Exadata では、2 つのディスク・グループ+DATA と+RECO を事前に構成された状態で使

用できます。もちろん、セットアップはより詳細に構成できますが、追加の特別な要件がある場合に限定

されます。

パフォーマンスおよびスループットの理由から、各 SAPデータベースの非多重オンラインREDOログ・ファ

イル（REDO ログ・グループにつき、1 つのメンバー）を除き、制御ファイルは、+DATA グループ内の 1

つのコピーと+RECO グループの 2 番目のコピーの 2 つのみとすることをお薦めします。Exadata 以外の標

準 SAP インストールでは、データベースに対して 3 つの制御ファイルを使用するため、1 つの制御ファイ

ルを spfile または init.ora から削除することをお薦めします。標準 SAP インストールも各オンライン REDO

ログ・ファイルに対して 2 つのメンバーを使用します。したがって、Oracle Exadata Database Machine では、

各 REDO スレッドの各オンライン REDO ログ・ファイル・グループのメンバーを 1 つ削除することが必要

です。ソース・データベースが RAC データベースである場合、このソース・データベースは複数の REDO

スレッドを持ちます。Oracle Exadata Database Machine では、3 つの制御ファイルと多重オンライン REDO

ログ・ファイルは必要ありません。冗長レベルを HIGH に設定すると、オンライン REDO ログ・ファイル

は DATA グループに格納され、各ファイルが Oracle ASM レベルで三重にミラー化されます。また NORMAL

の冗長レベルでは、制御ファイルが DATA と RECO に格納され、作成された合計 5 つのコピーが RECO に

より二重にミラー化されます。

7



ASM 互換性の属性

各 ASM ディスク・グループは、ASM が提供する機能のバージョン互換性を記述する属性を持っています。

属性は、RDBMS、ASM および ACFS ボリューム・マネージャである ADVM の 3 つのサブ属性に分割され

ます。ACFS は Exadata でサポートされていないため、最後のサブ属性はここでは使用しません。他の 2 つ

のサブ属性 RDBMS と ASM は、Exadata で事前構成されるディスク・グループの現在の設定である

「11.2.0.2.0」以降に設定する必要があります。

これらの属性設定の確認、または変更については、Oracle ホワイト・ペーパー『SAP データベースの Oracle

Automatic Storage Management 11g Release 2 への移行 - ベスト・プラクティス・ガイド』の「Oracle ASM 互

換性の属性」の章を参照してください。

8



SAP データベースのキャラクタ・セットの要件

NetWeaver 7.0 以降、SAP システムの新規インストールは、Unicode インストールのみになりました。

SAP の Unicode インストールでは、データベース内のキャラクタ・セットと各国語キャラクタ・セットを

UTF8 に設定する必要があります。そのため、SAP の Unicode インストールに新しい Oracle Exadata Database

Machine を配置する場合、Exadata 構成ワークシートでキャラクタ・セットと各国語キャラクタ・セットを

UTF8 に指定することが必須です。このホワイト・ペーパーの付録 1 に、Exadata 構成ワークシートの作業

例を掲載しています。

SAP を使用して Oracle Exadata Database Machine にデフォルト・データベースを作成する場合、あるいは

DBCA から UTF8 のキャラクタ・セットと各国語キャラクタ・セットを使用して、Oracle Exadata Database

Machine に SAP データベースを新規作成する場合は、必ず UTF8 キャラクタ・セットと各国語キャラクタ・

セットを使用してください。

非 Unicode SAP システム

Oracle Exadata Database Machine では、既存の非 Unicode の SAP インストールも使用できます。これらの非

Unicode インストールで重要なのは、既存のシステムから Oracle Exadata Database Machine に移行したデー

タベースのキャラクタ・セットと各国語キャラクタ・セットを元のシステムと同じ設定にすることです。

データベースのキャラクタ・セットは WE8DEC または UTF8、データベースの各国語キャラクタ・セット

は、常に UTF8 に設定します。

この条件は、SAP の非 Unicode 実行要件をサポートするオペレーティング・システムで、非 Unicode イン

ストールを実行する SAP アプリケーションにとって必須です。SAP の Product Availability Matrix（PAM）

（http://www.service.sap.com/PAM）で使用するオペレーティング・システムが、非 Unicode の SAP インストー

ルをサポートしていることを確認する必要があります。

非 Unicode をインストールする場合、SAP レイヤーのハードウェアやオペレーティング・システムを変更

しないことをお薦めします。既存のデータベース・サーバーおよびストレージ・レイヤーのみ Oracle Exadata

Database Machine 用に変更します。

注意: 非 Unicode の SAP インストールの場合、Oracle Exadata Database Machine のデータベース・ノードで

SAP Central Services を実行することはできません。

BR*Tools による SAP データベースの管理

Oracle Exadata Database Machine のデータベース・ノードでの BR*Tools のインストール、構成、運用につい

ては、SAP OSS ノート 1598594『BR*Tools configuration for Oracle inst. under 'oracle' user』および 1627541

『BR*Tools support for Oracle ASM and Exadata』を参照してください。

SAP 環境での一般的なシングル・インスタンスあるいは RAC システムと Exadata との主な違いは、Exadata

はデータベースに対して ASM とローカル Oracle ホームを使用することです。Exadata システムでは複数の

データベースを同時に稼動できます。

BR*Tools バージョン 7.20（パッチ 18）以降、ASM および Exadata は BR*Tools によりサポートされていま

す（SAP OSS ノート 1428529『Corrections in BR*Tools Version 7.20』）。それより古い BR*Tools バージョ

ンは、Exadata 要件の ASM を完全にサポートしていないため、7.20（18）以上です。Exadata 環境で BR*Tools

が提供する機能は、次のとおりです。

9



• バックアップ、リストア、リカバリ

• 表領域とデータファイルの管理

• インスタンス管理

• データベース・チェック

• セグメント管理

• 統計など

必要なすべての機能が含まれています。データベースのバックアップとリストアには RMAN が必要です。

注意: BR*Tools は、ファイル・システム「backint」または「RMANMML」にのみデータベース・バックアッ

プを書き込み、そこからバックアップをリストアできます。BR*Tool ログ・ファイルとプロトコルは、ファ

イル・システムに書き込まれ、「backint」を介してテープにコピーできます。BR*Tools は、ASM ロケーショ

ンに対してバックアップを実行することはできません。また、ASM ロケーションからリストアすることも

できません。「backup_root_dir」や「archive_copy_dir」のような init<SID>.sap パラメータは、ASM ディス

クの位置をポイントできないため、正しいファイル・システムの位置をポイントする必要があります。こ

れらのファイル・システムをホスティングするために NFS/ZFS アプライアンスを接続することをお薦めし

ます。

データベース用のローカル Oracle ホームのために、新しい init<SID>.sap パラメータを必ず loc_ora_homes =

yes に設定することが必要です。

ASM 関連の BR*Tools パラメータは、SAP OSS ノート 1598594『BR*Tools configuration for Oracle inst. under

'oracle' user』を参照してください。

Oracle Exadata Database Machine では、BR*Tools を次の 2 つの方法でインストールできます。

1 つのデータベース・ノードでの BR*Tools のインストール

BR*Tools は、管理ホストになる 1 つの専用データベース・サーバーにのみインストールされます。すべて

の BR*Tools アクティビティは、この特定のノード上で実行されます。

メリット

• インストールと管理の労力が最小限ですみます（1 つのアプリケーション・サーバーと 1 つのデー

タベース・ノードのみ）。

• BR*Tools ログ・ファイルが置かれるノードは 1 つのみです。

デメリット

• BR*Tools ベースを管理するノードが 1 つのみのため、ノードを利用できない場合、BR*Tools タス

クの実行ができなくなります。データベース/システム管理の観点から、このセットアップでは

BR*Tools が障害のシングル・ポイントになります。

10



すべてのデータベース・ノードでの BR*Tools のインストール

すべての Exadata データベース・ノードが BR*Tools を実行できるようにするには、パッケージをすべての

データベース・ノードにインストールしてください。

メリット

• BR*Toolsはすべてのノードに存在するため、1つのノードがクラッシュしても問題はありません。

• ハードウェア障害の場合の運用が容易です。

デメリット

• インストールと管理に多くの労力（少なくとも 1 つのアプリケーション・サーバーとすべてのデー

タベース・ノード）が必要です。

• BR*Tools ログ・ファイルはすべてのノードにローカルに存在します。

この構成では、BR*Tools を実行する RFC-Destination のホスト名を RAC-Cluster で固定ホストからランダ

ム・ホストに変更できます。

• トランザクション RFC-Destination（SM59）に移動します。

• 「TCP/IP Connections」 → 「SAPXPG_DBDEST_<DBHOST_NAME>」に移動します。

• ホスト名を「<exadata-node1-hostname>」から「<Scan-VIP>」（Scan-Listener-Address）に変更しま

す。

この構成では、ツールがリモートで作成されたログにもアクセスするために、BR*Tools 構成の共有 HA-NFS

セットアップとログ・ディレクトリを必要とします。注意してください。

BR*Tools インストール・プロセスの概要

SAP プロセスは、通常<SID>adm と呼ばれる独自の Unix 環境で実行します。これは、SAP インストール・

プロセス中に SAP アプリケーション・サーバー・ホスト上に作成されます。Exadata データベース・ノー

ドでは、SAP コードを実行する場合、ユーザーの作成も必要になります。Unix ユーザーID およびグループ

は、システム全体（SAP サーバーと Exadata データベース・ノード）で、ユーザー「oracle」と「<SID>adm」

に対して同一にします。念のため、OS ユーザー「oracle」が OS グループ「oper」に属することを再度確認

してください。環境は、すべての Exadata ノードの<SID>adm について管理が必要です。主なものは次のと

おりです。

DBSID ローカル・データベースの instance_name を取得します。例: KCM1

dbs_ora_tnsname すべてのデータベース・インスタンス<DBID>により提供される一般接続サービスの

接続文字列に設定します。例を示します。

tnsnames.ora: KCM.world

EZCONNECT: //<Scan-VIP>/KCM

さらに、環境変数 ORACLE_HOME、ORACLE_SID、SAPDATA_HOME が BR*Tools の実行に必要です。

dbenv.sh スクリプトまたは dbenv.csh スクリプトに Oracle ホーム・ファイルへのパスが含まれる場合、Oracle

ホーム<OHRDBMS>への「実行時パス」を使用していることを確認してください。これは、シンボリック・

11



リンクで、バージョン依存ディレクトリではありません。詳細は、SAP OSS ノート 1524205『Oracle 11.2.0:

Database Software Installation』を参照してください。

データベースには、通常、データベースが既存の SAP システムから移行された場合に存在する、

「OPS$<SID>adm」と呼ばれるデータベース・ユーザーが必要です。イベントでユーザーが存在しないため、

作成が必要な場合は、次の SAP OSS ノートを参照してください。

361641『Creating OPS$ users on UNIX』

1025707『DBA Cockpit: Planning calendar and remote Oracle databases』

すべての Exadataデータベース・ノードで、OSユーザー<SID>admがコマンド sqlplus /を使用してデータベー

スにログオンできることが必要です。

BR*Tools パッケージ自体のインストール・プロセスの詳細は、SAP OSS ノート 1598594『BR*Tools

configuration for Oracle inst. under 'oracle' user』を参照してください。Exadata は共有ファイル・システムをサ

ポートせず、すべての Oracle ホームがローカルであるため、各 Exadata データベース・ノードに次のディ

レクトリが存在している必要があります（oracle:oinstall が所有）。

/oracle/<DBNAME>/saparch

/oracle/<DBNAME>/sapbackup

/oracle/<DBNAME>/sapcheck

/oracle/<DBNAME>/sapreorg

/oracle/<DBNAME>/sapprof

/oracle/<DBNAME>/saptrace

Exadata が共有ファイル・システムを提供しないため、管理目的でこれらのディレクトリを NFS 経由で共

有することも考えられますが、ログ・ファイルまたはトレース・ファイルの Stale NFS ハンドルは、時にデー

タベース全体でローカル・データベース・インスタンスをハングアップさせる可能性があります。この場

合、データベースを完全に再起動させる必要があるため、saptrace ディレクトリは、NFS 経由で共有しない

でください。

インストールの完了後、brconnect -u / -f check を使用してテストできます。

Exadata データベース・ノード間のリモート管理および SAP トランザクション（DB13 など）を使用して管

理する場合は、次のセットアップをお薦めします。

• Exadata データベース・ノード間で、OS ユーザー<SID>adm のパスワードを必要としない ssh 接続

• Exadata データベース・ノード間で、OS ユーザー「oracle」のパスワードを必要としない ssh 接続

• Exadata データベース・ノード間で、OS ユーザー<SID>adm と「oracle」の間のパスワードを必要

としない ssh 接続

• SAP アプリケーション・サーバーから Exadata データベース・ノードへのパスワードを使用しない

ssh 接続は望ましくありません。望ましい接続は、スタンドアローン・ゲートウェイの使用です。

そのためには、各 Exadata データベース・ノードで SAP ユーティリティ sapxpg が必要です。

詳細は、SAP OSS ノート 1025707『DBA Cockpit: Planning calendar and remote Oracle databases』を参照して

ください。次の手順の情報も記載されています。

sapxpg ユーティリティは SAPEXE.SAR の一部ですが、「service.sap.com/swdc」からスタンドアローン・パッ

ケージとしてダウンロードすることもできます。次のようにナビゲートしてください。

1. 「Support Packages and Patches」

12



2. 「A-Z Index」

3. 「K」（カーネルの意味）

4. 正しい SAP カーネル・バージョンを選択（Exadata は Unicode SAP カーネルのみをサポート）

5. Exadata を実行している OS を選択（「Linux on x86_64 64bit」）

6. 「Database independent」をクリック

7. 下のボックスで、たとえば「sapxpg_<kernel-version>.sar」を選択してダウンロード

Exadata の<SID>adm 環境を使用して、次のように sapxpg をインストールします。

1. sap-exe ディレクトリに移動（コマンド cdexe または cd /usr/sap/<SID>/SYS/exe/run）

2. SAPCAR -xvf <sapxpg パッケージへのパス>

3. sapxpg の所有者とグループを確認。<SID>adm:sapsys であること

4. SM59 を開始し、「TCP/IP connections」に移動

5. 「SAPXPG_DBDEST_<DBHOST_NAME>」をダブルクリック

6. ホスト名を調整

7. sapxpg パスを確認。絶対完全パスであること

8. 保存し、「test」ボタンでテスト

詳細な情報は、次の SAP OSS ノートを参照してください。

108777『CCMS: Message 'SAPXPG failed for BR*Tools'』

387137『RFC connection test for sapxpg does not work』

前述のインストール手順のほかに、SAP インスタンス・プロファイルには、次のようなゲートウェイ固有

のパラメータを含める必要があります。

• gw/rem_start = SSH_SHELL

• gw/remsh = /usr/bin/ssh

リモート・ホストがクラスタである場合、または BR*Tools を特定の RAC ノードで開始する場合、仮想ク

ラスタ・ホスト名または RAC ノードのホスト名は、「Jobs」 → 「Back-End Configuration」の下の「DBA

Cockpit」、すなわち、メニュー「Administration」 → 「ORACLE Settings」を使用して呼び出せるダイアロ

グ・ボックス「BR*Tools execution host」に入力することが必要です。

詳細は、SAP OSS ノート 1025707『DBA Cockpit: Planning calendar and remote Oracle databases』を参照して

ください。

ヒント: 最初のノードをインストール後、「/usr/sap/」の下の BR*Tools と sapxpg を他の Exadata データベー

ス・ノードにコピーすると、インストール・プロセスの速度を速くすることができます。

ファイル/oracle/<SAPSID>/sapprof/init<SAPSID>.sap は、すべてのデータベース・インスタンスにリンクさ

れます。したがって、変更を適用する場合に処理が必要なのは 1 つの init<SID>のみです。

$ ln -s /oracle/<SID>/sapprof/init<SID>1.sap /oracle/<SID>/sapprof/init<SID>2.sap



13



SAP データベースのライフサイクル管理

Oracle Exadata Database Machine のライフサイクル管理は、ハードウェアおよびソフトウェア・スタックの

複数のレベルで必要です。

• Exadata Storage Server

• データベース・サーバー

° Oracle Database Server

° オペレーティング・システムおよびファームウェア

• InfiniBand スイッチ

• 追加コンポーネント

このセクションでは、Oracle Database Server を中心に Oracle Database Server のソフトウェア・パッチを Grid

Infrastructure Oracle ホームおよび SAP データベースの RAC Oracle ホームにインストールする方法を説明し

ます。前述したその他のコンポーネントの詳細は、MOS ノート 1262380.1『Exadata Patching Overview and

Patch Testing Guidelines』を参照してください。

SAP データベースの Oracle Database Server では、コンポーネントのアップグレードに次の 2 つのバンドル・

パッチが必要です。

• 通常の Oracle Exadata Database Machine バンドル・パッチ（Database、ASM および Clusterware のパッ

チを含む）。以降「Oracle Exadata バンドル・パッチ」と呼びます。

• Oracle Exadata 用 SAP バンドル・パッチ。以降「SAP Exadata バンドル・パッチ」と呼びます。

Oracle は、SAP データベース用の 2 つのバンドル・パッチを定期的にテストして認定し、SAP Service

Marketplace で SAP 顧客に提供しています。2 つのバンドル・パッチの最新リリース情報とダウンロードに

ついては、SAP OSS ノート 1591389『Exadata 11.2.0: Patches for 11.2.0.2』および SAP OSS ノート 1656654

『Exadata 11.2.0: Patches for 11.2.0.3』を参照してください。

SAP Exadata バンドル・パッチは特定のバージョンの Oracle Exadata バンドル・パッチが必要です。SAP デー

タベースに認定されていない Oracle Exadata バンドル・パッチは使用できません。

SAP Exadata バンドル・パッチは、Quarterly Database Patches for Exadata（QDPE）を含む Exadata 用の通常

の Quarterly Full Stack Download Patches（QFSDP）にインストールできます。SAP バンドル・パッチは、QDPE

として使用される Exadata バンドル・パッチに基づいています。

Oracle 11.2.0.3 では、Oracle Exadata バンドル・パッチ BP3 は 11.2.0.3 の最初の Exadata SAP バンドル・パッ

チを構築するために使用します。一方、BP2 は QDPE 用です。Exadata SAP バンドル・パッチ BP3 をイン

ストールする場合は、既存のBP2が削除され、代わってBP2を含むBP3が累積的にインストールされます。

QDPEの詳細は、Oracle MOSノート 888828.1『Database Machine and Exadata Storage Server 11g Release 2 (11.2)

Supported Versions』を参照してください。

14



OPatch ユーティリティと MOPatch ユーティリティのインストール

2 つのバンドル・パッチのインストールには、最新バージョンの OPatch ユーティリティが必要です。SAP

Exadata バンドル・パッチのインストールには、最新バージョンの MOPatch ユーティリティも必要です。

SAP Exadata バンドル・パッチには、2 つのユーティリティの適切なバージョンが含まれています。これら

のユーティリティの解凍とインストール方法については、SAP Exadata バンドル・パッチの Readme ドキュ

メントのセクション「OPatch and MOPatch Utility Information」を参照してください。

Oracle Exadata バンドル・パッチのインストール

Oracle Exadata バンドル・パッチには、インストール先が Grid Infrastructure の Oracle ホーム（GI ホーム）

と SAP データベースの RAC Oracle ホーム（RAC ホーム）に指定されたそれぞれのパッチがあります。

Exadata システムに SAP システムをインストールしていない場合、OneCommand を使用して QFSDP/QDPE

をインストールできます。

Exadata システムに少なくとも 1 つの SAP システムをインストール後、ただちに Oracle Exadata バンドル・

パッチをインストールするための推奨オプションは、SAP Exadata バンドル・パッチの Readme ドキュメン

トに記載されています。現在は、Readme のセクション「Installing the SAP Bundle Patch」に記載されている

ように「opatch napply」を使用してください。

GI ホームと RAC ホームのためのパッチ・セットは同じバージョンである必要がありますが、Oracle Exadata

バンドル・パッチはバージョンが異なっても問題はありません。サポートされている組合せは、SAP OSS

ノート 1677978『Administration of mixed SAP/Non-SAP Environments on Exadata』に記載されています。

Oracle Exadata バンドル・パッチのインストール後ただちに SAP Exadata バンドル・パッチもインストール

する必要があります。特に、Readme ドキュメントのセクション「Patch Postinstallation」に示す SQL 文は実

行しないでください。それは、SAP Exadata バンドル・パッチにより提供される catsbp.sql スクリプトが Oracle

Exadata バンドル・パッチに必要な SQL 文を実行するためです。

Oracle Exadata 用 SAP バンドル・パッチのインストール

SAP Exadata バンドル・パッチは、Oracle Exadata バンドル・パッチのインストールの完了後にインストー

ルしてください。

注意: SAP Exadata バンドル・パッチは、Oracle OneCommand Exadata インストール・ユーティリティにより

インストールされません。

SAP Exadata バンドル・パッチには、インストール先が Grid Infrastructure の Oracle ホーム（GI ホーム）と

SAP データベースの RAC Oracle ホーム（RAC ホーム）に指定されたそれぞれのパッチがあります。SAP

Exadata バンドル・パッチの Readme ドキュメントのセクション「Installing the SAP Bundle Patch」の説明に

従い、MOPatch ユーティリティを使用して、次に示す Oracle Exadata Database Machine のいずれかにパッチ

をインストールしてください。

• すべての RDBMS ホーム（ローリング不可）

15



• すべての SAP ホーム（ローリング不可）、non SAP ホーム（ローリング可）

• シングル・インスタンス ASM システム

最後に、SAP Exadata バンドル・パッチの Readme ドキュメントのセクション「Executing Post-Installation

Instructions」に記載されたインストール後の手順に従って、必要なすべての SQL 文を実行し、データベー

ス・ディクショナリを更新してデータベース初期化パラメータを保持します。

SAP データベースの移行

既存の SAP データベースの Oracle Exadata Database Machine への移行には複数の方法がありますが、次のい

ずれかをお薦めします。紹介する方法は、正しい動作テストが完了しています。主なタスクは ASM への移

行で、Oracle ホワイト・ペーパー『SAP データベースの Oracle Automatic Storage Management 11g Release 2

への移行 - ベスト・プラクティス・ガイド』に説明されています。ただし、前述のホワイト・ペーパーで

使用された標準の ASM セットアップと Exadata にはいくつかの重要な違いがあります。Exadata は、RAC/

クラスタ・モードでデータベースと ASM を稼動するため、使用する移行方法とソース・データベースのセッ

トアップによって移行のターゲットとして複数のノードを使用できます。さらに、ASM セットアップも実

際の Exadata とホワイト・ペーパーの説明では少し異なります。

ソース・データベースがシングル・インスタンス・モードである場合、Exadata 上の ASM に移行した上で、

さらに RAC に移行することができます。複数インスタンス/RAC の有効化はオプションですが、ほとんど

の場合有効化できます。RAC 移行については、別の章で詳しく説明します。後述するすべてのデータベー

スの移行方法では、ソース・データベースはシングル・インスタンス・モードまたは RAC/クラスタ・モー

ドで操作できます。前述のホワイト・ペーパーでは、最も簡単な例のソースおよびターゲットのシングル・

インスタンス・データベースについてのみ説明しています。ここでもソースがシングル・インスタンスの

場合を取り上げます。パフォーマンス上の理由から移行中に複数 RAC インスタンスを使用することが必要

な場合、このホワイト・ペーパーでは説明しませんが、追加手順が必要になります。

移行完了後に実行するタスクについては、「移行後のタスク」の章を参照してください。

移行方法 1: Oracle-to-Oracle オフライン移行（O2O）- ACS サービス

このデータベース移行方法は、長年使用され、異なるシステム間の SAP データベース移行に使用されてい

ます。SAP OSS ノート 1508271『Oracle to Oracle Online Migration - Triple-O』にも記載されています。

O2O データベース移行方法は、大規模データベースを所有する顧客に高速でスムーズな信頼性の高い移行

方法を提供するために、Oracle ACS サービスにより開発されました。この方法は、1 時間あたり 1TB 以上

の移行速度を提供し、移行の構成とテストに必要な労力を削減します。

O2O は、SAP 製品が認定されたすべてのオペレーティング・システムをサポートしています。O2O はオペ

レーティング・システムに依存しないため、同機種間および異機種間のシステム・コピーの実行に使用で

きます。同機種間のシステム・コピーは、ソースとターゲットのオペレーティング・システムが同じ場合

の移行に使用します。異機種間のシステム・コピーは、ソースとターゲットのオペレーティング・システ

ムが異なる場合の移行に使用します。異機種間のシステム・コピーでは、たとえば既存の SAP AIX データ

ベースを Exadata Linux データベースに移行できます。

16



この方法のメリットは、オペレーティング・システムの変更と複数のオプションを組み合せて、移行を最

大限に引き出せることです。

• O2O では、プラットフォーム移行とリリース・アップグレードを組み合せることができます。こ

の移行方法は、ソース・システムとターゲット・システムで Unix、Windows または Linux の任意

の組合せをサポートしています。たとえば、HP-UX 上の既存の Oracle 10.2 データベースを Exadata

Solaris データベースに移行できます。

• 現在のデータベース・リリース以降のリリースに直接アップグレードできます。現在、O2O 方式

を使用すると、Oracle の異なるバージョン間の移行、たとえば Oracle 9i から Oracle 11g に直接アッ

プグレードできます。また、移行を実行するために、Oracle の古いリリースの最新パッチ・セット

を適用する必要はありません。Oracle の異なるバージョン間のアップグレード・パスの概要は、こ

の章の巻末に記載しています。

• データベース移行作業の一環として、データベース全体を再編成します。これにより、表および

索引内の領域を大量に解放できます。

• 表領域のレイアウトを、新しい SAP 標準レイアウトまたは顧客が独自にカスタマイズしたレイア

ウトに変更できます。また、単一の表および索引を別の表領域に移動したり、既存または新規の

表領域とマージすることもできます。これにより、すべての SAP システムでデフォルトの表領域

名として「PSAPSR3」などを使用し、SAP ランドスケープを統一できます。

• SAP スキーマ名を「SAPSR3」などに変更し、SAP ランドスケープを統一できます。

• 表領域レイアウト、またはデータファイルおよびファイル・システムのサイズを最適化すると、

データファイルとマウント・ポイントの数を大幅に削減できます。

• 表領域は、LMTS および ASSM を使用して作成できます。

• この方式は、通常のファイル・システムを使用するデータベースまたは ASM もしくは Exadata ファ

イル・システムを使用するデータベースを作成するための適切なスクリプトを作成します。

• データファイルは、ファイル・システムから Oracle ASM に変換されます。この方式は、データベー

スと表領域の自動的な作成に必要なスクリプトを提供します。

• LOB または LONG データ型は、Secure ファイルに変換できます（11.2 のみ）。可能な場合、Secure

ファイルは圧縮されます。

• Oracle 索引圧縮を使用して、ターゲット・データベース上の索引を圧縮できます。圧縮計算の実行

については、SAP OSS ノート 1109743『Use of Index Key Compression for Oracle Databases』を参照

してください。各索引の適切な索引圧縮が自動的に決定されます。

• ターゲット・システム上の表を圧縮できます。この圧縮では、SAP OSS ノート 1431296『LOB

conversion and table compression with BRSPACE 7.20』の推奨事項に従って、すべての SAP 表を圧縮

します。

O2O 方式でデータベースを移行する場合に必要な停止時間は、データベース・サイズ、含まれるデータベー

ス・オブジェクト（SAP クラスタ表、パーティション表）、および使用可能なハードウェア・リソース（CPU、

メモリー、ストレージ、ネットワーク）により異なります。最大で 1 時間当たり 1TB を移行できます。

O2O は当初データベース移行を目的に開発されましたが、必要な新しいデータベース機能のすべてを 1 つ

の手順で実装できるため、単純なデータベースのアップグレードの方法としても利用できます。

17



• データベースを 9i または 10gから 11gに直接アップグレードします。ソースについての特別なデー

タベース・リリースの要件はありません。アップグレードの実行前に現在のデータベース・リリー

スに対してパッチ処理する必要がないため、時間を節約できます。

• データベースを完全に再編成して、未使用の領域を解放します。

• 索引と表を圧縮し、データベース・サイズを 50%削減します。

O2O テクノロジ

O2O 方式は、次の手順に基づいています。

• ファイル・システム上に必要な Oracle ディレクトリを定義し、PL/SQL をソース・システムにロー

ドすることにより、ソース・システムを準備します。パッケージのサイズは数 MB です。ファイ

ル・システム上にスクリプトを保持するには、数 MB で十分です（通常 50MB 以下）。

• ターゲット・データベースのセットアップの定義など、移行の基本的な条件を定義します（ASM

構成、表および索引の圧縮の使用、その他のデータベース機能）。次に、必要な移行スクリプト

を生成するために、PL/SQL パッケージが実行されます。一般的なパッケージを SAP システムで実

行するには 30～60 分必要です。

• PL/SQL パッケージが生成したスクリプトまたはユーザー独自のスクリプトを使用して、空のター

ゲット・データベースを作成します。

• スクリプトは作成後、データベース移行自体を実行するためにターゲット・システムにコピーさ

れます。移行プロセスを実行する場合、「scheduler」という名前のプログラムを使用して必要なす

べての移行スクリプトを正しい順番で実行し、各スクリプトの正確な実行を制御します。この

scheduler を使用すると、移行を完全に制御できます。制御には、失敗したスクリプトを再開した

り「Done」に設定する可能性も含まれます。scheduler は ksh で記述され、すべての Unix および

Linux オペレーティング・システムで稼動します。また、たとえばソースとターゲットで Windows

が使用されている場合、リモート・マシンで scheduler を実行することも可能です。

スループットは、ソース・マシンとターゲット・マシンで使用可能なハードウェアにより異なり

ます。最高の状態では、ターゲット・データベースを 1 時間あたり 1TB 以上構築できます。一般

的に、スループットの平均は 250GB/時～500GB/時です。

スループットの達成には、データベース表に対して様々な移行方法が使用されます。表のサイズ

とデータ型（SAPクラスタ表など）に基づき、特定の表に最適な移行が選択され最高の移行パフォー

マンスが実現します。通常、データの大半は、移行のためのダンプ・ファイルを使用せずに直接

ネットワークで転送されるため、ファイル・システムの領域が節約されます。

移行を検証するため、オブジェクト・レベルで（オブジェクト名に基づく）ソース・データベー

スとターゲット・データベースを比較し、移行の正確性が確認されます。次に、行数に基づいて

ソースとターゲットのすべての表が比較されます。したがって、移行完了時には、オブジェクト・

レベルと行レベルで移行の正確性を証明できます。

• 移行が完了すると、SAP 移行後のタスクを開始できます。SAP OSS ノート 1508271『Oracle to Oracle

Online Migration - Triple-O』に記載するように、システムは SAP により完全にサポートされていま

す。

• O2O 方式は、ドイツのヴァルドルフの Oracle ACS サービスによって開発され、維持メンテナンス

されています。O2O は、ACS サービスとして利用することができます。

18



移行方法 2: Oracle-to-Oracle オンライン移行（Triple-O）- ACS サービス

O2O のオフライン方式で停止時間の要件が満されない場合、代替方法として Triple-O 方式を使用できます。

この方法は、SAP OSS ノート 1508271『Oracle to Oracle Online Migration - Triple-O』にも説明されています。

技術的データベース移行に使用できる停止時間を推定するには、アプリケーションの停止時間を調べる必

要があります。データベース移行をこの停止時間中に実行する必要があるだけでなく、異機種間のシステ

ム・コピーの場合は、ユーザー受入れテスト、インタフェース・テスト、SAP 移行後のタスクも実行する

必要があります。その結果、技術的データベース移行に使用できる停止時間は、アプリケーションの停止

時間よりもはるかに短くなります。

そのため、Triple-O 方式は技術的データベース移行の時間を最大限短縮するために開発されました。一般

的に、データベース移行に必要な停止時間は、データベースのサイズとは関係なく 30～60 分です。顧客の

要求に応じて、移行の完了後、行数に基づきソース・データベースとターゲット・データベースを比較し

オンライン移行の正確性を確認できます。

Triple-O テクノロジ

Triple-O テクノロジは、データベースの真のオンライン移行です。GoldenGate ソフトウェアを使用して、

変更をオンラインで同期化します。また、O2O バージョンを修正し、一貫性のある初期データベース・ロー

ドを実行します。GoldenGate は、データベースのオンライン REDO ログまたはアーカイブ・ログを読み込

み、データベースの REDO ログに記録された DDL と DML の変更を抽出します。GoldenGate は、REDO ロ

グ・ファイルからの物理的な変更を一般的な記述に変換します。記述はオペレーティング・システムとデー

タベース・リリースに依存しません。GoldenGate は、これらの変更をトレイル・ファイルに保存しますが、

容量は一般的に REDO ログの量の 30～50%です。GoldenGate を使用するには、データベースでサプリメン

タル・ロギングを有効にする必要があります。

GoldenGate のトレイル・ファイルは、ネットワーク接続を使用した GoldenGate により、または NFS を介

してトレイル・ファイルをターゲット・システムに提供することにより、ターゲット・データベース・サー

バーに送信されます。ターゲット側で、トレイル・ファイルは適用プロセスにより読み込まれます。適用

プロセスは、ターゲット・システム上でトレイル・ファイルの内容から生成されたネイティブ SQL 文を実

行し、各 DML を適切な挿入、更新または削除コマンドに変換します。この方式により、異機種間のシステ

ム・コピーにも GoldenGate を使用できます。

オンライン移行はいつでも開始または停止できます。移行の開始または停止に必要な停止時間はありませ

ん。さらに、この移行方式には、特別なデータベース・パッチも特別なデータベース・パッチ・レベルも

必要ありません。Triple-O は、9i、10g、11g のいずれのバージョンでも動作し、DML と DDL の変更をサ

ポートします。そのため、移行中の SAP システムの使用に関し制限（転送の停止など）はなく、すべての

操作を完全に通常どおり実行できます。R/3 システムと BW システムは、両方とも完全にサポートされて

います。

GoldenGate はオペレーティング・システムに依存しないため、異機種間のデータベース移行もサポートし

ます。ソースの Oracle リリースは 9.2 以上で、データベースを 10g および 11g に直接アップグレードでき

ます。Triple-O 方式を使用すると、O2O 方式のリストにあるすべての機能を使用できます。そのため、O2O

と Triple-O とで基本構成は非常に類似しています。移行スクリプト以外に、Triple-O では GoldenGate 構成

スクリプトが自動的に生成されます。

19



オンライン移行は、先に説明した O2O 移行と非常に良く似た方法で実行されます。PL/SQL パッケージが

データベースにロードされ、オンライン移行の実行に必要なすべてのスクリプトを作成します。移行スク

リプトは、オフライン（SAP は停止）で実行されるのではなく、SAP の稼動中に実行されます。データの

一貫性のあるエクスポートには、Oracle フラッシュバック機能を使用します。これにより、特定の SCN（シ

ステム変更番号）に表を確実にエクスポートできるだけでなく、表の特定の SCN に対してそれぞれの表の

GoldenGate プロセスを構成して、エラーのない適用を保証できます。各表の個別の SCN のフェッチおよび

GoldenGate 構成ファイルの更新は、移行する scheduler ソフトウェアにより実行されます。

オンライン移行の 1 つの課題は、GoldenGate プロセスと初期データ・ロードにより発生する追加負荷の対

応です。ソース・システムの現在のハードウェアは旧式である場合が多く、すでに現在のアプリケーショ

ン負荷により全面的に使用されています。そのため、システムへの負荷は本番の動作に影響します。この

ような状況でオンライン移行を可能にするには、GoldenGate プロセスのダウンストリーム・キャプチャが

使用できます。この構成では、本番システムからのアーカイブ・ファイルは別のサーバーで分析および抽

出されますが、サーバーで必要なことは、エンディアン・バイトの順序が同じであることのみで、OS は関

係ありません。この方法で、HP-UX、AIX、Sun Solaris（ビッグ・エンディアン）、Linux、Windows（リト

ル・エンディアン）のクロス・プラットフォームからデータベース・アーカイブ・ファイルを処理できま

す。したがって、別のハードウェアで GoldenGate プロセスを実行し本番環境をアンロードでき、本番シス

テム上のリソースは保持されます。

本番システム上の初期データ・アンロードの処理が問題な場合は、代わりにシャドウ・データベースを使

用できます。この方法では、Triple-O 移行を完全に本番システムの外部で実行できるため、古い旧式なハー

ドウェア上でもオンライン移行を実行できます。

システム負荷の高い非常に大きなデータベースをサポートするため、GoldenGate は様々な方法で構成でき

ます。量の多い REDO ログの処理能力を増強するには、最大 34 の GoldenGate プロセスを定義できます。

各プロセスは多数の表を取得し、表の DML および DDL の変更を抽出します。PL/SQL パッケージは、各

表のデータベースに記録された DML 変更に基づき、負荷分散を実行します。REDO ログの抽出には、最大

34 のプロセスを構成できます。1 つの GoldenGate 抽出プロセスは、24 時間で 1TB までの REDO を処理で

きます。

一般的に、ターゲット・システムでの適用には、REDO ログ・ファイルの抽出よりも多くのプロセスが必

要で、通常の SAP システムでは 5～10 の適用プロセスになります。大規模な BW システムでは、20 以上の

適用プロセスが必要になる場合があります。各抽出プロセスに最大 34 の適用プロセスを定義すると、

GoldenGate の構成に最大限の柔軟性を持たせることができます。ここでも各抽出に割り当られた表は、作

業負荷の分散を実行することで、定義された適用プロセスの数に割り当てられます。したがって、2 層の

アーキテクチャで 1,000 以上の適用プロセスが可能です。

オンライン移行の一般的なプロジェクト計画には、通常 4 つのフェーズがあります。

1. 移行を準備し、移行スクリプトを生成します。

2. GoldenGate プロセスを開始し、本番システムまたは異なるサーバーのダウンストリームにデータ

ベースの変更を記録します。記録された変更は、トレイル・ファイルにリストされます。このファ

イルはネットワークを使用してターゲット・マシンに送信され、ファイル・システムに保存され

ます。

3. 本番サーバーまたはシャドウ・データベースから、SCN ベースの初期データ・ロードを実行しま

す。初期ロード中、データベースの変更は、GoldenGate トレイル・ファイルに永続的に記録され

ます。初期ロードの所要時間は、データベースのサイズおよびデータベースのアンロードと同時

に実行できるジョブ数によって異なります。通常、アンロードは 48 時間以内に完了します。

20



4. 初期ロードが完了すると、ターゲット・マシンで適用プロセスが開始されます。初期データ・ロー

ドの実行中は適用が開始できません。そのため、ソース・システムとターゲット・システム間に

は時間の空白が発生しますが、空白を解消し 2 つのシステムを同期させる必要があります。

5. ここで、ソース・データベースとターゲット・データベース間の時間の空白を解消する十分な時

間が必要です。必要時間は、適用する変更の数および操作の種類、適用プロセスの数、ターゲッ

ト・システムの性能によって異なります。

6. ソース・システムとターゲット・システム間の時間の空白が解消されると、2 つのシステムは最終

的な切替えまで同時に実行することができます。

前述した手順に必要な時間は、データベース・サイズ、システム性能、生成された変更データの量に応じ

て決定します。通常、オンライン移行は最終的な切替えの 5 日前に開始します。ただし、余裕を見て移行

を 1 週間以上前に開始することもできます。

データセンター移行のための Triple-O

データセンターでは頻繁にシステムを転送する必要があります。データセンターの統合やプロバイダの変

更などがその理由です。この場合、データベース・センター間に非常に限られたネットワーク接続のみが

存在する場合があります。その場合には、初期データ・ロードと GoldenGate プロセスを同時に実行できる

十分な帯域幅が提供されません。ネットワークを介してデータベース全体のロードを実行するには、少な

くとも 1 ギガバイトの接続が必要です。WAN 接続では、通常 100 メガビット以下です。この場合でも、前

述した 30～60 分の最小停止時間で、完全なオンライン移行を実行できますが、そのために次のアプローチ

が必要になります。

1. 移行を準備し、移行スクリプトを生成します。

2. GoldenGate プロセスを開始し、本番システムまたは異なるサーバーのダウンストリームにデータ

ベースの変更を記録します。記録された変更は、トレイル・ファイルにリストされます。ファイ

ルはネットワークを使用してターゲット・マシンに送信され、そこでファイル・システムに保存

されます。GoldenGate 転送を約 15～20%圧縮すると、ネットワーク帯域幅の使用を最適化できま

す。

3. 本番サーバーまたはシャドウ・データベースから、SCN ベースの初期データ・ロードを実行しま

す。帯域幅を節約するため、データベースは NAS サーバーの複数のダンプ・ファイルにダンプさ

れます。1 つの NAS デバイスで、150GB/時のスループットを達成できます。

4. 初期アンロードが完了すると、NAS デバイスはソース・システムから切り離され、ターゲット・

データセンターに送信されます。

5. NAS デバイスはターゲット・システムに接続され、ターゲット・データベースが NAS デバイスか

らロードされます。

6. 初期ロードが完了すると、ターゲット・マシンで適用が開始されます。

7. ここで、ソース・データベースとターゲット・データベース間の時間の空白を解消する十分な時

間が必要です。必要時間は、適用する変更の数および操作の種類、適用プロセスの数、ターゲッ

ト・システムの性能によって異なります。

8. ソース・システムとターゲット・システム間の時間の空白が解消されると、2 つのシステムは最終

的な切替えまで同時に実行することができます。

21



このアプローチを使用すると、限定されたネットワーク接続のみで接続されたデータセンター間の移行が

可能になります。

GoldenGate（ダウンストリーム・キャプチャ、初期データベース・ロードでのシャドウ・データベースの

使用）の強化された構成オプションを使用すると、非常に重要なパフォーマンスを持つ大規模データベー

スでさえ最低限の停止時間で移行できます。オンライン移行の実行条件が難しい場合でも、オンラインで

すべてが操作されるため、移行プロジェクトの所要時間は長くなりますが、停止時間が長くなることはあ

りません。

移行方法 3: RMAN トランスポータブル表領域

トランスポータブル表領域を使用すると、既存のデータベースを任意の UNIX または Windows プラット

フォームから Oracle Exadata Database Machine に移行できます。この移行は、ターゲット・プラットフォー

ムに新しいデータベースを作成し、古いソース・データベースはそのまま残るため、全体的に異機種間の

コピー・プロセスに類似しています。

プロセスは、ドキュメント『SAP データベースの Oracle Automatic Storage Management 11g Release 2 への移

行 - ベスト・プラクティス・ガイド』で詳しく説明されています。このドキュメントは、手順を追って説

明するガイドとしても利用できます。詳細な説明は、Oracle オンライン・ドキュメント・バージョン 11.2

を参照してください。さらに正確な情報は『バックアップ・リカバリ・ユーザーズ・ガイド』を参照して

ください。

ここでは、初めての概要としてトランスポータブル表領域（TTS）を使用する場合の主要な条件と制限を

示します。

• オフライン・プロセス、ソース・データベース、エクスポートされる表領域は、プロセス中は読

取り専用に設定することが必要です。

• 同機種間および異機種間の移行が可能です。

• サポートされるプラットフォームは、データベースの v$transportable_platformビューに示されます。

• このプロセスでは RMAN を使用する必要があります。

• ソース表領域をプラグインするには、事前に新規作成のターゲット・データベースが必要です。

• RMAN がソース・データベースからデータファイルを読み取るには、ネットワーク接続と共有ファ

イル・システム・ストレージ（NFS）が使用されます。

• 1 つの表領域または表領域のセットを転送できます。

• 「system」表領域、一時表領域、UNDO 表領域を転送することはできません。REDO ログにも適用

されますが、REDO ログは表領域ではありません。

• 転送される表領域のセットは自己完結していること、つまり表領域に含まれるいずれのオブジェ

クトも、表領域セットに含まれないオブジェクトを参照していないことが必要です。

移行プロセスには次の手順が含まれます。

• サポートされるプラットフォームなどの前提条件をチェック

ソース・プラットフォームのサポートを確認するには、ソースで v$transportable_platform から選択

します。Exadata の場合、ターゲット・プラットフォームは「Linux x86 64-bit」または「Solaris Operating

System (x86-64)」です。

22



• 転送するすべての表領域を識別

dba_tablespaces または dba_tables から tablespace_name を選択し、転送する表領域を決定します。通

常は、表領域セットに属する SAP スキーマ（SAPSR3、OPS$<SAPSID>ADM など）のオブジェク

トがあるすべての表領域です。表領域/データのサブセットの転送は技術的には可能ですが、SAP

ディクショナリを破壊する場合があります。そのため、これはサポートされていません。

• オプション: 「sapuser」表を転送される表領域にコピー

SAP システム全体をコピーするには、古いデータベースから SAP ログイン・データを新しいデー

タベースにコピーします。表「sapuser」が表領域「system」にある場合、最初に表領域セットに含

まれる表領域を移動する必要があります。これを実行しないと、表が転送されません。

• セットが自己完結していることを確認

PL/SQL プロシージャ dbms_tts.transport_set_check を使用して、表領域セットのいずれのオブジェク

トもセットに含まれないオブジェクトを参照していないことを確認します。このホワイト・ペー

パーでは、前述の手順を実行し、すべての非システム表領域のセットを確認するスクリプトを提

供しています。

• ソース・データベースを読取り専用でオープン

データの一貫性を確保するため、データベースは必ず読取り専用モードで開きます。

• プラットフォーム間の移行に必要な RMAN 変換スクリプトを作成

このホワイト・ペーパーに記載された小さな RMAN スクリプトを必ず実行してください。スクリ

プトを実行すると、最終 RMAN 変換スクリプトが作成されます。RMAN コマンド「convert database」

は、すべての表領域を変換スクリプトに含めるため、スクリプト生成後、転送しない「system」か

ら UNDO 表領域までをすべて最終スクリプトから削除する必要があります。

• 転送される表領域を読取り専用に設定

表領域メタデータをエクスポートし変換プロシージャを開始するには、表領域のメタデータを変

更できないように、各表領域を読取り専用に設定します。

• 表領域セットに含まれるすべてのオブジェクトを記述するメタデータのエクスポートを作成

これは 2 つの内部手順に分かれています。第一に表以外のすべてのオブジェクトを記述するメタ

データをエクスポートし、次にすべての表のメタデータをエクスポートします。このホワイト・

ペーパーには手順の正確な文と例が用意されています。

• ターゲット・データベースのためのパラメータ・ファイルを作成

これは、Exadata で実行する最初の手順です。ここまではすべて古いソース・マシンでの手順です

が、以降はすべて Exadata で実行する手順です。RMAN には、実行中のデータベース・インスタ

ンスが必要です。そのためにパラメータ・ファイルを作成し、新しいインスタンスを Exadata で開

始します。これはシングル・インスタンス（非 RAC、cluster_database=false）の場合のみです。CRS

へ統合します（クラスタ・マネージャは必要ありません）。ただし、たとえば KCM1 など、イン

スタンス名（SID）のような最終データでインスタンスを準備することをお薦めします。メモリー・

パラメータは後で調整できます。また、シングル・インスタンスの RAC への移行も後で実行しま

す。ASM 移行（ファイル作成）に必要な複数のパラメータがあります。用意した例は Exadata 標

準を使用していません。特に、ASM ディスク・グループの名前は Exadata では異なるため調整し

てください。

23



• ASM と変換プロセスへの RMAN コピー

インスタンスの開始を確認後、最終変換 RMAN スクリプトが実行されます。スクリプトからのパ

スを使用して、変換スクリプトに指定されたすべてのソース・データ・ファイルにアクセスでき

ることが必要です。そのため、NFS マウントが必要です。新しい ASM ファイル名は後でインポー

トの際に必要になります。RMAN 出力を保存しておいてください。

• 「system」表領域のみを持つターゲット・データベースを Exadata 上で作成

新しい空のデータベースを作成するには、複数の方法があります。このホワイト・ペーパーでは、

最も簡単なプレーン SQL スクリプトを使用する方法を説明します。提供された複数の短いスクリ

プトをコピーし調整します。まず、最初のスクリプト「1_createdb.sql」を変更し、ASM ディスク・

グループ名を Exadata 標準に合わせて調整します。その後、説明に従って SAP ロール「sapconn」

と「sapdba」を作成してください。

• 移植した表領域を Exadata の新しいデータベースにプラグイン

ここでも 2 つのインポート手順が必要です。最初のインポートでは、表以外のメタデータをこの

ホワイト・ペーパーで説明するようにインポートします。表データ以外のすべてのオブジェクト

が作成されます。次のインポートを開始する前に、「sapconn」ロールおよび「sapdba」ロールの

認証が必要です。表データの第 2 のインポートのためのスクリプトを用意することをお薦めしま

す。インポート・コマンドには、転送される表領域ファイルすべての ASM パスを指定する必要が

あります。そのために、変換実行の RMAN 出力を保存してください。このホワイト・ペーパーに

は、必要なインポート・コマンドの作成方法が説明されています。

• いくつかの後処理手順

第 2 のインポート後、Exadata のデータベースの表領域をチェックします。すべての表領域とデー

タファイルが既知である場合、読取り専用フラグを削除する必要があります。インポートされた

ユーザーの表領域設定の調整を忘れないでください。また、移行後に確認が必要な OSS ノートに

ついては、このホワイト・ペーパーで確認してください。データベースの妥当性確認には RMAN

を使用できます。残る手順は、最終 spfile のセットアップ、RAC への移行（さらにインスタンス

を追加）、および CRS への統合です。それについては後述します。

移行方法 4: RMAN 複製データベース

RMAN の「アクティブなデータベースからの複製」アプローチは、データベース全体の完全なコピーを作

成する非常に簡単な方法です。コピー・プロセス中にソース・データベースをオープン状態で稼動できる

ため、この方法はオフラインでもオンラインでも使用できます。したがって、移行時の全体的な停止時間

は大幅に短縮されます。ただし、このアプローチを Exadata への移行に使用する場合は、同じバイト・エン

ディアン・フォーマットを使用する特定のプラットフォームに限定されます。手順を追った詳細な例は、

ホワイト・ペーパー『SAP データベースの Oracle Automatic Storage Management 11g Release 2 への移行 - ベ

スト・プラクティス・ガイド』に記載されています。さらに詳しい説明は、Oracle オンライン・ドキュメ

ント・バージョン 11.2 の『バックアップ・リカバリ・ユーザーズ・ガイド』を参照してください。このテー

マに関する追加の MOS ノートは次のとおりです。

• 369644.1『Frequently Asked Questions about Restoring Or Duplicating Between Different Versions And

Platforms』

• 1079563.1『RMAN DUPLICATE/RESTORE/RECOVER Mixed Platform Support』

24



一般に、RMAN の「duplicate database」コマンドがデータベース・コピーの作成に使用されます。コピーは、

データベース・パラメータ設定に影響される RMAN により作成され、ASM 宛先のような新しいストレー

ジ構造を定義できます。そのため、このアプローチは、ファイル・システム・ベースのデータベースから

ASM や Exadata への移行に使用できます。前述のホワイト・ペーパーでは、ASM への移行の説明のみで、

Exadata の説明はありません。しかし、Exadata 移行の場合の手順を追った説明として使用できます。ここ

では、このアプローチにおける Exadata 固有の注意点を簡単な概要とともに説明します。

要件と制限:

• 現在サポートされているソース・オペレーティング・システムは、Solaris、Linux on x86-64 プラッ

トフォームおよび Windows

• ソース・ホストとターゲット・ホスト間にネットワーク（TCP/IP）接続が必要

前述のトランスポータブル表領域アプローチと異なり、ネットワークは RMAN により使用される

ため、共有ファイル・システム・ストレージ（NFS など）は必要ありません。

• 最低ソース・データベース・バージョン 11.2.0.2 に加え、互換パラメータ「11.2.0.2」以降の設定

ソース・データベースおよびターゲット・データベースは同じ Oracle RDBMS バージョンを実行し

ている必要があります。

• オンライン/オフライン移行

RMAN オプション「from active database」がオンライン・コピー・プロセスを実行できるため、ソー

ス・データベースをオープンし稼動できます。オンライン移行は、移行の停止時間を確実に短縮

します。複製実行中にソース・データベースがマウント状態にある場合、一貫性データベース・

コピーが作成されます。ソースがオープン状態であるときはリカバリが必要ですが、自動的に

RMAN により実行されます。

次に、RMAN 複製を使用して Exadata にデータベースを移行する手順の簡単な概要を示します。

• サポートされるプラットフォームなどの前提条件をチェック

「Linux x86 64-bit」、「Solaris x86-64」および Windows のみがサポートされるソース・プラットフォー

ムです。

• ソース・システムの環境

ソース側では、ORACLE_BASE、ORACLE_HOME、ORACLE_SID、PATH など、少数の環境変数

のみが必要です。

通常は、すでにソースで設定されています。

• ソース上の Oracle パスワード・ファイル

ソース・データベースで有効なパスワード・ファイルがあることを確認してください。ない場合

は作成してください。

• ソースでの SQL*Net 構成

この手順では、Exadata からソース・データベースに、またはソース・データベースから Exadata

にアクセスする必要があります。SAP アプリケーション・サーバーのような非 DB ノードはソー

ス・データベースにアクセスが必要なため、ほとんどの場合ローカルなセットアップはすでに完

了しています。つまり、ソース・インスタンスはローカル（ソース）リスナーに既知であること

が必要です。そうでない場合、ローカルの listener.ora ファイルを追加して、リスナーを再起動し

てください。古いデータベースと新しい（Exadata）データベースにアクセスするエントリ（TNS

エイリアス）が、tnsnames.ora で必要です。ファイル sqlnet.ora は、ファイル tnsnames.ora および

25



listener.ora のエントリとの一貫性を維持してください。新しい TNS エイリアスは、Exadata の新し

いインスタンスにアクセスする必要があります。

• ターゲット（Exadata）での SQL*Net 構成

ソース・マシンから Exadata の新しいインスタンスにアクセスできることが必要です。通常の静的

インスタンスのセットアップ（listener.ora、sqlnet.ora、tnsnames.ora）を完了してください。最終 SID

を使用することをお薦めします。インスタンスのセットアップを後で変更する必要がありません。

RMAN はシャットダウンし、SQL*Net を介してインスタンスを起動するため、静的セットアップ

は必須です。CRS セットアップまたは GRID セットアップはこの移行手順では必要ありませんが、

後で実行します。したがって、ここでは静的シングル・インスタンスを SQL*Net で定義します。

通常の Exadata 構成または RAC 構成と異なり、スキャン・リスナーとスキャン・アドレスは、新

しい Exadata インスタンスにアクセスするため使用しません。ここでは例外としてホスト名が使用

されます。インスタンスが開始していない場合でもアクセス可能であることを確認してください。

この静的 SQL*Net セットアップは、Exadata への移行完了後に削除します。

• Exadata の環境

Exadata では、oraenv スクリプトを使用して正しい環境を提供できます。スクリプトは、ファイル

/etc/oratab を読み込み、環境自体をメンテナンスするのではなく新しいエントリを新しいインスタ

ンスのファイルに追加します。

• Exadata 上の Oracle パスワード・ファイル

Exadata の新しいインスタンスも、ソース・データベースと同じ「sys」パスワードが入ったパスワー

ド・ファイルを持ちます。

• パラメータ・ファイルの準備

ホワイト・ペーパー『SAP データベースの Oracle Automatic Storage Management 11g Release 2 への

移行 - ベスト・プラクティス・ガイド』の該当する章を参照し、記載された例を使用してくださ

い。ソース・パラメータ・ファイルのコピーから開始すると良いでしょう。例に示したようにパ

ラメータを変更します。ただし、次の例外があります。

• log_archive_dest_1 Exadata ではデフォルトで、アーカイブ・ログが高速リカバリ領域（FRA）に作成され、パラ

メータ log_archive_dest_1 は設定されません。アーカイブ REDO ログを保存に、BR*tools また

は向上された brarchive が使用されている場合は、ログを FRA ではなく、ASM に書き込む必

要があります。log_archive_dest_1 を「log_archive_dest_1 = 'location=+RECO/<DBID>/oraarch'」

に設定し、アーカイブしてください。データベース・インスタンスを起動する前に「asmcmd」

を使用して、パスを手動で ASM に作成する必要があります。

SAP OSS ノート 966073『Oracle Flash Recovery Area/Fast Recovery Area』を参照してください。

• db_create_online_log_dest_n どちらのパラメータも例に示したとおりにします。複製されるデータベースは 1 つの REDO

グループに対し 2 つのメンバーを持ちます。移行後、このホワイト・ペーパーで説明したよう

に、パフォーマンスの理由から 2 番目のメンバーを削除してください。

• log_file_name_convert 前述と同様、例に従います。移行が終了すると、このパラメータは廃止されます。

26



• control_files 1 つは+DATA に、もう 1 つは+RECO に、2 つのコピーが必要です。

ノーマウント状態で新しいインスタンスを開始し、設定を確認します。その後、再度シャットダ

ウンします。

• DB アクセスおよびインスタンス起動の確認

新しい TNS エイリアスを使用し、Exadata から SQL*Plus でソース・データベースに接続します。

次に、ソース・システムの SQL*Plus から Exadata の新しいインスタンスに接続します。リモート・

インスタンスには、リモート起動ができるように「sys/<password>@<new-TNS-alias to Exadata>」

を使用してインスタンスが開始されていない場合でもアクセスできることが必要です。ターゲッ

ト・インスタンスはノーマウント状態から開始してください。

• RMAN スクリプト作成

このホワイト・ペーパーに示す例を使用し、データベースを複製する RMAN スクリプトを作成し

ます。定義されたディスク・チャネルの数は、ソース側で使用します。RMAN セッションは、Exadata

DB マシンで開始されるため、ネーミングと RMAN 構文に注意が必要です。「connect target」は、

古いデータベース（コピー・プロセスのソース）に接続します。「connect auxilliary」は新しい Exadata

データベースを指定します。同じことがチャネルにも適用され、複数のターゲットと補助チャネ

ルが可能になります。

• Exadata の ASM ストレージのクリーンアップ

「duplicate database」アプローチを複数回使用して Exadata のデータベースをリフレッシュした場合、

次を実行する前に、asmcmd を使用して ASM の古いデータベース・ファイルを削除してください。

• RMAN 複製の実行

次の手順では前述の RMAN スクリプトを実行します。出力ファイルに記録することをお薦めしま

す。

複製後の手順

トランスポータブル表領域アプローチまたは複製アプローチを使用した移行終了後、Exadata で結果を慎重

にチェックしてください。最初に、v$controlfile ビュー、v$datafile ビュー、v$logfile ビューを使用し、ASM

の新しいファイル位置を確認します。前述したように、第 2 番目の REDO ログ・メンバーを削除します。

asmcmd で削除プロセスを確認します。RMAN コマンド「validate database」を実行し、データベースの物理

的構造とデータ・ブロックに破損がないことを確認します。

また、pfile をチェックして、複製または移行のためにのみ必要であったパラメータを消去します。したがっ

て、2 番目のログ・メンバーが削除された後、エントリ「*.db_create_online_log_dest_2='+RECO'」は廃止さ

れます。追加インスタンスのためのパラメータはファイルに含めておきます。これにより、次回の RAC 移

行でいくつかの手順を節約できます。最後に、ASM に保存される spfile を作成します。pfile を、ASM で新

しい spfile をポイントするパラメータ「spfile」のみが入った新しいバージョンに交換することをお薦めし

ます。ファイルは、すべての Exadata DB ノードの RDBMS ホームに存在していることが必要です。

/etc/oratab のエントリは次回の RAC 移行時に自動的に再作成されるため、Exadata 移行マシンで削除しても

かまいません。

27



単一インスタンスから RAC への移行

データベースを最初の Exadata ノードの ASM に移行後、データベースはまだシングル・インスタンス・モー

ドであるため、他の Exadata ノード上の残りのインスタンスを有効化する必要があります。各 Exadata ノー

ドは、通常、SAP データベースの 1 つのインスタンスを稼動しますが、これは必須ではありません。Exadata

ノードのサブセットを使用し、1 つの特定のデータベースをホスティングすることもできます。ただし、

一般的には、Exadata への移行後、すべてのノードが RAC データベース・インスタンスを取得します。

シングル・インスタンス・データベースから複数の RAC インスタンスを有効にするには、データベース側

で 2 つの変更が必要です。

• 各 RAC インスタンスは専用の UNDO 表領域が必要なため、新たに作成された各インスタンスに対

し新しい UNDO 表領域を次のように作成する必要があります（第 2 のインスタンスについて）。

create undo tablespace PSAPUNDO_002 datafile ‘+DATA’ ;

注意: 最初の（古いシングル）インスタンスは表領域 PSAPUNDO を使用し、以降のインスタンス

は PSAPUNDO_00<#>という名前の UNDO 表領域を獲得します。ここで、<#>はインスタンスまた

はスレッドの番号です。SAPツールに起因する今後のアップグレードでの問題を回避するために、

このネーミング・スキームを順守してください。

• 各 RAC インスタンスは「REDO スレッド」と呼ばれるオンライン REDO ログの専用のセットを必

要とします。最初の（古いシングル）インスタンスはスレッド番号 1 を獲得し、以降新たに作成

されたインスタンスには新しい REDO スレッドが作成されます。

alter database add logfile thread <n> group <m> (‘+DATA…’, ‘+RECO…’) size 200M;

ここで、<n>は REDO スレッド番号（通常はインスタンス番号と同じ）、<m>はグループ番号（デー

タベース内で一意）です。Exadata では、REDO ログ・グループごとに 1 つのメンバーのみを+DATA

ASMグループに保存します。+DATAは高冗長性ディスク・グループであることから、ASMはREDO

ログの 3 つのコピーを内部に保存します。この後、必ず新しい REDO スレッドを有効化してくだ

さい。

alter database enable thread <n>;

新しい RAC データベース・インスタンスの開始前に、いくつかの RAC 必須パラメータ設定を適用する必

要があります。パラメータ名の先頭の<SID>または「*」は異なる値であることに注意してください。これ

らは、パラメータの有効範囲を示しています。これによりすべてのインスタンスに有効なパラメータか、

特定のインスタンスに有効なパラメータか区別します。

表 1: RAC 固有のデータベース・パラメータ

パラメータ名値コメント

*.cluster_database true データベースは RAC データベース

<SID>.instance_name <DBID><seq-nr> インスタンスの一意の名前

<SID>.instance_number <seq-nr> インスタンスの一意の番号

<SID>.local_listener tnsnames.ora のリスナー・エントリリスナー・ポートが 1521 以外の場合のみ

<SID>.remote_listener //<Scan-VIP>:<port> SCAN リスナーの VIP

<SID>.undo_tablespace <undo-tablespace_name> UNDO 表領域の名前

<SID>.thread <seq-nr> REDO スレッドの番号

<SID>.service_names <DBID>,<instance_name> デフォルト・インスタンス・サービス

28



メンテナンスが用意で、一貫性を維持するために、インスタンス固有のパラメータの<SID>を、対応する

instance_name と同じにします。

ユーザー環境では、1 つのパラメータのみに特に注意してください。

• ORACLE_SID – パラメータの<SID>と同じ

sqlplus からインスタンスを開始するために、ローカル RDBMS ホームのすべてのローカル・インスタンス

について、次を含むファイル init<SID>.ora を作成します。

spfile=’<path/name to the spfiles>

例: spfile=‘+DATA/<DBID>/spfile<DBID>.ora’

このファイルはすでにあるはずです。

次に、データベースとそのすべてのインスタンスを、CRS リソースとして定義します。

srvctl add database –d <DBID> -o <ORACLE_HOME> -p <path/name of spfile>

srvctl add instance –d <DBID> -i <SID> -n <Exadata node>

これで、すべての RAC データベース・インスタンスを開始できます。すべてのノードでファイル/etc/oratab

をメンテナンスするには、SAP OSS ノート 1554661『Configuration of environment for 'oracle' user』を参照し

てください。

移行後のタスク

次に、移行終了後に実行するタスクのリストを示します。常にすべてのタスクが適用されるわけではあり

ません。使用するシステムで必要なタスクをチェックしてください。

• spfile および制御ファイルの ASM エイリアスの作成

• O2O 後の処理

• ユーザーOPS$oracle のチェック

• 追加のデータベース・サービス

• SAP プロファイルのカスタマイズ

• SAP アプリケーション・サーバーでの tnsnames.ora のカスタマイズ

• R3trans のテスト

• SAP OSS ノート 743555『Oracle Sequence for RAC』の確認と実装

spfile および制御ファイルの ASM エイリアスの作成

SAP OSS ノート 1598594『Configuration of environment for 'oracle' user』で説明するように、ASM で実際のファ

イルを指す制御ファイルのコピーと spfile の標準のエイリアスを作成してください。BR*Tools は、これら

のファイルを参照するためにエイリアスを使用します。エイリアスは次のようになります。

+DATA/<DBID>/spfile<DBID>.ora

+DATA/<DBID>/cntrl<DBID>.dbf

+RECO/<DBID>/cntrl<DBID>.dbf

29



asmcmd ユーティリティを使用して作成します。

ASMCMD> mkalias +DATA/<DBID>/PARAMETERFILE/spfile.<nn>.<mm>

+DATA/<DBID>/spfile<DBID>.ora

ASMCMD> mkalias +DATA/<DBID>/CONTROLFILE/Current.<nn>.<mm>

+DATA/<DBID>/cntrl<DBID>.dbf

ASMCMD> mkalias +RECO/<DBID>/CONTROLFILE/Current.<nn>.<mm>

+RECO/<DBID>/cntrl<DBID>.dbf

spfile は、$ORACLE_HOME/dbs のローカル init<DBID>.ora で使用する必要があるため、次のようになりま

す。

spfile = ‘+DATA/<DBID>/spfile<DBID>.ora’

2 つの制御ファイルのエイリアスは、spfile に保存された control_file データベース・パラメータで使用する

必要があります。このパラメータは、実際の ASM ファイル名ではなくエイリアスを参照します。

control_files = ‘+DATA/<DBID>/cntrl<DBID>.dbf ’,

’+RECO/<DBID>/cntrl<DBID>.dbf ’

O2O 後の処理

O2O ツールセットによりデータベースを移行した場合に、パブリック・シノニムは移行されません。

移行後、BR*Tools を実行して、標準 SAP パブリック・シノニムを作成します。

brconnect -c -u / -f crsyn -o <SAP Schema for example SAPSR3>

ユーザーOPS$oracle のチェック

ユーザーOPS$ORACLE が存在しない場合、データベースで次のように作成します。

SQL> connect / as sysdba

SQL> create user ops$oracle identified externally;

SQL> grant sapdba to ops$oracle;

BR*Tools が正しく機能するために、Oracle ユーザー「system」は「sysoper」権限を持つ必要があります。

（” grant sysoper to system “）

追加のデータベース・サービス

データの移行と RAC への移行後、データベース・サービスをカスタマイズします。これにより、Exadata

で tnsnames.ora を構成せずに、SAP アプリケーション・サーバーはデータベースに接続できます。

移行と RAC セットアップの完了時点で、すべてのインスタンスは、データベース・パラメータ

「service_names」が提供する<DBID>や<instance_name>などの名前を持つ 2 つの静的サービスを提供します。

30



これらのサービスは静的であり、常時提供されます。たとえば<DBID>サービスは R3trans や TP が使用し、

<instance_name>サービスはインスタンスの管理が目的です。

静的サービスに加え、各 SAP アプリケーション・サーバー・インスタンスは、Exadata 上で独自のデータ

ベース・サービスも取得します。

srvctl add service -d <DBID> -s <Service_name> -r <SID1> -a <SID2>

RAC SID として ERP1 と ERP2 を持つデータベース ERP の例:

SAP Applicationsservice: DVEBMGS01、D00

前者は Exadata ノード 1 にあるセントラルインスタンス DVEBMGS01 です。アプリケーション・サーバー・

インスタンス D00 は Exadata ノード 2 にあります。

$ srvctl add service -d ERP -s ERP_DVEBMGS01 -r ERP1 -a ERP2

$ srvctl add service -d ERP -s ERP_D00 -r ERP2 -a ERP1

データベース・サービスは、Oracle パラメータ「SERVICE_NAMES」にリストされます。

[oracle@exa1db01 sapprof]$ sqlplus / as sysdba

SQL> show parameter service

NAME TYPE VALUE

------------------------------- ---------- ------------------------------

service_names string ERP_SCS00, ERP_D00, ERP

データベース・サービスの便利なコマンド

• srvctl disable database -d ERP; srvctl enable database -d ERP

• srvctl config database -d ERP

• srvctl stop database -d ERP; srvctl start database -d ERP

• srvctl status database -d ERP

Instance ERP1 is running on node exa1db01

Instance ERP2 is running on node exa1db02

• srvctl stop listener; srvctl start listener; srvctl status listener

• srvctl stop scan_listener; srvctl start scan_listener; srvctl status scan_listener

• srvctl status service -d ERP

Service ERP1 is running on instance(s) ERP1

Service ERP2 is running on instance(s) ERP2

Service ERP_ASCS02 is running on instance(s) ERP2

Service ERP_D00 is running on instance(s) ERP2

Service ERP_DVEBMGS01 is running on instance(s) ERP1

• srvctl remove service -d <DBSID> -s <Service>

31



SAP プロファイルのカスタマイズ

データベースの Exadata への移行後、SAP プロファイルを調整して Exadata 上の新しい RAC データベース

に接続する必要があります。主として SAPDBHOST および Java-DB-Host を次のように調整します。

• SAP デフォルト・プロファイル

• SAPDBHOST = <Exadata-VIP of node 1>

• j2ee/dbhost = <Exadata-VIP of node 1>

tnsnames.ora ファイルが引き続き使用され、すべての SAP インスタンスがすでに独自の TNS 接続記述子を

使用している場合、スタートプロファイルおよびインスタンス・プロファイルを変更する必要はありませ

ん。この場合、tnsnames.ora ファイルの接続記述子のみを次の章に示すように変更してください。tnsnames.ora

ファイルが引き続き使用され、すべての SAP インスタンスが同じ TNS 接続記述子を使用していた場合は、

次に示すように、変数 dbs/ora/tnsname と dbs_ora_tnsname を調整し、各 SAP インスタンスが独自の TNS 接

続記述子を取得するようにします。

新しい EZCONNECT 機能を使用することをお薦めします。この機能を使用するには、次のようにプロファ

イルを調整する必要があります。

• SAP スタートプロファイル

• EZCONNECT = //<Scan-VIP>/<TNS-service-name>

• SETENV_03 = dbs_ora_tnsname=$(EZCONNECT)

• SAP インスタンス・プロファイル

• dbs/ora/tnsname = //<Scan-VIP>/<TNS-service-name>

SAP システム ERP の 2 つの SAP インスタンス DVEBMGS01 と D03 の例:

START_ DVEBMGS01_<hostname>

EZCONNECT=//<Scan-VIP>/ERP_DVEBMGS01.WOLRD

SETENV_03 = dbs_ora_tnsname=$(EZCONNECT)

START_ D03_<hostname>

EZCONNECT=//<Scan-VIP>/ERP_D03.WOLRD

SETENV_03 = dbs_ora_tnsname=$(EZCONNECT)

ERP_DVEBMGS01_<hostname>

dbs/ora/tnsname = //<Scan-VIP>/ERP_DVEBMGS01.WOLRD

ERP_D03_<hostname>

dbs/ora/tnsname = //<Scan-VIP>/ERP_D03.WOLRD

SAP アプリケーション・サーバーでの tnsnames.ora のカスタマイズ

Exadata への移行後、すべての SAP アプリケーション・サーバーが新しいデータベースに接続するために、

使用されているすべての TNS エイリアスは新しいデータベースをポイントしている必要があります。一般

に、すべての HOST パラメータは Scan-VIP を使用する必要がありますが、唯一の例外は、専用の RDBMS

32



インスタンスのリモート開始または停止に BR*Tools（brspace）が使用する接続記述子です。これらの TNS

記述子は、HOST パラメータで Node-VIP を使用します。

tnsnames.ora ファイルを以降も使用する必要があり、またすべての SAP インスタンスが現在 1 つの共有 TNS

エイリアスを使用している場合は、SAP インスタンスごとに 1 つの TNS エイリアスを作成してください。

詳しい説明は、Oracle ホワイト・ペーパー『Configuration of SAP NetWeaver for Oracle Grid Infrastructure

11.2.0.2 and Oracle Real Application Clusters 11g Release 2: A Best Practices Guide』に記載されています。

R3trans のテスト

R3trans を使用して、データベース接続性をテストします。問題が発生した場合:

• 環境変数「dbs_ora_tnsname = <DBSID>」が設定されていることを確認してください。環境変数は、

ユーザー<sid>adm（.dbenv.sh および.dbenv.csh）の環境に追加する必要があります。

• オプションの SAP OSS ノート 50088『Creating OPS$ users on Windows NT/Oracle』を確認し、イン

ストールしてください。

• 新しいパスワードの生成:

“orapwd file=$ORACLE_HOME/dbs/orapw password=<password>”_for_Oracle user sys

SAP OSS ノート 743555（『Oracle Sequence for RAC』）の確認と実装

シングル・インスタンスから RAC にデータベースを移行する場合は、SAP OSS ノート 743555『Oracle

Sequence for RAC』を実装して、2 ノードの RAC のために Oracle シーケンス DDLOG_SEQ を再作成します。

33



SAP 環境の共有ファイル・システム

SAP 環境では、すべての SAP アプリケーション・サーバーが共有ファイル・システム（/sapmnt、/usr/sap/trans

など）にアクセスします。この共有ファイル・システムには、SAP カーネル、プロファイル、トレース・

ファイルが格納され、グローバルなSAP移送ディレクトリを提供します。一般的なSAPインストールでは、

このような共有ファイル・システムは、NAS アプライアンス、クラスタ・ファイル・システムまたはデー

タベース・サーバーから NFS によりエクスポートされたファイル・システムを使用して実装されます。高

可用性を得るために、クラスタ・ファイル・システムを使用するか、または NFS ロケーションのソースを

HA-NFS などの特別な構成で保護して SAP 環境にシングル・ポイント障害が発生しないようにします。

すでにデータベース・サーバーから NFS がエクスポートしたファイル・システムを使用しない、共有ファ

イル・システム・ソリューションが SAP 環境にある場合は、Oracle Exadata Database Machine への移行にも、

このソリューションを継続して使用することをお薦めします。

共有ファイル・システムが既存の環境でデータベース・サーバーからエクスポートした NFS である場合、

Oracle Exadata Database Machine は HA-NFS またはクラスタ・ファイル・システム機能を提供しないため、

共有ファイル・システムを Oracle Exadata Database Machine 以外の別のシステムに実装する必要があります。

ACFS は、現在、Exadata Linux カーネルおよび DBFS でサポートされていません。そのため、Exadata で使

用することはできますが、SAP 環境では使用できません。このような場合、別の Sun ZFS Storage Appliance

を使用することを推奨しますが、他の NAS アプライアンス、HA-NFS またはクラスタ・ファイル・システ

ムのソリューションも使用することができます。また、Sun ZFS Storage Appliance を使用して、ZFS Storage

Appliance を Oracle Exadata InfiniBand ファブリックに直接接続することにより、Oracle Exadata Database

Machine からのバックアップをきわめて高速に実行できます。

34



SAP Central Services の保護

可用性の高い SAP システムを作成するためには、データベースだけでなく、Central Services（SCS、ASCS）

と Enqueue Replication Server（ERS）もクラスタ・ソリューションの保護のもとに実行する必要があります。

IBM PowerHA、HP Serviceguard、Veritas Cluster Server、Oracle Solaris Cluster、Oracle Clusterware など、ほぼ

すべての高可用性ソフトウェアが、これらの重要な SAP Central Services を保護する追加サービスを提供し

ています。高可用性ソフトウェアは一般的な SAP 環境で、クラスタ化したデータベース・サーバー、また

は別のクラスタ・サーバー上にあるデータベース・サーバーの外部で実行されます。

すでにデータベース・クラスタ以外の別のクラスタを SAP Central Services に使用している環境で Oracle

Exadata Database Machine を導入する場合は、別のクラスタは継続して SAP Central Services に使用すること

をお薦めします。

SAP Central Services がクラスタ保護されていない場合、それらをクラスタ制御のもとに置くことを強くお

薦めします。ただし、ここでは、「unicode」と「非 unicode」の SAP システムを区別して考えます。

非 unicode:

SAP Central Services を既存の環境のクラスタ化されたデータベース・サーバーで稼動する場合、Oracle

Solaris を実行する 2 つの x86_64 システムおよびその 2 つの x86_64 システム上の Oracle Solaris Cluster を追

加インストールすることを検討し、SAP Central Services を保護してください。

注意: x86_64ハードウェアで実行されるOracle Solaris Clusterは、非Unicode SAPインストールのSAP Central

Services には使用できません。非 Unicode SAP インストールの代替として、SPARC ハードウェアを使用し

て Oracle Solaris Cluster を構築する必要があります。

Unicode SAP インストールの場合:

Unicode のみの SAP インストールのもう 1 つの代替として、Oracle Exadata Database Machine のデータベー

ス・ノードで実行される Oracle Clusterware を使用し、Oracle Clusterware ユーティリティ SAPCTL を併用し

て SAP Central Services を保護する方法があります。次の章では、Oracle Exadata Database Machine のデータ

ベース・ノードに SAP Central Services をインストールする方法と、Oracle Clusterware および SAPCTL を使

用してこれらを保護する方法を詳細に説明します。

注意: Exadata Storage Software に何らかの変更（パッチ、パッチ・バンドルまたはアップグレード）を加え

ると、Oracle Exadata Database Machine のデータベース・ノード上の SAP Central Services の構成および動作

に影響を与えることがあります。このため、Exadata Storage Software に変更を適用した後は、必ずデータベー

ス・ノード上の SAP Central Services の構成を確認し、正しく動作することを確認してください。

注意: SAPCTL はすべての SAP インスタンス・タイプをサポートしますが、Exadata 上でのサポートは、SAP

インスタンス・タイプ ASCS、SCS、ERS のみです。注意してください。

35



SAP Central Services のインストール手順

一般的に、ABAP および JAVA の SAP Central Services は、SAP インスタンス・タイプの ASCS により ABAP

に、SCS により JAVA に提供されます。インスタンスを Oracle Exadata Database Machine にインストールす

る場合、必ず SAP インストール・ツール SAPINST を使用してください。Enqueue Replication Service（SAP

インスタンス・タイプ ERS）を含めた設定で高可用性を得るには、Oracle Exadata Database Machine の各デー

タベース・ノードで初期インストールを実行する必要があります。インスタンス・タイプ ASCS および SCS

のインストールは、SAPINST により完全にサポートされています。ただし、Enqueue Replication Service の

構成とセットアップは手動で実行してください。次のセクションでは、SAP Central Services を Oracle Exadata

Database Machine に初期インストールする場合に必要な手順を説明します。

インストールの準備

使用する SAP ソフトウェアのバージョン、OS パラメータ、ユーザー制限などシステム・タイプに固有の

最小要件を確認してください。推奨値については、SAP のドキュメントを参照し、すべてのデータベース・

ノードが要件を満たしていることを確認します。必要に応じて最小要件を基準に値を調整してください。

JCE（Java Cryptography Extension）ポリシー・ファイル jce_policy-1_4_2.zip をすべてのデータベース・ノー

ドにダウンロードします。インストールには、このバージョンが必要です。

ASCS インスタンスまたは SCS インスタンスに仮想ホスト名を割り当てます。この仮想ホスト名は、ネッ

トワークの名前解決に使用され、SAP Central Servicesにフェイルオーバー保護を提供するOracle Clusterware

VIP の IP アドレスを表します。

以降のセクションでは、これらの仮想ホスト名を xsapdb_abap および xsapdb_java と呼びます。

仮想ホスト名を、すべてのデータベース・ノードの/etc/hosts ファイルに追加します。

[root@xsapdb01] # vi /etc/hosts

. . .

10.165.110.180 xsapdb_abap xsapdb_abap.de.oracle.com

10.165.110.181 xsapdb_java xsapdb_java.de.oracle.com

root ユーザーとして、SAP Installation Master CD/DVD のあるディレクトリに移動します。

環境変数 JCE_POLICY_ZIP および SAPINST_USE_HOSTNAME を追加します。

ABAP セットの SAP Central Services インスタンスのインストールの場合

[root@xsapdb01] # export JCE_POLICY_ZIP=/<full-path-to>/jce_policy-1_4_2.zip

[root@xsapdb01] # export SAPINST_USE_HOSTNAME=xsapdb_abap

JAVA セットの SAP Central Services インスタンスのインストールの場合

[root@xsapdb01] # export JCE_POLICY_ZIP=/<full-path-to>/jce_policy-1_4_2.zip

[root@xsapdb01] # export SAPINST_USE_HOSTNAME=xsapdb_java

36


mailto:root@xsapdb01






Oracle Exadata Database Machine では、グラフィカル・ユーザー・インタフェース X11 ライブラリはインス

トールされません。SAPINST を使用したソフトウェア・インストールには、別のホストが提供するグラフィ

カル・ユーザー・インタフェースを使用してください。GUI を提供するホストに DISPLAY 変数をエクス

ポートします。

[root@xsapdb01] # export DISPLAY=<host_with_gui>:1

SAP ソフトウェア・インストール・ツールを起動します。

[root@xsapdb01] # ./sapinst

インストール手順に従います。

すべてのデータベース・ノードで、ユーザー<sid>adm に同一の user-id および group-id を使用します。

ASCS インスタンスのインスタンス番号は、すべてのデータベース・ノードで同一にすることが必要です。

すべてのデータベース・ノードで、SCS インスタンスのインスタンス番号を同一にすることが必要です。

可能であれば、すべてのノードで SAP システム管理者のパスワードも同一にします。

すべてのデータベース・ノードでインストールを完了します。

SAP Enqueue Replication Service の設定

SAPINST では、SAP Enqueue Replication サーバー・インスタンス ERS を SAP ASCS または SAP SCS に設

定する構成タスクをサポートしていません。手動で実行する必要があります。

詳細は、SAP のドキュメントを参照してください。ここでは、タスク実行の概要を示す必要な手順を概説

します。

この手順は、Oracle Exadata Database Machine のすべてのデータベース・ノードで実行する必要があること

に注意してください。

ユーザー<sid>adm として、ディレクトリ/usr/sap/<SID>/ERS<NR>とサブディレクトリ data、exe、log、secおよび work を作成します。

プロファイル・ディレクトリ/usr/sap/<SID>/SYS/profile で Instance を作成し、ERS インスタンスの START

プロファイルを作成します。インスタンスの開始に必要なプロファイルの種類については、インストール

された SAP ソフトウェア・リリースの SAP ドキュメントを参照してください。プロファイルの種類は、使

用する SAP 製品またはバージョンによって異なります。

次の例では、参照用に使用できるスタートおよびインスタンス・プロファイルの作業構成を示します。

ABAP レプリケーション・サービスのスタート・プロファイル

SAPSYSTEMNAME = KCM

SAPSYSTEM = 02

INSTANCE_NAME = ERS02

DIR_CT_RUN = $(DIR_EXE_ROOT)/run

DIR_EXECUTABLE = $(DIR_INSTANCE)/exe

SAPLOCALHOST = xsapdb_abap

DIR_PROFILE = $(DIR_INSTALL)/profile

_PF = $(DIR_PROFILE)/KCM_ERS02_xsapdb_abap

37





SETENV_00 = LD_LIBRARY_PATH=$(DIR_LIBRARY):%(LD_LIBRARY_PATH)

SETENV_01 = SHLIB_PATH=$(DIR_LIBRARY):%(SHLIB_PATH)

SETENV_02 = LIBPATH=$(DIR_LIBRARY):%(LIBPATH)

#-----------------------------------------------------------------------

# SAP 実行可能ファイルのコピー

#-----------------------------------------------------------------------

_CPARG0 = list:$(DIR_CT_RUN)/scs.lst

Execute_00 = immediate $(DIR_CT_RUN)/sapcpe$(FT_EXE) pf=$(_PF) $(_CPARG0)

#-----------------------------------------------------------------------

# SAP ロッキング・サービス・レプリケーションの開始

#-----------------------------------------------------------------------

_ERS = enr.sap$(SAPSYSTEMNAME)_$(INSTANCE_NAME)

Execute_01 = local rm -f $(_ERS)

Execute_02 = local ln -s -f $(DIR_EXECUTABLE)/enrepserver$(FT_EXE) $(_ERS)

Start_Program_01 = local $(_ERS) pf=$(_PF)

ABAP レプリケーション・インスタンスのインスタンス・プロファイル

SAPSYSTEMNAME = KCM

SAPSYSTEM = 02

INSTANCE_NAME = ERS02

DIR_CT_RUN = $(DIR_EXE_ROOT)/run

DIR_EXECUTABLE = $(DIR_INSTANCE)/exe

SAPLOCALHOST = xsapdb_abap

#-----------------------------------------------------------------------

# SAP Message Server パラメータが DEFAULT.PFL に設定される

#-----------------------------------------------------------------------

ms/standalone = 1

ms/server_port_0 = PROT=HTTP,PORT=81$$

#-----------------------------------------------------------------------

# SAP Enqueue Server

#-----------------------------------------------------------------------

enque/table_size = 4096

rdisp/myname=ERS02_xsapdb_abap

rdisp/enqname = $(rdisp/myname)

enque/snapshot_pck_ids = 100

#-----------------------------------------------------------------------

# SAP Enq. Replication による SAPCTL HA 実装

#-----------------------------------------------------------------------

rdisp/mshost = xsapdb_abap

enque/process_location = local

enque/server/internal_replication = true

38



enque/server/replication = true

enque/enrep/keepalive_count = 1

enque/server/threadcount = 1

ファイル/usr/sap/sapservices を編集し、各レプリケーション・サーバー・インスタンスのエントリを追加し

ます。

参照用の作業構成の例:

LD_LIBRARY_PATH=/usr/sap/KCM/ERS02/exe:$LD_LIBRARY_PATH;

export LD_LIBRARY_PATH;

/usr/sap/KCM/ERS02/exe/sapstartsrv

pf=/usr/sap/KCM/SYS/profile/START_ERS02_xsapdb_abap -D -u

kcmadm

JAVA Central Services の構成ファイルの例は、SAPCTL ホワイト・ペーパーに掲載されています（『Providing

High Availability for SAP Resources with Oracle Clusterware 11g Release 2』）。

フェイルオーバー機能のある SAP HA システムに必要な追加の構成作業については、利用可能なすべての

SAP ドキュメントおよびサポート・ノートも確認してください。

SAPCTL の構成

SAPCTL ホワイト・ペーパーの最新バージョンは、SAP Community Network（SCN）にあります。

http://scn.sap.com/community/oracleを参照してください。関連ドキュメントで説明されたインストールおよ

び構成の手順に従ってください。

SAPCTL を実行するには、Oracle Exadata Database Machine でいくつかの追加作業が必要になります。

最初のデータベース・ノードで SAPCTL をインストールし設定が完了したら、すべてのファイルとディレ

クトリを/usr/sap/sapctl からすべての残りのノードの同じディレクトリにコピーします。すべてのノードの

/usr/sap/sapctl/bin に、Grid Infrastructure のホーム・ディレクトリへのシンボリック・リンクを作成します。

[root@xsapdb01] # dcli -g <group> ln -s /u01/app/11.2.0/grid/bin/crsctl

/usr/sap/sapctl/bin/crsctl

アクセス権限に問題が発生しないように、perl サブディレクトリを GRID ソフトウェア・インストールか

ら再帰的にディレクトリ/usr/sap/sapctl にコピーし、所有権を<sid>adm:sapsys に変更することをお薦めしま

す。

[root@xsapdb01] # dcli -g <group> cp -r /u01/app/11.2.0/grid/perl

/usr/sap/<SID>/sapctl

[root@xsapdb01] # dcli -g <group> chown -R <sid>adm:sapsys

/usr/sap/<SID>/sapctl

このディレクトリをポイントするように、ファイル sapctl の変数 PERL_HOME を設定します。

「SAP Central Services のインストール手順」の項の説明に従って、仮想ホスト名を使用して ABAP または

JAVA の SAP Central Services のインストールならびに SAP Enqueue ERS レプリケーション・サービスの設

39






定を実行した場合、SAPCTL ホワイト・ペーパーで説明する、START および Instance プロファイルの複製

は必要ありません。

40



付録 1:

SAP Oracle_Home のネーミング規則

Oracle Exadata Database Machine のデータベース・ノードに SAPInst や BR*Tools などの SAP ユーティリティ

を正しくインストールして動作させるためには、SAP 環境で Oracle_Home 環境変数を正しく設定すること

が必要です。SAP 環境では、Oracle_Home 環境変数を/oracle/<Database name>/<release>に設定します。

したがって、次のディレクトリおよびシンボリック・リンクを（次の構成シートにリストされた値に従っ

て）、Oracle ソフトウェアを所有する OS ユーザーが手動で各データベース・ノードに作成する必要があり

ます（次の構成シートでは、OS ユーザーの名前に oracle を使用しています）。

root> mkdir /oracle

root> chown oracle:oinstall /oracle

root> su - oracle

oracle> mkdir -p /oracle/X11

oracle> ln -s /u01/app/oracle/product/11.2.0/dbhome_1 /oracle/X11/112

デフォルトの Oracle 環境設定

次の Oracle Exadata Database Machine の構成シートは、Oracle Exadata を使用した適切な SAP インストール

の例です。次のシートでは、SAP に必要な値が赤色で示されています。

注意: SAP インストールでは標準 OS 認証のみがサポートされているため、このホワイト・ペーパーの表 2

には含まれていません。

表 2 に Oracle ソフトウェア環境の作成で、インストール中に OS 所有者に標準 OS 認証の使用を選択した場

合のデフォルト設定をに示します。これらのデフォルト設定は、構成ワークシートの情報の追加情報です。

表 2: 標準 OS 認証を使用する場合の Oracle 環境のデフォルト設定

Oracle Database 項目デフォルト設定

Oracle Inventory のグループ名 oinstall

Oracle Inventory のグループ識別子 1001

DBA グループ名 dba

DBA グループ識別子 1002

Oracle ソフトウェア所有者のユー

ザー名 oracle

Oracle ソフトウェア所有者のユーザー識別子

1000

Oracle ソフトウェア所有者のデフォルト・パスワード

welcome

Oracle ベース・ディレクトリ（ORACLE_BASE）

/u01/app/oracle

Oracle インベントリ・ディレクト

リ /u01/app/oraInventory

41



Oracle Database 項目デフォルト設定

Grid Infrastructure のホーム・ディレクトリ

/u01/app/11.2.0/grid

データベース名 X11（3 文字であること）

データベースのキャラクタ・セット

UTF8（非 Unicode SAP の場合は WE8DEC）

データベースの各国語キャラク

タ・セット UTF8

データベース・ブロック・サイズ 8192

ASM ディスク・グループデフォルトのデータファイルの場所は DATA、最初のリカバリ領域は

RECO

注意: デフォルトの DATA および RECO ディスク・グループのサイズ

は、システムの種類、ディスク・ドライブの種類、バックアップの種

類に依存する。

Exadata Smart Flash Cache すべてのフラッシュ・ディスクをフラッシュ・キャッシュとして構成

InfiniBand プライベート・ネット

ワークの開始 IP アドレス 192.168.10.1

InfiniBand ネットワークのサブネット・マスク

255.255.252.0

全般的な構成ワークシート（表 2）では、必ずすべての SAP データベースにワークフロータイプ OLTP を

指定する必要があります。SAP BW はシリアル DML（Insert、Update、Delete）を使用し、データベース

に対して実行する全表スキャンが非常に少ないため、SAP BW データベースの場合でも OLTP ワークロー

ド・タイプの OLTP を使用する必要があります。SAP BW データベースでは、ほとんどのデータ・アクセ

スは索引（ビットマップおよび B-trees）に対して実行されます。

追加情報

• Exadata V2 スタータ・キット(Doc ID 1244344.1)

• SAP ノート 1431798『Oracle Performance Rel. 11』

• SAP ノート 1590515『SAP applications with Oracle Exadata Database Machine』

• SAP ノート 1554661『Configuration of environment for 'oracle' user』

• SAP ノート 1677978『Administration of mixed SAP/Non-SAP Environments on Exadata』

• SAP ノート 598594『BR*Tools configuration for Oracle inst. under "oracle" user』

• SAP ノート 1627541『BR*Tools support for Oracle ASM and Exadata』

• SAP ノート 1428529『ASM and Exadata are supported by BR*Tools』

• Oracle RAC（『Configuration of SAP NetWeaver for Oracle Grid Infrastructure 11.2.0.2 and Oracle Real

Application Clusters 11g Release 2: A Best Practices Guide』）

• Oracle ASM（『SAP Databases on Oracle Automatic Storage Management 11g Release 2: Configuration

Guidelines for Unix and Linux Platforms』）

42



• Oracle Linux and SAPCTL（『Providing High Availability for SAP Resources with Oracle Clusterware 11g

Release 2』）

• Oracle ホワイト・ペーパー『SAP データベースの Oracle Automatic Storage Management 11g Release 2

への移行 - ベスト・プラクティス・ガイド』

前述したホワイト・ペーパーは、すべて SAP Community Network（SCN）から入手できます。

http://scn.sap.com/community/oracleを参照してください。SAP ノートは SAP Support Portal に掲載され、閲覧

の権限があれば、いつでも参照できます。

43



Oracle Exadata Database Machine で SAP NetWeaver を使

用する方法、ベスト・プラクティ

ス・ガイド 2013 年 9 月著者: Tanja Albrecht、Hanno Bresch、Kurt Brög、Stephan Bühne、Dirk Hering、Jan Klokkers、Christoph Kurucz、Dieter Orth、Martin Sautter、Jens Schmidt Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA 94065 U.S.A. 海外からのお問合せ窓口: 電話: +1.650.506.7000 ファックス: +1.650.506.7200 oracle.com

Oracle is committed to developing practices and products that help protect the environment

Copyright © 2012、2013、Oracle および関連会社。無断転載を禁ず。本ドキュメントは情報提供のみを目的としています。本ドキュメントの内容は予告なしに変更されることがあります。オラクル社は、本ドキュメントの無謬性を保証しません。また、本ドキュメントは、法律で明示的または暗

黙的に記載されているかどうかに関係なく、商品性または特定の目的に対する適合性に関する暗黙の保証や

条件を含む一切の保証または条件に制約されません。オラクル社は、本ドキュメントの内容に関していかなる保証もいたしません。また、本ドキュメントにより、

契約上の直接的および間接的義務も発生しません。本ドキュメントは、事前の書面による承諾を得ることな

く、電子的または物理的に、いかなる形式や方法によっても再生または伝送することはできません。 Oracle は Oracle Corporation または Oracle Corporation の関連会社（あるいはその両方）の登録商標です。

その他の名称は、それぞれの所有者の商標です。 1212

© Copyright 2012 SAP AG.無断転載を禁ず。

この出版物のいかなる部分も、SAP AGの明示的な許可なく、いかなる形態または目的かを問わず、複製または転載することは

できません。この文書に記載されている内容は、予告なく変更される場合があります。

SAP AGおよびSAP AGの販売会社が販売するソフトウェア製品には、他のソフトウェア会社が所有権を有するソフトウェア・

コンポーネントが含まれています。

Microsoft、Windows、Excel、OutlookおよびPowerPointは、Microsoft Corporationの登録商標です。

IBM、DB2、DB2 Universal Database、System i、System i5、System p、System p5、System x、System z、System z10、System z9、z10、z9、iSeries、pSeries、xSeries、zSeries、eServer、z/VM、z/OS、i5/OS、S/390、OS/390、OS/400、AS/400、S/390 Parallel Enterprise Server、PowerVM、Power Architecture、POWER6+、POWER6、POWER5+、POWER5、POWER、OpenPower、PowerPC、BatchPipes、BladeCenter、System Storage、GPFS、HACMP、RETAIN、DB2 Connect、RACF、Redbooks、OS/2、Parallel Sysplex、MVS/ESA、AIX、Intelligent Miner、WebSphere、Netfinity、TivoliおよびInformixは、IBM Corporationの商標

又は登録商標です。

Linuxは、米国およびその他の国におけるLinus Torvaldsの登録商標です。

Adobe、Adobeロゴ、Acrobat、PostScript、Readerは、米国およびその他の国におけるAdobe Systems Incorporatedの商標また

は登録商標です。

OracleはOracle Corporationの登録商標です。

UNIX、X/Open、OSF/1、Motifは、Open Groupの登録商標です。

Citrix、ICA、Program Neighborhood、MetaFrame、WinFrame、VideoFrame、MultiWinは、Citrix Systems, Inc.の商標または登

録商標です。

HTML、XML、XHTML、W3Cは、World Wide Web Consortium, Massachusetts Institute of Technologyの商標または登録商標で

す。

Javaは、Sun Microsystems, Inc.の登録商標です。

JavaScriptは、Sun Microsystems, Inc.の登録商標であり、Netscapeが考案・開発した技術のライセンスに基づき使用されます。

SAP、R/3、SAP NetWeaver、Duet、PartnerEdge、ByDesign、SAP Business、ByDesign、およびこの文書に引用されている

その他のSAP製品、サービス、ならびにそれぞれのロゴは、ドイツおよび世界中の他の国々におけるSAP AGの商標または登録

商標です。

Business ObjectsおよびBusiness Objectsのロゴ、およびこの文書に記載されたBusinessObjects、Crystal Reports、Crystal Decisions、Web Intelligence、Xcelsiusおよびこの文書に記載されたBusiness Objects製品およびサービス、ならびにそれぞれの

ロゴは、米国およびその他の国におけるBusiness Objects S.A.の商標または登録商標です。Business ObjectsはSAPの子会社で

す。

この文書に記載されているその他のすべての製品名およびサービス名は、それぞれの企業の商標です。この文書に記載された情

報は参考として提供されています。製品仕様は、国ごとに変わる場合があります。

これらの文書の内容は、予告なく変更されることがあります。これらの文書の内容はSAP AGおよびその関連会社（SAPグルー

プ）が情報提供の目的にのみ提供するもので、いかなる種類の表明および保証を伴うものではなく、SAPグループは文書に関し

て過失に対する責任を負うものではありません。SAPグループの製品およびサービスに関する保証は、当該製品およびサービス

に伴う明示的保証がある場合に、ここに記載されたものに限られます。この文書のいかなる記述も、追加の保証となるものでは

ありません。

oracle exadata database machineで稼動するsap · pdf fileたとえば、oracle exadata...

Documents