Oracle Database 11g Release 2 Patch Set 1 (11.2.0.2) 適 …œ¬ガイドは、Linux プラットフォーム上に構築されたOracle Database 10g や11g Release 1、あるいは11g

Oracle Database 11g Release 2 Patch Set 1 (11.2.0.2) 適用ガイド

Real Application Clusters (RAC) Linux 版

Copyright© 2010, Oracle. All rights reserved. - 1 -

Oracle Database 11g Release 2

Patch Set 1 (11.2.0.2) 適用ガイド

Real Application Clusters (RAC) Linux版

作成日: 2011-01-11

更新日: 2011-06-20

Version: 1.3




目次

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

1.1 out-of-place アップグレードと in-place アップグレード ......................................................... 4

1.2 参考文書と省略表記 ............................................................................................................... 6

2 概要 ............................................................................................................................................... 7

2.1 11g Release 2 Patch Set 1 (11.2.0.2) ...................................................................................... 7

2.2 11g Release 2 (11g R2) 新機能 .............................................................................................. 7

3 10g / 11g R1から 11.2.0.2へのアップグレード ............................................................................... 8

3.1 10gあるいは 11g R1の Oracle Clusterwareから 11.2.0.2 の Oracle Grid Infrastructureへの

アップグレード .......................................................................................................................... 8

3.2 ASMインスタンスの 11.2.0.2へのアップグレード ..................................................................... 19

3.3 Oracle RAC 11.2.0.2 ソフトウェアのインストール ..................................................................... 22

3.4 RACデータベースの 11.2.0.2へのアップグレード .................................................................... 32

4 11.2.0.1から 11.2.0.2へのアップグレード .................................................................................... 38

4.1 11.2.0.1の Grid Infrastructureから 11.2.0.2へのアップグレード ............................................. 38

4.2 Oracle RAC 11.2.0.2のインストール ...................................................................................... 48

4.3 11.2.0.1の Oracle RACデータベースから 11.2.0.2へのアップグレード .................................... 57

5 Patch 9706490 の適用 ................................................................................................................ 58

6 Patch 9974223 の適用 ................................................................................................................ 65




1 はじめに

本ガイドは、Linux プラットフォーム上に構築された Oracle Database 10g や 11g Release 1、あるい

は 11g Release 2 (11.2.0.1) により構成された Real Application Clusters (RAC) 環境を、Oracle Database

11g Release 2 Patch Set 1 (11.2.0.2) へアップグレード（注１）する手順について記載します。本ガイドは、

従来のバージョンで RAC を利用している方を想定して作成された参考資料です。

以下の図には、各バージョンから 11g Release 2 への主なアップグレード・パスが示されています。

11.2.0.1 への直接のアップグレードがサポートされているバージョンに関しては、11.2.0.2 へ直接アップ

グレードすることが保障されています。また、図中にはありませんが 11.2.0.1 から 11.2.0.2 へのアップ

グレードもサポートされています。

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

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

（注 1）

Oracle Database 11g Release 2 の最初の Patch Set Release (PSR) である Oracle Database 11g

Release 2 Patch Set 1 (11.2.0.2) は、これまでの PSR と同様に、初期リリースからの修正を含んで

います。ただし、修正だけではなくいくつかの新機能や機能拡張を含み、また提供形態もフルイン

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

時や既存環境のアップグレード時に、初期リリースを必要とせずに直接 PSR の環境を構築すること

ができます。従って 11g Release 2 では PSR の適用が異なるバージョン間のアップグレードに近い

イメージのため、本ガイド中では「PSR の適用」を「アップグレード」と表現しています。

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




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

これまでのバージョンから 11.2.0.2 へ環境をアップグレードするにあたり、アップグレードの方式を

理解しておく必要があります。11g Release 2 より、以下 2 つのアップグレード方式が提供されています。

in-place アップグレード

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

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

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

11g Release 2 から提供されている新しいアップグレード方式です。既存のソフトウェア（バイナ

リ・ファイル）を残したまま、新規にソフトウェアをインストールしてアップグレードを実施し

ます。

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 アップグレードのメリットを示しています。out-of-place アップグレードで

は、アップグレード中に下位のソフトウェアに上書きをせずに、新規にソフトウェアをインストールして

構築を行います。そのため、アップグレード中に予期せぬ障害などで以前の環境への切り戻しが必要にな

った場合でも in-place アップグレードよりも短いダウンタイムで対応することができます。

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

ここでは、下図に out-of-place および in-place アップグレード手順の違いを示します。各アップグレ

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

Database Upgrade Guide 11g Release 2 を参照してください。




アップグレード・

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

Oracle RAC

アップグレード前の準備

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

11.2.0.2 用 Oracle ホームの新規作成

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

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

<ORACLE_HOME>/dbs <ORACLE_HOME>/network/admin <ORACLE_HOME>/host_dbname <ORACLE_HOME>/oc4j/j2ee/OC4

J_DBConsole_host_dbname

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

Oracle RAC インストール新規ホームをインストール先に指定

してインストールを実行

既存ホームをインストール先に指定し

てインストールを実行

インストール後の作業環境変数 ORACLE_HOME の更新

最新のパッチの適用（オプション）最新のパッチの適用（オプション）

RAC データベースの

アップグレードの準備

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

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


アップグレード

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

グレード

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

レード


アップグレード後の作業構成や接続の確認構成や接続の確認




1.2 参考文書と省略表記

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

のマニュアルも併せてご覧ください。

Oracle® Grid Infrastructure Installation Guide 11g Release 2 (11.2) for Linux E17212-10

Oracle® Universal Installer and OPatch User’s Guide 11g Release 2 (11.2) for Windows and Unix E12255-10

Oracle® Database New Features Guide 11g Release 2 (11.2) E17128-04

Oracle® Database Upgrade Guide 11g Release 2 (11.2) E17222-06

Oracle® Database Release Notes 11g Release 2 (11.2) for Linux E16778-07

Oracle® Database Readme 11g Release 2 (11.2) E17129-05

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

名称省略表記

Oracle Automatic Storage Management Oracle ASM または ASM

Oracle ASM Cluster File System Oracle ACFS または ACFS

ASM Configuration Assistant ASMCA

Cluster Time Synchronization Service CTSS

Cluster Ready Services CRS

Database Configuration Assistant DBCA

Database Upgrade Assistant DBUA

Grid Naming Service GNS

Net Configuration Assistant NetCA

Network Time Protocol NTP

Oracle Universal Installer OUI

Oracle Enterprise Manager Database Control Oracle EM DB Control または EM DB Control

