Oracle E-Business Suite リリース11iから12.2へのアップグレード・ガイド E51767-01

目次

前へ

次へ

アップグレードの計画

この章の内容は次のとおりです。

• アップグレードの概要
• インストールされるコンポーネントとシステム要件
• リリース12.2のアーキテクチャ
• アップグレード期間の計画
• NLSアップグレードの考慮事項
• カスタマイズされた環境
• 製品固有の考慮事項

アップグレードの概要

この章では、Oracle Applicationsテクノロジ・スタックと製品を (サポート対象) リリース11iからリリース12.2にアップグレードする作業の高レベルの概要を説明します。

サポート対象のアップグレード・パス

このリリースは、再パッケージされたRapid Installを含んでおり、既存の11.5.10 CU2システム (延長サポートの最低ベースライン・パッチ) を直接リリース12.2にアップグレードできます。サポート要件を確認するには、『Patch Requirements for Extended Support of Oracle E-Business Suite』 (Doc ID: 883202.1) を参照してください。

Oracle E-Business Suiteのアップグレード・パス

次の表に、Oracle Applications 11iについてサポートされているアップグレード・パス (暫定アップグレード・ステップが必要なリリースなど) を示します。この表およびこのガイドの他のセクションに記載されているドキュメントへのリンクについては、「はじめに」の「関連ドキュメント」を参照してください。11.0または11iからリリース12.2にアップグレードする場合、アップグレード元は11.5.10.2である必要があります。コード・レベルが11.5.10.2でない場合は、最初に11.5.10.2にパッチ適用またはアップグレードし、次に12.2にアップグレードする必要があります。詳細は、次の表を参照してください。

データベースのアップグレード要件

リリース12.2へのアップグレードを完了するには、データベースを少なくともOracle 11gリリース2 (11.2.0.3) にアップグレードする必要があります。

注意: 詳細は、Database Preparation Guidelines for an Oracle E-Business Suite Release 12.2 Upgradeを参照してください。

アップグレード・プロセス

アップグレード・プロセスは拡張され、簡素化されています。Rapid InstallとAutoPatchには、機能向上のために新機能が追加されました。

Rapid Installにより、Oracle E-Business Suite製品の最新の動作保証済バージョンと、動作保証済のテクノロジ・スタック・コンポーネントが提供されます。アップグレード時には、アプリケーション (中間) 層コンポーネント用の新規ファイル・システムと、データベース用の新規ファイル・システムが作成されます。アップグレード後にRapid Installを再度実行して、サーバーを構成し、サービスを起動します。

アップグレードには、スクリプトの実行やパッチの適用を指示するステップなど、様々な手動ステップも含まれています。AutoPatchを使用して、すべてのOracle Applicationsパッチおよび統合ドライバ<提供ファイル名 "u<番号>.drv">を提供し、11iデータベースオブジェクトをリリース12.2にアップグレードします。

このリリースから、このマニュアルの付録部分に、各製品ファミリの機能変更、アップグレードに伴う停止時間を短縮するための提案、データ移行の検証方法と、アップグレード・ドライバでは自動的に実行されないデータ移行の管理方法が記載されています。さらに、後日または特定のニーズが生じた時点でアップグレード可能な特定のデータセットの定義など、要求時アップグレード・プロセスに関する情報も記載されています。

アップグレード計画の一環として、この情報をDBAと機能の担当者が協力して慎重に検討することが重要です。これにより、アップグレード中やアップグレード後に予期せぬ停滞が発生してプロセス自体が長期化したり、システム・ユーザーが機能タスクを再開する際に混乱が生じるのを回避しやすくなります。

注意: アップグレードの成否は、DBAとアプリケーション担当者のコラボレーションにかかっています。両者が計画プロセスの一環としてアップグレードのあらゆる側面を理解し、協力する必要があります。

12.2で廃止になった製品

この項では、リリース12.2で廃止になった製品をリストします。

* 以前のリリースのこれらの製品購入の顧客向けの移行プランがあります。詳細は営業担当またはアカウント・マネージャに連絡し、確認してください。

** Oracle Student RecruitingおよびOracle Student Systemsを継続して使用する顧客の場合は、このリリースにアップグレードしないでください。

以前のリリースを使用している既存の顧客に対しては、Oracle Lifetime Support Policyに基づいてサポートが提供されます。

ビジネスへの影響および機能変更

アプリケーションのアップグレードにより、Oracle E-Business Suiteシステムの技術面と機能面の両方が変更されます。テクノロジ・スタックとファイル・システムが変更されるだけでなく、既存製品の動作およびルック・アンド・フィールに影響する特定の変更も開始されます。これらの機能変更 (業務関連変更) は、日常業務における製品の使用方法に影響します。

また、このアップグレードでは共通データ・モデルによりデータの品質が向上し、管理が簡素化され、世界規模の運用をするサービス・センターの運用や、意思決定者に情報を提供することを容易にします。

共通データ・モデルとともに、Oracle FinancialsおよびOracle Procurement製品と他のアプリケーションとの統合も強化されています。統合アプリケーションにより、事前定義済のベスト・プラクティスが可能になり、組織間や地域間でビジネス・プロセスを標準化できます。標準化には、共通のプロセス方法論および量産効果などの利点があります。

