3.2.2 パッチ適用

Oracle Database 11g R2/12c R1/12c R2 で In-place アップグレードによる PSR 適用をする場合は、以下の手順を実施してください。

userApplication の起動（運用ノード）
Oracle インスタンスリソース、リスナーリソースが含まれている userApplication が停止している場合は、起動してください。
保守モード移行（運用ノード）
運用ノード上で、userApplication を保守モードに移行してください。
例
すべての userApplication を保守モードに移行する場合
```
# /opt/SMAW/SMAWRrms/bin/hvutil -M on
```
すべてのノード上で userApplication の状態が "Maintenance" になったことを確認してください。
Oracle リソース監視の中断（すべてのノード）
すべてのノード上で hvoradisable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を中断してください。
例
ローカルノード上のすべての Oracle リソースの監視を中断する場合
```
# /opt/FJSVclora/sbin/hvoradisable -a
```
すべてのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" になったことを確認してください。
参考
スタンバイ運用の場合、待機ノードでも監視をしているため、パッチ適用時に問題が発生する可能性があります。そのため、待機ノードでも監視を停止してください。

Oracleデータベースの停止 (必要に応じて)

# su - <Oracle ユーザー>
$ sqlplus /nolog
SQL> connect / as sysdba
SQL> shutdown immediate

パッチの適用
Oracle Databaseソフトウェアの配置先に応じて、パッチを適用してください。
参照
詳細は Oracle Databaseのマニュアルを参照してください。

Oracleデータベースの起動 (“4”で停止した場合)

# su - <Oracle ユーザー>
$ sqlplus /nolog
SQL> connect / as sysdba
SQL> startup

PDBの起動(マルチテナント機能を使用したデータベースで、4.でOracle データベースを停止していた場合)
```
# su - <Oracle ユーザー>
$ sqlplus /nolog
SQL> connect / as sysdba
SQL> alter pluggable database all open;
```
Oracle リソース監視の再開（すべてのノード）
すべてのノード上で hvoraenable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を再開してください。
例
ローカルノード上のすべての Oracle リソースの監視を再開する場合
```
# /opt/FJSVclora/sbin/hvoraenable -a
```
すべてのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" から元の状態（"Online"、"Offline"）になったことを確認してください。
保守モードの解除（運用ノード）
運用ノード上で、userApplication の保守モードを解除してください。
例
すべての userApplication を保守モードに解除する場合
```
# /opt/SMAW/SMAWRrms/bin/hvutil -M off
```
すべてのノード上で userApplication の状態が "Maintenance" から元の状態（"Online"、"Standby"、"Offline"）になったことを確認してください。

Oracle Database 11g R2/12c R1/12c R2でOut-of-placeアップグレードによるPSR適用をする場合は、以下の手順を実施してください。

注意

Oracle Databaseソフトウェアがローカルディスク上に配置されている場合、ローカルディスク上にアップグレードしてください。
Oracle Databaseソフトウェアが共用ディスク上に配置されている場合、共用ディスク上にアップグレードしてください。
アップグレード前後でOracle Databaseソフトウェアの配置先（ローカルディスク、共用ディスク）を変更することはサポート対象外です。

userApplication の起動（運用ノード）
Oracle インスタンスリソース、リスナーリソースが含まれている userApplication が停止している場合は、起動してください。
保守モード移行（運用ノード）
運用ノード上で、userApplication を保守モードに移行してください。
例
すべての userApplication を保守モードに移行する場合
```
# /opt/SMAW/SMAWRrms/bin/hvutil -M on
```
すべてのノード上で userApplication の状態が "Maintenance" になったことを確認してください。
Oracle リソース監視の中断（すべてのノード）
すべてのノード上で hvoradisable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を中断してください。
例
ローカルノード上のすべての Oracle リソースの監視を中断する場合
```
# /opt/FJSVclora/sbin/hvoradisable -a
```
すべてのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" になったことを確認してください。
参考
スタンバイ運用の場合、待機ノードでも監視をしているため、パッチ適用時に問題が発生する可能性があります。そのため、待機ノードでも監視を停止してください。
Oracleデータベースに依存するリソースの停止（運用ノード）
Oracleデータベースに依存するリソースがある場合は、手動停止してください。
PSR の適用、データベースのアップグレード
1. PSR の適用
  - Oracle Databaseソフトウェアをローカルディスクに配置する場合
    Oracle Databaseのマニュアルに従い、すべてのノードで Out-of-place アップグレードを実施してください。
  - Oracle Databaseソフトウェアを共用ディスクに配置する場合
    Oracle Databaseのマニュアルに従い、運用ノードで Out-of-place アップグレードを実施してください。
  注意
  - 「インストール・オプションの選択」画面では、"データベース・ソフトウェアのみインストール" を選択してください。
  - 詳細は、Oracle Databaseのマニュアルを参照してください。
2. データベースのアップグレード（運用ノード）
  運用ノードで dbua(Database Upgrade Assistant) を実行し、データベースをアップグレードしてください。
  注意
  - "<新ORACLE_HOME>/bin/dbua" を実行してください。
  - 詳細は、Oracle Databaseのマニュアルを参照してください。