Patch Set Release PSR

Patch Set Update PSU

Real Application Clusters RAC

Single Client Access Name SCAN




2 概要

2.1 11g Release 2 Patch Set 1 (11.2.0.2)

11g Release 2 Patch Set 1 提供形態

11g Release 2 Patch Set 1 (11.2.0.2) では、フルインストレーションでソフトウェアが提供されます。

そのため従来の Patch Set Release (PSR) とは以下の点が異なります。

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

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

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

ことができます。

2.2 11g Release 2 (11g R2) 新機能

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

11g Release 2よりOracle Clusterwareを含むOracle Grid Infrastructureをアップグレードする際に、

ユーザーは新しいバージョンのソフトウェアを既存のソフトウェアのホームとは別の場所を選択して

インストールの上、アップグレードを実施します。このアップグレード方式を out-of-place アップグ

レードといいます。詳細は、「1.1 out-of-place アップグレードと in-place アップグレード」を参照し

てください。

2) Single Client Access Name (SCAN)

SCAN は、クライアントから RAC データベースへの接続に使用される単一のエイリアスです。SCAN

導入の背景には、フェイルオーバーやロード・バランシング機能を設定する際の手間、あるいはイン

スタンス追加または削除に伴う設定変更の手間を排除するという目的があります。クライアントは、

SCAN を使用した簡易接続ネーミング・メソッド (EZCONNECT) を使用して RAC インスタンスへ接

続します。

SCAN の名前解決には、DNS あるいは Grid Naming Service (GNS) を利用することができます。

3) Oracle Automatic Storage Management (ASM) のローリング・アップグレード

Oracle Database 11g Release 1 (11g R1) より Oracle ASM のローリング・アップグレードが提供さ

れています。ASM のローリング・アップグレードは、データベースの可用性に影響を与えることなく

クラスタ内の ASM のアップグレードやパッチ適用を実施できるため、よりデータベースの動作可能時

間が拡大されます。ASM のローリング・アップグレード実行中は、バージョンが異なるソフトウェア

が混在する環境での稼働になりますが、もともと使用されていた機能はアップグレード中も継続して

使用することができます。

ASM のローリング・アップグレードにより、システムの可用性を高め、円滑にソフトウェアのアッ

プグレードを行うことができます。




3 10g / 11g R1から 11.2.0.2へのアップグレード

3.1 10gあるいは 11g R1の Oracle Clusterwareから 11.2.0.2 の Oracle

Grid Infrastructureへのアップグレード

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 RACインストール

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

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

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

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

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

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

- 「oracle」ユーザーを使用

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

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

（補足）

10.2 からのアップグレードでは、VIP のサブネット・マスクが誤って設定されることによ

り 11.2.0.2 へアップグレードする際に rootupgrade.sh 実行中に nodeapps リソースの起動

に失敗する場合があります。この場合、正しくはパブリック・ネットワークと同じサブネ

ット・マスクを使用している必要がありますので「ifconfig」コマンド等で設定の確認をお

願いします。誤ったサブネット・マスクであった場合には、Virtual IP Configuration

Assistant (VIPCA) で VIP の設定を修正してください。

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




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

全てのノード上で Cluster Ready Services (CRS) プロセスが稼働している状態であるかの確認

（参考）

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

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

SCAN 用の IP アドレスの準備

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

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

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

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

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

ASM に対する OS 認証に使用するグループとして使用する OS グループを検討します。設定は

任意ですが、本ガイドでは、新たに「asmadmin」グループを作成して ASM 管理者 (OSASM) グ

ループとして設定するものとします。

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

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

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

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

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

out-of-place でのアップグレードが必須ですので、ソフトウェアのインストールには最低でも

5.5GB の容量が必要です。以下はディレクトリの作成例です。

既存の環境変数の解除

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

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

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

# groupadd -g 1100 asmadmin

# vi /etc/group

# mkdir -p /u01/app/11.2.0/grid

# chmod -R 775 /u01/app/11.2.0

# chown -R oracle:oinstall /u01/app/11.2.0

$ <CLUSTERWARE_HOME>/bin/crsctl check crs

CSS appears healthy

CRS appears healthy

EVM appears healthy




2. Oracle Universal Installer (OUI) の起動

oracleユーザーでインストーラを起動します。以下のコマンドを実行してください。

3. Software Updatesのダウンロード

11.2.0.2 よりインストール中に最新のパッチ等の更新をダウンロードして適用するためのオプションとして、

ソフトウェア更新のダウンロードオプションが提供されています。ダウンロードはインターネット接続（My

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

て、事前にネットワーク接続が可能な環境においてダウンロードしておいた更新を適用するためのオプション

も提供されています。

ここでは更新のダウンロードや適用は行わないものとしますので、「ソフトウェア更新のスキップ」を選択して

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

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

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

クリックします。

$ <GRID_INSTALL_IMAGE>/Disk1/runInstaller




インストーラにより既存の ASMインスタンスが検出されます。「はい」を選択して作業を続行してください。

5. 製品言語の選択

製品を実行する言語として「日本語」と「英語」を選択して、「次へ」をクリックします。




6. Grid Infrastructure ノードの選択

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

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

で、選択しないで作業を継続することもできます。

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

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

ドを実施できます。その場合の詳細については「3.2 ASMインスタンスの11.2.0.2へのアップグレード」を参照

してください。

入力後、「次へ」をクリックしてください。




7. Grid Infrastructure SCAN情報

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

ます。SCANポートはデフォルトの値（1521）を使用して構いません。入力後、「次へ」をクリックします。




8. ASMモニター・パスワードの設定

「5.Grid Infrastructure ノードの選択」において ASMのアップグレードを選択した場合は、ASMインスタン

ス監視用アカウント（ASMSNMP ユーザー）のパスワードを指定してください。「パスワードの指定」および「パ

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

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

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

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

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

設定後、「次へ」をクリックします。




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

「Oracleベース」と「ソフトウェアの場所」を指定します。ここではout-of-placeアップグレードを実施する必要

がありますので、ソフトウェアのインストール場所として既存のホーム・ディレクトリとは別の場所を指定します。

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

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

（補足）

11.2.0.2 においてオプションとして ASM 用の OSOPER を設定する場合、OS グループは、

クラスタを構成する全てのノード上で存在する必要があります。ただし、Oracle Grid

Infrastructureの所有ユーザーがOSグループのメンバーとして設定されている必要はあり

ません。

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




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

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

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




12. サマリー

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

13. 設定

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




作業が進むと、インストーラにより構成スクリプト (「rootupgrade.sh」) の実行が指示されます。必要に応

じて「6. Patch 9974223の適用」を参考に Patch 9974223 を適用後、スクリプトを rootユーザーで全てのノ

ードに対して実行してください。実行後、「OK」をクリックします。

構成スクリプトの実行後、インストーラにより Net Configuration Assistant (NetCA) が自動的に実行され、

リスナーのアップグレードが実施されます。「5.Grid Infrastructure ノードの選択」において ASMのアップグ

レードを選択している場合は ASMCA も自動的に実行され、ASMのアップグレードが実施されます。

14. 終了

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




3.2 ASM インスタンスの 11.2.0.2へのアップグレード

ここで紹介する手順は、Oracle Grid Infrastructureのアップグレード時に ASMのアップグレードを選択しない場

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

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

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

して ASMCAを使用した手動アップグレードを実施することができます。11g R1以降を使用している場合には

ASMのローリング・アップグレードを行うことも可能です。

3.2.1 ASM インスタンスのローリング・アップグレード（11g R1以降のみ）

Oracle ASMのアップグレードでは、以下の手順を実施します。

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

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

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

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

します。

$ cd <GRID_HOME>/bin

$ ./asmca

$ export ASMCA_ROLLING_UPGRADE=true




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

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

以下のメッセージが表示され、ASMインスタンスがアップグレードされています。

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




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

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

参考として、端末での出力を以下に記載します。

3.2.2 ASM インスタンスの通常のアップグレード

通常のアップグレードを実行する場合の手順は、ローリング・アップグレードを実行する場合とほぼ同様です。

通常のアップグレード手順では、ASMCA_ROLLING_UPGRADE環境変数の設定を行わない点がローリン

グ・アップグレードの手順と異なります。




oracleユーザーで以下のコマンドを実行し、ASMCA を起動します。ASMCAの起動は、クラスタを構成して

いるいずれかのノードの Grid Infrastructureのホームから実施します。

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

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

ASMインスタンスが正常にアップグレードされたら、「終了」をクリックして ASMCAを終了します。

3.3 Oracle RAC 11.2.0.2 ソフトウェアのインストール

1. 続いて RACのアップグレードを実施します。作業を開始する前に、以下を確認してください。

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

- out-of-place アップグレードを実施する場合は、アップグレードを実行する前に全てのノード上

で 11.2.0.2 の Oracle RAC をインストールするディレクトリを作成してください。


- Grid Infrastructure のアップグレードと同様に Oracle RAC の所有ユーザー（ここでは oracle ユ

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

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

2. OUIの起動

oracle ユーザーでインストーラ－を起動します。以下のコマンドを実行してください。

$ cd /u01/app/11.2.0/grid/bin

$ ./asmca




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

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

ップグレード手順を記載します。

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

セキュリティの問題について、電子メールで通知を受け取る設定を任意で行うことができます。ここでは設定

は行いませんので、「セキュリティ・アップグレードをMy Oracle Support経由で受け取ります。」のチェックを

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

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

$ <DATABASE_INSTALL_IMAGE>/Disk1/runInstaller




4. Software Updateのダウンロード

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

新のスキップ」を選択して、「次へ」をクリックします。


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




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

実行するデータベース・インストールのタイプとして、「Oracle Real Application Clustersデータベースの

インストール」を選択します。インストールを行う全てのノードにチェック（☑）をして、「次へ」をクリックします。






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

インストールするデータベースのエディションに「Enterprise Edition」を選択して、「次へ」をクリックします。





「Oracle ベース」と「ソフトウェアの場所」を指定します。ここでは in-of-place アップグレードを実施しますの

で、ソフトウェアのインストール場所として既存のホーム・ディレクトリを指定しています。入力後、「次へ」をクリ

ックします。





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

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

ます。設定後、「次へ」をクリックします。

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

（補足）

11.2.0.2 においてオプションとしてデータベース用の OSOPER を設定する場合、指定す

る OS グループは、クラスタを構成する全てのノード上で存在する必要があります。ただ

し、Oracle RAC の所有ユーザーが OS グループのメンバーとして設定されている必要は

ありません。

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





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

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




11. サマリー


12. 製品のインストール

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




インストール作業が進むと、インストーラにより構成スクリプト（「root.sh」）の実行が指示されます。スクリプ

トは rootユーザーで、全てのノードに対して実行してください。実行後、「OK」をクリックします。

13. 終了

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




3.4 RACデータベースの 11.2.0.2へのアップグレード

DBUA の起動前に、アップグレード前情報ツール（<ORACLE_HOME>/rdbms/admin/utlu112i.sql）を使用して

環境を確認します。アップグレード情報ツールは、ソフトウェアに含まれる SQL スクリプトです。アップグレード対

象のデータベース環境へツールをコピーし、対象データベースに対して SYSDBA 権限を持つユーザーで実行し

ます。

1. Database Upgrade Assistant (DBUA) の起動

oracleユーザーで DBUAを起動します。以下のコマンドを実行してください。

2. ようこそ

DBUAが起動すると、以下のような画面が表示されます。画面を確認後、「次へ」をクリックしてください。

3. データベースの選択

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

$ <ORACLE_HOME>/bin/dbua




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

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




4. アップグレード・オプションの選択

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

また、ここでは「タイムゾーンのアップグレード」を選択（☑）します。選択後、「次へ」をクリックします。

11.2.0.2より、DBUAを使用してタイムゾーンのアップグレードが実施できるようになりました。以下の 2つの

方法でアップグレードを行えます。

• DBUAの画面で「タイムゾーンのアップグレード」オプションを選択（☑）

• DBUAをサイレント・モードで実行する際に「-upgradeTimeZone」を付けて実行

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

表示されている設定を確認して、「次へ」をクリックします。




6. データベースのアップグレード・サマリー

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




7. アップグレードの実行

8. 進行

アップグレードが完了したら、「OK」をクリックして終了です。




9. アップグレード結果

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

プグレードは完了です。




4 11.2.0.1から 11.2.0.2へのアップグレード

4.1 11.2.0.1の Grid Infrastructureから 11.2.0.2へのアップグレード

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

本ガイドでは、以下の手順で 11.2.0.1のクラスタ環境が構成されています。

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 環境において Oracle Grid Infrastructure の 11.2.0.1 から 11.2.0.2 へのローリング・アップグレ

ードを行う際には Patch 9706490 を適用する必要があります。この Patch が未適用の場合には

rootupgrade.sh 実行時に ASM ディスク・グループリソースの停止ができなくなり、アップグレード

が失敗します。

また、11.2.0.1から 11.2.0.2へのアップグレードを行う際には、アップグレード実行前（rootupgrade.sh

実行前）に Patch 9974223 の適用が必要です。クラスタ用の Oracle Grid Infrastructure はマルチキャ

スト通信によりノード間で通信を行っていますが、この不具合によりノード間通信の際にエラーが発

生する場合があります。詳細は Oracle Database Readme 11g Release 2 の Open Bugs セクションの

記載を確認するか、Note 1212703.1 を参照ください。

Patch 9706490 または Patch 9974223 に関する適用手順の詳細は、「5. Patch 9706490 の適用」およ

び「6. Patch 9974223 の適用」を参照してください。

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




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

全てのノード上で Cluster Ready Services (CRS) プロセスが稼働している状態であるかの確認

（参考）

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

check cluster コマンドはクラスタに対応しているので、クラスタを構成しているいずれかのノ

ードから -all オプションをつけてコマンドを実行することで、全ノードの CRS プロセス稼働

状況が確認できます。以下は 3 ノード RAC 環境における実行例です。

RAC データベースの停止が必要であるかの確認

Grid Infrastructure のアップグレード時に、Oracle Clusterware に加えて Oracle ASM も同時にア

ップグレードされます。そのためアップグレード中は ASM を使用していない状態でなければい

けません。RAC データベースが ASM を使用している構成においては、アップグレード実行前に

RAC データベースを停止しておいてください。

（参考）

確認にはGrid InfrastructureあるいはRACの所有ユーザーでクラスタを構成しているいずれか

のノードから srvctl status database コマンドを実行してください。実行例は以下です。

$ srvctl status database -d orcl

インスタンス orcl_1 はノード stvm42 で実行中です。



$ <GRID_INFRASTRUCTURE_HOME>/bin/crsctl check cluster -all

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

node1:

CRS-4537: Cluster Ready Services がオンラインです

CRS-4529: Cluster Synchronization Services がオンラインです

CRS-4533: イベント・マネージャがオンラインです

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

node2:




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

node3:




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




上記の実行例のように実行中（稼働中）と表示された場合は、以下のコマンドを実行しRACデータベー

スの停止を行ってください。

以下のように表示されれば、RACデータベースは停止されています。

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

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

out-of-place でのアップグレードが必須ですので、ソフトウェアのインストールには最低要件と

して 5.5GB の容量が必要です。以下はディレクトリの作成例です。


Grid Infrastructure の所有ユーザー（ここでは grid ユーザー）に対して設定している Oracle 関連

の環境変数（ORACLE_HOME、ORACLE_BASE、ORACLE_SID など）があれば解除しておき

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

2. OUI の起動

grid ユーザーで 11.2.0.2 のインストーラを起動します。以下のコマンドを実行してください。


11.2.0.2 よりインストール中に最新のパッチ等の更新をダウンロードするソフトウェア更新のダウンロードの

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

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

ウェア更新のスキップ」を選択して「次へ」をクリックします。

# mkdir /u01/app/11.2.0/grid_11202

# chmod 775 /u01/app/11.2.0/grid_11202

# chown grid:oinstall /u01/app/11.2.0/grid_11202

$ srvctl status database -d orcl

インスタンス orcl_1 はノード stvm42 で実行されていません。



$ srvctl stop database -d orcl

$ <GRID_INSTALL_IMAGE>/Disk1/runInstaller





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

クリックします。






6. Grid Infrastructure ノードの選択

アップグレードを実行するノードとして全てのノードが選択されています。確認後、「次へ」をクリックします。





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

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

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

設定後、「次へ」をクリックします。

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

（補足）

11.2.0.2 においてオプションとして ASM 用の OSOPER を設定する場合、OS グループは、

クラスタを構成する全てのノード上で存在する必要があります。ただし、Oracle Grid

Infrastructureの所有ユーザーがOSグループのメンバーとして設定されている必要はあり

ません。

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





「Oracleベース」と「ソフトウェアの場所」を指定します。Grid Infrastructureのアップグレードでは

out-of-placeアップグレードを実施しますので、ソフトウェアのインストール場所として既存のホーム・ディレクト

リとは別の場所を指定する必要があります。事前に全てのノードにおいて作成したディレクトリを指定します。

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


アップグレード実行前に、前提条件のチェックが実行されます。

全てのチェック項目に成功すると、自動的にサマリー画面に遷移します。失敗した項目がある場合には、ア

ップグレードを開始する前に適宜修正を行ってください。

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

（補足）

11.2.0.1から 11.2.0.2のアップグレードにおいて、Oracle Grid Infrastructureのアップグレード

は、out-of-placeでのアップグレードのみサポートされます。in-placeでのアップグレードはサポ

ートされませんのでご注意ください。また、既知の問題により共有の Grid Infrastructureホーム

から非共有の Grid Infrastructureホームへのアップグレードや、非共有から共有の Grid

Infrastructureホームへのアップグレードは実施できません。

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

＊




10. サマリー





11. 設定

設定作業が開始されます。

作業が進むと、構成スクリプト (「rootupgrade.sh」) の実行が指示されます。必要に応じて Patch

9706490 や Patch 9974223 を適用後（「5. Patch 9706490 の適用」「6. Patch 9974223の適用」を参考）、

スクリプトを rootユーザーで全てのノードに対して実行してください。実行後、「OK」をクリックします。

構成スクリプトの実行中に ASMのアップグレードも行われます。




12. 終了

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

13. アップグレード後の作業

アップグレードが完了したら、ORACLE_HOME や PATH 環境変数を新しい Grid Infrastructure のホーム

へ設定します。また、/etc/oratab ファイルを確認し、Oracle ASMのホームとして新しいホームが設定されて

いることも確認してください。確認は全てのノードで行います。

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

（補足）

rootupgrade.sh 実行前に、以下 2 つの Patch の適用について確認してください。適用手順

に関しては後述します。

• Patch 9706490

11.2.0.1 から 11.2.0.2 へのローリング・アップグレード実行する場合に適用します。

rootupgrade.sh 実行前に適用してください。

• Patch 9974223

11.2.0.2 の新規インストール、あるいは 11.2.0.2 へのアップグレードを実行する場合

に適用します。rootupgrade.sh 実行前か実行後に適用してください。

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




4.2 Oracle RAC 11.2.0.2のインストール

1. 続いて RACのアップグレードを実施します。作業を開始する前に、以下を確認してください。

既存の Oracle ホームのバックアップの取得

- in-placeアップグレードでは既存Oracleホームへ 11.2.0.2のOracle RACをインストールするた

め、アップグレードを実行する前に既存のホームのバックアップを取得しておいてください。

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

- いずれかのノード上で oracle ユーザーにて以下コマンドを実行し、Oracle ホームを削除します。


- Grid Infrastructure のアップグレードと同様に Oracle RAC の所有ユーザー（ここでは oracle ユ

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

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

2. OUIの起動

oracleユーザーでインストーラを起動します。以下のコマンドを実行してください。

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

セキュリティの問題について、電子メールで通知を受け取る設定を任意で行うことができます。ここでは設定

は行いませんので、「セキュリティ・アップグレードをMy Oracle Support経由で受け取ります。」のチェックを

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

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

（補足）

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

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

参考として in-place アップグレードの手順を記載します。推奨とされている out-of-place で

のアップグレード手順は 3.3 を参照してください。

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

$ <DATABASE_HOME>/oui/bin/runInstaller -detachHome

ORACLE_HOME=<DATABASE_HOME>

$ <DATABASE_INSTALL_IMAGE>/Disk1/runInstaller




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


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

新のスキップ」を選択して、「次へ」をクリックします。





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




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

実行するデータベース・インストールのタイプとして、「Oracle Real Application Clustersデータベースの

インストール」を選択します。インストールを行う全てのノードにチェック（☑）をして、「次へ」をクリックします。






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

インストールするデータベースのエディションに「Enterprise Edition」を選択して、「次へ」をクリックします。


「Oracle ベース」と「ソフトウェアの場所」を指定します。ここでは in-of-place でのアップグレードを実施しま

すので、ソフトウェアのインストール場所に従来使用していたホーム・ディレクトリを入力してください。入力後、

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




指定したディレクトリに既存のソフトウェアが存在している場合には、以下のメッセージが表示されます。バッ

クアップを取得していることを確認した後、メッセージを無視するかディレクトリを空にして作業を継続します。


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

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

ます。設定後、「次へ」をクリックします。

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

（補足）

11.2.0.2 においてオプションとしてデータベース用の OSOPER を設定する場合、指定す

る OS グループは、クラスタを構成する全てのノード上で存在する必要があります。ただ

し、Oracle RAC の所有ユーザーが OS グループのメンバーとして設定されている必要は

ありません。

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





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

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




12. サマリー


13. 製品のインストール

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




インストール作業が進むと、インストーラにより構成スクリプト（「root.sh」）の実行が指示されます。スクリプ

トは rootユーザーで、全てのノードに対して実行してください。実行後、「OK」をクリックします。

14. 終了

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




4.3 11.2.0.1の Oracle RACデータベースから 11.2.0.2へのアップグレード

続いて RAC データベースのアップグレードを実施します。

oracle ユーザーで DBUA を起動します。以下のコマンドを実行してください。

DBUA を起動してからの手順は、3.4 を参照してください。

$ <DATABASE_HOME>/bin/dbua




5 Patch 9706490 の適用

Linux 環境において Oracle Grid Infrastructure の 11.2.0.1 から 11.2.0.2 へのローリング・アップグレー

ドを行う際には Patch 9706490 を適用する必要があります。この Patch が未適用の場合には

rootupgrade.sh 実行時に ASM ディスク・グループリソースの停止ができなくなり、アップグレードが失

敗します。

ここでは Patch 9706490 の適用手順を紹介します。下記の図では、本ガイドで紹介しているパッチ適

用手順例です。本ガイドでは、まず特定のノードから適用を開始して適用が必要な全てのパッチ適用を完

了させてから、他ノードへ同様の手順で適用を行うものとします。

図 3 本ガイドにおけるパッチ適用手順




Patch 9706490 の適用

1. Patch 9706490 の適用は、全てのノード上で Oracle Grid Infrastructure と Oracle RAC のホームに対

して実施します。各ソフトウェアの所有ユーザー（ここではそれぞれ grid ユーザーと oracle ユーザ

ーとする）で以下のコマンドを実行し、Oracle インベントリのノード・リストを確認してください。

＜grid ユーザー＞

＜oracle ユーザー＞

以下は gridユーザーで実行したコマンドの出力結果例です。特に既に適用されているパッチの有無、および

ノードの構成について確認を行ってください。Grid Infrastructure Patch Set Update (GI PSU) などが適用

されている場合には、適用をロールバックしておきます。

$ /u01/app/11.2.0/grid/OPatch/opatch lsinventory -detail -oh /u01/app/11.2.0/grid

Invoking OPatch 11.1.0.6.6

Oracle Interim Patch Installer バージョン 11.1.0.6.6

Copyright (c) 2009, Oracle Corporation.All rights reserved.。

Oracle ホーム : /u01/app/11.2.0/grid

中央インベントリ : /u01/app/oraInventory

元 : /etc/oraInst.loc

OPatch のバージョン : 11.1.0.6.6

OUI のバージョン : 11.2.0.1.0

OUI の場所 : /u01/app/11.2.0/grid/oui

ログ・ファイルの場所 :

/u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2011-01-18_13-37-10 午後.log

＜中略＞

この Oracle ホームには 87 の製品がインストールされています。

この Oracle ホームには仮パッチがインストールされていません。

このノードに対して、適用済みのパッチはありません。

複数のノードで構成される RAC システム

Local node = stvm42 まずはこのノードから適用を行います。

Remote node = stvm43

Remote node = stvm44

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

OPatch succeeded.

$ <COMPLETE_PATH_OF_RAC_HOME>/OPatch/opatch lsinventory -detail -oh

<COMPLETE_PATH_OF_RAC_HOME>

$ <COMPLETE_PATH_OF_GRID_HOME>/OPatch/opatch lsinventory -detail -oh

<COMPLETE_PATH_OF_GRID_HOME>




3. Patch 9706490 をダウンロード後、任意のディレクトリへ配置して zip ファイルを展開します。

zip ファイルを展開すると任意のディレクトリ下に 9706490 というディレクトリが作成されます。

4. root ユーザー、grid ユーザー、oracle ユーザーごとに端末を用意します。以下を参考に、grid ユーザ

ーおよび oracle ユーザーに対して環境変数を設定し、作業を行ってください。


＜oracle ユーザー＞

本ガイドでは、例として gridユーザーに対してORACLE_HOME=/u01/app/11.2.0/grid、oracleユーザーに

対して ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1、また両ユーザーに対して

PATCH_LOCATION=/tmp/patchを設定しました。

5. oracle ユーザーで以下のコマンドを実施して、Database ホームから起動されているリソースを停止

します。（データベース・インスタンスや Oracle Enterprise Manager Database Control など）