このマニュアルでは、リリース12.2へのアップグレードに関連して次の機能上のトピックを説明します。

• 変更理由と、新機能の恩恵を受ける領域

• 一時的に使用不可になる機能または廃止になった機能

• ユーザー・インタフェース、用語または概念およびメニュー・オプションの変更

• すべての取引データが予期したとおりにアップグレードされたかどうかを確認するステップ

• 停止時間短縮のための提案

一般情報と必要なタスク

システムと製品データを準備する前に、アップグレード・プロセス、必要なツール、関連タスクの数とタイプ、リリース12.2におけるシステムと製品の参照方法に関する情報を収集する必要があります。マニュアルのロードマップはMy Oracle Supportで検索できます。Oracle Applications Documentation Resources, Release 12.2を参照してください。特に、既知の問題に関する項に注意してください。

参照情報

このリリースに関連するマニュアルを読むことが非常に重要です。My Oracle SupportのOracle E-Business Suiteマニュアル・リソース、リリース12で参照できます。このガイドの付録H「製品マニュアル・リスト」に、基本的な必読マニュアルのリストがあります。また、アップグレード・テクノロジに関するプレゼンテーション資料、複数組織に関するホワイト・ペーパー、各種コンサルティング・サービスへのリンク、Oracle University研修コースなども確認しておくと役立ちます。

アプリケーション担当者と機能ユーザーは、システムで有効な製品に関するリリース内容文書 (RCD) 、電子技術参照マニュアル (eTRM) および情報転送 (TOI) 文書に特に注意する必要があります。これらの文書には、リリース12.2の新機能情報が記載されています。

注意: 保守ウィザードでは、多数のマニュアルや他の文書に記載されている指示がまとめられ、段階的なアップグレード手順が作成されています。この章の「保守ウィザード」を参照してください。

技術上のアップグレード・タスク

通常、DBAはアップグレード時に次のタスクを実行します。

• インストール済のコンポーネント、システム・サイズ情報、NLSに関する考慮事項、カスタマイズの管理方法などを理解します。この情報はこの章で後述します。

• 第2章「アップグレードの準備」の説明に従ってタスクを完了します。手動アップグレード・スクリプト (TUMS) の実行手順に特に注意してください。アップグレード・プロセスから省略可能なタスクを判別できるリストが生成されます。このタスクを実行すると、アップグレード完了までの所要時間を大幅に短縮できます。

  リリース12.2環境を準備するために、Rapid Installを実行します。アプリケーション層コンポーネント (APPL_TOP) 用の新規ファイル・システムとデータベース用の新規ORACLE_HOMEが作成されます。

  注意: システム・アップグレードの準備に必要なパッチのリストについては、付録I「事前アップグレードのパッチ一覧」を参照してください。

• 第3章「リリース12.2へのアップグレード」では、システム停止時間が開始します。この章に記載されているタスクは、データベースのアップグレード (未実行の場合) や、AutoPatchを使用した必須パッチの適用などです。

• 第4章「アップグレード後のタスク」のタスクでは、アップグレード・プロセスを完了し、ユーザー・ログオン用にシステムと製品を準備します。

機能上のアップグレード・タスク

通常、アプリケーション担当者はアップグレード時に次のタスクを実行します。

• アップグレード後にユーザーが経験する機能変更を理解します。このマニュアルの付録AからDの情報を確認してください。

• 実際のアップグレードに先立って、付録E「停止時間の短縮」のタスク (オプション) を完了します。アップグレード・プロセス中にシステムがオフラインになっている時間を大幅に短縮できる場合があります。

• 取引データが意図したとおりにアップグレードまたは移行されたかどうかの確認に必要なタスクを実行します。これらのタスクについては、付録F「検証タスク」を参照してください。

• 履歴データに最も適したアップグレード方法を決定します。初期アップグレード・プロセス (重大な停止時間ウィンドウ) から省略可能であり、後日または必要になった時点でアップグレードできるデータのタイプについては、付録G「要求時アップグレード」を参照してください。たとえば、すべてのOracle Financials会計データを停止時間中にアップグレードするかわりに、最終会計年度のみをアップグレード対象に含めることができます。他の会計年度 (数か月後または数年後でも) のアップグレードが必要になった場合は、アップグレード後にいつでも実行できます。

リリース12.2へのアップデート

このアップグレードを完了すると、システムのリリースが12.2.0になります。システムを常に最新の利用可能なリリースレベルに保つため、最新のリリース更新パック (RUPs) を引き続きいつでも適用できます。各リリース更新パックは個別の製品ファミリRUPで構成され、そのファミリに関連するすべてのパッチが含まれます。リリース更新パック全体を適用することも、各製品ファミリ・パックを個別に適用することもできます。

RUPは定期的にリリースされます。各RUPは累積的で、最新のRUPだけでなくそれ以前のすべてのRUPに対する、エラー修正およびシステム更新が提供されます。

『Oracle Applications Release Notes Release 12.2.0』の最新のバージョンを確認することによって、最新のリリース情報、アップグレードに影響する可能性がある新しいRUPに関するアナウンスおよびその他の更新についての最新情報を常に把握できます。

インストールされるコンポーネントとシステム要件

