oracle database 11g release 2 oracle restart patch …...oracle database 11g release 2 oracle...

Oracle Database 11g Release 2

Oracle Restart

Patch Set 2 (11.2.0.3) 適用ガイド

Linux x86-64版

作成日: 2011-11-21

更新日:

Version: 1.0

Oracle Database 11g Release 2 Oracle Restart

Patch Set 2 (11.2.0.3) 適用ガイド Linux x86-64版

2 Copyright© 2011, Oracle. All rights reserved.

目次

1 はじめに .......................................................................................... 3

1.1 参考文献 ......................................................................................................................................................... 3

1.2 用語一覧 ......................................................................................................................................................... 4

1.3 表記規則 ......................................................................................................................................................... 6

1.4 アップグレード・パスの決定 ............................................................................................................................ 7

1.5 out-of-placeアップグレードと in-placeアップグレード .................................................................................. 8

2 概要 .............................................................................................. 10

2.1 11g Release 2からの PSRの提供形態について ...................................................................................... 10

2.2 Oracle Restartの特徴 .................................................................................................................................. 10

3 11.2.0.3へのアップグレード ........................................................... 11

3.1 Oracle Grid Infrastructureのアップグレード ............................................................................................... 12

3.2 11.2.0.3 ソフトウェアのインストール ............................................................................................................ 23

3.3データベースの 11.2.0.3へのアップグレード ............................................................................................... 36

3.3.1 DBUAを用いたアップグレード ................................................................................................................ 36

3.3.2 手動でのアップグレード .......................................................................................................................... 52

付録アップグレード前バージョンへのダウングレード ......................... 67

1 データベースと Oracle Databaseのダウングレード ..................................................................................... 67

2 Oracle Grid Infrastructureのダウングレード ................................................................................................. 75

2.1 10g Release 2または 11g Release 1への Oracle Grid Infrastructureのダウングレード .................... 75

Version 日付備考

1.0 2011-11-21 作成




1 はじめに

本ガイドは、Linux 64bit プラットフォーム上の Oracle Database 10gや Oracle Database 11g Release 1

(11g R1) の Oracle Database、または Oracle Database 11g Release 2 (11g R2) により構成された Oracle

Restart構成を、Oracle Database 11g Release 2 Patch Set 2 (11.2.0.3) へアップグレード（注）する際の手順に

ついて記載します。本ガイドは、Oracle Database 10gや 11g R1の Oracle Databaseまたは 11g R2により構

成された Oracle Restart構成を利用している方を想定して作成された参考資料です。

1.1 参考文献

本ガイドの作成にあたり、参照したマニュアルを記載します。アップグレードの詳細については、次のマニュアル

も併せて確認してください。

Oracle® Grid Infrastructure インストレーション・ガイド 11g リリース 2 (11.2) for Linux

Oracle® Database インストレーション・ガイド 11g リリース 2 (11.2) for Linux

Oracle® Database アップグレード・ガイド 11g リリース 2 (11.2)

Oracle® Automatic Storage Management 管理者ガイド 11g リリース 2 (11.2)

Oracle® Databaseプラットフォーム共通日本語 README 11g リリース 2（11.2）

Oracle® Databaseグローバリゼーション・サポート・ガイド 11g リリース 2（11.2）

Oracle® Database管理者ガイド 11g リリース 2（11.2）

Oracle® Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス 11g リリース 2（11.2）

これらを含むマニュアルは Oracle Technology Network (OTN) のWebサイトより提供されています。

http://www.oracle.com/technetwork/jp/indexes/documentation/index.html

****************************************************************************************************************

（注）

11g R2 の Patch Set Release (PSR) は Oracle Database 11g Release 2 Patch Set 1 (11.2.0.2) よ

り、初期バージョンからの修正を含んだフルインストレーションとして提供されており、11.2.0.3もフルインス

トレーションとして提供されています。フルインストレーションでは、PSRの新規インストール時や既存環境

のアップグレード時に、初期バージョンを必要とせずに直接PSRの環境を構築することができます。従って

11g R2では PSRの適用が異なるバージョン間のアップグレードに近いイメージのため、本ガイド中では

「PSRの適用」を「アップグレード」と表現しています。

*****************************************************************************************************************

http://www.oracle.com/technetwork/jp/indexes/documentation/index.html




1.2 用語一覧

本ガイドでは次の省略表記を使用している箇所があります。

名称省略表記

Oracle Universal Installer OUI

Database Configuration Assistant DBCA

Database Upgrade Assistant DBUA

Oracle Automatic Storage Management Oracle ASMまたは ASM

Oracle ASM Configuration Assistant ASMCA

Oracle Net Configuration Assistant NETCA

Oracle Enterprise Manager Database Control Database Control

Patch Set Release PSR

Patch Set Update PSU

My Oracle Support MOS

Real Application Clusters RAC

Oracle High Availability Service OHAS

Oracle Cluster Registry OCR

TIMESTAMP WITH TIME ZONE TSTZ

Oracle Database 10g Release 2 10g R2

Oracle Database 10g Release 2 (10.2.0.1) 10.2.0.1






Oracle Database 11g Release 2 Patch Set 1 11.2.0.2

Oracle Database 11g Release 2 Patch Set 2 11.2.0.3




上記省略の他に、構築環境に依存する各環境変数を次の略称にて識別しております。各略称は構築環境に合

わせ、適切な値を設定してください。

略称表記設定値

<BASE_GI_HOME> アップグレード前の Oracle Grid Infrastructure の

OracleホームをORACLE_HOMEとして設定します。

<BASE_DB_HOME> アップグレード前の Oracle Databaseの Oracleホー

ムを ORACLE_HOME として設定します。

<11203_GI_HOME> 11.2.0.3の Oracle Grid Infrastructureの Oracleホ

ームを ORACLE_HOME として設定します。

<11203_DB_HOME> 11.2.0.3 の Oracle Database の Oracle ホームを

ORACLE_HOME として設定します。

<BASE _ASM_HOME>

アップグレード前の Oracle Automatic Storage

Management (ASM) の Oracle ホームを

ORACLE_HOME として設定します。ただし、11g R1

以前のバージョンの場合<BASE_ASM_HOME>と

Oracle Databaseの Oracleホームが同じ場合があり

ます。

<db_unique_name> データベースを一意に識別するための名前を設定し

ます。

<DBインスタンス名> データベースのインスタンス名を設定します。

<ASMインスタンス名> ASMのインスタンス名を設定します。




コマンドに必要な引数、インストールメディアのディレクトリ、ユーザーが作成する必要のあるディレクトリを次に

記載します。各環境に応じた設定値を設定してください。

略称表記設定値

<spfile_path> spfileのディレクトリを設定します。

<pfile_path> pfileのディレクトリを設定します。

<DiskName> ASM ディスク・グループで使用しているブロック・デバ

イスの名前を設定します。

<DiskGroup名> ASM で利用されているディスク・グループ名を設定し

ます。

<BASE_DATABASE_VERSION> アップグレード前のバージョンを設定します。

<version_number> timezlrg ファイル、timezone ファイルのバージョン番

号を設定します。

<GRID_INSTALL_IMAGE> Oracle Grid Infrastructure のインストールメディアの

ディレクトリを設定します。

<DATABASE_INSTALL_IMAGE> Oracle Database のインストールメディアのディレクト

リを設定します。

<PATCH_TOP_DIR> ダウンロードした Patchのディレクトリを設定します。

<Save_Directory>

Oracle Enterprise Manager Database Control

(Database Control) のデータをバックアップするディ

レクトリを設定します。このディレクトリはユーザーが

作成する必要があります。

1.3 表記規則

本ガイドでは、次の表記規則を使用します。

規則意味

太字太字は、操作に関連するGraphical User Interface要素やコマンドラインで入

力が必要な引数やオプションを示します。

イタリック体ユーザーが特定の値を指定するプレースホルダ変数を示します。

# 記号 bash シェルの rootユーザーのコマンドプロンプトを表します。

$ 記号 bash シェルのOracle製品インストール・ユーザーのコマンドプロンプトを表し

ます。




1.4 アップグレード・パスの決定

次の図には、各バージョンから 11.2.0.3 への主なアップグレード・パスが示されています。Oracle Database

11g Release 2 (11.2.0.1) への直接のアップグレードがサポートされているバージョンに関しては、11.2.0.3へ直

接アップグレードすることがサポートされています。

図 1 Oracle Database 11g Release 2 Patch Set 2 (11.2.0.3) へのアップグレード・パス




1.5 out-of-placeアップグレードと in-placeアップグレード

これまでのバージョンから 11.2.0.3 へ環境をアップグレードするにあたり、アップグレード方式を理解しておく必

要があります。11g R2より、次の 2つのアップグレード方式が提供されています。

in-placeアップグレード

これまでのバージョンで実施していたアップグレード方式です。既存のソフトウェア（バイナリ・ファイル）を

直接入れ替えることでアップグレードを実行します。

out-of-placeアップグレード

11g R2から提供されている新しいアップグレード方式です。既存のソフトウェア（バイナリ・ファイル）を残

したまま、新規にソフトウェアをインストールしてアップグレードを実行します。

Oracle Database 11g Release 2 Grid Infrastructureでは、out-of-placeアップグレードを使用してアップグ

レードを行います。in-placeアップグレードは使用できないため、out-of-placeアップグレードが必須となります。ま

た Oracle Database 11g Release 2 では、in-place および out-of-place アップグレードが使用できますが、

out-of-placeアップグレードでのアップグレードが推奨となります。

次の図は、out-of-place アップグレードのメリットについての説明図です。ここでは、Oracle Database を例に

用いて説明します。out-of-place アップグレードでは、アップグレード中に下位のソフトウェアに上書きをせずに、

新規にソフトウェアをインストールして構築を行います。そのため、アップグレード中に予期せぬ障害などで以前の

環境への切り戻しが必要になった場合でも in-place アップグレードよりも短いダウンタイムで対応することができ

ます。

図 2 out-of-placeアップグレードのメリット




次の図に Oracle Databaseの out-of-placeアップグレードおよび in-placeアップグレードの手順の違いを記載

します。各アップグレードで異なる部分は赤字で記載しています。全体を通してのアップグレード手順の詳細に関

しては『Oracle® Database アップグレード・ガイド 11g リリース 2 (11.2) 』を参照してください。

アップグレード・

フェーズ out-of-placeアップグレード In-placeアップグレード

Oracle Databaseの

アップグレード前の準備

システム要件や構成の確認システム要件や構成の確認

11.2.0.3用 Oracleホームの新

規作成

既存ホームのバックアップ、念のため

次のファイルのバックアップ取得

<BASE_DB_HOME>/dbs <BASE_DB_HOME>/network/admin <BASE_DB_HOME>/host_dbname <BASE_DB_HOME>/oc4j/j2ee/OC4J_

DBConsole_host_dbname

インベントリから既存ホームの削除

インストール後の作業

環境変数 ORACLE_HOMEの

更新最新の Patchの適用（オプション）

最新の Patch の適用（オプシ

ョン）

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

の準備

既存データベースのバックアッ

プ既存データベースのバックアップ

アップグレード前情報ツールの

実行アップグレード前情報ツールの実行


Database Upgrade Assistant

(DBUA) によりデータベースを

アップグレード

DBUAによりデータベースをアップグレード


後の作業構成や接続の確認構成や接続の確認




2 概要

2.1 11g Release 2からの PSRの提供形態について

11g R2 の PSR から、フルインストレーションでソフトウェアが提供されています。そのため、11.2.0.2 同様

11.2.0.3 も従来の PSR とは次の点が異なります。

従来のバージョン（11g R1や 10g R2など）から最新の PSRへのアップグレード時に、初期バージョ

ン (11.2.0.1) を介すことなく直接のアップグレードがサポートされます。

最新の PSR での環境構築時に、初期バージョンが不要です。直接 PSR を新規インストールすること

ができます。

2.2 Oracle Restartの特徴

2.2.1 Oracle Restartの特徴

Oracle Restart 構成はサーバー起動時にデータベース・インスタンスやリスナーの起動を行います。Oracle

Restart構成ではすべてのOracleコンポーネント(データベース・インスタンス、リスナー、データベース・サービス、

ASM など) を登録することで、意図しない停止があった場合などに自動的に再起動を行わせることができるよう

になります。

これらのコンポーネントの動作の監視、および再起動の処理は Oracle High Availability Service (OHAS) に

よって実施されます。

2.2.2 Oracle Restart を使用するために必要な構成

Oracle Restart構成では Oracle Databaseの Oracleホームとは別に Oracle Grid Infrastructureの Oracle

ホームを作成し、インストールする必要があります。

シングルインスタンス環境へ Oracle Restart構成のために Oracle Grid Infrastructureをインストールする場

合は『Oracle® Database インストレーション・ガイド 11g リリース 2 (11.2) for Linux 』を参照してください。

また、Oracle Grid Infrastructure のインストール時には ASM ディスク・グループの構成が必要であり、イン

ストール前に ASM ディスク・グループの構成に使用するディスク・デバイスを用意しておく必要があります。




3 11.2.0.3へのアップグレード本章では、11.2.0.3 へのアップグレード方法について説明します。また、本章の説明途中の＊は特定バージョ

ンのための操作です。バージョンをご確認うえ、実行します。

まず、本ガイドで使用したアップグレード前の環境について記載します。使用したアップグレード前の環境は

Oracle Database 10g Release 2 (10.2.0.1) と 11.2.0.2の Oracle Restart構成です。

10.2.0.1の ASMを使用したシングル・インスタンス・データベース構成

本ガイドでは、次の条件で 10g R2の環境が構成されているものとします。

10.2.0.1へ Oracle Database 10g Release 2 Patch Set 4 (10.2.0.5) を適用

Oracle ASM Configuration Assistant (ASMCA) を使用した ASMインスタンスの作成

Net Configuration Assistant (NETCA) を使用したリスナーの作成

Database Configuration Assistant (DBCA) を使用したデータベースのインスタンス作成

- データベース・ファイルの格納場所には ASMを使用

- 使用するディスク・グループ名：DATA

インストール・ディレクトリには次のディレクトリを使用

-Oracle Databaseのディレクトリ：/u01/app/oracle/product/10.2/dbhome_1

インストール・ユーザーには全てのソフトウェアで共通の OSユーザーを使用

- 「oracle」ユーザーを使用

11.2.0.2の Oracle Restart構成

本ガイドでは、次の条件で 11.2.0.2の Oracle Restart構成が構成されているものとします。

ASMCAを使用した ASMインスタンスの作成

NETCAを使用したリスナーの作成

DBCAを使用したデータベースのインスタンス作成

- データベース・ファイルの格納場所には ASMを使用

- 使用するディスク・グループ名：DATA

インストール・ディレクトリには次のディレクトリを使用

-Oracle Grid Infrastructureのディレクトリ：/u01/app/grid/product/11.2.0.2/grid

-Oracle Databaseのディレクトリ：/u01/app/oracle/product/11.2.0.2/dbhome_1

インストール・ユーザーには Oracle Grid Infrastructure と Oracle Databaseで別 OSユーザーを使用

- Oracle Grid Infrastructure：「grid」ユーザーを使用

- Oracle Database ：「oracle」ユーザーを使用




3.1 Oracle Grid Infrastructureのアップグレード

本項では、Oracle Grid Infrastructureをアップグレードする手順について説明します。

1.Oracle Grid Infrastructureのアップグレード事前作業

OHASプロセスが稼働していることを確認します。

確認には Oracle Grid Infrastructureのインストール・ユーザーで次のコマンドを実行してください。次は、

11.2.0.2を使用した Oracle Restart構成における実行例です。

＊10g R2または 11g R1から 11.2.0.3へアップグレードする際は次の「ASMで使用する OSグループの

準備とグループを追加します。」を実行します。

ASMで使用する OSグループの準備とグループを追加します。

ASM の OS 認証に使用するグループとして OS グループを作成します。本ガイドでは、新たに

「asmdba」，「asmoper」，「asmadmin」グループを作成します。なお、各 OS グループは次のように

役割が分担されています。

asmdba：Oracle ASM DBA (ASMの OSDBA) グループ

asmadmin：Oracle ASMの管理者グループ

asmoper：Oracle ASMオペレーター(ASMの OSOPER) グループ

グループを作成するためのコマンドと、oracle ユーザーに OS グループを追加するためのコマンド例を

次に記載します。rootユーザーで実行してください。

11.2.0.3の Oracle Grid Infrastructureインストール・ディレクトリの作成

11.2.0.3 Oracle Grid Infrastructureのホーム・ディレクトリを作成するためのコマンド例を次に記載しま

す。Oracle Grid Infrastructure では out-of-place アップグレードを用いたアップグレードが必須です。

なお、ソフトウェアのインストールには 5.5GB以上の容量が必要です。

既存の環境変数の解除

既存の環境において設定している Oracle 関連の環境変数（ORACLE_HOME、ORACLE_BASE、

ORACLE_SIDなど）があれば解除しておきます。

CRS_HOMEや ORA_CRS_HOME といった環境変数は使用しないでください。

# mkdir -p /u01/app/grid/product/11.2.0.3/grid

# chown -R grid:oinstall /u01/app/grid/product/11.2.0.3

# chmod -R 775 /u01/app/grid/product/11.2.0.3

# groupadd -g 1100 asmadmin

# groupadd -g 1300 asmadba

# groupadd -g 1200 asmoper

# usermod -g oinstall -G dba,asmdba,oper,asmadmin,asmoper oracle

$ <BASE_GI_HOME>/bin/crsctl check has

CRS-4638: Oracle High Availability Services is online




2.Oracle Universal Installer (OUI) の起動

Oracle Grid Infrastructureのインストール・ユーザーでインストーラを起動します。次のコマンドを実行してくださ

い。

3.Software Updateのダウンロードの選択

インストール中に最新の Patch 等の更新をダウンロードして適用するためのオプションとして、ソフトウェア更新

のダウンロードオプションが提供されています。ダウンロードはインターネット接続（My Oracle Support (MOS)

経由）で実施されます。そのためネットワーク接続が制限されている環境等を考慮して、事前にネットワーク接続

が可能な環境においてダウンロードしておいた更新を適用するためのオプションも提供されています。ここでは、

更新のダウンロードや適用は行わないため、「ソフトウェア更新のスキップ」を選択して「次へ」をクリックします。

$ <GRID_INSTALL_IMAGE>/Disk1/runInstaller




4.インストール・オプションの選択

Oracle Grid Infrastructureのインストール・オプションを選択します。ここでは、既存のASMインスタンスをアップ

グレードするため、「Oracle Grid Infrastructureまたは Oracle自動ストレージ管理のアップグレード」を選択し

て、「次へ」をクリックします。

＊10g R2または 11g R1から 11.2.0.3へアップグレードする際、インストーラにより既存の ASMインスタンスが

検出されます。「はい」を選択して作業を続行してください。




5.製品言語の選択

製品を実行する言語を選択します。ここでは、「日本語」と「英語」が選択されていることを確認し、「次へ」をクリッ

クします。




＊10g R2または 11g R1から 11.2.0.3へアップグレードする際は、次の「ASMモニター・パスワードの設定」を

行ってください。

6.ASMモニター・パスワードの指定

10g R2または 11g R1の場合で ASMのアップグレードを選択した場合は、ASM インスタンス監視用アカウント

（ASMSNMP ユーザー）のパスワードを指定してください。パスワードの長さは 8 文字以上で、アルファベットお

よび数字をそれぞれ 1 文字以上使用する必要があります。ここでは、「パスワードの指定」および「パスワードの

確認」に任意のパスワードを入力して「次へ」をクリックします。




7.権限付きオペレーティング・システム・グループの入力

ASM の OS 認証に使用する OS グループをそれぞれ指定します。ここでは「ASM データベース管理者

(OSDBA) グループ」に「asmdba」を、オプションである「ASM インスタンス管理オペレータ (OSOPER) グル

ープ」に「asmoper」を、「ASMインスタンス管理者 (OSASM) グループ」に「asmadmin」を指定し、「次へ」をク

リックします。




8.インストール場所の指定

11.2.0.3 のソフトウェアをインストールするディレクトリを指定します。out-of-place アップグレードを実施するため、

「ソフトウェアの場所」に新たに作成した 11.2.0.3 の Oracle ホームのディレクトリを指定し、「次へ」をクリックしま

す。




9.前提条件チェックの実行

アップグレード実行前に、OUI によって前提条件のチェックが実行されます。全ての項目のチェックに成功すると、

自動的にサマリー画面に遷移します。失敗した項目がある場合には、適宜修正を行ってください。




10.サマリーの確認

サマリーを確認して、「インストール」をクリックします。




11.製品のインストールの実行

アップグレード作業が開始されます。

インストールが進み、しばらくすると次のようなポップアップウィンドウが表示されるため、表示された構成スクリプ

ト (「rootupgrade.sh」)を root ユーザーで実行してください。構成スクリプトが終了した後に、「OK」をクリックし

ます。

構成スクリプトが終了した後に、インストーラにより NETCA が自動的に実行され、リスナーのアップグレードが

実施されます。「4．インストール・オプションの選択」において ASM のアップグレードを選択している場合は

ASMCA も自動的に実行され、ASMのアップグレードが実施されます。




12.アップグレードの完了

アップグレードが成功したことを確認して、「閉じる」をクリックします。これで、Oracle Grid Infrastructureのアップ

グレードは完了です。

この時点で、Oracle Grid Infrastructure のアップグレードが完了しました。11.2.0.3 の Oracle Grid

Infrastructureが稼働していることを確認する場合は、Oracle Grid Infrastructureのインストール・ユーザーで次

のコマンドを実行してください。

$ crsctl query has releaseversion

Oracle High Availability Services release version on the local node is

[11.2.0.3.0]




3.2 11.2.0.3 ソフトウェアのインストール

本項では、11.2.0.3の Oracle Database ソフトウェアをインストールします。

1.作業を開始する前に、次の項目を確認します。

11.2.0.3のインストール・ディレクトリの作成します。

本ガイドでは out-of-place アップグレードを実施します。アップグレードを実行する前に 11.2.0.3 のイン

トール・ディレクトリを作成します。なお、ソフトウェアのインストールには 4.5GB 以上のディスク容量が必

要です。

既存の環境変数の解除

Oracle Grid Infrastructureのアップグレードと同様にOracle Databaseのインストール・ユーザー（ここで

は oracle ユーザー）に対して設定している Oracle 関連の環境変数（ORACLE_HOME 、

ORACLE_BASE、ORACLE_SIDなど）があれば解除しておきます。

2.OUIの起動

Oracle Databaseのインストール・ユーザーでインストーラを起動します。次のコマンドを実行してください。

$ <DATABASE_INSTALL_IMAGE>/Disk1/runInstaller

# mkdir -p /u01/app/oracle/product/11.2.0.3/dbhome_1

# chmod -R 775 /u01/app/oracle/product/11.2.0.3/dbhome_1

# chown -R oracle:oinstall /u01/app/oracle/product/11.2.0.3/dbhome_1




3.セキュリティ・アップデートの構成

セキュリティの問題について、電子メールで通知を受け取る設定を行うことができます。チェックをつけた場合、

MOS よりセキュリティに関する情報をお届けします。ここでは、「セキュリティ・アップグレードを My Oracle

Support経由で受け取ります。」のチェックを外して、「次へ」をクリックします。

チェックを外した場合は、次のメッセージが表示されます。内容を確認し、「はい」をクリックします。




4.Software Updateのダウンロードの選択

インストール中にソフトウェアの更新をダウンロードし、適用する際にはオプションを選択します。ダウンロードを

行う場合は、MOS の資格証明を入力してください。ダウンロードを行った場合、ソフトウェアの更新機能を使用し

て、Oracleでの最新の更新(個別 Patchの更新、Critical Patchの更新、OUIの更新、最新の Patch Setなど)

を動的にダウンロードし、適用します。ここでは「ソフトウェア更新のスキップ」を選択して、「次へ」をクリックしま

す。




5.インストール・オプションの選択

インストール・オプションを選択します。ここでは、out-of-place アップグレードでアップグレードするため、「データ

ベース・ソフトウェアのみインストール」を選択して、「次へ」をクリックします。




6.Gridインストール・オプションの選択

インストールするデータベースのタイプを選択します。ここでは、Oracle Restart 構成をアップグレードを行うため、

「単一インスタンス・データベースのインストール」を選択して、「次へ」をクリックします。




7.製品言語の選択

製品を実行する言語を選択します。ここでは、「日本語」と「英語」が選択されていることを確認し、「次へ」をクリッ

クします。




8.データベース・エディションの選択

インストールする Oracle Database のエディションを選択します。ここでは、「Enterprise Edition」を選択して、

「次へ」をクリックします。




9.インストール場所の指定

11.2.0.3 のソフトウェアインストールするディレクトリを指定します。ここでは、out-of-place アップグレードを実施

するため、「ソフトウェア場所」として新たに作成した 11.2.0.3 の Oracle ホームのディレクトリを指定し、「次へ」を

クリックします。




10.権限付きオペレーティング・システム・グループの入力

Oracle Database の OS 認証に使用する OS グループをそれぞれ指定します。ここでは「データベース管理者

(OSDBA) グループ」に「dba」を、「データベース・オペレータ (OSOPER) グループ」に「oper」を指定し、「次へ」

をクリックします。




11.前提条件チェックの実行

インストール実行前に、OUI によって前提条件のチェックが実行されます。全ての項目のチェックに成功すると、

自動的にサマリー画面に遷移します。失敗した項目がある場合には、適宜修正を行ってください。




12.サマリーの確認

インストレーション・サマリーを確認して、「インストール」をクリックします。




13.製品のインストールの実行

インストール作業が開始されます。

インストールが進み、しばらくすると次のようなポップアップウィンドウが表示されるため、表示された構成スクリプ

ト(「root.sh」) を rootユーザーで実行してください。構成スクリプトが終了した後に、「OK」をクリックします。

14.インストールの完了

インストールが成功したことを確認して「閉じる」をクリックします。これで、Oracle Database のインストールは完




了です。




3.3データベースの 11.2.0.3へのアップグレード

本項では、既存のデータベースをアップグレードします。既存のデータベースのアップグレードにはDBUAを用

