[WLS, Database] Data Source Use of Oracle Edition Based Redefinition (EBR)

原文はこちら。
https://blogs.oracle.com/WebLogicServer/entry/using_oracle_edition_based_redefinition

---

Edition-based redefinition （エディションベースの再定義） はOracle Database 11gR2の新機能で、アプリケーションの実行中にそのデータベースコンポーネントをアップグレードでき、停止時間を最小化あるいは排除することができます。データのアップグレード前、アップグレード後のビューが同時に存在でき、ホットアップグレード機能を提供することによって動作します。どのビューを特定のセッションで利用するかを指定できます。詳細は以下のリンクをご覧下さい。

• Oracle® Database Advanced Application Developer's Guide 11g Release 2 (11.2)
  Edition-Based Redefinition
  http://docs.oracle.com/cd/E14072_01/appdev.112/e10471/adfns_editions.htm
• Oracle® Databaseアドバンスト・アプリケーション開発者ガイド 11gリリース2(11.2)
  エディションベースの再定義
  http://docs.oracle.com/cd/E16338_01/appdev.112/b56259/adfns_editions.htm
• An Oracle White Paper July 2009 - Edition-Based Redefinition
  a new capability in Oracle Database 11g Release 2 to support online application upgrade
  http://www.oracle.com/technetwork/database/features/availability/edition-based-redefinition-1-133045.pdf
• Oracleホワイト・ペーパー2009年7月 - エディションベースの再定義
  オンライン・アプリケーション・アップグレードをサポートするOracle Database 11g Release 2の新機能
  http://www.oracle.com/technetwork/jp/content/edition-based-redefinition-134320-ja.pdf

Oracle Databaseのこの機能の利用にあたり、新しいWebLogic Serverの機能は不要です。データソースの構成中の初期化SQL（Init SQL）パラメータに、以下の文を指定するだけで。自動的に各接続プールの接続に設定されます。

SQL ALTER SESSION SET EDITION = edition_name 

この設定はWebLogic管理コンソールもしくはWLST（JDBCConnectionPoolParamsのsetInitSQLから）で設定できます。新規作成された物理的な各データベース接続に対して、このSQL文を実行します。データソースがデータベースの一つのエディションだけを参照していることに注意して下さい。
この機能を利用するため、以前のデータベースのエディションを参照するデータソースを使うアプリケーションの以前のバージョンと、最近のエディションのデータベースのエディションを参照するデータソースを使うアプリケーションの最近のバージョンがあるとします。WebLogic Serverのアプリケーションの複数バーションについて話を始めると、きっとWebLogic Serverの"Side-by-Side"もしくは"バージョン付き"デプロイ機能（プロダクション再デプロイメント機能）を使うことでしょう。プロダクション再デプロイメントについて詳細は以下のリンクをご覧下さい。

• Oracle® Fusion Middleware Developing Applications for Oracle WebLogic Server 12c Release 1 (12.1.1)
  Developing Applications for Production Redeployment
  http://docs.oracle.com/cd/E24329_01/web.1211/e24368/versioning.htm#sthref114
• Oracle® Fusion Middleware Oracle WebLogic Serverアプリケーションの開発 12c リリース1 (12.1.1)
  本番再デプロイメント用アプリケーションの開発
  http://docs.oracle.com/cd/E28613_01/web.1211/b65893/versioning.htm#sthref114

Oracle Databaseのエディションベースの再定義機能と、WebLogic Serverのプロダクション再デプロイメント機能を組み合わせると、各々個別に使うよりもより強力になり、アプリケーションをダウンタイムなしでフェールオーバーすることができます。
一つ落とし穴があります。バージョンの切り替えを実現するためには、バージョン付きのデータベースとアプリケーションを実行する必要があります。推奨するWebLogic Serverのアプリケーションのバージョニング方法は、シンプルにMANIFEST.MFファイルの"Weblogic-Application-Version"プロパティを追加することです（ここでデプロイメント時にバージョンを指定することができます）。データソースの構成方法の推奨は、earファイルもしくはwarファイルに格納されたパッケージ化されたデータソースディスクリプタを使って、全てを自己完結するというものです。
なお、次のような制限がありますのでご注意下さい。

• パッケージ化されたデータソースではLogging Last Resource(LLR)の構成を取ることができないため、システムリソースを利用する必要があります。
• global-transactions-protocolにEmulateTwoPhaseCommit（疑似2PC）を使用している場合、アプリケーションスコープでパッケージ化されたデータソースをバージョニングされたアプリケーションと共に使うことはできないため、グローバル・スコープを使う必要があります。

詳細は以下のドキュメントをご覧下さい。

• Oracle® Fusion Middleware Configuring and Managing JDBC Data Sources for Oracle WebLogic Server 12c Release 1 (12.1.1)
  JDBC Application Module Limitations
  http://docs.oracle.com/cd/E24329_01/web.1211/e24367/packagedjdbc.htm#JDBCA277
• Oracle® Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの構成と管理 12cリリース1 (12.1.1)
  JDBCアプリケーション・モジュールの制限事項
  http://docs.oracle.com/cd/E28613_01/web.1211/b65892/packagedjdbc.htm#JDBCA277

あと、XAデータソースでは正しく動作しない、という既知の問題が1件ありますが、パッチが提供されています（パッチ番号：14075837）。