この項では、Rapid Installにより提供される動作保証済のコンポーネントと、アップグレードに関する一般的なシステム要件を説明します。一般に、CPU、メモリーおよびディスク領域 (ログ・ファイルおよびバックアップ用) の要件は、通常の操作中よりもアップグレード時の方がはるかに大きいことに注意してください。

Oracle E-Business Suiteのアーキテクチャ: アプリケーション層

アプリケーション層には2つの役割があります。ビジネス・ロジックを処理する各種サーバーおよびサービス・グループのホスティング、およびデスクトップ層とデータベース層の間の通信の管理です。この層のアーキテクチャは (データベース層およびデスクトップ層とは異なり) 、Oracle E-Business Suiteリリース12.2で大幅に変更されました。

3つのサーバーまたはサービスグループでOracle E-Business Suiteの基本アプリケーション層が構成されます。

• Webサービス

• フォーム・サービス

• コンカレント処理サーバー

リリース12.2では、Webサービスおよびフォーム・サービスはOracle Application Serverで提供されます。これらはシングル・プロセスであるという意味でサーバーではなくなっています。

ヒント: アプリケーション層では異なるプラットフォームを混在して使用しないことをお薦めします。これにより、ダウンロードが必要なパッチが1セットになるため、保守が容易になります。

リリース12.2のアプリケーション層ORACLE_HOME

Oracle E-Business Suiteリリース12.2では、2つのアプリケーション層ORACLE_HOMEを使用します。1つはOracleAS 10.1.2 ORACLE_HOMEであり、もう1つはOracle Fusion Middleware (FMW) ORACLE_HOMEです。この組合せにより、Oracle E-Business Suiteが最新のOracleテクノロジの恩恵を受けられるようになります。

このアーキテクチャの重要な機能としては以下があります。

• Oracle E-Business SuiteモジュールはOracleAS 10.1.2 ORACLE_HOME外に配布され、frmweb実行ファイルもこのORACLE_HOME外から起動されます。

• すべての主要なサービスはFMW ORACLE_HOMEから開始されます。

前のリリースからの主要な変更点としては以下があります。

• Oracle Application Server 10.1.2 ORACLE_HOME (Tools、C、またはDeveloper ORACLE_HOMEとも呼ばれます) が、リリース11iのOracle9i Application Server 1.0.2.2.2で提供されていた8.0.6 ORACLE_HOMEを置き換えます。

• FMW ORACLE_HOME (WebまたはJava ORACLE_HOMEとも呼ばれます) が、12.2以前のOracle E-Business Suite 12.xリリースで使用されていたOracleAS 10.1.3.ベースのORACLE_HOMEを置き換えます。

テクノロジ・スタック・コンポーネント

Rapid Installでは、データベース層とアプリケーション層の両方について、必須のテクノロジ・スタック・コンポーネントが自動的にインストールおよび構成されます。新規のリリース12.2インストールのデータベース層テクノロジ・スタックはOracle 11gリリース2 (11.2.0.3) です。

アプリケーション層には、他のコンポーネントとともに次のテクノロジ・スタックがインストールされます。

• Java (J2SE) ネイティブ・プラグイン1.6.0_27

• Oracle Fusion Middleware 11g PS5 (11.1.1.6.0)

  • Oracle WebLogic Server 11g PS3

  • Oracle WebLogic JSPコンパイラ

  • Oracle FMW 11g Java Required Files (JRF) ライブラリ (ADFおよびMDS 11gの使用を除く)

  • Oracle WebLogic Portlet 11g PS3 Container

• JRockit, JDK 6.0

• Apacheバージョン2.2

• Oracle Developer 10g (Oracle Formsを含む)

• Oracle EBS Formsベースのアプリケーション向けOracle 10g (10.1.2) Applications Server

ソフトウェア要件

システムによってはプラットフォーム固有のリリース保守ツールが必要な場合があり、一部のプラットフォームのリリース12.2には必須ツールの新規バージョンがあります。これらのツールのリストについては、該当するプラットフォームのOracle E-Business Suiteインストレーションおよびアップグレード・ノートを参照してください。

アップグレードにはOracle 11gリリース2(11.2.0) が必要であり、Oracle 11gリリース1以前のリリースはサポートされません。指示内容については、Database Preparation Guidelines for an Oracle E-Business Suite Release 12.2 Upgradeを参照してください。

CPU

アップグレードのCPU要件は、次のように多数のファクタに応じて異なります。

• データベースのサイズ

• 主要製品インストール・グループのデータ量

  注意: 複数の主要製品を使用している場合があります。

• アップグレード操作が集中している製品に関連する長時間実行パッチ・ワーカー・プロセスの数および実行時間

• 要求される応答時間

注意: AutoPatchまたは (統合ドライバ) アップグレード実行時に使用するワーカー (adworker) の推奨数は、『Oracle E-Business Suiteメンテナンス・ガイド』を参照してください。

例:

最大のOracle本番システム (oraprod) のテスト・アップグレードでは、次のCPUを使用しました。

• データベース層のマシン: 24 CPU (900 MHz SUNW、UltraSPARC-III+)

• アプリケーション層のマシン: 4 CPU (3.05 GHz Intel Xeon)