いる方法と手動で行う方法とがあります。ここでは、まず DBUA を用いた方法について説明し、その後、手動で

のアップグレード方法について説明します。

3.3.1 DBUAを用いたアップグレード

DBUAを用いたデータベースのアップグレード方法について説明します。本ガイドでは、以下の手順でアップグ

レードを行っていきます。

1． ASMCAを用いた高速リカバリ用ディスク・グループの作成

2．ファイルのバックアップ

3． Database Controlデータのバックアップ

4．アップグレード前情報ツールの実行

5． DBUAを用いたデータベースのアップグレード

6．アップグレード後の確認事項

1．ASMCAを用い高速リカバリ用ディスク・グループの作成

高速リカバリ領域用の ASMディスク・グループ「FRA」で使用するブロック・デバイスを準備します。ここ

では、ASMの冗長性の設定を「通常」とするため、ブロック・デバイスを 2本用意します。本ガイドでは、

例として/dev/sdd1 と/dev/sde1を使用します。

ブロック・デバイスを使用する場合、OS 再起動時にアクセス権限や所有グループがデフォルトの root

ユーザーに設定されます。OS 再起動後も権限が適切に設定されるように /etc/udev/rules.d のルー

ル・ファイルを変更します。ルール・ファイルがない場合は新規に作成します。次に、Oracle Grid

Infrastructure のインストール・ユーザーに grid を使用した場合のルール・ファイルの設定例を記載

します。

例）/etc/udev/rules.d/99-oracle.rules

****************************************************************************************************************

（注）

DBUA では、高速リカバリ領域を設定することができます。本ガイドでは、高速リカバリ領域を設定した

場合の手順を記載します。既に、高速リカバリ領域が設定されている、または設定しない場合は、「1．

ASMCA を用いた高速リカバリ用ディスク・グループ」の作成と「10．リカバリおよび診断場所の選択」を

スキップします。

*****************************************************************************************************************

# chmod 660 /dev/sdd1

# chmod 660 /dev/sde1

# chown grid:asmadmin /dev/sdd1

# chown grid:asmadmin /dev/sde1

# For ASM Disks KERNEL=="sd[d-e]1", ACTION=="add|change",OWNER="grid",GROUP="asmadmin", MODE="0660"




ASMCAを起動します。Oracle Grid Infrastructureのインストール・ユーザーで ASMCAを実行し、高

速リカバリ領域用のディスク・グループ「FRA」を作成します。次のコマンドを、Oracle Grid

Infrastructure のインストール・ユーザーで実行します。

ASMCAの画面が表示された後に、「ディスク・グループ」タブをクリックし、「作成」をクリックします。

$ <11203_GI_HOME>/bin/asmca




作成に必要な情報を入力します。ディスク・グループ名に「FRA」を、冗長性に「通常」を選択し、使用す

るブロック・デバイスにチェックをつけた後に、「OK」をクリックします。

ディスク・グループ「FRA」を作成しています。




ディスク・グループ「FRA」が正常に作成されたのを確認し、「OK」をクリックします。

作成したディスク・グループ「FRA」が正常にマウントされていることを確認します。ここでは、ディスク・

グループ「FRA」の「状態」が「MOUNTED」になっていることを確認し、「終了」クリックします。これで、

高速リカバリ用ディスク・グループの作成は終わりです。





アップグレードするデータベースをバックアップします。

初期化パラメータ・ファイルが ASMインスタンス内にある場合は、次のコマンドを使用して初期化パラメー

タ・ファイルをバックアップしてください。

注：spfile を ASM に配置しているデータベースをダウングレードする場合は、ダウングレードする前に初

期化パラメータ・ファイルをリストアする必要があるため、事前にバックアップを取得する必要があります。

3. Database Controlデータのバックアップ

Database Controlを利用している場合、そのデータのバックアップを取得しておきます。Database Controlをア

ップグレード後、Database Control のダウングレードする必要がある場合に、バックアップしたデータを利用しま

す。バックアップの取得を行う場合は、次の手順に従ってください。なお、手順の途中に Database Control の

データを保存するディレクトリが必要になります。本ガイドでは、Database Controlのデータを保存するディレクト

リを<Save_Directory>とします。

次のように環境変数をセットします。

・ORACLE_HOME=<BASE_DB_HOME>

・ORACLE_SID=<DBインスタンス名>

・PATH=<BASE_DB_HOME>/bin:$PATH

・LD_LIBRARY_PATH=<BASE _DB_HOME>/lib:$LD_LIBRARY_PATH

・SHLIB_PATH=<BASE_DB_HOME>/lib:$SHLIB_PATH

バックアップを保存するディレクトリを作成します。

11.2.0.3の Oracleホームの binに移動します。

emdwgrdユーティリティを用いて、バックアップを取得します。

注：emdwgrdユーティリティを実行中に、Oracle Databaseの SYSユーザーのパスワードの入力を

求められます。

SQL> CREATE PFILE [='<pfile_path>'] FROM SPFILE [='<spfile_path>'];

$ export ORACLE_HOME=<BASE_DB_HOME> $ export ORACLE_SID=<DBインスタンス名> $ export PATH=<BASE_DB_HOME>/bin:$PATH $ export LD_LIBRARY_PATH=<BASE_DB_HOME>/lib:$LD_LIBRARY_PATH $ export SHLIB_PATH=<BASE_DB_HOME>/lib:$SHLIB_PATH

$ cd <11203_DB_HOME>/bin

$ emdwgrd -save -sid <DBインスタンス名> -path <Save_Direcroty>

$ mkdir <Save_Direcroty>





DBUA を起動する前に、アップグレード前情報ツール（<11203_DB_HOME>/rdbms/admin/utlu112i.sql）を使

用して環境を確認します。アップグレード前情報ツールでは、アップグレードを行う際、データベースに発生する

可能性のある問題について警告が表示されます。アップグレード前情報ツールを実行するには、次の手順を実

行してください。

Oracle Databaseのインストール・ユーザーとしてシステムにログインします。


・ORACLE_HOME＝<BASE_DB_HOME>

・ORACLE_SID＝<DBインスタンス名>

・PATH＝<BASE_DB_HOME>/bin:$PATH

<11203_DB_HOME>/rdbms/adminディレクトリへ移動します。

SQL*Plusで SYSDBA権限を持つユーザーとして、データベース・インスタンスに接続します。

アップグレード前検証の結果の取得を開始します。

アップグレード前情報ツールを実行します。

アップグレード前検証の結果の取得を終了します。

アップグレード前情報ツールの出力内容を、upgrade_info.log で確認します。ここでは、アップグレード前のデー

タベースの情報や、アップグレードされるデータベース・コンポーネントが VALID となっていることを確認します。

また、「Miscellaneous Warnings」の項目に警告が出力された場合は、『Oracle® Database アップグレード・

ガイド 11g リリース 2 (11.2) 』の「3新しいリリースへのアップグレード」の「アップグレード前情報ツールの各種

の警告」を確認します。次に Upgrade_info.logの出力例を記載します。

SQL> SPOOL upgrade_info.log

SQL> utlu112i.sql

SQL> SPOOL OFF

$ export ORACLE_HOME＝<BASE_DB_HOME> $ export ORACLE_SID＝<DBインスタンス名> $ export PATH＝<BASE_DB_HOME>/bin:$PATH

$ sqlplus / as sysdba

$ su - oracle

$ <11203_DB_HOME>/rdbms/admin




SQL> @/u01/app/oracle/product/11.2.0.3/dbhome_1/rdbms/admin/utlu112i.sql

Oracle Database 11.2 Pre-Upgrade Information Tool 09-25-2011 14:19:37

Script Version: 11.2.0.3.0 Build: 001

.

****************************************************************************

Database:

****************************************************************************

--> name: ORCL

--> version: 11.2.0.2.0

--> compatible: 11.2.0.0.0

--> blocksize: 8192

--> platform: Linux x86 64-bit

--> timezone file: V14

：

中略

：

****************************************************************************

Components: [The following database components will be upgraded or installed]

****************************************************************************

--> Oracle Catalog Views [upgrade] VALID

--> Oracle Packages and Types [upgrade] VALID

--> JServer JAVA Virtual Machine [upgrade] VALID

--> Oracle XDK for Java [upgrade] VALID

--> Oracle Workspace Manager [upgrade] VALID

--> OLAP Analytic Workspace [upgrade] VALID

--> OLAP Catalog [upgrade] VALID

--> EM Repository [upgrade] VALID

--> Oracle Text [upgrade] VALID

--> Oracle XML Database [upgrade] VALID

--> Oracle Java Packages [upgrade] VALID

--> Oracle interMedia [upgrade] VALID

--> Spatial [upgrade] VALID ：

中略

：

****************************************************************************

Miscellaneous Warnings

****************************************************************************

WARNING: --> Your recycle bin is turned on and currently contains no objects.

.... Because it is REQUIRED that the recycle bin be empty prior to upgrading

