プライマリ・コンテンツに移動
Oracle® Databaseアップグレード・ガイド
12cリリース1 (12.1)
B71306-08
  目次へ移動
目次
索引へ移動
索引

前
 
次
 

1 Oracle Databaseのアップグレードの概要

ご使用のデータベース環境に応じたアップグレード・オプションと計画、およびOracle Databaseのアップグレード処理を自動化するツールの配列が提供されています。

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

1.1 Oracle Databaseのアップグレード・ツールおよびアップグレード処理の概要

アップグレードによって、既存のOracle Database環境(インストール済コンポーネントおよび関連するアプリケーション)がOracle Database 12c環境に変換されます。データベースのデータ・ディクショナリは、新しいリリースにアップグレードされます。アップグレードによってユーザー・データが直接影響を受けることはありません。アップグレード中に、データへのアクセス、データの変更または移動が行われることはありません。

データを移行することは、1つのOracle Databaseから、データの移行または移動用に事前に作成された別のデータベースにデータを移動することです。データを移行するのは、新しいハードウェアやオペレーティング・システム・プラットフォーム、または新しいキャラクタ・セットにデータベース環境を移動する必要がある場合です。最新リリースにアップグレードすることは、移行には含まれません。アップグレード処理は、データの移行後に個別に行われます。

『Oracle Databaseアップグレード・ガイド』に記載されているアップグレード手順はすべてのオペレーティング・システムに適用されますが、例外として、オペレーティング・システム固有の詳細項目が必要になる可能性があります。この場合、オペレーティング・システムの『Oracle Databaseインストレーション・ガイド』を参照するように指示されます。


関連項目:

アップグレード時のデータ移行の詳細は、「Oracle Databaseのアップグレード時のデータ・ポンプを使用したデータの移行」を参照してください。

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

1.1.1 アップグレードおよびデータ移行方法と処理

アップグレード処理を自動化し、時間を最も効率的に使用するための機能および製品が提供されています。Oracle Databaseでは、データベースを新しいリリースにアップグレードするための次の方法がサポートされています。

  • Database Upgrade Assistant(DBUA)

    Graphical User Interfaceによる指示に従ってデータベースをアップグレードできます。DBUAはインストール中にOracle Universal Installerから起動することもできますが、後からいつでもスタンドアロン・ツールとしてDBUAを起動することができます。


    注意:

    メジャー・リリースのアップグレードまたはパッチ・リリースのアップグレードには、DBUAを使用する方法が推奨されています。

  • SQLスクリプトおよびユーティリティを使用した手動アップグレード

    SQLスクリプトとユーティリティを使用して、アップグレードをコマンドラインで実行できます。

  • Oracle Data Pump

    エクスポートおよびインポート・ユーティリティが提供されます。Oracle Data Pumpでは、データベースの全体または一部をエクスポートし、それを新しいリリースのOracle Databaseにインポートできます。Oracle Data Pumpのエクスポート/インポートは、データベースを変更することなく、データベース内のデータのサブセットをコピーできます。

  • CREATE TABLE AS SQL文

    データベースから新しいOracle Database 12cデータベースにデータをコピーします。データのコピーによって、データベースを変更することなく、データのサブセットをコピーできます。


関連項目:

アップグレード・ツールおよびアップグレード方法の詳細は、「Oracle Databaseのアップグレード方法の選択」を参照してください。

1.1.2 Oracle Databaseのアップグレード用スクリプト

アップグレード処理では、アップグレードの前後およびアップグレード中に実行するツールおよびスクリプトのセットが提供されます。表1-1、「アップグレード、アップグレード後およびダウングレード・スクリプト」に、各種のスクリプトおよびツールとその説明をリストします。これらのツールの一部は、UPGRADEモードで実行することはできません。


関連項目:

ログ・ファイルの保存場所については、「ログ・ファイルの場所とDIAGNOSTIC_DESTの概要」を参照してください。

表1-1 アップグレード、アップグレード後およびダウングレード・スクリプト

スクリプト 説明

catcon.pl

UPGRADEモードで実行する必要があります。このスクリプトは、CDBをアップグレードする際に使用されます。

catctl.pl

UPGRADEモードで実行する必要があります。Oracle Database 12cでは、catupgrd.sqlアップグレード・ユーティリティがcatctl.plパラレル・アップグレード・ユーティリティで置き換えられました。アップグレード・スクリプトおよび処理を並行して実行できるため、CPU性能を最大限に活用してアップグレード時間が短縮されます。DBUAではこのツールが使用されます。「Oracle Databaseのパラレル・アップグレード・ユーティリティの概要」を参照してください。

catdwgrd.sql

これは、ダウングレード・スクリプトで、アップグレードする前の以前のリリースへダウングレードする手順で使用します。「CDBまたは非CDBのOracle Databaseのダウングレード」を参照してください。

catnoamd.sql

UPGRADEモードでは実行しないでください。アップグレード後にのみ、このスクリプトを実行します。catnoamd.sqlスクリプトは、OLAPカタログのコンポーネント(AMDとも呼ばれます)を削除します。「OLAPカタログ(AMD)のサポート終了」を参照してください。

catnoexf.sql

アップグレード・プロセスによって、このスクリプトが実行されますが、アップグレード前にcatnoexf.sqlスクリプトを実行できます。このスクリプトをUPGRADEモードで実行しないでください。catnoexf.sqlスクリプトによって、このリリースでサポートが終了したExpression Filter (EXF)およびデータベースRules Manager (RUL)コンポーネントが削除されます。「データベースのRules Manager (RUL)およびExpression Filter (EXF)のサポート終了」を参照してください。

catuppst.sql