3. SPFILE の共用ディスク上への移動と参照設定（運用ノード）
  データベースのアップグレード実施後、SPFILE（サーバー・パラメータ・ファイル）がローカルディスク上に新たに生成された場合は、共用ディスク上へ移動してください。移動後、PFILE（初期化パラメータ・ファイル "<新ORACLE_HOME>/dbs/init<SID>.ora"）に SPFILE のパスを指定するか、または SPFILE へのシンボリックリンクを作成して、SPFILE の参照設定をしてください。
  注意
  Oracle Databaseソフトウェアを共用ディスクに配置する場合、本手順は不要です。
  参照
  詳細は、「2.2.6 データベースの作成/設定」を参照してください。
PRIMECLUSTER Wizard for Oracle の設定
1. ログインプロファイルの設定変更（すべてのノード）
  Oracle ユーザーのログインプロファイルを vi などで開き、ORACLE_BASE および ORACLE_HOME 環境変数の設定を、アップグレード後のパスに変更してください。本手順は、すべてのノードで実施してください。
  例
  - 変更前
    ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1
  - 変更後
    ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_2
  参照
  詳細は、「2.2.2 Oracle Database ソフトウェアのインストール/設定」を参照してください。
2. PFILE の待機ノードへの転送（運用ノード、待機ノード）
  運用ノードの "<新ORACLE_HOME>/dbs" ディレクトリを tar アーカイブにまとめてください。
  例
```
# su - oracle
$ tar cfpvP /tmp/dbs.tar <新ORACLE_HOME>/dbs
```
  その後、待機ノードへFTP転送し、展開してください。
  例
```
# su - oracle
$ tar xfpvP /tmp/dbs.tar
```
  注意
  - Oracle Databaseソフトウェアを共用ディスクに配置する場合、本手順は不要です。
  - シングルノードクラスタ運用の場合、本手順は不要です。
  - ここでは、PRIMECLUSTER Wizard for Oracle の cloracpy コマンドを使用しないでください。
  - 待機ノード側で展開したファイルのアクセス権限が、運用ノード側と一致していることを確認してください。
  参照
  詳細は、「2.2.6 データベースの作成/設定」を参照してください。
3. Oracle Net Services 構成ファイルの配置
  Oracle Net Services 構成ファイルを <旧ORACLE_HOME> 配下から<新ORACLE_HOME> 配下へコピーしてください。
  - Oracle Databaseソフトウェアをローカルディスクに配置する場合
    本手順を、すべてのノードで実施してください。
  - Oracle Databaseソフトウェアを共用ディスクに配置する場合
    本手順を、運用ノードで実施してください。
  例
```
$ cp -p <旧ORACLE_HOME>/network/admin/*.ora <新ORACLE_HOME>/network/admin/
```
  注意
  - Oracle Net Services 構成ファイル内のパラメータに、ORACLE_BASE や ORACLE_HOME に依存する設定がある場合、コピー後、必要に応じて "<新ORACLE_HOME>/network/admin/*.ora" ファイルを編集してください。
  - ここでは、PRIMECLUSTER Wizard for Oracle の cloracpy コマンドを使用しないでください。
Oracleデータベースの起動確認（運用ノード）
Oracle インスタンス、リスナーが起動していることを確認してください。停止している場合は、手動起動してください。マルチテナント機能を使用したデータベースの場合はPDBも手動起動してください。
注意
- Oracle インスタンスは OPEN 状態で起動している必要があります。
- リスナープロセスが "<新ORACLE_HOME>/bin/tnslsnr" で起動していることを確認してください。
  "<旧ORACLE_HOME>/bin/tnslsnr" となっている場合、それを停止して "<新ORACLE_HOME>/bin/tnslsnr" として起動してください。
Oracleデータベースに依存するリソースの起動（運用ノード）
手順 4 で Oracleデータベースに依存するリソースを停止した場合は、手動起動してください。
Oracle リソース監視の再開（すべてのノード）
すべてのノード上で hvoraenable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を再開してください。
例
ローカルノード上のすべての Oracle リソースの監視を再開する場合
```
# /opt/FJSVclora/sbin/hvoraenable -a
```
すべてのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" から元の状態（"Online"、"Offline"）になったことを確認してください。
保守モードの解除（運用ノード）
運用ノード上で、userApplication の保守モードを解除してください。
例
すべての userApplication を保守モードに解除する場合
```
# /opt/SMAW/SMAWRrms/bin/hvutil -M off
```
すべてのノード上で userApplication の状態が "Maintenance" から元の状態（"Online"、"Standby"、"Offline"）になったことを確認してください。
待機ノードへの切替確認
userApplication を待機ノードへ切替えて、正しく起動することを確認してください。
注意
- シングルノードクラスタ運用の場合、本手順は不要です。
- 待機ノード上で userApplication が正しく起動できない場合、手順 6 を確認してください。
業務の再開
必要に応じて userApplication を運用ノードへ切戻し、問題がない場合は業務を再開してください。

3.2.2 パッチ適用

3.2.2.1 In-place アップグレードによるパッチ適用

3.2.2.2 Out-of-place アップグレードによるパッチ適用