.... and your recycle bin is turned on, you may need to execute the command:

PURGE DBA_RECYCLEBIN

.... prior to executing your upgrade to confirm the recycle bin is empty.

WARNING: --> Database contains schemas with objects dependent on DBMS_LDAP package.

.... Refer to the 11g Upgrade Guide for instructions to configure Network ACLs.

.... USER APEX_030200 has dependent objects.




注：11.2.0.2 から付属のタイム・ゾーン・ファイル及びタイム・ゾーン・データ付きタイムスタンプがバージョン 14へ

とアップグレードされました。「Miscellaneous Warnings」の項目に次の警告が出力された場合、タイム・ゾー

ン・ファイルのアップグレードを行います。DBUA の場合、「7．アップグレード・オプションの選択」でタイム・ゾー

ン・ファイルのアップグレードを行います。手動アップグレードの場合、「7.タイム・ゾーン・ファイル及びタイム・ゾ

ーン・データ付きタイムスタンプのアップグレード」を行います。

*******************************************************************

Miscellaneous Warnings

*******************************************************************

WARNING: --> Database is using a timezone file older than version 14.

.... After the release migration, it is recommended that DBMS_DST package

.... be used to upgrade the 11.1.0.6.0 database timezone version

.... to the latest version which comes with the new release.




5．DBUAの起動

Oracle Databaseのインストール・ユーザーで DBUA を起動します。ここでは、アップグレード前のデータベース

を起動した状態で DBUAを起動します。次のコマンドで DBUA を起動します。

6．DBUAの起動画面

DBUA が起動すると、次の「ようこそ」画面が表示されます。ここでは、内容を確認し、「次へ」をクリックしてくださ

い。

$ <11203_DB_HOME>/bin/dbua




7．アップグレードを行う既存データベースの選択

アップグレードするデータベースを選択します。ここでは、アップグレードが必要なデータベースを選択して、「次

へ」をクリックします。

DBUA により次のような警告画面が表示された場合は、必要に応じて対応を行ってください。ここでは、内容を確

認し、「はい」をクリックします。




8．アップグレード・オプションの選択

使用している環境の CPU 数に基づき、設定されたデフォルトの並列度でアップグレードを行います。また、タイ

ム・ゾーン・ファイルのアップグレードが必要な場合は「タイムゾーン・バージョンおよび TIMESTAMP WITH

TIME ZONE データのアップグレード」にチェックを入れます。ここでは、並列度を選択した後に、「タイムゾーン・

バージョンおよびTIMESTAMP WITH TIME ZONEデータのアップグレード」にチェックを入れ、「次へ」をクリック

します。

「アップグレード・オプション」の画面

・11.2.0.2からアップグレードする場合

・11.2.0.2以外からアップグレードする場合

タイム・ゾーン・バージョンおよび TIMESTAMP WITH TIME ZONE (TSTZ) データのアップグレードを行う

ため、「タイムゾーン・バージョンおよび TIMESTAMP WITH TIME ZONEデータのアップグレード」にチェッ

クを入れます。




9．データベース・ファイルの移動の選択

データベースのアップグレード時にデータ・ファイルを移動するかを選択します。データベース・ファイルの管理に

ファイルシステムを使用している場合、ASM での管理を選択することができます。ここでは、表示されている内容

を確認して、「次へ」をクリックします。




10．リカバリおよび診断の場所の選択

DBUAでは高速リカバリ領域を設定することができます。本ガイドでは、高速リカバリ領域を設定した場合の手順

を記載します。既に、高速リカバリ領域が設定されている、または設定しない場合は、この手順をスキップしてく

ださい。ここでは、「高速リカバリ領域の指定」にチェックをつけた後に、「高速リカバリ領域」に「+FRA」を記入し、

「高速リカバリ領域のサイズ」をデフォルトの数値のまま、「次へ」をクリックします。




11．データベースのアップグレード・サマリーの確認

表示されたデータベースのアップグレード・サマリーを確認して、「完了」をクリックします。




12．アップグレードの実行

アップグレードが進行中です。

アップグレードが完了したら、「OK」をクリックしてアップグレード結果を確認します。




13．アップグレード結果の確認

アップグレード作業の結果が表示されるため、内容を確認し、「閉じる」をクリックします。これで、データベースの

アップグレードが完了です。

以上で、データベースのアップグレードが完了しました。必要に応じてログイン・プロファイル(.bash_profile)

の更新を行います。




3.3.2 手動でのアップグレード

本項では、データベースを手動でアップグレードする方法について説明します。本ガイドでは、以下の手順で

データベースのアップグレードを行っていきます。


2． Database Controlデータの保存


4．データベースのアップグレード


6． Database Controlのアップグレード


アップグレードするデータベースをバックアップします。

アップグレード前の Oracleホームから 11.2.0.3の Oracleホームへ構成ファイルをコピーします。

a．初期化パラメータ・ファイルが ASM インスタンス内にある場合は、次のコマンドを使用して初期化パラメ

ータ・ファイルをバックアップします。

注：spfileを ASMに配置しているデータベースをダウングレードする場合は、ダウングレードする前に初期

化パラメータ・ファイルをリストアする必要があるため、事前にバックアップを取得します。

b．初期化パラメータ・ファイルやパスワード・ファイルがアップグレード前の Oracle ホームに存在する場合

は、11.2.0.3の Oracleホームへコピーします。また、初期化パラメータ・ファイルは任意の場所に格納でき

ますが、11.2.0.3へアップグレード後、アップグレード前のOracleホームに初期化パラメータ・ファイルを格

納しないでください。

SQL> CREATE PFILE [='<pfile_path>'] FROM SPFILE [='<spfile_path>'];

$ cp <BASE_DB_HOME>/dbs <11203_DB_HOME>/dbs




2. Database Controlデータの保存

Database Control を利用している場合、そのデータのバックアップを取得しておきます。 Database Control をア

ップグレード後、Database Controlのダウングレードが必要となった場合に、バックアップしたデータを利用します。

バックアップの取得を行う場合は、次の手順に従ってください。なお、手順の途中にDatabase Controlのデータを

保存するディレクトリが必要になります。本ガイドでは、Database Control のデータを保存するディレクトリを

<Save_Directory>とします。


・ORACLE_HOME=<BASE_DB_HOME>

・ORACLE_SID=<DBインスタンス名>

・PATH=<BASE_DB_HOME>/bin:$PATH

・LD_LIBRARY_PATH=<BASE _DB_HOME>/lib:$LD_LIBRARY_PATH


バックアップを保存するディレクトリを作成します。

11.2.0.3の Oracleホームの binに移動します。

emdwgrdユーティリティを用いて、バックアップを取得します。

注：emdwgrdユーティリティを実行中に、Oracle Databaseの SYSユーザーのパスワードの入力を求め

られます。

$ export ORACLE_HOME=<BASE_DB_HOME>

$ export ORACLE_SID=<DBインスタンス名>

$ export PATH=<BASE_DB_HOME>/bin:$PATH

$ export LD_LIBRARY_PATH=<BASE_DB_HOME>/lib:$LD_LIBRARY_PATH

$ export SHLIB_PATH=<BASE_DB_HOME>/lib:$SHLIB_PATH


$ ./emdwgrd -save -sid <DBインスタンス名> -path <Save_Direcroty>

$ mkdir <Save_Direcroty>





DBUA を起動する前に、アップグレード前情報ツール（<11203_DB_HOME>/rdbms/admin/utlu112i.sql）を使

用して環境を確認します。アップグレード前情報ツールでは、アップグレードを行う際、データベースに発生する可

能性のある問題について警告が表示されます。アップグレード前情報ツールを実行するには、次の手順を実行し

てください。

Oracle Databaseのインストール・ユーザーでシステムにログインします。





<11203_DB_HOME>/rdbms/adminディレクトリへ移動します。


アップグレード前検証の結果の取得を開始します。

アップグレード前情報ツールを実行します。

アップグレード前検証の結果の取得を終了します。

アップグレード前情報ツールの出力内容を、upgrade_info.logで確認します。

出力結果は「3.3.1DBUA を用いたアップグレード」の「1．アップグレード前情報ツールの実行」を参考にし

てください。

SQL> SPOOL upgrade_info.log

SQL> @<11203_DB_HOME>/rdbms/admin/utlu112i.sql

SQL> SPOOL OFF

$ export ORACLE_HOME＝<BASE_DB_HOME>

$ export ORACLE_SID＝<DBインスタンス名>

$ export PATH＝<BASE_DB_HOME>/bin:$PATH


$ su - oracle

$ cd <11203_DB_HOME>/rdbms/admin




4．データベースのアップグレード

Oracle Databaseのインストール・ユーザーとしてシステムにログインします。






インスタンスを停止します。

SQL*Plusを終了します。

/etc/oratabファイルに 11.2.0.3のOracle DatabaseのOracleホームのエントリがあることを確認します。