UPGRADEモードでは実行しないでください。ORACLE_HOME/rdbms/adminディレクトリにあるcatuppst.sqlを実行し、データベースをUPGRADEモードにする必要がない残りのアップグレード操作を実行します。Oracleパッチ・セット更新(PSU)がOracleホームにインストールされている場合は、このスクリプトによってそのPSUがデータベースに自動的に適用されます。DBUAではcatuppst.sqが自動的に実行されるため、「マルチテナント・コンテナOracle Database (CDB)の手動でのアップグレード」に記載されている手動アップグレードとは別に、このスクリプトのみを実行する必要があります。「catuppst.sqlスクリプトの概要」を参照してください。

重要: このスクリプトの実行は必須です。

注意: 手動でアップグレードする場合、catuppst.sql手順を実行しないと、データベースのパフォーマンスが時間とともに低下します。

emdwgrd

このスクリプトをUPGRADEモードで実行しないでください。emdwgrdユーティリティは、リリース11gデータベースのOracle Enterprise Manager Database Control (DB Control)構成ファイルおよびデータを保存します。Oracle Database 12cのダウングレードが必要な場合にDB Controlをリストアできるようにするには、アップグレード前にemdwgrdを実行しておきます。

関連項目: Oracleサポート・ドキュメントID 1484775.1 ( http://support.oracle.com/oip/faces/secure/km/DocumentDisplay.jspx?id=1484775.1)

関連項目: 「Oracle Enterprise Manager Database Controlの構成およびデータの保存」

emremove.sql

emremove.sqlスクリプトは、Oracle Enterprise Manager関連のスキーマおよびオブジェクトを削除します。このスクリプトを使用して、DB Controlを手動で削除します。emremove.sqlをアップグレード処理の前に実行することで、停止時間が最小化されます。パラレル・アップグレード・ユーティリティおよびDBUAが自動的にこのスクリプトを実行するため、これはオプションのアップグレード前手順です。「emremove.sqlを使用したDB Controlの手動による削除」を参照してください。

重要: ダウングレードしてDB Controlをリストアするオプションを使用するためにDB Controlの構成およびデータの保持が必要な場合は、「Oracle Enterprise Manager Database Controlの構成およびデータの保存」に記載されているemdwgrdを使用した手順を最初に行う必要があります。

olspreupgrade.sql

このスクリプトをUPGRADEモードで実行しないでください。olspreupgrade.sqlスクリプトは事前処理スクリプトで、Oracle Label Security (OLS)およびOracle Database Vaultを使用するOracle Databaseリリース12.1より前のデータベースをアップグレードする場合に必要です。「Oracle Label SecurityおよびOracle Database Vaultを使用しているデータベースのアップグレードの要件」を参照してください。

postupgrade_fixups.sql

postupgrade_fixups.sqlスクリプトは、Oracle Databaseに付属しています。アップグレード後に、postupgrade_fixups.sqlを実行します。このスクリプトは、DBUAによって自動的に実行されますが、アップグレード後にいつでもこのスクリプトを実行することができます。「postupgrade_fixups.sqlスクリプトの実行」を参照してください。

preupgrd.sql

preupgrd.sqlアップグレード前情報ツールは、Oracle Databaseに付属しています。データベースを分析するために、preupgrd.sqlをアップグレード前に実行します。アップグレード前情報ツールでは、DBUAが確認する項目のプレビューが提供され、ソース・データベースでフラグ付けされている問題を解決するために実行できる修正スクリプトが生成されます。(このスクリプトによってutlu121i.sqlスクリプトが置き換えられます。)「Oracle Databaseのアップグレード前情報ツールの概要」を参照してください。

utlrp.sql

utlrp.sqlを使用して、ストアドPL/SQLおよびJavaコードを再コンパイルします。DBUAではこのスクリプトが自動的に実行されます。手動でアップグレードする場合、「マルチテナント・コンテナOracle Database (CDB)の手動でのアップグレード」の説明に従って、このスクリプトを実行する必要があります。

utlu121s.sql

utlu121s.sqlアップグレード後の状態ツールは、Oracle Databaseに付属していて、DBA_REGISTRY内の各コンポーネントのバージョンおよびアップグレード経過時間が表示されます。アップグレード後の状態ツールは、データベースのアップグレード後にいつでも実行できます。「アップグレード後」を参照してください。

utluiobj.sql

utluiobj.sqlを使用して、アップグレード処理によって新たに無効になったオブジェクトのみを表示します。「utluiobjスクリプトを使用したOracle Databaseでの無効なオブジェクトの識別」を参照してください。


1.1.3 ログ・ファイルの場所とDIAGNOSTIC_DESTの概要

アップグレード・スクリプトによって作成された診断ログ・ファイルの場所は、環境変数およびパラメータの設定に応じて異なります。DIAGNOSTIC_DEST初期化パラメータは自動診断リポジトリ(ADR)の場所を設定し、このリポジトリは、データベースの外部に格納されているディレクトリ構造です。

DIAGNOSTIC_DEST初期化パラメータが省略されるかNULLの場合は、データベースによって次のデフォルトの設定が使用されます。

  • 環境変数ORACLE_BASEが設定されている場合、DIAGNOSTIC_DESTORACLE_BASEで指定されたディレクトリにデフォルト設定されます。そのため、生成されたスクリプトおよびログ・ファイルはOracle_Base/cfgtoollogs/tool_name/SID/upgradenに作成されます(nは、このシステムで実行したアップグレードの続き番号を表します)。

    たとえば、アップグレード中にORACLE_BASEが定義されているシステムでDBUAによって作成されたログは、次の場所にあります。

    ORACLE_BASE/cfgtoollogs/dbua/SID/upgraden
    

    実際のアップグレードを実行する前には、Oracle_Base/cfgtoollogs/dbua/logsにDBUAログが保存されます。

  • ORACLE_BASEが定義されていない場合、生成されたスクリプトおよびログ・ファイルはORACLE_HOME/cfgtoollogs/tool_name/SID/upgradenに作成されます(nは、このシステムで実行したアップグレードの続き番号を表します)。

  • Oracle Database 11g以上では、アラート・ログを含むすべての診断データがADRに格納されるため、初期化パラメータのBACKGROUND_DUMP_DESTおよびUSER_DUMP_DESTが非推奨になりました。これらのパラメータは、ADRの場所を指定する初期化パラメータDIAGNOSTIC_DESTに置き換えられています。


関連項目:

DIAGNOSTIC_DEST初期化パラメータの使用およびADRの詳細は、『Oracle Database管理者ガイド』を参照してください。

1.2 Oracle Databaseのアップグレードに関する最新情報の入手先

サポートWebサイトでは、アップグレード前の要件、アップグレード処理、アップグレード後、互換性および相互運用性に関する最新情報、ディスカッションおよびベスト・プラクティスが提供されています。

Oracle Databaseリリースの最新情報は、My Oracle Support (http://support.oracle.com)を参照してください。Note IDまたは「データベース・アップグレード」などのキーワードで検索できます。My Oracle Supportの使用方法のヘルプは、http://docs.oracle.com/cd/E25290_01/index.htmにあります。

表1-2 My Oracle SupportでのOracle Databaseのアップグレードに関する情報

参照内容 参照先

すべてのナレッジ・ベースおよびOracle Database 12cのアップグレードに関する情報

http://support.oracle.comで検索条件を入力します。

My Oracle Support (MOS)およびサポート・ノートの使用方法の詳細は、http://docs.oracle.com/cd/E25290_01/index.htmを参照してください。

Oracle Database 11gリリース2 (11.2)への個別アップグレードの実行

My Oracle Support (http://support.oracle.com">>http://support.oracle.com)のID 1462240.1「Oracle Upgrade Companion」を参照してください。以前のリリースへのアップグレードで使用できるその他のCompanionも提供しています。

アップグレード前情報ツールのダウンロードおよび実行

My Oracle Support (http://support.oracle.com)の「Oracle Database Pre-Upgrade Utility」(ID 884522.1)。


1.3 直接のアップグレードをサポートするOracle Databaseのリリース

現行のOracle Databaseがリリース10.2.0.5、11.1.0.7またはリリース11.2.0.2以上の場合、Oracle Database 12cへの直接のアップグレードを実行できます。現行のOracle Databaseがリリース10.2.0.5より前またはリリース11.2.0.1の場合は、Oracle Database 12cへの直接のアップグレードはサポートされていません。この場合は、新しいOracle Database 12cリリースにアップグレードする前に、中間リリースにアップグレードするか、エクスポート/インポートなどの代替のアップグレード方法を使用する必要があります。


関連項目:

ダイレクトおよび中間アップグレード・パスの詳細は、「Oracle Databaseのアップグレード・パスの決定」を参照してください。

1.4 Oracle Databaseのアップグレード処理の主な手順

既存のOracle Databaseを新しいOracle Database 12cリリースにアップグレードする手順の詳細は、『Oracle Databaseアップグレード・ガイド』の該当する章を参照してください。

次の手順に、アップグレード処理で実行する主な手順の概要を示します。

図1-1に、アップグレード処理の主な手順を示します。

図1-1 Oracle Databaseのアップグレード手順のワークフロー

図1-1の説明が続きます
「図1-1 Oracle Databaseのアップグレード手順のワークフロー」の説明

手順1: Oracle Databaseをアップグレードするための準備

  • 新しいOracle Databaseのリリースの機能を理解します。

  • 新しいリリースへのアップグレード・パスを決定します。

  • アップグレード方法を選択します。

  • 新しいリリースのOracleホーム・ディレクトリを選択します。

  • テスト計画を作成します。

  • バックアップ計画を準備します。


    注意:

    アップグレード中、新しいリリースをテストしている間、既存のリリースを本番環境として使用するために複数のリリースのデータベース・ソフトウェアを実行することを検討してください。「複数のOracleリリースの実行の概要」を参照してください。

手順2: Oracle Databaseのアップグレード処理のテスト

  • テスト・データベースを使用して、アップグレードのテストを実行します。アップグレードのテストは、テスト用に作成した環境で行う必要があり、実際の本番データベースに影響しないようにします。

手順3: アップグレードしたテスト用Oracle Databaseのテスト

  • Oracle Databaseの新しいリリースにアップグレードしたテスト・データベースに対して、手順1で計画したテストを実行します。

  • 結果を確認し、テストでの相違点を記録します。

  • 発見した相違点を解決する方法を調べて、その解決方法を実装します。

  • アップグレードのテストが問題なく完了し、必要なアプリケーションで正常に動作するまで、必要に応じて手順1、手順2および手順3の最初の部分を繰り返します。

第2章「Oracle Databaseのアップグレードの準備」では、手順1から3までを詳しく説明します。

手順4: 本番Oracle Databaseの準備および保存

  • Oracle Databaseの新しいリリースへのアップグレードが正しく行われるように、現行の本番データベースを準備します。

  • 本番データベースのバックアップ処理とアップグレード処理に必要な停止時間をスケジューリングします。

  • 現行の本番データベースのバックアップを作成します。データベースのデータが失われないように、必要に応じて、全体または増分バックアップを作成します。

第2章「Oracle Databaseのアップグレードの準備」では、手順4を詳しく説明します。

手順5: 本番Oracle Databaseのアップグレード

  • Oracle Databaseの新しいリリースに本番データベースをアップグレードします。

    第3章「Oracle Databaseのアップグレード」では、DBUAを使用または手動アップグレードを実行する場合の手順5について説明します。

  • アップグレードの後、本番データベースの全体バックアップおよびその他のアップグレード後の処理を行います。

    第4章「Oracle Databaseのアップグレード後の作業」では、アップグレード後の手順5のバックアップ手順および手順6のその他のアップグレード後の処理について説明します。

手順6: 新しい本番Oracle Databaseのチューニングおよび調整

  • Oracle Database 12cの新しい本番データベースをチューニングします。新しい本番データベースのパフォーマンスは、アップグレード前のデータベースと同等以上にする必要があります。

    第4章「Oracle Databaseのアップグレード後の作業」では、これらの調整について説明します。

  • Oracle Database 12cのどの機能を使用するかを決定し、それに応じてアプリケーションを更新します。

  • 必要に応じて、新しいデータベース管理の手順を作成します。

  • すべてのアプリケーションがテストされ、適切に動作するまでは、本番ユーザーを新しいリリースにアップグレードしないでください。

第5章「Oracle Databaseのアップグレード後のアプリケーションのアップグレード」では、アプリケーションの更新について説明します。

1.5 Oracle Databaseのリリース番号の概要

『Oracle Databaseアップグレード・ガイド』では、Oracle Databaseの異なるリリース間での移動について説明します。リリース番号の最初の部分はメジャー・リリース番号を示します。Oracle Databaseのメンテナンス・リリースはリリース番号の2つ目の部分の変更で示されます。パッチ・リリースは4つ目の部分の変更で示されます。

図1-2に、リリース番号の各部分とその意味を示します。

図1-2 Oracleのリリース番号の例

図1-2の説明が続きます
「図1-2 Oracleのリリース番号の例」の説明


関連項目:


1.5.1 『Oracle Databaseアップグレード・ガイド』のリリース番号を参照する際の規則に関する説明

『Oracle Databaseアップグレード・ガイド』にデータベースのメジャー・リリース番号に関する説明が記載されている場合、その説明は、そのデータベースのメジャー・リリースに含まれるすべてのリリースに適用されます。

同様に、『Oracle Databaseアップグレード・ガイド』にメンテナンス・リリースに関する説明が記載されている場合、その説明は、そのメンテナンス・リリースに含まれるすべてのコンポーネント固有のリリースおよびプラットフォーム固有のリリースに適用されます。Oracle Database 12cに関する説明は、このリリースに含まれるすべてのコンポーネント固有のリリースおよびプラットフォーム固有のリリースに適用されます。Oracle Database 11gリリース2 (11.2)に関する説明は、リリース11.2.0.2、リリース11.2.0.3およびOracle Database 11gリリース2 (11.2)に含まれるその他すべてのプラットフォーム固有のリリースに適用されます。

1.6 複数のOracleリリースの実行の概要

同一のコンピュータ上で異なるリリースのOracle Databaseを同時に実行できます。ただし、複数のリリースを同時に使用する場合は次の条件を考慮する必要があります。

  • Oracle Databaseは、以前のリリースとは別の新しいOracleホームにインストールする必要があります。

    1つのOracleホームに複数のリリースをインストールすることはできません。複数のOracleホームを作成する場合、OFAを採用することをお薦めします。「Optimal Flexible Architecture (OFA)およびOracle Databaseのインストール」を参照してください。

  • 本番で実行するには、データベース・サーバーが、メジャー、メンテナンスおよびパッチ・リリース番号と一致している必要があります。メジャー・リリース番号と一致しているだけでは十分ではありません。

  • Oracle Databaseサーバーの以降のリリースは以前のデータベースとアクセスできますが、アップグレードの目的に限定されます。たとえば、Oracle Database 12cデータベース・サーバーは、アップグレード・モードで起動された場合にOracle Database 10gリリース2 (10.2.0.5)データベースにアクセスできます。


関連項目:

ご使用のオペレーティング・システムでの複数のOracle Databaseリリースの実行および適用される可能性のある制限の詳細は、ご使用のオペレーティング・システムの『Oracle Databaseインストレーション・ガイド』を参照してください。

次の項では、複数のリリースのOracle Databaseを実行する際の概要を説明します。

1.6.1 同じコンピュータ上の複数のOracleホームに存在するデータベース

Oracle Database 12cを実行中で、以前のリリースのデータベースにクライアントが接続する同じコンピュータに、以前のリリースのOracle Databaseをインストールできない場合があります。たとえば、同じコンピュータ上の複数の(異なる)OracleホームにOracle Database 10g、Oracle Database 11gおよびOracle Database 12cデータベースをインストールし、Oracle Database 10g、Oracle Database 11gおよびOracle Database 12cクライアントから、このコンピュータ上のいずれかまたはすべてのデータベースに接続することはできません。1つのシステム上にいくつかのリリースの組合せを配置できる場合があります。ただし、My Oracle Support (http://support.oracle.com)で、互換性およびサポートされる構成に関する最新情報を参照するようにしてください。


関連項目:

My Oracle Support(http://support.oracle.com)のNote 207303.1「Client / Server / Interoperability Support Between Different Oracle Versions」

1.6.2 異なるコンピュータ上の複数のOracleホームに存在するデータベース

異なるコンピュータ上のOracleホームにOracle Database 12cおよびOracle Database 11gデータベースをインストールし、いずれかまたはすべてのデータベースに接続するOracle Database 11gクライアントがあるOracle Database 12cをインストールできます。ただし、最新リリースを最初にインストールし、その後に以前のリリースを古い順にインストールする必要があります。これにより、各インストールがOracleインベントリを認識します。

1.7 Oracle Databaseリリース間の互換性および相互運用性

Oracle Databaseリリース間の相違点が原因で、互換性の問題や相互運用性の問題が発生する可能性があります。これらの違いは、一般的なデータベース管理および既存のアプリケーションに影響する可能性があります。

次の項で、互換性および相互運用性について説明します。

1.7.1 Oracle Databaseの互換性の概要

異なるリリースのOracle Databaseソフトウェアで同じ機能がサポートされており、その機能が同様に動作する場合は、リリースが異なってもデータベースには互換性があります。新しいリリースのOracle Databaseへアップグレードする場合、一部の新機能が原因で以前のリリースとの互換性が失われることがあります。

アップグレードしたデータベースで以前のリリースとの互換性が失われるのは、次の場合です。

  • 新機能によってディスクに格納されるデータ(データ・ディクショナリの変更を含む)が、以前のリリースでは処理できない場合。

  • 既存の機能の動作が、以前の環境と新しい環境とで異なる場合。

次の項目には、互換性の詳細が記載されています。

1.7.1.1 Oracle DatabaseのCOMPATIBLE初期化パラメータ

Oracle Databaseでは、COMPATIBLE初期化パラメータを使用して、データベースの互換性を制御できます。デフォルトでは、COMPATIBLE初期化パラメータがパラメータ・ファイルに設定されていない場合、Oracle Database 12cでは、12.0.0がデフォルトで設定されます。アップグレードしたデータベースの互換性を失わせる可能性のあるOracle Database 12cの新機能は、COMPATIBLE初期化パラメータをこの値に設定しないかぎり使用できません。


注意:

  • Oracle Database 12cをアップグレードする前に、COMPATIBLEパラメータをOracle Database 12cの最小設定である11.0.0以上に設定する必要があります。

  • COMPATIBLEパラメータの設定値は、アップグレードしたデータベースを完全にテストした後に大きくすることをお薦めします。

  • COMPATIBLEパラメータを増やした後に、データベースはダウングレードできません。



注意:

Oracle Databaseリリース10.2からアップグレードする場合、COMPATIBLEの値を11.0.0以上に設定する必要があります。これは、アップグレード時に行う必要があります。COMPATIBLE初期化パラメータ値を増加した後に10.2にダウングレードすることはできないため、アップグレードの準備が完了するまで、この変更は行わないでください。


関連項目:

初期化パラメータの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

1.7.1.2 Oracle DatabaseのCOMPATIBLE初期化パラメータの値

表1-3に、Oracle Database 12cおよびOracle Database 12cへのアップグレードがサポートされている各リリースでのCOMPATIBLE初期化パラメータのデフォルト値、最小値および最大値をリストします。

表1-3 COMPATIBLE初期化パラメータ

Oracle Databaseのリリース デフォルト値 最小値 最大値

Oracle Database 12c


12.0.0

11.0.0

12.1.0

Oracle Database 11gリリース2(11.2)

11.2.0

10.0.0

11.2.0

Oracle Database 11gリリース1(11.1)

11.0.0

10.0.0

11.1.0

Oracle Database 10gリリース2(10.2)

10.2.0

9.2.0.

10.2.0


1.7.1.3 互換性およびOracle Database File System (DBFS)

Oracle Database 12c以上では、Oracle Database File System (DBFS)のファイルおよびフォルダに、Oracle XML DB Repositoryからリポジトリ・パス/dbfsでアクセスできます。この機能によって、DBFSファイルおよびフォルダに対するFTPおよびHTTP(S)/WebDAVアクセスが提供されます。DBFSファイル・システムは、Webを介して共同で編集および管理でき、WindowsプラットフォームでのDBFSファイル・システムに対するファイル・システムのようなアクセスが拡張されます。COMPATIBLE初期化パラメータを12.0.0に設定することで、DBFSに対する最新の拡張機能へのアクセスが可能になります。


関連項目:

DBFSの使用方法の詳細は、『Oracle Database SecureFilesおよびラージ・オブジェクト開発者ガイド』を参照してください。

1.7.1.4 Oracle Databaseのアップグレードでのダウングレードおよび互換性の概要

Oracle Database 12cにアップグレードする前に、COMPATIBLE初期化パラメータを11.0.0以上に設定する必要があります。COMPATIBLE初期化パラメータがこの値に設定されている場合にかぎり、Oracle Database 12cのサブセットの機能のみが使用できます。

Oracle Database 12cにアップグレード後、COMPATIBLE初期化パラメータを新しいリリースのリリース番号と一致するように設定できます。このように設定すると、新しいリリースのすべての機能を使用できますが、以前のリリースにダウングレードすることはできません。


重要:

COMPATIBLEパラメータを増やすと、データベースをダウングレードできません。


関連項目:

ダウングレードの詳細は、第6章「以前のリリースへのOracle Databaseのダウングレード」を参照してください。

1.7.1.5 Oracle DatabaseでのCOMPATIBLE初期化パラメータの動作

COMPATIBLE初期化パラメータは、Oracle Databaseの動作を制御します。COMPATIBLE初期化パラメータは、次のように動作します。

  • COMPATIBLE初期化パラメータを11.0.0に設定してOracle Database 12cデータベースを実行すると、Oracle Database 11gと互換性のあるデータベース構造がディスクに生成されます。つまり、COMPATIBLE初期化パラメータの設定によって、新機能を有効または無効にできます。データベースの互換性を損なう新機能をCOMPATIBLE初期化パラメータによって使用しようとすると、エラーが発生します。ただし、互換性を損なう変更をディスクに行わない新機能はすべて使用できます。

  • データベースがCOMPATIBLE初期化パラメータの設定と互換性がなくなった場合、データベースは起動せず、エラーで終了します。この場合、COMPATIBLE初期化パラメータを、データベースに対する適切な値に設定する必要があります。


関連項目:

データベース構造の詳細は、『Oracle Database概要』を参照してください。

1.7.1.6 Oracle Databaseの互換性レベルの確認

データベースの互換性レベルは、COMPATIBLE初期化パラメータの値に対応します。

COMPATIBLE初期化パラメータの現在の値を確認するには、次の手順を実行します。 

  • 次のSQL文を入力します。

    SQL> SELECT name, value FROM v$parameter
             WHERE name = 'compatible';
    

1.7.1.7 Oracle DatabaseでのCOMPATIBLE初期化パラメータ設定のタイミング

アップグレードしたデータベースの完全なテストを実行した後にのみCOMPATIBLEパラメータを増やすことをお薦めします。アップグレードの完了後、COMPATIBLE初期化パラメータの設定をOracle Database 12cの最大レベルまで増加できます。ただし、COMPATIBLEパラメータを増やすと、後でデータベースをダウングレードできません。

1.7.2 Oracle Databaseのアップグレードの相互運用性の概要

Oracle Databaseにおける相互運用性とは、異なるリリースのOracle Database間での通信および連動が分散環境において可能である状態を指します。分散データベース・システムには異なるリリースのOracle Databaseを配置することができ、サポート対象すべてのリリースのOracle Databaseを分散データベース・システムに参加させることができます。ただし、分散データベースと連動するアプリケーションでは、システム内の各ノードで使用できる機能やファンクションとも相互運用できる必要があります。

新しいOracle Database 12cの最小要件によって一部またはすべてのホストのオペレーティング・システムをアップグレードする必要がある場合があるため、特にローリング・アップグレード時には、異なるオペレーティング・システムおよびオペレーティング・システム・バージョン間での相互運用性が問題となる可能性があります。そのため、ローリング・アップグレード中のシステムのすべての中間的な状態において、ドライバ、ネットワークおよびストレージ間の互換性を確認する必要があります。


注意:

『Oracle Databaseアップグレード・ガイド』では、異なるリリースのOracle Database間で実行されるアップグレードおよびダウングレードについて説明しているため、相互運用性の定義はOracle Databaseリリース用です。他のOracleのマニュアルでは、さらに幅広い定義で相互運用性という言葉を使用している場合があります。たとえば、異なるハードウェア・プラットフォームおよびオペレーティング・システム間の通信を相互運用性という場合があります。


関連項目:

My Oracle Support(http://support.oracle.com)のNote ID 207303.1「Client / Server / Interoperability Support Between Different Oracle Versions」

1.8 Optimal Flexible Architecture (OFA)およびOracle Databaseのインストール

Oracle Databaseのインストールには、Optimal Flexible Architecture(OFA)規格をお薦めします。OFA規格とは、効率的で信頼性のあるOracle Database用の構成ガイドラインであり、メンテナンスが簡素化されます。

OFAには、次のメリットがあります。

  • ディスク上の大量の複雑なソフトウェアおよびデータを、デバイスのボトルネックまたはパフォーマンスの低下を避けながら構成する。

  • ソフトウェアやデータのバックアップ機能など、データ破損の危険性のある日常業務を簡単にする。

  • 複数のOracle Database間での切替えを軽減する。

  • データベースの成長を処理および管理できる。

  • データ・ディクショナリの空き領域の断片化を排除し、その他の断片化を分離し、リソース競合を最小化します。

現在、OFA規格を使用していない場合、OFA規格への切替えには、ディレクトリ構造の修正とデータベース・ファイルの再配置が伴います。


関連項目:

  • OFAの詳細は、ご使用のオペレーティング・システム固有のOracleマニュアルを参照してください。

  • データファイルおよびテンプレートの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。


1.9 32ビットOracle Databaseから64ビットOracle Databaseへの変換

以前は32ビットOracle Databaseインストールを使用していて64ビットOracle Databaseソフトウェアをインストールすると、Oracle Database 12cへのアップグレード中にデータベースは自動的に64ビットに変換されます。

1.10 Oracle ASMおよびOracle RACデータベースのローリング・アップグレードの概要

ローリング・アップグレードは、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM) (まとめて Oracle Grid Infrastructureと称される)では動作しますが、Oracle Databaseソフトウェアでは動作しません。Oracle Real Application Clusters (Oracle RAC)環境では、ローリング・アップグレードを使用してOracle Databaseのメジャー・リリース、メンテナンス・リリースまたはパッチ・リリースへのアップグレードはできません。ただし、Oracle RAC環境では、ほとんどのデータベース・パッチ(個別パッチと呼ばれることもある)およびすべてのデータベース・パッチ・セット更新および重要なパッチ更新(PSUおよびCPU)は、ローリング・パッチ・インストールを使用して適用できます。

1.10.1 Oracle Databaseのローリング・アップグレードの実行方法の概要

表1-4は、ローリング・アップグレードの様々な実行方法の概要と適切なドキュメントへの参照情報を示しています。

表1-4 ローリング・アップグレードの実行方法

方法 説明 参照

Oracle Enterprise Manager Cloud Control

Oracle Database 12c以上では、データベースのローリング・アップグレードを実行するためのCloud Controlサポートが提供されています。

Oracle Enterprise Manager Cloud Controlのオンライン・ヘルプ

Oracle Data Guard SQL Apply

SQL Applyおよびロジカル・スタンバイ・データベースを使用して、Oracle Databaseソフトウェアおよびパッチ・セットをアップグレードします。

「Oracle Database Vaultを使用しているOracle Databaseのアップグレードの要件」


Oracle Data Guardフィジカル・スタンバイ・データベース

既存のフィジカル・スタンバイ・データベースを一時的にロジカル・スタンバイ・データベースに変換して、データベースのローリング・アップグレードを実行します。

「スタンバイ・データベースを使用したアップグレードの概要」


Oracle ClusterwareおよびOracle Universal Installer(OUI)

OUIおよびOracle Clusterwareを使用してローリング・アップグレードを実行し、Oracle Clusterwareのパッチ・セット・リリースを適用します。この方法では、パッチ・セットのアップグレード中もOracle RACの一部のインスタンスを使用できます。パッチが適用されているノードのみを停止する必要があり、他のインスタンスは使用可能です。OUIでは、クラスタの異なるインスタンスに対し、連続してパッチ・セットを適用できます。

ご使用のオペレーティング・システムの『Oracle Grid Infrastructureインストレーション・ガイド』およびご使用のオペレーティング・システム固有のOracle Clusterwareインストール・ガイド

Oracle Automatic Storage Management (Oracle ASM)

Oracle ASMを使用して、クラスタOracle ASMインスタンスに対して個別にアップグレードやパッチの適用を行います。この方法を使用すると、1つ以上のOracle ASMインスタンスが異なるバージョンのソフトウェアを実行していても、クラスタOracle ASM環境のすべての機能の使用を続けることができます。

ご使用のオペレーティング・システムの『Oracle Grid Infrastructureインストレーション・ガイド』

『Oracle Automatic Storage Management管理者ガイド』のOracle ASMのローリング・アップグレードの使用方法に関する説明


1.11 Oracle DatabaseのStandard EditionからEnterprise Editionへの移行

Oracle Databaseの新しいリリースより前のリリースのStandard Editionデータベースを使用している場合、まず、第3章「Oracle Databaseのアップグレード」に従ってアップグレードする必要があります。次に、Oracle Enterprise EditionソフトウェアをインストールすることによってOracle Enterprise Editionデータベースに移行できます。1つのエディションから別のエディションに移行するには、Enterprise EditionとStandard Editionの両方でOracle Databaseの同じリリースを使用する必要があります。たとえば、両方のリリースがリリース12.1 (または別のリリース・レベル)である必要がありますが、変更を実行するには、両方のエディションで同じである必要があります。


注意:

この手順を実行すると、Oracle Standard Editionソフトウェアが削除され、その結果としてOracleホーム下に存在するデータベース・ファイルが削除されます。そのため、現行のOracleホーム下のデータベース・ファイルをバックアップしてください。


既存のStandard EditionデータベースをEnterprise Editionデータベースに変更するには、次の手順を実行します。

  1. Oracle Standard Editionサーバー・ソフトウェアとOracle Enterprise Editionサーバー・ソフトウェアのリリース番号が同じかどうかを確認します。

  2. データベースを停止します。

  3. オペレーティング・システムがWindowsの場合、OracleServiceSID(SIDはインスタンス名)を含むすべてのOracleサービスを停止します。Oracle Databaseサービスの停止の詳細は、Oracle Databaseプラットフォーム・ガイドfor Microsoft Windowsを参照してください。

  4. 保持する必要のある現行のOracleホーム下のデータベース・ファイルをすべてバックアップします。データベースのバックアップの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

  5. Standard Editionサーバー・ソフトウェアを削除します。(この手順を実行すると、Oracleホーム下に存在するすべての既存のデータベース・ファイルが削除されます。)

    Oracleホームから削除ツールを実行します。この削除ツールは、インストール後に別のコマンド(deinstall)としてOracleホーム・ディレクトリから使用できます。これはORACLE_HOME\deinstallにあります。

    WindowsでOracleホームを削除するには、次の構文を使用します。

    setup.exe –deinstall –home path_of_Oracle_home_to_be_deinstalled
    

    LinuxおよびUNIXでOracleホームを削除するには、次の構文を使用します。

    $ ./runInstaller –deinstall –home path_of_Oracle_home_to_be_deinstalled
    

    注意:

    Oracle Database 12c以上では、削除ツールはデータベース・インストール・メディアに統合されています。削除ツールは、-deinstallおよび-homeオプションを指定して、LinuxおよびUNIXではrunInstaller、Windowsではsetup.exeを使用して、Oracle Database、Oracle Database ClientまたはOracle Grid Infrastructureインストール・メディアのベース・ディレクトリから実行できます。オペレーティング・システムの『Oracle Databaseインストレーション・ガイド』を参照してください。

  6. Oracle Universal Installer (OUI)を使用して、Oracle Enterprise Editionサーバー・ソフトウェアをインストールします。

    削除したStandard Editionで使用されていたのと同じOracleホーム、または新しいOracleホームを選択します。インストール中は、必ずEnterprise Editionを選択します。プロンプトが表示されたら、「データベース構成」画面から「ソフトウェアのみ」を選択します。

  7. 既存のデータベースが存在する場合、ORACLE_SIDでこの既存のデータベースを指定します。

    既存のデータベースがWindows上にある場合、ORADIMを使用してDBを再作成する必要があります。


    関連項目:

    Windows上のOracleサービスの詳細は、Oracle Databaseプラットフォーム・ガイドfor Microsoft Windowsを参照してください。

  8. データベースを起動します。

  9. catalog.sqlおよびcatproc.sqlスクリプトを実行して、すべてのEnterprise Editionオブジェクトが作成されていることを確認します。

データベースがOracle Database Enterprise Editionに変換されました。データベースをOracle Database 12cにアップグレードする準備ができました。第2章「Oracle Databaseのアップグレードの準備」に進み、アップグレード処理を継続します。


関連項目:

My Oracle Support (http://support.oracle.com)のNote ID 117048.1「How to Convert Oracle Database from Standard to Enterprise Edition」

1.12 Oracle DatabaseのEnterprise EditionからStandard Editionへの移行

Enterprise EditionデータベースからStandard Editionデータベースへの変換を適切に行うには、エクスポート/インポート操作を実行する必要があります。このデータのエクスポートには、Standard Editionの エクスポート・ユーティリティ を使用することをお薦めします。Standard Editionソフトウェアのインストールのみを実行した場合、一部のデータ・ディクショナリ・オブジェクトが無効になり、データベースのメンテナンス時に問題が発生します。

Enterprise Editionには、Standard Editionで使用できないデータ・ディクショナリ・オブジェクトが含まれています。エクスポート/インポート操作では、SYSスキーマ・オブジェクトはエクスポートされないため、Enterprise Edition固有のデータ・ディクショナリ・オブジェクトは対象となりません。Standard Editionデータベースへのインポート後に必要な作業は、Enterprise Edition機能に関連するユーザー・スキーマの削除のみです。

1.13 Oracle Database Express Edition (Oracle Database XE)からOracle Databaseへの移行

Oracle Database Express Edition (Oracle Database XE)はOracle Databaseのエントリレベルのエディションで、ダウンロードがすばやく、インストールおよび管理が簡単です。Oracle Database XEは、開発、デプロイおよび配布用に一定のライセンス制限付きで無料で提供されています。Oracle Database XEでは、コストのかかる複雑な移行をすることなく、Oracleの他のエディションへのアップグレードを容易にします。Oracle Database XEは、任意の数のCPUを持つ任意のサイズのコンピュータに対して、コンピュータに1つのデータベースをインストールできます。サポートは、Oracle従業員およびコミュニティの専門家によって監視される無料のOracleオンライン・フォーラムで提供されます。

Oracle Database 11g Express Edition (Oracle Database XE)をOracle Database 12cにアップグレードするには、Oracle Database XEと同じシステムに新しいOracle Databaseソフトウェアをインストールし、DBUAを使用してアップグレードを実行する必要があります。

  1. リリース11202のOracle Database XEをrootユーザーでインストールします。

    /u01/app/oracle/product/11.2.0/xe 
    
  2. SQL Plusを起動し、次の手順を実行して、前提条件チェックの警告を回避し、DBUAの対話形式のフェーズ中にデータベースのアップグレードを確実に成功するようにします。

    Set ORACLE_HOME
    Set ORACLE_SID 
    SQL> alter system set job_queue_processes=64; 
    SQL> alter database datafile '/u01/app/oracle/oradata/XE/system.dbf'
     autoextend on next 640k maxsize unlimited; 
    
  3. リリース11.2.0.2のOracle Database XEホームで、アップグレード前に、rootユーザーとして次のディレクトリ、サブディレクトリおよびファイルに777個の権限を付与します。

    cd /u01/app/oracle
    $ls
    admin diag fast_recovery_area oradata product 
    

    adminディレクトリの場合、次のディレクトリおよびファイルに777個の権限を付与します。

    chmod 777 admin
    cd admin
    chmod 777 XE
    chmod 777 *
    $ls
    adump  dbs  dpdump  pfile 
    
    cd dpdump
    chmod 777 dp.log 
    
    cd ..
    cd adump
    chmod 777 * ( Change permissions of *.aud) 
    

    diagディレクトリの場合、次のように777個の権限を付与します。これはOracleホームから実行し、diagに移動します。

    cd diag
    chmod -R 777 * 
    

    fast_recovery_areaディレクトリの場合、次のディレクトリおよびファイルに777個の権限を付与します。fast_recovery_areaフォルダはOracleホームの下にあります。最初にOracleホームに戻ってから、次のコマンドを実行します。

    chmod 777 fast_recovery_area
    cd fast_recovery_area
    chmod 777 XE
    cd XE
    chmod 777 onlinelog 
    

    oradataの場合、次のディレクトリに777個の権限を付与します。oradataフォルダはOracleホームの下にあります。最初にOracleホームに戻ってから、次のコマンドを実行します。

    chmod -R 777 oradata 
    

    Oracle productディレクトリの場合、次のディレクトリおよびファイルに777個の権限を付与します。

    chmod 777 11.2.0
    cd 11.2.0
    chmod 777 xe
    cd xe
    chmod 777 dbs
    cd dbs
    chmod 777 * ( changes permissions of these files hc_XE.dat  init.ora  lkXE  
    @ orapwXE  spfileXE.ora)
    
  4. Oracle Database 12cをインストールしたディレクトリの下に、データベースのアップグレード時にログ・ファイルが書き込まれるログ・ディレクトリ(例: /scratch/logdirlogdirに777個の権限を付与)を作成します。

    また、バックアップ・ファイルが格納されるバックアップ・フォルダ(例: /scratch/backupbackupフォルダに777個の権限を付与)も作成します。

  5. 次のパラメータを使用してDBUAを起動します。DBUAの実行の詳細は、「Oracle Database Upgrade Assistant (DBUA)を使用したアップグレード」を参照してください。

    ./dbua -logDir /scratch/logdir -backupLocation /scratch/backup 
    

    既存のリスナーはrootユーザーによって作成されていてアップグレードで使用できないため、プロンプトが表示されたら、新しい名前およびポートの新しいリスナーを作成します。

  6. DBUAの対話形式のフェーズ中に必要な入力値を指定し、完了したら、「終了」をクリックします。


関連項目: