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

- 1 -

Copyright© 2012, Oracle. All rights reserved.

Oracle Database 11g Release 2

Real Application Clusters

Patch Set 2 (11.2.0.3) 適用ガイド

Linux x86-64版

作成日: 2011-12-05

更新日: 2012-04-02

Version: 3.0

Oracle Database 11g Release 2 Real Application Clusters

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

- 2 -


目次

1 はじめに .............................................................................. 4

1.1 参考資料 ........................................................................................... 4

1.2 省略表記 ........................................................................................... 5

1.3 表記規則 ........................................................................................... 7

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

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

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

2.1 拡張されたパッチ・セットのインストール ............................................. 10

2.2 11g Release 2の新しい概念 ............................................................ 10

3 インストール環境と事前準備 .............................................. 11

3.1 ハードウェア ..................................................................................... 11

3.2 ソフトウェア ...................................................................................... 12

3.3 OSユーザーの設定 .......................................................................... 13

4 10g/11g Release 1 から 11.2.0.3にアップグレード .......... 16

4.1 Oracle RAC 10g / 11g R1のインストール手順 ................................. 16

4.2 10gあるいは 11g R1の Oracle Clusterwareから 11.2.0.3 の Oracle

Grid Infrastructureへのアップグレード.................................................. 17

4.3 ASM インスタンスの 11.2.0.3へのアップグレード .............................. 36

4.4 Oracle Database 11.2.0.3 ソフトウェアのインストール ...................... 39

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

5 11.2.0.1/11.2.0.2 から 11.2.0.3にアップグレード .............. 84

5.1 Oracle RAC 11.2.0.1のインストール手順 ......................................... 84

5.2 11.2.0.1または 11.2.0.2から 11.2.0.3へのOracle Grid Infrastructure

のアップグレード ...................................................................................... 85

5.3 Oracle Database 11.2.0.3 ソフトウェアのインストール .................... 105

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

付録 A 10.2.0.5用個別パッチ適用 ..................................... 121

A-1 OPatchの用意 .............................................................................. 121

A-2 Patch 9952245の適用 .................................................................. 121

付録 B 11.1.0.7用個別パッチ適用 ..................................... 127

B-1 OPatchの用意 .............................................................................. 127

B-2 Patch 11724953の適用 ................................................................ 127

付録 C 11.2.0.1用個別パッチ適用 ..................................... 135

C-1 OPatchの用意 .............................................................................. 135

C-2 Patch 9413827の適用 .................................................................. 135

付録 D 11.2.0.2用個別パッチ適用 ..................................... 144

D-1 OPatchの用意 .............................................................................. 144

D-2 Oracle Configuration Manager（OCM）ファイル作成 ................... 144

D-3 Patch 12539000の適用 ................................................................ 145



- 3 -


付録 E ダウングレード ........................................................ 151

E-1 Patchの適用 ................................................................................. 151

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

E-3 Oracle Clusterwareのダウングレード ........................................... 162

Version 日付備考

1.0 2011-12-05 初版

2.0 2012-02-21 11.2.0.2に必要なパッチを変更

2.1 2012-03-01 誤字修正

3.0 2012-04-02

SCAN ホスト名を hosts ファイルで登録されて

いる場合、インストール中にエラーが出力され

る対処方法を追加



- 4 -


1 はじめに

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

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

Real Application Clusters(Oracle RAC)構成を、Oracle Database 11g Release 2 Patch Set 2 (11.2.0.3) へ

アップグレード（注）する際の手順について記載します。

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

（注）

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の適用」を「アップグ

レード」と表現しています。**********************************************************************************************************************

1.1 参考資料作成にあたり参照したマニュアルを以下に記載しますので、詳細についてはこれらのマニュアルも併せてご覧

ください。

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

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

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

・ Oracle® Database リリース・ノート 11g リリース 2(11.2)for Linux

・ Oracle® Database新機能ガイド 11g リリース 2（11.2）

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

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

・ Oracle® Clusterware管理およびデプロイメント・ガイド 11g リリース 2（11.2）

・ Oracle® Database リファレンス 11g リリース 2（11.2）

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

・ Oracle® Real Application Clusters管理およびデプロイメント・ガイド 11g リリース 2（11.2）

これらを含むマニュアルは、Oracle Technology Network (OTN) Japan のWEBサイトより提供されています。http://www.oracle.com/technetwork/jp/indexes/documentation/index.html



- 5 -


1.2 省略表記本ガイドでは、以下の省略表記を使用しています。

名称省略表記

Cluster Time Synchronization Service CTSS

Database Configuration Assistant DBCA

Database Upgrade Assistant DBUA

Grid Naming Service GNS

Intelligent Platform Management Interface IPMI

My Oracle Support MOS

Network Time Protocol NTP

Operating System OS

Oracle Automatic Storage Management Oracle ASMまたは ASM

Oracle ASM Cluster File System Oracle ACFSまたは ACFS

Oracle ASM Configuration Assistant ASMCA

Oracle ASM Dynamic Volume Manager Oracle ADVMまたは ADVM

Oracle Cluster Registry OCR

Oracle Configuration Manager OCM

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

Oracle Database Enterprise Edition EE

Oracle Enterprise Manager Database Control Oracle EM Database Control

または Database Control

Oracle Grid Infrastructure Grid Infrastructure

Oracle Net Configuration Assistant NETCA

Oracle Real Application Clusters Oracle RACまたは RAC

Oracle Technology Network Japan OTN Japan

Oracle Universal Installer OUI

Patch Set Release PSR

Patch Set Update PSU

Single Client Access Name SCAN

Unbreakable Enterprise Kernel UEK

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

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

略称表記設定値

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

ORACLE_HOME として設定します。

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


<BASE_CRS_HOME> アップグレード前の Oracle Clusterware の Oracle ホームを


<11203_GI_HOME> 11.2.0.3 の Oracle Grid Infrastructure の Oracle ホームを




- 6 -


<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_NAME> データベース名を設定します。

<DB_SID > データベース・インスタンスの識別子を設定します。

<ASM_SID> ASMインスタンスのの識別子を設定します。

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

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

略称表記設定値

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

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

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

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

号を設定します。

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

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

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

リを設定します。

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

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

<Save_Directory>

Oracle Enterprise Manager Database Control

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

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

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



- 7 -


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) へのアップグレード・パス



- 8 -


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アップグレードのメリット



- 9 -


次の表に 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によりデータベースをアップグレード


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



- 10 -


2 概要

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

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

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

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

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

す。

2.1 拡張されたパッチ・セットのインストール Oracle Grid Infrastructure 11g Release 2(Oracle Clusterwareおよび Oracle自動ストレージ管理)のリリー

ス 11.2.0.2 以降のパッチ・セットでは、Oracle Grid Infrastructure のパッチ・セットによって Oracle Grid

Infrastructure ソフトウェアが完全にインストールされます。新しいパッチ・セットのパッケージの次の変更に注意

してください。

・以前のリリース(11.x, 10.x) から直に最新パッチ・セットにアップグレードをサポートされます。

・ベースリリースをインストールしてアップグレードすることではなく、最新のパッチ・セットを直接にインストー

ルすることです。

・out-of-place パッチセットアップグレードのみサポートされます。Out-of-place アップグレードというのは新しく、

独自のホームにパッチ・セットをインストールすることです。

2.2 11g Release 2の新しい概念

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

11.2からは、ユーザーが既存の Oracle Clusterwareのインストール場所とは別のホームに新しいバージョン

のOracle Clusterwareをインストールすることができます。この機能は、クラスタ内のノードをアップグレードする

ために必要なダウンタイムを短縮します。

2) SCAN

単一のクライアントアクセス名（SCAN）は、全てのクライアントがクラスタに接続する時に提供する

アドレスです。SCAN は、ノードが追加されるかクラスタから削除する場合、クライアントを変更する

必要がなくなります。 SCAN の名前を使用しているクライアントも EZCONNECT を使用してクラスタ

にアクセスすることができます。

SCAN の名は、DNSに三つの IPアドレスを登録されたドメイン名です。



- 11 -


3 インストール環境と事前準備

アップグレードを行う前に既存環境の確認を行います。以下内容について設定されてないものは事前に設定を

行ってください。

3.1 ハードウェア本ガイドでは、以下のハードウェアを使用します。

ノード 1:

マシン名: node01.jp.oracle.com

CPU: Intel Core2 Duo E6550 2.33GHz

メモリー容量: 8GB

ノード 2:

マシン名: node02.jp.oracle.com

CPU: Intel Core2 Duo E6550 2.33GHz

メモリー容量: 8GB

2.1.1 ストレージ容量の確認ディスクの空き容量: インストールに必要なディスク容量の最低要件は以下です。

ディレクトリディスク容量の最低要件

Oracle Grid Infrastructure用 6.5GB

Oracle Database用 4.6GB

/tmp 1GB

※上記の値は、ソフトウェアをインストールするのに必要な容量だけではなく、

ASMおよびログファイル、ACFSログファイルおよびクラスタ状態モニターリポジトリ

の容量も含めた値です。

2.1.2 メモリー要件各システムは、次のメモリー要件を満たしている必要があります。

・物理メモリー: 最低限必要な物理メモリーの要件は以下のとおりです。

- Oracle Grid Infrastructure と Oracle RAC: 2GB

・スワップ領域: 必要な容量の要件は以下です。

使用可能な物理メモリーの容量スワップ領域として必要な容量

2GB以上 8GB未満物理メモリーの 2倍の容量

8GB以上 32GB未満物理メモリーの 1.5倍の容量

32GB以上 32GB



- 12 -


3.2 ソフトウェア本ガイドでは、以下の OSを使用します。

・Oracle Linux Release 5 Update 6 for x86_64 (64 bit)

3.2.1 ソフトウェア要件 Oracle Grid Infrastructure 11g Release 2 Patch Set 1 (11.2.0.2) 以上では、gcc-32bitを除いて、次の表に

示す全ての 32bitパッケージはインストールに必要なくなりました。

gcc-32bit と以下 64bitのパッケージをインストールしてください。

3.2.2 カーネル・パラメータの設定

クラスタを構成する各ノードでカーネル・パラメータの設定を行います。

以下表を参考に、既存の値よりも小さいパラメータ値がある場合は、/etc/sysctl.conf ファイルの設定を設定しま

す。

カーネル・パラメータの要件

パラメータ値要件値

kernel.shmall 2097152

kernel.shmmax 536870912

kernel.shmmni 4096

kernel.sem

(左から semmsl semmns semmni) 250 32000 100 128

fs.file-max 6815744

fs.aio-max-nr 1048576

net.ipv4.ip_local_port_range 最小: 9000 最大: 65500

net.core.rmem_default 262144

net.core.rmem_max 4194304

net.core.wmem_default 262144

net.core.wmem_max 1048576

compat-libstdc++-33-3.2.3

elfutils-libelf-0.125

elfutils-libelf-devel-0.125

gcc-4.1.2(32bit) gcc-4.1.2

gcc-c++-4.1.2

glibc-2.5-24

glibc-common-2.5

glibc-devel-2.5

glibc-headers-2.5

ksh-20060214

libaio-0.3.106

libaio-devel-0.3.106

libgcc-4.1.2

libstdc++-4.1.2

libstdc++-devel 4.1.2

make-3.81

numactl-devel-0.9.8.x86_6

4

sysstat-7.0.2

unixODBC-2.2.11

unixODBC-devel-2.2.11



- 13 -


例）/etc/sysctl.conf ファイル設定例

kernel.shmall = 2097152

kernel.shmmax = 536870912

kernel.shmmni = 4096

kernel.sem = 250 32000 100 128

fs.file-max = 6815744

fs.aio-max-nr = 1048576

net.ipv4.ip_local_port_range = 9000 65500

net.core.rmem_default = 262144

net.core.rmem_max = 4194304

net.core.wmem_default = 262144

net.core.wmem_max = 1048576

設定した値を即時に反映するには、全てのノードの rootユーザーで以下のコマンドを実行します。

[root@node01]# /sbin/sysctl -p

[root@node02]# /sbin/sysctl -p

← 出力される内容が設定値であることを確認

・・・ kernel.shmall = 2097152

kernel.shmmax = 536870912

kernel.shmmni = 4096

kernel.sem = 250 32000 100 128

fs.file-max = 6815744

fs.aio-max-nr = 1048576

net.ipv4.ip_local_port_range = 9000 65500

net.core.rmem_default = 262144

net.core.rmem_max = 4194304

net.core.wmem_default = 262144

net.core.wmem_max = 1048576

3.3 OSユーザーの設定本ガイドでは、Oracle Grid Infrastructure と Oracle Database のインストールは既存のユーザーを使用しま

す。

3.3.1 リソース制限の設定各インストール・ソフトウェア所有者で、次の推奨範囲を使用して、インストールのリソース制限を確認します。

設定されていない場合は設定する必要あります。

リソースのシェル制限リソースソフト制限ハード制限

オープン・ファイル記述子 nofile 1024以上 65536以上

ユーザー1人当たりに使用可能な

プロセスの数 nproc 2047以上 16384以上

プロセスのスタック・セグメントのサイズ stack 10240KB以上 10240KB以上、

32768KB以下



- 14 -


3.3.2 確認方法「3.3.1 リソース制限」の確認をします。以下のコマンドで確認をしてください。

1) nofile

ファイル記述子の設定のソフト制限およびハード制限を確認します。結果が推奨範囲内であることを

確認します。次に例を示します。

全てのノードの<oracleユーザー>で確認します。

[oracle@node01]$ ulimit -Sn

4096

[oracle@node01]$ ulimit -Hn

65536

他ノードも同様の手順で確認します。

全てのノードの<gridユーザー>で確認します。

[grid@node01]$ ulimit -Sn

4096

[grid@node01]$ ulimit -Hn

65536


2) nproc

ユーザーが使用可能なプロセス数のソフト制限およびハード制限を確認します。結果が推奨範囲内

であることを確認します。次に例を示します。

全てのノードの<oracleユーザー>で確認します。

[oracle@node01]$ ulimit -Su 2047

[oracle@node01]$ ulimit -Hu 16384



[grid@node01]$ ulimit -Su 2047

[grid@node01]$ ulimit -Hu 16384


3) stack

スタック設定のソフト制限を確認します。結果が推奨範囲内であることを確認します。次に例を示

します。

全てのノードの oracleユーザー>で確認します。

[oracle@node01]$ ulimit -Ss 10240

[oracle@node01]$ ulimit -Hs 32768




- 15 -



[grid@node01]$ ulimit -Ss 10240

[grid@node01]$ ulimit -Hs 32768


例）設定方法

クラスタを構成する各ノードで /etc/security/limits.conf ファイルに以下の記載を追加しシェル制限を

設定します。本ガイドでは、gridおよび oracleユーザーを使用した場合、以下の記載例となります。

oracle soft nproc 2047

oracle hard nproc 16384

oracle soft nofile 1024

oracle hard nofile 65536

oracle soft stack 12040

oracle hard stack 32768

grid soft nproc 2047

grid hard nproc 16384

grid soft nofile 1024

grid hard nofile 65536

grid soft stack 12040

grid hard stack 32768



- 16 -


4 10g/11g Release 1 から 11.2.0.3 にアップグレ

ード

10g R2,11g R1 から、11g R2 のOracle Grid Infrastructureへアップグレードする手順について説明します。

4.1 Oracle RAC 10g / 11g R1のインストール手順本ガイドでは、以下の手順で10g あるいは11g R1のクラスタ環境が構成されています。

10.2.0.1 / 11.1.0.6 のOracle Clusterwareインストールおよび構成

- Oracle Cluster Registry (OCR) と投票ディスクの格納場所にはRawデバイスを使用

10.2.0.1 / 11.1.0.6 のOracle Databaseインストール

- 非共有Oracleホーム、Enterprise Editionを選択

Oracle ClusterwareおよびOracle RACを10.2.0.5 / 11.1.0.7へアップグレード

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

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

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

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

- 「oracle」ユーザーを使用

Patch Set Updateの適用と留意事項 Linux環境において10.2.0.5から11.2.0.3へアップグレードを行う際にはPatch 9952245、そして11.1.0.7

から11.2.0.3へアップグレードを行う際にはPatch 11724953を適用する必要があります。このPatchが未

適用の場合にアップグレードが失敗します。

Patch 9952245またはPatch 11724953に関する適用手順の詳細は、「付録A 10.2.0.5用個別パッチ適用」

および「付録 B 11.1.0.7用個別パッチ適用」を参照してください。

続けて 11.2.0.3へのアップグレード手順について記述します。



- 17 -


4.2 10gあるいは 11g R1の Oracle Clusterwareから 11.2.0.3 の

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

1. アップグレード準備

Oracle Grid Infrastructureのアップグレード作業を開始する前に、以下を実施してください。

Cluster Ready Services (CRS) プロセス稼働の確認

全てのノード上でCluster Ready Services (CRS) プロセスが稼働している必要があります。確

認にはOracle Clusterwareの所有ユーザーで以下のコマンドを実行してください。確認は全ての

ノードで実施します。以下は10g R2を使用したRAC環境における実行例です。 CSS,CSS,EVMの3

つがhealthyであることを確認してください。

[oracle@node01]$ crsctl check crs

[oracle@node02]$ crsctl check crs CSS appears healthy

CRS appears healthy

EVM appears healthy


SCAN用のIPアドレスの準備

11g Release 2よりRACデータベースへのアクセスにはSCANを使用するため、11.2.0.3へのア

ップグレード中にSCAN情報（SCANとして使用する単一のホスト名）の入力を求められます。

アップグレード開始前に、単一のホスト名（SCAN名として使用）に対して3つのIPアドレスが

DNSあるいはGrid Naming Service (GNS) により名前解決されるよう設定しておきます。

全てのノード上で,rootユーザでログインし、以下の手順で、SCANに登録されている

IPアドレスを確認します。

[root@node01]# nslookup oacscan1.jp.oracle.com

[root@node02]# nslookup oacscan1.jp.oracle.com

Server: 10.182.20.1

Address: 10.182.20.1#2

Name: oacscan1.jp.oracle.com

Address: 10.182.20.200


Address: 10.182.20.201


Address: 10.182.20.202




- 18 -


ASM管理者 (OSASM) グループ用のOSグループの準備

ASMに対するOS認証に使用するグループとして使用するOSグループを作成します。本ガイド

では、「asmadmin」グループを作成してASM管理者 (OSASM) グループとして設定するもの

とします。

以下はグループを作成するためのコマンド例です。以下のコマンドでOSグループを作成後、

/etc/groupファイルを編集し、既存のユーザー（ここではoracleユーザー）にOSグループを設定

します。OSグループの作成および編集作業は、全てのノードで実施してください。

[root@node01]# groupadd -g 1100 asmadmin

[root@node01]# vi /etc/group

全ノードにて同様の手順で設定します。

設定後、oracleユーザに接続し idコマンドで確認します。

[root@node01]# su - oracle

[oracle@node01]$ id -a uid=501(oracle) gid=1000(oinstall) groups=500(oper),501(dba),1000(oinstall),1100(asmadmin)

← asmadminグループが付与されていることを確認

全ノードにて同様の手順で確認します。

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

11.2.0.3 Grid Infrastructureのホーム・ディレクトリを作成します。Grid Infrastructureは

out-of-placeでのアップグレードが必須です。以下はディレクトリの作成例です。

[root@node01]# mkdir -p /u01/app/11.2.0/grid

[root@node01]# chmod -R 775 /u01/app/11.2.0

[root@node01]# chown -R oracle:oinstall /u01/app/11.2.0

全ノードにて同様の手順で確認します。

既存の環境変数の解除

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

ORACLE_SID など）があれば解除しておきます。CRS_HOMEや ORA_CRS_HOME といった

環境変数は使用しないでください。

また、PATH環境変数には ORACLE関連のディレクトリを含めないで下さい。

以下に本ガイドでの実行例を記載します。

[oracle@node01]$ vi ~/.bash_profile

←次の環境変数をコメントアウトする

#export ORACLE_BASE=/u01/app/oracle

#export ORACLE_HOME=/u01/app/oracle/product/11.1.0/db_1

#export ORA_CRS_HOME=/u01/app/11.1.0/crs

#export PATH=$ORA_CRS_HOME:$ORACLE_HOME/bin:$PATH

#export ORACLE_SID=+ASM1

[oracle@node01]$ su - oracle

← 環境変数を再読み込みするために再ログインします。

[oracle@node01]$ env | grep ORACLE

← ORACLE関連の環境変数がないことを確認

[oracle@node01]$ env | grep PATH PATH=/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/grid/bin ← PATH環境変数に ORACLEのディレクトリ関連がないことを確認



- 19 -


2. インストーラの起動

oracle ユーザーで以下のコマンドを実行します。

[oracle@node01]$ <GRID_INSTALL_IMAGE>/Disk1/runInstaller