手順は、Grid Infrastructure ホームの構成タイプによって異なります。複数ノードで共有している領域

にソフトウェアをインストールして使用している共有 Grid Infrastructure ホーム、あるいは各ノード

のローカル領域にインストールして使用している非共有 Grid Infrastructure ホームかによって以下の

手順を実施してください。

＜共有 Grid Infrastructure ホームの場合＞

全てのノードでコマンドを実行してリソースを停止します。

＜非共有 Grid Infrastructure ホームの場合＞

クラスタを構成している全ノードで一斉にパッチ適用を行う際には、全てのノードに関してコマンド

を実行してリソースを停止してパッチを適用します。まずは特定のノードでパッチを適用し、完了後

に次のノードで適用を行う際には、まず適用するノードに関してのみコマンドを実行してリソースを

停止します。ここでは後者の方法で 1 ノードずつパッチを適用するものとします。

非共有 Grid Infrastructure ホームにおけるコマンドの実行例は以下です。

$ cd 9706490/

$ ls

README.txt custom etc files

$ srvctl stop home -o <RAC_HOME> -s <COMPLETE_PATH_OF_STATUS_FILE> -n

<NODE_NAME>

$ unzip <OPATCH_ZIP> -d <COMPLETE_PATH_OF_ANY_LOCATION>

$ export ORACLE_HOME=<COMPLETE_PATH_OF_GRID_HOME>

$ export PATCH_LOCATION=<COMPLETE_PATH_OF_ANY_PATCH_LOCATION>

$ export PATH=$PATH:/$ORACLE_HOME/OPatch

$ export ORACLE_HOME=<COMPLETE_PATH_OF_RAC_HOME>






6. root ユーザーで以下のコマンドを実行して、ロックされているファイルを解除しておきます。


いずれかのノードでコマンドを実行します。


クラスタを構成している全ノードで一斉にパッチ適用を行う際には、全てのノードに関してコマンド

を実行してリソースを停止してパッチを適用します。まずは特定のノードでパッチを適用し、完了後

に次のノードで適用を行う際には、まず適用するノードに関してのみコマンドを実行してリソースを

停止します。ここでは後者の方法で 1 ノードずつパッチを適用するものとします。

7. oracle ユーザーで以下のコマンドを実行して Oracle ホームの構成を保存しておきます。

8. grid ユーザーで以下のコマンドを実行して、Grid Infrastructure へパッチを適用します。

以下に実行例を記載します。

$ srvctl stop home -o /u01/app/oracle/product/11.2.0/dbhome_1 -s /tmp/statusfile -n

stvm42

$ opatch napply -local -oh $ORACLE_HOME -id 9706490



Copyright (c) 2009, Oracle Corporation. All rights reserved。

UTIL session

Oracle ホーム : /u01/app/11.2.0/grid




OUI のバージョン : 11.2.0.1.0

OUI の場所 : /u01/app/11.2.0/grid/oui


/u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2011-01-21_02-00-03 午前.log

＜次ページへ継続＞

# <COMPLETE_PATH_OF_GRID_HOME>/crs/install/rootcrs.pl -unlock

$ <UNZIPPED_PATCH_LOCATION>/9706490/custom/server/9706490/custom/scripts/p

repatch.sh -dbhome <RAC_HOME>

$ cd $PATCH_LOCATION





＜前ページより継続＞

Patch history file: /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt

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: 9706490

続行しますか。[y|n]

y y と入力して継続します。

User Responded with: Y

Running prerequisite checks...

-local オプションを選択したため OPatch はローカル・システムにのみパッチを適

用します。

ローカル・システムのこの ORACLE_HOME 以外で実行している Oracle インスタ

ンスを停止してください。

(Oracle ホーム = '/u01/app/11.2.0/grid')

ローカル・システムにパッチを適用する準備ができましたか。 [y|n]



パッチ'NApply'の影響を受けるファイルをリストア用にバックアップしていま

す。少し時間がかかります...

Applying patch 9706490...

ApplySession は仮パッチ'9706490'を OH '/u01/app/11.2.0/grid'に適用中

パッチ'9706490'の影響を受けるファイルをロールバック用にバックアップして

います。少し時間がかかります...

コンポーネント oracle.crs, 11.2.0.1.0 にパッチを適用中...

ファイルを"/u01/app/11.2.0/grid/bin/appagent.bin"にコピー中

＜省略＞

ファイルを"/u01/app/11.2.0/grid/srvm/mesg/sclsus.msg"にコピー中

ApplySession は仮パッチ'9706490'をインベントリに追加中

Verifying the update...

Inventory check OK: Patch ID 9706490 is registered in Oracle Home inventory with

proper meta-data.

Files check OK: Files from Patch ID 9706490 are present in Oracle Home.

ローカル・システムにパッチが適用されました。ローカル・システムを再起動し

ます。

UtilSession: N-Apply done.

OPatch succeeded.




8. grid ユーザーで以下のコマンドを実行し、正常にパッチが適用されているかを確認します。

以下は gridユーザーで実行したコマンドの出力結果例の抜粋です。適用済みのパッチとして Patch

9706490が表示されていることを確認してください。

9. 続いて Oracle RAC へ適用を実施します。以下のコマンドを oracle ユーザーで実行してください。

10. oracle ユーザーで以下のコマンドを実行し、正常にパッチが適用されているかを確認します。

11. oracle ユーザーで以下のスクリプトを実行して、Oracle RAC ホームの構成を元に戻します。

12. root ユーザーで以下のスクリプトを実行して、Grid Infrastructure ホームの設定を戻します。スクリプ

トを実行すると CRS デーモンが再起動されます。


いずれかのノードでコマンドを実行します。


パッチを適用したノードでコマンドを実行します。

# <GRID_HOME>/crs/install/rootcrs.pl -patch


$ 9706490/custom/server/9706490/custom/scripts/postpatch.sh -dbhome <RAC_HOME>

$ opatch lsinventory -detail -oh <COMPLETE_PATH_OF_RAC_HOME>


$ opatch napply 9706490/custom/server/ -local -oh <RAC_HOME> -id 9706490

$ /u01/app/11.2.0/grid/OPatch/opatch lsinventory -detail -oh /u01/app/11.2.0/grid


＜中略＞

仮パッチ(1) : 適用済みのパッチを確認します。

Patch 9706490 : applied on Wed Mar 30 18:40:54 JST 2011

Unique Patch ID: 12908207

Created on 7 Sep 2010, 02:33:54 hrs PST8PDT

Bugs fixed:

9262748, 9343627, 9655006, 9706490, 9783609, 9262722, 9778840