記載がない場合は書き換えが必要です。次に、/etc/oratab内のファイル出力例を記載します。


・ORACLE_HOME＝<11203_DB_HOME>

・PATH＝<11203_DB_HOME>/bin:$PATH

$ cat /etc/oratab

+ASM:<11203_GI_HOME>:N

orcl:<11203_DB_HOME>:N

SQL> SHUTDOWN IMMEDIATE

$ export ORACLE_HOME＝<11203_DB_HOME>

$ export PATH＝<11203_DB_HOME>/bin:$PATH





SQL> EXIT

$ su - oracle




この後の手順で、catupgrd.sql を実行するため、<11203_DB_HOME>/rdbms/adminへ移動します。


アップグレード・モードでインスタンスを起動します。ただし、既にインスタンスが起動している場合は一度

停止してからアップグレードモードで起動します。

アップグレード結果の取得を開始します。

catupgrd.sqlスクリプトを実行します。

注：catupgrd.sqlスクリプトの途中でデータベースが停止されます。

SQL*Plusで SYSDBA権限を持つユーザーとして、データベース・インスタンスに再接続します。

データベース・インスタンスを起動します。

注：インスタンス起動時に、廃止された初期化パラメータのリストが表示された場合は、再起動する前

に廃止された初期化パラメータを初期化パラメータ・ファイルから削除します。『Oracle® Database管

理者ガイド 11g リリース 2（11.2）』の「サーバー・パラメータ・ファイルを使用した初期化パラメータの

管理」に関する章を参照してください。

SQL> STARTUP UPGRADE

SQL> SPOOL upgrade.log

SQL> @catupgrd.sql

SQL> STARTUP








アップグレードの結果を把握するため utlu112s.sql を実行します。実行終了後に、データベース・コンポー

ネントが VALID となっていることを確認します。

catuppst.sql を実行し、データベースをアップグレード・モードにする必要がないアップグレード操作を実行

します。

utlrp.sqlを実行して、すべてのストアド PL/SQLおよび Java コードを再コンパイルします。

すべてのパッケージおよびクラスが有効であることを確認します。


SQL> @utlu112s.sql

SQL> @catuppst.sql

SQL> @utlrp.sql

SQL> SELECT count(*) FROM dba_invalid_objects;

SQL> SELECT distinct object_name FROM dba_invalid_objects;

出力結果例：無効なオブジェクトの数が出力されます。出力結果が 0 件であれば

すべてのパッケージおよびクラスが有効であると確認できます。

SQL> SELECT count(*) FROM dba_invalid_objects;

COUNT(*)

----------

0

SQL> SELECT distinct object_name FROM dba_invalid_objects;

no rows selected

SQL> EXIT




11.2.0.1または 11.2.0.2から 11.2.0.3へアップグレードした場合、Oracle Clusterwareの構成をアップグ

レードします。

・10g R2または 11g R1から 11.2.0.3へアップグレードした場合、次の手順を実行します。

$ <11203_GI_HOME>/bin/srvctl upgrade database \

-d <db_unique_name> -o <11203_DB_HOME>

次がコマンドの実行例です。ここでは、<db_unique_name>を orcl、

<11203_DB_HOME>を/u01/app/oracle/product/11.2.0.3/dbhome_1とします。

$/u01/app/oracle/product/11.2.0.3/dbhome_1/bin/srvctl upgrade database -d orcl \

-o /u01/app/oracle/product/11.2.0.3/dbhome_1

$ <11203_GI_HOME>/bin/srvctl add database \

-d <db_unique_name> -o <11203_DB_HOME> -a <DiskGroup>

次がコマンドの実行例です。ここでは、<db_unique_name>を orcl、

<11203_DB_HOME>を/u01/app/oracle/product/11.2.0.3/dbhome_1とします。

<DiskGroup>を DATAとします。

$/u01/app/oracle/product/11.2.0.3/dbhome_1/bin/srvctl add database -d orcl \

-o /u01/app/oracle/product/11.2.0.3/dbhome_1 –a DATA




6． Database Controlのアップグレード




emca コマンドを用いて、Database Controlのアップグレードを行います。

注：アップグレード前の Database Controlが起動した状態で行います。

注：emca コマンドを実行すると、次の情報の入力を求められます。

・アップグレード前の Oracle Databaseの Oracleホーム

・データベース・インスタンス名

・リスナー・ポート番号

・ASMインスタンスをリスニングしているリスナー・ポート番号

・アップグレード前の ASMの Oracleホーム

・ASMインスタンス名

・SYSユーザーのパスワード

・ASMSNMPユーザーのパスワード



$ emca -upgrade db_asm




7.タイム・ゾーン・ファイル及びタイム・ゾーン・データ付きタイムスタンプのアップグレード

注：アップグレード前情報ツールの検証結果により、タイム・ゾーン・ファイルのアップグレードを求められた場合、

この手順を行います。『Oracle® Databaseグローバリゼーション・サポート・ガイド 11g リリース 2（11.2）』の「タイ

ム・ゾーン・ファイルおよびタイム・ゾーン・データ付きタイムスタンプのアップグレード」も合わせて参照してくださ

い。

7-1．タイム・ゾーン・ファイルおよびタイム・ゾーン・データ付きタイムスタンプのアップグレードの準備






DBMS_DST.CREATE_AFFECTED_TABLE プロシージャ、DBMS_DST.CREATE_ERROR_TABLE

プロシージャを使用して、エラー表、および影響を受けるタイムスタンプとタイム・ゾーン情報の表を作成し

ます。

SQL> EXEC DBMS_DST.CREATE_AFFECTED_TABLE('my_affected_tables');

SQL> EXEC DBMS_DST.CREATE_ERROR_TABLE('my_error_table');








DBMS_DST.BEGIN_PREPARE(<versioin_number>) プロシージャを実行します。DBMS_DST権限情

報の詳細は、『Oracle® Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス11g リリー

ス 2（11.2）』を参照してください。DBMS_DST.BEGIN_PREPARE(<versioin_number>) プロシージャを

実行し、「DST_PRIMARY_TT_VERSION」と「DST_SECONDARY_TT_VERSION」のバージョンと

「DST_UPGRADE_STATE」の状態を確認します。

DBMS_DST.FIND_AFFECTED_TABLESプロシージャを実行して影響を受けるデータを確認します。

my_affected_tables表で影響を受ける表を確認します。

my_affected_tables表でエラーのある表を確認します。

SYS.DST$AFFECTED_TABLES.ERROE_COUNTでエラー件数が 1以上の場合、

SYS.DST$ERROR_TABLE をチェックします。

SQL> EXEC DBMS_DST.BEGIN_PREPARE(14);

PL/SQLプロシージャが正常に完了しました。

SQL> SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value

FROM DATABASE_PROPERTIES

WHERE PROPERTY_NAME LIKE 'DST_%'

ORDER BY PROPERTY_NAME;

PROPERTY_NAME VALUE

------------------------------ --------

DST_PRIMARY_TT_VERSION 4

DST_SECONDARY_TT_VERSION 14

DST_UPGRADE_STATE PREPARE

SQL> EXEC DBMS_DST.FIND_AFFECTED_TABLES(affected_tables =>

'my_affected_tables',log_errors => TRUE,log_errors_table => 'my_error_table');

SQL> SELECT * FROM my_error_table;

SQL> SELECT * FROM my_affected_tables;

SQL> SELECT * FROM SYS.DAT$AFFECTED_TABLES;




DBMS_DST.END_PREPAREプロシージャを実行し、準備ウィンドウを終了します。

DATABASE_PROPERTIES 表の DST_UPGRADE_STATE が「PREPARE」から「NONE」になっている

ことを確認します。

SQL> EXEC DBMS_DST.END_PREPARE;





PROPERTY_NAME VALUE

--------------------------- ----------



DST_UPGRADE_STATE NONE




7-2.タイム・ゾーン・ファイルおよびタイム・ゾーン・データ付きタイムスタンプのアップグレードのステップ

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

アップグレード・モードで、データベースを起動します。

DBMS_DST.BEGIN_UPGRADE(<versioin_number>) プロシージャを実行します。

DBMS_DST.BEGIN_ UPGRADE(<versioin_number>) プロシージャを実行し、DSTの状態を確認しま

す。

データベースを通常のモードで再起動します。



SQL> exec DBMS_DST.BEGIN_UPGRADE(14);





PROPERTY_NAME VALUE

------------------------------ ----------



DST_UPGRADE_STATE UPGRADE


SQL> STARTUP




DBMS_DST.UPGRADE_DATABASE プロシージャを実行して、すべての表内の TSTZデータをアップグ

レードします。

DBA_TSTZ_TABLES表でアップグレードが終了しているかを確認します。

「UPGRADE_IN_PROGRESS」列の結果が全て「NO」となっていればアップグレードが終了しています。

「YES」の場合はアップグレード実行中です。

SQL> VAR numfail number

SQL> BEGIN