Visionデータベースおよびアプリケーション層のマシンのテスト・アップグレードでは、4 CPU (3.05 GHz Intel Xeon) を使用しました。

注意: これらの本番システムのアップグレードの統計については、Applications Release 12 Upgrade Sizing and Best Practicesを参照してください。

メモリー

アップグレードのメモリー要件を計算する際には、次のことを考慮してください。

• 同時ユーザー数

• 複数層アーキテクチャのインフラストラクチャ要件

例

最大のOracle本番システム (oraprod) のテスト・アップグレードでは、次のメモリーを使用しました。

• データベース層のマシン: 48 GBのメモリー

• アプリケーション層のマシン: 12 GBのメモリー

Visionデータベースおよびアプリケーション層のマシンのテスト・アップグレードには、6 GBのメモリーを使用しました。

注意: これらの本番システムのアップグレードの統計については、Applications Release 12 Upgrade Sizing and Best Practicesを参照してください。

注意: 最小メモリーおよび最小スワップスペースの要件は、My Oracle Support Knowledgeで使用可能な、関連するOracle E-Business Suiteプラットフォーム固有のインストールおよびアップグレードノート (IUN) および11gR2サイズ設定に関するRapid Install ガイド、および『Oracle E-Business Suite Documentation Resources, Release 12.2』ドキュメント (Doc ID: 1498411.1) を参照してください。

ディスク領域の要件

標準インストールのファイル・システムのディスク領域の要件は、概算で次のようになります。

本番データベースおよびVision Demoデータベースのどちらのデータベース・ノード・ディスク領域要件も、データベース・ファイル (.dbf) および11gR2データベースOracle Homeを含みます。

重要: Oracle E-Business Suite Release 12.2でオンライン・パッチ適用 (OP) が導入されたのは、APPL_TOP、COMMON_TOP、INST_TOP、OracleAS 10.1.2 Oracle Home、およびFusion Middleware Oracle Homeが、二重ファイル・システムのOP要件を満たすために効率的にコピーされ、結果としてアプリケーション層で必要なディスク領域サイズが大幅に増大したためです。

入出力 (I/O) サブシステム

アップグレード中のパフォーマンスは、Oracleデータベース・システムの入出力 (I/O) サブシステムの速度に大きく依存します。パフォーマンス向上のために、10から15ミリ秒未満の平均ディスク応答時間 (平均サービス時間) をお薦めします。詳細 (IOPの計算など) は、アプリケーション・リリース12へのアップグレード時の表領域サイズ決定およびベストプラクティスを参照してください。

I/Oパフォーマンスをモニターするには、テスト・アップグレード中にiostatまたはsar (Unix) などのOSツールを使用する必要があります。他のオペレーティング・システムの場合も、同様のツール (Windowsの場合はパフォーマンス・モニターなど) を使用します。また、負荷ピーク中に本番システムのI/Oパフォーマンスをモニターして、アップグレード前にI/Oサブシステムのパフォーマンス情報を取得することもできます。ただし、既存のアプリケーションにおけるI/O負荷と平均サービス時間がアップグレード時とは異なることに注意する必要があります。

I/Oパフォーマンスのモニター中は、平均サービス時間 (ディスク・ドライブでI/O要求が完了するまでの平均ミリ秒数) と平均待機 (要求が未処理になっている平均時間) に焦点を絞る必要があります。この2つの指標の平均値が大きくなる場合は、I/Oボトルネックがあることを示します。平均サービス時間が50ミリ秒を超える場合は、継続時間が長すぎるかどうかや高レベルの状態が続くかどうかに注意する必要があります。平均サービス時間が長くなっている間隔が短ければ、問題はありません。

注意: 『Oracle Databaseパフォーマンス・チューニング・ガイド 11g リリース2 (11.2) 』を参照してください。

データベース・サイズ

アップグレードに必要なディスク領域の追加分を見積もるために、製品、インストールする言語の数およびデータ・モデルの変更を考慮します。

例

最大のOracle本番システム (oraprod) のテスト・アップグレードでは、データベースが10から20%大きくなりました。テスト・アップグレードでは、Visionデータベースは5%大きくなりました。Oracle本番システム (oraprod) のアップグレードに基づくガイドラインについては、『Applications Release 12 Upgrade Sizing and Best Practices』 (Doc ID: 399362.1) を参照してください。

表領域のサイズ設定

十分な表領域を割り当てる必要があります。Oracle本番システム (oraprod) のアップグレードに基づくガイドラインについては、『Applications Release 12 Upgrade Sizing and Best Practices』 (Doc ID: 399362.1) を参照してください。

ブロック・サイズ

このリリースでは、8KのRDBMSブロック・サイズが必要です。この設定により、パフォーマンスが大幅に向上するのみでなく、このブロック・サイズを必要とするOracle E-Business Suite索引に対応できます。

廃止されたテクノロジ統合

以下のテクノロジ統合はサポートされなくなりました。

• OSSO 10 - シングル・サインオン統合を行うには、Oracle Access Manager (10gまたは11g) およびOracle E-Business Suite AccessGateに移行する必要があります。

• OID 10g - OID 11gにアップグレードする必要があります。

Oracle E-Business Suiteリリース12.2で使用されないスキーマ

次のスキーマは、Oracle E-Business Suiteリリース12.2では使用されません。完全に不要になったことを確認した後、これらのスキーマを削除できます。

リリース12.2のアーキテクチャ

アップグレード・プロセスは、システム・アーキテクチャと、アップグレード後のOracle Applications製品の使用方法に影響します。このリリースのアーキテクチャの詳細 (Oracle E-Business Suite複数層アーキテクチャ、拡張機能、言語サポート、ファイル・システム構造および基本データ・モデルなど) については、Oracle E-Business Suite概要を参照してください。

表領域モデル

このリリースでは、Oracle Applications表領域モデル (OATM) を使用します。このモデルは製品提携ではなくデータベース・オブジェクト・タイプに基づいています。OATMでは、すべての製品に12のローカル管理表領域 (一時表領域、システム表領域、システム管理のUNDO (SMU) 表領域など) を使用します。各データベース・オブジェクトは、入出力特性 (オブジェクト・サイズ、存続期間、アクセス方法、ロックの粒度など) に基づいて、表領域にマップされます。

システム・テストは、小規模システム (100 GBのデータベース) の場合はエクステント・サイズ128 KB、大規模な数TBのデータベース・システムの場合は、エクステント・サイズ4から10 MBで正常に完了しています。

アップグレード・プロセスには、すべての新製品用の表領域を作成し、新規表領域モデル用にデータベースを構成するためのスクリプトが用意されています。そこで、アップグレード・プロセスでは新規オブジェクトが作成されます。ただし、既存のオブジェクトは自動的には移行されません。アップグレード準備の一環として、関連するAD準備スクリプト実行後に既存のオブジェクトを移行することをお薦めします。表領域移行ユーティリティ (リリース11iで導入) を使用してこのタスクを実行します。このユーティリティはオンラインパッチ適用の有効化後には使用がサポートされないので、リリース12.2に環境をアップグレード後には移行を実行できない点に注意してください。OATMへの移行をこの時点で行わない場合は、継続して表領域を個別に管理する必要があります。詳細は、『Oracle E-Business Suiteセットアップ・ガイド、リリース12.2』、またはOracle E-Business Suiteシステム管理者ガイド - 設定、リリース12.0または12.1を参照してください。

注意: 『Oracle E-Business Suiteセットアップ・ガイド』を参照してください。また、Oracle E-Business Suite概要も参照してください。

複数組織

複数組織アーキテクチャでは、E-Business Suite全体のパフォーマンス向上のみでなく、複数組織アクセス管理もサポートされるため、必要に応じて「アプリケーション」職責で複数の営業単位にアクセスできます。アップグレードを行う場合、すべての単一組織アーキテクチャ・システムの複数組織への変換が必要になります。少なくとも1つの営業単位を定義し、「MO: 営業単位」プロファイル・オプションに割り当てる必要があります。

複数組織に変換しても複数営業単位または会計帳簿を使用する必要はありませんが、これらの機能が必要な場合は使用できます。複数組織への切替によって操作が大きく変わることはありません。複数営業単位や会計帳簿を定義しない場合は、ユーザーは複数組織を認識しません。

注意: Oracle E-Business Suite複数組織導入ガイドを参照してください。『Use of Multiple Organizations (Multi-Org) in Release 11i』 (Doc ID: 210193.1) も参照してください。

Subledger Accountingモデル

Oracle Subledger Accountingには、様々な補助元帳の既存の会計処理を置き換える共通会計エンジンが用意されています。そのため、Oracle Subledger Accountingのアップグレードは、2つのリリース間で業務を継続できるように、既存の会計データを移行する作業で構成されています。ビジネスおよび特定の要件によっては、既存の会計データが顧客ごとに異なる意味を持つ場合があります。

注意: Subledger Accountingのアップグレードの詳細は、付録A「Financials製品のアップグレードの影響」を参照してください。他の製品のSLAアップグレードの影響の詳細は、付録G「要求時アップグレード」の「FinancialsおよびProcurementタスク」も参照してください。

複数報告通貨

複数報告通貨機能は、Oracle Subledger Accountingモデルの報告通貨機能に移行されました。Oracle Subledger Accountingには、報告通貨で金額を表示できる単一リポジトリが用意されています。

注意: 詳細は、このマニュアルの付録A「Financials製品のアップグレードの影響」の「General Ledger」および「Subledger Accounting」を参照してください。

アップグレード期間の計画

アップグレードの場合、重大なシステム停止時間とは、ユーザーがシステムにログオンできなかったり、Oracle E-Business Suiteを使用できない期間を指します。この停止時間を短縮するために実行できる処理がいくつかあります。たとえば、アップグレード前に特定の製品固有のタスクを実行しておくと、停止時間を大幅に短縮できます。同様に、Oracleのクローニング方法論とテスト・ファイル・システムを使用して本番システムをアップグレードすると、停止時間を大幅に短縮できます。

この項では、アップグレードに必要な停止時間に影響する問題と、停止時間を短縮するための推奨処理の概要を説明します。

バックアップ

アップグレードを開始する前に、システム全体のバックアップを作成することをお薦めします。

データベース初期化パラメータ

開始前にデータベース初期化パラメータの要件を確認してください。『Database Initialization Parameters for Oracle E-Business Suite Release 12』 (Doc ID: 396009.1) を参照してください。