3. ソフトウェア更新のダウンロード

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

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

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

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

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



- 20 -


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

既存のOracle Clusterwareをアップグレードするため、「Oracle Grid Infrastructureまたは Oracle自動ス

トレージ管理のアップグレード」を選択し、「次へ」をクリックします。



- 21 -


5. 製品言語の選択

製品を実行する必要な言語を選択します。本ガイドでは、「日本語」と「英語」が選択されていることを確認し、

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



- 22 -


6. Grid Infrastructure ノードの選択

アップグレードを実行するノードを選択します。ここでは「クラスタ自動ストレージ管理 (ASM) のアップグレード」

を選択してASMのアップグレードも同時に実施します。ASMのアップグレードはオプションですので、選択しない

で作業を継続することもできます。

オプションを選択した場合は、rootupgrade.sh実行後にOUIにより自動でアップグレードが実行されます。オプシ

ョンを選択しない場合は、Grid Infrastructureのアップグレード後に手動でASMCAによりアップグレードを実施で

きます。その場合の詳細については「4.2 ASMインスタンスの11.2.0.3へのアップグレード」を参照してください。

入力後、「次へ」をクリックます。



- 23 -


7. Grid Infrastructure SCAN情報

「SCAN」名と「SCAN ポート」を入力します。SCAN 名には、事前に準備しておいた単一のホスト名を入力し

ます。本ガイドでは、SCANポートをデフォルトの値（1521）を使用します。入力後、「次へ」をクリックします。



- 24 -


8. 権限付きオペレーティング・システム・グループ

ASMに対してOS認証に使用するグループをそれぞれ設定します。本ガイドでは、「Oracle ASM DB(ASMの

OSDBA)グループ」に「asmdba」、「OracleASM オペレータ(ASM の OSOPER)グループ（オプション）」に

「asmoper」、「Oracle ASM 管理者（OSASM）グループ」に「asmadmin」を指定します。指定内容を確認し、




- 25 -


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

ソフトウェアの場所を指定し「次へ」をクリックします。



- 26 -


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

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

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



- 27 -


SCAN ホスト名が、DNS ではなく hosts ファイルのみで名前解決されている場合は、次の図のように、タスク

resolv.confの整合性でエラーが出力されるので、SCANホスト名が正しく設定されていることを確認し、「全て無

視」へチェックを入れて「次へ」をクリックします。

「詳細」をクリックすると次のような詳細画面で内容を確認できます。



- 28 -


11. サマリー

設定に問題がないかインストール・サマリーを確認し、「インストール」をクリックします。



- 29 -


12. 製品のインストール

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



- 30 -


13. 構成スクリプトの実行

インストールが進むと構成スクリプトの実行画面がポップアップします。画面に表示された構成スクリプト

（rootupgrade.sh）を rootユーザーで実行します。

スクリプトは、まずローカル・ノードで実行し、実行が正常に完了してから、他の全てのノードで並行にスクリプト

を実行できます。スクリプト実行後、「OK」ボタンをクリックします。

構成スクリプトの実行により、Oracle Grid Infrastructureへアップグレードが実施されます。


<Node1実行例>

[oracle@node01]$ su -

パスワード: ← rootのパスワードを入力

[root@node01]# whoami root ← rootユーザーでログインしていることを確認

[root@node01]# hostname

node01 ← nodeo1に接続していることを確認

[root@node01]# /u01/app/11.2.0/grid/rootupgrade.sh

Performing root user operation for Oracle 11g

The following environment variables are set as:

ORACLE_OWNER= oracle

ORACLE_HOME= /u01/app/11.2.0/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]:

←「Enter」を押して処理を続行します。 The contents of "dbhome" have not changed. No need to overwrite.

The file "oraenv" already exists in /usr/local/bin. Overwrite it? (y/n)

[n]: y ←yを記入して続行します。 Copying oraenv to /usr/local/bin ...

The file "coraenv" already exists in /usr/local/bin. Overwrite it? (y/n)

[n]: y ←yを記入して続行します。 Copying coraenv to /usr/local/bin ...



- 31 -


Entries will be added to the /etc/oratab file as needed by

Database Configuration Assistant when a database is created

Finished running generic part of root script.

Now product-specific root actions will be performed.

Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params

Creating trace directory

User ignored Prerequisites during installation

OLR initialization - successful

root wallet

root wallet cert

root cert export

peer wallet

profile reader wallet

pa wallet

peer wallet keys

pa wallet keys

peer cert request

pa cert request

peer cert

pa cert

peer root cert TP

profile reader root cert TP

pa root cert TP

peer pa cert TP

pa peer cert TP

profile reader pa cert TP

profile reader peer cert TP

peer user cert

pa user cert

Replacing Clusterware entries in inittab

clscfg: EXISTING configuration version 4 detected.

clscfg: version 4 is 11 Release 1.

Successfully accumulated necessary OCR keys.

Creating OCR keys for user 'root', privgrp 'root'..

Operation successful.

Configure Oracle Grid Infrastructure for a Cluster ... succeeded

<Node2実行例>



[root@node02]# whoami

root ← rootユーザーでログインしていることを確認







ORACLE_HOME= /u01/app/11.2.0/grid


← ENTERを押して続行します。 The contents of "dbhome" have not changed. No need to overwrite.


[n]: y ←yを記入して続行します。 Copying oraenv to /usr/local/bin ...


[n]: y ←yを記入して続行します。 Copying coraenv to /usr/local/bin ...



- 32 -








User ignored Prerequisites during installation




clscfg: version 5 is 11g Release 2.




Start upgrade invoked..

Started to upgrade the Oracle Clusterware. This operation may take a few minutes.

Started to upgrade the OCR.

Started to upgrade the CSS.

Started to upgrade the CRS.

The CRS was successfully upgraded.

Oracle Clusterware operating version was successfully set to 11.2.0.3.0




- 33 -


SCAN ホスト名が、DNS ではなく hosts ファイルのみで名前解決されている場合は、前画面の構成スクリプト

の実行画面でスクリプト実行後、「OK」ボタンをクリックすると、次の画面が出力され、Oracle Cluster

Verification ユーティリティについてアラートが出力されるので、内容を確認して、「スキップ」をクリックした後、


ログを確認すると、次のように SCANについて名前解決に失敗している情報が記載されますが、

DNSではなく hostsファイルで名前解決を設定されている場合は、問題ありません。

情報: "oacscan1.jp.oracle.com"の名前解決の設定をチェック中...

情報: ERROR:

情報: PRVG-1101 : SCAN名"oacscan1.jp.oracle.com"の解決に失敗しました

情報: ERROR:

情報: PRVF-4657 : "oacscan1.jp.oracle.com"の名前解決の設定チェック(IPアドレス: 10.182.20.200)に失敗しました

情報: ERROR:

情報: PRVF-4664 : SCAN名"oacscan1.jp.oracle.com"に対して一貫性のない名前解決エントリが検出されました

情報: SCAN VIPおよびリスナー設定の検証に失敗しました



- 34 -


14. 終了

「閉じる」をクリックして Oracle Grid Infrastructureのアップグレードは完了です。



- 35 -


15. インストール後の確認

oracleユーザーでcrsctlコマンドを使用して、リソースが正常に稼動していることを確認します。gsd リソースは

デフォルトでは OFFLINE となります。

[oracle@node01]$ /u01/app/11.2.0/grid/bin/crsctl status resource –t

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

NAME TARGET STATE SERVER STATE_DETAILS

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

Local Resources

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

ora.CRS.dg

ONLINE ONLINE node01


ora.LISTENER.lsnr



ora.asm

ONLINE ONLINE node01 Started


ora.gsd

OFFLINE OFFLINE node01 ←gsd はデフォルトで OFFLINE OFFLINE OFFLINE node02

ora.net1.network



ora.ons



ora.registry.acfs



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

Cluster Resources

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

ora.LISTENER_SCAN1.lsnr

1 ONLINE ONLINE node02





ora.node01.vip


ora.node02.vip


ora.cvu


ora.oc4j


ora.scan1.vip


ora.scan2.vip


ora.scan3.vip




- 36 -


4.3 ASM インスタンスの 11.2.0.3へのアップグレードここで紹介する手順は、Oracle Grid Infrastructureのアップグレード時に ASMのアップグレードを選択しない

場合（「6. Grid Infrastructureノードの選択」において「クラスタ自動ストレージ管理（ASM）のアップグレード」を選

択しなかった場合）に実施します。

Grid Infrastructureのアップグレード時に ASMのアップグレードを選択しなかった場合には、以下の手順を実行

して ASMCAを使用した手動アップグレードを実施することができます。

4.3.1 ASM インスタンスのローリング・アップグレード（11g R1のみ） Oracle ASMのアップグレードでは、以下の手順を実施します。

1. ASMCA_ROLLING_UPGRADE環境変数の設定

Grid Infrastructure の所有ユーザー（ここでは oracle ユーザー）で以下のコマンドを実行して、

ASMCA_ROLLING_UPGRADE 環境変数を設定します。設定は ASM インスタンスのアップグレードを実施す

るノードのいずれか 1 ノードで実施します。

[oracle@node01]$ export ASMCA_ROLLING_UPGRADE=true

[oracle@node01]$ env | grep ASMCA_ROLLING_UPGRADE

ASMCA_ROLLING_UPGRADE=true ← 環境変数が設定されていることを確認

2. ASMCA起動

11.2.0.3のGrid InfrastructureホームよりASMCAを起動します。oracleユーザーで以下のコマンドを実行し

ます。

[oracle@node01]$ /u01/app/11.2.0/grid/bin/asmca



- 37 -


3. ASMのアップグレード

ASMCAが起動され、以下のような画面が表示されます。「ASMSNMPパスワード」および「ASMSNMPパス

ワードの確認」にASMANSPユーザーのパスワードを入力して「ASMのアップグレード」をクリックします。

以下のメッセージが表示され、クラスタ内にある全てのノードのOracle ASMが連続してアップグレードされます。

ASMのアップグレードが正常に完了すると、以下のメッセージが表示されます。「OK」をクリックします。



- 38 -


4. ASM インスタンス確認

ASMのアップグレード後に、ASMインスタンスの状態や ASMディスク・グループの稼働状況を確認し、

「終了」をクリックして ASMCA を終了します。



- 39 -


4.4 Oracle Database 11.2.0.3 ソフトウェアのインストール

1. インストーラの準備

続いて Oracle Databaseのアップグレード作業を開始する前に、以下を実施してください。


全てのノード上でCluster Ready Services (CRS) プロセスが稼働している必要があります確

認にはOracle Clusterwareの所有ユーザーで以下のコマンドを実行してください。確認は全て

のノードで実施します。以下は10g R2を使用したRAC環境における実行例です。

[oracle@node01]$ crsctl check crs

[oracle@node02]$ crsctl check crs CSS appears healthy

CRS appears healthy

EVM appears healthy

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

全てのノードで、Oracle Database 11.2.0.3 のホーム・ディレクトリを作成します。

以下はディレクトリの作成例です。

[oracle@node01]$ mkdir -p /u01/app/oracle/product/11.2.0/dbhome_1

[oracle@node02]$ mkdir -p /u01/app/oracle/product/11.2.0/dbhome_1










#export ORACLE_HOME=/u01/app/oracle/product/11.1.0/db_1

#export ORA_CRS_HOME=/u01/app/11.1.0/crs

#export PATH=$ORA_CRS_HOME:$ORACLE_HOME/bin:$PATH

#export ORACLE_SID=orcl1



[oracle@node01]$ env | grep ORA





- 40 -



oracleユーザーで OUIを起動します。

[oracle@node01]$ <DATABASE_INSTALL_IMAGE>/Disk1/runInstaller

Oracle RAC をアップグレードする方法として out-of-placeおよび in-placeアップグレードが提供されて

いますが、推奨とされる方法は out-of-placeアップグレードです。ここでは out-of-placeでのアップグレ

ード手順を記載します。

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

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

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

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

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

す。



- 41 -


チェックを外した場合、次のメッセージが出ますので「はい」をクリックします。


ソフトウェア更新をダウンロードします。この機能を使って、Oracle Database のインストールの一環として、動

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

へ」をクリックします。



- 42 -



本ガイドでは、ソフトウェアのアップグレード後にデータベースを DBUA を使用してアップグレードするため、

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



- 43 -


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

実行するデータベース・インストールのタイプを選択します。本ガイドでは、「Oracle Real Application

Clusters データベースのインストール」を選択し、インストールをする必要がある全てのノードを選択します。そ

して「SSH接続」をクリックします。



- 44 -


「OS ユーザー名」に「oracle」、「OS パスワード」に oracle ユーザーのパスワードを入力し、「テスト」ボタンをクリック

して、パスワード不要の SSH 接続が設定されていることを確認します。設定されていなければ、「設定」ボタンをクリッ

クして確立が完了したら、「次へ」をクリックします。



- 45 -



製品で使用する言語を選択します。使用したい言語を「使用可能な言語」から選択し、「選択された言語」に追

加します。本ガイドでは、「日本語」と「英語」を選択し、「次へ」をクリックします。



- 46 -


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

データベース・エディションを選択します。エディションはライセンスの許諾内容に合わせて選択します。本ガイ

ドでは、「Enterprise Edition」を選択し、「次へ」をクリックします。



- 47 -



Oracleベースとソフトウェアの場所を記入し、「次へ」をクリックします。



- 48 -



データベースに対するOS認証に使用するグループをそれぞれ設定します。本ガイドでは、「データベース管理

者（OSDBA）グループ」に「dba」、「データベース・オペレータ（OSOPER）グループ」に「oper」を指定します。指

定内容を確認して「次へ」をクリックします。

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

（補足）

11.2.0.3においてオプションとしてデータベース用のOSOPERを設定する場合、指定するOSグループは、クラ

スタを構成する全てのノード上で存在する必要があります。ただし、Oracle RACの所有ユーザーが OSグルー

プのメンバーとして設定されている必要はありません。

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



- 49 -







- 50 -


12. サマリー




- 51 -






- 52 -



インストールが進むと構成スクリプトの実行画面がポップアップします。表示された構成スクリプト（root.sh）を

全てのノードで実行します。スクリプトは rootユーザーで実行してください。

スクリプト実行後、「OK」ボタンをクリックします。








[root@node01]# /u01/app/11.2.0/grid/rootupgrade.sh Performing root user operation for Oracle 11g



ORACLE_HOME= /u01/app/oracle/product/11.2.0/dbhome_1



The contents of "oraenv" have not changed. No need to overwrite.

The contents of "coraenv" have not changed. No need to overwrite.





Finished product-specific root actions.



- 53 -


15. 終了

「閉じる」をクリックして、Oracle Databaseのインストールは終了です。



- 54 -


16. 環境変数の設定

Oracle Grid Infrastructure インストール・ユーザーと Oracle Databaseインストール・ユーザーが同じ環境で、

PATH と ORACLE_HOME の環境変数を使用する場合は、Oracle Grid Infrastructure のコマンドと Oracle

Databaseのコマンドを実行する前に、それぞれ個別に環境変数を設定をしてから実行してください。

環境変数の設定例を記載します。

Oracle Grid Infrastructureのコマンド実行時の環境変数設定例

export ORACLE_BASE=/u01/app/grid

export ORACLE_HOME=/u01/app/11.2.0/grid

export PATH=$ORACLE_HOME/bin:$PATH

export ORACLE_SID=<ASM_SID> export LANG=ja_JP.UTF-8

export NLS_LANG=Japanese_Japan.AL32UTF8

Oracle Databaseのコマンド実行時の環境変数設定例

export ORACLE_BASE=/u01/app/oracle

export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1


export ORACLE_SID=<DB_SID> export LANG=ja_JP.UTF-8




- 55 -


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

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

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

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

4.5.1 アップグレード前の準備アップブレードする前に必要なファイル等のバックアップと既存環境の調査について以下項目を行います。

1．データベース関連ファイルのバックアップ

2． Oracle Enterprise Manager Database Controlデータのバックアップ

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

データベース関連ファイルのバックアップ

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

正常にインスタンスを停止した後、この項の説明に従ってデータベースをバックアップすることをお薦めします。

アップグレード中に問題が発生し、アップグレードを完全に中止する場合は、このバックアップからデータベース

をリストアする必要があります。そのため、予防措置として、ここでデータベースをバックアップすることをお薦め

します。

データベースの全体バックアップを実行するには、次の手順を実行します。

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


[oracle@node01]$ whoami

oracle ← oracleユーザーでログインしていることを確認

Recovery Managerにログインします。

[oracle@node01]$ rman "target / nocatalog"

Recovery Manager コマンドを実行してバックアップを行います。

本ガイドでは、データベースを保存するディレクトリを<backup_directory>、制御ファイルを

バックアップするファイルパスを<backup_directory>とします。

RMAN> RUN

{

ALLOCATE CHANNEL chan_name TYPE DISK;

BACKUP DATABASE FORMAT '<backup_directory>%U' TAG before_upgrade; BACKUP CURRENT CONTROLFILE FORMAT '<controlfile_location_and_name>'; }



- 56 -


アップグレード元の Oracle Databaseホームから 11.2.0.3の Oracle Databaseホームへ構成ファイルをコ

ピーします。

Oracle Datgabase ホームにある以下のデータベースと Oracle Enterprise Manager Database Control

(Database Control) 関連のファイルをバックアップします。DBUA を使用しない手動でのアップグレードでは以

下ファイルを手動でアップグレードした Oracle Databaseホームにリストアする必要がります。

- ORACLE_HOME/dbs - ORACLE_HOME/network/admin

- ORACLE_HOME/<ホスト名>_<DB_SID>

- ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_<ホスト名>_<DB_SID>

初期化パラメータファイルをバックアップします。

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

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

SQL> CREATE PFILE '<pfile_path>' FROM SPFILE '<spfile_path>';

1. Oracle Enterprise Manager Database Controlデータの保存

Oracle Enterprise Manager Database Control (Database Control)を利用している場合、そのデータのバッ

クアップを取得しておきます。Oracle Databaseをアップグレード後、Database Control をダウングレードする必

要がある場合に、バックアップしたデータが利用されます。バックアップの取得を行う場合は、下記の手順に従っ

てください。なお、手順の途中に Database Control のデータを保存するディレクトリが必要なります。本ガイドで

は、Database Controlのデータを保存するディレクトリを<Save_Directory>とします。





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

・ORACLE_HOME=<BASE_DB_HOME>

・ORACLE_SID=<DB_SID>

・PATH=<BASE_DB_HOME>/bin:$PATH

・LD_LIBRARY_PATH=<BASE_DB_HOME>/lib:$LD_LIBRARY_PATH

・SHLIB_PATH=<BASE_DB_HOME>/lib:$SHLIB_PATH

・EM_REMCP=/usr/bin/sc

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

[oracle@node01]$ mkdir -p <Save_Direcroty>

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

[oracle@node01]$ cd <11203_DB_HOME>/bin

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

[oracle@node01]$ ./emdwgrd -save -sid <DB_SID> -path <Save_Direcroty>



- 57 -


本ガイドでのコマンドの実行例

[oracle@node01]$ export ORACLE_HOME=/u01/app/oracle/product/11.1.0.7/dbhome_1/bin

[oracle@node01]$ export ORACLE_SID=orcl1

[oracle@node01]$ export PATH=$ORACLE_HOME/bin:$PATH

[oracle@node01]$ export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH

[oracle@node01]$ export SHLIB_PATH=$ORACLE_HOME/lib:$SHLIB_PATH

[oracle@node01]$ export EM_REMCP=/usr/bin/scp

[oracle@node01]$ env | sort ← env コマンドで設定値を確認・・・

ORACLE_HOME=/u01/app/oracle/product/11.1.0.7/dbhome_1/bin

ORACLE_SID=orcl1 PATH=/u01/app/oracle/product/11.1.0.7/dbhome_1/binn:/usr/kerberos/sbin:/usr/kerberos/bin:

/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

LD_LIBRARY_PATH=/u01/app/oracle/product/11.1.0.7/dbhome_1/bin

SHLIB_PATH=$/u01/app/oracle/product/11.1.0.7/dbhome_1/bin/lib

EM_REMCP=/usr/bin/scp ・・・

[oracle@node01]$ mkdir -p /home/oracle/BACKUP/11.1.0.7/OEM

[oracle@node01]$ cd /u01/app/oracle/product/11.2.0/dbhome_1

[oracle@node01]$ ./emdwgrd -save -cluster -sid orcl1 -path \

/home/oracle/BACKUP/11.1.0.7/OEM

Enter sys password for database orcl1?

←SYSユーザーのパスワードを入力して続行します。

Database Unique Name : orcl

Tue Aug 16 16:56:50 2011 - Verify EM DB Control files ... pass

Tue Aug 16 16:56:50 2011 - Validating DB Connection to orcl1 ... pass

