1. Oracle WebCenter Portalエンタープライズ・デプロイメント・ガイド
  2. エンタープライズ・デプロイメントの準備
  3. エンタープライズ・デプロイメント用のデータベースの準備

9 エンタープライズ・デプロイメント用のデータベースの準備

エンタープライズ・デプロイメント用のデータベースの準備には、データベースが特定の要件を満たしていることの確認、データベース・サービスの作成、データベースのラージ・オブジェクトに対する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では、データベースがAL32UTF8文字セットに対応している必要があります。データベースの文字セットの選択に関する情報は、データベースのドキュメントを確認してください。

エンタープライズ・デプロイメントでは、Oracle RACデータベースへの接続にGridLinkデータ・ソースを使用することをお薦めします。

注意:

GridLinkデータ・ソースおよびSCANの使用方法の詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』の「アクティブなGridLinkデータ・ソースの使用方法」を参照してください。

アクティブなGridLinkの使用には、有効なWebLogic Suiteライセンスを含む特定のライセンス要件があります。Oracle WebLogic Serverのデータ・シート、および『Oracle Fusion Middlewareライセンス情報』のOracle WebCenter Portalに含まれる制限付き使用ライセンスについての追加の考慮事項に関する項を参照してください。

親トピック: データベース要件について

その他のデータベース・ソフトウェア要件

エンタープライズ・トポロジでは、RACデータベースの2つのインスタンスをホストする2つのデータベース・ホスト・コンピュータがデータ層にあります。これらのホストはDBHOST1およびDBHOST2と呼ばれます。

エンタープライズ・トポロジをインストールまたは構成する前に、次のソフトウェアがDBHOST1とDBHOST2にインストール済であり使用可能であることを確認する必要があります。

親トピック: データベース要件について

Oracle Textのインストールと検証

WebCenter Contentエンタープライズ・トポロジをインストールまたは構成する前に、Oracle TextがDBHOST1とDBHOST2にインストール済であり使用可能であることを確認する必要があります。

Oracle Textのインストールの詳細は、『Oracle Databaseインストレーション・ガイドfor Linux』を参照してください。

WebCenter Contentインストールで使用されるデータベースでOracle Textが有効になっていることを確認するには、次のコマンドを実行します。

SQL> select comp_name, status, substr(version,1,10) as version from dba_registry where comp_id = 'CONTEXT';

COMP_NAME STATUS VERSION
----------- ------- -------
Oracle Text VALID 12.1.0.1.0

親トピック: データベース要件について

データベース・サービスの作成

複数のOracle Fusion Middleware製品が同じデータベースを共有する場合は、個別の専用のデータベース・サービスに接続するように、各製品を構成する必要があります。このサービスはデフォルトのデータベース・サービスとは別のものにしてください。サービス名をデフォルトとは別のものにすると、障害時リカバリおよび複数データセンター・トポロジ向けにロール・ベースのデータベース・サービスを作成できます。

注意:

環境内の特定の製品ごとにサービスを作成することで、チューニングの柔軟性が大幅に向上します。WebCenterエンタープライズ・デプロイメント・ガイドでは、通常はドメインごとに1つのデータベース・サービスを作成するだけで十分です。この点に関する現地の慣行については、データベース管理者に問い合せてください。

この項に示す手順は、Oracle Database 12c (12.1)リリースを対象としています。これ以外のサポートされているデータベースをご使用の場合は、該当するドキュメント・ライブラリで最新のリリース別の情報を参照してください。

サービスを使用したOracle Databaseへの接続の詳細は、Real Application Clusters管理およびデプロイメント・ガイドの動的データベース・サービスを使用したOracle Databaseへの接続の概要に関する項を参照してください。

また、データベース・サービスはデフォルトのデータベース・サービスとは別のものにしてください。Oracle Database 12cデータベースのデータベース・サービスを作成および管理する完全な手順は、Real Application Clusters管理およびデプロイメント・ガイドの動的データベース・サービスによる自動ワークロード管理の概要に関する項を参照してください。

ランタイム接続のロード・バランシングでは、ロード・バランシングを有効にする各サービスのサービス・レベルの目標を使用してOracle RACロード・バランシング・アドバイザを構成する必要があります。

SERVICE_TIMEまたはTHROUGHPUTについて、Oracle RACロード・バランシング・アドバイザを構成できます。接続ロード・バランシングの目標をSHORTに設定します。

srvctlユーティリティを使用してOracle Databaseサービスを作成および変更します。

データベース・サービスを作成および変更する手順は次のとおりです。

  1. サービスをデータベースに追加し、srvctlを使用してインスタンスに割り当てます。
    srvctl add service -db wcdb -service wcedg.example.com -preferred wcdb1,wcdb2

    注意:

    Oracle RACデータベースのサービス名には小文字を使用し、続けてドメイン名を指定します。例: wcedg.example.com

  2. サービスを起動します。
    srvctl start service –db wcdb –service wcedg.example.com

    注意:

    SRVCTLを使用したデータベース・サービスの作成および管理の詳細な手順は、Real Application Clusters管理およびデプロイメント・ガイドのSRVCTLを使用したサービスの作成に関する項を参照してください。

  3. ロード・バランシング・アドバイザおよびランタイム接続のロード・バランシングにおけるサービス・レベルの適切な目標値が使用されるようにサービスを変更します。
    Oracle Database 12c Oracle Real Application Clusters管理およびデプロイメント・ガイドの次のリソースを使用して、サービス・レベル目標SERVICE_TIMEおよびTHROUGHPUTを設定します。

    次に例を示します。

    このコマンドを使用して、サービスのデフォルト構成を確認します。 
    srvctl config service -db wcdb -service wcedg.example.com
    いくつかのパラメータが表示されます。次のパラメータを確認します。

    • 接続ロード・バランシングの目標: 長い

    • ランタイム・ロード・バランシングの目標: NONE

    次のコマンドを使用して、これらのパラメータを変更できます。 
    srvctl modify service -db wcdb -service wcedg.example.com -rlbgoal SERVICE_TIME -clbgoal SHORT
  4. サービスを再起動します。
    srvctl stop service -db wcdb -service wcedg.example.com
srvctl start service -db wcdb -service wcedg.example.com
  5. 構成の変更の確認:
    srvctl config service -db wcdb -service wcedg.example.com
Runtime Load Balancing Goal: SERVICE_TIME
  Service name: wcedg.example.com
  Service is enabled
  Server pool: wcdb_wcedg.example.com
  ...
  Connection Load Balancing Goal: SHORT
  Runtime Load Balancing Goal: SERVICE_TIME
  ...

親トピック: エンタープライズ・デプロイメント用のデータベースの準備

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など)を使用してコールド・バックアップも実行できます。

親トピック: エンタープライズ・デプロイメント用のデータベースの準備