DBMS_DST.UPGRADE_DATABASE(:numfail,

parallel => TRUE,

log_errors => TRUE,

log_errors_table => 'SYS.DST$ERROR_TABLE',

log_triggers_table => 'SYS.DST$TRIGGER_TABLE',

error_on_overlap_time => TRUE,

error_on_nonexisting_time => TRUE);

DBMS_OUTPUT.PUT_LINE('Failures:'|| :numfail);

END;

/

SQL> select * from DBA_TSTZ_TABLES;

OWNER TABLE_NAME UPGRADE_IN_PROGRESS

------------------- --------------------------- -------------------

SYS OPTSTAT_HIST_CONTROL$ NO

SYS WRI$_OPTSTAT_IND_HISTORY NO

SYS WRI$_OPTSTAT_OPR NO

SYS SCHEDULER$_WINDOW NO

:

省略




DBMS_DST.END_UPGRADEプロシージャを実行して、アップグレード・ウィンドウを終了します。

アップグレードの確認

DATABASE_PROPERTIES表を確認し、「DST_UPGRADE_STATE」が「NONE」、

「DST_PRIMARY_TT_VERSION」が「14」となっていればアップグレードが完了しています。

SQL> BEGIN

DBMS_DST.END_UPGRADE(:numfail);

END;

/





PROPERTY_NAME VALUE

------------------------------ ----------



DST_UPGRADE_STATE NONE




アップグレードの終了

アップグレードは以上で終了です。必要に応じてログイン・プロファイル(.bash_profile) の更新を行ってく

ださい。また、データベースのバージョンを確認する場合、11.2.0.3 の SQL*Plus で SYSDBA 権限をもつ

ユーザーとしてデータベース・インスタンスに接続し、データベースのバージョンを確認します。

$ export ORACLE_HOME=<11203_DB_HOME>

$ export ORACLE_SID=<DBインスタンス名>

$ export PATH=<11203_DB_HOME>/bin::$PATH


SQL*Plus: Release 11.2.0.3.0 Production on Tue Oct 18 22:50:45 2011

Copyright (c) 1982, 2011, Oracle. All rights reserved.

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the partitioning, Automatic Storage Management, OLAP, Data Mining

and Real Application Testing options

SQL> select * from v$version;

BANNER

----------------------------------------------------------------------------


PL/SQL Release 11.2.0.3.0 - Production

CORE 11.2.0.3.0 Production

TNS for Linux: Version 11.2.0.3.0 - Production

NLSRTL Version 11.2.0.3.0 - Production




付録アップグレード前バージョンへのダウングレード本章では、Oracle Restart構成の11.2.0.3からアップグレード前のバージョンへのダウングレード方法について

記載します。なお、本章の操作は Oracle Grid Infrastructure、Oracle Databaseのソフトウェアのアップグレード

に失敗した場合や意図的にソフトウェアをダウングレードする場合のみ行います。それ以外の場合は実行しない

でください。

1 データベースと Oracle Databaseのダウングレード

本ガイドでは、以下の手順でデータベースと Oracle Databaseのダウングレードを行っていきます。

1. 各バージョンに応じた Patchの適用

2. データベースのダウングレードの実行

3. アップグレード後の確認事項

1.各バージョンに応じた Patchの適用

ダウングレードを実行する前の事前準備として、アップグレード前のバージョンに応じた Patch を適用する必要が

あります。また、Patch を適用する場合、Opatch のバージョンが最新であることをご確認ください。アップグレード

前のバージョンに応じた適用する Patchは次の通りです。

・11.2.0.1の場合：Patch 9967451を適用

・11.2.0.2の場合：Patch11811073を適用

Patchを適用する場合は次の手順を実行してください。

・11.2.0.1 の場合、Patch 9967451 を適用する必要があります。Patch を MOS からダウンロードしてください。

なお、Patchが保存されたディレクトリを <PATCH_TOP_DIR>とします。

1-1.次のように環境変数をセットしてください。


・PATH＝<BASE_DB_HOME>/OPatch:$PATH

1-2．ダウングロードした ZIP ファイルを解凍します。

1-3．解凍後、Patchのディレクトリに移動します。

$ unzip -d <PATCH_TOP_DIR>/p9967451_112010_Generic.zip

$ cd <PATCH_TOP_DIR>/9967451


$ export PATH＝<BASE_DB_HOME>/OPatch:$PATH




1-4．Patchを適用します。

・11.2.0.2 の場合 Patch11811073 を適用する必要があります。Patch を MOS からダウンロードしてください。

なお、Patchが保存されたディレクトリを <PATCH_TOP_DIR>とします。

1-1．次のように環境変数をセットしてください。


・PATH＝<BASE_DB_HOME>/OPatch:$PATH

1-2．ZIPファイルでダウングロードした Patchを解凍します。

1-3．解凍後、Patchのディレクトリに移動します。

1-4．Patchを適用します。

$ opatch apply

$ unzip -d <PATCH_TOP_DIR>/p11811073_112020_Generic.zip

$ cd <PATCH_TOP_DIR>/11811073

$ opatch apply


$ export PATH＝<BASE_DB_HOME>/OPatch:$PATH




2．データベースのダウングレードの実行

Oracle Databaseのインストール・ユーザーでシステムにログインします。

タイム・ゾーン・ファイルの確認をします。

アップグレード前のバージョンが 11.2.0.1 以前のバージョンでデータベースのアップグレード時にタイム・

ゾーンのアップグレードを行った場合、ダウングレードを実行する際にタイム・ゾーン・ファイルのコピーが必

要となります。これは、タイム・ゾーンのダウングレードが行えないためです。次のディレクトリに

timezlrg_14.dat と timezone_14.dat以前のバージョン(1から 13まで) のファイルが存在するかを確認し

ます。

timezlrg_14.dat と timezone_14.dat 以前のバージョン(1 から 13 まで)までのファイルが存在しない場合

は、<11203_DB_HOME>/oracore/zoneinfo からファイルのコピーを実行してください。次のコマンドはコ

ピーが必要な場合、複数回実行してください。

Database Controlが構成済みの場合、Database Control を停止します。

次のように環境変数をセットしてください。




$ export ORACLE_UNQNAME=<db_unque_name>

$ <11203_DB_HOME>/bin/emctl stop dbconsole




$ su - oracle

$ cp <11203_DB_HOME>/oracore/zoneinfo/timezlrg_<version_number>.dat \

<BASE_DB_HOME>/oracore/zoneinfo/timezlrg_<version_number>.dat

$ cp <11203_DB_HOME>/oracore/zoneinfo/timezone_<version_number>.dat \

<BASE_DB_HOME>/oracore/zoneinfo/timezone_<version_number>.dat

<BASE_DB_HOME>/oracore/zoneinfo




この後の手順で catdwgrd.sqlを実行するため、<11203_DB_HOME>/rdbms/adminディレクトリへ移動し

ます。


ダウングレードモードでインスタンスを起動します。既にデータベースが起動している場合はインスタンスを

停止してから、ダウングレードモードでインスタンスを再起動します。

Database Controlが構成されている場合は、SYSMANユーザーを削除します。

ダウングレード結果の取得を開始します。

catdwgrd.sqlを実行します。

ダウングレード結果の取得を終了します。

インスタンスを停止します。





SQL> STARTUP DOWNGRADE

SQL> DROP USER sysman CASCADE;

SQL> SPOOL downgrade.log

SQL> @catdwgrd.sql

SQL> SPOOL OFF

SQL> EXIT









バックアップを取得したアップグレード前のバージョンの構成ファイルをリストアします。その後、アップグ

レード前の初期化パラメーター・ファイルをリストアします。

・SQL*Plusで SYSDAB権限を持つユーザーとしてデータベース・インスタンスに接続します。

・アップグレード時にバックアップを取った pfileから spfileを再作成します。

この後の手順で catrelod.sql を実行するため、<BASE_DB_HOME >/rdbms/adminディレクトリへ移動し

ます。


アップグレード・モードでインスタンスを起動します。

リロード結果の取得を開始します。

catrelod.sql を実行して、ダウングレードしたデータベース内の該当するバージョンのすべてのデータベー

ス・コンポーネントをリロードします。

リロード結果の取得を終了します。

インスタンスを再起動します。


SQL> SPOOL reload.log

SQL> @catrelod.sql


SQL> STARTUP

$ cd <BASE_DB_HOME>/rdbms/admin



SQL> CREATE SPFILE[=’<spfile_path>’] FROM PFILE[=’<pfile_path>’];

SQL> EXIT

SQL> SPOOL OFF




utlrp.sqlを実行して、残りのすべてのストアド PL/SQLおよび Java コードを再コンパイルします。

ダウングレード後、データベースのバージョンが 11.2.0.2であることを確認します。

SQL> @utlrp.sql

SQL> SELECT * FROM V$VERSION;

BANNER

----------------------------------------------------------------------