＜省略＞

$ opatch lsinventory -detail -oh <COMPLETE_PATH_OF_GRID_HOME>




13. oracle ユーザーで以下のコマンドを実施し、停止していたリソースを起動します。


全てのノードで以下のコマンドを実行します。


パッチを適用したノードで以下のコマンドを実行します。

Oracle Clusterwareによって管理されているリソースの起動状態を念のため確認しておく場合には、以下の

コマンドが使用できます。

14. 非共有 Grid Infrastructure ホームの場合は、クラスタを構成する全てのノードで手順 13 までを繰り返

し、全てのノードにパッチを適用します。

$ crsctl status resource -t -t は表形式で表示をするオプションです。

$ <ORACLE_HOME>/bin/srvctl start home -o <ORACLE_HOME> -s

<COMPLETE_PATH_OF_STATUS_FILE> -n <NODE_NAME>




6 Patch 9974223 の適用

11.2.0.2 の新規インストールあるいは 11.2.0.2 へのアップグレードを実施する際に、構成スクリプト

（root.sh あるいは rootupgrade.sh）の実行前に Patch 9974223 を適用する必要があります。クラスタ用

の Grid Infrastructure はマルチキャスト通信によりノード間で通信を行っていますが、11.2.0.2 ではノー

ド間通信の際にエラーが発生する可能性があります。詳細は Oracle Database Readme 11g Release 2 の

Open Bugs セクションの記載を確認するか、Note 1212703.1 を参照ください。

以下に、Patch 9974223 の適用手順を記載します。適用は基本的には rootupgade.sh の実行前に実施

してください。rootupgrade.sh を実行してしまった場合（正常にアップグレードが完了した場合）の適用

方法についてもあわせて記載します。Patch 9974223 を適用せずに rootupgrade.sh を実行してしまい、構

成が正常に完了しなかった場合については Oracle Grid Infrastructure Installation Guide 11g Release 2 (11.2)

for Linux の Oracle Grid Infrastructure の変更または削除する方法に関するセクションの手順を参考に構成

の解除（Deconfig）を実施し、Patch 9974223 を適用した上で再度 rootupgrade.sh を実行してください。

rootupgrade.sh 実行前の適用方法

1. 11.2.0.2 の Grid Infrastructure ソフトウェアをインストールします。続いて以下の手順に従い

rootupgrade.sh 実行前に Patch 9974223 を適用してください。


3. root ユーザー、および Oracle Grid Infrastructure と Oracle RAC の所有ユーザー（ここではそれぞれ

grid ユーザーと oracle ユーザーとする）で端末を用意します。grid ユーザーには、以下のように環境

変数を設定して作業を行ってください。この手順の実施にあたり、ORACLE_HOME環境変数の

<COMPLETE_PATH_OF_NEW_GRID_HOME> には、アップグレード先である 11.2.0.2の Grid

Infrastructureホームを設定します。



します。Oracle RAC がインストールされていない環境では、この手順の実施は必要ありません。




手順を実施してください。この手順の実施にあたり、以下のコマンドの <ORACLE_HOME> には、アッ

プグレード元である 11.2.0.1の Databaseホームを指定します。

$ export ORACLE_HOME=<COMPLETE_PATH_OF_NEW_GRID_HOME>



$ unzip <OPATCH_ZIP> -d <COMPLETE_PATH_OF_ANY_PATCH_LOCATION>





全てのノードで以下のコマンドを実行してリソースを停止します。


ローカル・ノードでのみ以下のコマンドを実行してリソースを停止します。

5. grid ユーザーで以下のコマンドを実行して、11.2.0.2 の Grid Infrastructure へパッチを適用します。適

用は全てのノードで実施してください。

以下に実行例を記載します。




Copyright (c) 2009, Oracle Corporation.All rights reserved.。

UTIL session

Oracle ホーム : /u01/app/11.2.0/grid_11202




OUI のバージョン : 11.2.0.2.0

OUI の場所 : /u01/app/11.2.0/grid_11202/oui


/u01/app/11.2.0/grid_11202/cfgtoollogs/opatch/opatch2011-01-07_13-09-12 午後.log

Patch history file: /u01/app/11.2.0/grid_11202/cfgtoollogs/opatch/opatch_history.txt

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: 9974223

Patch history file: /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt

＜次ページへ継続＞



$ <ORACLE_HOME>/bin/srvctl stop home -o <ORACLE_HOME> -s





＜前ページより継続＞

続行しますか。[y|n]



Running prerequisite checks...

-local オプションを選択したため OPatch はローカル・システムにのみパッチを適

用します。

ローカル・システムのこの ORACLE_HOME 以外で実行している Oracle インスタ

ンスを停止してください。

(Oracle ホーム = '/u01/app/11.2.0/grid_11202')

ローカル・システムにパッチを適用する準備ができましたか。 [y|n]



パッチ'NApply'の影響を受けるファイルをリストア用にバックアップしていま

す。少し時間がかかります...

Applying patch 9974223...

ApplySession は仮パッチ'9974223'を OH '/u01/app/11.2.0/grid_11202'に適用中

パッチ'9974223'の影響を受けるファイルをロールバック用にバックアップして

います。少し時間がかかります...

コンポーネント oracle.crs, 11.2.0.2.0 にパッチを適用中...

ファイルを"/u01/app/11.2.0/grid_11202/bin/appagent.bin"にコピー中

ファイルを"/u01/app/11.2.0/grid_11202/bin/appvipcfg"にコピー中

＜省略＞

ファイルを"/u01/app/11.2.0/grid_11202/oui/jlib/srvmasm.jar"にコピー中

ファイルを"/u01/app/11.2.0/grid_11202/oui/lib/linux/libsrvm11.so"にコピー中

ApplySession は仮パッチ'9974223'をインベントリに追加中

Verifying the update...

Inventory check OK: Patch ID 9974223 is registered in Oracle Home inventory with

proper meta-data.

Files check OK: Files from Patch ID 9974223 are present in Oracle Home.

ターゲット install_srvm に対してメイクを実行中

ターゲット install に対してメイクを実行中

ローカル・システムにパッチが適用されました。ローカル・システムを再起動し

ます。

UtilSession: N-Apply done.

OPatch succeeded.




6. grid ユーザーで以下のコマンドを実行し、正常にパッチが適用されているかを確認します。この手順

の実施にあたり、以下コマンドの <COMPLETE_PATH_OF_GRID_HOME> には、アップグレード先であ

る 11.2.0.2の Grid Infrastructureホームを指定します。





