12 エンタープライズ・デプロイメント用のデータベースの準備
エンタープライズ・デプロイメント用のデータベースの準備には、データベースが特定の要件を満たしていることの確認、データベース・サービスの作成、データベースのラージ・オブジェクトに対するSecureFilesの使用、およびデータベース・バックアップ戦略の作成が含まれます。
この章では、データベース要件、データベース・サービスの作成およびデータベースのバックアップ計画に関する情報を提供します。
- エンタープライズ・デプロイメント用のデータベースの準備の概要
Oracle Fusion Middlewareエンタープライズ・デプロイメントの一環として、サポートされているデータベースを構成する方法を理解することは重要です。 - データベース要件について
エンタープライズ・デプロイメント・トポロジを構成する前に、データベースが次の各項に示された要件を満たしていることを確認する必要があります。 - データベース・サービスの作成
複数のOracle Fusion Middleware製品が同じデータベースを共有する場合は、個別の専用のデータベース・サービスに接続するように、各製品を構成する必要があります。このサービスは、デフォルトとデータベース・サービスとは別である必要があります。サービス名をデフォルトとは別のものにすると、障害時リカバリおよび複数データセンター・トポロジ向けにロール・ベースのデータベース・サービスを作成できます。 - Oracleデータベースでのラージ・オブジェクト(LOB)に対するSecureFilesの使用
SecureFilesは、Oracle Database 11gリリース1で導入された新しいLOB記憶域アーキテクチャです。Oracle Fusion Middlewareスキーマ(特にOracle SOA Suiteスキーマ)にはSecureFilesの使用をお薦めします。 - データベース・バックアップ戦略について
エンタープライズ・デプロイメントのインストールと構成の主要ポイントでデータベース・バックアップを実行すると、後の構成ステップで問題が発生した場合に迅速なリカバリを行うことができます。
親トピック: エンタープライズ・デプロイメントの準備
エンタープライズ・デプロイメント用のデータベースの準備の概要
Oracle Fusion Middlewareエンタープライズ・デプロイメントの一環として、サポートされているデータベースを構成する方法を理解することは重要です。
ほとんどのOracle Fusion Middleware製品では、サポートされているデータベースに特定の一連のスキーマがインストールされている必要があります。これらのスキーマは、Oracle Fusion Middlewareのリポジトリ作成ユーティリティ(RCU)を使用してインストールします。
エンタープライズ・デプロイメントでは、Oracle Fusion Middleware製品スキーマに高可用性Real Application Clusters (Oracle RAC)データベースをお薦めします。
親トピック: エンタープライズ・デプロイメント用のデータベースの準備
データベース要件について
エンタープライズ・デプロイメント・トポロジを構成する前に、データベースが次の項で説明する要件を満たしていることを確認する必要があります。
サポートされているデータベース・バージョン
次の情報を利用して、Oracle Fusion Middlewareの各リリースでサポートされているデータベース、および現在稼働中のOracleデータベースのバージョンを確認してください。
-
動作保証済のデータベースの全リストは、Oracle Fusion Middlewareのサポートされるシステム構成のページを参照してください。
-
データベースのリリースを確認するには、
PRODUCT_COMPONENT_VERSION
ビューに問い合せます。SQL> SELECT VERSION FROM SYS.PRODUCT_COMPONENT_VERSION WHERE PRODUCT LIKE 'Oracle%';
Oracle Fusion Middlewareでは、データベースがAL32UTF8文字セットに対応している必要があります。データベースのドキュメントを参照して、データベースで選択できる文字セットについて調べてください。
エンタープライズ・デプロイメントでは、Oracle RACデータベースへの接続にGridLinkデータ・ソースを使用することをお薦めします。
ノート:
GridLinkデータ・ソースおよびSCANの使用方法の詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』の「アクティブなGridLinkデータ・ソースの使用方法」を参照してください。
アクティブなGridLinkの使用には、有効なWebLogic Suiteライセンスを含む特定のライセンス要件があります。Oracle WebLogic Serverデータ・シート を参照してください。
親トピック: データベース要件について
その他のデータベース・ソフトウェア要件
エンタープライズ・トポロジでは、RACデータベースの2つのインスタンスをホストする2つのデータベース・ホスト・コンピュータがデータ層にあります。これらのホストは、DBHOST1およびDBHOST2と呼ばれます。
エンタープライズ・トポロジをインストールまたは構成する前に、次のソフトウェアがDBHOST1とDBHOST2にインストール済であり使用可能であることを確認する必要があります。
-
Oracle Clusterware
『Oracle Grid Infrastructureインストレーション・ガイドfor Linux』のクラスタ用Oracle Grid Infrastructureのインストールに関する項を参照してください。
-
Oracle Real Application Cluster
『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX』のOracle RACおよびOracle RAC One Nodeのインストールに関する項を参照してください。
-
Oracle RACデータベース・インスタンス間の時間同期
サーバー移行で構成された、Fusion Middlewareクラスタ内のサーバーで使用されるデータベース・インスタンスのクロックは同期化する必要があります。
-
自動ストレージ管理(オプション)
『Oracle Automatic Storage Management管理者ガイド』のOracle Automatic Storage Managementの概要に関する項を参照してください。
一般的なデータベース特性
-
文字セット - 文字セットはUnicode準拠(AL32UTF8など)である必要があります。
-
データベース・オプション – 次のデータベース・オプションがデータベースにインストールされている必要があります。
-
Oracle JVM
-
Oracle Text
-
-
データベース・ビュー – 次のデータベース・ビューがデータベースに作成されている必要があります。
-
XAVIEWS
-
-
データベース・パッケージ – 次のデータベース・パッケージがデータベースに存在している必要があります。
-
DBMS_SHARED_POOL
-
-
透過的データ暗号化 - これはOracle Privileged Account Managerで必須です。
親トピック: データベース要件について
必要なデータベース
Oracle Identity and Access Managementでは、多数の別個のデータベースを使用すること推奨します。表12-1に、これらのデータベースの概要を示します。どのデータベースを使用するかは、実装しているトポロジによって異なります。
このリリースのOracle Identity and Access Managementでは、各ドメインで個別のRCUスキーマ接頭辞を使用する必要があります。これにより、必要な場合、製品ごとに同じか異なるデータベースを使用できます。
マルチデータセンターを作成する計画の場合は、AccessおよびGovernance用に別のデータベースを使用します。これにより、それぞれに対して異なるレプリケーション・メカニズムを使用できます。
表12-1 データベースとスキーマ間のマッピング
データベース名 | データベース・ホスト | SCANアドレス | サービス名 | RCU接頭辞 | データベースのスキーマ |
---|---|---|---|---|---|
IADDB |
DBHOST1 DBHOST2 |
|
|
EDGIAD |
OAM、IAU、MDS、OPSS |
IGDDB |
DBHOST1 DBHOST2 |
|
|
EDGIGD |
OIM、SOAINFRA、MDS、OPSS、ORASDPM、BI、ODS |
ノート:
マルチデータセンター・デプロイメントを作成する計画でない場合、データベースを結合できます。
親トピック: データベース要件について
最小初期化パラメータ
データベースは、次の最小初期化パラメータを定義済である必要があります。
表12-2 Oracleデータベースの最小初期化パラメータ
パラメータ | 値 |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
データベースの作成時に、これらのパラメータをデータベース構成アシスタントに設定することお薦めします。これをまだ行っていない場合は、alter system
データベース・コマンドを使用して、作成後に調整できます。たとえば:
sqlplus / as sysdba alter system set aq_tm_processes=1 scope=spfile;
spfile
で変更を行ったら、データベースを再起動します。たとえば
srvctl stop database -d iaddb srvctl start database -d iaddb
ノート:
データベースの最適なパラメータを設定するためのガイドラインについては、パフォーマンスのチューニングを参照してください。
親トピック: データベース要件について
データベース・サービスの作成
複数のOracle Fusion Middleware製品が同じデータベースを共有する場合は、個別の専用のデータベース・サービスに接続するように、各製品を構成する必要があります。このサービスは、デフォルトとデータベース・サービスとは別である必要があります。サービス名をデフォルトとは別のものにすると、障害時リカバリおよび複数データセンター・トポロジ向けにロール・ベースのデータベース・サービスを作成できます。
ノート:
この項に示す手順は、Oracle Database 12c (12.1)リリースを対象としています。これ以外のサポートされているデータベースをご使用の場合は、該当するドキュメント・ライブラリで最新のリリース別の情報を参照してください。
Data Guard 11gリリース2以降は、プライマリおよびスタンバイ・データベースでデータベース・サービスの起動を自動的に制御するために、データベース・ロールを各サービスに割り当てることができます。このサービスは、データベースが委託されたときに作成されたデフォルト・サービスへの追加です。サービスの管理ポリシーがAUTOMATICであり、そのサービスに割り当てられているロールの1つがデータベースの現行のロールに一致する場合、データベースを起動するとロール・ベースのデータベース・サービスが自動的に起動されます。たとえば、データベースがプライマリとして実行中の場合です。
データベース・サービスをこの方法で作成すると、ロールがプライマリ
のデータベースが起動するときに、サービスが必ず起動します。基礎となるデータベース・ロールがスイッチオーバーまたはフェイルオーバーによって移動するにつれ、サービスはサイト間を移動します。
ディザスタ・リカバリ・ガイドでの説明どおりに標準的な障害回復ソリューションを使用する計画の場合、各データベース・サービスはロール・ベースのデータベース・サービスとして定義してください。
マルチデータセンター・デプロイメントを使用する計画の場合、Oracle Identity Governance (IGDDB)データベース用に作成されたデータベース・サービスはロール・ベースのサービスにしてください。
サービスを使用したOracle Databaseへの接続の詳細は、Real Application Clusters管理およびデプロイメント・ガイドの動的データベース・サービスを使用したOracle Databaseへの接続の概要に関する項を参照してください。
また、データベース・サービスはデフォルトのデータベース・サービスとは別のものにしてください。Oracle Database 12cデータベースのデータベース・サービスを作成および管理する完全な手順は、Real Application Clusters管理およびデプロイメント・ガイドの動的データベース・サービスによる自動ワークロード管理の概要に関する項を参照してください。
ランタイム接続のロード・バランシングでは、ロード・バランシングを有効にする各サービスのサービス・レベルの目標を使用してOracle RACロード・バランシング・アドバイザを構成する必要があります。
SERVICE_TIME
またはTHROUGHPUT
について、Oracle RACロード・バランシング・アドバイザを構成できます。接続ロード・バランシングの目標をSHORTに設定します。
srvctl
ユーティリティを使用してOracle Databaseサービスを作成および変更します。
データベース・サービスを作成および変更するには:
親トピック: エンタープライズ・デプロイメント用のデータベースの準備
Oracleデータベースでのラージ・オブジェクト(LOB)に対するSecureFilesの使用
SecureFilesは、Oracle Database 11gリリース1で導入された新しいLOB記憶域アーキテクチャです。Oracle Fusion Middlewareスキーマ(特にOracle SOA Suiteスキーマ)にはSecureFilesの使用をお薦めします。
Oracle Database 11gリリース1以降、新しいLOB記憶域アーキテクチャであるSecureFilesが導入されました。Oracle Fusion Middlewareスキーマ、特にOracle SOA SuiteスキーマにはSecureFilesの使用をお薦めします。『Oracle Database SecureFilesおよびラージ・オブジェクト開発者ガイド』のOracle SecureFiles LOBの使用に関する項を参照してください。
Oracle 12cデータベースでは、SecureFilesを使用するためのデフォルト設定はPREFERRED
です。これは、LOBまたは親LOB (LOBがパーティションまたはサブパーティション内にある場合)でBasicFiles LOBが明示的に指定されていなければ、データベースがSecureFiles LOBの作成を試みることを意味します。Oracle Fusion MiddlewareスキーマではBasicFilesを明示的に指定しません。したがって、Oracle 12cデータベースにインストールされている場合、Oracle Fusion MiddlewareのLOBはデフォルトでSecureFilesになります。
Oracle 11gデータベースでは、db_securefile
システム・パラメータによってSecureFiles使用ポリシーが制御されます。このパラメータは動的に変更できます。SecureFilesを使用するには次のオプションがあります。
-
PERMITTED
: SecureFilesの作成を許可します(これがdb_securefileのデフォルト設定です。デフォルトの格納方式ではBasicFilesが使用されます) -
FORCE
: すべての(新規) LOBをSecureFilesとして作成します -
ALWAYS
: LOBをSecureFilesとして作成しようと試みますが、作成できない場合(ASSMが無効の場合)はBasicFilesに戻します。
この他にも、db_securefileパラメータには次の値があります。
-
IGNORE
: SecureFilesを作成する試行を無視します -
NEVER
: 新しいSecureFilesの作成を許可しません。
Oracle 11gデータベースの場合、リポジトリ作成ユーティリティ(RCU)でOracle Fusion Middlewareスキーマを作成する前に、db_securefileパラメータをFORCE
に設定することをお薦めします。
SecureFilesセグメントは、表領域を自動セグメント領域管理(ASSM)によって管理する必要があります。つまり、ASSMが無効になっていると、SecureFilesでのLOB作成が失敗します。ただし、Oracle Fusion Middlewareの表領域は、デフォルトではASSMが有効な状態で作成されます。したがって、デフォルトの構成では、Oracle Fusion Middlewareスキーマに対してSecureFilesを有効にするために何かを変更する必要はありません。
親トピック: エンタープライズ・デプロイメント用のデータベースの準備
データベース・バックアップ戦略について
エンタープライズ・デプロイメントのインストールと構成の主要ポイントでデータベース・バックアップを実行すると、後の構成ステップで問題が発生した場合に迅速なリカバリを行うことができます。
エンタープライズ・デプロイメントのインストールおよび構成の重要な点として、現在の環境をバックアップすることをお薦めします。たとえば、製品ソフトウェアをインストールし、特定のOracle Fusion Middleware製品のスキーマを作成した後で、データベース・バックアップを実行してください。バックアップを実行すれば、後の構成ステップで何か問題が発生しても、すばやくリカバリを実行できます。
この目的のために独自のデータベース・バックアップ戦略を使用することも、オペレーティング・システムのツールやRMANを使用して単純にバックアップすることもできます。
特にOracle Automatic Storage Managementを使用してデータベースを作成した場合は、Oracle Recovery Managerの使用をお薦めします。可能な場合、オペレーティング・システムのツール(tarなど)を使用してコールド・バックアップも実行できます。
親トピック: エンタープライズ・デプロイメント用のデータベースの準備