アップグレード・タスクの決定

この項では、システムの検査とシステムに適用するアップグレード・ステップの決定に使用できるツールを説明します。

手動アップグレード・スクリプト (TUMS)

手動アップグレード・スクリプト (TUMS) により現行の構成が検査され、システムに該当しないアップグレード・タスクを示すレポートが作成されます。このレポートにはシステム構成に固有の情報が含まれているため、出力は個別のアップグレードに関連するものになります。TUMSレポートに示されたステップを省略すると、アップグレードに伴う停止時間を大幅に短縮できます。

TUMSレポートを作成するには、リリース11iのパッチを適用します。このパッチにより、TUMSでOracle Applications構成の検査に使用されるAPPSスキーマにオブジェクトがロードされます。現行のOracle Applications環境は影響を受けません。パッチでは、このマニュアルで説明するTUMSステップ・キーを使用して各タスクが一意に識別されます。生成されたレポートでは、アップグレード・タスクごとにステップのタイプ (事前アップグレードなど) とステップ番号、ステップ・キーが示されます。

第2章でアップグレードの準備を行う際に、TUMSを実行するように指示されます。

保守ウィザード

保守ウィザードは、Oracleサポートから提供されるツールで、表示される指示に従ってアップグレードおよびコードラインの保守プロセスを進めることができます。多数のマニュアルや他の文書 (このマニュアル、『Oracle E-Business Suiteインストレーション・ガイド: Rapid Installの使用方法』、Oracle E-Business Suiteリリース・ノートなど) から指示が採用されており、アップグレードに必要なアクティビティの全容が提供されます。

保守ウィザードを使用すると、Oracle Applications環境から取得した基準に基づいて必要なステップを動的にフィルタし、アップグレード・タスク数を削減できます。結果のレポートは、システムに必要な重要パッチなど、特定のアップグレードを完了するための一連の必須手順を正確に示すものです。また、多数のタスクが自動的に実行されるため、エラーの可能性や重要なタスクを意図せずに省略する可能性が減少します。

保守ウィザードの特長は、次のとおりです。

• 連結されパーソナライズされた一連の手順が表示されます。

• 重要なアクティビティが検証可能になり、ダウンストリームでの問題発生が防止されます。

• すべてのタスクのログおよびステータス情報が保守されます。

• プロジェクト管理者は、様々なアップグレード・タスク・グループを異なるユーザーに割り当てることができます。

• 多数の必須パッチが自動的にダウンロード、マージ、インストールされます。

• プロジェクト管理ユーティリティが用意されており、各タスクの所要時間と完了ステータスが記録されます。

  注意: 保守ウィザードの設定と使用については、『Master Issue List for the Maintenance Wizard』 (Doc ID: 215527.1) を参照してください。

保守モード

パッチの適用時に最適なパフォーマンスを確保して停止時間を短縮するには、AutoPatchセッションを開始する前に、ワークフロー・ビジネス・イベント・システムを停止して機能セキュリティを設定する必要があります。これにより、必要なセキュリティが提供され、パッチ適用中はユーザーがOracle E-Business Suiteの機能を使用できなくなります。保守モード機能により、Oracle E-Business Suiteの通常のランタイム操作と保守に伴うシステム停止時間が明確に分離されます。

注意: 『Oracle E-Business Suiteメンテナンス・ガイド』の保守モード変更に関する項を参照してください。E-Business Suiteパッチ・プロシージャのパッチ適用ツールに関する項も参照してください。

テスト・アップグレード

アップグレード実行時間のベースラインを提供してアップグレードの問題を事前に処理するには、既存システムのコピー (クローン) と本番システムと類似したハードウェアを使用して、テスト・アップグレードを実行することをお薦めします。システムがカスタマイズされている場合は、テスト・アップグレードが特に重要になります。

ユーザー優先タイムゾーンのサポート

ユーザー優先タイムゾーンがサポートされている製品では、特別なアップグレード・ステップは不要です。

注意: Oracle Applicationsリリース12.2のユーザー優先タイムゾーンのサポートに関する項を参照してください。

要求時アップグレード

一部のOracle E-Business Suite製品の場合、アップグレード計画にはアップグレード処理に最も有効なデータのセットを選択する作業が含まれます。これにより、アップグレード時に省略された履歴データを、後日または必要になった時点でアップグレードできます。たとえば、リリース12.2へのアップグレードには最終会計年度のみを含めておき、残りのデータはアップグレードに伴う12.1.1停止時間ウィンドウ外にアップグレードできます。

注意: 詳細は、付録Gを参照してください。

診断

診断ツールを使用して、Oracle Diagnostics Support Packをインストールします。

「アプリケーション診断」職責の割当 (推奨)

Oracle E-Business Suite Diagnosticsは、Oracle E-Business Suite内で、「アプリケーション診断」職責を使用して排他的に起動されます。

ユーザーへの「アプリケーション診断」職責の割当の詳細は、eBusiness Suite診断実行指示書の職責構成に関する項を参照してください。

R12サポート診断の動作確認 (推奨)

12.2 E-Business Suiteには、更新されたDiagnostic Support Packが含まれます。次の実行指示に従い、R12サポート診断が正常に動作することを確認します。