RCP = /usr/bin/scp -rp, REMSH = /usr/bin/ssh

orcl01.jp.oracle.com: Connection refused

retVal = 1 output = err=

checkFileOnHost: fexist = 0 errOcc = 0 orcl02.jp.oracle.com: Connection refused


checkFileOnHost: fexist = 0 errOcc = 0 shared = 0

Tue Aug 16 16:57:53 2011 - Creating directory ... created

Tue Aug 16 16:57:53 2011 - Stopping DB Control on all Nodes

Please Execute '/tmp/racdwgrd_dbctl.sh' on orcl01, orcl02.

Press yes to continue when the operations are successful.

Continue (yes/no) ?

yes

... stopped

Tue Aug 16 16:57:58 2011 - Saving DB Control files

Executing save directories from node orcl01

Executing save directories from node orcl02

... saved

Tue Aug 16 17:02:06 2011 - Recompiling invalid objects ... recompiled

Tue Aug 16 17:02:14 2011 - Exporting sysman schema for orcl1 ... exported

Tue Aug 16 17:04:58 2011 - DB Control was saved successfully.

Tue Aug 16 17:04:58 2011 - Starting DB Control On All nodes

Please Execute '/tmp/racdwgrd_dbctl.sh' on orcl01, orcl02.


Continue (yes/no) ?

yes ← yesを入力して続行します。

... started

Tue Aug 16 17:07:51 2011 - Dump directory was dropped successfully.



- 58 -


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

データベースをアップグレードする前に、アップグレード前情報ツール（utlu112i.sql）を使用して環境を確認し

ます。アップグレード前情報ツールでは、アップグレードを行う際、データベースに発生する可能性のある問題に

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



[oracle@node01]$ whoami oracle ← oracle ユーザーであることを確認

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

・ ORACLE_HOME＝<BASE_DB_HOME>

・ ORACLE_SID＝<DB_SID>

・ PATH＝<BASE_DB_HOME>/bin:$PATH


[oracle@node01]$ export ORACLE_HOME=/u01/app/oracle/product/11.1.0/dbhome_1/bin



[oracle@node01]$ env | sort ← env コマンドで設定値を確認 ORACLE_HOME=/u01/app/oracle/product/11.1.0/dbhome_1/bin

ORACLE_SID=orcl1

PATH=/u01/app/oracle/product/11.1.0/dbhome_1/binn:/usr/kerberos/sbin:/usr/kerberos/bin:


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

[oracle@node01]$ cd <11203_DB_HOME>/rdbms/admin

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

[oracle@node01]$ sqlplus / as sysdba

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

SQL> SPOOL upgrade_info.log

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

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

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

SQL> SPOOL OFF



- 59 -


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

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

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

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

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

Oracle Database 11.2 Pre-Upgrade Information Tool 08-08-2011 12:23:45

Script Version: 11.2.0.3.0 Build: 001

.

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

Database:

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

--> name: ORCL

--> version: 11.1.0.7.0

--> compatible: 11.1.0.0.0

--> blocksize: 8192

--> platform: Linux x86 64-bit

--> timezone file: V4

.

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

Tablespaces: [make adjustments in the current environment]

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

--> SYSTEM tablespace is adequate for the upgrade.

.... minimum required size: 464 MB

--> SYSAUX tablespace is adequate for the upgrade.


--> UNDOTBS1 tablespace is adequate for the upgrade.


--> TEMP tablespace is adequate for the upgrade.


.

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

Flashback: OFF

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

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

Update Parameters: [Update Oracle Database 11.2 init.ora or spfile]

Note: Pre-upgrade tool was run on a lower version 64-bit database.

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

--> If Target Oracle is 32-Bit, refer here for Update Parameters:

-- No update parameter changes are required.

.

--> If Target Oracle is 64-Bit, refer here for Update Parameters:

-- No update parameter changes are required.

.

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

Renamed Parameters: [Update Oracle Database 11.2 init.ora or spfile]

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

-- No renamed parameters found. No changes are required.

.

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

Obsolete/Deprecated Parameters: [Update Oracle Database 11.2 init.ora or spfile]

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



- 60 -


-- No obsolete parameters found. No changes are required

.

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

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

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

--> Oracle Catalog Views [upgrade] VALID

--> Oracle Packages and Types [upgrade] VALID

--> Real Application Clusters [upgrade] VALID

--> Oracle Workspace Manager [upgrade] VALID

--> EM Repository [upgrade] VALID

.

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

Miscellaneous Warnings

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

WARNING: --> The "cluster_database" parameter is currently "TRUE"

.... and must be set to "FALSE" prior to running a manual upgrade.

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.7.0 database timezone version

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

WARNING: --> EM Database Control Repository exists in the database.

.... Direct downgrade of EM Database Control is not supported. Refer to the

.... Upgrade Guide for instructions to save the EM data prior to upgrade.

WARNING: --> Your recycle bin contains 2 object(s).

.... It is REQUIRED that the recycle bin is empty prior to upgrading

.... your database. The command:

PURGE DBA_RECYCLEBIN

.... must be executed immediately prior to executing your upgrade.

.

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

Recommendations

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

Oracle recommends gathering dictionary statistics prior to

upgrading the database.

To gather dictionary statistics execute the following command

while connected as SYSDBA:

EXECUTE dbms_stats.gather_dictionary_stats;

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

Oracle recommends reviewing any defined events prior to upgrading.

To view existing non-default events execute the following commands

while connected AS SYSDBA:

Events:

SELECT (translate(value,chr(13)||chr(10),' ')) FROM sys.v$parameter2

WHERE UPPER(name) ='EVENT' AND isdefault='FALSE'

Trace Events:

SELECT (translate(value,chr(13)||chr(10),' ')) from sys.v$parameter2

WHERE UPPER(name) = '_TRACE_EVENTS' AND isdefault='FALSE'



- 61 -


Changes will need to be made in the init.ora or spfile.

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

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



- 62 -


4.5.2 Database Upgrade Assistant (DBUA)を使用したアップグレード本項では、DBUAを使用してデータベースをアップグレードする方法について説明します。

1. Database Upgrade Assistant (DBUA) の起動

oracleユーザーで DBUAを実行します。

[oracle@node01]$ <11203_DB_HOME>/bin/dbua

2. ようこそ




- 63 -


3. データベースの選択

アップグレードするデータベースを選択して「次へ」をクリックします。



- 64 -


4. 警告

DBCAにより以下のような警告画面が表示された場合は、必要に応じて対応を行ってください。

ここでは確認を行い、「はい」をクリックします。



- 65 -


5. アップグレード・オプション

「アップグレード・オプション」画面では、次のオプションを設定できます。

・アップグレード終了時に無効なオブジェクトを再コンパイル：アップグレード完了後に、全ての

無効な PL/SQLモジュールを DBUAで再コンパイルします。

・並列度:推奨の並列度が表示されます。並列度は、無効な PL/SQLモジュールの再コンパイルに

、いくつのプロセスを並列して実行するかを指定します。

・データベースのバックアップ:DBUAでデータベースをバックアップする場合は、「データベースの

バックアップ」を選択します。

本ガイドでは、「アップグレード終了時に無効なオブジェクトを再コンパイル」にチェックをし、並列度はデフォルト

のままにします。そして「タイムゾーン・バージョンおよび TIMESTAMP WITH TIME ZONEデータのアップグレ

ード」にチェックを入れ、、「次へ」をクリックします。



- 66 -


6. リカバリおよび診断の場所

DBUA では高速リカバリ領域を設定することができます。既に、高速リカバリ領域が設定されている、または設

定しない場合は、この手順はスキップします。設定後、「次へ」をクリックします。



- 67 -


7. サマリー

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



- 68 -


8. 進行

アップグレードが進行します。

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



- 69 -


9. アップグレード結果

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

グレードは完了です。

10. アップグレード確認

データベースが正常にアップグレードできたことを確認します。

CRSに登録されているデータベース情報を確認します。

Oracle Clusterware構成がアップグレードされていることを確認するために、登録されている

「Oracleホーム」のパスが正しいことを確認してください。

[oracle@node01]$ srvctl config database -d orcl 一意のデータベース名: orcl

データベース名: orcl

Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1

← UPGRADEした 11.2.0.3 のディレクトリになっていることを確認 Oracleユーザー: oracle

spfile: +DATA/orcl/spfileorcl.ora

ドメイン:

開始オプション: open

停止オプション: immediate

データベース・ロール: PRIMARY



- 70 -


管理ポリシー: AUTOMATIC

サーバー・プール: orcl

データベース・インスタンス: orcl1,orcl2

ディスク・グループ: DATA

マウント・ポイントのパス:

サービス:

タイプ: RAC

データベースは管理者によって管理されています

データベースのバージョン情報を確認します。


SQL> select * from v$version;

BANNER

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

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

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

← UPGRADEした 11.2.0.3 のディレクトリになっていることを確認



- 71 -


4.5.3 手動によるアップグレード本項では、DBUAを利用しない手動でデータベースをアップグレードする方法について説明します。

1. バックアップファイルのリストア

Oracle Database ソフトウェアのアップグレード前に「4.5.1 アップグレード前の準備」でバックアップした下記

ファイルをアップグレード後の Oracle Databaseホームにリストアします。

- ORACLE_HOME/dbs - ORACLE_HOME/network/admin

- ORACLE_HOME/<ホスト名>_<ORACLE_SID>

- ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_<ホスト名>_<ORACLE_SID>

2. oratab ファイルの設定

/etc/oratabファイルに 11.2.0.3のOracle Database ホームへエントリが設定されていることを確認します。記

載がない場合は書き換えが必要です。

ASM インスタンス情報の設定

<ASM_SID>:<11203GI_HOME>:N

データベース・インスタンス情報の設定

<DB_NAME>:<11203_DB_HOME>:N

以下に本ガイドでの設定内容を記載します。

<node01>での設定

[oracle@node01]$ cat /etc/oratab +ASM1:/u01/app/11.2.0/grid:N

orcl:/u01/app/oracle/product/11.2.0/dbhome_1:N

<node02>での設定

[oracle@node02]$ cat /etc/oratab +ASM2:/u01/app/11.2.0/grid:N

orcl:/u01/app/oracle/product/11.2.0/dbhome_1:N

全てのノードで設定をします。

3. データベースの停止と CLUSTER_DATABASEパラメータの設定

データベースを UPGRADEモードで起動する前に CLUSTER_DATABASE初期化パラメータを falseに設定

して停止をします。アップグレードが完了した後、この初期化パラメータの設定を TRUEに戻す必要があります。

Oracle Databaseのインストール・ユーザーとしてノード１に oracleユーザーでログインします。






- 72 -


次のようにアップグレード前のバージョンの環境変数をセットします。

・ORACLE_HOME＝<BASE_DB_HOME>

・ORACLE_SID＝<DB_SID>

・PATH＝<BASE_DB_HOME>/bin:$PATH

以下は本ガイドでの実行例です。

[oracle@node01]$ export ORACLE_HOME=/u01/app/oracle/product/11.1.0/dbhome_1



[oracle@node01]$ env | sort ← env コマンドで設定値を確認 ORACLE_HOME=/u01/app/oracle/product/11.1.0/dbhome_1

ORACLE_SID=orcl1

PATH=/u01/app/oracle/product/11.1.0/dbhome_1/binn:/usr/kerberos/sbin:/usr/kerberos/bin:




CLUSTER_DATABASEパラメータを「FALSE」に設定します。

SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE;

SQL*Plusを終了します。

SQL> EXIT

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

[oracle@node01]$ srvctl stop database -d <DB_NAME>

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

Oracle Databaseのインストール・ユーザーとしてノード１に oracleユーザーでにログインします。


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

・ORACLE_HOME＝<11203_DB_HOME>


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

[oracle@node01]$ export ORACLE_HOME＝<11203_DB_HOME> [oracle@node01]$ export ORACLE_SID＝<DB_SID> [oracle@node01]$ export PATH＝<11203_DB_HOME>/bin:$PATH



- 73 -



[oracle@node01]$ export ORACLE_HOME=/u01/app/oracle/product/11.2.0.3/dbhome_1



[oracle@node01]$ env | sort ← env コマンドで設定値を確認 ORACLE_HOME=/u01/app/oracle/product/11.2.0.3/dbhome_1

ORACLE_SID=orcl1

PATH=/u01/app/oracle/product/11.2.0.3/dbhome_1/bin:/usr/kerberos/sbin:/usr/kerberos/bin:


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






- 74 -


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

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

SQL> STARTUP UPGRADE

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

SQL> SPOOL upgrade.log

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

SQL> @catupgrd.sql

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

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


CLUSTER_DATABASEパラメータを「TRUE」に設定します。

SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=SPFILE;

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

SQL> STARTUP

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

する前に廃止された初期化パラメータを初期化パラメータファイルから削除します。

『Oracle® Database管理者ガイド 11g リリース 2（11.2）』の「サーバーパラメータファイル

を使用した初期化パラメータの管理」に関する章を参照してください。

5. データベースのアップグレード後の作業

データベースが正常にアップグレードできたことを確認します。

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

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

SQL> @utlu112s.sql .

Oracle Database 11.2 Post-Upgrade Status Tool 08-08-2011 17:19:22

.

Component Current Version Elapsed Time

Name Status Number HH:MM:SS

.

Oracle Server

. VALID 11.2.0.3.0 00:10:14

Oracle Real Application Clusters

. VALID 11.2.0.3.0 00:00:00

Oracle Workspace Manager

. VALID 11.2.0.3.0 00:00:28

Oracle Enterprise Manager

. VALID 11.2.0.3.0 00:10:21

Gathering Statistics

. 00:01:02



- 75 -


Total Upgrade Time: 00:22:08

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

catuppst.sqlを実行します。

SQL> @catuppst.sql

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

SQL> @utlrp.sql

予測される全てのパッケージおよびクラスが有効であることを確認します。出力結果が 0 件であれば

予測される全てのパッケージおよびクラスが有効です。

SQL> SELECT COUNT(*) FROM DBA_INVALID_OBJECTS;

SQL> SELECT DISTINCT OBJECT_NAME FROM DBA_INVALID_OBJECTS;

出力結果例：

SQL> SELECT COUNT(*) FROM DBA_INVALID_OBJECTS; COUNT(*)

----------

0

SQL> SELECT DISTINCT OBJECT_NAME FROM DBA_INVALID_OBJECTS; no rows selected

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

注意：

アップグレード前情報ツールで INVALID オブジェクトが検出され、registry$sys_inv_objs 表および

registry$nonsys_inv_objs 表に格納された場合は、ORACLE_HOME/rdbms/admin/utluiobj.sql を実

行してアップグレード処理の結果、新しく無効になったオブジェクトのみが表示されます。****************************************************************************************************

SQL*Plusを終了します。

SQL> EXIT

Oracle Clusterware構成をアップグレードします。

[oracle@node01]$ <11203_DB_HOME>/bin/srvctl upgrade database -d <DB_NAME> \

> -o <11203_DB_HOME>


[oracle@node01]$ cd /u01/app/oracle/product/11.2.0.3/dbhome_1/bin/

[oracle@node01]$ ./srvctl upgrade database -d orcl

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



- 76 -


CRSに登録されているデータベース情報を確認します。

Oracle Clusterware構成がアップグレードされていることを確認するために、登録されている

「Oracleホーム」のパスが正しいことを確認してください。

[oracle@node01]$ srvctl config database -d orcl 一意のデータベース名: orcl


Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_11203

← UPGRADEした 11.2.0.3 のディレクトリになっていることを確認 Oracleユーザー: oracle


ドメイン:








マウント・ポイントのパス:

サービス:

タイプ: RAC


データベースのバージョン情報を確認します。


SQL> select * from v$version;

BANNER

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






←11.2.0.3 へアップグレードされたことを確認



- 77 -


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




[oracle@node01]$ export ORACLE_HOME=<11203_DB_HOME> [oracle@node01]$ export PATH=<11203_DB_HOME>/bin:$PATH




[oracle@node01]$ env | sort ← env コマンドで設定値を確認 ORACLE_HOME=/u01/app/oracle/product/11.2.0.3/dbhome_1

PATH=/u01/app/oracle/product/11.2.0.3/dbhome_1/bin:/usr/kerberos/sbin:/usr/kerberos/bin:


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

[oracle@node01]$ emca -upgrade db -cluster

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

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

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

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

・リスナーポート番号

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

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

・ASMインスタンス名

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

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



[oracle@node01]$ env | grep ORACLE_HOME /u01/app/oracle/product/11.2.0.3/dbhome_1

← ORACLE_HOMEが UPGRADEされた 11.2.0.3の設定値になっていることを確認


[oracle@node01]$ env | grep PATH PATH=/u01/app/oracle/product/11.2.0.3/dbhome_1/bin:/usr/kerberos/bin:/usr/local/bin: /bin:/usr/bin:/home/oracle/bin

← PATHが UPGRADEされた 11.2.0.3の設定値になっていることを確認

[oracle@node01]$ emca -upgrade db -cluster EMCAの開始 2011/07/22 16:35:19

EM Configuration Assistant, リリース 11.2.0.3.0 Production

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

次の情報を入力してください:

一意のデータベース名: orcl ←データベース名を入力します。

サービス名: orcl ←サービス名を入力します。



- 78 -


リスナーのポート番号: 1521

←Database Controlで使用しているリスナーのポート番号を入力します。リスナーORACLE_HOME [ /u01/app/11.2.0/grid ]:

←リスナーが起動している 11.2.0.3の ORACLE_HOMEパスを入力します。 SYSユーザーのパスワード:

←SYSユーザーのパスワードを入力します。アップグレードするデータベースの ORACLE_HOME: /u01/app/oracle/product/11.1.0/db_1

←アップグレード前のデータベースの ORACLE_HOMEを入力します。クラスタ名: crs

←クラスタ名を入力します。

続行しますか。 [はい(Y)/いいえ(N)]: Y

←Yを入力して続行します。

2011/07/22 16:41:29 oracle.sysman.emcp.EMConfig perform

情報: この操作は/u01/app/oracle/cfgtoollogs/emca/orcl/emca_2011_07_22_16_35_19.logで

ロギングされています。

2011/07/22 16:41:34 oracle.sysman.emcp.util.DBControlUtil stopOMS

情報: Database Controlの停止中(少し時間がかかります)...

2011/07/22 16:41:45 oracle.sysman.emcp.EMReposConfig uploadConfigDataToRepository

情報: 構成データを EMリポジトリにアップロード中(少し時間がかかります)...

2011/07/22 16:43:21 oracle.sysman.emcp.EMReposConfig invoke

情報: 構成データが正常にアップロードされました

2011/07/22 16:43:25 oracle.sysman.emcp.EMDBCConfig instantiateOC4JConfigFiles

情報: /u01/app/oracle/product/11.2.0/dbhome_1/oc4j/j2ee/OC4J_DBConsole_node01_orclを

リモート・ノードに伝播中...

2011/07/22 16:43:29 oracle.sysman.emcp.EMDBCConfig instantiateOC4JConfigFiles

情報: /u01/app/oracle/product/11.2.0/dbhome_1/oc4j/j2ee/OC4J_DBConsole_node02_orclを

リモート・ノードに伝播中...

2011/07/22 16:47:50 oracle.sysman.emcp.util.DBControlUtil secureDBConsole

情報: Database Controlの保護中(少し時間がかかります)...

2011/07/22 16:48:13 oracle.sysman.emcp.util.DBControlUtil startOMS

情報: Database Controlの起動中(少し時間がかかります)...

2011/07/22 16:49:51 oracle.sysman.emcp.EMDBPostConfig performUpgrade

情報: Database Controlは正常に起動されました

2011/07/22 16:50:01 oracle.sysman.emcp.EMDBPostConfig performUpgrade

情報: >>>>>>>>>>> Database Controlの URLは https://node01.jp.oracle.com:1158/emです

<<<<<<<<<<<

2011/07/22 16:50:02 oracle.sysman.emcp.EMDBPostConfig showClusterDBCAgentMessage

情報:

**************** 現在の構成 ****************

INSTANCE NODE DBCONTROL_UPLOAD_HOST

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

orcl node01 node01.jp.oracle.com

orcl node02 node01.jp.oracle.com

2011/07/22 16:50:02 oracle.sysman.emcp.EMDBPostConfig invoke

警告:

************************ WARNING ************************

管理リポジトリは、Enterprise Managerデータが暗号化されるセキュア・モードで配置されています。

暗号化鍵はファイル

/u01/app/oracle/product/11.2.0/dbhome_1/node01_orcl/sysman/config/emkey.ora

に配置されています。このファイルが失われると暗号化データを使用できなくなるため、

このファイルは必ずバックアップしてください。

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

Enterprise Managerの構成が正常に完了しました

EMCAの終了 2011/07/22 16:50:02



- 79 -


7. タイムゾーンファイルのアップグレード

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

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

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

7-1. アップグレードの準備