rootupgrade.sh 実行後の適用方法

1. 11.2.0.2 の Grid Infrastructure ソフトウェアをインストール後、rootupgrade.sh を実行してしまい、正

常にアップグレード作業が完了している場合には、以下の手順に従い Patch 9974223 を適用してくだ

さい。適用は 1 ノードずつ個別に実施するようにし、全ノード同時には適用しないようにしてくださ

い。


3. root ユーザー、および Oracle Grid Infrastructure と Oracle RAC の所有ユーザー（ここではそれぞれ

grid ユーザーと oracle ユーザーとする）で端末を用意します。grid ユーザーには、以下のように環境

変数を設定して作業を行ってください。この手順の実施にあたり、ORACLE_HOME環境変数の

<COMPLETE_PATH_OF_11202_GRID_HOME> には、アップグレード先である 11.2.0.2の Grid

Infrastructureホームを設定します。



します。Oracle RAC がインストールされていない環境では、この手順の実施は必要ありません。




手順を実施してください。この手順の実施にあたり、以下のコマンドの <DATABASE_HOME> には、手

順の実行時点で使用している Database ホームを指定します。


全てのノードで以下のコマンドを実行してリソースを停止します。


クラスタを構成している全ノードで一斉にパッチ適用を行う際には、全てのノードに関して以下のコ

マンドを実行してリソースを停止してパッチを適用します。まずは特定のノードでパッチを適用し、

完了後に次のノードで適用を行う際には、まず適用するノードに関してのみ以下のコマンドを実行し

てリソースを停止します。ここでは後者の方法で 1 ノードずつパッチを適用するものとします。

5. root ユーザーで以下のコマンドを実行して、ロックされているファイルを解除しておきます。この手

順の実施にあたり、以下のコマンドの <11202_GRID_HOME> には、アップグレード先である 11.2.0.2の

$ export ORACLE_HOME=<COMPLETE_PATH_OF_11202_GRID_HOME>



$ <DATABASE_HOME>/bin/srvctl stop home -o <DATABASE_HOME> -s


$ unzip <OPATCH_ZIP> -d <COMPLETE_PATH_OF_ANY_PATCH_LOCATION>




Grid Infrastructure ホームを指定します。


いずれかのノードで以下のコマンドを実行します。


パッチを適用するノードで以下のコマンドを実行します。

6. oracle ユーザーで以下のコマンドを実行します。Oracle RAC がインストールされていない場合は、

この手順の実施は必要ありません。

7. grid ユーザーで以下のコマンドを実行して、Grid Infrastructure へパッチを適用します。

8. oracle ユーザーで以下のコマンドを実行します。Oracle RAC がインストールされていない場合は、

この手順の実施は必要ありません。

9. root ユーザーで以下のスクリプトを実行して、Grid Infrastructure ホームの設定を戻します。スクリプ

トを実行すると CRS デーモンが再起動されます。この手順の実施にあたり、以下のコマンドの

<11202_GRID_HOME> には、アップグレード先である 11.2.0.2 の Grid Infrastructure ホームを指定しま

す。


いずれかのノードで以下のコマンドを実行します。



10. grid ユーザーで以下のコマンドを実行し、正常にパッチが適用されているかを確認します。この手順

の実施にあたり、以下のコマンドの <COMPLETE_PATH_OF_GRID_HOME> には、アップグレード先で

ある 11.2.0.2の Grid Infrastructure ホームを指定します。

$ cd $PATCH_LOCATION/9974223/custom/scripts

$ ./postpatch.sh -dbhome $ORACLE_HOME

$ cd $PATCH_LOCATION/9974223/custom/scripts

$ sudo chmod 777 *

パスワード：

$ ./prepatch.sh -dbhome $ORACLE_HOME


# <11202_GRID_HOME>/crs/install/rootcrs.pl -patch



# <11202_GRID_HOME>/crs/install/rootcrs.pl -unlock




11. 手順 4 から 10 を繰り返し、全てのノードにパッチを適用します。

12. oracle ユーザーで以下のコマンドを実施し、停止していたリソースを起動します。この手順の実施に

あたり、以下のコマンドの <ORACLE_HOME> には、手順の実行時点で使用している Database ホームを

指定します。


全てのノードで以下のコマンドを実行します。



適用後の確認

以下に、参考として Patch 9974223 適用後の確認について記載します。

Patch 9974223 の適用後、以下のログを確認するとマルチキャストに関する出力がされています。

<GRID_HOME>/log/<HOSTNAME>/cssd/ocssd.log

以下は、本ガイドにおける出力の確認例です。この環境では 224.0.0.251および 230.0.1.0が使用されてい

ます。確認あたり、以下のコマンドの <GRID_HOME> には、アップグレード先である 11.2.0.2 の Grid

Infrastructure ホームを指定します。

$ cat /u01/app/11.2.0/grid_11202/log/stvm45/cssd/ocssd.log |grep mcast

2011-01-07 14:08:57.292: [GIPCHTHR][1097300288] gipchaWorkerUpdateInterface:

created local bootstrap interface for node 'stvm45', haName 'CSS_stvm-cluster', inf

'mcast://224.0.0.251:42424/10.1.1.34'


created local bootstrap interface for node 'stvm45', haName 'CSS_stvm-cluster', inf

'mcast://230.0.1.0:42424/10.1.1.34'


created remote interface for node 'stvm46', haName 'CSS_stvm-cluster', inf

'mcast://224.0.0.251:42424/10.1.1.34'


created remote interface for node 'stvm46', haName 'CSS_stvm-cluster', inf

'mcast://230.0.1.0:42424/10.1.1.34'

$ <ORACLE_HOME>/bin/srvctl start home -o <ORACLE_HOME> -s





日本オラクル株式会社

〒107-0061

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

オラクル青山センター

無断転載を禁ず

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

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

的又は黙示的な保証や条件は一切無いものとします。日本オラクル株式会社は、このドキュメントについ

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

負うものではありません。このドキュメントを形式、手段（電子的又は機械的）、目的に関係なく、日本

オラクル株式会社の書面による事前の承諾なく、複製又は転載することはできません。

Oracle と Java は、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録

商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。

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

Documents

Oracle Database 11g Release 2 Patch Set 1 (11.2.0.2) 適 …œ¬ガイドは、Linux プラットフォーム上に構築されたOracle Database 10g や11g Release 1、あるい は11g

Oracle Database 11g Release 2 Patch Set 1 (11.2.0.2) 適 …œ¬ガイドは、Linux プラットフォーム上に構築されたOracle Database 10g や11g Release 1、あるいは11g