1. 「アプリケーション診断」職責にアクセスし、「診断」を選択します。

2. Oracle Diagnostics内で、「アプリケーションの選択」ボタンを選択し、必要なアプリケーションを問い合せます。

3. 必要な「診断テスト」を選択し、「実行」を選択します。

4. テスト入力を行い、「発行」を選択します。

現行バージョンの診断テストの取得 (推奨)

R12ベース・インストールの一部としてリリースされていない新しい診断テスト、バグ・フィックスおよび既存の診断テストの拡張を取得する診断パッチが使用可能な場合があります。使用可能なすべてのパッチを検索するには、対応する診断カタログを参照してください。パッチが使用可能であり、診断の現行バージョンを取得する必要がある場合は、特定のテストのカタログの追加コメントに関する項に記載があります。パッチ情報は、個別のテスト・ノートの説明および重要事項に関する項にも記載があります。

詳細は、R12のE-Business Suite診断リファレンスを参照してください。

NLSアップグレードの考慮事項

この項では、アップグレード中の翻訳、言語およびキャラクタ・セットの管理に関する重要な考慮事項を説明します。

言語

アップグレードを完了するには、データベースにアメリカ英語以外の言語用に追加領域が必要になります。領域はアメリカ英語以外に有効な言語の数やデータベース・キャラクタ・セットなどに応じて異なり、顧客がシステムに作成したデータ量によっても大きく異なるため、システムに必要な追加領域は予測できません。

言語用の追加領域は、アップグレード・プロセスを通じて使用可能である必要があることに注意してください。

注意: APPL_TOPで各有効言語に必要な推奨最小領域については、各リリース・レベルのOracle E-Business Suite NLS Release Notesを参照してください。

言語ステータス

アップグレード後ステップおよび終了ステップを含めてアップグレード・プロセス全体が完了するまでは、既存のOracle Applicationsリリース11iの言語ステータスを保持する必要があります。ベース言語も同一に保つ必要があり、新規言語は有効化できません。

アップグレード・プロセスの完了後に、必要に応じて言語ステータスを変更し、新規言語を有効化できます。

注意: 『Oracle E-Business Suiteメンテナンス・ガイド』の、NLS言語の追加および保守に関する項を参照してください。

キャラクタ・セット

APPL_TOPキャラクタ・セットは設定できません。アップグレードで選択したDBキャラクタ・セットの値と同じ値が自動的に設定されます。

注意: 『Oracle E-Business Suiteメンテナンス・ガイド』のライセンス・マネージャに関する項を参照してください。『Migrating an Applications Installation to a New Character Set』 (Doc ID: 124721.1) も参照してください。

カスタマイズされた環境

カスタマイズされた環境の場合、アップグレード中に特に注意する必要があります。このマニュアルに記載されている手順は、Oracle E-Business Suite開発者ガイドとOracle E-Business Suiteフォーム・ベース製品のユーザー・インタフェース標準に記載されているとおり、Oracle E-Business Suiteのカスタマイズ標準に正確に従ったことを前提としています。

注意: 『Preparing Custom Development for the Next Oracle Applications Release』 (Doc ID: 374398.1) も参照してください。

カスタマイズを保持し、アップグレード中の影響を最小限に抑えるには、次の操作を実行します。

• Oracle E-Business Suite開発者ガイドの指示に従って、システムをカスタマイズし、カスタマイズをアップグレードします。

• カスタマイズに関する詳細文書を保守します。

• アップグレード前にカスタマイズのバックアップを作成します。

  注意: コンカレント・プログラム定義、メニュー、値セットまたはOracle E-Business Suiteで提供される他のシード・データのカスタマイズはサポートされていません。これらのカスタマイズはアップグレード・プロセスにより上書きされます。

名称変更されたファイル内のデータの保護

ファイルは様々な理由で名称変更されるため、アップグレード中は意図せずに上書きされないように、保護しておくことをお薦めします。したがって、「<ファイル名>old」、「<ファイル名>new」または他の汎用指定を使用してファイルを名称変更した場合は、アップグレード開始前に意味のある名称に再度変更してください。

カスタマイズされたヘルプ・ファイル

このリリースのヘルプ・ファイルはHTML形式で、市販のWebブラウザやエディタを使用して容易に変更できます。前にカスタマイズしたヘルプ・ファイルをアップグレードしたシステムに再適用することはできません。そのため、アップグレード前のカスタマイズ済ヘルプ・ファイルを参照用に保存しておくことが重要です。

注意: 『Oracle E-Business Suiteセットアップ・ガイド』の、Oracle E-Business Suiteヘルプのカスタマイズに関する項を参照してください。

製品固有の考慮事項

この項で説明する内容は、このリリースの特定のOracle Applications製品に該当します。システムで有効な他の製品については、リリース内容文書を参照してください。

注意: 付録AからDに、このリリースのOracle E-Business Suite製品の変更に関する記載があります。製品固有のマニュアルに関しては、付録H「製品マニュアル一覧」も参照してください。

製品間機能

この項で説明する製品に対する変更は、多数のOracle Applications製品に影響します。アップグレード開始前に、アプリケーション担当者は、関連する変更内容に対応できるように計画を作成する必要があります。