[oracle@node01]$ export ORACLE_HOME=<11203_DB_HOME> [oracle@node01]$ export ORACLE_SID=<DB_SID> [oracle@node01]$ export PATH=<11203_DB_HOME>/bin:$PATH



[oracle@node01]$ env | grep ORACLE_HOME /u01/app/oracle/product/11.2.0.3/dbhome_1

← ORACLE_HOMEが UPGRADEする 11.2.0.3の設定値になっていることを確認


[oracle@node01]$ env | grep ORACLE_SID

orcl1

← ORACLE_SIDが UPGRADEする設定値になっていることを確認


[oracle@node01]$ env | grep PATH PATH=/u01/app/oracle/product/11.2.0.3/dbhome_1/bin:/usr/kerberos/bin:/usr/local/bin: /bin:/usr/bin:/home/oracle/bin

← PATHが UPGRADEする 11.2.0.3の設定値になっていることを確認



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');



- 80 -


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」の状態を確認します。

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 ← UPGRADEするバージョンが１４であることを確認

DST_UPGRADE_STATE PREPARE ←PREPAREになっていることを確認

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

SQL> EXEC DBMS_DST.FIND_AFFECTED_TABLES(affected_tables =>

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

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

SQL> SELECT * FROM MY_AFFECTED_TABLES;

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

SQL> SELECT * FROM MY_ERROR_TABLE;

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

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

SQL> SELECT * FROM SYS.DAT$AFFECTED_TABLES;

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

SQL> EXEC DBMS_DST.END_PREPARE;



- 81 -


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

いることを確認します。

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

FROM DATABASE_PROPERTIES


ORDER BY PROPERTY_NAME; PROPERTY_NAME VALUE

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

DST_PRIMARY_TT_VERSION 14 ← 現在のバージョンが１４であることを確認

DST_SECONDARY_TT_VERSION 0

DST_UPGRADE_STATE NONE ← NONEになっていることを確認

7-2. タイムゾーンファイルのアップグレード

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

SQL> SHUTDOWN IMMEDIATE

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


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

DBMS_DST.BEGIN_ UPGRADE(<versioin_number>) プロシージャを実行後、DST

の状態を確認します。

SQL> exec DBMS_DST.BEGIN_UPGRADE(14);

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


ORDER BY PROPERTY_NAME;

PROPERTY_NAME VALUE

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

DST_PRIMARY_TT_VERSION 14


DST_UPGRADE_STATE UPGRADE

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


SQL> STARTUP



- 82 -


DBMS_DST.UPGRADE_DATABASE プロシージャを実行して、全ての表内の TSTZ

データをアップグレードします。

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;

/

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

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

終了しています。「YES」の場合はアップグレード実行中です。

SQL> SELECT * FROM DBA_TSTZ_TABLES;

OWNERTABLE_NAME UPGRADE_IN_PROGRESS

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

SYSOPTSTAT_HIST_CONTROL$ NO

SYSWRI$_OPTSTAT_IND_HISTORY NO

SYSWRI$_OPTSTAT_OPR NO

SYSSCHEDULER$_WINDOW NO

:

省略

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

します。

SQL> BEGIN

DBMS_DST.END_UPGRADE(:numfail);

END;

/



- 83 -


アップグレードの確認

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

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

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

FROM DATABASE_PROPERTIES


ORDER BY PROPERTY_NAME; PROPERTY_NAME VALUE

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

DST_PRIMARY_TT_VERSION 14


DST_UPGRADE_STATE NONE

アップグレードの終了

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

を行ってください。また、データベースのバージョンを確認する場合、11.2.0.3の SQL*Plusで

SYSDBA権限をもつユーザーとしてデータベース・インスタンスに接続し、データベースのバー

ジョンを確認します。

[oracle@node01]$ export ORACLE_HOME=<11203_DB_HOME> [oracle@node01]$ export ORACLE_SID=<DB_SID> [oracle@node01]$ export PATH=<11203_DB_HOME>/bin::$PATH [oracle@node01]$ sqlplus / as sysdba 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:


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

and Real Application Testing options

SQL> SELECT * FROM V$VERSION; BANNER

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






←11.2.0.3 へアップグレードされたことを確認



- 84 -


5 11.2.0.1/11.2.0.2 から 11.2.0.3にアップグレード

11.2.0.1および 11.2.0.2から、11.2.0.3へ Oracle Grid Infrastructureをアップグレードする手順について説

明します。

5.1 Oracle RAC 11.2.0.1のインストール手順本ガイドでは、以下の手順で Oracle Grid Infrastructureが構成されています。

11.2.0.1のOracle Grid Infrastructureのインストールおよび構成

- OCRと投票ディスクの格納場所にはASMを使用

- インストーラによる構成作業にはNetCAによるリスナーの作成も含まれる

ASMCAを使用してデータベース・ファイル格納用のASMディスク・グループを作成

11.2.0.1のOracle RACインストール

- 非共有Oracleホーム、Enterprise Editionを選択

DBCAを使用したポリシー管理型のRACデータベースのインスタンス作成

インストール時にはソフトウェアごとに異なるユーザーを使用

- Oracle Grid Infrastructureには「grid」ユーザー、Oracle RACには「oracle」ユーザーを使用

Patch Set Updateの適用と留意事項 Linux環境において11.2.0.1から11.2.0.3へアップグレードを行う際にはPatch 9413827、そして11.2.0.2

から11.2.0.3へアップグレードを行う際にはPatch 12539000を適用する必要があります。このPatchが未

適用の場合にアップグレードが失敗します。

Patch 9413827に関する適用手順の詳細は「付録 C 11.2.0.1用個別パッチ適用」、

Patch 12539000に関する適用手順の詳細は「付録 D 11.2.0.2用個別パッチ適用」を参照してください。

続けて 11.2.0.3へのアップグレード手順について記述します。



- 85 -


5.2 11.2.0.1または 11.2.0.2から 11.2.0.3への Oracle Grid

Infrastructureのアップグレード

1. アップグレード準備

Grid Infrastructureのアップグレード作業を開始する前に、以下を実施してください。


全てのノード上でCluster Ready Services (CRS) プロセスが稼働している必要があります。確認

にはOracle Clusterwareの所有ユーザーで以下のコマンドを実行してください。以下は11.2.0.1を

使用したRAC環境における実行例です。

[grid@node01]$ crsctl check cluster -all

[grid@node02]$ crsctl check cluster -all **************************************************************

oracle01:

CRS-4537: Cluster Ready Services is online

CRS-4529: Cluster Synchronization Services is online

CRS-4533: Event Manager is online

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

oracle02:




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

全てのノードで確認します。

データベースの停止が必要であるかの確認

Oracle RACインスタンスは、実行したままにしておくことをお薦めします。

各ノードで rootupgrade.sh スクリプトを起動すると、そのノードのインスタンスが停止され、再度起動され

ます。

クラスタ上のシングル・インスタンスの Oracle Databaseは、Oracle ASMを使用する場合のみ、停止が

必要です。リスナーを停止する必要はありません。

（参考）

確認には Grid Infrastructureあるいは RACの所有ユーザーでクラスタを構成しているいずれかのノード

から srvctl status database コマンドを実行してください。実行例は以下です。

[grid@node01]$ srvctl status database -d orcl インスタンス orcl_1はノード node01で実行中です。

インスタンス orcl_2はノード node02で実行中です。



- 86 -


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

11.2.0.3 Grid Infrastructureのホーム・ディレクトリを全てのノードで作成します。Grid

Infrastructureはout-of-placeでのアップグレードが必須ですので、ソフトウェアのインストール

には最低でも5.5GBの容量が必要です。以下はディレクトリの作成例です。

[root@node01]# mkdir -p /u01/app/11.2.0.3/grid

[root@node01]# chmod -R 775 /u01/app/11.2.0.3

[root@node01]# chown -R oracle:oinstall /u01/app/11.2.0.3

全てノードで実行します。







[grid@node01]$ vi ~/.bash_profile

↓次の環境変数をコメントする

#export ORACLE_BASE=/u01/app/grid

#export ORACLE_HOME=/u01/app/11.2.0/grid

#export PATH=$ORACLE_HOME/bin:$PATH


[grid@ node01]$ su - grid

[grid@ node01]$ env | grep ORACLE


[grid@node01]$ env | grep PATH PATH=/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/grid/bin ← PATH環境変数に ORACLEのディレクトリ関連がないことを確認



- 87 -



gridユーザーで以下のコマンドを実行します。

[grid@node01]$ <GRID_INSTALL_IMAGE>/Disk1/runInstaller


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

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

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


す。



- 88 -



既存のOracle Clusterwareをアップグレードするため、「Oracle Grid Infrastructureまたは Oracle自動ス

トレージ管理のアップグレード」を選択し、「次へ」をクリックします。



- 89 -



製品を実行する必要な言語を選択します。本ガイドでは、「日本語」と「英語」が選択されていることを確認し、




- 90 -


6. Grid Infrastructure ノードの選択

アップグレードされるノード情報が出力されます。「次へ」ボタンをクリックします。



- 91 -



ASM に対して OS 認証に使用するグループをそれぞれ既存のシステムに設定していたグループと同じグルー

プへ設定します。本ガイドでは、「Oracle ASM DB(ASMの OSDBA)グループ」に「asmdba」、「OracleASMオ

ペレータ(ASMの OSOPER)グループ（オプション）」に「asmoper」、「Oracle ASM管理者（OSASM）グループ」

に「asmadmin」を指定します。指定内容を確認し、「次へ」をクリックします。



- 92 -



ソフトウェアの場所を指定し「次へ」をクリックします。



- 93 -







- 94 -


SCAN ホスト名が、DNS ではなく hosts ファイルのみで名前解決されている場合は、次の図のように、タスク

resolv.confの整合性でエラーが出力されるので、SCANホスト名が正しく設定されていることを確認し、「全て無

視」へチェックを入れて「次へ」をクリックします。

「詳細」をクリックすると次のような詳細画面で内容を確認できます。



- 95 -


10. サマリー




- 96 -






- 97 -



インストールが進むと構成スクリプトの実行画面がポップアップします。画面に表示された構成スクリプト

（rootupgrade.sh）を rootユーザーで実行します。

スクリプトは、まずローカル・ノードで実行し、実行が正常に完了してから、他の全てのノードで並行にスクリプト

を実行できます。スクリプト実行後、「OK」ボタンをクリックします。

構成スクリプトの実行後、インストーラにより Net Configuration Assistant (NetCA) が自動的に実行され、リス

ナーのアップグレードが実施されます。

構成スクリプトの実行により、Oracle Grid Infrastructureへアップグレードが実施されます。


<Node1実行例>


2011年 7月 21日木曜日 21:11:48 JST



ORACLE_OWNER= grid

ORACLE_HOME= /u01/app/11.2.0.3/grid





[n]:y ←yを記入して続行します。







- 98 -


Using configuration parameter file: /u01/app/11.2.0.3/grid/crs/install/crsconfig_params


ASMのアップグレードが最初のノードで開始されました。

CRS-2791: 'node01'上にある、Oracle高可用性サービス管理下のリソースのシャットダウンを開始しています

CRS-2673: 'ora.crsd'('node01')の停止を試行しています

CRS-2790: 'node01'上にある、Cluster Ready Services管理下のリソースのシャットダウンを開始しています

CRS-2673: 'ora.LISTENER_SCAN2.lsnr'('node01')の停止を試行しています


CRS-2673: 'ora.LISTENER.lsnr'('node01')の停止を試行しています

CRS-2673: 'ora.orcl.db'('node01')の停止を試行しています

CRS-2673: 'ora.registry.acfs'('node01')の停止を試行しています

CRS-2677: 'ora.registry.acfs'('node01')の停止が成功しました

CRS-2677: 'ora.LISTENER_SCAN2.lsnr'('node01')の停止が成功しました

CRS-2673: 'ora.scan2.vip'('node01')の停止を試行しています

CRS-2677: 'ora.scan2.vip'('node01')の停止が成功しました

CRS-2672: 'ora.scan2.vip'('node02')の起動を試行しています





CRS-2677: 'ora.LISTENER.lsnr'('node01')の停止が成功しました

CRS-2673: 'ora.node01.vip'('node01')の停止を試行しています

CRS-2677: 'ora.node01.vip'('node01')の停止が成功しました

CRS-2672: 'ora.node01.vip'('node02')の起動を試行しています

CRS-2676: 'ora.scan2.vip'('node02')の起動が成功しました

CRS-2672: 'ora.LISTENER_SCAN2.lsnr'('node02')の起動を試行しています



CRS-2676: 'ora.node01.vip'('node02')の起動が成功しました

CRS-2676: 'ora.LISTENER_SCAN2.lsnr'('node02')の起動が成功しました


CRS-2677: 'ora.orcl.db'('node01')の停止が成功しました

CRS-2673: 'ora.DATA.dg'('node01')の停止を試行しています

CRS-2673: 'ora.FRA.dg'('node01')の停止を試行しています

CRS-2677: 'ora.DATA.dg'('node01')の停止が成功しました

CRS-2677: 'ora.FRA.dg'('node01')の停止が成功しました

CRS-2673: 'ora.asm'('node01')の停止を試行しています

CRS-2677: 'ora.asm'('node01')の停止が成功しました

CRS-2673: 'ora.eons'('node01')の停止を試行しています

CRS-2673: 'ora.ons'('node01')の停止を試行しています

CRS-2677: 'ora.ons'('node01')の停止が成功しました

CRS-2673: 'ora.net1.network'('node01')の停止を試行しています

CRS-2677: 'ora.net1.network'('node01')の停止が成功しました

CRS-2677: 'ora.eons'('node01')の停止が成功しました

CRS-2792: 'node01'上にある、Cluster Ready Services管理下のリソースのシャットダウンが完了しました

CRS-2677: 'ora.crsd'('node01')の停止が成功しました

CRS-2673: 'ora.cssdmonitor'('node01')の停止を試行しています

CRS-2673: 'ora.ctssd'('node01')の停止を試行しています

CRS-2673: 'ora.evmd'('node01')の停止を試行しています


CRS-2673: 'ora.drivers.acfs'('node01')の停止を試行しています

CRS-2673: 'ora.mdnsd'('node01')の停止を試行しています

CRS-2677: 'ora.cssdmonitor'('node01')の停止が成功しました

CRS-2677: 'ora.evmd'('node01')の停止が成功しました

CRS-2677: 'ora.mdnsd'('node01')の停止が成功しました

CRS-2677: 'ora.ctssd'('node01')の停止が成功しました

CRS-2677: 'ora.drivers.acfs'('node01')の停止が成功しました


CRS-2673: 'ora.cssd'('node01')の停止を試行しています

CRS-2677: 'ora.cssd'('node01')の停止が成功しました

CRS-2673: 'ora.gpnpd'('node01')の停止を試行しています

CRS-2673: 'ora.diskmon'('node01')の停止を試行しています

CRS-2677: 'ora.gpnpd'('node01')の停止が成功しました



- 99 -


CRS-2673: 'ora.gipcd'('node01')の停止を試行しています

CRS-2677: 'ora.gipcd'('node01')の停止が成功しました

CRS-2677: 'ora.diskmon'('node01')の停止が成功しました

CRS-2793: 'node01'上にある、Oracle高可用性サービス管理下のリソースのシャットダウンが完了しました

CRS-4133: Oracle High Availability Services has been stopped.



ACFS-9300: ADVM/ACFS distribution files found.

ACFS-9312: Existing ADVM/ACFS installation detected.

ACFS-9314: Removing previous ADVM/ACFS installation.

ACFS-9315: Previous ADVM/ACFS components successfully removed.

ACFS-9307: Installing requested ADVM/ACFS software.

ACFS-9308: Loading installed ADVM/ACFS drivers.

ACFS-9321: Creating udev for ADVM/ACFS.

ACFS-9323: Creating module dependencies - this may take some time.

ACFS-9154: Loading 'oracleoks.ko' driver.

ACFS-9154: Loading 'oracleadvm.ko' driver.

ACFS-9154: Loading 'oracleacfs.ko' driver.

ACFS-9327: Verifying ADVM/ACFS devices.

ACFS-9156: Detecting control device '/dev/asm/.asm_ctl_spec'.

ACFS-9156: Detecting control device '/dev/ofsctl'.

ACFS-9309: ADVM/ACFS installation correctness verified.






パッケージインストールの準備中...

cvuqdisk-1.0.9-1


2011年 7月 21日木曜日 21:18:45 JST

<Node2実行例>


2011年 7月 21日月曜日 21:42:52 JST



ORACLE_OWNER= grid

ORACLE_HOME= /u01/app/11.2.0.3/grid




[n]: ←yを記入して続行します。 The file "coraenv" already exists in /usr/local/bin. Overwrite it? (y/n)

[n]: ←yを記入して続行します。 Entries will be added to the /etc/oratab file as needed by Database Configuration Assistant when a database is created





CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on

'node02'

CRS-2673: Attempting to stop 'ora.crsd' on 'node02'

CRS-2790: 'node02'上にある、Cluster Ready Services管理下のリソースの停止を開始しています



- 100 -




CRS-2673: 'ora.cvu'('node02')の停止を試行しています



CRS-2673: 'ora.oc4j'('node02')の停止を試行しています














CRS-2677: 'ora.cvu'('node02')の停止が成功しました

CRS-2672: 'ora.cvu'('node01')の起動を試行しています

CRS-2676: 'ora.cvu'('node01')の起動が成功しました



CRS-2673: 'ora.FRA.dg'('node02')の停止を試行しています







CRS-2677: 'ora.FRA.dg'('node02')の停止が成功しました



CRS-2677: 'ora.oc4j'('node02')の停止が成功しました

CRS-2672: 'ora.oc4j'('node01')の起動を試行しています

CRS-2676: 'ora.oc4j'('node01')の起動が成功しました








CRS-2792: 'node02'上にある、Cluster Ready Services管理下のリソースの停止が完了しました

CRS-2677: Stop of 'ora.crsd' on 'node02' succeeded

CRS-2673: Attempting to stop 'ora.crf' on 'node02'

CRS-2673: Attempting to stop 'ora.ctssd' on 'node02'

CRS-2673: Attempting to stop 'ora.evmd' on 'node02'

CRS-2673: Attempting to stop 'ora.asm' on 'node02'

CRS-2673: Attempting to stop 'ora.drivers.acfs' on 'node02'

CRS-2673: Attempting to stop 'ora.mdnsd' on 'node02'

CRS-2677: Stop of 'ora.asm' on 'node02' succeeded

CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'node02'

CRS-2677: Stop of 'ora.crf' on 'node02' succeeded

CRS-2677: Stop of 'ora.mdnsd' on 'node02' succeeded

CRS-2677: Stop of 'ora.drivers.acfs' on 'node02' succeeded

CRS-2677: Stop of 'ora.evmd' on 'node02' succeeded

CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'node02' succeeded

CRS-2677: Stop of 'ora.ctssd' on 'node02' succeeded

CRS-2673: Attempting to stop 'ora.cssd' on 'node02'

CRS-2677: Stop of 'ora.cssd' on 'node02' succeeded

CRS-2673: Attempting to stop 'ora.gipcd' on 'node02'

CRS-2673: Attempting to stop 'ora.diskmon' on 'node02'

CRS-2677: Stop of 'ora.diskmon' on 'node02' succeeded

CRS-2677: Stop of 'ora.gipcd' on 'node02' succeeded



- 101 -


CRS-2673: Attempting to stop 'ora.gpnpd' on 'node02'

CRS-2677: Stop of 'ora.gpnpd' on 'node02' succeeded

CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'node02'

has completed












ACFS-9154: Loading 'oracleoks.ko' driver.

ACFS-9154: Loading 'oracleadvm.ko' driver.

ACFS-9154: Loading 'oracleacfs.ko' driver.


ACFS-9156: Detecting control device '/dev/asm/.asm_ctl_spec'.

ACFS-9156: Detecting control device '/dev/ofsctl'.







Started to upgrade the Oracle Clusterware. This operation may take a few minutes.

Started to upgrade the CSS.

Started to upgrade the CRS.

The CRS was successfully upgraded.

Oracle Clusterware operating version was successfully set to 11.2.0.3.0

ASMのアップグレードが最終ノードで終了しました。

PRKO-2116 : OC4Jはすでに有効です


2011年 7月 21日月曜日 21:49:44 JST



- 102 -


SCAN ホスト名が、DNS ではなく hosts ファイルのみで名前解決されている場合は、前画面の構成スクリプト

の実行画面でスクリプト実行後、「OK」ボタンをクリックすると、次の画面が出力され、Oracle Cluster

Verification ユーティリティについてアラートが出力されるので、内容を確認して、「スキップ」をクリックした後、


ログを確認すると、次のように SCANについて名前解決に失敗している情報が記載されますが、

DNSではなく hostsファイルで名前解決を設定されている場合は、問題ありません。

情報: "oacscan1.jp.oracle.com"の名前解決の設定をチェック中...

情報: ERROR:

情報: PRVG-1101 : SCAN名"oacscan1.jp.oracle.com"の解決に失敗しました

情報: ERROR:

情報: PRVF-4657 : "oacscan1.jp.oracle.com"の名前解決の設定チェック(IPアドレス: 10.182.20.200)に失敗しました

情報: ERROR:

情報: PRVF-4664 : SCAN名"oacscan1.jp.oracle.com"に対して一貫性のない名前解決エントリが検出されました

情報: SCAN VIPおよびリスナー設定の検証に失敗しました



- 103 -


13. 終了

「閉じる」をクリックして Oracle Grid Infrastructureのアップグレードは完了です。


Oracle Grid Infrastructure インストール・ユーザーの環境変数を.bash_profileに設定します。

設定後、再ログインすることで環境変数が反映されます。

Oracle Grid Infrastructureインストール・ユーザー $HOME/.bash_profileファイル設定例

umask 022

export ORACLE_BASE=/u01/app/grid

export ORACLE_HOME=/u01/app/11.2.0.3/grid


export ORACLE_SID=<ORACLE ASM SID> export LANG=ja_JP.UTF-8




- 104 -


15. インストール後の確認

crsctl コマンドを使用して、リソースが正常に稼動していることを確認します。

gsd リソースはデフォルトでは OFFLINE となります。

[grid@node01]$ /u01/app/11.2.0.3/grid/bin/crsctl status resource -t

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


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

Local Resources

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

ora.CRS.dg



ora.LISTENER.lsnr



ora.asm



ora.gsd

OFFLINE OFFLINE node01 ← gsd はデフォルトで OFFLINE OFFLINE OFFLINE node02

ora.net1.network



ora.ons



ora.registry.acfs



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

Cluster Resources

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







ora.node01.vip


ora.node02.vip


ora.cvu


ora.oc4j


ora.scan1.vip


ora.scan2.vip


ora.scan3.vip




- 105 -


5.3 Oracle Database 11.2.0.3 ソフトウェアのインストール

1. インストーラの準備

続いて Oracle Databaseのアップグレード作業を開始する前に、以下を実施してください。


全てのノード上でCluster Ready Services (CRS) プロセスが稼働している必要があります。確

認にはOracle Clusterwareの所有ユーザーで以下のコマンドを実行してください。確認は全ての

ノードで実施します。以下は実行例です。

[grid@node01]$ crsctl check crs

[grid@node02]$ crsctl check crs CSS appears healthy

CRS appears healthy

EVM appears healthy

全てのノードで確認します。

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

Oracle Database 11.2.0.3 のホーム・ディレクトリを全てのノードで作成します。

以下はディレクトリの作成例です。

[oracle@node01]$ mkdir -p /u01/app/oracle/product/11.2.0.3/dbhome_1

[oracle@node02]$ mkdir -p /u01/app/oracle/product/11.2.0.3/dbhome_1

全てノードで作成します。










#export ORACLE_HOME=/u01/app/11.2.0/dbhome_1

#export PATH=$ORACLE_HOME/bin:$PATH




[oracle@node01]$ env | grep ORACLE





- 106 -



ノード１の oracleユーザーで OUIを起動します。

[oracle@node01]$ <DATABASE_INSTALL_IMAGE>/Disk1/runInstaller



- 107 -


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

セキュリティ・アップデートを My Oracle Support経由でダウンロードすることができます。

本ガイドでは、「セキュリティ・アップデートをMy Oracle Support経由で受け取ります。」のチェックを外し「次へ」

をクリックします。



- 108 -


チェックを外した場合、次のメッセージが出ますので「はい」をクリックします。


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

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

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


す。



- 109 -



次のインストール・オプションのいずれかを選択します。

・「データベースの作成および構成」：インストール中に、インストーラで新しいデータベースを作

成および構成するすることができます。

・「データベース・ソフトウェアのみインストール」：Oracle ソフトウェアのみをインストールする場

合、またはインストールしたリリースのソフトウェアを使用して追加のデータベースを作成する

場合は、Database Configuration Assistant（DBCA）を使用することができます。

・「既存のデータベースをアップグレード」：既存のデータベースを 11.2.0.3の Oracle

データベースにアップグレードする場合に選択します。

本ガイドでは、ソフトウェアのアップグレード後にデータベースを DBUA を使用してアップグレードするため、「デ

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



- 110 -


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

実行するデータベース・インストールのタイプを選択します。本ガイドでは、「Oracle Real Application

Clusters データベース・インストール」を選択し、インストールをする必要がある全てのノードを選択します。そし

て「SSH接続」をクリックします。



- 111 -


パスワード不要の SSH接続の確立が完了したら、「次へ」をクリックします。



- 112 -



製品で使用する言語を選択します。使用したい言語を「使用可能な言語」から選択し、「選択された言語」に追

加します。本ガイドでは、「日本語」と「英語」を選択し、「次へ」をクリックします。



- 113 -


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

データベース・エディションを選択します。エディションはライセンスの許諾内容に合わせて選択します。本ガイ

ドでは、「Enterprise Edition」を選択し、「次へ」をクリックします。



- 114 -



Oracleベースとソフトウェアの場所を記入し、「次へ」をクリックします。



- 115 -



データベースに対するOS認証に使用するグループをそれぞれ設定します。本ガイドでは、「データベース管理

者（OSDBA）グループ」に「dba」、「データベース・オペレータ（OSOPER）グループ」に「oper」を指定します。指

定内容を確認して「次へ」をクリックします。



- 116 -







- 117 -


12. サマリー




- 118 -






- 119 -



インストールが進むと構成スクリプトの実行画面がポップアップします。表示された構成スクリプト（root.sh）を

全てのノードで実行します。スクリプトは rootユーザーで実行してください。

スクリプト実行後、「OK」ボタンをクリックします。




root ←rootユーザーでログインしていることを確認

[root@node01]# /u01/app/11.2.0.3/dbhome_1/root.sh Performing root user operation for Oracle 11g



ORACLE_HOME= /u01/app/oracle/product/11.2.0.3/dbhome_1




The contents of "coraenv" have not changed. No need to overwrite.





Finished product-specific root actions.

同様の手順を全てのノードで実行します。



- 120 -


15. 終了

「閉じる」をクリックして、Oracle Databaseのインストールは終了です。


Oracle Databaseインストール・ユーザーの環境変数を.bash_profileに設定します。

設定後、再ログインすることで環境変数が反映されます。

Oracle Databaseインストール・ユーザー $HOME/.bash_profile ファイル設定例

umask 022

export ORACLE_BASE=/u01/app/oracle

export ORACLE_HOME=/u01/app/oracle/product/11.2.0.3/dbhome_1


export ORACLE_SID=<ORACLE DATABASE SID> export LANG=ja_JP.UTF-8


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

続いてRACデータベースのアップグレードを実施します。アップグレードの手順は、「4.5 データべースのアップグレード」を参照してください。



- 121 -


付録A 10.2.0.5用個別パッチ適用

Linux環境において 10.2.0.5から 11.2.0.3へのアップグレードを行う際には Patch 9952245を適用する必要

があります。この Patchが未適用の場合には、アップグレードが失敗します。

ここでは Patch 9952245の適用手順を紹介します。本ガイドでは、まず特定のノードから適用を開始して適用が

必要な全てのパッチ適用を完了させてから、他ノードへ同様の手順で適用を行うものとします。

※ 必ず、一つのノードでパッチ適用が完了してから、次のノードへパッチを適用してください。

A-1 OPatchの用意 Patch 9952245を適用するには、OPatchのバージョンが 10.2.0.4.7以上である必要があります。

最新の OPatchをダウンロード後、任意のディレクトリへ配置して zip ファイルを展開します。

そして、OPatchのバージョンを確認します。なお、OPatchが保存されたディレクトリを <OPatch_DIRECTORY>

とします。

[oracle@node01]$ cd <OPatch_DIRECTORY> [oracle@node01]$ unzip p6880880_102000_Linux-x86-64.zip

[oracle@node01]$ ./OPatch/opatch version

Invoking OPatch 10.2.0.5.1

OPatch Version: 10.2.0.5.1 ←10.2.0.4.7以上であることを確認

OPatch succeeded.

A-2 Patch 9952245の適用

1. パッチファイル解凍

Patch 9952245をダウンロード後、任意のディレクトリへ配置して zip ファイルを展開します。

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

[oracle@node01]$ cd <PATCH_TOP_DIR> [oracle@node01]$ unzip p9952245_10205_Linux-x86-64.zip

zip ファイルを展開すると任意のディレクトリ下に 9952245 というディレクトリが作成されます。

2. コンフリクト確認

全てのノード上で Oracle Clusterware と Oracle Dataaseのホームに対して実施します。以下のコマンドを実

行し、コンフリクトするパッチが適用されてい無いことを確認してください。

<Oracle Clusterwar>

[grid@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ CheckConflictAgainstOHWithDetail \

-phBaseDir ./9952245 -oh <CRS_HOME> Invoking OPatch 10.2.0.5.1

Oracle Interim Patch Installer version 10.2.0.5.1

Copyright (c) 2010, Oracle Corporation. All rights reserved.

PREREQ session



- 122 -


Oracle Home : /u01/app/10.2.0/crs

Central Inventory : /u01/app/oracle/oraInventory

from : /etc/oraInst.loc

OPatch version : 10.2.0.5.1

OUI version : 10.2.0.5.0

OUI location : /u01/app/10.2.0/crs/oui

Log file location :

/u01/app/10.2.0/crs/cfgtoollogs/opatch/opatch2011-08-15_20-47-57PM.log

Patch history file: /u01/app/10.2.0/crs/cfgtoollogs/opatch/opatch_history.txt

Invoking prereq "checkconflictagainstohwithdetail"

Prereq "checkConflictAgainstOHWithDetail" passed.

OPatch succeeded. ←成功すれば、コンフリクトするパッチはありません。

<Oracle Databas>

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ CheckConflictAgainstOHWithDetail \

-phBaseDir ./9952245 -oh <DB_HOME> Invoking OPatch 10.2.0.5.1



PREREQ session

Oracle Home : /u01/app/oracle/product/10.2.0/db_1

Central Inventory : /u01/app/oracle/oraInventory




OUI location : /u01/app/oracle/product/10.2.0/db_1/oui

Log file location :

/u01/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/opatch2011-08-15_20-48-03PM.log

Patch history file: /u01/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/opatch_history.txt




3. CRS起動確認

oracleユーザーで以下のコマンドを実施して、CRSが起動されていることを確認します。起動されてい

ない場合は、起動します。

[oradcle@node01]$ crs_stat -t



- 123 -


4. パッチ適用

rootユーザーで以下のコマンドを実行して、パッチを適用します。

opatch auto コマンドは、Oracle Clusterwareホームと Oracle Databaseホームそれぞれに自動でパッチを適

用します。リモート・ノードへは適用されないため、個別に適用を行います。ただし、複数のノードで同時に実行せ

ず、１つのノードへパッチ適用が完了してから順次別のノードへ適用してください。

<rootユーザー>

[root@node01]# unset NLS_LANG

[root@node01]# export LANG=C

[root@node01]# export PATH<OPatch_DIRECTORY>:$PATH [root@node01]# cd <PATCH_TOP_DIR>/9952245 [root@node01]# <OPatch_DIRECTORY>/OPatch/opatch auto

auto_patch.pl: log file is /tmp/LOG/Patch/10.2/9952245/opatchauto_2011-08-15_20:57:25.log

Discovering environment to patch

Checking if Clusterware is up

Looking for configured cluster nodes

node01 node02

Getting Local node name

Looking for configured databases on node node01

Databases configured on node node01 are: orcl

Determining ORACLE_HOME paths for configured databases

Retrieving configured services for Database orcl

There are 0 services configured for Database orcl

Oracle Home /u01/app/oracle/product/10.2.0/db_1 is configured with Database(s)-> orcl

Oracle user for /u01/app/oracle/product/10.2.0/db_1 is oracle

opatch version is 10.2.0.5.1

Oracle CRS user is oracle

Cluster nodes are node01 node02

Node to patch is node01

Using /u01/app/10.2.0/crs/OPatch/opatch for opatch

The patch is applicable for this CRS Home /u01/app/10.2.0/crs

Oracle version for Oracle Home /u01/app/oracle/product/10.2.0/db_1 is 10.2.0.5.0

The patch is applicable for this Oracle Home /u01/app/oracle/product/10.2.0/db_1

Patch node node01? (y/n/abort/N/N1-N2/help):

y ← yと入力して継続します。

Applying patch 9952245 on node node01

stopping instance on node01 with /u01/app/oracle/product/10.2.0/db_1/bin/srvctl stop instance

-d orcl -i orcl1

stopping listener on node01 with /u01/app/10.2.0/crs/bin/srvctl stop listener -n node01

stopping nodeapps on node01 with /u01/app/10.2.0/crs/bin/srvctl stop nodeapps -n node01

shutting down CRS stack on node01 with /u01/app/10.2.0/crs/bin/crsctl stop crs

Sleeping 15 second(s)

Executing /tmp/LOG/Patch/10.2/9952245/custom/scripts/prerootpatch.sh -crshome /u01/app/10.2.0/

crs -crsuser oracle as root on node01



- 124 -


Executing /tmp/LOG/Patch/10.2/9952245/custom/scripts/prepatch.sh -crshome /u01/app/10.2.0/crs

as oracle on node01

Executing /tmp/LOG/Patch/10.2/9952245/custom/server/*/custom/scripts/prepatch.sh -dbhome

/u01/app/oracle/product/10.2.0/db_1 as oracle on node01

Executing /u01/app/10.2.0/crs/OPatch/opatch napply -local -silent -oh /u01/app/10.2.0/crs -id

9952245 as oracle on node01

Executing /u01/app/10.2.0/crs/OPatch/opatch napply custom/server/ -local -silent -oh

/u01/app/oracle/product/10.2.0/db_1 -id 9952245 as oracle on node01

Executing /tmp/LOG/Patch/10.2/9952245/custom/scripts/postpatch.sh -crshome /u01/app/10.2.0/crs

as oracle on node01

Executing /tmp/LOG/Patch/10.2/9952245/custom/server/*/custom/scripts/postpatch.sh -dbhome

/u01/app/oracle/product/10.2.0/db_1 as oracle on node01

Executing /tmp/LOG/Patch/10.2/9952245/custom/scripts/postrootpatch.sh -crshome

/u01/app/10.2.0/crs as root on node01

no services for database orcl configured on node node01

List of patched nodes: node01

auto_patch.pl finished

5. パッチ適用確認

oracleユーザーで以下のコマンドを実行し、Oracle Clusterware ホームにパッチが適用されていることを確認

します。

[oraclae@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <CRS_HOME>

以下は実行したコマンドの出力結果例の抜粋です。適用済みのパッチとして Patch 9952245が表示されている

ことを確認してください。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <CRS_HOME>


Oracle Interim Patch Installerバージョン 10.2.0.5.1

Copyright (c) 2009, Oracle Corporation. All rights reserved。

Oracleホーム : /u01/app/10.2.0/crs

中央インベントリ : /u01/app/oracle/oraInventory

元 : /etc/oraInst.loc

OPatchのバージョン : 10.2.0.5.1

OUIのバージョン : 10.2.0.5.0

OUIの場所 : /u01/app/10.2.0/crs/oui

ログ・ファイルの場所 : /u01/app/10.2.0/crs/cfgtoollogs/opatch/opatch2011-09-05_17-45-47午後.log


Lsinventory Output file location :

/u01/app/10.2.0/crs/cfgtoollogs/opatch/lsinv/lsinventory2011-09-05_17-45-47午後.txt

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

インストールされた最上位製品(2):

Oracle Clusterware 10.2.0.1.0

Oracle Database 10g Release 2 Patch Set 4 10.2.0.5.0

この Oracleホームには 2の製品がインストールされています。



- 125 -


仮パッチ(1) : ←適用済みのパッチを確認します。

Patch 9952245 : applied on Mon Sep 05 17:39:37 JST 2011

Unique Patch ID: 13197883

Created on 17 Jan 2011, 03:04:47 hrs PST8PDT

Bugs fixed:

9952245, 9879181, 9610672, 9872299, 9577921, 8308495, 9103966, 8996060

6899183, 9261837, 8487143, 9646836

複数のノードで構成される RACシステム

Local node = node01

Remote node = node02

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

OPatch succeeded.

oracle ユーザーで以下のコマンドを実行し、Oracle Database ホームにパッチが適用されているかを確認しま

す。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <DB_HOME>

以下は実行したコマンドの出力結果例の抜粋です。適用済みのパッチとして Patch 9952245が表示されている

ことを確認してください。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <DB_HOME> Invoking OPatch 10.2.0.5.1



Oracleホーム : /u01/app/oracle/product/10.2.0/db_1

中央インベントリ : /u01/app/oracle/oraInventory




OUIの場所 : /u01/app/oracle/product/10.2.0/db_1/oui

ログ・ファイルの場所 : /u01/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/opatch2011-09-05_17-45-27

午後.log



/u01/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/lsinv/lsinventory2011-09-05_17-45-27午後.txt

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


Oracle Database 10g 10.2.0.1.0

Oracle Database 10g Release 2 Patch Set 4 10.2.0.5.0





Created on 17 Jan 2011, 03:04:34 hrs PST8PDT



- 126 -


Bugs fixed:

9952245, 9879181, 9610672, 9872299, 9577921, 8308495, 9103966, 8996060

6899183, 9261837, 8487143, 9646836


Local node = node01


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

OPatch succeeded.

6. 別ノードへのパッチ適用

非共有Grid Infrastructureホームの場合は、クラスタを構成する全てのノードで上記手順を繰り返し、

全てのノードにパッチを適用します。



- 127 -


付録B 11.1.0.7用個別パッチ適用

Linux環境において 11.1.0.7から 11.2.0.3へのアップグレードを行う際には Patch 11724953 を適用する必

要があります。この Patchが未適用の場合には、アップグレードが失敗します。

ここでは Patch 11724953 の適用手順を紹介します。本ガイドでは、まず特定のノードから適用を開始して適用

が必要な全てのパッチ適用を完了させてから、他ノードへ同様の手順で適用を行うものとします。


B-1 OPatchの用意 Patch 11724953を適用するには、OPatchのバージョンが 11.1.0.6.7以上である必要があります。


そして、OPatchのバージョンを確認します。

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


[oracle@node01]$ ./OPatch/opatch version Invoking OPatch 11.1.0.8.5


OPatch succeeded.

B-2 Patch 11724953の適用







全てのノード上で Oracle Clusterware と Oracle Dataaseのホームに対して実施します。以下のコマンドを実

行し、コンフリクトするパッチが適用されてい無いことを確認してください。

<Oracle Clusterwar>

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ CheckConflictAgainstOHWithDetail -phBaseDir ./11724953 -oh <CRS_HOME> Invoking OPatch 11.1.0.8.5



PREREQ session


Central Inventory : /u01/app/oraInventory





- 128 -




Log file location : /u01/app/oracle/product/11.1.0/db_1/cfgtoollogs/opatch/opatch2011-09-05_17-49-05PM.log





<Oracle Database>

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ CheckConflictAgainstOHWithDetail -phBaseDir ./11724953 -oh <DB_HOME> Invoking OPatch 11.1.0.8.5



UTIL session


中央インベントリ : /u01/app/oraInventory





Log file location :






3. CRS停止確認

パッチを適用する前に CRS が停止されていることを確認します。本ガイドでは以下の手順で CRS を停止しま

す。

[oracle@node01]$ srvctl stop database -d orcl -i $ORACLE_SID

[oracle@node01]$ srvctl stop asm -n node01

[oracle@node01]$ srvctl stop asm -n node02

[oracle@node01]$ srvctl stop nodeapps -n node01

[oracle@node01]$ srvctl stop nodeapps -n node02

[oracle@node01]$ su

[root@node01]# crsctl stop crs

4. prerootpatch.sh 実行

rootユーザーで以下のコマンドを実行して、ロックされているファイルを解除します。

[root@node01]# cd <PATCH_TOP_DIR> /11724953 [root@node01]# custom/scripts/prerootpatch.sh -crshome $ORA_CRS_HOME -crsuser oracle

Checking to see if Oracle CRS stack is down...



- 129 -


Oracle CRS stack is down now.

5. Oracle Clusterware ホームに prepatch.sh 実行

oracleユーザーで以下のコマンドを実行して、Oracle Clusterwareホームのロックされているファイルを解除し

ます。


[oracle@node01]$ cd /tmp/LOG/Patch/11724953

[oracle@node01]$ export PATH=$PATH:/tmp/LOG/Patch/OPatch

[oracle@node01]$ custom/scripts/prepatch.sh -crshome $ORA_CRS_HOME

custom/scripts/prepatch.sh completed successfully.

6. Oracle Databaseホームに prepatch.sh 実行

oracleユーザーで以下のコマンドを実行して、Oracle Databaseホームのロックされているファイルを解除しま

す。

[oracle@node01]$ custom/server/11724953/custom/scripts/prepatch.sh

> -dbhome $ORACLE_HOME

custom/server/11724953/custom/scripts/prepatch.sh completed successfully.

7. Oracle Clusterwareホームにパッチを適用

oracleユーザーで以下のコマンドを実行して、Oracle Clusterwareホームへパッチを適用します。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch napply -local -oh $ORA_CRS_HOME \ > -id 11724953




UTIL session

Oracleホーム : /u01/app/11.1.0/crs





OUIの場所 : /u01/app/11.1.0/crs/oui

ログ・ファイルの場所 : /u01/app/11.1.0/crs/cfgtoollogs/opatch/opatch2011-08-22_11-33-28午前.log


Invoking utility "napply"

Checking conflict among patches...

Checking if Oracle Home has components required by patches...

Checking conflicts against Oracle Home...

OPatch continues with these patches: 11724953

続行しますか。[y|n]

Y ← yと入力して継続します。

User Responded with: Y

Running prerequisite checks...

セキュリティの問題について通知を受ける電子メール・アドレスを指定し、Oracle Configuration

Managerをインストールして開始してください。My Oracle Supportの電子メール・アドレス/ユーザー名



- 130 -


を使用すればより簡単です。

詳細は http://www.oracle.com/support/policies.htmlにアクセスしてください。

電子メール・アドレス/ユーザー名:

セキュリティの問題について通知を受け取るための電子メール・アドレスが指定されていません。

セキュリティの問題に関する通知を今後も受け取りませんか([Y]はい, [N]いいえ) [N]: Y

← yと入力して継続します。

-localオプションを選択したため OPatchはローカル・システムにのみパッチを適用します。

ローカル・システムのこの ORACLE_HOME以外で実行している Oracleインスタンスを停止してください。

(Oracleホーム = '/u01/app/11.1.0/crs')

ローカル・システムにパッチを適用する準備ができましたか。 [y|n]

Y ← yと入力して継続します。


パッチ'NApply'の影響を受けるファイルをリストア用にバックアップしています。少し時間がかかります...

Execution of 'sh /tmp/LOG/Patch/11724953/custom/scripts/pre -apply 11724953 ':

Pre-patch script verification complete.

Verification exit code 0

Return Code = 0

Applying patch 11724953...

ApplySessionは仮パッチ'11724953'を OH '/u01/app/11.1.0/crs'に適用中

パッチ'11724953'の影響を受けるファイルをロールバック用にバックアップしています。

少し時間がかかります...

コンポーネント oracle.crs, 11.1.0.7.0にパッチを適用中...

ファイルを"/u01/app/11.1.0/crs/bin/cemutlo"にコピー中

・・・・・・

ファイルを"/u01/app/11.1.0/crs/srvm/utl/rootinstalladd"にコピー中

ApplySessionは仮パッチ'11724953'をインベントリに追加中

Verifying the update...

Inventory check OK: Patch ID 11724953 is registered in Oracle Home inventory with proper meta-data.

Files check OK: Files from Patch ID 11724953 are present in Oracle Home.

ローカル・システムにパッチが適用されました。ローカル・システムを再起動します。

UtilSession: N-Apply done.

OPatch succeeded.

8. Oracle Databaseホームにパッチを適用

oracleユーザーで以下のコマンドを実行して、Oracle Databaseホームへパッチを適用します。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch napply custom/server/ -local \ > -oh $ORACLE_HOME -id 11724953,7388579




UTIL session






- 131 -





ログ・ファイルの場所 :

/u01/app/oracle/product/11.1.0/db_1/cfgtoollogs/opatch/opatch2011-08-22_11-37-26午前.log




















(Oracleホーム = '/u01/app/oracle/product/11.1.0/db_1')


y ← yと入力して継続します。 User Responded with: Y



ApplySessionは仮パッチ'11724953'を OH '/u01/app/oracle/product/11.1.0/db_1'に適用中



コンポーネント oracle.rdbms, 11.1.0.7.0にパッチを適用中...

ファイルを"/u01/app/oracle/product/11.1.0/db_1/bin/clscfg"にコピー中

・・・

ファイルを"/u01/app/oracle/product/11.1.0/db_1/srvm/utl/rootlocaladd"にコピー中





ターゲット installに対してメイクを実行中




OPatch succeeded.



- 132 -


9. Oracle Clusterware ホームに postpatch.sh 実行

oracleユーザーで以下のスクリプトを実行して、Oracle Clusterwareホームの構成を元に戻します。

[oracle@node01]$ custom/scripts/postpatch.sh -crshome $ORA_CRS_HOME

Oracle CRS_ENV_FILE is not specified but using /u01/app/11.1.0/crs/install/params.crs for

parameter definitions

Oracle CRS_ENV_FILE is not specified

Oracle CRS_SCRIPT_FILE is not specified but using all the Oracle CRS scripts.

Reading /u01/app/11.1.0/crs/install/params.crs..

Reading /u01/app/11.1.0/crs/install/params.crs..

Copying file /u01/app/11.1.0/crs/bin/racgons to

/u01/app/11.1.0/crs/inventory/Templates/bin/racgons

Parsing file /u01/app/11.1.0/crs/bin/racgons

・・・

Reapplying file permissions on /u01/app/11.1.0/crs/bin/clssproxy

Reapplying file permissions on /u01/app/11.1.0/crs/bin/oclskd

10. Oracle Database ホームに postpatch.sh 実行

oracleユーザーで以下のスクリプトを実行して、Oracle Databaseホームの構成を元に戻します。

[oracle@node01]$ custom/server/11724953/custom/scripts/postpatch.sh \

> -dbhome $ORACLE_HOME

Reading /u01/app/oracle/product/11.1.0/db_1/install/params.ora..

Reading /u01/app/oracle/product/11.1.0/db_1/install/params.ora..

Parsing file /u01/app/oracle/product/11.1.0/db_1/bin/racgwrap

Parsing file /u01/app/oracle/product/11.1.0/db_1/css/admin/init.cssd

Parsing file /u01/app/oracle/product/11.1.0/db_1/bin/ocssd

・・・

Reapplying file permissions on /u01/app/oracle/product/11.1.0/db_1/lib/libsrvm11.so

Reapplying file permissions on /u01/app/oracle/product/11.1.0/db_1/lib/libsrvmhas11.so

11. postrootpatch.sh 実行

rootユーザーで以下のスクリプトを実行して、Grid Infrastructureホームの設定を戻します。スクリプト

を実行するとCRSが起動されます。

[oracle@node01]$ su



[root@node01]# custom/scripts/postrootpatch.sh -crshome $ORA_CRS_HOME

Checking to see if Oracle CRS stack is already up...

Checking to see if Oracle CRS stack is already starting

Startup will be queued to init within 30 seconds.

Waiting for the Oracle CRSD and EVMD to start

Oracle CRS stack installed and running under init(1M)

12. Oracle Clusterware ホームへのパッチ適用確認

Oracle Clusterwareホームへ正常にパッチが適用されているかを確認します。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh $ORA_CRS_HOME






- 133 -


Oracle Home : /u01/app/11.1.0/crs





OUI location : /u01/app/11.1.0/crs/oui

Log file location :

/u01/app/11.1.0/crs/cfgtoollogs/opatch/opatch2011-09-05_18-08-18PM.log



/u01/app/11.1.0/crs/cfgtoollogs/opatch/lsinv/lsinventory2011-09-05_18-08-18PM.txt

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

Installed Top-level Products (2):

Oracle Clusterware 11.1.0.6.0

Oracle Database 11g Patch Set 1 11.1.0.7.0

There are 2 products installed in this Oracle Home.

Interim patches (1) : ← 適用済みのパッチを確認します。



Created on 23 Mar 2011, 16:09:33 hrs PST8PDT

Bugs fixed:

4175345, 8619821, 6760284, 8531031, 8429716, 6608472, 8996060, 7691864

9147779, 9066051, 9294495, 7255659, 7836239, 9189171, 7191125, 7162704

8287931, 8441769, 7483048, 6892798, 9577921, 9189026, 7527410, 9646831

7592933, 8586117, 8262786, 8317708, 9074696, 7631837, 8373758, 9207257

8737425, 6986682, 7683940, 8216553, 7374972, 7851612, 6355663, 8328904

8637357, 6486556, 9159057, 8604549, 8595233, 9131555, 6964659, 8321319

8289580, 7357394, 8662477, 8557163, 4587300, 8374326, 8214307, 7364519

6140790, 8476516, 7277672, 8733944, 7353884

Rac system comprising of multiple nodes

Local node = node01


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

OPatch succeeded.



- 134 -


13. Oracle Databaseホームへのパッチ適用確認

Oracle Databaseホームへ正常にパッチが適用されているかを確認します。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -detail \ > -oh $ORACLE_HOME










Log file location :




/u01/app/oracle/product/11.1.0/db_1/cfgtoollogs/opatch/lsinv/lsinventory2011-09-05_18-07-45PM.txt

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

Installed Top-level Products (2):


Oracle Database 11g Patch Set 1 11.1.0.7.0


Interim patches (1) : ← 適用済みのパッチを確認します。



Created on 23 Mar 2011, 16:09:28 hrs PST8PDT

Bugs fixed:

4175345, 8619821, 6760284, 8531031, 8429716, 6608472, 8996060, 7691864

9147779, 9066051, 9294495, 7255659, 7836239, 9189171, 7191125, 7162704

8287931, 8441769, 7483048, 6892798, 9577921, 9189026, 7527410, 9646831

7592933, 8586117, 8262786, 8317708, 9074696, 7631837, 8373758, 9207257

8737425, 6986682, 7683940, 8216553, 7374972, 7851612, 6355663, 8328904

8637357, 6486556, 9159057, 8604549, 8595233, 9131555, 6964659, 8321319

8289580, 7357394, 8662477, 8557163, 4587300, 8374326, 8214307, 7364519

6140790, 8476516, 7277672, 8733944, 7353884


Local node = node01


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

OPatch succeeded.






- 135 -


付録C 11.2.0.1用個別パッチ適用

Linux環境において 11.2.0.1から 11.2.0.3へのアップグレードを行う際には Patch 9413827を適用する必要

があります。この Patchが未適用の場合には、アップグレードが失敗します。

ここでは Patch 9413827の適用手順を紹介します。本ガイドでは、まず特定のノードから適用を開始して適用が

必要な全てのパッチ適用を完了させてから、他ノードへ同様の手順で適用を行うものとします。


C-1 OPatchの用意 Patch 9413827を適用するには、OPatchのバージョンが 11.2.0.1.5以上である必要があります。




<oracle>


[oracle@node01]$ ./OPatch/opatch version



OPatch succeeded.

C-2 Patch 9413827の適用







全てのノード上で Oracle Grid Infrastructure と Oracle Dataaseのホームに対して実施します。以下のコマン

ドを実行し、コンフリクトするパッチが適用されてい無いことを確認してください。

< Oracle Grid Infrastructure >

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ > CheckConflictAgainstOHWithDetail -phBaseDir <PATCH_TOP_DIR>/9413827 \ > -oh <GI_HOME> Invoking OPatch 11.2.0.1.6



PREREQ session



- 136 -


Oracle Home : /u01/app/11.2.0/grid





Log file location : /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2011-09-14_17-42-48

午後.log




<Oracle Database>

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \

> CheckConflictAgainstOHWithDetail -phBaseDir <PATCH_TOP_DIR>/9413827 -oh <DB_HOME> Invoking OPatch 11.2.0.1.6



PREREQ session

Oracle Home : /u01/app/oracle/product/11.2.0/dbhome_1


from : /u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc




午後.log




3. CRS リソース停止

oracleユーザーで以下のコマンドを実施して、Databaseホームから起動されているリソースを停止しま

す。

[oracle@node01]$ srvctl stop home -o $ORACLE_HOME -s /tmp/statusfile -n `hostname`

[oracle@node01]$ ps -ef | grep oracle

root 25658 23854 0 21:39 pts/0 00:00:00 su - oracle

oracle 25659 25658 0 21:39 pts/0 00:00:00 -bash

oracle 26077 25659 0 21:45 pts/0 00:00:00 ps -ef

oracle 26078 25659 0 21:45 pts/0 00:00:00 grep oracle

←oracleユーザで実行されているリソースがないことを確認。



- 137 -


4. prerootpatch.sh 実行

rootユーザーで以下のコマンドを実行して、保護されているファイルを解除します。

※複数のノードで同時実行はしないで下さい。




[root@node01]# <GI_HOME>/crs/install/rootcrs.pl –unlock 2011-09-09 14:15:17: Parsing the host name 2011-09-09 14:15:17: Checking for super user privileges

2011-09-09 14:15:17: User has super user privileges

・・・


Successfully unlock /u01/app/11.2.0/grid

5. Oracle Clusterware ホームに prepatch.sh 実行

oracleユーザーで以下のコマンドを実行して、Oracle Clusterwareホームのロックされているファイルを解除し

ます。




[oracle@node01]$ cd <PATCH_TOP_DIR>/9413827 [oracle@node01]$ custom/server/9413827/custom/scripts/prepatch.sh -dbhome <DB_HOME>

custom/scripts/prepatch.sh completed successfully.

6. Oracle Grid Infrastructureホームにパッチを適用

gridユーザーで以下のコマンドを実行して、Oracle Grid Infrastructureホームへパッチを適用します

[oracle@node01]$ su - grid


grid ← gridユーザーでログインしていることを確認

[grid@node01]$ cd <PATCH_TOP_DIR>/9413827 [grid@node01]$ <OPatch_DIRECTORY>/OPatch/opatch napply -local -oh <GI_HOME> -id 9413827



Copyright (c) 2009, Oracle Corporation.All rights reserved.。

UTIL session

Oracleホーム : /u01/app/11.2.0/grid





OUIの場所 : /u01/app/11.2.0/grid/oui

ログ・ファイルの場所 : /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2011-09-09_14-19-42

午後.log

Patch history file: /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt



- 138 -











ローカル・システムのこの ORACLE_HOME以外で実行している Oracleインスタンスを

停止してください。

(Oracleホーム = '/u01/app/11.2.0/grid')




パッチ'NApply'の影響を受けるファイルをリストア用にバックアップしています。



ApplySessionは仮パッチ'9413827'を OH '/u01/app/11.2.0/grid'に適用中



コンポーネント oracle.crs, 11.2.0.1.0にパッチを適用中...

ファイルを"/u01/app/11.2.0/grid/bin/appagent.bin"にコピー中

ファイルを"/u01/app/11.2.0/grid/bin/appvipcfg"にコピー中

ファイルを"/u01/app/11.2.0/grid/bin/appvipcfg.pl"にコピー中

・・・<省略>・・・

ファイルを"/u01/app/11.2.0/grid/srvm/mesg/prvpus.msg"にコピー中

ファイルを"/u01/app/11.2.0/grid/srvm/mesg/sclcus.msg"にコピー中

ファイルを"/u01/app/11.2.0/grid/srvm/mesg/sclsus.msg"にコピー中



Inventory check OK: Patch ID 9413827 is registered in Oracle Home inventory with

proper meta-data.




OPatch succeeded.

7. Oracle Databaseホームにパッチを適用



- 139 -


oracleユーザーで以下のコマンドを実行して、Oracle Databaseホームへパッチを適用します。

[grid@node01]$ su - oracle



[oracle@node01]$ cd <PATCH_TOP_DIR>/9413827 [oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch napply custom/server/ \ > -local –oh <DB_HOME> -id 9413827



Copyright (c) 2009, Oracle Corporation.All rights reserved.。

UTIL session

Oracleホーム : /u01/app/oracle/product/11.2.0/dbhome_1





OUIの場所 : /u01/app/oracle/product/11.2.0/dbhome_1/oui

ログ・ファイルの場所 :

/u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2011-09-09_14-26-45午後.log

Patch history file: /u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch_history.txt












(Oracleホーム = '/u01/app/oracle/product/11.2.0/dbhome_1')






ApplySessionは仮パッチ'9413827'を OH '/u01/app/oracle/product/11.2.0/dbhome_1'に適用中



コンポーネント oracle.rdbms, 11.2.0.1.0にパッチを適用中...

ファイルを"/u01/app/oracle/product/11.2.0/dbhome_1/bin/cluvfy"にコピー中

ファイルを"/u01/app/oracle/product/11.2.0/dbhome_1/bin/crsdiag.pl"にコピー中

ファイルを"/u01/app/oracle/product/11.2.0/dbhome_1/bin/gnsd"にコピー中

・・・＜省略＞・・・

ファイルを"/u01/app/oracle/product/11.2.0/dbhome_1/srvm/mesg/prvpus.msg"にコピー中

ファイルを"/u01/app/oracle/product/11.2.0/dbhome_1/srvm/mesg/sclcus.msg"にコピー中

ファイルを"/u01/app/oracle/product/11.2.0/dbhome_1/srvm/mesg/sclsus.msg"にコピー中



- 140 -










OPatch succeeded.

8. Agentディレクトリのパーミッション変更

パッチ適用後 gridユーザーで以下のスクリプトを実行して、パーミッションを変更します。


[grid@node01]$ whoami


[grid@node01]$ chmod +w <GI_HOME>/log/<nodename>/agent/ [grid@node01]$ chmod +w <GI_HOME>/log/<nodename>/agent/crsd

[grid@node01]$ ls -ld <GI_HOME>/log/<nodename>/agent/ drwxrwxr-t 4 root oinstall 4096 3月 29 14:16 /u01/app/11.2.0/grid/log/rac01/agent/

← パーミッションが drwxrwxr であることを確認

[grid@node01]$ ls -ld <GI_HOME>/log/<nodename>/agent/crsd drwxrwxr 6 root oinstall 4096 3月 29 22:12 /u01/app/11.2.0/grid/log/rac01/agent/crsd/

← パーミッションが drwxrwxr であることを確認

9. Oracle Database ホームに postpatch.sh 実行

oracleユーザーで以下のスクリプトを実行して、Oracle Databaseホームの構成を元に戻します。

[grid@node01]$ su – oracle



[oracle@node01]$ cd <PATCH_TOP_DIR>/9413827 [oracle@node01]$ custom/server/9413827/custom/scripts/postpatch.sh -dbhome <DB_HOME>

Reading /u01/app/oracle/product/11.2.0/dbhome_1/install/params.ora..

Reading /u01/app/oracle/product/11.2.0/dbhome_1/install/params.ora..

Parsing file /u01/app/oracle/product/11.2.0/dbhome_1/bin/racgwrap

・・・

Reapplying file permissions on /u01/app/oracle/product/11.2.0/dbhome_1/lib/libgns11.so

Reapplying file permissions on

/u01/app/oracle/product/11.2.0/dbhome_1/lib/libgnsjni11.so

Reapplying file permissions on /u01/app/oracle/product/11.2.0/dbhome_1/lib/libagfw11.so



- 141 -


10. postrootpatch.sh 実行

rootユーザーで以下のスクリプトを実行して、Grid Infrastructureホームの設定を戻します。スクリプト

を実行するとCRSが起動されます。

※複数のノードで同時実行はしないでください。




[root@node01]#<GI_HOME>/crs/install/rootcrs.pl –patch

2011-09-14 18:17:38: Parsing the host name

2011-09-14 18:17:38: Checking for super user privileges

2011-09-14 18:17:38: User has super user privileges


CRS-4123: Oracle High Availability Services has been started.

11. CRS リソース起動

oracleユーザーで以下のコマンドを実施して、停止したDatabaseホームのリソースを起動します。




[oracle@node01]$ srvctl stop start -o <DB_HOME> -s /tmp/statusfile -n `hostname`

12. Oracle Grid Infrastructureホームへのパッチ適用確認

Oracle Grid Infrastructureホームへ正常にパッチが適用されているかを確認します。




[grid@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <GI_HOME>









Log file location : /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2011-09-14_19-08-33午後.log


/u01/app/11.2.0/grid/cfgtoollogs/opatch/lsinv/lsinventory2011-09-14_19-08-33午後.txt

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


Oracle Grid Infrastructure 11.2.0.1.0


仮パッチ(1) : ← 適用済みのパッチを確認します。

Patch 9413827 : applied on Wed Sep 14 18:12:41 JST 2011



- 142 -



Created on 25 Oct 2010, 07:07:18 hrs PST8PDT

Bugs fixed:

9262748, 9343627, 9655006, 9783609, 9413827, 9262722, 9778840


Local node = node01


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

OPatch succeeded.

13. Oracle Databaseホームへのパッチ適用確認

Oracle Databaseホームへ正常にパッチが適用されているかを確認します。













Log file location :



/u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/lsinv/lsinventory2011-09-14_19-07-08

午後.txt

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




仮パッチ(1) : ← 適用済みのパッチを確認します。



Created on 25 Oct 2010, 07:07:02 hrs PST8PDT

Bugs fixed:

9262748, 9343627, 9655006, 9783609, 9413827, 9778840


Local node = node01


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



- 143 -


OPatch succeeded.






- 144 -


付録D 11.2.0.2用個別パッチ適用

Linux環境において 11.2.0.2から 11.2.0.3へのアップグレードを行う際には Patch 12539000 を適用する必

要があります。この Patchが未適用の場合には、アップグレードが失敗します。

ここでは Patch 12539000 の適用手順を紹介します。本ガイドでは、まず特定のノードから適用を開始して適用

が必要な全てのパッチ適用を完了させてから、他ノードへ同様の手順で適用を行うものとします。


D-1 OPatchの用意 Patch 12311357を適用するには、OPatchのバージョンが 11.2.0.1.5以上である必要があります。





[oracle@node01]$ ./OPatch/opatch version Invoking OPatch 11.2.0.1.6


OPatch succeeded.

D-2 Oracle Configuration Manager（OCM）ファイル作成 gridユーザーで opatch auto 実行時に使用する OCM のレスポンスファイルを作成します。そして、作成した

OCMファイルのパーミッションを oracleユーザーと gridユーザーでアクセスできるように変更します。


[root@node01]$ whoami


[grid@node01]$ export LANG=C

[grid@node01]$ export ORACLE_HOME=<GI_HOME> [grid@node01]$ export JAVA_HOME=<GI_HOME>/jdk/jre [grid@node01]$ cd /tmp

[grid@node01]$ <OPatch_DIRECTORY>/OPatch/ocm/bin/emocmrsp [grid@node01]$ chmod 777 /tmp/ocm.rsp

[grid@node01]$ ls -l /tmp/ocm.rsp -rwxrwxrwx 1 grid oinstall 621 Sep 8 22:30 /tmp/ocm.rsp



- 145 -


D-3 Patch 12539000の適用


Patch 12539000をダウンロード後、grid ユーザーで専用のディレクトリへ配置して zipファイルを展開します。

解凍したディレクトリには、Patch 12539000関連以外のファイルがあるとパッチを適用することができないため、

不要なファイルが無いことを確認してください。

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

[grid@node01]$ cd <PATCH_TOP_DIR> [grid@node01]$ unzip p12539000_112020_Linux-x86-64.zip

[grid@node01]$ ls -la 合計 260

drwxr-xr-x 3 grid oinstall 4096 Feb 21 02:45 .

drwxrwxrwx 3 grid oinstall 4096 Feb 21 02:54 ..

drwxrwxr-x 4 grid oinstall 4096 Jul 29 2011 12539000

-rwxrwxrwx 1 grid oinstall 247975 Sep 8 21:52 p12539000_112020_Linux-x86-64.zip

← 上記以外のファイルがないことを確認



全てのノード上で Oracle Grid Infrastructure と Oracle Dataaseのホームに対して実施します。以下のコマン

ドを実行し、コンフリクトするパッチが適用されてい無いことを確認してください。

< Oracle Grid Infrastructure >

[grid@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ > CheckConflictAgainstOHWithDetail -phBaseDir <PATCH_TOP_DIR>




PREREQ session







午前.log



OPatch succeeded.←成功すれば、適用することができます。



- 146 -


<Oracle Databas>




[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ > CheckConflictAgainstOHWithDetail -phBaseDir <PATCH_TOP_DIR>




PREREQ session






Log file location :

/u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2012-02-21_03-30-56

午前.log



OPatch succeeded.←成功すれば、適用することができます。

3. CRS起動確認

grid ユーザーで以下のコマンドを実施して、CRS が起動されていることを確認します。起動されていない場合

は、起動します。




[grid@node01]$ crsctl check cluster -all

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

node01:




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

node02:




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



- 147 -


4. Oracle Grid Infrastructure ホームへパッチ適用

rootユーザーで以下のコマンドを実行して、パッチを適用します。

本パッチは、opatch auto コマンドで、Oracle Grid Infrastructureホームと Oracle Databaseホームそれぞれに

自動でパッチを適用されないため、個別に適用します。また、リモート・ノードへは適用されないため、個別に適

用を行います。ただし、複数のノードで同時に実行せず、１つのノードへパッチ適用が完了してから順次別のノー

ドへ適用してください。まず、rootユーザーにて opatch auto コマンドで、Oracle Grid Infrastructureホームへパ

ッチを適用します。

<rootユーザー>

[grid@node01]$ su - root

[root@node01]$ whoami



[root@node01]# export PATH=<OPatch_DIRECTORY>:$PATH [root@node01]# cd <PATCH_TOP_DIR> [root@node01]# <OPatch_DIRECTORY>/OPatch/opatch auto <PATCH_TOP_DIR> \ > -oh <GI_HOME> -ocmrf /tmp/ocm.rsp Executing /usr/bin/perl /tmp/Patch/OPatch/crs/patch112.pl -patchdir /tmp/Patch -patchn Patch3 -oh

/u01/app/11.2.0/grid -ocmrf /tmp/ocm.rsp -paramfile

/u01/app/11.2.0/grid/crs/install/crsconfig_params

opatch auto log file location is /tmp/Patch/OPatch/crs/log/opatchauto2012-02-21_03-16-22.log

Detected Oracle Clusterware install


Enter 'yes' if you have unzipped this patch to an empty directory to proceed (yes/no):yes

←yesを入力して、続行します。 Successfully unlock /u01/app/11.2.0/grid

patch /tmp/Patch/Patch3/12539000 apply successful for home /u01/app/11.2.0/grid














- 148 -


5. Oracle Database ホームへパッチ適用

続けて、rootユーザーにて opatch auto コマンドで、Oracle Databaseホームへパッチを適用します

<rootユーザー>


[root@node01]# export PATH<OPatch_DIRECTORY>:$PATH [root@node01]# cd <PATCH_TOP_DIR> [root@node01]# <OPatch_DIRECTORY>/OPatch/opatch auto <PATCH_TOP_DIR> \ > -oh <DB_HOME> -ocmrf /tmp/ocm.rsp

Executing /usr/bin/perl /tmp/LOG/Patch/OPatch/crs/patch112.pl -patchdir /tmp/LOG/Patch -patchn

Patch3 -ocmrf /tmp/ocm.rsp -paramfile /u01/app/11.2.0/grid/crs/install/crsconfig_params

opatch auto log file location is /tmp/LOG/Patch/OPatch/crs/log/opatchauto2011-09-12_23-05-50.log

Detected Oracle Clusterware install


Enter 'yes' if you have unzipped this patch to an empty directory to proceed (yes/no):yes

←yesを入力して、続行します。 patch /tmp/Patch/Patch3/12539000 apply successful for home /u01/app/oracle/product/11.2.0/dbhome_1


grid ユーザーで以下のコマンドを実行し、Oracle Grid Infrastructure ホームにパッチが適用されていることを

確認します。

[root@node01]# su - grid


grid ← oracleユーザーでログインしていることを確認

[grid@node01]$ <OPatch_DIRECTORY>/opatch lsinventory -oh <GI_HOME>

以下は実行したコマンドの出力結果例の抜粋です。適用済みのパッチとして Patch 12539000 と Patch

11724916、Patch 12311357の３つのパッチが表示されていることを確認してください。




[grid@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <GI_HOME>





from : /u01/app/11.2.0/grid/oraInst.loc



Log file location :

/u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2012-02-21_03-01-54AM.log


/u01/app/11.2.0/grid/cfgtoollogs/opatch/lsinv/lsinventory2012-02-21_03-01-54AM.txt

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

Installed Top-level Products (1): ←適用済みのパッチを確認します。

Oracle Grid Infrastructure 11.2.0.2.0



- 149 -



There are no Interim patches installed in this Oracle Home.


Local node = node01


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

OPatch succeeded.

oracle ユーザーで以下のコマンドを実行し、Oracle Database ホームにパッチが適用されているかを確認しま

す。





以下は実行したコマンドの出力結果例の抜粋です。適用済みのパッチとして Patch 12539000 Patchが表示さ

れていることを確認してください。






from : /u01/app/oracle/product/11.2.0/dbhome_1/oraInst.loc



Log file location : /u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2012-02-21_03-37-32午

前.log


/u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/lsinv/lsinventory2012-02-21_03-37-32

午前.txt

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





Patch 12539000 : applied on Tue Feb 21 03:34:50 JST 2012


Created on 28 Jul 2011, 12:37:42 hrs PST8PDT

Bugs fixed:

12539000


Local node = node01



- 150 -



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

OPatch succeeded.






- 151 -


付録E ダウングレード

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

記載します。

全てのダウングレードについて、アップグレード元のリリースにのみダウングレードできることに注意してください。

たとえば、Oracle Database 10g Releaase 2（10.2.0.5）から Oracle Database 11g Release 2（11.2）にアップ

グレードした場合は、その後、Oracle Database 11g リリース 1（11.1）にダウングレードすることはできません。

Oracle Database 10g Release 2（10.2.0.5）にのみダウングレードできます。

ダウングレードはアップグレードに不具合が生じた場合の切り戻し手段として使用します。

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

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

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

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

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

があります。各バージョンに応じた Patchは次の通りです。

・11.2.0.1の場合：Patch 9967451を適用

・11.2.0.2の場合：Patch 11811073を適用

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

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


1. 環境変数設定

oracleユーザーでログインをし、Oracle Database 11g R2(11.2.0.1)用の環境変数を設定します。

[root@node01]# su -oracle



[oracle@node01]$ export ORACLE_HOME=<11201_DB_HOME> [oracle@node01]$ export PATH=$ORACLE_HOME/bin:$PATH




[oracle@node01]$ cd <PATCH_TOP_DIR> [oracle@node01]$ unzip p9967451_112010_Generic.zip



全てのノード上で Oracle Dataaseのホームに対して実施します。以下のコマンドを実行し、コンフリクトするパ

ッチが適用されてい無いことを確認してください。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ > CheckConflictAgainstOHWithDetail -phBaseDir ./ 9967451 –oh <11201_DB_HOME>



- 152 -










Log file location :

/u01/app/oracle/product/11.2.0/dbhome_1/cfgtoollogs/opatch/opatch2011-09-14_19-07-08

午後.log




4. パッチ適用

oracleユーザーで以下のコマンドを実行して、Oracle Dataaseのホームへパッチを適用します。

本ガイドでは、-localオプションをつけて各ノード個別にパッチを適用します。

[oracle@node01]$ cd <PATCH_TOP_DIR>/9967451 [oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch apply -local









Log file location :


Applying interim patch '11811073' to OH '/u01/app/oracle/product/11.2.0/dbhome_1'

Verifying environment and performing prerequisite checks...


y ←yと入力して継続します。 User Responded with: Y

All checks passed.


Managerをインストールして開始してください。My Oracle Supportの電子メール・アドレス/ユーザー名を

使用すればより簡単です。





Backing up files...

コンポーネント oracle.rdbms.dbscripts, 11.2.0.1.0にパッチを適用中...

Patch 9967451 successfully applied

Log file location:



- 153 -




oracleユーザーで以下のコマンドを実行し、Oracle Clusterwareホームにパッチが適用されているかを確認し

ます。

[oracle@node01]$ $ORACLE_HOME/OPatch/opatch lsinventory -oh <11201_DB_HOME>

以下は実行したコマンドの出力結果例の抜粋です。適用済みのパッチとして Patch 11811073 が表示されてい

ることを確認してください。

[oracle@node01]$ $ORACLE_HOME/OPatch/opatch lsinventory -oh <11201_DB_HOME> ・・・



Created on 18 Aug 2011, 01:00:00 hrs PST8PDT

Bugs fixed:

9967451 ←適用済みのパッチを確認します。


全てのノードで上記手順を繰り返し、パッチを適用します。



- 154 -


E-1-2 Patch 11811073適用手順 11.2.0.2の場合、Patch 11811073を適用する必要があります。PatchをMOSからダウンロードしてください。


1. 環境変数設定

Oracle Database 11g R2(11.2.0.2)用の環境変数を設定します。

[oracle@node01]$ export ORACLE_HOME=<11202_DB_HOME> [oracle@node01]$ export PATH=$ORACLE_HOME/bin:$PATH



[oracle@node01]$ cd <PATCH_TOP_DIR> [oracle@node01]$ unzip p11811073_112020_Generic.zip



全てのノード上で Oracle Dataaseのホームに対して実施します。以下のコマンドを実行し、コンフリクトするパ

ッチが適用されてい無いことを確認してください。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch prereq \ > CheckConflictAgainstOHWithDetail -phBaseDir ./11811073 –oh <11202_DB_HOME>









Log file location :







- 155 -


4. パッチ適用

oracleユーザーで以下のコマンドを実行して、Oracle Dataaseのホームへパッチを適用します。

本ガイドでは、-localオプションをつけて各ノード個別にパッチを適用します。

[oracle@node01]$ cd <PATCH_TOP_DIR>/11811073 [oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch apply -local









Log file location :


Applying interim patch '11811073' to OH '/u01/app/oracle/product/11.2.0/dbhome_1'

Verifying environment and performing prerequisite checks...



All checks passed.








Backing up files...

コンポーネント oracle.rdbms.dbscripts, 11.2.0.2.0にパッチを適用中...

Patch 11811073 successfully applied

Log file location:



oracleユーザーで以下のコマンドを実行し、Oracle Clusterwareホームにパッチが適用されているかを確認し

ます。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <11202_DB_HOME>



- 156 -


以下は実行したコマンドの出力結果例の抜粋です。適用済みのパッチとしてPatch 11811073が表示されてい

ることを確認してください。

[oracle@node01]$ <OPatch_DIRECTORY>/OPatch/opatch lsinventory -oh <11202_DB_HOME> ・・・ Patch 11811073 : applied on Wed Sep 14 15:09:48 JST 2011


Created on 18 Aug 2011, 01:40:53 hrs PST8PDT

Bugs fixed:

11811073 ←適用済みのパッチを確認します。


全てのノードで上記手順を繰り返し、パッチを適用します。



- 157 -


E-2 データベースのダウングレードの実行 Oracle Databaseのインストール・ユーザーでシステムにログインします。

E-2-1 タイム・ゾーン・ファイルの確認アップグレード前のバージョンが 11.2.0.1 以前のバージョンでデータベースのアップグレード時にタイム・ゾー

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

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

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

[oracle@node01]$ ls <BASE_DB_HOME>/oracore/zoneinfo

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

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

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

[oracle@node01]$ cp <11203_DB_HOME>/oracore/zoneinfo/timezlrg_<version_number>.dat \ > <BASE_DB_HOME>/oracore/zoneinfo/timezlrg_<version_number>.dat

[oracle@node01]$ cp <11203_DB_HOME>/oracore/zoneinfo/timezone_<version_number>.dat \ > <BASE_DB_HOME>/oracore/zoneinfo/timezone_<version_number>.dat

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

[oracle@node01]$ emctl stop dbconsole

E-2-3 環境変数の設定次のように、Oracle Database 11.2.0.3用の環境変数をセットします。




[oracle@node01]$ export ORACLE_HOME＝<11203_DB_HOME> [oracle@node01]$ export ORACLE_SID＝<DB_SID> [oracle@node01]$ export PATH＝<11203_DB_HOME>/bin:$PATH



- 158 -


E-2-4 データベースのダウングレードデータベースをダウングレードします。

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


2. cluster_database初期化パラメーターを FALSEへ設定します。

SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE;

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

[oracle@node01]$ srvctl stop database -d <DB_NAME>

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

す。


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


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

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

SQL> STARTUP DOWNGRADE

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

SQL> DROP USER SYSMAN CASCADE;

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

SQL> SPOOL downgrade.log

9. catdwgrd.sqlを実行します。

SQL> @catdwgrd.sql

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

SQL> SPOOL OFF



- 159 -


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


12.SQL*Plusを終了します。

SQL> EXIT

13.次のように、ダウングレードする Oracle Database用の環境変数をセットします。

・ORACLE_HOME＝<BASE_DB_HOME>


[oracle@node01]$ export ORACLE_HOME＝<BASE_DB_HOME> [oracle@node01]$ export PATH＝<BASE_DB_HOME>/bin:$PATH

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

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

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


16.アップグレード前にバックアップを取得した pfileから spfileをリストアします。

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

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

す。

$ cd <BASE_DB_HOME>/rdbms/admin

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

$ sqlplus / as sysdba

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


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

SQL> SPOOL reload.log



- 160 -


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

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

SQL> @catrelod.sql

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

SQL> SPOOL OFF

23.cluster_database初期化パラメーターを TRUEへ戻します。

SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=SPFILE;

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


SQL> STARTUP

25.utlrp.sql を実行して、状態が INVALID である可能性のある PL/SQL モジュール（パッケージ、プロシージ

ャ、型などを含む）を全て再コンパイルします。

SQL> @utlrp.sql

26.データベースのバージョンがダウングレードされていることを確認します。

SQL> SELECT * FROM V$VERSION;

27.次のように、Oracle Database11.2.0.3用の環境変数をセットします。



[oracle@node01]$ export ORACLE_HOME＝< 11203_DB_HOME> [oracle@node01]$ export PATH＝$ORACLE_HOME/bin:$PATH

28.Clusterwareへダウングレードしたデータベース情報を登録します。

[oracle@node01]$ <11203_DB_HOME>/bin/srvctl downgrade database -d orcl \ -o <BASE_DB_HOME> -t <BASE_VERSION>

例） 11.2.0.1のバージョンへダウングレードする場合

[oracle@node01]$ /u01/app/oracle/product/11.2.0.3/dbhome_1/bin/srvctl \

> downgrade database -d orcl -o /u01/app/oracle/product/11.2.0.1/dbhome_1 \

> -t 11.2.0.1.0



- 161 -


29.Clusterwareへダウングレードしたデータベース情報が登録されていることを確認します。

[oracle@node01]$ export ORACLE_HOME=<BASE_DB_HOME> [oracle@node01]$ srvctl config db -d <DB_NAME>

例） 11.2.0.1のバージョンへダウングレードした場合

[oracle@node01]$ export RACLE_HOME=/u01/app/oracle/product/11.2.0.1/dbhome_1

[oracle@node01]$ srvctl config db -d orcl

一意のデータベース名: orcl


Oracleホーム: /u01/app/oracle/product/11.2.0.1/dbhome_1 ←ダウングレードされたホームディレクトリであることを確認

Oracleユーザー: oracle


ドメイン:








サービス:




- 162 -


E-3 Oracle Clusterwareのダウングレードこの項のリストア手順では、Oracle Clusterware構成を Oracle Clusterware 11g R2（11.2.0.3）のアップグレ

ード前の状態にリストアします。11g R2（11.2.0.3）のアップグレード中またはアップグレード後に実行した構成変

更は削除され、リカバリできません。

注意）11.2.0.１のバージョン以上へのダウングレードと 11.2.0.1未満（11g R1）のダウングレード手順

は違います。

E-3-1 11g Release 1以下のバージョンへダウングレードするの場合 Oracle Clusterwareを以前のリリースにリストアするには、次の手順を実行します。

1. 全てのリモート・ノード(Node1以外)で、次のコマンド構文を rootユーザーで実行します。

注意：実行するノードの順番は、ロカール・ノード(Node１)以外のリモート・ノードから実行を行い、

最後にローカル・ノードで実行してください。



root ← root ユーザであることを確認


node02 ← ノード２にログインしていることを確認

[root@node02]# <11203_GI_HOME>/crs/install/rootcrs.pl -downgrade [-force]

これにより、11g Release 2（11.2）リソースと 11g Release 2（11.2）スタックが停止します。

11g Release 2（11.2）の部分インストールまたは失敗したインストールを停止して、以前のリリースの Oracle

Clusterwareをリストアする場合は、このコマンドで-force フラグを使用します。

次に例を示します。

[root@node02]# /u01/app/11.2.0/grid/crs/install/rootcrs.pl –downgrade


CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'node02'





CRS-2673: 'ora.orcl.orcl2.inst'('node02')の停止を試行しています













CRS-2677: 'ora.orcl.orcl2.inst'('node02')の停止が成功しました


CRS-2672: 'ora.orcl.db'('node01')の起動を試行しています


CRS-2676: 'ora.orcl.db'('node01')の起動が成功しました






- 163 -





CRS-2672: 'ora.orcl.db'('node01')の起動を試行しています

CRS-2676: 'ora.orcl.db'('node01')の起動が成功しました





















CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'node02' has completed


Successfully downgraded Oracle clusterware stack on this node

2. 全てのリモート・ノードで rootcrs.pl -downgradeスクリプトが完了したら、ローカル・ノードで以下のコマンド

を実行します。 <BASE_CRS_HOME>は以前の Oracle Clusterware インストールのホーム、

<BASE_VERSION>は以前の Oracle Clusterwareインストールのリリース番号です。





node01 ← ノード１にログインしていることを確認

[root@node01]# <11203_GI_HOME>/crs/install/rootcrs.pl -downgrade -lastnode \

> -oldcrshome <BASE_CRS_HOME> -version <BASE_VERSION> [-force]

このスクリプトを実行すると、OCR がダウングレードされ、Grid ホームからバイナリが削除されます。11g

Release 2（11.2）の部分インストールまたは失敗したインストールを停止して、以前のリリースの Oracle



[root@node01]# /u01/app/11.2.0/grid/crs/install/rootcrs.pl -downgrade \

> -lastnode -oldcrshome /u01/app/10.2.0/crs -version 10.2.0.5.0







CRS-2673: 'ora.cvu'('node01')の停止を試行しています




CRS-2673: 'ora.oc4j'('node01')の停止を試行しています



- 164 -



CRS-2673: 'ora.orcl.orcl1.inst'('node01')の停止を試行しています






CRS-2677: 'ora.cvu'('node01')の停止が成功しました










CRS-2677: 'ora.orcl.orcl1.inst'('node01')の停止が成功しました

CRS-2677: 'ora.oc4j'('node01')の停止が成功しました



























Successfully downgraded OCR to 10.2.0.5.0

Run root.sh from the old crshome on all the cluster nodes one at a time to start the Clusterware

successful deletion of votedisk /u02/oracle/storage/vot01.ora.

Now formatting voting disk: /u02/oracle/storage/vot01.ora

successful addition of votedisk /u02/oracle/storage/vot01.ora.







3. ローカル・ノードのスクリプトが完了すると、クラスタの各メンバー・ノードで順番に以前のリリースの Oracle

Clusterwareインストール・ホームから root.shを実行するよう求められます。この作業を完了すると、ダウン

グレードが完了します。

注意：root.shは必ずインストール・ノード（Node1）から実行します。




- 165 -






[root@node01]# <BASE_CRS_HOME>\root.sh

以前のリリースの Oracle Clusterwareインストール・ホームから root.shを実行すると、Oracle Clusterwareス

タックが再起動し、古いバージョンでOracle Clusterwareに登録された全てのリソースが起動します。また、古い

初期化スクリプトが以前のリリースの Oracle Clusterwareスタックを実行するように構成されます。


<Node1実行例>






[root@node01]# /u01/app/10.2.0/crs/root.sh

WARNING: directory '/u01/app/10.2.0' is not owned by root

Checking to see if Oracle CRS stack is already configured

Setting the permissions on OCR backup directory

Setting up NS directories

Oracle Cluster Registry configuration upgraded successfully



clscfg: version 3 is 10G Release 2.

assigning default private interconnect name node01 for node 0.

assigning default hostname node01 for node 0.


Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.

node <nodenumber>: <nodename> <private interconnect name> <hostname>

node 0: node01 node01 node01

clscfg: Arguments check out successfully.

NO KEYS WERE WRITTEN. Supply -force parameter to override.

-force is destructive and will destroy any previous cluster

configuration.

Oracle Cluster Registry for cluster has already been initialized


Adding daemons to inittab

Expecting the CRS daemons to be up within 600 seconds.

CSS is active on these nodes.

node01

CSS is inactive on these nodes.

node02

Local node checking complete.

Run root.sh on remaining nodes to start CRS daemons.

<Node2実行例>





- 166 -




node01 ← ノード 2にログインしていることを確認

[root@node02]# /u01/app/10.2.0/crs/root.sh


Checking to see if Oracle CRS stack is already configured

Setting the permissions on OCR backup directory

Setting up NS directories

Oracle Cluster Registry configuration upgraded successfully



clscfg: version 3 is 10G Release 2.

assigning default private interconnect name node01 for node 0.

assigning default hostname node01 for node 0.


Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.

node <nodenumber>: <nodename> <private interconnect name> <hostname>

node 0: node01 node01 node01

clscfg: Arguments check out successfully.

NO KEYS WERE WRITTEN. Supply -force parameter to override.

-force is destructive and will destroy any previous cluster

configuration.

Oracle Cluster Registry for cluster has already been initialized


Adding daemons to inittab

Expecting the CRS daemons to be up within 600 seconds.

CSS is active on these nodes.

node01

node02

CSS is active on all nodes.

Waiting for the Oracle CRSD and EVMD to start

Oracle CRS stack installed and running under init(1M)

4. ダウングレードしたことを確認します。

[oracle@node01]$ <BASE_CRS_HOME>/bin/crsctl query crs activeversion

次にコマンド出力例を示します。

[oracle@node01]$ /u01/app/10.2.0/crs/bin/crsctl query crs activeversion

クラスタ上の Oracle Clusterwareのアクティブなバージョンは[10.2.0.5.0]です



- 167 -


E-3-2 11.2.0.1以上のバージョンへダウングレードするの場合

Oracle Clusterwareを以前のリリースにリストアするには、次の手順を実行します。

1. 全てのリモート・ノード(Node1以外)で、次のコマンド構文を rootユーザーで実行します。

注意：実行するノードの順番は、ロカールノード(Node１)以外のリモート・ノードから実行を行い、

最後にローカル・ノードで実行してください。






[root@node02]# <11203_GI_HOME>/crs/install/rootcrs.pl -downgrade -oldcrshome \ > <BASE_GI_HOME> -version <BASE_VERSION> [-force]

これにより、11g Release 2（11.2）リソースと 11g Release 2（11.2）スタックが停止します。

11g Release 2（11.2）の部分インストールまたは失敗したインストールを停止して、以前のリリースの Oracle








[root@node02]# cd /u01/app/11.2.0.3/grid/crs/install/

[root@node02]# ./rootcrs.pl -downgrade -oldcrshome /u01/app/11.2.0.1/grid \

> -version 11.2.0.1.0





CRS-2673: 'ora.CRS.dg'('node02')の停止を試行しています



















CRS-2677: 'ora.CRS.dg'('node02')の停止が成功しました







- 168 -




























Successfully downgraded Oracle Clusterware stack on this node

2. 全てのリモート・ノードで rootcrs.pl -downgradeスクリプトが完了したら、ローカル・ノードで以下のコマンドを

実行します。 <BASE_CRS_HOME>は以前の Oracle Clusterware インストールのホーム、

<BASE_VERSION>は以前の Oracle Clusterwareインストールのリリース番号です。






[root@node01]# <11203_GI_HOME>/crs/install/rootcrs.pl -downgrade -lastnode \ > -oldcrshome <BASE_GI_HOME> -version <BASE_VERSION> [-force]

このスクリプトを実行すると、OCR がダウングレードされ、Grid ホームからバイナリが削除されます。11g

Release 2（11.2）の部分インストールまたは失敗したインストールを停止して、以前のリリースの Oracle








[root@node01]# rootcrs.pl -downgrade -lastnode \

-oldcrshome /u01/app/11.2.0/grid -version 11.2.0.1.0


CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on

'node01'




- 169 -


CRS-2791: 'node01'上にある、Oracle高可用性サービス管理下のリソースのシャットダウンを

開始しています





















CRS-2793: 'node01'上にある、Oracle高可用性サービス管理下のリソースのシャットダウン

が完了しました



CRS-2672: Attempting to start 'ora.gipcd' on 'node01'

CRS-2672: Attempting to start 'ora.mdnsd' on 'node01'

CRS-2676: Start of 'ora.gipcd' on 'node01' succeeded

CRS-2676: Start of 'ora.mdnsd' on 'node01' succeeded

CRS-2672: Attempting to start 'ora.gpnpd' on 'node01'

CRS-2676: Start of 'ora.gpnpd' on 'node01' succeeded

CRS-2672: Attempting to start 'ora.cssdmonitor' on 'node01'

CRS-2676: Start of 'ora.cssdmonitor' on 'node01' succeeded

CRS-2672: Attempting to start 'ora.cssd' on 'node01'

CRS-2672: Attempting to start 'ora.diskmon' on 'node01'

CRS-2676: Start of 'ora.diskmon' on 'node01' succeeded

CRS-2676: Start of 'ora.cssd' on 'node01' succeeded

CRS-2672: Attempting to start 'ora.drivers.acfs' on 'node01'

CRS-2672: Attempting to start 'ora.ctssd' on 'node01'

CRS-2676: Start of 'ora.ctssd' on 'node01' succeeded

CRS-2676: Start of 'ora.drivers.acfs' on 'node01' succeeded

CRS-2672: Attempting to start 'ora.asm' on 'node01'

CRS-2676: Start of 'ora.asm' on 'node01' succeeded

CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources

on 'node01'


CRS-2673: Attempting to stop 'ora.cssdmonitor' on 'node01'





CRS-2677: Stop of 'ora.cssdmonitor' on 'node01' succeeded









- 170 -





CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'node01'

has completed



CRS-2672: 'ora.gipcd'('node01')の起動を試行しています

CRS-2672: 'ora.mdnsd'('node01')の起動を試行しています

CRS-2676: 'ora.gipcd'('node01')の起動が成功しました

CRS-2676: 'ora.mdnsd'('node01')の起動が成功しました

CRS-2672: 'ora.gpnpd'('node01')の起動を試行しています

CRS-2676: 'ora.gpnpd'('node01')の起動が成功しました

CRS-2672: 'ora.cssdmonitor'('node01')の起動を試行しています

CRS-2676: 'ora.cssdmonitor'('node01')の起動が成功しました

CRS-2672: 'ora.cssd'('node01')の起動を試行しています

CRS-2679: 'ora.diskmon'('node01')のクリーニングを試行しています

CRS-2681: 'ora.diskmon'('node01')のクリーニングが成功しました

CRS-2672: 'ora.diskmon'('node01')の起動を試行しています

CRS-2676: 'ora.diskmon'('node01')の起動が成功しました

CRS-2676: 'ora.cssd'('node01')の起動が成功しました

CRS-2672: 'ora.ctssd'('node01')の起動を試行しています

CRS-2672: 'ora.drivers.acfs'('node01')の起動を試行しています

CRS-2676: 'ora.ctssd'('node01')の起動が成功しました

CRS-2676: 'ora.drivers.acfs'('node01')の起動が成功しました

CRS-2672: 'ora.asm'('node01')の起動を試行しています

CRS-2676: 'ora.asm'('node01')の起動が成功しました

CRS-2672: 'ora.crsd'('node01')の起動を試行しています

CRS-2676: 'ora.crsd'('node01')の起動が成功しました



Successfully downgraded OCR to 11.2.0.1.0

CRS-2672: 'ora.crsd'('node01')の起動を試行しています

CRS-2676: 'ora.crsd'('node01')の起動が成功しました


を開始しています






















が完了しました




- 171 -


Successfully downgraded Oracle Clusterware stack on this node

Run '/u01/app/11.2.0/grid/bin/crsctl start crs' on all nodes

3. インベントリ情報更新

Oracle Grid Infrastructureのインベントリ情報をダウングレードしたORACLEホームディレクトリが有効になる

ように設定します。

gridユーザーでログインし、次のコマンドを実行します。




[grid@node01]$ cd /u01/app/11.2.0.3/grid/oui/bin

[grid@node01]$ ./runInstaller -nowait -noconsole -waitforcompletion \

> -ignoreSysPrereqs -updateNodeList -silent CRS=false ORACLE_HOME=<11203_GI_HOME> [grid@node01]$ ./runInstaller -nowait -noconsole -waitforcompletion \

> -ignoreSysPrereqs -updateNodeList -silent CRS=true ORACLE_HOME=<BASE_GI_HOME>





[grid@node01]$ cd /u01/app/11.2.0/grid/oui/bin


> -ignoreSysPrereqs -updateNodeList -silent CRS=false

> ORACLE_HOME=/u01/app/11.2.0.3/grid

Oracle Universal Installerを起動中です...

スワップ領域の確認中: 500MBを超えている必要があります. 実際 4094MB 問題なし

The inventory pointer is located at /etc/oraInst.loc

The inventory is located at /u01/app/oraInventory


> -ignoreSysPrereqs -updateNodeList -silent CRS=true \

> ORACLE_HOME=/u01/app/11.2.0/grid

Oracle Universal Installerを起動中です...

スワップ領域の確認中: 500MBを超えている必要があります. 実際 4094MB 問題なし

The inventory pointer is located at /etc/oraInst.loc

The inventory is located at /u01/app/oraInventory



- 172 -


ダウングレードした ORACLEホームディレクトリが有効であることをインベントリ情報から確認します。

[grid@node01]$cat /u01/app/oraInventory/ContentsXML/inventory.xml | grep NAME

[grid@node02]$cat /u01/app/oraInventory/ContentsXML/inventory.xml | grep NAME ・・・ <HOME NAME="Ora11g_gridinfrahome1" LOC="/u01/app/11.2.0/grid" TYPE="O" IDX="1" CRS="true">

← ダウングレードされた ORACELホームディレクトリの行が、CRS="true"になっていることを確認・・・

<HOME NAME="Ora11g_gridinfrahome2" LOC="/u01/app/11.2.0.3/grid" TYPE="O" IDX="3">

← 11.2.0.3の ORACELホームディレクトリの行に、CRS="true"が無いことを確認・・・

全てのノードで確認をしてください。

4. Oracle Clusterware起動

CRS を起動させれば、ダウングレード完了です。

[grid@node01]$ su -



[root@node01]# <BASE_GI_HOME>/bin/crsctl start crs


[grid@node01]$ su -



[root@node01]# /u01/app/11.2.0/grid/bin/crsctl start crs




- 173 -


E-3-3 Oracle Clusterwareのダウングレード確認

1. Oracle Clusterwareダウングレード確認

Oracle Clusterwareダウングレードされていることを確認します。

[root@node01]# <BASE_GI_HOME>/bin crsctl query crs activeversion

次に 11.2.0.1へダウングレードされている場合の例を示します。

[root@node01]# /u01/app/11.2.0/grid/ bin crsctl query crs activeversion

Oracle Clusterware active version on the cluster is [11.2.0.1.0]

← ダウングレードされたバージョンになっていることを確認

2. Oracle ASMインスタンスのダウングレード確認

gridユーザーで SQL*PLUSにログインし、ASMインスタンスのバージョンを確認します。




[oracle@node01]$ sqlplus / as sysasm

SQL> select * from gv$version;





[oracle@node01]$ sqlplus / as sysasm

SQL> select * from gv$version;

INST_ID BANNER

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

1 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

1 PL/SQL Release 11.2.0.1.0 - Production

1 CORE 11.2.0.1.0 Production

1 TNS for Linux: Version 11.2.0.1.0 - Production

1 NLSRTL Version 11.2.0.1.0 - Production

← ダウングレードした 11.2.0.1 になっていることを確認

3. CRS リソースの確認

gridユーザーで CRS リソースが起動していることを確認します。

[grid@node01]$ crsctl stat res -t


[grid@node01]$ crsctl stat res -t

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


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

Local Resources



- 174 -


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

ora.CRS.dg



ora.DATA.dg



ora.LISTENER.lsnr



ora.asm



ora.eons



ora.gsd

OFFLINE OFFLINE node01

OFFLINE OFFLINE node02

ora.net1.network



ora.ons



ora.registry.acfs



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

Cluster Resources

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







ora.oc4j

1 OFFLINE OFFLINE

ora.orcl.db

1 ONLINE ONLINE node01 Open

2 ONLINE ONLINE node02 Open

ora.scan1.vip


ora.scan2.vip


ora.scan3.vip


ora.node01.vip


ora.node02.vip




- 175 -


E-3-4 Oracle Enterprise Manager Database Controlデータのリストア

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

リストアするには、アップグレードを実行する前に「4.5.1 アップグレード前の準備」で取得したDatabase Control

データのバックアップを使用します。リストアを行うには以下手順を使用します。

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

注：リスナーを起動しておく必要があります。

注：emdwgrdユーティリティを実行中に、SYSユーザーのパスワードが求められます。

1. 次のように、Oracle Databaseの環境変数をセットします。

・ORACLE_HOME=<BASE_DB_HOME>

・ORACLE_SID=<DB_SID>

・PATH=$ORACLE_HOME/bin:$PATH

・LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH

・SHLIB_PATH=$ORACLE_HOME/lib:$SHLIB_PATH

・EM_REMCP=/usr/bin/scp

・TEMP=/tmp


[oracle@node01]$ export ORACLE_HOME=/u01/app/oracle/product/11.1.0.7/dbhome_1/bin



[oracle@node01]$ export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH

[oracle@node01]$ export SHLIB_PATH=$ORACLE_HOME/lib:$SHLIB_PATH

[oracle@node01]$ export EM_REMCP=/usr/bin/scp

[oracle@node01]$ export TEMP=/tmp

[oracle@node01]$ env ← envコマンドで環境変数が設定されていることを確認 ORACLE_HOME=/u01/app/oracle/product/11.1.0.7/dbhome_1

ORACLE_SID=orcl1

PATH=/u01/app/oracle/product/11.1.0.7/dbhome_1/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:

/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

LD_LIBRARY_PATH=/u01/app/oracle/product/11.1.0.7/dbhome_1/lib

SHLIB_PATH=/u01/app/oracle/product/11.1.0.7/dbhome_1/lib

EM_REMCP=/usr/bin/scp

TEMP=/tmp

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

[oracle@node01]$ cd <11203_DB_HOME>/bin

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

ストアします。

[oracle@node01]$ cd <11203_DB_HOME>/bin [oracle@node01]$ emdwgrd -restore -tempTablespace TEMP -cluster \

> -sid $ORACLE_SID -path <Save_Direcroty>



- 176 -



[oracle@node01]$ cd /u01/app/oracle/product/11.2.0.3/dbhome_1/bin

[oracle@node01]$ emdwgrd -restore -tempTablespace TEMP -cluster -sid orcl \

> -path /home/oracle/BACKUP/11.1.0.7/OEM

Enter sys password for database orcl1?

←SYSユーザーのパスワードを記入して続行

Database Unique Name : orcl ←データベース名を記入して続行

Wed Sep 14 17:18:19 2011 - Validating DB Connection to orcl1 ... pass

Enter sysman password for database orcl1?

Wed Sep 14 17:18:20 2011 - Validating TEMP tablespace in orcl1 ... pass

RCP = /usr/bin/scp -rp, REMSH = /usr/bin/ssh

node01.jp.oracle.com: Connection refused


checkFileOnHost: fexist = 0 errOcc = 0 node02.jp.oracle.com: Connection refused


checkFileOnHost: fexist = 0 errOcc = 0 shared = 0

Wed Sep 14 17:21:02 2011 - Creating directory ... created

Wed Sep 14 17:21:04 2011 - Stopping DB Control on all Nodes

Please Execute '/tmp/racdwgrd_dbctl.sh' on node01, node02.


Continue (yes/no) ?

yes ←yesを記入して続行

... stopped

Wed Sep 14 17:21:33 2011 - dropping sysman schema ... dropped

Wed Sep 14 17:21:34 2011 - Recreating sysman user ... recreated

Wed Sep 14 17:21:37 2011 - Restoring DB Control files

Executing Restore directories to node node01

restore -- src /home/oracle/BACKUP/11.1.0.7/OEM/backup/node01/node01_orcl, dest

/u01/app/oracle/product/11.1.0/db_1/node01_orcl

restore -- src /home/oracle/BACKUP/11.1.0.7/OEM/backup/node01/sysman, dest

/u01/app/oracle/product/11.1.0/db_1/sysman

Executing Restore directories to node node02

restore -- src /home/oracle/BACKUP/11.1.0.7/OEM/backup/node02/node02_orcl, dest

/u01/app/oracle/product/11.1.0/db_1/node02_orcl

restore -- src /home/oracle/BACKUP/11.1.0.7/OEM/backup/node02/sysman, dest

/u01/app/oracle/product/11.1.0/db_1/sysman

... restored

Wed Sep 14 17:21:37 2011 - Importing sysman schema

... imported

Wed Sep 14 17:36:25 2011 - Recompiling invalid objects ... recompiled

Wed Sep 14 17:37:04 2011 - restoring dbms_jobs ... restored

Wed Sep 14 17:37:05 2011 - restoring dbms_registry ... restored

Wed Sep 14 17:39:32 2011 - DB Control was restored successfully.

Wed Sep 14 17:39:32 2011 - Starting DB Control On All nodes

Please Execute '/tmp/racdwgrd_dbctl.sh' on node01, node02.


Continue (yes/y) ?

yes ←yesを記入して続行

... started

Wed Sep 14 17:39:46 2011 - Dump directory was dropped successfully.



- 177 -


日本オラクル株式会社

〒107-0061

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

オラクル青山センター

無断転載を禁ず

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

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

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

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

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

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

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

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

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

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

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

Documents

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