10gリリース2（10.1.2.1）
B25101-01
 目次 |
 索引 |
| Oracle Business Intelligence Discoverer 管理ガイド 10gリリース2（10.1.2.1） B25101-01 |
|
この章では、このリリースのDiscovererへのアップグレード方法について説明します。項目は次のとおりです。
アップグレード・パスの選択は、アップグレード前のDiscovererのリリースによって次のように異なります。
このオプションの場合、EULアップグレードによって操作が中断されることに注意してください。
Discovererリリース10.1.2に関する記述は、リリース10.1.2.0.0および10.1.2.1にも適用されます。
次のフローチャートに、異なるアップグレード・パスを示します。
Discovererリリース10.1.2にアップグレードするには、事前にDiscoverer Administratorリリース10.1.2をインストールしておく必要があります。
また、End User Layerをアップグレードするには、EUL所有者が次のデータベース権限を所有している必要があります。
DiscovererをOracle9i以上のEnterprise Editionデータベースにアップグレードする場合は、サマリーがマテリアライズド・ビューとして実装されるため、EUL所有者には次の権限が必要になります。
重要: アップグレードされたEULに転送されるデータの整合性を保つために、アップグレードの実行中は、前のリリースのEULでDiscoverer Administratorセッションを開始しないでください。
Discovererの特定のリリースが、EULの特定のリリースと互換性があります。
Discovererエンド・ユーザーは、使用しているDiscoverer製品のリリースと互換性のないEULには接続できません。
Discovererのリリース番号とEULのリリース番号は、次に示すように、完全に一致しているわけではありません。
| Discovererのリリース番号 | EULのリリース番号 |
|---|---|
|
リリース3.1.x/3.3.x |
リリース3.1.x |
|
リリース4.1.x |
リリース4.1.x |
|
リリース9.0.2.52以下 |
リリース5.0.0.x |
|
リリース9.0.2.53以上 |
リリース5.0.2.x |
|
リリース9.0.4.x |
リリース5.0.2.x |
|
リリース10.1.2.x |
リリース5.1.x.x |
Discoverer Administratorリリース10.1.2を使用して、リリース4.1.x EULまたはリリース5.0.x.x EUL（Discovererリリース9.0.2または9.0.4）に接続しようとすると、EULを現在のリリースにアップグレードするように要求されます。このEULアップグレード・オプションによって操作が中断されることに注意してください。
Discoverer 10.1.2の前のバージョンからこのバージョンにアップグレードする場合は、EULをアップグレードする必要はありません。
アップグレード・プロセスでは、多くの手順を実行することになります。手順の中には、アップグレード前のDiscovererのリリースによって異なるものもあります。
実行する各手順の概要を次に示します。
これらの手順を次のフローチャートに示します。
Discovererシステムの設定方法により、他にも考慮すべき問題がある場合があります（詳細は「Discovererリリース10.1.2へのアップグレードに関する注意」を参照）。
Discovererリリース3.1以下からDiscovererリリース10.1.2に直接アップグレードできるアップグレード・パスはありません。かわりに次のアップグレード・パスを使用します。
この項では、Discovererリリース10.1.2へのアップグレード方法について説明します。項目は次のとおりです。
何よりも先に、次のアップグレード手順に従ってリリース4.1 EULをバックアップします。
Discovererリリース10.1.2を使用するには、DiscovererユーザーがDiscovererリリース5.1のEnd User Layer（EUL）へのアクセス権を持っている必要があります。Discovererリリース4.1 EULを使用していたユーザーがDiscovererリリース10.1.2を使用してアクセスするには、EULをアップグレードする必要があります。
EULアップグレード・プロセスにより新しいリリース5.1のEULテーブルが作成され、リリース4.1のEULテーブルから新しいテーブルにメタデータがコピーされます。アップグレード・プロセスは中断を必要とするものではないため（リリース4.1のEULテーブルは削除されません）、既存ユーザーはアップグレード・プロセス中もDiscovererリリース4.1を引き続き使用できます。
次のアップグレード手順に従い、Discoverer Administratorを使用してEULをアップグレードします。
リリース4.1のEULがすべて正常にアップグレードされたことを確認した後、次のアップグレード手順を実行します。
すべてのユーザーをアップグレードし、すべてのリリース4.1 EULを削除した後、次のアップグレード手順を実行します。
Discovererリリース4.1 EULをDiscovererリリース5.1 EULにアップグレードするには、まず標準のデータベース・エクスポート・ユーティリティを使用してEUL所有者をエクスポートすることによって、EULテーブルをバックアップしておく必要があります。
EUL所有者のエクスポート方法は次の条件により異なります。
OracleデータベースのリリースとユーザーのマシンにインストールされたOracleデータベース・クライアント・ソフトウェアのリリースを同じにすることをお薦めします。リリースが異なる場合（EULがOracle9iデータベースにあり、Oracle10gクライアント・ソフトウェアがマシンにインストールされている場合など）は、以降の指示に従うことができない可能性があります。EULをエクスポートできない場合は、データベース管理者に連絡し、EULをエクスポートするように依頼してください。
リリース4.1 EULをバックアップするには（EULがOracle9iデータベース上に存在し、DiscovererマネージャはOracle Developer Suiteがインストールされたマシンを使用していると想定）、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」の手順に従ってください。
リリース4.1 EULをバックアップした後、リリース5.1へのアップグレードを開始できます。
リリース4.1 EULをバックアップした後、EULをリリース5.1にアップグレードできます。EULをアップグレードする手順は、次の指示に従って最新リリースのDiscoverer AdministratorでEULを開くのみです。リリース4.1 EULを所有していたデータベース・ユーザーがリリース5.1 EULを所有します。
リリース4.1のエンド・ユーザーはアップグレードの影響を受けずに、リリース4.1 EULを引き続き使用できます。ただし、アップグレード・プロセスの開始後にリリース4.1 EULでエンド・ユーザーが行った変更（ワークブックの変更など）は、リリース5.1 EULでは表示されません。
重要: リリース5.1 EULに転送されるデータの整合性を保つために、アップグレードの実行中は、リリース4.1 EULでDiscoverer Administratorセッションを開始しないでください。
リリース4.1 EULをリリース5.1にアップグレードする手順は、次のとおりです。
「EULのアップグレードが必要」ダイアログが表示されます。
注意:
「EULアップグレード」進行状況ウィンドウに、アップグレードのステータスが表示されます。
アップグレード・プロセス時に出力されたメッセージは、「End User Layerアップグレードのログ」ダイアログに表示されます。このダイアログはプロセスの最後に表示されます。識別子に含まれる無効な文字を参照するメッセージの詳細は、「無効な文字が含まれた識別子のアップグレードに関する注意」を参照してください。
アップグレードされたEULの中にサマリー・フォルダがある場合は、サマリー・フォルダが無効であり、リフレッシュが必要であることを示す次のメッセージ・ダイアログが表示されます。
ロード・ウィザードが表示されます。
EULアップグレードは完了しました。このEULを使用すると、Discoverer Administratorリリース10.1.2を使用してデータベースに接続できます。
アップグレードしたEULの中にサマリー・フォルダがある場合には、サマリー・フォルダをリフレッシュする必要があります。
リリース4.1のサマリー・フォルダの定義が新しいリリース5.1 EULにコピーされ、アップグレードされたサマリー・フォルダのステータスが「リフレッシュ必須」に変更されます。アップグレードされたサマリー・フォルダの基礎となっているデータベース・テーブルまたはマテリアライズド・ビューは、サマリー・フォルダがリフレッシュされるまでは実際に作成されません。
アップグレードされたサマリー・フォルダをリフレッシュすると、次の処理が行われます。
サマリー・テーブルまたはマテリアライズド・ビューが作成された時点で、Discovererによりサマリー・フォルダを使用して最適化クエリーを作成できます。
サマリー・フォルダ、サマリー・テーブルおよびマテリアライズド・ビューの詳細は、第14章「サマリー・フォルダの管理」を参照してください。
アップグレードされたサマリー・フォルダをリフレッシュする手順は、次のとおりです。
サマリー・フォルダをDiscovererで使用できるようにするためには、まず、すべてのサマリー・フォルダをリフレッシュする必要があります。しかし、データの量によっては、すべてのサマリー・フォルダを同時にリフレッシュしたくない場合もあります。
外部サマリー・テーブルに基づいていないサマリー・フォルダについて、「サマリーのリフレッシュ」ダイアログが表示されます。
すぐにリフレッシュすることも、時間を指定してリフレッシュすることもできます。データの量に応じて、ピークを避けた時間帯にスケジュールすることも可能です。
リリース4.1 EULをすべてアップグレードし、アップグレード後のEULが使用可能な状態にあることを確認した後は、DiscovererユーザーをDiscovererリリース10.1.2に移行します。
組織で順次移行作業を行う間、ユーザーはDiscovererリリース4.1（前のEULへのアクセス）またはDiscovererリリース10.1.2（アップグレード後のEULへのアクセス）で作業を続けることができます。しかし、あるリリースのDiscoverer Administratorを使用して行った変更は、別のリリースのDiscovererユーザーは使用できませんので注意してください。
DiscovererユーザーをDiscovererリリース10.1.2に移行する方法は、使用されているDiscovererツールによって異なります。
Discoverer PlusおよびDiscoverer Viewerユーザーを移行する手順は、次のとおりです。
Discoverer Desktopユーザーを移行する手順は、次のとおりです。
Oracle Installerは、Discoverer Desktopリリース10.1.2をDiscovererリリース4.1のディレクトリとは異なるディレクトリにインストールします。
ユーザーが初めてDiscovererにログインすると（Discoverer Plus、Discoverer DesktopまたはDiscoverer Viewerを使用）、Discovererではそのユーザーがアクセス権を持っているすべてのリリース5.1 EULが次のように検索されます。
リリース4.1 EULをアップグレードし、すべてのユーザーをDiscoverer10.1.2に移行した後は、リリース4.1 EULを削除できます。
初めのうちは、前のEULへのアクセスを禁止して、ユーザーのアクセスをアップグレード後のEULのみに許可するようにお薦めします。すべてのユーザーがアップグレード後のEULに正常にアクセスできることが確認できたら、古いEULを削除できます。
Discovererはeul4del.sqlという名前のSQLスクリプトを提供しています。このスクリプトを使用すると、リリース4.1のEULおよび関連するテーブル（サマリー・テーブルおよびマテリアライズド・ビューを含む）を削除できます。
次の点に注意してください。
eul4del.sqlスクリプトを使用してリリース4.1 EULを削除する手順は、次のとおりです。
SQL> @<ORACLE_HOME>¥discoverer¥util¥eul4del.sql
削除スクリプトは指定されたリリース4.1 EULと、サマリー・テーブルおよびマテリアライズド・ビューを含めて関連するデータベース・オブジェクトをすべて削除します。
削除スクリプトの概要が表示されます。
Removing summary refresh jobs ... Discoverer End User Layer Database Tables (4.x Production) deinstallation This script will remove a version 4.x EUL and any associated database objects. It will: 1. Ask you to enter the ORACLE SYSTEM password and connect string. 2. Ask you to enter the name and password of the 4.x EUL owner. 3. Confirm that you wish to drop the 4.x EUL. 4. Check for database jobs for users other than the 4.x EUL owner. 5. Confirm whether to drop 4.x tutorial tables (if any). 6. Log in as the 4.x EUL owner and remove any database jobs for it. 7. Remove all summary database objects for the 4.x EUL. 8. Remove all scheduled workbook database objects for the 4.x EUL. 9. Remove the 4.x EUL tables. 10. Remove user and public synonyms (if any) for the 4.x EUL tables.
SYSTEMユーザーのパスワードがわからない場合は、データベース管理者に問い合わせてください。
次のテキストが表示されます。
Preparing to remove EUL 4.x owned by <username> at <today's date> If you continue, the specified 4.x End User Layer will be PERMANENTLY dropped. All End User Layer information and workbooks stored in the database will be deleted. Any 5.x End User Layer tables will NOT be affected by this process. THIS PROCESS IS NON-REVERSIBLE. Do you wish to continue [N]:
EUL削除プロセスは元に戻すことはできませんので注意してください。
Y」と入力して、リリース4.1 EULを削除することを確認します。スクリプトによりリリース4.1のチュートリアル・テーブルが検出された場合は、テーブルを削除するかどうかを確認するプロンプトが表示されます。
このスクリプトはリリース4.1 EULの削除プロセス中に、EUL所有者以外のユーザーが所有するサマリー・フォルダがあるかどうかを確認します。
Removing summary refresh jobs ... Dropping internally managed summary data ... Removing scheduled workbook jobs ... Dropping scheduled workbook data ... Dropping 4.x End User Layer Tables ... Removing public synonyms (if any) ... Connected. Finished removing 4.x End User Layer.
The following users have managed summaries which must be dropped before this EUL can be deinstalled: User: SCOTT, Summary: Scott's Summary User: FRED, Summary: Fred's Summary etc. Quitting - no changes made.
このメッセージが表示された場合、指定されたユーザーはDiscoverer Administration Editionリリース4.1にログインし、指定されたサマリー・フォルダを削除する必要があります（詳細は、「サマリー・フォルダの削除方法」を参照してください）。これらのサマリー・フォルダを削除した後、eul4del.sqlスクリプトを再実行し、リリース4.1 EULを削除します。
ユーザーとともにDiscovererリリース10.1.2に正常に接続し、サマリー・フォルダが正しく機能していることを確認した後は、Discovererリリース4.1製品（Discoverer Administration Edition、Discoverer Desktop Edition）をクライアント・マシンから削除できます。
クライアント・マシンからDiscovererリリース4.1製品を削除する手順は、次のとおりです。
Oracle Installerが自動的に起動します。Installerが自動的に起動しない場合は、Windows ExplorerからCD-ROMにアクセスし、CDルート・ディレクトリからsetup.exeを実行します。
Discovererリリース4.1で作成され、<ORACLE_HOME>¥discvr4ディレクトリに保存されているワークブックは削除されません。
この項では、Discovererリリース9.0.2またはDiscovererリリース9.0.4（総称してDiscovererリリース9.0.xと呼びます）からDiscovererリリース10.1.2へのアップグレード方法について説明します。項目は次のとおりです。
「Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレード」
「アップグレード手順1: リリース5.0 EULのバックアップ」
「アップグレード手順2: リリース5.0 EULのアップグレード」
「アップグレード手順3: サマリー・フォルダのリフレッシュ」
「アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行」
「アップグレード手順5: クライアント・マシンからのDiscoverer Version 9.0.x製品の削除」
Discovererリリース10.1.2を使用するには、DiscovererユーザーがDiscovererリリース5.1のEnd User Layer（EUL）へのアクセス権を持っている必要があります。
アップグレードが必要な各EULについて、次のアップグレード手順を実行します。
警告: EULアップグレード・プロセスによって既存のリリース5.0 EULテーブルが変更されます。既存のユーザーは、アップグレード・プロセス中またはアップグレード・プロセスの完了後に、Discovererリリース9.0.xを使用してEULにアクセスすることはできません。
アップグレードが必要なリリース5.0 EULがすべてアップグレードされたことを確認した後で、次のアップグレード手順を実行します。
すべてのユーザーをアップグレードした後で、次のアップグレード手順を実行します。
EULをアップグレードする前に、まず標準のデータベース・エクスポート・ユーティリティを使用してEUL所有者をエクスポートし、EULテーブルをバックアップしておく必要があります。
EUL所有者のエクスポート方法は次の条件により異なります。
OracleデータベースのリリースとユーザーのマシンにインストールされたOracleデータベース・クライアント・ソフトウェアのリリースを同じにすることをお薦めします。リリースが異なる場合（EULがOracle9iデータベースにあり、Oracle10gクライアント・ソフトウェアがマシンにインストールされている場合など）は、以降の指示に従うことができない可能性があります。EULをエクスポートできない場合は、データベース管理者に連絡し、EULをエクスポートするように依頼してください。
リリース5.0 EULをバックアップするには（EULがOracle9iデータベース上に存在し、DiscovererマネージャはOracle Developer Suiteがインストールされたマシンを使用していると想定）、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」の手順に従ってください。
EULをバックアップした後は、EULをアップグレードできます。
EULをアップグレードする手順は、次の指示に従って最新リリースのDiscoverer AdministratorでEULを開くのみです。
EULをアップグレードした後、Discovererリリース9.0.xのユーザーはアップグレード後のEULを使用できなくなることに注意してください。
リリース5.0 EULをリリース5.1にアップグレードする手順は、次のとおりです。
「EULのアップグレードが必要」ダイアログが表示されます。
注意:
「EULアップグレード」進行状況ウィンドウに、アップグレードのステータスが表示されます。
アップグレード・プロセス時に出力されたメッセージは、「End User Layerアップグレードのログ」ダイアログに表示されます。このダイアログはプロセスの最後に表示されます。識別子に含まれる無効な文字を参照するメッセージの詳細は、「無効な文字が含まれた識別子のアップグレードに関する注意」を参照してください。
アップグレードされたEULの中にサマリー・フォルダがある場合は、サマリー・フォルダが無効であり、リフレッシュが必要であることを示す次のメッセージ・ダイアログが表示されます。
ロード・ウィザードが表示されます。
EULアップグレードは完了しました。このEULを使用すると、Discoverer Administratorリリース10.1.2を使用してデータベースに接続できます。
アップグレードしたEULの中にサマリー・フォルダがある場合には、サマリー・フォルダをリフレッシュする必要があります。
リリース9.0.xのサマリー・フォルダの定義が新しいリリース5.1 EULにコピーされ、アップグレードされたサマリー・フォルダのステータスは「リフレッシュ必須」に変更されます。アップグレードされたサマリー・フォルダの基礎となっているデータベース・テーブルまたはマテリアライズド・ビューは、サマリー・フォルダがリフレッシュされるまでは実際に作成されません。
アップグレードされたサマリー・フォルダをリフレッシュすると、次の処理が行われます。
サマリー・テーブルまたはマテリアライズド・ビューが作成された時点で、Discovererによりサマリー・フォルダを使用して最適化クエリーを作成できます。
サマリー・フォルダ、サマリー・テーブルおよびマテリアライズド・ビューの詳細は、第14章「サマリー・フォルダの管理」を参照してください。
アップグレードされたサマリー・フォルダをリフレッシュする手順は、次のとおりです。
サマリー・フォルダをDiscovererで使用できるようにするためには、まず、すべてのサマリー・フォルダをリフレッシュする必要があります。しかし、データの量によっては、すべてのサマリー・フォルダを同時にリフレッシュしたくない場合もあります。
外部サマリー・テーブルに基づいていないサマリー・フォルダについて、「サマリーのリフレッシュ」ダイアログが表示されます。
すぐにリフレッシュすることも、時間を指定してリフレッシュすることもできます。データの量に応じて、ピークを避けた時間帯にスケジュールすることも可能です。
リリース5.0 EULをすべてアップグレードし、アップグレード後のEULが使用可能な状態にあることを確認した後は、DiscovererユーザーをDiscovererリリース10.1.2に移行します。
ユーザーをDiscovererリリース10.1.2に移行するまで、ユーザーはアップグレード後のEULにアクセスできません。
DiscovererユーザーをDiscovererリリース10.1.2に移行する方法は、使用されているDiscovererツールによって異なります。
Discoverer PlusおよびDiscoverer Viewerユーザーを移行する手順は、次のとおりです。
Discoverer Desktopユーザーを移行する手順は、次のとおりです。
Oracle Installerは、Discoverer Desktopリリース10.1.2をDiscovererリリース9.0.xのディレクトリとは異なるディレクトリにインストールします。
ユーザーが初めてDiscovererリリース10.1.2にログインしたとき（Discoverer Plus、Discoverer DesktopまたはDiscoverer Viewerを使用）、Discovererではそのユーザーがアクセス権を持っているすべてのリリース5.1 EULが次のように検索されます。
Discovererリリース10.1.2がインストールされ、データベースへの接続がリリース5.1 EULを通じて正常に確立された後は、Discovererリリース9.0.x製品（Discoverer Desktop、Discoverer Administrator）をクライアント・マシンから削除できます。
DiscovererマネージャとユーザーがDiscovererリリース10.1.2を使用してリリース5.1 EULに正常に接続できたら、Discovererリリース9.0.x製品（Discoverer Administrator、Discoverer Desktop）をクライアント・マシンから削除できます。
Discovererリリース9.0.x製品をクライアント・マシンから削除する手順は、次のとおりです。
Oracle Installerが自動的に起動します。Installerが自動的に起動しない場合は、Windows ExplorerからCD-ROMにアクセスし、CDルート・ディレクトリからsetup.exeを実行します。
Discovererリリース9.0.xで作成され、<ORACLE_HOME>¥discoverer902ディレクトリ（リリース9.0.2）または<ORACLE_HOME>¥discovererディレクトリ（リリース9.0.4）に保存されているワークブックは削除されません。
この項では、Discovererリリース10.1.2へのアップグレードに関する注意を説明します。
Oracle Applications EULをアップグレードするときには、EULテーブルのMAXEXTENTS記憶域プロパティが、EULが作成された表領域のMAXEXTENTS記憶域プロパティよりも大きな値になっている可能性がありますので注意してください。このような場合には、EULのアップグレードは次の理由により失敗します（ORA-01631エラー）。
EULテーブルのMAXEXTENTS値がEULの表領域のMAXEXTENTS値よりも大きいときには、EULをアップグレードする前に、元のEULの表領域のMAXEXTENTS値を増加するようにデータベース管理者に依頼してください。新しいEUL表領域および新しいEULテーブルは、より大きなMAXEXTENTS値を持つように作成されます。
Discovererリリース4.1 EULをDiscovererリリース5.1 EULにアップグレードすると、新しいOracle9i分析関数がEULテーブルに追加されます。
新しい関数と同じ名前（または同じ一意識別子）の既存のユーザー定義関数がある場合、Discovererは次の処理を実行します。
注意: Discovererの内部参照システムにより、Discovererエンド・ユーザーは名前を変更されたユーザー定義関数を含むワークブックを引き続き使用できます。
Video Storesチュートリアルは、Discovererの特定のリリースに固有のものです。
そのため、Discovererの新しいリリースにアップグレードしたときは、チュートリアルをアップグレードするのではなく、適切なリリースのDiscoverer Administratorを使用して、Video Storesサンプル・データをインストールすることをお薦めします。
リリース3.1 EULをリリース4.1 EULにアップグレードしたときは、別個の実行可能ファイル（dis4sch.exe）を実行してスケジュール・ワークブックをアップグレードする必要があります（詳細はDiscoverer 4.1のリリース・ノートを参照してください）。
リリース4.1 EULをリリース5.1 EULにアップグレードすると、スケジュール・ワークブックは自動的にアップグレードされます。ただし、スケジュール・ワークブックの結果はリリース5.1 EULにコピーされません。アップグレード後のスケジュール・ワークブックの結果は、スケジュール・ワークブックが次に実行されるまで利用できません。
Discoverer Desktopユーザーが.disファイル内のファイル・システムにワークブックを保存した場合、.disファイルをアップグレードするまで最新リリースのDiscovererでワークブックを使用できません。
.disファイルをアップグレードする手順は、ユーザーが.disファイルを最新リリースのDiscovererで開き、そのファイルを再びファイル・システムまたはデータベース(ファイルをDiscoverer PlusおよびDiscoverer Viewerで開く場合）に保存するのみです。.disファイルがアップグレードされると、前のリリースのDiscoverer Desktopのユーザーはファイルを開くことができなくなります。
Discovererシステムでは、EUL Gatewayを使用して、データベースのオンライン・ディクショナリ以外のソース（Oracle Designerなど）からのメタデータがEULに移入されることがあります。
このようなシステムをアップグレードする場合は、アップグレード・プロセスの完了後にEUL Gatewayを再インストールして再構成する必要があります。EUL Gatewayのインストールおよび構成の詳細は、<ORACLE_HOME>¥discoverer¥kitsディレクトリにあるeulgatew.docドキュメントを参照してください。
リリース3.1 EULを、Oracle9i以上のEnterprise Editionデータベース上のリリース4.1 EULにアップグレードする場合は、集合演算子（UNION、UNION ALL、MINUS、INTERSECTなど）に基づくサマリー・フォルダが無効になる可能性があります。
アップグレード・プロセスの間に、サマリー・フォルダはマテリアライズド・ビューに変換されます。しかし、Oracle9i以上のEnterprise Editionデータベースでは、マテリアライズド・ビュー内の集合演算子（UNION、UNION ALL、MINUS、INTERSECTなど）の使用が制限されます。
マテリアライズド・ビュー内の集合演算子の使用に関する制限は、Oracle 9.2以上のデータベースでは削除されています。
Discovererの今後のリリースでは、識別子で使用できる有効な文字が変更され、一部の文字はサポートされない可能性があります（詳細は「識別子」を参照）。文字がサポートされなくなる場合、Discovererでは、変更が必要なリリースでの無効な文字が自動的に変更されます。
注意: 9.0.2から9.0.4へのアップグレード中に、Discovererでは、識別子に含まれる無効な文字が検出され、今後のリリースでは文字の変更が必要なことを警告するメッセージが表示されます。実際には、Discovererによって、変更が必要となるリリースでの無効な文字が自動的に変更されます。
Oracle9iより前のデータベース上のEULをこのリリースのDiscovererにアップグレードすると、既存のパッケージに加えて、新しいバッチPL/SQLパッケージがユーザーのスキーマにインストールされます。既存のPL/SQLパッケージが保持されるため、既存のスケジュール・ワークブックのバッチ・ジョブが破壊されることはありません。ただし、新しいバッチPL/SQLパッケージ内の関数名は、既存のバッチPL/SQLパッケージと同じままです。
EULを、Oracle9iより前のデータベース・リリースからこのリリースのDiscovererにアップグレードするときは、次の条件が考慮されます。
この場合は、SQLスクリプトbatchusr.sqlを使用して、新しいバッチPL/SQLパッケージ（EUL5_BATCH_REPOSITORY）をインストールする必要があります。このスクリプトは、<ORACLE_HOME>¥discoverer¥utilディレクトリにあります。新しいバッチPL/SQLパッケージは、スケジュール・ワークブック結果スキーマ（ワークブックの結果を含むテーブルを所有するユーザーのスキーマ）にインストールできます。詳細は、「スクリプトを使用して、スケジュール・ワークブック結果スキーマ（ワークブックをスケジュールするデータベース・ユーザーではなく）が、スケジュール・ワークブックの結果テーブルを所有するように指定する方法」を参照してください。
注意: EULを、Oracle9iより前のデータベースからこのリリースのDiscovererにアップグレードする場合、バッチPL/SQLパッケージは同一のためアップグレードする必要はありません。
スケジュール・ワークブックの詳細は、第8章「ワークブックのスケジュール」を参照してください。
|
 Copyright © 1996, 2005 Oracle. All Rights Reserved. |
|