Legal Entity Configurator

Oracle Legal Entity Configuratorは、リリース12の新しいモジュールです。このモジュールには、リリース11iの多数のソースから移行するデータが移入されます。その目的は、企業の法的体系について一貫した定義を提供し、Oracle E-Business Suite内の他の体系に関連付けることです。

Oracle Legal Entity Configuratorを使用すると、企業の法的体系を管理し、法律面からデータを追跡できます。これにより、法的エンティティ、報告組織および登録の各レベルで詳細レポートを作成できます。

法的エンティティの概念は、人事管理モデルを使用して法的エンティティを定義する全顧客に影響します。法的エンティティは、法的エンティティ (XLE) データ・モデルに法的情報が格納されているTrading Community Architecture (TCA) のパーティとして存在します。法的エンティティの子会社は報告組織として定義され、報告組織も法的エンティティ・データ・モデルに法的情報が格納されているパーティとして定義されます。

注意: 詳細は、『Oracle Financials Concepts』を参照してください。『Oracle Financialsインプリメンテーション・ガイド』も参照してください。

GRE/法的エンティティからTrading Community Architectureの法的エンティティへの移行

GRE/法的エンティティに分類され、会計情報 (会計帳簿など) が割り当てられているHRMS組織は、このリリースの新しい法的エンティティに移行します。移行する法的エンティティごとに、同じデータを使用して「報告組織」タイプ (主要報告組織) が作成されます。

営業単位と在庫組織に関するアップグレード時の想定

営業単位または在庫組織に分類されているHRMS組織は、新しい法的エンティティ・モデルで報告組織に移行します。営業単位または在庫組織の分類を除き、組織の他の分類は報告組織として移行されません。

国固有の情報

一部の国 (アルゼンチン、ギリシャ、韓国、チリ、イタリア、コロンビア、台湾など) の場合、リリース11iではHuman Resourcesの「組織の定義」フォームを通じてVAT台帳番号を入力するか、国固有の設定フィールドに登録番号を入力していました。これらの値は、法的エンティティ識別用管轄区域登録番号に移行します。有効な登録番号が存在しない場合は、ダミー値であるSys + <順序番号>が登録番号としてアップグレードされ、シード済の識別用管轄区域に関連付けられます。

注意: 詳細は、『Oracle Financials and Oracle Procurement Upgrade Guide: Release 11i to Release 12』を参照してください。

法的関連

既存のパラメータに基づいて税を計算できるように、GRE/法的エンティティと営業単位、在庫組織、出荷先事業所、請求先事業所との関連付けが移行されます。アップグレード後は、Legal Entity Configuratorを介してこれらの関連を保守する必要があります。

複数組織

このリリースでは、複数組織アクセス管理 (MOAC) によりリリース11iで使用されていた複数組織アーキテクチャが大幅に拡張されています。会社で共有サービス運用モデルを実装している場合は、複数組織アクセス管理を使用すると、ビジネス取引を効率的に処理できます。データのセキュリティやシステム・パフォーマンスを損なうことなく、1つの職責で複数の営業単位にまたがるデータにアクセスし、処理してレポートを作成できます。

複数組織セキュリティ・プロファイル

複数組織セキュリティ・プロファイルにより、1つのアプリケーション職責で無制限な数の営業単位データにアクセスし、処理してレポートを作成できます。複数組織アクセス管理を利用するには、次のプロファイル・オプションを設定する必要があります。

• MO: 営業単位: アプリケーションの職責ごとに、このプロファイル・オプションに営業単位を割り当てると、その職責で複数の営業単位にアクセスできます。

• MO: デフォルト営業単位: 「MO: セキュリティ・プロファイル」を設定した場合は、デフォルト設定のためにデフォルト営業単位を割り当てることができます。

「MO: セキュリティ・プロファイル」を設定しないと、リリース11iの「MO: 営業単位」プロファイル・オプションの設定が保持され、適用されます。

拡張された組織間レポート

組織間レポート機能が拡張され、新しい複数組織アクセス管理との一貫性が向上しています。同じ元帳を共有するユーザーのセキュリティ・プロファイルに属する複数の営業単位間でレポートを実行できます。また、ユーザーのセキュリティ・プロファイルに属する全営業単位についてもレポートを実行できます。

営業単位の設定

営業単位の設定は、General Ledgerの新機能である会計設定マネージャとの統合により合理化されます。これにより、法的エンティティ、営業単位および元帳など、共通会計コンポーネントの設定と保守が1つの会計設定内で集中化されます。

営業単位として分類されているリリース11iの全HR組織は、アップグレード中に保持されます。営業単位が会計帳簿に割り当てられている場合は、会計設定で主要元帳に関連付けられます。これにより、アップグレード後の主要元帳に割当済の営業単位をすべて会計設定マネージャで表示できるようになります。

Student SystemとStudent Recruiting

重要: Oracle Student System (IGS) とOracle Student Recruiting (IGR) は、このリリースでは機能しません。IGSとIGRを使用している顧客は、このリリースにアップグレードしないでください。IGSとIGRについて、リリース11iからリリース12のアップグレードが提供される予定はありません。

Copyright © 1996, 2013, Oracle and/or its affiliates.All rights reserved.