＊11.2.0.3から 11.2.0.1または 11.2.0.2へダウングレードする場合のみ、実行します。

Oracle Clusterwareのデータベースの構成情報をダウングレードします。11.2.0.3のOracle Databaseの

Oracleホームから、Oracle Databaseのインストール・ユーザーで実行します。

$ <11203_DB_HOME>/srvctl downgrade database -d <db_unique_name> \

-o <BASE_DB_HOME> -t <BASE_DATABASE_VERSION>

次は、11.2.0.2へのダウングレードの実行です。ここでは、<db_unique_name>を orcl、

<BASE_DB_HOME>を/u01/app/oracle/product/11.2.0.2/dbhome_1、

<BASE_DATABASE_VERSION>を 11.2.0.2とします。

$ /u01/app/oracle/product/11.2.0.3/dbhome_1/bin/srvctl downgrade database \

-d orcl –o /u01/app/oracle/product/11.2.0.2/dbhome_1 -t 11.2.0.2




3.Database Controlのデータをリストアします。

Database Control をアップグレード前の Oracleホームにリストアします。

注：Database Controlが起動した状態で行います。

注：コマンドを実行すると、次の情報の入力を求められます。

・アップグレード前の Oracle Databaseの Oracleホーム

・データベース・インスタンス名

・リスナー・ポート番号

・ASMインスタンスをリスニングしているリスナー・ポート番号

・アップグレード前の ASMの Oracleホーム

・ASMインスタンス名

・SYSユーザーのパスワード

・ASMSNMPユーザーのパスワード

次の環境変数を追加します。

・LD_LIBRARY_PATH=<BASE_DB_HOME>/lib:$LD_LIBRARY_PATH


11.2.0.3の Oracleホームの binディレクトリに移動します。

アップグレード時に作成した Database Controlデータのバックアップを、emdwgrdユーティリティを用いて、

リストアします。

注：アップグレード前のリスナーを起動しておく必要があります。

注：emdwgrdユーティリティを実行中に、SYSユーザーのパスワード、SYSMANユーザーのパスワードが

求められます。

$ <11203_DB_HOME>/bin/emca –restore db_asm

$ export LD_LIBRARY_PATH=<BASE_DB_HOME>/lib:$LD_LIBRARY_PATH

$ export SHLIB_PATH=<BASE_DB_HOME>/lib:$SHLIB_PATH


$ emdwgrd -restore -sid <DBインスタンス名> -path <Save_Direcroty> \

-tempTablespace TEMP




2 Oracle Grid Infrastructureのダウングレード

Oracle Grid Infrastructureのダウングレードは、アップグレード前のバージョンにより、ダウングレード方法が異

なるため、アップグレード前のバージョンごとにダウングレード方法を記載します。

2.1 10g Release 2または 11g Release 1への Oracle Grid Infrastructureの

ダウングレード

本項では、Oracle Restart構成の Oracle Grid Infrastructureを 11.2.0.3から 10g R2または 11g R2へダウ

ングレードする手順について記載します。この手順は、データベースとOracle Databaseのダウングレードが終了

してから実行してください。

Oracle Grid Infrastructureのインストール・ユーザーでシステムにログインします。




11.2.0.3の Oracle Grid Infrastructureの Oracleホームで、Database Control、データベース・インスタン

ス、ディスク・グループ、ASM インスタンスおよびリスナーを停止します。なお、ディスク・グループ、ASM イ

ンスタンス、リスナーは SRVCTL コマンドを使用して停止します。

・Database Controlを停止します。

・SQL*Plusを起動し、SYSDBA権限を持つユーザーとして、データベース・インスタンスに接続します。

・データベース・インスタンスを停止します。

・SQL*Plusを終了します。

$ export ORACLE_UNQNAME＝<db_unique_name>

$ <11203_ORACLE_HOME>/bin/emctl stop dbconsole


$ export ORACLE_HOME＝<BASE_GI_HOME>

$ export PATH＝<BASE_GI_HOME>/bin:$PATH


SQL> EXIT

$ su - oracle




・次のように環境変数をセットします。

・ORACLE_HOME＝<11203_GI_HOME>

・PATH＝<11203_GI _HOME>/bin:$PATH

・ASMディスク・グループを停止します。

・ASMインスタンスを停止します。

・リスナーを停止します。

Oracle Restart構成を解除するため、rootユーザーにログインし、roothas.plを実行します。

ASMリソースを再作成するため、rootユーザーで localconfigを実行し、ASMのOracleホームにリソース

を追加します。

注：localconfig addが失敗した場合は、resetオプションの後にアップグレード前の ASMのOracleホームを指

定して既存のリソースをリセットします。

ASMの pfileおよび listerner.oraがアップグレード前の ASMの Oracleホームに存在することを確認しま

す。

/etc/oratabがアップグレード前のバージョンを指しているか確認します。

$ srvctl stop diskgroup -g <DiskGroup名>

$ srvctl stop asm

$ srvctl stop listener

$ su -

# <11203_GI_HOME>/crs/install/roothas.pl -deconfig

# <BASE_ASM_HOME>/bin/localconfig add

# cat /etc/oratab

+ASM:<BASE_ASM_HOME>:N

$export ORACLE_HOME＝<11203_GI_HOME>

$export PATH＝<11203_GI_HOME>/bin:$PATH

# <BASE_ASM_HOME>/bin/localconfig reset <BASE_ASM_HOME>




データベース・インスタンス、ASM インスタンス、リスナーが 11g R2 の ASM ホームおよび Oracle

Databaseの Oracleホームで動作することを確認します。

・ユーザーを Oracle Databaseのインストール・ユーザーに変更し、次のように環境変数をセットします。

・ORACLE_HOME＝<BASE_ASM_HOME>

・ORACLE_SID＝<ASMインスタンス名>

・PATH＝<BASE_ASM_HOME>/bin:$PATH

・LSNRCTL コマンドを使用し、リスナー名「LISTENER」を起動します。

・SQL*Plus で SYSASM権限を持つユーザーとして ASMインスタンスに接続します。

・ASMインスタンスを起動します。

・SQL*Plusを終了します。

SQL> STARTUP

# su - oracle

$ export ORACLE_HOME＝<BASE_ASM_HOME>

$ export ORACLE_SID＝<ASMインスタンス名>

$ export PATH＝<BASE_ASM_HOME>/bin:$PATH

$ lsnrctl

LSNRCTL> START

LSNRCTL> EXIT

SQL> EXIT

$ sqlplus / as sysasm




・次のように環境変数をセットします。




・SQL*Plusで SYSDBA権限を持つユーザーとしてデータベース・インスタンスに接続します。

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

SQL> STARTUP








Oracle Grid Infrastructure のダウングレードが終了です。必要に応じてログイン・プロファイル

(.bash_profile) の更新を行ってください。アップグレード前のバージョンで ASM インスタンスが起動してい

るか確認する場合は、ORACLE_SID に ASM インスタンスを設定し、SQL*Plusで SYSASM権限を持つ

ユーザーで ASMインスタンスに接続してからバージョンを確認します。

$ export ORACLE_HOME＝<BASE_ASM_HOME>

$ export ORACLE_SID＝<ASMインスタンス名>

$ export PATH＝< BASE_ASM_HOME>/bin:$PATH

$ sqlplus / as sysasm

SQL*Plus: Release 10.2.0.5.0 Production on Tue Oct 18 22:50:45 2011

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to:


With the partitioning, Automatic Storage Management, OLAP and Data Mining

SQL> select * from v$version;

BANNER

--------------------------------------------------------------------------------









日本オラクル株式会社

〒107-0061

東京都港区北青山 2-5-8

オラクル青山センター

Copyright© 2011, Oracle. All rights reserved.

無断転載を禁ず

このドキュメントは単に情報として提供され、内容は予告なしに変更される場合があります。このドキュメントに

誤りが無いことの保証や、商品性又は特定目的への適合性の黙示的な保証や条件を含め明示的又は黙示的な

保証や条件は一切無いものとします。日本オラクル株式会社は、このドキュメントについていかなる責任も負いま

せん。また、このドキュメントによって直接又は間接にいかなる契約上の義務も負うものではありません。このドキ

ュメントを形式、手段（電子的又は機械的）、目的に関係なく、日本オラクル株式会社の書面による事前の承諾

なく、複製又は転載することはできません。

Oracle、JD Edwards、PeopleSoft、及び Siebelは、米国オラクル・コーポレーション及びその子会社、関連

会社の登録商標です。その他の名称は、各社の商標または登録商標です。

Red Hatは米国およびその他の国で Red Hat,Incの登録商標または商標です。Linuxは Linus Torvalsの

商標です。その他の各種製品名は、各社の製品名称、商標または登録商標です。

本資料に記載されているシステム名、製品名等には、必ずしも商品表示((R)、TM)を付記していません。

oracle database 11g release 2 oracle restart patch …...oracle database 11g release 2 oracle...

Documents