Oracle® Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド 12c (12.2.1.4.0) E96110-02 |
|
![]() 前 |
![]() 次 |
エンタープライズ・デプロイメント用のデータベースの準備には、データベースが特定の要件を満たしていることの確認、データベース・サービスの作成、データベースのラージ・オブジェクトに対する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 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の概要に関する項を参照してください。
親トピック: データベース要件について
複数のOracle Fusion Middleware製品が同じデータベースを共有する場合は、個別の専用のデータベース・サービスに接続するように、各製品を構成する必要があります。このサービスはデフォルトのデータベース・サービスとは別のものにしてください。サービス名をデフォルトとは別のものにすると、障害時リカバリおよび複数データセンター・トポロジ向けにロール・ベースのデータベース・サービスを作成できます。
注意:
この項に示す手順は、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サービスを作成および変更します。
データベース・サービスを作成および変更する手順は次のとおりです。
親トピック: エンタープライズ・デプロイメント用のデータベースの準備
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など)を使用してコールド・バックアップも実行できます。
親トピック: エンタープライズ・デプロイメント用のデータベースの準備