Oracle® Real Application Clustersotndnld.oracle.co.jp/.../101/doc_v12/rac.101/B14173-01.pdfOracle®...

Oracle® Real Application Clusters管理者ガイド

10g リリース 1（10.1）

部品番号部品番号部品番号部品番号 : B14173-01

2004 年 7 月

Oracle Real Application Clusters 管理者ガイド , 10g リリース 1（10.1）

部品番号 : B14173-01

原本名 : Oracle Real Application Clusters Administrator’s Guide, 10g Release 1 (10.1)

原本部品番号 : B10765-02

原本著者 : David Austin、Mark Bauer

原本協力者 : Jonathan Creighton、Rajiv Jayaraman、Raj Kumar、Dayong Liu、Venkat Maddali、Michael Salinas、Sudheendra Sampath、Cathy Shea、Khethavath P Singh

Copyright © 1998, 2004, Oracle Corporation. All rights reserved.

制限付権利の説明

このプログラム（ソフトウェアおよびドキュメントを含む）には、オラクル社およびその関連会社に所有権のある情報が含まれています。このプログラムの使用または開示は、オラクル社およびその関連会社との契約に記された制約条件に従うものとします。著作権、特許権およびその他の知的財産権と工業所有権に関する法律により保護されています。

独立して作成された他のソフトウェアとの互換性を得るために必要な場合、もしくは法律によって規定される場合を除き、このプログラムのリバース・エンジニアリング、逆アセンブル、逆コンパイル等は禁止されています。

このドキュメントの情報は、予告なしに変更される場合があります。オラクル社およびその関連会社は、このドキュメントに誤りが無いことの保証は致し兼ねます。これらのプログラムのライセンス契約で許諾されている場合を除き、プログラムを形式、手段（電子的または機械的）、目的に関係なく、複製または転用することはできません。

このプログラムが米国政府機関、もしくは米国政府機関に代わってこのプログラムをライセンスまたは使用する者に提供される場合は、次の注意が適用されます。

U.S. GOVERNMENT RIGHTS

Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation, and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial Computer Software--Restricted Rights (June 1987). Oracle Corporation, 500 Oracle Parkway, Redwood City, CA 94065.

このプログラムは、核、航空産業、大量輸送、医療あるいはその他の危険が伴うアプリケーションへの用途を目的としておりません。このプログラムをかかる目的で使用する際、上述のアプリケーションを安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。万一かかるプログラムの使用に起因して損害が発生いたしましても、オラクル社およびその関連会社は一切責任を負いかねます。

Oracle は Oracle Corporation およびその関連会社の登録商標です。その他の名称は、Oracle Corporation または各社が所有する商標または登録商標です。

目次目次目次目次

はじめにはじめにはじめにはじめに ........................................................................................................................................................................... ix

対象読者 ...................................................................................................................................................................... xこのマニュアルの構成 .............................................................................................................................................. x関連ドキュメント ..................................................................................................................................................... xi表記規則 .................................................................................................................................................................... xii

Real Application Clusters 管理に関する新機能管理に関する新機能管理に関する新機能管理に関する新機能 ........................................................................... xvii

Real Application Clusters の管理に関する Oracle Database 10g の新機能 ................................................. xviii

1 RAC 管理の概要管理の概要管理の概要管理の概要

Real Application Clusters ドキュメント概要ドキュメント概要ドキュメント概要ドキュメント概要 ................................................................................................... 1-2

『Oracle Real Application Clusters 配置およびパフォーマンス』 ............................................................ 1-2

『Oracle Real Application Clusters インストレーションおよび構成』および

『Oracle Real Application Clusters クイック・インストレーション・ガイド』 ............................ 1-3Real Application Clusters の管理の概要の管理の概要の管理の概要の管理の概要 ........................................................................................................... 1-3Real Application Clusters の管理の管理の管理の管理 ....................................................................................................................... 1-3

Real Application Clusters でのデータベース・インスタンス管理およびデータベース管理でのデータベース・インスタンス管理およびデータベース管理でのデータベース・インスタンス管理およびデータベース管理でのデータベース・インスタンス管理およびデータベース管理 ................... 1-4Real Application Clusters での記憶域管理での記憶域管理での記憶域管理での記憶域管理 ....................................................................................................... 1-4Real Application Clusters でのサービス管理でのサービス管理でのサービス管理でのサービス管理 ................................................................................................... 1-4

Real Application Clusters でのその他の管理項目でのその他の管理項目でのその他の管理項目でのその他の管理項目 ........................................................................................... 1-5Real Application Clusters でのでのでのでの Enterprise Manager の使用の使用の使用の使用 ......................................................................... 1-5

2 クラスタ・データベースでのデータベース・インスタンスの管理クラスタ・データベースでのデータベース・インスタンスの管理クラスタ・データベースでのデータベース・インスタンスの管理クラスタ・データベースでのデータベース・インスタンスの管理

データベース・コンポーネントの概要データベース・コンポーネントの概要データベース・コンポーネントの概要データベース・コンポーネントの概要 ............................................................................................................... 2-2Real Application Clusters 管理ツールの概要管理ツールの概要管理ツールの概要管理ツールの概要 ................................................................................................... 2-2

i

Enterpise Manager を使用した Real Application Clusters 管理の概要 ................................................. 2-2

SQL*Plus を使用した Real Application Clusters 管理の概要 ................................................................. 2-2

SRVCTL を使用した Real Application Clusters 管理の概要 ................................................................... 2-3インスタンスおよびインスタンスおよびインスタンスおよびインスタンスおよび Real Application Clusters データベースの起動および停止データベースの起動および停止データベースの起動および停止データベースの起動および停止 ...................................... 2-3

Enterprise Manager を使用した起動および停止 ....................................................................................... 2-4

SQL*Plus を使用した起動および停止 ......................................................................................................... 2-5

SRVCTL を使用した起動および停止 .......................................................................................................... 2-6

Real Application Clusters での初期化パラメータ・ファイルの概要での初期化パラメータ・ファイルの概要での初期化パラメータ・ファイルの概要での初期化パラメータ・ファイルの概要 ........................................................... 2-7

Real Application Clusters のサーバー・パラメータ・ファイルのパラメータ値の設定 .................... 2-8

下位互換性のためのサーバー・パラメータ・ファイルのエクスポート ............................................... 2-9

Real Application Clusters での初期化パラメータの使用での初期化パラメータの使用での初期化パラメータの使用での初期化パラメータの使用 ............................................................................... 2-9

すべてのインスタンスで同じ値を設定する必要があるパラメータ ..................................................... 2-10

すべてのインスタンスで一意の値を設定する必要があるパラメータ ................................................. 2-10Real Application Clusters データベースでのパラメータ使用についての概要データベースでのパラメータ使用についての概要データベースでのパラメータ使用についての概要データベースでのパラメータ使用についての概要 ......................................... 2-11

サーバー・パラメータ・ファイルのバックアップサーバー・パラメータ・ファイルのバックアップサーバー・パラメータ・ファイルのバックアップサーバー・パラメータ・ファイルのバックアップ ......................................................................................... 2-13

3 記憶域の管理記憶域の管理記憶域の管理記憶域の管理

Oracle Real Application Clusters の記憶域の概要の記憶域の概要の記憶域の概要の記憶域の概要 .......................................................................................... 3-2

自動記憶域管理 ............................................................................................................................................... 3-2

RAC の自動記憶域管理コンポーネント ..................................................................................................... 3-2

RAC での ASM 用ディスク・グループ構成の変更 .................................................................................. 3-3

RAC での Enterprise Manager を使用した ASM インスタンスおよび

ASM ディスク・グループの管理 ......................................................................................................... 3-3

RAC での SRVCTL を使用した ASM インスタンスの管理 ..................................................................... 3-4

Real Application Clusters でのデータ・ファイルへのアクセス ............................................................ 3-5

Real Application Clusters での REDO ログ・ファイル記憶域 ............................................................... 3-5

Real Application Clusters の自動 UNDO 管理 .......................................................................................... 3-5

Real Application Clusters でのインスタンス UNDO 表領域の切替え .................................................. 3-6

Real Application Clusters での Oracle Cluster Registry の管理 ............................................................. 3-6

OCR エクスポートを使用した Oracle Cluster Registry の管理 .............................................................. 3-9

ocrconfig ツール・コマンドの構文およびオプション ........................................................................... 3-10

OCR での Oracle Hardware Assisted Resilient Data の実装 ................................................................. 3-11

Real Application Clusters での OCR 構成のアップグレードおよびダウングレード ........................ 3-11

SRVCONFIG を使用したクラスタ・データベース構成のインポートおよびエクスポートを使用したクラスタ・データベース構成のインポートおよびエクスポートを使用したクラスタ・データベース構成のインポートおよびエクスポートを使用したクラスタ・データベース構成のインポートおよびエクスポート ................... 3-11

ii

4 サービスの管理サービスの管理サービスの管理サービスの管理

Real Application Clusters でのサービスと高可用性でのサービスと高可用性でのサービスと高可用性でのサービスと高可用性 ....................................................................................... 4-2

Real Application Clusters 環境でのサービスの使用 ................................................................................ 4-2

サービスの追加および変更サービスの追加および変更サービスの追加および変更サービスの追加および変更 ................................................................................................................................... 4-3

サービスの追加および変更のための DBCA の使用 ................................................................................. 4-3

VIP アドレスの変更 ....................................................................................................................................... 4-4

障害後の自動再起動障害後の自動再起動障害後の自動再起動障害後の自動再起動 ............................................................................................................................................... 4-5Enterprise Manager およびおよびおよびおよび SRVCTL を使用したサービスの管理を使用したサービスの管理を使用したサービスの管理を使用したサービスの管理 ............................................................... 4-5

Enterprise Manager を使用した Real Application Clusters 内のサービスの管理 ............................... 4-5

SRVCTL を使用した Real Application Clusters 内のサービスの管理 ................................................... 4-6

5 ノードおよびインスタンスの追加および削除ノードおよびインスタンスの追加および削除ノードおよびインスタンスの追加および削除ノードおよびインスタンスの追加および削除

ノードの追加手順の概要ノードの追加手順の概要ノードの追加手順の概要ノードの追加手順の概要 ....................................................................................................................................... 5-2

手順手順手順手順 1: 新規ノードのクラスタへの接続新規ノードのクラスタへの接続新規ノードのクラスタへの接続新規ノードのクラスタへの接続 .............................................................................................................. 5-3

物理的接続の確立 ........................................................................................................................................... 5-3

オペレーティング・システムのインストール ........................................................................................... 5-3

Oracle ユーザーの作成 .................................................................................................................................. 5-3

インストールの検査 ....................................................................................................................................... 5-3手順手順手順手順 2: クラスタウェアおよびクラスタウェアおよびクラスタウェアおよびクラスタウェアおよび Oracle ソフトウェアの新規ノードへの拡張ソフトウェアの新規ノードへの拡張ソフトウェアの新規ノードへの拡張ソフトウェアの新規ノードへの拡張 ................................................ 5-4

ベンダーのクラスタウェア・レイヤーでのノードの追加（UNIX のみ） ............................................. 5-4

Oracle クラスタウェア・レイヤーでのノードの追加（UNIX および Windows） .............................. 5-5手順手順手順手順 3: 新規ノードでの新規ノードでの新規ノードでの新規ノードでの RAC の記憶域の準備の記憶域の準備の記憶域の準備の記憶域の準備 ................................................................................................... 5-8

新規ノードの RAW デバイス記憶域の準備 ............................................................................................... 5-8

手順手順手順手順 4: Oracle RAC データベース・レイヤーでのノードの追加データベース・レイヤーでのノードの追加データベース・レイヤーでのノードの追加データベース・レイヤーでのノードの追加 ................................................................. 5-10手順手順手順手順 5: 新規ノードに対するデータベース・インスタンスの追加新規ノードに対するデータベース・インスタンスの追加新規ノードに対するデータベース・インスタンスの追加新規ノードに対するデータベース・インスタンスの追加 ................................................................ 5-13

Windows ベース・システムでの新しいノードの PATH 環境変数の更新 ......................................... 5-16

Windows ベースのプラットフォームにおけるノードの追加後の iSQL*Plus への接続 ................. 5-16すでにクラスタウェアおよびすでにクラスタウェアおよびすでにクラスタウェアおよびすでにクラスタウェアおよび Oracle ソフトウェアがインストールされているクラスタへのソフトウェアがインストールされているクラスタへのソフトウェアがインストールされているクラスタへのソフトウェアがインストールされているクラスタへの

ノードの追加ノードの追加ノードの追加ノードの追加 ................................................................................................................................................. 5-17

共有 Oracle ホームへのノードの追加 ....................................................................................................... 5-18Real Application Clusters データベースからのインスタンスの削除データベースからのインスタンスの削除データベースからのインスタンスの削除データベースからのインスタンスの削除 ......................................................... 5-18

UNIX ベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでの Oracle クラスタからのノードの削除クラスタからのノードの削除クラスタからのノードの削除クラスタからのノードの削除 ........................................... 5-19

ノード削除に対する ASM インスタンスのクリーンアップ手順 .......................................................... 5-21Windows ベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでの Oracle クラスタからのノードの削除クラスタからのノードの削除クラスタからのノードの削除クラスタからのノードの削除 .................................... 5-21

Windows ベース・プラットフォームでのノード削除後の ASM インスタンスの

クリーンアップ手順 ............................................................................................................................. 5-23

iii

6 Recovery Manager の構成およびアーカイブの構成およびアーカイブの構成およびアーカイブの構成およびアーカイブ

Real Application Clusters のののの Recovery Manager の構成の概要の構成の概要の構成の概要の構成の概要 ................................................................... 6-2Recovery Manager のスナップショット制御ファイルの位置の構成のスナップショット制御ファイルの位置の構成のスナップショット制御ファイルの位置の構成のスナップショット制御ファイルの位置の構成 ............................................................ 6-2

Recovery Manager 制御ファイルの自動バックアップ機能の構成制御ファイルの自動バックアップ機能の構成制御ファイルの自動バックアップ機能の構成制御ファイルの自動バックアップ機能の構成 ................................................................ 6-3Real Application Clusters でのでのでのでの Recovery Manager を使用したアーカイブを使用したアーカイブを使用したアーカイブを使用したアーカイブ REDO ログの管理ログの管理ログの管理ログの管理 ............ 6-3RAC のアーカイブのアーカイブのアーカイブのアーカイブ REDO ログ・ファイルのフォーマットと接続先ログ・ファイルのフォーマットと接続先ログ・ファイルのフォーマットと接続先ログ・ファイルのフォーマットと接続先 ........................................................... 6-5

Recovery Manager のアーカイブ構成使用例のアーカイブ構成使用例のアーカイブ構成使用例のアーカイブ構成使用例 .................................................................................................... 6-5

クラスタ・ファイル・システムのアーカイブ・スキーム ....................................................................... 6-6

非クラスタ・ファイル・システムのローカル・アーカイブ・スキーム ............................................... 6-7

Real Application Clusters でのアーカイブ・モードの変更でのアーカイブ・モードの変更でのアーカイブ・モードの変更でのアーカイブ・モードの変更 ......................................................................... 6-10

アーカイバ・プロセスの監視 ..................................................................................................................... 6-11

7 バックアップおよびリカバリの管理バックアップおよびリカバリの管理バックアップおよびリカバリの管理バックアップおよびリカバリの管理

Real Application Clusters でのインスタンス・リカバリでのインスタンス・リカバリでのインスタンス・リカバリでのインスタンス・リカバリ ............................................................................... 7-2

Real Application Clusters での単一ノード障害 ........................................................................................ 7-2

Real Application Clusters での複数ノード障害 ........................................................................................ 7-2

Real Application Clusters での Recovery Manager を使用したバックアップの作成 ......................... 7-3

Recovery Manager を使用したサーバー・パラメータ・ファイル（SPFILE）のリストア .............. 7-3

Real Application Clusters での Recovery Manager と Oracle Net ......................................................... 7-3

クラスタ・インスタンスへのチャネル接続 ............................................................................................... 7-4

高速接続のノード・アフィニティの認識 ................................................................................................... 7-4

バックアップするファイルの可読性 ........................................................................................................... 7-5

バックアップ完了後のアーカイブ REDO ログの削除 ............................................................................. 7-5

バックアップの分散 ....................................................................................................................................... 7-6

バックアップ・コマンドとリストア・コマンドのオートロケーション ............................................... 7-6Real Application Clusters でのでのでのでの Recovery Manager のバックアップ機能の使用例のバックアップ機能の使用例のバックアップ機能の使用例のバックアップ機能の使用例 .................................. 7-7

クラスタ・ファイル・システムのバックアップ・スキーム ................................................................... 7-7

非クラスタ・ファイル・システムのバックアップ・スキーム ............................................................... 7-8Real Application Clusters でのメディア・リカバリでのメディア・リカバリでのメディア・リカバリでのメディア・リカバリ ....................................................................................... 7-9

Real Application Clusters でのでのでのでの Recovery Manager のリストア機能の使用例のリストア機能の使用例のリストア機能の使用例のリストア機能の使用例 ........................................... 7-9

クラスタ・ファイル・システムのリストア・スキーム ........................................................................... 7-9

非クラスタ・ファイル・システムのリストア・スキーム ..................................................................... 7-10

Real Application Clusters でででで RESETLOGS を使用したを使用したを使用したを使用した Recovery Manager によるリカバリによるリカバリによるリカバリによるリカバリ .............. 7-11Real Application Clusters でのパラレル・リカバリでのパラレル・リカバリでのパラレル・リカバリでのパラレル・リカバリ ..................................................................................... 7-11

Recovery Manager を使用したパラレル・リカバリ .............................................................................. 7-11

iv

SQL*Plus を使用したパラレル・リカバリ ............................................................................................... 7-12

Real Application Clusters でのフラッシュ・リカバリ領域の使用でのフラッシュ・リカバリ領域の使用でのフラッシュ・リカバリ領域の使用でのフラッシュ・リカバリ領域の使用 ............................................................. 7-12

8 管理オプション管理オプション管理オプション管理オプション

Real Application Clusters でのでのでのでの Enterprise Manager のオプションのタスクのオプションのタスクのオプションのタスクのオプションのタスク ............................................. 8-2

ノードおよびインスタンスの検出のためのノードおよびインスタンスの検出のためのノードおよびインスタンスの検出のためのノードおよびインスタンスの検出のための Enterprise Manager の使用の使用の使用の使用 ..................................................... 8-2Enterprise Manager のののの Real Application Clusters 用のページ用のページ用のページ用のページ ..................................................................... 8-3

「Databases Summary」ページ .................................................................................................................... 8-3

「Cluster Database」の「Home」ページ .................................................................................................... 8-4

「Cluster Database Instances」ページ ......................................................................................................... 8-4

Real Application Clusters の「Databases Overview」ページ ................................................................ 8-4

Real Application Clusters の「Cluster」の「Home」ページ ................................................................ 8-4Real Application Clusters の「の「の「の「Instance」ページ」ページ」ページ」ページ ........................................................................................... 8-5Enterprise Manager のののの Real Application Clusters 管理手順管理手順管理手順管理手順 ......................................................................... 8-5

Real Application Clusters での Enterprise Manager ジョブの管理 ....................................................... 8-6

Enterprise Manager を使用した Real Application Clusters でのアラートの管理 ............................... 8-6

Enterprise Manager で定義済ブラックアウトを使用したスケジュール済メンテナンスの実行 ...... 8-7

Real Application Clusters でのでのでのでの SQL*Plus に関する追加情報に関する追加情報に関する追加情報に関する追加情報 ....................................................................... 8-7

インスタンスへの SQL*Plus コマンドの適用方法 .................................................................................... 8-7

インスタンスの実行の確認 ........................................................................................................................... 8-8Real Application Clusters データベースの静止データベースの静止データベースの静止データベースの静止 ............................................................................................... 8-9

静止状態とコールド・バックアップ ........................................................................................................... 8-9OIFCFG（（（（Oracle Interface Configuration）ツールを使用したシステムおよび）ツールを使用したシステムおよび）ツールを使用したシステムおよび）ツールを使用したシステムおよび

ネットワーク・インタフェースの管理ネットワーク・インタフェースの管理ネットワーク・インタフェースの管理ネットワーク・インタフェースの管理 ..................................................................................................... 8-10

OIFCFG を使用したネットワーク・インタフェースの定義 ................................................................. 8-10

OIFCFG コマンドライン・ツールの構文およびコマンド ..................................................................... 8-11

A トラブルシューティングトラブルシューティングトラブルシューティングトラブルシューティング

Real Application Clusters でのトレース・ファイルの監視でのトレース・ファイルの監視でのトレース・ファイルの監視でのトレース・ファイルの監視 ........................................................................... A-2

エラー分析に必要なファイルの場所 ........................................................................................................... A-2

Real Application Clusters でのログ・ファイルの使用でのログ・ファイルの使用でのログ・ファイルの使用でのログ・ファイルの使用 ................................................................................... A-3

クラスタウェア・ログ・ファイル ............................................................................................................... A-3

Real Application Clusters High Availability のための追加トレースの有効化 .................................... A-4

Real Application Clusters でのインスタンス固有のアラート・ファイルの使用でのインスタンス固有のアラート・ファイルの使用でのインスタンス固有のアラート・ファイルの使用でのインスタンス固有のアラート・ファイルの使用 ....................................... A-6

停止保留問題の解決 ....................................................................................................................................... A-6

v

B サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（SRVCTL）のリファレンス）のリファレンス）のリファレンス）のリファレンス

Real Application Clusters 管理のための管理のための管理のための管理のための SRVCTL の概要の概要の概要の概要 ............................................................................ B-2

Real Application Clusters で SRVCTL を使用する場合のガイドライン ............................................... B-2

SRVCTL に関するコマンドライン・ヘルプの取得 .................................................................................. B-2SRVCTL のコマンド構文およびオプションのコマンド構文およびオプションのコマンド構文およびオプションのコマンド構文およびオプション ...................................................................................................... B-3SRVCTL のクラスタ・データベース構成タスクのクラスタ・データベース構成タスクのクラスタ・データベース構成タスクのクラスタ・データベース構成タスク .............................................................................................. B-3

SRVCTL の一般クラスタ・データベース管理タスクの一般クラスタ・データベース管理タスクの一般クラスタ・データベース管理タスクの一般クラスタ・データベース管理タスク ...................................................................................... B-4SRVCTL のノード・レベル・タスクのノード・レベル・タスクのノード・レベル・タスクのノード・レベル・タスク .................................................................................................................. B-4SRVCTL のコマンド・リファレンスのコマンド・リファレンスのコマンド・リファレンスのコマンド・リファレンス .................................................................................................................. B-4

SRVCTL のコマンドのコマンドのコマンドのコマンド .............................................................................................................................................. B-5

SRVCTL のコマンドのサマリー .................................................................................................................. B-5

SRVCTL のオブジェクトのサマリー .......................................................................................................... B-6

srvctl add ......................................................................................................................................................... B-6

srvctl config .................................................................................................................................................. B-11

srvctl enable ................................................................................................................................................. B-13

srvctl disable ................................................................................................................................................ B-16

srvctl start ..................................................................................................................................................... B-18

srvctl stop ..................................................................................................................................................... B-22

srvctl modify ................................................................................................................................................ B-25

srvctl relocate ............................................................................................................................................... B-30

srvctl status ................................................................................................................................................... B-31

srvctl getenv ................................................................................................................................................. B-34

srvctl setenv および unsetenv ................................................................................................................... B-36

srvctl remove ................................................................................................................................................ B-41

C Oracle Real Application Clusters ツールのメッセージツールのメッセージツールのメッセージツールのメッセージ

Real Application Clusters 固有のメッセージの概要固有のメッセージの概要固有のメッセージの概要固有のメッセージの概要 ...................................................................................... C-2

RAC 固有のメッセージの接頭辞およびメッセージ・コード ................................................................ C-2

Real Application Clusters のメッセージおよび関連ファイルのタイプ ............................................... C-2

PRKA: クラスタ・ノード・アプリケーションのメッセージクラスタ・ノード・アプリケーションのメッセージクラスタ・ノード・アプリケーションのメッセージクラスタ・ノード・アプリケーションのメッセージ ........................................................................ C-2PRKC: クラスタ・コマンド・メッセージクラスタ・コマンド・メッセージクラスタ・コマンド・メッセージクラスタ・コマンド・メッセージ ....................................................................................................... C-3PRKD: グローバル・サービス・デーモンのメッセージグローバル・サービス・デーモンのメッセージグローバル・サービス・デーモンのメッセージグローバル・サービス・デーモンのメッセージ .............................................................................. C-11

PRKE: グローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージグローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージグローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージグローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージ ................... C-11PRKH: Server Manager（（（（SRVM）のメッセージ）のメッセージ）のメッセージ）のメッセージ ......................................................................................... C-12PRKN: Server Manager（（（（SRVM）のシステム・ライブラリのメッセージ）のシステム・ライブラリのメッセージ）のシステム・ライブラリのメッセージ）のシステム・ライブラリのメッセージ ............................................. C-14

vi

PRKO: サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（SRVCTL）のメッセージ）のメッセージ）のメッセージ）のメッセージ .............................................................. C-15

PRKP: クラスタ・データベース管理のメッセージクラスタ・データベース管理のメッセージクラスタ・データベース管理のメッセージクラスタ・データベース管理のメッセージ ....................................................................................... C-20PRKR: クラスタ・レジストリのメッセージクラスタ・レジストリのメッセージクラスタ・レジストリのメッセージクラスタ・レジストリのメッセージ .................................................................................................. C-29PRKS: 自動記憶域管理のメッセージ自動記憶域管理のメッセージ自動記憶域管理のメッセージ自動記憶域管理のメッセージ ............................................................................................................... C-36

PRKU: コマンドライン・パーサー・ユーティリティのメッセージコマンドライン・パーサー・ユーティリティのメッセージコマンドライン・パーサー・ユーティリティのメッセージコマンドライン・パーサー・ユーティリティのメッセージ .......................................................... C-41PRKV: Virtual IP Configuration Assistant のメッセージのメッセージのメッセージのメッセージ ........................................................................... C-42

索引索引索引索引

vii

はじめにはじめにはじめにはじめに

このマニュアルでは、Real Application Clusters（RAC）固有の管理タスクについて説明します。このマニュアルの情報は、すべてのプラットフォーム上で動作する RAC に適用されます。このマニュアルの内容は、他の Oracle マニュアルにおけるシングル・インスタンスの Oracle データベースの管理内容を補足するものです。必要に応じて、プラットフォーム固有のマニュアルも参照してください。内容は次のとおりです。

� 対象読者

� このマニュアルの構成

� 関連ドキュメント

� 表記規則

ix

対象読者対象読者対象読者対象読者このマニュアルは、次のタスクを実行するデータベース管理者、ネットワーク管理者およびシステム管理者を対象としています。

� RAC データベースの管理

� RAC を使用するクラスタおよびネットワークの管理およびトラブルシューティング

このマニュアルは、『Oracle Database 2 日でデータベース管理者』および『Oracle Database管理者ガイド』に記載されている管理手順を理解していることを前提としています。また、

『Oracle Real Application Clusters インストレーションおよび構成』に記載されている RACのインストールおよび構成についても理解していることを前提としています。

このマニュアルの構成このマニュアルの構成このマニュアルの構成このマニュアルの構成このマニュアルの構成は、次のとおりです。

第第第第 1 章「章「章「章「RAC 管理の概要」管理の概要」管理の概要」管理の概要」

この章では、RAC ソフトウェアの管理タスクについて説明します。

第第第第 2 章「クラスタ・データベースでのデータベース・インスタンスの管理」章「クラスタ・データベースでのデータベース・インスタンスの管理」章「クラスタ・データベースでのデータベース・インスタンスの管理」章「クラスタ・データベースでのデータベース・インスタンスの管理」

この章では、RAC データベースおよびインスタンスの管理方法について説明します。

第第第第 3 章「記憶域の管理」章「記憶域の管理」章「記憶域の管理」章「記憶域の管理」

この章では、RAC の記憶域コンポーネントの管理方法について説明します。

第第第第 4 章「サービスの管理」章「サービスの管理」章「サービスの管理」章「サービスの管理」

この章では、RAC 環境でのサービスの管理方法について説明します。

第第第第 5 章「ノードおよびインスタンスの追加および削除」章「ノードおよびインスタンスの追加および削除」章「ノードおよびインスタンスの追加および削除」章「ノードおよびインスタンスの追加および削除」

この章では、RAC データベース環境でのノードとインスタンスの追加および削除の手順について説明します。

第第第第 6 章「章「章「章「Recovery Manager の構成およびアーカイブ」の構成およびアーカイブ」の構成およびアーカイブ」の構成およびアーカイブ」

この章では、RAC データベースで使用するための Recovery Manager（RMAN）の構成方法について説明します。

第第第第 7 章「バックアップおよびリカバリの管理」章「バックアップおよびリカバリの管理」章「バックアップおよびリカバリの管理」章「バックアップおよびリカバリの管理」

この章では、RAC でのバックアップおよびリカバリの管理方法について説明します。

x

第第第第 8 章「管理オプション」章「管理オプション」章「管理オプション」章「管理オプション」

この章では、Real Application Clusters の管理オプションについて説明します。

付録付録付録付録 A「トラブルシューティング」「トラブルシューティング」「トラブルシューティング」「トラブルシューティング」

この付録では、オラクル社カスタマ・サポート・センターへの連絡方法について説明します。

付録付録付録付録 B「サーバー制御ユーティリティ（「サーバー制御ユーティリティ（「サーバー制御ユーティリティ（「サーバー制御ユーティリティ（SRVCTL）のリファレンス」）のリファレンス」）のリファレンス」）のリファレンス」

この付録では、SRVCTL コマンド・リファレンスについて説明します。

付録付録付録付録 C「「「「Oracle Real Application Clusters ツールのメッセージ」ツールのメッセージ」ツールのメッセージ」ツールのメッセージ」

この付録では、RAC 管理ツールのメッセージについて説明します。

関連ドキュメント関連ドキュメント関連ドキュメント関連ドキュメント詳細は、次の Oracle ドキュメントを参照してください。

� 『Oracle Real Application Clusters インストレーションおよび構成』

� 『Oracle Real Application Clusters クイック・インストレーション・ガイド』

� 『Oracle Real Application Clusters 配置およびパフォーマンス』

� 『Oracle Database 管理者ガイド』

� 『Oracle Database 2 日でデータベース管理者』

� 『Oracle Net Services 管理者ガイド』

� 『Oracle Database プラットフォーム・ガイド』

� 『Oracle Database for UNIX Systems 管理者リファレンス』（AIX-Based Systems、HP-UX Tru64 UNIX、Linux、Solaris Operating System（SPARC）共通）

リリース・ノート、インストール関連ドキュメント、ホワイト・ペーパーまたはその他の関連ドキュメントは、OTN-J（Oracle Technology Network Japan）から、無償でダウンロードできます。OTN-J を使用するには、オンラインでの登録が必要です。登録は、次の Web サイトから無償で行えます。

http://otn.oracle.co.jp/membership/

すでに OTN-J のユーザー名およびパスワードを取得している場合は、次の URL で OTN-J Web サイトのドキュメントのセクションに直接接続できます。

http://otn.oracle.co.jp/document/

xi

表記規則表記規則表記規則表記規則この項では、このマニュアルの本文およびコード例で使用される表記規則について説明します。この項の内容は次のとおりです。

� 本文の表記規則

� コード例の表記規則

� Microsoft Windows オペレーティング・システム環境での表記規則

本文の表記規則本文の表記規則本文の表記規則本文の表記規則

本文では、特定の項目が一目でわかるように、次の表記規則を使用します。次の表に、その規則と使用例を示します。

規則規則規則規則意味意味意味意味例例例例

太字太字太字太字太字は、本文中で定義されている用語および用語集に記載されている用語を示します。

この句を指定すると、索引構成表索引構成表索引構成表索引構成表が作成されます。

固定幅フォントの大文字

固定幅フォントの大文字は、システム指定の要素を示します。このような要素には、パラメータ、権限、データ型、Recovery Managerキーワード、SQL キーワード、SQL*Plus またはユーティリティ・コマンド、パッケージおよびメソッドがあります。また、システム指定の列名、データベース・オブジェクト、データベース構造、ユーザー名およびロールも含まれます。

NUMBER列に対してのみ、この句を指定できます。

BACKUPコマンドを使用して、データベースのバックアップを作成できます。

USER_TABLESデータ・ディクショナリ・ビュー内の TABLE_NAME列を問い合せます。

DBMS_STATS.GENERATE_STATSプロシージャを使用します。

固定幅フォントの小文字

固定幅フォントの小文字は、実行可能ファイル、ファイル名、ディレクトリ名およびユーザーが指定する要素のサンプルを示します。このような要素には、コンピュータ名およびデータベース名、ネット・サービス名および接続識別子があります。また、ユーザーが指定するデータベース・オブジェクトとデータベース構造、列名、パッケージとクラス、ユーザー名とロール、プログラム・ユニットおよびパラメータ値も含まれます。

注意注意注意注意 : プログラム要素には、大文字と小文字

を組み合せて使用するものもあります。これらの要素は、記載されているとおりに入力してください。

sqlplusと入力して、SQL*Plus をオープンします。

パスワードは、orapwdファイルで指定します。

/disk1/oracle/dbsディレクトリ内のデータ・ファイルおよび制御ファイルのバックアップを作成します。

hr.departments表には、department_id、department_nameおよび location_id列があります。

QUERY_REWRITE_ENABLED初期化パラメータをtrueに設定します。

oeユーザーとして接続します。

JRepUtilクラスが次のメソッドを実装します。

xii

コード例の表記規則コード例の表記規則コード例の表記規則コード例の表記規則

コード例は、SQL、PL/SQL、SQL*Plus または他のコマンドライン文の例です。次のように固定幅フォントで表示され、通常のテキストと区別されます。

SELECT username FROM dba_users WHERE username = 'MIGRATE';

次の表に、コード例で使用される表記規則とその使用例を示します。

固定幅フォントの小文字のイタリック

固定幅フォントの小文字のイタリックは、プレースホルダまたは変数を示します。

parallel_clauseを指定できます。

old_release.SQLを実行します。ここで、

old_releaseとはアップグレード前にインス

トールしたリリースを示します。


[ ] 大カッコは、カッコ内の項目を任意に選択することを表します。

DECIMAL (digits [ , precision ])

{ } 中カッコは、カッコ内の項目のうち、1 つが

必須であることを表します。

{ENABLE | DISABLE}

| 縦線は、大カッコまたは中カッコ内の複数の選択項目の区切りに使用します。項目のうちの 1 つを入力します。

{ENABLE | DISABLE}[COMPRESS | NOCOMPRESS]

... 水平の省略記号は、次のいずれかを示します。

� 例に直接関連しないコードの一部を省略できる。

� コードの一部を繰り返すことができる。

SELECT col1, col2, ... , coln FROM employees;

CREATE TABLE ... AS subquery;

その他の記号大カッコ、中カッコ、縦線および省略記号以外の記号は、記載されているとおりに入力する必要があります。

acctbal NUMBER(11,2);acct CONSTANT NUMBER(4) := 3;

イタリック体イタリック体は、特定の値を指定する必要があるプレースホルダや変数を示します。

CONNECT SYSTEM/system_passwordDB_NAME = database_name

大文字大文字は、システム指定の要素を示します。これらの要素は、ユーザー定義の要素と区別するために大文字で示されます。大カッコ内にないかぎり、表示されているとおりの順序および綴りで入力します。ただし、大 / 小文

字が区別されないため、小文字でも入力できます。

SELECT last_name, employee_id FROM employees;SELECT * FROM USER_TABLES;DROP TABLE hr.employees;


xiii

Microsoft Windows オペレーティング・システム環境での表記規則オペレーティング・システム環境での表記規則オペレーティング・システム環境での表記規則オペレーティング・システム環境での表記規則

次の表に、Microsoft Windows オペレーティング・システム環境での表記規則とその使用例を示します。

小文字小文字は、ユーザー定義のプログラム要素を示します。たとえば、表名、列名またはファイル名などです。

注意注意注意注意 : プログラム要素には、大文字と小文字

を組み合せて使用するものもあります。これらの要素は、記載されているとおりに入力してください。

SELECT last_name, employee_id FROM employees;sqlplus hr/hr

CREATE USER mjones IDENTIFIED BY ty3MU9;


ファイル名およびディレクトリ名

ファイル名およびディレクトリ名は、大 / 小

文字が区別されません。特殊文字の左山カッコ（<）、右山カッコ（>）、コロン（:）、二重

引用符（"）、スラッシュ（/）、縦線（|）お

よびハイフン（-）は使用できません。円記号

（¥）は、引用符で囲まれている場合でも、要

素のセパレータとして処理されます。Windows では、ファイル名が ¥¥ で始まる場

合、汎用命名規則が使用されていると解釈されます。

c:¥winnt"¥"system32 は、C:¥WINNT¥SYSTEM32と同じです。

Windowsコマン

ド・プロンプト

Windows コマンド・プロンプトには、カレ

ント・ディレクトリが表示されます。コマンド・プロンプトのエスケープ文字はカレット（^）です。プロンプトには、作業中のサブ

ディレクトリが反映されます。このマニュアルでは、コマンド・プロンプトと呼びます。

C:¥oracle¥oradata>

特殊文字 Windows コマンド・プロンプトで二重引用

符（"）のエスケープ文字として円記号（¥）が必要な場合があります。丸カッコおよび一重引用符（'）にはエスケープ文字は必要あり

ません。エスケープ文字および特殊文字の詳細は、Windows オペレーティング・システ

ムのドキュメントを参照してください。

C:¥>exp HR/HR TABLES=employees QUERY=¥"WHERE job_id='SA_REP' and salary<8000¥"

HOME_NAME Oracle ホームの名前を表します。ホーム名に

は、英数字で 16 文字まで使用できます。

ホーム名に使用可能な特殊文字は、アンダースコアのみです。

C:¥> net start OracleHOME_NAMETNSListener


xiv

ORACLE_HOMEおよびORACLE_BASE

Oracle8i より前のリリースでは、Oracle コン

ポーネントをインストールすると、すべてのサブディレクトリが上位の ORACLE_HOMEの直下に置かれました。ORACLE_HOMEディ

レクトリは、Windows NT の場合、デフォル

トでは、C:¥orantです。

このリリースは、Optimal Flexible Architecture（OFA）のガイドラインに準拠

しています。ORACLE_HOMEディレクトリ下

に配置されないサブディレクトリもあります。上位のディレクトリは ORACLE_BASEと呼ばれ、デフォルトではC:¥oracle¥product¥10.1.0です。他の

Oracle ソフトウェアがインストールされてい

ないコンピュータに新リリースの Oracle を

インストールした場合、Oracle ホーム・ディ

レクトリは、デフォルトでC:¥oracle¥product¥10.1.0¥db_nに設

定されます。ここで、nは新の Oracle ホー

ム番号です。Oracle ホーム・ディレクトリ

は、ORACLE_BASE直下に配置されます。

このマニュアルに示すディレクトリ・パスの例は、すべて OFA の表記規則に準拠してい

ます。

OFA 準拠の詳細は、『Oracle Database インス

トレーション・ガイド for Microsoft Windows』を参照してください。

ORACLE_BASE¥ORACLE_HOME¥rdbms¥adminディレクトリに移動します。


xv

Real Application Clusters 管理に関する管理に関する管理に関する管理に関する新機能新機能新機能新機能

ここでは、Oracle Real Application Clusters（RAC）の管理に関する Oracle Database 10g リリース 1（10.1）の新機能について説明します。内容は次のとおりです。

� Real Application Clusters の管理に関する Oracle Database 10g の新機能

関連項目関連項目関連項目関連項目 :

� 『Oracle Real Application Clusters インストレーションおよび構成』


� 『Oracle Database 新機能』

� 『Oracle Enterprise Manager Grid Control インストレーションおよび基本構成』

xvii

Real Application Clusters の管理に関するの管理に関するの管理に関するの管理に関する Oracle Database 10g の新の新の新の新機能機能機能機能

ここでは、RAC の管理に関する Oracle Database 10g の機能について説明します。

� 高可用性、ワークロード管理およびサービス

Oracle Real Application Clusters では、Cluster Ready Services（CRS）と呼ばれる統合クラスタウェアが導入さています。Oracle Real Application Clusters ソフトウェアが実行されるすべてのプラットフォームに CRS をインストールします。CRS は、ノードのメンバーシップ、グループ・サービス、グローバル・リソース管理、高可用性などのクラスタ・データベース機能を管理します。

Oracle Real Application Clusters では、個別のアプリケーションまたは複合アプリケーションの主要なコンポーネントに対するサービスを作成して、アプリケーションのワークロードの定義にサービスを使用できます。サービスの作成後は、そのサービスを実行する場所と時期を定義して、ワークロードの制御にサービスを使用できます。

クラスタ環境および非クラスタ環境のいずれの場合も、サービスによるパフォーマンス・メトリックの追跡が自動ワークロード・リポジトリ（AWR）によって実行されます。パフォーマンス・メトリックのしきい値は、この値を超えた場合にアラートを自動的に生成するように設定できます。

� Cluster Manager の実装の拡張

Oracle データベースの以前のリリースでは、一部のプラットフォームを対象としたクラスタ・マネージャの実装は、「Cluster Manager」と呼ばれていました。Oracle Database 10g では、Cluster Ready Services（CRS）がクラスタウェア・ソフトウェアとして機能し、クラスタ同期化サービス（CSS）がすべてのプラットフォームを対象としたクラスタ・マネージャ・ソフトウェアとなります。UNIX ベースのシステムでは、クラスタウェア機能の一部が Oracle クラスタ同期化サービス・デーモン（OCSSD）によって実行されます。Windowsベースのシステムでは、OracleCSService、OracleCRService および OracleEVMService が、Oracle Database OracleCMService9i の後継になります。

関連項目関連項目関連項目関連項目 : RAC を搭載した Oracle Database 10g Standard Edition をWindows システムにインストールする方法の詳細は、『Oracle Real Application Clusters クイック・インストレーション・ガイド』を参照してください。

関連項目関連項目関連項目関連項目 : DBMS_SERVICEおよび DBMS_MONITOR PL/SQL パッケージ、およびしきい値の設定の詳細は、『PL/SQL パッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。

xviii

Oracle Enterprise Manager、Database Configuration Assistant （DBCA）およびサーバー制御ユーティリティ（SRVCTL）は、クラスタ、RAC データベースおよびサービスを管理するツールを提供します。

� RAC を対象とした Enterprise Manager の拡張機能

このリリースには、RAC データベースを管理できる新しい Web ベースの Enterprise Manager Database Control および複数の RAC データベースを管理するためのEnterprise Manager Grid Control が含まれています。タスクのドリルダウン操作がさらに簡単になり、Enterprise Manager にクラスタ全体のパフォーマンス情報が表示されるため、RAC データベースの管理が大幅に簡素化されます。これは、シングル・インスタンスの Oracle データベースおよび RAC データベースの両方に適用されます。

Enterprise Manager には、クラスタ・データベースのパフォーマンス情報が一目でわかるサマリー・ページがいくつかあります。このサマリー・ページを使用すると、クラスタ・データベース・パフォーマンスのグローバル・ビューを取得するために、各クラスタ・データベースにログインしたり、インスタンス固有のページを表示する必要はありません。

� フラッシュ・リカバリ領域およびディスク・ベースの自動バックアップおよびリカバリの拡張機能

� フラッシュ・リカバリ領域は、リカバリ・ファイルのデフォルトの記憶域として機能する自動記憶域管理（Automatic Storage Management: ASM）ディスク・グループ、ファイル・システム、ディレクトリのいずれかです。RAC では、ディスク領域、バックアップ・ファイルおよびリカバリ・ファイルの管理を簡単にするディスクベースの自動バックアップおよびリカバリ機能がサポートされます。

� Database Configuration Assistant（DBCA）の拡張機能

� インスタンスの追加および削除、データベースの削除の実行には、DBCA を使用します。

� Database Upgrade Assistant（DBUA）の拡張機能

以前のバージョンの RAC から RAC 搭載の Oracle Database 10g へのアップグレードには、DBUA を使用します。プライマリまたはセカンダリ環境をアップグレードする場合は、DBUA によって 1 つのサービスが作成されます。このサービスは、優先インスタンスとして 1 つのインスタンスに割り当てられ、また、このサービスの使用可能インスタンスとして別のインスタンスにも割り当てられます。

サーバー制御ユーティリティ（SRVCTL）の拡張機能

SRVCTL の拡張機能により、RAC 内でのサービスの管理および自動記憶域管理（Automatic Storage Management: ASM）インスタンスがサポートされます。

� 複数 CPU のシステムでのリカバリのパラレル化の拡張

インスタンス・リカバリ、クラッシュ・リカバリおよびメディア・リカバリは、複数CPU のシステムでは、デフォルトでパラレル・モードで動作します。

xix

� RAC の高可用性および管理ツールに関するエラー・メッセージに変更が加えられました。

� このリリースでは、高可用性に関するエラーメッセージが拡張されました。

� Oracle Cluster Registry（OCR）の拡張機能

OCR には、クラスタ・データベースおよびサービス、仮想インターネット・プロトコル（VIP）アドレスなどの高可用性リソースの構成詳細が含まれます。

� GCS_SERVER_PROCESSES パラメータ

複数の RAC インスタンスのインスタンス間通信をルーティングするためにインスタンスのグローバル・キャッシュ・サービス（GCS）に対してサーバー・プロセス数を指定する新しい静的パラメータが追加されました。GCS サーバー・プロセスのデフォルト数は、小が 2 で、システム・リソースに基づいて計算されます。このパラメータには、インスタンスごとに異なる値を設定できます。

xx

RAC 管理の

1
RAC 管理の概要管理の概要管理の概要管理の概要
この章では、Oracle Real Application Clusters（RAC）環境の管理の概要について説明します。内容は次のとおりです。

� Real Application Clusters ドキュメント概要

� Real Application Clusters の管理の概要

� Real Application Clusters の管理

� Real Application Clusters でのデータベース・インスタンス管理およびデータベース管理

概要 1-1

Real Application Clusters ドキュメント概要

Real Application Clusters ドキュメント概要ドキュメント概要ドキュメント概要ドキュメント概要この項では、RAC のドキュメント・セットについて説明します。このマニュアルでは、RAC 固有の管理情報について説明します。説明する内容には、RAC 環境での Oracle Enterprise Manager の使用方法も含まれます。また、サービスおよびストレージの管理方法、および RAC 環境にインスタンスやノードを追加または削除するための RAC のスケーラビリティ機能の使用方法についても説明します。さらに、Recovery Manager（RMAN）の使用方法および RAC でのバックアップおよびリカバリの実行方法についても説明します。

このマニュアルでは、データベースおよびインスタンスの起動と停止、構成情報の管理、インスタンスおよびサービスの削除または移動を、サーバー制御ユーティリティ（SRVCTL）を使用して実行する方法についても説明します。 RAC ツールの様々なエラー・メッセージおよび情報メッセージを解決するために、付録を使用することもできます。トラブルシューティングの項では、RAC 固有の様々なログ・ファイルの内容を解析する方法について説明します。このマニュアルの他に、次の項で説明する『Oracle Real Application Clusters 配置およびパフォーマンス』および『Oracle Real Application Clusters インストレーションおよび構成』があります。


� 『Oracle Real Application Clusters インストレーションおよび構成』および『Oracle Real Application Clusters クイック・インストレーション・ガイド』

『『『『Oracle Real Application Clusters 配置およびパフォーマンス』配置およびパフォーマンス』配置およびパフォーマンス』配置およびパフォーマンス』『Oracle Real Application Clusters 配置およびパフォーマンス』では、RAC の配置に関する主な内容（Cluster Ready Services（CRS）、ストレージ、データベース作成および RAC におけるサービスの配置）について簡単に説明しています。このマニュアルの設計および配置の項では、RAC のサービス・トポロジおよびワークロード管理について説明しています。具体的には、自動ワークロード・リポジトリを使用してサービス・レベルを追跡してレポートする方法、およびサービス・レベルのしきい値とアラートを使用して RAC 環境での高可用性を向上させる方法を説明しています。また、このマニュアルの付録には、サービスの配置例が記載されています。この例は、RAC 環境でサービスを配置および管理する方法を理解するために使用できます。

『Oracle Real Application Clusters 配置およびパフォーマンス』では、RAC 環境のパフォーマンスを監視およびチューニングする方法について説明しています。Oracle Enterprise Manager を使用する方法と、自動ワークロード・リポジトリ内の情報および Oracle のパフォーマンス・ビューを使用する方法の両方が記載されています。このマニュアルでは、オンライン・トランザクション処理およびデータ・ウェアハウス環境に対する特定のアプリケーション固有の配置技術についても説明しています。

1-2 Oracle Real Application Clusters 管理者ガイド

Real Application Clusters の管理

『『『『Oracle Real Application Clusters インストレーションおよび構成』インストレーションおよび構成』インストレーションおよび構成』インストレーションおよび構成』およびおよびおよびおよび『『『『Oracle Real Application Clusters クイック・インストレーション・ガイド』クイック・インストレーション・ガイド』クイック・インストレーション・ガイド』クイック・インストレーション・ガイド』

『Oracle Real Application Clusters インストレーションおよび構成』には、RAC が動作するUNIX および Windows ベースのすべてのプラットフォームに対するインストール前、インストールおよびインストール後の情報が記載されています。RAC を搭載した Oracle Database 10g Standard Edition を Windows ベースのシステムにインストールする方法の詳細は、『Oracle Real Application Clusters クイック・インストレーション・ガイド』を参照してください。

Real Application Clusters の管理の概要の管理の概要の管理の概要の管理の概要Oracle Universal Installer（OUI）を使用して Oracle Database 10g ソフトウェアをインストールし、Database Configuration Assistant（DBCA）を使用してデータベースを作成します。これによって、RAC 環境のネットワーク構成、データベース構造およびパラメータ設定が、選択された環境に適なものになります。インストール後、データベース管理者が行う RAC 環境の管理タスクには、次の 3 つのレベルがあります。

� インスタンスの管理

� データベースの管理

� クラスタの管理

Real Application Clusters の管理の管理の管理の管理RAC では、次のツールを使用して管理タスクを実行します。

� Enterprise Manager: 可能な場合は、Enterprise Manager を使用して管理タスクを実行することをお薦めします。

� Database Configuration Assistant（DBCA）、Virtual Internet Protocol Configuration Assistant（VIPCA）などのタスク固有の Graphical User Interface（GUI）。

� SQL*Plus、サーバー制御ユーティリティ（SRVCTL）、Oracle Interface Configuration（OIFCFG）ツールなどのコマンドライン・ツール。

注意注意注意注意 : このリリース用の追加情報については、Oracle Database 10g のREADME またはリリース・ノートを参照してください。

RAC 管理の概要 1-3

Real Application Clusters でのデータベース・インスタンス管理およびデータベース管理

Real Application Clusters でのデータベース・インスタンス管理でのデータベース・インスタンス管理でのデータベース・インスタンス管理でのデータベース・インスタンス管理およびデータベース管理およびデータベース管理およびデータベース管理およびデータベース管理

Enterprise Manager、SQL*Plus または SRVCTL を使用してデータベース・インスタンスおよび RAC データベースを管理します。詳細は、第 2 章「クラスタ・データベースでのデータベース・インスタンスの管理」を参照してください。

Real Application Clusters での記憶域管理での記憶域管理での記憶域管理での記憶域管理データベースの作成時に、自動記憶域管理（Automatic Storage Management: ASM）ディスク・グループを作成し、DBCA を使用して ASM ディスク・グループのミラー化を設定できます。RAC データベースが稼働すると、Enterprise Manager または SRVCTL ユーティリティを使用して、ASM ディスク・グループを管理できます。詳細は、第 3 章「記憶域の管理」を参照してください。

Real Application Clusters でのサービス管理でのサービス管理でのサービス管理でのサービス管理RAC データベースを作成する場合、DBCA を使用してサービスを作成し、それをインスタンスに割り当てることもできます。RAC データベースが稼働すると、サービスおよび高可用性コンポーネントの管理に、DBCA、Enterprise Manager および SRVCTL を使用できます。詳細は、第 4 章「サービスの管理」を参照してください。

その他の高可用性コンポーネントには、各ノードの仮想インターネット・プロトコル（VIP）アドレス、グローバル・サービス・デーモン、Enterprise Manager エージェント、Oracle Net Listener などのノード・リソースがあります。Cluster Ready Services（CRS）によってノードが起動されると、これらのリソースが自動的に起動され、障害が発生すると、CRS によって自動的に再起動されます。アプリケーション・レベルのリソースは、インスタンスおよび各インスタンスで実行される CRS のバックグラウンド・プロセスです。

VIP アドレスの管理には VIPCA、他のノード・リソースの管理には SRVCTL を使用できます。これらのコンポーネントの構成に関する情報は、Oracle Cluster Registry（OCR）に格納されます。このレジストリの管理方法は、第 3 章「記憶域の管理」を参照してください。

関連項目関連項目関連項目関連項目 : CRS の詳細は、『Oracle Real Application Clusters 配置およびパフォーマンス』を参照してください。


Real Application Clusters での Enterprise Manager の使用

Real Application Clusters でのその他の管理項目でのその他の管理項目でのその他の管理項目でのその他の管理項目このマニュアルで説明されているその他の RAC 管理項目は次のとおりです。

� スケーラビリティ : RAC データベースへのインスタンスおよびノードの追加。詳細は、第 5 章「ノードおよびインスタンスの追加および削除」を参照してください。

� バックアップおよびリカバリ : Recovery Manager（RMAN）の構成、バックアップおよびリカバリ処理の実行。詳細は、第 6 章「Recovery Manager の構成およびアーカイブ」および第 7 章「バックアップおよびリカバリの管理」を参照してください。

� ログ・ファイル : Oracle によりログ・ファイルに記録される情報の管理。詳細は、付録A「トラブルシューティング」および付録 B「サーバー制御ユーティリティ（SRVCTL）のリファレンス」を参照してください。

� SRVCTL の使用 : SRVCTL による RAC インスタンス、データベース、サービスなどの管理。詳細は、付録 B「サーバー制御ユーティリティ（SRVCTL）のリファレンス」を参照してください。

� エラー・メッセージ : RAC の高可用性および管理ツールに関するエラー・メッセージの説明。詳細は、付録 C「Oracle Real Application Clusters ツールのメッセージ」を参照してください。

Real Application Clusters でのでのでのでの Enterprise Manager の使用の使用の使用の使用Enterprise Manager は、Web ベースのツールで、RAC 固有の管理およびパフォーマンスに関連する機能があります。Database Configuration Assistant（DBCA）を使用して RACデータベースを作成すると、Enterprise Manager Database Control ツールによって RAC 環境が自動的に構成されます。これは、インストールされたすべてのインスタンスで、Enterprise Manager エージェントが実行されることを意味しています。Enterprise Manager Database Control を使用すると、インスタンスのターゲット、Oracle Net Services のリスナー・ターゲット、ホスト・ターゲットおよびクラスタ・ターゲットが存在する単一 RACデータベースを管理できます。

また、使用するクラスタ環境内外の他のホスト上で、Enterprise Manager Grid Control を構成することもできます。Enterprise Manager Grid Control を使用すると、複数のクラスタ・データベース、クラスタ・データベースのインスタンスおよびクラスタ・データベースのコンポーネントが稼働するホストを管理できます。

Grid Control を使用すると、ネットワーク上の 1 箇所からコンピューティング環境全体を監視および管理できます。Grid Control は、すべての基幹業務サービス（ホスト、データベース、リスナー、アプリケーション・サーバー、HTTP サーバー、Web アプリケーションなど）を 1 つのまとまった単位として管理する場合に使用します。クラスタ環境内でEnterprise Manager Grid Control を使用して、クラスタ・データベースおよびインスタンスの検出を実行するには、1 つのホストに 1 つのエージェントのみが必要です。Enterprise Manager Grid Control は、Oracle Database 10g リリース 1（10.1）の CD-ROM パックに含まれている単独の CD-ROM からインストールします。

RAC 管理の概要 1-5

Real Application Clusters での Enterprise Manager の使用

Enterprise Manager Database Control および Enterprise Manager Grid Control は、次の作業にも使用できます。

� データベース・サービスの管理 : 開始、停止、再配置、ステータスの取得など。

� リソース・プランの作成および割当て : クラスタ・データベースのインスタンスへのリソース・プランの割当て。

� 記憶域の管理 : UNDO 表領域の割当て、別のインスタンスへの UNDO 表領域の再割当て、クラスタ・データベース・インスタンス間での REDO ログ割当ての管理、アーカイブ・ログ・モードの切替え。

� 自動記憶域管理の管理 : ASM インスタンスおよび ASM ディスク・グループの管理。

� 一般的なデータベース・アクティビティの実行 : RAC データベースおよびインスタンスの起動および停止、バックアップおよびリカバリ操作の実行、インスタンスまたはクラスタ・データベース全体についてのサーバー・パラメータ・ファイル（SPFILE）設定の編集など。

� ホスト構成の表示 : メモリー、CPU、デバイス I/O、ネットワーク・インタフェース、オペレーティング・システムおよびインストール済パッチ。

関連項目関連項目関連項目関連項目 : Enterprise Manager の使用方法の詳細は、『Oracle Enterprise Manager 概要』を参照してください。


クラスタ・データベースでのデータベース・インスタンスの

2
クラスタ・データベースでのデータベース・クラスタ・データベースでのデータベース・クラスタ・データベースでのデータベース・クラスタ・データベースでのデータベース・
インスタンスの管理インスタンスの管理インスタンスの管理インスタンスの管理

この章では、Oracle Real Application Clusters（RAC）データベース・インスタンスおよびRAC データベースの管理方法について説明します。また、データベース・コンポーネントの起動および停止タスク、RAC でのパラメータおよびパラメータ・ファイルの管理方法についても説明します。内容は次のとおりです。

� データベース・コンポーネントの概要

� Real Application Clusters 管理ツールの概要

� インスタンスおよび Real Application Clusters データベースの起動および停止

� Real Application Clusters での初期化パラメータ・ファイルの概要

� Real Application Clusters での初期化パラメータの使用

� Real Application Clusters データベースでのパラメータ使用についての概要

� サーバー・パラメータ・ファイルのバックアップ

関連項目関連項目関連項目関連項目 : 自動記憶域管理（Automatic Storage Management: ASM）インスタンスの管理方法については、第 3 章「記憶域の管理」を参照してください。

管理 2-1

データベース・コンポーネントの概要

データベース・コンポーネントの概要データベース・コンポーネントの概要データベース・コンポーネントの概要データベース・コンポーネントの概要RAC データベースは、制御ファイル、REDO ログ、データ・ファイル、1 つのサーバー・パラメータ・ファイル（SPFILE）か 1 つ以上の PFILE、またはクライアント側のパラメータ・ファイルで構成されます。インスタンスは、システム・グローバル領域（SGA）およびインスタンスのバックグラウンド・プロセスで構成されます。

Real Application Clusters 管理ツールの概要管理ツールの概要管理ツールの概要管理ツールの概要次の項では、既存の RAC データベースおよびそのインスタンス、Oracle Enterprise Manager、SQL*Plus および SRVCTL ユーティリティの管理に使用される 3 つのツールについて説明します。ほとんどの場合、これらのツールの使用方法は、シングル・インスタンス・データベースを管理する場合と同じです。ただし、RAC データベースを管理する場合には、重要な相違点があります。次の項では、その相違点について説明します。

� Enterpise Manager を使用した Real Application Clusters 管理の概要

� SQL*Plus を使用した Real Application Clusters 管理の概要

� SRVCTL を使用した Real Application Clusters 管理の概要

Enterpise Manager を使用したを使用したを使用したを使用した Real Application Clusters 管理の概要管理の概要管理の概要管理の概要単一の RAC データベースの管理には、Web ベースの Enterprise Manager Database Controlを使用します。Enterprise Manager Console では、Graphical User Interface（GUI）によって、Oracle 環境を集中的に制御できます。Enterprise Manager Console を使用すると、様々なクラスタ・データベース管理タスクを開始できます。複数の RAC データベースの管理には、Enterprise Manager Grid Control を使用します。

Enterprise Manager では、ジョブのスケジュールやイベントの登録に加え、データベース、クラスタ・データベースのインスタンスおよびそのリスナーを起動、停止および監視できます。これらのタスクは、複数のクラスタ・データベースで同時に実行できます。コンソールを使用すると、スキーマ、セキュリティおよびクラスタ・データベースの格納機能を管理することもできます。

SQL*Plus を使用したを使用したを使用したを使用した Real Application Clusters 管理の概要管理の概要管理の概要管理の概要SQL*Plus コマンドは、現行のインスタンスで動作します。現行のインスタンスは、SQL*Plus セッションを開始したローカルのデフォルト・インスタンスまたは Net Servicesの接続先リモート・インスタンスです。SQL*Plus のプロンプトでは、現行のインスタンスが示されないため、正しいインスタンスにコマンドを発行する必要があります。SQL*Plusセッションを開始して、インスタンスを指定せずにデータベースに接続すると、すべてのSQL*Plus コマンドはローカル・インスタンスで処理されます。この場合も、デフォルト・インスタンスが現行のインスタンスです。


インスタンスおよび Real Application Clusters データベースの起動および停止

SQL*Plus で別のインスタンスに接続するには、次のように、リモート・インスタンスのネット・サービス名を指定する新しい CONNECT コマンドを発行します。

CONNECT user name/password@net_service_name

SYSOPERまたは SYSDBAで接続すると、インスタンスの起動や停止などの権限を必要とする操作を実行できます。複数の SQL*Plus セッションが、同時に同じインスタンスに接続できます。他のインスタンスに接続すると、SQL*Plus によって初のインスタンスとの接続が自動的に切断されます。

SRVCTL を使用したを使用したを使用したを使用した Real Application Clusters 管理の概要管理の概要管理の概要管理の概要SRVCTL ツールは、他のいくつかの Oracle のツール製品で使用される構成情報を管理します。たとえば、Enterprise Manager は、SRVCTL で生成された構成情報を使用して、クラスタ内のノードを検出および監視します。

SRVCTL を使用してクラスタの構成操作を実行すると、SRVCTL は構成データを Server Management（SRVM）構成リポジトリに格納します。SRVCTL は、各ノードで SQL*Plusをコールし、その他の操作（インスタンスの起動や停止など）を実行します。SRVCTL は、その他の Oracle 管理インタフェースで使用されるものと同じ Oracle Cluster Registry

（OCR）を使用します。

インスタンスおよびインスタンスおよびインスタンスおよびインスタンスおよび Real Application Clusters データベースの起データベースの起データベースの起データベースの起動および停止動および停止動および停止動および停止

インスタンスの起動および停止には、Enterprise Manager、SQL*Plus または SRVCTL が使用できます。詳細は、後述の項を参照してください。Enterprise Manager および SRVCTL のどちらにも、RAC データベースのすべてのインスタンスを 1 つの手順で起動および停止するオプションが用意されています。

データベースが NOMOUNT または MOUNT 状態の場合は、特定の操作のみ実行できます。他の操作を実行するには、データベースが OPEN 状態である必要があります。また、操作によっては、1 つのインスタンスのみが必須状態になっている必要があったり、すべてのインスタンスが同一状態になっている必要があります。


� ネット・サービス名の適切な指定については、『Oracle Net Services 管理者ガイド』を参照してください。

� SYSDBA権限または SYSOPER権限でデータベースに接続する方法については、『Oracle Database 管理者ガイド』を参照してください。

クラスタ・データベースでのデータベース・インスタンスの管理 2-3


この項の手順は、使用するファイルがサーバー・パラメータ・ファイル（SPFILE）で、次の項目に説明されている手順に従っていることを前提としています。

� Enterprise Manager を使用した起動および停止

� SQL*Plus を使用した起動および停止

� SRVCTL を使用した起動および停止

RAC インスタンスを起動する前に、クラスタウェアと使用するオペレーティング・システム固有の必須プロセスを起動します。これらのプロセスの詳細は、ご使用のオペレーティング・システムのマニュアルを参照してください。

RAC インスタンスの停止方法は、シングル・インスタンスの Oracle 環境でインスタンスを停止する場合と同じです。ただし、次の相違点があります。Oracle データベースを停止する方法の詳細は、『Oracle Database 管理者ガイド』を参照してください。

� RAC では、1 つのインスタンスを停止しても、実行中の他のインスタンスの操作を妨げることはありません。

� 共有モードでマウントした RAC データベースを停止するには、RAC 環境のすべてのインスタンスを停止します。

� NORMALまたは IMMEDIATEでの停止後は、インスタンスのリカバリは不要です。ただし、SHUTDOWN ABORTコマンドを発行した後、またはインスタンスが異常終了した後は、リカバリが必要です。まだ実行中のインスタンスが、停止したインスタンスに対してインスタンス・リカバリを実行します。他に実行中のインスタンスがない場合は、次にデータベースをオープンするインスタンスが、リカバリが必要なすべてのインスタンスのリカバリを実行します。

� LOCALオプションを指定した SHUTDOWN TRANSACTIONALコマンドは、インスタンス上のすべてのアクティブ・トランザクションがコミットまたはロールバックされた後に、そのインスタンスを停止する場合に有効です。これは、このコマンドが SHUTDOWN IMMEDIATEの場合に実行する機能とは別の機能です。他のインスタンス上のトランザクションがこの操作を妨げることはありません。LOCALオプションを省略した場合、この操作は、停止前に起動された他のすべてのインスタンス上のトランザクションがコミットまたはロールバックされるまで待機します。

Enterprise Manager を使用した起動および停止を使用した起動および停止を使用した起動および停止を使用した起動および停止ホーム・ページからクラスタ・データベース・インスタンスへアクセスするには、「Targets」タブをクリックし、クラスタ・データベース名をクリックします。「Cluster Database」の

「Home」ページの下に、クラスタ・データベース・インスタンスが表示されます。インスタンス名をクリックすると、クラスタ・データベース・インスタンスを起動および停止できる

「Cluster Database Instance」の「Home」ページに移動します。このページには、CPU や領域の使用、アクティブなセッションなど、クラスタ・データベース・インスタンスのアクティビティの概要も表示されます。



クラスタ・データベース・インスタンスを起動するには、「Startup」をクリックし、停止するには、「Shutdown」をクリックします。クラスタ・データベース（Enterprise Manager に認識されているすべてのインスタンス）を起動または停止するには、データベースを選択し、「Cluster Database」ページの「Startup」または「Shutdown」をクリックします。

SQL*Plus を使用した起動および停止を使用した起動および停止を使用した起動および停止を使用した起動および停止ローカル・ノードに接続された状態で、1 つのインスタンスのみを起動または停止するには、事前に現行の環境にローカル・インスタンスの SID が含まれていることを確認する必要があります。セッション内の後続のすべてのコマンドは、SQL*Plus セッションの内外に関係なく、同一 SID に対応付けられます。

ローカル・インスタンスを起動または停止するには、SQL*Plus セッションを開始し、SYSDBA または SYSOPER 権限で接続した後に、必要なコマンドを発行します。たとえば、ローカル・ノード上でインスタンスを起動しマウントする場合は、SQL*Plus セッション内で次のコマンドを実行します。

CONNECT / AS SYSDBA STARTUP MOUNT

Oracle Net Services 経由で、1 つのノード上の 1 つの SQL*Plus セッションから複数のインスタンスを起動できます。これを実現するには、Net Services 接続文字列を使用して、各インスタンスに順次接続する必要があります。通常、この文字列は、TNSNAMES.ORAファイルのインスタンス固有の別名です。

たとえば、ローカル・ノード上で SQL*Plus セッションを使用すると、インスタンスの個々の別名を使用して、各インスタンスに順次接続し、リモート・ノード上の 2 つのインスタンスのトランザクションの停止を実行できます。初のインスタンスの別名を db1、2 つめのインスタンスの別名を db2と仮定します。次のコマンドを入力して、初のインスタンスに接続してから停止します。

CONNECT /@db1 AS SYSDBA SHUTDOWN TRANSACTIONAL

次のコマンドを入力して、SQL*Plus セッションから 2 つ目のインスタンスに接続した後、停止します。

CONNECT /@db2 AS SYSDBA SHUTDOWN TRANSACTIONAL

注意注意注意注意 : 正しいインスタンスに接続するには、1 つのインスタンスにのみ対応付けられた接続文字列で別名を使用する必要があります。サービスの別名または複数のアドレスを持つ別名を使用すると、目的のインスタンスに接続されない場合があります。



NOMOUNT、MOUNT、IMMEDIATE などの他の起動および停止のキーワードについては、『SQL*Plus ユーザーズ・ガイドおよびリファレンス』を参照してください。

SQL*Plus では、1 度に 2 つ以上のインスタンスを起動または停止できません。そのため、クラスタ・データベースのすべてのインスタンスを 1 つの SQL*Plus コマンドで起動または停止することはできません。各インスタンスに順次接続し、起動後に、停止するスクリプトを作成できます。ただし、インスタンスの追加または削除を行う場合は、このスクリプトを手動でメンテナンスする必要があります。

RAC 環境で断続的に発生する環境で断続的に発生する環境で断続的に発生する環境で断続的に発生する Windows のシャットダウンの問題のシャットダウンの問題のシャットダウンの問題のシャットダウンの問題Windows での Oracle Real Application Clusters リリース 10.1.0.2 環境では、通常のWindows シャットダウンで、Windows を完全にシャットダウンできないというエラーが発生する場合があります。この場合、電源のリセットを実行することになります。Windowsのシャットダウン時にこの問題が発生しないようにするには、次の手順を実行することをお薦めします。Oracle クラスタ・ノードを停止または再起動する前に、そのクラスタ・ノード上にあるすべての登録済 Cluster Ready Service（CRS）リソースの正常なシャットダウンを実行します。この操作を実行するには、SRVCTL コマンドを使用して、次のものをシャットダウンします。

� ノード上のすべてのサービス

� ノード上のすべてのデータベース・インスタンス

� ノード上のすべての ASM インスタンス

� ノード上のすべてのノード・アプリケーション

Windows でのでのでのでの OracleDBConsole およびおよびおよびおよび OracleCRService の起動に時間がかの起動に時間がかの起動に時間がかの起動に時間がかかるかるかるかるクラスタ・ノードを再起動した後、そのノードが、しばらく完全には応答しない場合があります。このとき Oracle は、OracleDBConsolesidプロセスおよび OracleCRService リソースを再起動しようとしています。終的には、すべてのリソース起動操作が完了し、コンピュータは、正常に稼働するようになります。

SRVCTL を使用した起動および停止を使用した起動および停止を使用した起動および停止を使用した起動および停止次の SRVCTL 構文をコマンドラインから入力し、必要なデータベース名およびインスタンス名を提供するか、または複数のインスタンス名を指定して、複数の特定のインスタンスを起動します。

srvctl start instance -d db_name -i "inst_name_list" [-o start_options] [-c connect_str | -q]


Real Application Clusters での初期化パラメータ・ファイルの概要

このコマンドは、優先インスタンスまたは使用可能インスタンスのリストが設定されている使用可能で実行中でないサービスも、すべて起動することに注意してください。

1 つ以上のインスタンスを停止するには、コマンドラインから次の SRVCTL 構文を入力します。

srvctl stop instance -d name -i "inst_name_list" [-o stop_options] [-c connect_str | -q]

このコマンドにより、インスタンスが実行されていたノード上で終了したインスタンスと関連するサービスも停止します。

クラスタ・データベース全体（すべてのインスタンスおよび使用可能なサービス）を起動または停止するには、次の SRVCTL コマンドを入力します。

srvctl start database -d name [-o stop_options] [-c connect_str | -q]

srvctl stop database -d name [-o stop_options] [-c connect_str | -q]

Real Application Clustersでの初期化パラメータ・ファイルの概要での初期化パラメータ・ファイルの概要での初期化パラメータ・ファイルの概要での初期化パラメータ・ファイルの概要データベースを作成すると、指定したファイルの位置に SPFILE が作成されます。ファイルの位置として指定できるのは、ASM ディスク・グループ、クラスタ・ファイル・システムのファイルまたは共有 RAW デバイスのいずれかです。手動でデータベースを作成する場合は、初期化パラメータ・ファイル（PFILE）から SPFILE を作成することをお薦めします。

クラスタ・データベース内のすべてのインスタンスは、起動時に同じ SPFILE を使用します。SPFILE はバイナリ・ファイルであるため、編集できません。かわりに、Enterprise Managerまたは SQL 文 ALTER SYSTEMを使用して、SPFILE パラメータ設定を変更します。

RAC で従来の PFILE が使用されるのは、SPFILE が存在しないか、STARTUPコマンドでPFILEを指定した場合のみです。管理を簡単にし、パラメータ設定の一貫性を維持し、データベースの停止および起動イベントが発生してもパラメータ設定が維持されるようにするために、SPFILE ファイルを使用することをお薦めします。また、SPFILE をバックアップするように Recovery Manager を構成することもできます。

関連項目関連項目関連項目関連項目 : SRVCTL オプションおよび SRVCTL で実行可能な他の管理タスクについては、付録 B「サーバー制御ユーティリティ（SRVCTL）のリファレンス」を参照してください。


Real Application Clusters での初期化パラメータ・ファイルの概要

Real Application Clusters のサーバー・パラメータ・ファイルのパラメータ値のサーバー・パラメータ・ファイルのパラメータ値のサーバー・パラメータ・ファイルのパラメータ値のサーバー・パラメータ・ファイルのパラメータ値の設定の設定の設定の設定

SPFILE の設定は、Enterprise Manager または ALTER SYSTEM文の SET句を使用して変更できます。また、ALTER SYSTEM構文を使用すると、手動で指定した SPFILE の設定を無効にできます。ただし、SPFILE にインスタンス固有の設定が含まれている場合は、 ALTER SYSTEMコマンドで指定した設定よりも、これらの設定が優先します。

SPFILE はバイナリ・ファイルですが、この項の例では、ASCII テキストとして記述してあります。次のエントリを含む SPFILE でインスタンスを起動するとします。

*.OPEN_CURSORS=500prod1.OPEN_CURSORS=1000

Oracle システム識別子（SID）が prod1のインスタンスでは、データベース全体のパラメータが 500に設定されていても、OPEN_CURSORSパラメータの設定は 1000のままになります。パラメータ・ファイル内のインスタンス固有のパラメータ設定によって、データベース全体の設定が変更されないようにします。したがって、データベース管理者（DBA）は、インスタンス prod1 のパラメータ設定を制御できます。この 2 種類の設定は、パラメータ・ファイル内でいずれの順序でも指定できます。

別の DBA が次の文を実行した場合、Oracle は、SID が prod1 以外のすべてのインスタンスの設定を更新します。

ALTER SYSTEM SET OPEN_CURSORS=1500 sid='*' SCOPE=MEMORY;

前述の SID が prod1 のインスタンスで、次の文を実行してパラメータ設定を変更すると、パラメータは、他のインスタンスによって設定された ALTER SYSTEMの値を受け入れるようになります。

ALTER SYSTEM RESET OPEN_CURSORS SCOPE=MEMORY sid='prod1';

次に、他のインスタンスで次の文を実行すると、SID が prod1 であるインスタンスの新しい設定も 2000になります。

ALTER SYSTEM SET OPEN_CURSORS=2000 sid='*' SCOPE=MEMORY;

たとえば、サーバー・パラメータ・ファイルに次のエントリが含まれるとします。

prod1.OPEN_CURSORS=1000*.OPEN_CURSORS=500

次の文を実行すると、Oracle はサーバー・パラメータ・ファイルの初のエントリを無視します。

ALTER SYSTEM RESET OPEN_CURSORS SCOPE=SPFILE sid='prod1';


Real Application Clusters での初期化パラメータの使用

クラスタ・データベース全体でパラメータをデフォルト値にリセットするには、次の文を入力します。

ALTER SYSTEM RESET OPEN_CURSORS SCOPE=SPFILE sid='*';

サーバー・パラメータ・ファイルのコメントの指定サーバー・パラメータ・ファイルのコメントの指定サーバー・パラメータ・ファイルのコメントの指定サーバー・パラメータ・ファイルのコメントの指定コメントは、パラメータ設定と同じ行に指定します。たとえば、初期化パラメータ・ファイルに次の行が含まれるとします。

# first commentOPEN_CURSORS = value # second comment

文字列 second commentは、OPEN_CURSORSの設定に対応付けられています。このコメントは、V$PARAMETERビューおよび V$PARAMETER2ビューに表示されます。また、前述の例のエントリ #first commentなどのコメントも表示されます。

下位互換性のためのサーバー・パラメータ・ファイルのエクスポート下位互換性のためのサーバー・パラメータ・ファイルのエクスポート下位互換性のためのサーバー・パラメータ・ファイルのエクスポート下位互換性のためのサーバー・パラメータ・ファイルのエクスポートRAC の以前のリリースのパラメータ・ファイルに戻したり、サーバー・パラメータ・ファイルから従来のクライアント側の PFILE に切り替えることができます。この手順については、『Oracle Database 管理者ガイド』を参照してください。

Real Application Clusters での初期化パラメータの使用での初期化パラメータの使用での初期化パラメータの使用での初期化パラメータの使用『Oracle Database リファレンス』に記載されているとおり、ほとんどの初期化パラメータには、インスタンスごとに異なる値を設定できます。オプションでインスタンスごとに異なる値を設定できるパラメータには、通常、すべてのインスタンスで同じデフォルト値が存在します。これらのパラメータ値は、1 つ以上のインスタンスに対して変更できます。すべてのインスタンスで一意の値、または 1 つ以上のインスタンスで同じ値に変更できます。その他のパラメータは、次の項で示すとおり、同じまたは一意である必要があります。

注意注意注意注意 : Enterprise Manager または SQL*Plus 以外で SPFILE を変更すると、ファイルが破損してデータベースを起動できなくなる可能性があります。ファイルを修復するには PFILE を作成し、SPFILE を再生成する必要があります。


Real Application Clusters での初期化パラメータの使用

すべてのインスタンスで同じ値を設定する必要があるパラメータすべてのインスタンスで同じ値を設定する必要があるパラメータすべてのインスタンスで同じ値を設定する必要があるパラメータすべてのインスタンスで同じ値を設定する必要があるパラメータデータベースの作成に重要な特定の初期化パラメータ、または特定のデータベース操作に影響する特定の初期化パラメータは、RAC の各インスタンスで同じ値を設定する必要があります。これらのパラメータ値は、SPFILE に指定するか、または各インスタンスのinit_dbname.oraファイルごとに指定します。次のリストに、すべてのインスタンスで同一である必要があるパラメータを示します。

� ACTIVE_INSTANCE_COUNT

� ARCHIVE_LOG_TARGET

� CLUSTER_DATABASE

� CONTROL_FILES

� DB_BLOCK_SIZE

� DB_DOMAIN

� DB_FILES

� DB_NAME

� DB_RECOVERY_FILE_DEST

� DB_RECOVERY_FILE_DEST_SIZE

� DB_UNIQUE_NAME

� MAX_COMMIT_PROPAGATION_DELAY

� TRACE_ENABLED

� UNDO_MANAGEMENT

DML_LOCKSの設定は、0（ゼロ）に設定されている場合のみ、すべてのインスタンスで同じ値である必要があります。

すべてのインスタンスで一意の値を設定する必要があるパラメータすべてのインスタンスで一意の値を設定する必要があるパラメータすべてのインスタンスで一意の値を設定する必要があるパラメータすべてのインスタンスで一意の値を設定する必要があるパラメータTHREADまたは ROLLBACK_SEGMENTSパラメータを使用する場合は、SPFILE で sid識別子を使用して、これらのパラメータに一意の値を設定することをお薦めします。ただし、各インスタンスの INSTANCE_NUMBERに一意の値を設定する必要があり、デフォルト値は使用できません。

Oracle は、INSTANCE_NUMBERパラメータを使用して、起動時にインスタンスを識別します。Oracle は、このスレッド番号を使用して、特定のインスタンスに REDO ログ・グループを割り当てます。管理を簡単にするために、THREADパラメータと INSTANCE_NUMBERパラメータに同じ番号を使用します。


Real Application Clusters データベースでのパラメータ使用についての概要

データベース名とインスタンスに割り当てられたスレッド番号で構成される環境変数ORACLE_SIDを指定します。

自動 UNDO 管理を使用可能にして UNDO_TABLESPACEを指定する場合、各インスタンスでこのパラメータに一意の UNDO 表領域名を設定します。

Real Application Clusters データベースでのパラメータ使用についデータベースでのパラメータ使用についデータベースでのパラメータ使用についデータベースでのパラメータ使用についての概要ての概要ての概要ての概要

この項では、RAC データベースでパラメータを使用する際の考慮事項を示します。

CLUSTER_DATABASE クラスタ・モードで起動するデータベースを使用可能にするパラメータです。このパラメータを TRUEに設定します。

CLUSTER_DATABASE_INSTANCES RAC 環境のインスタンスの数を設定するパラメータです。このパラメータを適切に設定すると、メモリー使用を改善できます。CLUSTER_DATABASE_INSTANCESパラメータは、すべてのインスタンスで同じ値に設定します。そうしない場合、インスタンスの起動に失敗します。通常、このパラメータは、RACデータベースでのインスタンス数と同じに設定する必要があります。

CLUSTER_INTERCONNECTS 1 つ以上のインターコネクトが存在する場合のクラスタ・インターコネクトを指定するパラメータです。このパラメータの使用方法、パラメータの構文および動作は、Oracle プラットフォーム固有のマニュアルを参照してください。

通常、CLUSTER_INTERCONNECTSパラメータを設定する必要はありません。たとえば、次の一般的な構成では、このパラメータは設定しません。

� クラスタ・インターコネクトが 1 つのみ存在する場合。

� デフォルトのクラスタ・インターコネクトが、RAC データベースの帯域幅の要件を満たしている場合（通常は満たしています）。

このパラメータに 1 つ以上のインターコネクトを指定すると、Oracle は、CLUSTER_INTERCONNECTSパラメータの情報を使用して、様々なネットワーク・インタフェース間でインターコネクト通信を分散します。指定した構成は、リストされているインターコネクトおよび関連付けられているオペレーティング・システムの IPC サービスの制限

（可用性など）を継承することに注意してください。単一のクラスタ・インターコネクトで帯域幅の要件を満たすことができない場合は、CLUSTER_INTERCONNECTSの設定を考慮します。ここで説明するように、1 つ以上のデータベースから高いインターコネクト帯域幅を要求されているデータ・ウェアハウス環境では、このパラメータの設定が必要な場合があります。


Real Application Clusters データベースでのパラメータ使用についての概要

たとえば、高いインターコネクト帯域幅の要件を持つ 2 つのデータベースがある場合は、オペレーティング・システムが提供するデフォルトのインターコネクトを無効にし、各サーバー・パラメータ・ファイルで次の構文を使用して、各データベースに異なるインターコネクトを指定できます。ipnは、ドットで区切られた標準的な 10 進形式の IP アドレス（たとえば、144.25.16.214）です。

Database One: CLUSTER_INTERCONNECTS = ip1Database Two: CLUSTER_INTERCONNECTS = ip2

高い帯域幅を必要とするデータベースがある場合は、次の構文を使用して複数のインターコネクトを指定できます。

CLUSTER_INTERCONNECTS = ip1:ip2:...:ipn

前述の例のように、CLUSTER_INTERCONNECTSに複数の値を設定した場合、Oracle は、指定したすべてのインターコネクトを使用します。リストされたすべてのインターコネクトが操作可能であるかぎり、ロード・バランシングが提供されます。

CLUSTER_INTERCONNECTSに指定したインターコネクトへの書込みでオペレーティング・システム・エラーが発生した場合、Oracle は、別のインタフェースが使用可能な場合でもエラーを戻します。これは、Oracle とインターコネクト間の通信プロトコルが、使用しているプラットフォームに大きく依存する場合があるためです。詳細は、ご使用の Oracle プラットフォーム固有のマニュアルを参照してください。

DB_NAME インスタンス固有のパラメータ・ファイルで DB_NAMEの値を設定する場合は、すべてのインスタンスに同じ値を設定する必要があります。

DISPATCHER DISPATCHERSパラメータは、共有サーバー構成（多数のユーザー・プロセスが、非常に少数のサーバー・プロセスを共有できるように構成されたサーバー）を使用可能にするために設定します。共有サーバー構成では、多数のユーザー・プロセスがディスパッチャに接続します。DISPATCHERSパラメータには、多くの属性を含めることができます。

少なくとも、PROTOCOL属性および LISTENER属性を構成することをお薦めします。PROTOCOLには、ディスパッチャ・プロセスがリスニングのエンド・ポイントを生成するネットワーク・プロトコルを指定します。LISTENERには、Oracle Net Services リスナーの別名を指定します。別名には、tnsnames.oraファイルなどのネーミング・メソッドを介して解決される名前を設定します。tnsnames.oraファイルには、ネット・サービス名が記述されています。このファイルは、クライアント、ノード、Enterprise Manager Central Control および Oracle Performance Manager ノード上で必要になります。DISPATCHERSパラメータとその属性の構成、および共有サーバーの構成の詳細は、『Oracle Net Services 管理者ガイド』を参照してください。


サーバー・パラメータ・ファイルのバックアップ

MAX_COMMIT_PROPAGATION_ DELAY これは RAC 固有のパラメータです。ただし、特定の環境以外では、このパラメータのデフォルト設定を変更しないでください。このパラメータは、インスタンスの SGA に保持されるシステム変更番号（SCN）が、ログ・ライター（LGWR）・プロセスによってリフレッシュされるまでの時間の大値を指定します。また、問合せに対するスナップショット SCNの取得時に、SGAからローカル SCNをリフレッシュするかどうかを決定します。

SPFILE SPFILE を使用する場合は、RAC データベースのすべてのインスタンスが SPFILEを使用し、このファイルが共有記憶域に存在する必要があります。

SESSIONS_PER_USER SESSIONS_PER_USER件数は、インスタンスごとに保存されます。あるユーザーの SESSIONS_PER_USERが 1に設定された場合、各接続が異なるインスタンスからであるかぎり、そのユーザーはデータベースに 2 回以上ログインできます。

THREAD 指定する場合、このパラメータの値はすべてのインスタンスに対して一意である必要があります。THREADパラメータは、インスタンスで使用される REDO スレッド番号を指定します。スレッド番号が使用可能で、使用されていないかぎり、使用可能なすべてのREDO スレッド番号を指定できます。

サーバー・パラメータ・ファイルのバックアップサーバー・パラメータ・ファイルのバックアップサーバー・パラメータ・ファイルのバックアップサーバー・パラメータ・ファイルのバックアップリカバリのために、サーバー・パラメータ・ファイルを定期的にバックアップすることをお薦めします。これには、CREATE PFILE文を使用します。次に例を示します。

CREATE PFILE='?/dbs/initdbname.ora'FROM SPFILE='/dev/vx/rdsk/oracle_dg/dbspfile'

サーバー・パラメータ・ファイルは、クライアント側の初期化パラメータ・ファイルを使用してインスタンスを起動することによって、リカバリすることもできます。その後、CREATE SPFILE文を使用して、サーバー・パラメータ・ファイルを再生成します。Recovery Manager（RMAN）を使用して、サーバー・パラメータ・ファイルのバックアップを作成することもできます。


� Recovery Manager の詳細は、『Oracle Database バックアップおよびリカバリ基礎』を参照してください。

� CREATE SPFILE文の詳細は、『Oracle Database SQL リファレンス』を参照してください。


サーバー・パラメータ・ファイルのバックアップ


記憶域の

3
記憶域の管理記憶域の管理記憶域の管理記憶域の管理
この章では、自動記憶域管理（Automated Storage Management: ASM）、Oracle Cluster Registry（OCR）などの記憶域について説明します。内容は次のとおりです。

� Oracle Real Application Clusters の記憶域の概要

� 自動記憶域管理

� Real Application Clusters での Oracle Cluster Registry の管理

管理 3-1

Oracle Real Application Clusters の記憶域の概要

Oracle Real Application Clusters の記憶域の概要の記憶域の概要の記憶域の概要の記憶域の概要RAC データベースの記憶域は共有する必要があります。つまり、データ・ファイルは、クラスタ・ファイル・システムまたは共有 RAW デバイスに存在する必要があります。また、共有記憶デバイス上に存在する REDO ログ・ファイルを、各インスタンスについて 2 つ以上作成する必要があります。さらに、自動 UNDO 管理を行うための各インスタンスの表領域を格納するために、共有デバイスを、各インスタンスについて 1 つ作成する必要があります。必要に応じて、たとえば、クライアント側のパラメータ・ファイル（PFILE）を格納するために、ローカル・ファイル・システムを使用できます。

特に明記されていないかぎり、RAC データベース内での、自動記憶域管理（Automatic Storage Management: ASM）、Oracle Managed Files、自動セグメント領域管理などのOracle 記憶域の機能は、シングル・インスタンスの Oracle データベースの場合と同じです。これらの記憶域機能の詳細は、『Oracle Database 管理者ガイド』を参照してください。

プラットフォームがクラスタ・ファイル・システムをサポートしていない場合、またはRAC 用のデータ・ファイルの格納にクラスタ・ファイル・システムを使用しない場合は、追加の RAW デバイスを作成する必要があります。これらの RAW デバイスの作成方法は、

『Oracle Database 2 日でデータベース管理者』および『Oracle Real Application Clusters インストレーションおよび構成』を参照してください。データ・ファイル記憶域には、次の項で説明するとおり、ASM の使用をお薦めします。

自動記憶域管理自動記憶域管理自動記憶域管理自動記憶域管理ASM は、管理対象のディスク間で記憶域構成を再調整することにより、自動的に記憶域を適化し、大のパフォーマンスを引き出します。ASM は、適なパフォーマンスを得る

ために、クラスタ・データベース環境内の使用可能なすべての記憶域に、記憶域のロードを分散します。ASM によって、ディスク領域全体が、ディスク・グループ内のすべてのディスクに均一なサイズに分割されます。また、ASM では、データ損失を防止するために、自動的にデータのミラー化が行われます。

RAC で ASM を使用する場合は、Database Configuration Assistant（DBCA）を使用してデータベースを作成する際に、ASM を記憶域オプションとして選択する必要があります。データベースの稼働中に必要な記憶域管理は、この項で説明するディスク・グループの管理のみです。シングル・インスタンスの Oracle データベースの場合と同様、RAC で ASM を使用する場合も I/O チューニングは不要です。

RAC の自動記憶域管理コンポーネントの自動記憶域管理コンポーネントの自動記憶域管理コンポーネントの自動記憶域管理コンポーネントASM を使用する場合、RAC データベースの各ノードに ASM インスタンスが存在します。各 ASM インスタンスには、SPFILE または PFILE タイプのパラメータ・ファイルが存在します。デフォルト以外の Oracle Net Listener を使用する場合は、パラメータ・ファイルおよび TNS エントリをバックアップする必要があります。



RAC でのでのでのでの ASM 用ディスク・グループ構成の変更用ディスク・グループ構成の変更用ディスク・グループ構成の変更用ディスク・グループ構成の変更RAC にディスク・グループを追加する場合は、基礎となるオペレーティング・システムの準備のみが必要です。ディスク・グループの追加後または削除時に、ASM は、記憶域のロードを自動的に再調整します。

ディスク・グループを追加する場合は、冗長性レベルの設定および共通リソースを共有するディスクの集合である障害グループの特定もできます。ASM では、障害グループを使用してデータの冗長コピーを保存し、1 つの障害グループが消失した場合も、データ損失が発生しないようにします。「標準」がデフォルトの冗長性レベルで、2 つの障害グループにデータがミラー化されます。3 方向のミラー化を行う高い冗長性を指定することもできます。障害グループは、ミラー化を使用可能にした場合にのみ使用できます。

RAC では、各 ASM インスタンスが各ノードのすべてのディスク・グループおよび障害グループを管理します。また、各 ASM インスタンスが、ディスク・グループおよび障害グループの情報と RAC クラスタ・データベースの他のノード間の調整を行います。シングル・インスタンスの Oracle データベースの場合と同様、RAC では、ASM 用ディスク・グループの管理に、DBCA、SQL*Plus およびサーバー制御ユーティリティ（SRVCTL）が使用できます。これらの使用方法については、次の項を参照してください。

RAC でのでのでのでの Enterprise Manager を使用したを使用したを使用したを使用した ASM インスタンスおよびインスタンスおよびインスタンスおよびインスタンスおよび ASM ディディディディスク・グループの管理スク・グループの管理スク・グループの管理スク・グループの管理

自動記憶域管理（Automatic Storage Management: ASM）のディスク・グループは、Enterprise Manager を使用して追加または管理できます。また、インスタンス・レベルで、ASM のディスク・グループのパフォーマンスを監視したり、ディスク・グループの可用性を制御できます。たとえば、RAC では、次の追加タスクを ASM 関連の Enterprise Managerタスクとして実行できます。

� ディスク・グループを追加する場合に、ディスク・グループをすべてのクラスタ・データベース・インスタンスに自動的にマウントするかどうかを示すチェックボックスをディスク・グループ定義に含めます。

� デフォルトの「Disk Group」の「Performance」ページを調査する場合、「Write Response Time」、「I/O Throughput」などのパフォーマンス特性をクリックすることで、インスタンス・レベルのパフォーマンス詳細が表示されます。

� ASM ディスク・グループをマウントまたはディスマウントする場合、ASM ディスク・グループをマウントまたはディスマウントするインスタンスを指定するチェックボックスが使用できます。

関連項目関連項目関連項目関連項目 : Enterprise Manager の使用方法の詳細は、『Oracle Database管理者ガイド』および『Oracle Database 2 日でデータベース管理者』を参照してください。

記憶域の管理 3-3


RAC でのでのでのでの SRVCTL を使用したを使用したを使用したを使用した ASM インスタンスの管理インスタンスの管理インスタンスの管理インスタンスの管理次の項で説明するとおり、サーバー制御ユーティリティ（SRVCTL）を使用すると、ASM インスタンスを追加、削除、有効化および無効化できます。

既存の ASM インスタンスに関する構成情報を追加するには、次の構文を使用します。

srvctl add asm -n node_name -i asm_instance_name -o oracle_home

ASM インスタンスを削除するには、次の構文を使用します。

srvctl remove asm -n node_name [-i asm_instance_name]

ASM インスタンスを有効にするには、次の構文を使用します。

srvctl enable asm -n node_name [-i ] asm_instance_name

ASM インスタンスを無効にするには、次の構文を使用します。

srvctl disable asm -n node_name [-i asm_instance_name]

ASM インスタンスの起動、停止およびステータスの取得にも、SRVCTL を使用できます。次に例を示します。

ASM インスタンスを起動するには、次の構文を使用します。

srvctl start asm -n node_name [-i asm_instance_name] [-o start_options]

ASM インスタンスを停止するには、次の構文を使用します。

srvctl stop asm -n node_name [-i asm_instance_name] [-o stop_options]

ASM インスタンスの構成を表示するには、次の構文を使用します。

srvctl config asm -n node_name

ASM インスタンスのステータスを取得するには、次の構文を使用します。

srvctl status asm -n node_name

注意注意注意注意 : -i オプションを必要としないこの項のいずれの SRVCTL コマンドも、インスタンス名を指定しないと、ノード上のすべての ASM インスタンスに適用されます。



Real Application Clusters でのデータ・ファイルへのアクセスでのデータ・ファイルへのアクセスでのデータ・ファイルへのアクセスでのデータ・ファイルへのアクセスすべての RAC インスタンスは、すべてのデータ・ファイルにアクセスできる必要があります。データベースのオープン中にデータ・ファイルのリカバリが必要になった場合は、初に起動する RAC インスタンスがリカバリを実行し、ファイルへのアクセスを検証します。他のインスタンスも、起動時に、データ・ファイルへのアクセスを検証します。同様に、表領域またはデータ・ファイルを追加したり、表領域またはデータ・ファイルをオンライン状態にする場合も、すべてのインスタンスがファイルへのアクセスを検証します。

他のインスタンスがアクセスできないデータ・ファイルをディスクに追加すると、検証に失敗します。インスタンスが同一データ・ファイルの異なるコピーへアクセスした場合も、検証に失敗します。いずれのインスタンスについても検証に失敗した場合は、問題を診断し解決してください。その後、RAC データベースの各インスタンスに対して ALTER SYSTEM CHECK DATAFILES文を実行して、データ・ファイルへのアクセスを検証します。

Real Application Clusters でのでのでのでの REDO ログ・ファイル記憶域ログ・ファイル記憶域ログ・ファイル記憶域ログ・ファイル記憶域各インスタンスには、そのインスタンスのオンライン REDO スレッドと呼ばれる独自のオンライン REDO ログ・グループがあります。これらのオンライン REDO ログ・グループを作成し、グループ・メンバーを構築します。詳細は、『Oracle Database 管理者ガイド』を参照してください。

各インスタンスの独自のスレッドに、2 つ以上のグループのオンライン REDO ログ・ファイルが必要です。現行グループが一杯になると、インスタンスは次のログ・ファイル・グループへの書込みを開始します。データベースが ARCHIVELOG モードの場合、各インスタンスは一杯になったログ・ファイルをインスタンス固有のアーカイブ・ログ・スレッドに保存し、スレッドのステータスで制御ファイルを更新する必要があります。

Real Application Clusters の自動の自動の自動の自動 UNDO 管理管理管理管理インスタンスに割り当てられた特定の UNDO 表領域内の UNDO セグメントは、Oracle によって自動的に管理されます。この表領域の内容を変更できるのは、UNDO 表領域に割り当てられたインスタンスのみです。ただし、すべてのインスタンスは、読取り一貫性のためにいつでもすべての UNDO ブロックを読み取ることができます。また、UNDO 表領域が、別のインスタンスに UNDO 生成またはトランザクション・リカバリのために使用されていないかぎり、どのインスタンスもトランザクション・リカバリ中にその UNDO 表領域を更新できます。

注意注意注意注意 : 可用性の要件が高いサイトでは、MAXLOGHISTORYが有効です。このオプションは、特にインスタンスとログ・ファイルの数が多いときのリカバリ管理に有効です。



RAC データベース内に UNDO 表領域を割り当てるには、SPFILE または個別の PFILE で各インスタンスの UNDO_TABLESPACEパラメータに別の値を指定します。RAC データベースでは、自動 UNDO 管理モードと手動 UNDO 管理モードを同時に使用することはできません。RAC データベースのすべてのインスタンスは、同じ UNDO モードで操作してください。

Real Application Clusters でのインスタンスでのインスタンスでのインスタンスでのインスタンス UNDO 表領域の切替え表領域の切替え表領域の切替え表領域の切替えUNDO 表領域の割当ては、動的に切り替えることができます。インスタンスに対する割当ては、ALTER SYSTEM SET UNDO_TABLESPACE文を実行してリダイレクトします。この操作を、計画したメンテナンス中に行ってインスタンスをリダイレクトし、アイドル状態のUNDO 表領域を使用することができます。たとえば、UNDO 表領域 undotbs01およびundotbs02へアクセスするために、インスタンス db1および db2を指定していて、アイドル状態の UNDO 表領域 undotbs03があるとします。UNDO 表領域 undotbs03を使用するためにインスタンス db1をリダイレクトするには、次の SQL 文を db1から実行します。

ALTER SYSTEM SET UNDO_TABLESPACE = undotbs3 SID=1;

この例では、前に使用された UNDO 表領域 undotbs01は、インスタンスの後のアクティブなトランザクションがコミットされるまで、インスタンス db1に割り当てられたままになります。ユーザー・トランザクションは、Oracle が切替え操作を実行している間も、次のとおり継続されます。

� 切替えプロセスは、すべてのユーザー・トランザクションがコミットされるのを待機しません。

� 前の UNDO 表領域にアクティブなトランザクションがある場合、Oracle はその UNDO表領域をペンディング・オフライン状態にします。この場合、その表領域に対するすべてのトランザクションがコミットされるまで、ペンディング・オフライン状態の表領域を他のインスタンスで使用することはできません。

ALTER SYSTEM SET UNDO_TABLESPACE文の詳細、および UNDO 保存期間の設定とUNDO 表領域の削除については、『Oracle Database 管理者ガイド』を参照してください。

Real Application Clusters でのでのでのでの Oracle Cluster Registry の管理の管理の管理の管理この項では、Oracle Cluster Registry（OCR）の管理について説明します。OCR には、RACと Cluster Ready Services（CRS）のクラスタ構成およびデータベース構成の情報が含まれています。このような情報には、クラスタ・ノード・リスト、クラスタ・データベースのインスタンスからノードへのマッピング情報、CRS アプリケーションのリソース・プロファイルなどがあります。

関連項目関連項目関連項目関連項目 : UNDO 表領域の作成および管理の詳細は、『Oracle Database管理者ガイド』を参照してください。



OCR の内容をコピーし、その内容を使用してリカバリする方法には、2 通りあります。1 つめの方法は、自動的に生成された OCR ファイルの物理コピーを使用し、2 つめの方法は、手動で作成された論理 OCR エクスポート・ファイルを使用します。これらの方法は、次の項を参照してください。

� Real Application Clusters での Oracle Cluster Registry バックアップ・ファイルの管理

� 自動的に生成された OCR バックアップからの Oracle Cluster Registry のリストア

� UNIX ベース・システムでの Oracle Cluster Registry のリストア

� Windows ベース・システムでの Oracle Cluster Registry のリストア

� UNIX ベース・システムでの Oracle Cluster Registry の移動

� Windows ベース・システムでの Oracle Cluster Registry の移動

Real Application Clusters でのでのでのでの Oracle Cluster Registry バックアップ・ファバックアップ・ファバックアップ・ファバックアップ・ファイルの管理イルの管理イルの管理イルの管理クラスタ内の 1 つの CRS インスタンスによって、OCR のバックアップが 4 時間ごとに自動作成されます。バックアップが作成されるごとに、後の 3 つのバックアップのコピーが常に保存されます。また、CRS インスタンスによって、毎日および各週の終わりに OCR のバックアップが作成され保存されます。バックアップの頻度または Oracle で保存されるファイルの数はカスタマイズできません。ただし、OCR 情報は重要であるため、毎日少なくとも 1 回は、ocrconfigツールを使用して、自動的に生成されたバックアップ・ファイルのコピーの作成をお薦めします。ocrconfigツールのコマンドについては、この項で後述します。

バックアップ・ファイルの識別には、rootユーザーで、showbackupオプションを指定した ocrconfigツールを使用します。次に、オリジナルの OCR バックアップ・ファイルの位置とは別の位置に各ファイルをコピーします。これによって、OCR の各バックアップ・ファイルのコピーが、常に少なくとも 2 つ存在します。また、RAID 構成に OCR を常駐させることをお薦めします。可能な場合は、クラスタ内のすべてのノードで共有するバックアップ位置を使用してください。OCR の各バックアップ・ファイルのデフォルトのターゲット位置は、次のとおりです。ここで、cluster nameは、CRS をインストールした際にクラスタに割り当てた名前です。

CRS Home/cdata/cluster name

You can change this location using the following syntax:

ocrconfig -backuploc directory name

注意注意注意注意 : ocrconfigコマンドを実行するには、rootユーザーになる必要があります。



自動的に生成された自動的に生成された自動的に生成された自動的に生成された OCR バックアップからのバックアップからのバックアップからのバックアップからの Oracle Cluster Registry ののののリストアリストアリストアリストアアプリケーションで問題が発生した場合は、構成関連の問題を解決しようとする前に、そのアプリケーションを再試行します。問題が継続して発生するようであれば、次のプラットフォーム固有の手順を使用して、OCR 構成をリストアします。

� UNIX ベース・システムでの Oracle Cluster Registry のリストア

� Windows ベース・システムでの Oracle Cluster Registry のリストア

� UNIX ベース・システムでの Oracle Cluster Registry の移動

� Windows ベース・システムでの Oracle Cluster Registry の移動

UNIX ベース・システムでのベース・システムでのベース・システムでのベース・システムでの Oracle Cluster Registry のリストアのリストアのリストアのリストア1. クラスタ・データベース内のすべてのノード上で init.crs stopコマンドを実行し

て、すべてのノードの CRS ソフトウェアを停止します。

2. ocrconfig -showbackupコマンドを使用して、新のバックアップを特定します。

3. 手順 2 で特定された OCR バックアップ・ファイルを ocrconfig -restore file nameコマンドを使用して適用し、リストアを実行します。

4. クラスタ内の各ノードを再起動して、すべてのノードの CRS ソフトウェアを再起動します。

Windows ベース・システムでのベース・システムでのベース・システムでのベース・システムでの Oracle Cluster Registry のリストアのリストアのリストアのリストア1. クラスタで 1 つのノードを除くすべてのノードを停止します。

2. サービス制御のパネルを使用して、この残りのノードで、OCR クライアント（OracleClusterVolumeService、OracleCSService、OracleCRServiceおよびOracleEVMService）を無効にし、停止します。

3. ocrconfig -showbackupコマンドを使用して、新のバックアップを特定します。

4. 手順 3 で特定された OCR バックアップ・ファイルを ocrconfig -restore file nameコマンドを使用して適用し、リストアを実行します。

5. 手順 2 で停止したすべてのサービスを起動します。すべてのノードを再起動し、クラスタ・モードで操作を再開します。

注意注意注意注意 : 自動的に作成された OCR 用バックアップ・ファイルから、-importオプションを使用して構成をリストアすることはできません。かわりに、-restoreオプションを使用する必要があります。



UNIX ベース・システムでのベース・システムでのベース・システムでのベース・システムでの Oracle Cluster Registry の移動の移動の移動の移動1. クラスタ・データベース内のすべてのノード上で init.crs stopコマンドを実行し

て、すべてのノードの CRS ソフトウェアを停止します。

2. すべてのノードの /var/opt/oracle/ocr.locファイルを編集し、ocrconfig_locパラメータに ocr_config_loc=new_location（new_locationは、OCR の新しい位置）を設定します。

3. ocrconfig -restoreコマンドを使用して、自動物理バックアップのいずれかからOCR をリストアします。

4. ocrcheckコマンドを実行して、新しい OCR の位置を検証します。

5. クラスタ内の各ノードを再起動して、すべてのノードの CRS ソフトウェアを再起動します。

Windows ベース・システムでのベース・システムでのベース・システムでのベース・システムでの Oracle Cluster Registry の移動の移動の移動の移動1. サービス制御のパネルを使用して、CRS サービスを無効にして停止し、すべてのノード

上の CRS ソフトウェアを無効にし、停止します。

2. ocrconfig -showbackupコマンドを使用して、新の OCR バックアップを特定します。

3. すべてのノードで HKEY_LOCAL_MACHINE¥Software¥Oracle¥OCR¥ocrconfig_locレジストリ・キーを編集して、新しい OCR の位置を指定します。

4. 手順 2 で特定された OCR バックアップ・ファイルを ocrconfig -restore file nameコマンドを使用して適用し、OCR をリストアします。

5. すべてのノードで、手順 1 で停止したすべてのサービスを起動します。

OCR エクスポートを使用したエクスポートを使用したエクスポートを使用したエクスポートを使用した Oracle Cluster Registry の管理の管理の管理の管理自動的に作成された OCR バックアップ・ファイルの使用に加え、重要な構成の変更前および変更後に、OCR の内容をエクスポートする必要もあります。これを行うには、ocrconfig -exportコマンドを使用します。これによって、構成変更がエラーの原因になった場合に OCR をリストアできます。たとえば、構成に解決不能の問題があるか、クラスタウェアが再起動できない場合は、次のプラットフォーム固有の手順を使用して、構成をリストアします。

� UNIX ベース・システムでの Oracle Cluster Registry の内容のインポート

� Windows ベース・システムでの Oracle Cluster Registry の内容のインポート

注意注意注意注意 : エクスポートされた OCR バックアップ・ファイルを、-restoreオプションを使用してインポートすることはできません。かわりに、-importオプションを使用する必要があります。



UNIX ベース・システムでのベース・システムでのベース・システムでのベース・システムでの Oracle Cluster Registry の内容のインポートの内容のインポートの内容のインポートの内容のインポート1. クラスタ内のすべてのノードを停止し、1 つのノードをシングル・ユーザー・モードで

再起動します。

2. ocrconfig -importコマンドを使用して、任意のノードから OCR エクスポート・ファイルをインポートします。

3. クラスタ内のすべてのノードを、マルチユーザー・モードで起動します。

Windowsベース・システムでのベース・システムでのベース・システムでのベース・システムでのOracle Cluster Registryの内容のインポートの内容のインポートの内容のインポートの内容のインポート1. サービス制御のパネルを使用して、OCR クライアント（OracleClusterVolumeService、

OracleCMService、OracleEVMService、OracleCSService および OracleCRService）を停止します。

2. ocrconfig -importコマンドを使用して、1 つのノードから OCR エクスポート・ファイルをインポートします。

3. 影響を受けたすべてのサービスを、すべてのノードで再開します。

ocrconfig ツール・コマンドの構文およびオプションツール・コマンドの構文およびオプションツール・コマンドの構文およびオプションツール・コマンドの構文およびオプションUNIX ベースのプラットフォームの場合は、管理権限で OCR コマンドを実行します。Windows ベースのシステムの場合は、管理権限を持つユーザーで OCR コマンドを実行します。次に、OCR コマンド構文を示します。ここで optionは、表 3-1 のオプション列のいずれかの動詞を示します。

ocrconfig -option

表表表表 3-1 ocrconfig コマンド・オプションコマンド・オプションコマンド・オプションコマンド・オプション

オプションオプションオプションオプション用途用途用途用途

-export OCR の内容をターゲット・ファイルにエクスポートします。

-import 以前にエクスポートした OCR ファイルから OCR の内容をインポートします。

-restore 自動的に作成された OCR バックアップ・ファイルから OCR をリストアしま

す。

-backuploc OCR バックアップ・ファイルの位置を変更します。このエントリには、すべ

てのノードがアクセスできるフルパスを使用します。

-showbackup 自動的に作成された後の 3 つのバックアップ・ファイルのオリジナル・ファ

イルの位置、タイムスタンプおよびノード名を表示します。

-upgrade OCR を新しいバージョンにアップグレードします。

-downgrade OCR を以前のバージョンにダウングレードします。

-help ocrconfigコマンドのヘルプを表示します。


SRVCONFIG を使用したクラスタ・データベース構成のインポートおよびエクスポート

たとえば、OCR の内容をバイナリ・ファイルにエクスポートするには、ocrconfigコマンドを次の構文で使用します。ここで、file_nameは、OCR の内容のエクスポート先のファイルです。

ocrconfig -export file_name

エクスポート・ファイルは編集できません。OCR クライアント（クラスタウェアなど）が実行中の場合は、Oracle によってエラーが報告されます。

OCR でのでのでのでの Oracle Hardware Assisted Resilient Data の実装の実装の実装の実装Oracle Hardware Assisted Resilient Data（HARD）は、データの破損を未然に防ぎます。HARD を使用可能にすると、OCR によって HARD 対応ブロックが書き込まれます。OCRで使用するデバイスが HARD をサポートし使用可能にできるかは、Oracle HARD に関するホワイト・ペーパーを参照してください。

http://otn.oracle.com/deploy/availability/htdocs/HARD.html

Real Application Clusters でのでのでのでの OCR 構成のアップグレードおよびダウング構成のアップグレードおよびダウング構成のアップグレードおよびダウング構成のアップグレードおよびダウングレードレードレードレード

CRS をインストールすると、ocrconfig -upgradeコマンドが自動的に実行されます。ダウングレードについては、各コンポーネントについてのダウングレード指示に従ってください。また、ocrconfig -downgradeコマンドを使用して OCR をダウングレードしてください。

Oracle9i のののの HARD 対応対応対応対応 OCR ブロックブロックブロックブロックOracle9i では、OCR による HARD 対応ブロックの書込みは行われません。OCR が使用するデバイスで HARD が有効になっている場合は、OCR をダウングレードする前に、HARD に関するホワイト・ペーパーに示されている方法を使用して、OCR デバイスの HARD を無効にします。HARD を無効にしなかった場合、ダウングレード操作は正常に終了しません。

SRVCONFIG を使用したクラスタ・データベース構成のインポーを使用したクラスタ・データベース構成のインポーを使用したクラスタ・データベース構成のインポーを使用したクラスタ・データベース構成のインポートおよびエクスポートトおよびエクスポートトおよびエクスポートトおよびエクスポート

OCR に対して SRVM クラスタ・データベース構成情報をインポートおよびエクスポートするには、SRVCONFIGを使用します。たとえば、次の構文を使用すると、テキスト・ファイルに構成情報がエクスポートエクスポートエクスポートエクスポートされます。

srvconfig -exp file_name.txt

次の構文を使用すると、構成情報がテキスト・ファイルから OCR にインポートインポートインポートインポートされます。

srvconfig -imp file_name.txt


SRVCONFIG を使用したクラスタ・データベース構成のインポートおよびエクスポート


サービスの

4
サービスの管理サービスの管理サービスの管理サービスの管理
この章では、Real Application Clusters（RAC）データベース内のサービスなど、高可用性機能の管理方法について説明します。内容は次のとおりです。

� Real Application Clusters でのサービスと高可用性

� サービスの追加および変更

� 障害後の自動再起動

� Enterprise Manager および SRVCTL を使用したサービスの管理

関連項目関連項目関連項目関連項目 : RAC のインストールと構成の詳細は、『Oracle Real Application Clusters インストレーションおよび構成』を参照してください。

管理 4-1

Real Application Clusters でのサービスと高可用性

Real Application Clusters でのサービスと高可用性でのサービスと高可用性でのサービスと高可用性でのサービスと高可用性企業のグリッド構想を実現するために、Oracle Database 10g では、サービスと呼ばれる、強力で新しい自動ワークロード管理機能を導入しています。サービスによって、ご使用のアプリケーションのワークロードを個別のエンティティとして管理できます。各サービスに割り当てられている処理リソースを制御したり、障害時または計画停止時に、これらのリソースが自動的に再割当てされる方法を定義できます。サービスごとのパフォーマンスを監視し、サービスに割り当てられているリソースを変更することもできます。これによって、ビジネス要件が変更された場合でも、品質保証契約を維持できます。

サービスは、Oracle Database 10g の汎用の機能で、シングル・インスタンスの Oracle データベースと Real Application Cluster（RAC）の配置の両方で使用できます。RAC の配置では、それぞれ異なった時間に別々のサービスに割り当てられているインスタンスをクラスタ内で制御できるため、サービスの完全な機能が実現されます。これによって、処理リソースをアプリケーションのワークロードに適用する方法が制御され、業務の優先順位への対応が効果的に行われます。

Real Application Clusters 環境でのサービスの使用環境でのサービスの使用環境でのサービスの使用環境でのサービスの使用サービスとは、アプリケーション・ワークロードを拡張し、それに対応するビジネス・コンポーネントを構成するアプリケーションのグループまたは分類です。サービスの例としては、買掛金モジュール（AP）、顧客リレーションシップ管理（CRM）などがあります。RAC のサービスにより、複数のインスタンスで複数のサービスをサポートする、中断のない連続したデータベース運用を実現できます。

RAC では、サービスにより単一のシステム・イメージにクラスタ・データベース・リソースを統合し、クラスタ管理を適化できます。これによって、システム配置、テスト、障害時リカバリや管理業務が簡素化されます。ユーザーは、どのインスタンスが SQL アプリケーション・サービスを実行するかにかかわらず、サービスを使用してデータベースに接続します。

1 つ以上のインスタンスで稼働するようにサービスを割り当て、プライマリ・インスタンスで障害が発生した場合に、代替インスタンスをバックアップ・インスタンスとして使用できます。プライマリ・インスタンスで障害が発生した場合、Oracle は、障害が発生したインスタンスから障害が発生していない代替インスタンスにサービスを移します。

サービスにより、高可用性や障害時リカバリのあらゆる種類の状況に対して、計画操作および計画外操作の両方をモデル化し配置できます。停止の際、RAC は主要なコンポーネントを自動的に再起動します。自動再起動の対象となるコンポーネントには、インスタンス、Oracle Net Services リスナー、データベースおよびデータベースの様々なサブコンポーネントがあります。

クラスタ・データベース内の変化に対応するため、RAC はイベントを使用して状態変化を迅速に通知します。障害が発生すると、イベント通知によってリカバリ処理が即座に開始されます。そのため、ネットワーク・タイムアウトを発生せずに、重要なアプリケーションの一連のリカバリが提供されます。


サービスの追加および変更

主要なリソースは RAC の高可用性イベントによってリンクされるため、イベントが環境のどこで発生したかにかかわらず、これらのイベントに対応します。また、通知を中間層のアプリケーションまで拡張するようにイベントを定義し、監視を簡素化できます。

さらに、クラスタ構成を変更している間も、クライアントとデータベース間の柔軟性のある接続で、サービスの可用性を保持できます。これは、RAC がクラスタ・データベース全体にサービスとクラスタの両方の構成情報を継続的に伝播しているためです。接続時および実行時のルーティングによって、サービスを提供するインスタンスの数がアプリケーションに対して透過的になります。

サービスの追加および変更サービスの追加および変更サービスの追加および変更サービスの追加および変更サービスを作成するには、Database Configuration Assistant（DBCA）またはサーバー制御ユーティリティ（SRVCTL）を使用します。作成後、実行するタスクに応じて、DBCA または Enterprise Manager を使用してサービスを管理します。リソース使用率は、サービス・レベルで測定でき、パフォーマンスしきい値を設定して、サービスの可用性を制御できます。

RAC でサービスを作成する場合、優先処理用（通常時）と使用可能処理用（リカバリ時）のインスタンスにサービスを割り当てることができます。サービス・レベルの変更または計画停止の場合は、使用可能な他のインスタンスを指定して、サービスをサポートできます。また、Oracle Resource Manager を使用して、サービスの優先順位を制御するコンシューマ・グループを作成できます。サービスの優先インスタンスが使用不可になった場合、Oracle は使用不可のインスタンスから使用可能なインスタンスに、ユーザーを再接続します。

Database Upgrade Assistant（DBUA）を使用して、Oracle Database の以前のリリースからプライマリまたはセカンダリ構成をアップグレードする場合、DBUA は 1 つのサービスを作成し、それを優先インスタンスである 1 つのインスタンスに割り当て、さらに使用可能インスタンスである別のインスタンスにも割り当てます。

サービスの追加および変更のためのサービスの追加および変更のためのサービスの追加および変更のためのサービスの追加および変更のための DBCA の使用の使用の使用の使用DBCA のサービス管理機能を使用すると、インスタンスに対するサービス割当てとサービス作業環境を管理したり、透過的アプリケーション・フェイルオーバー（TAF）のポリシーを構成できます。これらの手順は、RAC データベースの稼働中に実行できます。インスタンスまたは RAC データベースが稼働していない場合でも、DBCA を使用してサービスを構成できますが、サービスは起動されません。DBCA のサービス管理機能を使用してサービスの追加または変更を行う手順は、次のとおりです。

1. 「DBCA Welcome」ページで「Oracle Real Application Clusters」オプションを選択し、「Next」をクリックします。

関連項目関連項目関連項目関連項目 : DBMS_SERVICEおよび DBMS_MONITOR PL/SQL パッケージ、およびしきい値の設定の詳細は、『PL/SQL パッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。

サービスの管理 4-3

サービスの追加および変更

2. 「DBCA Operations」ページで「Services Management」を選択し、「Next」をクリックします。

3. 「DBCA List of Databases」ページで、サービスを構成するクラスタ・データベースを選択し、「Next」をクリックします。選択したデータベースにすでに割り当てられたサービスがある場合、このページにそれらのサービスが表示されます。

4. 「Add」または「Modify」をクリックします。

5. サービスを追加するには、サービスの名前を入力します。接頭辞 SYS$で始まるサービス名は、Oracle 内部プロセス用として予約されています。サービスを変更するには、サービスを編集し、サービスのインスタンス作業環境と TAF ポリシーを構成します。優先処理（通常時）および使用可能処理（リカバリ時）のインスタンスに対してサービスを割り当てます。ユーザーが別のサービスを選択したり、別のページに移動した場合、DBCA はそれまでの変更を記録します。

6. サービスを削除するには、サービスを選択し、「Remove」をクリックします。

7. 「Finish」をクリックすると、DBCA の「Summary」ページが表示されます。「OK」をクリックすると、DBCA によるサービスの構成中、進捗ダイアログ・ボックスが表示されます。

「Finish」をクリックすると、追加、変更または削除されたサービスについて、Cluster Ready Services（CRS）リソースが構成されます。また、これらのサービスに関するネット・サービス・エントリも構成され、サービスが起動されます。DBCA を使用してサービスを削除する場合、DBCA は、サービスを停止し、サービスの CRS リソースを削除し、ネット・サービス・エントリを削除します。

VIP アドレスの変更アドレスの変更アドレスの変更アドレスの変更VIP アドレスを変更するには、次の手順を実行します。

1. すべてのデータベースおよび ASM インスタンスを停止します。

2. srvctl stop nodeappsコマンドを使用して、リスナーおよびノード・アプリケーションを停止します。

3. 付録 B の説明のとおり、-Aオプションを指定して srvctl modify nodeappsコマンドを実行します。

4. 手順 1 および 2 で停止した、すべてのインスタンスおよびノード・アプリケーションを再起動します。

注意注意注意注意 : 「Add a Service」ダイアログ・ボックスで行った入力は、4KB の制限がある SERVICE_NAMESパラメータ・エントリに追加されます。したがって、インスタンスに割り当てるすべてのサービスの名前の長さの合計は、4KB 以内である必要があります。


Enterprise Manager および SRVCTL を使用したサービスの管理

障害後の自動再起動障害後の自動再起動障害後の自動再起動障害後の自動再起動一部の管理タスクでは、コンポーネントが自動的に再起動しないようにする必要があります。たとえば、保守のためにノードおよびそのインスタンスとサービスのすべてをオフラインにする場合は、初に Enterprise Manager または SRVCTL のいずれかを使用してインスタンスとそのサービスを無効化します。

障害が発生し、RAC データベースのインスタンスに影響がある場合、RAC はそのインスタンス上のサービスを別の使用可能なインスタンスに移動します。その後、ノードが再度起動すると、CRS は失敗したソフトウェアの再起動を試行します。

Enterprise Manager およびおよびおよびおよび SRVCTL を使用したサービスの管理を使用したサービスの管理を使用したサービスの管理を使用したサービスの管理SRVCTL を使用してサービスを作成した場合、別の SRVCTL コマンドでそのサービスを起動する必要があります。一方、後で手動でサービスを停止または再起動する必要もあります。また、自動再起動を防止するために、サービスを無効化する必要があります。さらに、サービスを手動で再配置したり、サービスに関するステータス情報を取得することもあります。サービスの起動および停止方法の例は、後述の項を参照してください。

� Enterprise Manager を使用した Real Application Clusters 内のサービスの管理

SRVCTL を使用した Real Application Clusters 内のサービスの管理

Enterprise Manager を使用したを使用したを使用したを使用した Real Application Clusters 内のサービスの管理内のサービスの管理内のサービスの管理内のサービスの管理次の作業には、Enterprise Manager の「Service Administration」ページを使用します。

� クラスタ・データベース・サービスの有効化、無効化、起動、停止および再配置

� クラスタ・データベースのインスタンス上で使用可能なサービスの表示

� サービスの定義中に構成された、稼働中インスタンス、優先インスタンス、使用可能インスタンスのリストの表示

� 各サービスの TAF ポリシーの表示

「Cluster Managed Database Services」ページにアクセスするには、Enterprise Manager の「Home」ページの「View」から「Cluster Databases」を選択し、「Go」をクリックします。クラスタ・データベースのホーム・ページが表示されます。「Administration」タブをクリックし、「Cluster Database Administration」ページの右の「High Availability」オプション・リストから「Cluster Managed Database Services」をクリックします。

注意注意注意注意 : 管理を実行するためにインスタンスを停止する場合、SVRCTL を使用して必ずインスタンスを無効化してください。無効化しなかった場合、ノードに障害が発生して再起動したときに、CRS は管理操作中のインスタンスを再起動しようとします。



クラスタ・データベース・インスタンスで使用可能なサービスが、「Cluster Managed Database Services」ページに表示されます。このページは、手動でサービスをロード・バランシングするためにも使用できます。「Services Detail」ページで、パネルの左側のラジオ・ボタンを使用して管理するサービスを選択し、パネルの右側のコマンド・ボタンをクリックして ENABLE、DISABLE などの操作を選択し、「OK」をクリックします。「OK」をクリックすると、Enterprise Manager がサービスに対して選択した操作を実行します。このページの詳細は、オンライン・ヘルプを参照してください。

DBCA または SRVCTL を使用してサービスを作成した後は、Enterprise Manager でのみサービスを管理できます。また、TAF を使用するには、あらかじめ TAF のためのサービスを構成しておく必要があります。Enterprise Manager を使用してサービスの作成またはサービスの TAF ポリシーの設定はできません。「Services Details」ページにアクセスする手順は、次のとおりです。

� サービスを起動または停止するには、「Cluster Database」ページの「Administration」タブからサービスにアクセスし、「Start」または「Stop」をクリックします。

SRVCTL を使用したを使用したを使用したを使用した Real Application Clusters 内のサービスの管理内のサービスの管理内のサービスの管理内のサービスの管理次の項では、SRVCTL を使用してサービスを管理する方法について説明します。

SRVCTL を使用したサービスの起動および停止を使用したサービスの起動および停止を使用したサービスの起動および停止を使用したサービスの起動および停止コマンドラインから次の SRVCTL 構文を入力します。

srvctl start service -d name [-s service_name_list] [-i inst_name] [-o start_options] [-c connect_str | -q]

srvctl stop service -d name -s service_name_list [-i inst_name] [-o start_options] [-c connect_str | -q]


� DBCA を使用してサービスを作成する方法は、4-3 ページの「サービスの追加および変更のための DBCA の使用」を参照してください。

� SRVCTL を使用してサービスを追加する方法の詳細は、B-6 ページの「srvctl add」を参照してください。

� DBMS_SERVICE PL/SQL パッケージの詳細は、『PL/SQL パッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。



SRVCTL を使用したサービスの有効化および無効化を使用したサービスの有効化および無効化を使用したサービスの有効化および無効化を使用したサービスの有効化および無効化デフォルトでは、すべてのサービスは自動再起動が有効化されています。ただし、ハードウェア修理や計画アップグレードなどの一部の管理作業では、自動再起動しないようにサービスを無効化しておく必要があります。サービスを有効化および無効化するには、コマンドラインから次の SRVCTL 構文を使用します。

srvctl enable service -d db_name -s service_name_list [-i inst_name]

srvctl disable service -d db_name -s service_name_list [-i inst_name]

SRVCTL を使用したサービスの再配置を使用したサービスの再配置を使用したサービスの再配置を使用したサービスの再配置たとえば、インスタンス crm1 からインスタンス crm3 にサービスを再配置するには、コマンドラインから次の SRVCTL 構文を使用します。

srvctl relocate service -d crm -s crm -i crm1 -t crm3

srvctl status service -d crm -s crm -v

SRVCTL で実行できるその他の管理タスクについては、付録 B「サーバー制御ユーティリティ（SRVCTL）のリファレンス」を参照してください。

SRVCTL を使用したサービスのステータスの取得を使用したサービスのステータスの取得を使用したサービスのステータスの取得を使用したサービスのステータスの取得たとえば、crm で稼働している CRS サービスのステータスを取得するには、コマンドラインから次の SRVCTL 構文を使用します。

srvctl status service -d crm -s crm


ノードおよびインスタンスの追加および

5
ノードおよびインスタンスの追加および削除ノードおよびインスタンスの追加および削除ノードおよびインスタンスの追加および削除ノードおよびインスタンスの追加および削除
この章では、Oracle Real Application Clusters（RAC）データベースでノードおよびインスタンスを追加および削除する方法について説明します。内容は次のとおりです。

� ノードの追加手順の概要

� 手順 1: 新規ノードのクラスタへの接続

� 手順 2: クラスタウェアおよび Oracle ソフトウェアの新規ノードへの拡張

� 手順 3: 新規ノードでの RAC の記憶域の準備

� 手順 4: Oracle RAC データベース・レイヤーでのノードの追加

� 手順 5: 新規ノードに対するデータベース・インスタンスの追加

� すでにクラスタウェアおよび Oracle ソフトウェアがインストールされているクラスタへのノードの追加

� Real Application Clusters データベースからのインスタンスの削除

� UNIX ベースのプラットフォームでの Oracle クラスタからのノードの削除

� Windows ベースのプラットフォームでの Oracle クラスタからのノードの削除

削除 5-1

ノードの追加手順の概要

ノードの追加手順の概要ノードの追加手順の概要ノードの追加手順の概要ノードの追加手順の概要この項では、クラスタにノードを追加する方法について説明します。ネットワーク・レベルでクラスタの一部となる新規ノードを設定します。次に、既存の Cluster Ready Services

（CRS）ホームから新規ノードに CRS を拡張し、RAC コンポーネントを持つ Oracle データベース・ソフトウェアを新規ノードに拡張します。後に、既存のクラスタ・データベースの新規ノード・メンバーを作成します。

クラスタに追加するノードがクラスタウェアまたは Oracle ソフトウェアで構成されていない場合は、次の 5 つの手順を実行する必要があります。これらの手順では、UNIX ベースまたは Windows ベースの RAC 環境がすでに稼働しているとします。次の項で、手順の詳細を説明します。

� 手順 1: 新規ノードのクラスタへの接続

� 手順 2: クラスタウェアおよび Oracle ソフトウェアの新規ノードへの拡張

� 手順 3: 新規ノードでの RAC の記憶域の準備

� 手順 4: Oracle RAC データベース・レイヤーでのノードの追加

� 手順 5: 新規ノードに対するデータベース・インスタンスの追加

ノードがすでにクラスタウェアおよび Oracle ソフトウェアで構成されている場合に、クラスタにノードを追加するには、5-17 ページの「すでにクラスタウェアおよび Oracle ソフトウェアがインストールされているクラスタへのノードの追加」で説明する手順に従ってください。

注意注意注意注意 : 一部の UNIX ベースのプラットフォームでは既存ノードを停止せずにノードを追加できます。追加できるのは、クラスタウェアがこれをサポートする場合のみです。詳細は、ベンダー固有のクラスタウェアのマニュアルを参照してください。

関連項目関連項目関連項目関連項目 : RAC データベースの作成および削除のために Database Configuration Assistant（DBCA）を使用する手順は、『Oracle Real Application Clusters インストレーションおよび構成ガイド』を参照してください。


手順 1: 新規ノードのクラスタへの接続

手順手順手順手順 1: 新規ノードのクラスタへの接続新規ノードのクラスタへの接続新規ノードのクラスタへの接続新規ノードのクラスタへの接続クラスタに新規ノードを接続し、クラスタ・データベースをサポートするように新規ノードを準備するには、次の手順を実行します。

� 物理的接続の確立

� オペレーティング・システムのインストール

� Oracle ユーザーの作成

� インストールの検査

物理的接続の確立物理的接続の確立物理的接続の確立物理的接続の確立新規ノードのハードウェアをクラスタのネットワーク・インフラストラクチャに接続します。この作業には、電気的な接続の確立、ネットワーク・インターコネクトの構成、共有ディスク・サブシステム接続の構成などが含まれます。この手順の詳細は、ハードウェア・ベンダーのマニュアルを参照してください。

オペレーティング・システムのインストールオペレーティング・システムのインストールオペレーティング・システムのインストールオペレーティング・システムのインストールクラスタの他のノード上のオペレーティング・システムと一致するオペレーティング・システムのクローン・イメージをインストールします。これには、必要なサービス・パッチやドライバのインストールも含まれます。この手順の詳細は、ハードウェア・ベンダーのマニュアルを参照してください。

Oracle ユーザーの作成ユーザーの作成ユーザーの作成ユーザーの作成UNIX ベースのシステムでは、root ユーザーとして Oracle ユーザーを作成し、既存のノード上のものと同じユーザー ID とグループ ID を使用してグループ化します。Windows ベースのシステムでは、管理者としてインストールを実行します。

インストールの検査インストールの検査インストールの検査インストールの検査インストールが正しく構成されているか確認するために、次の手順を実行します。

1. 新規ノードがプライベート・インターコネクトにアクセスできることを確認します。5-4ページの「手順 2: クラスタウェアおよび Oracle ソフトウェアの新規ノードへの拡張」の手順を実行する前に、このインターコネクトが正しく構成されている必要があります。

2. クラスタ・ファイル・システムを使用していない場合は、既存ノードでクラスタ・ソフトウェアがインストールされている位置を調べます。Cluster Ready Services ソフトウェアをインストールするために、それぞれの新規ノードについて同じ位置に 250MB以上の空き領域があることを確認します。また、各ノードに Oracle バイナリをインストールするのに十分な空き領域があることも確認します。

ノードおよびインスタンスの追加および削除 5-3

手順 2: クラスタウェアおよび Oracle ソフトウェアの新規ノードへの拡張

3. 新規ノードでユーザー等価関係が確立されていることを確認します。

4. 次のプラットフォーム固有の手順を実行します。

� UNIX ベースのシステムの場合

rshまたは sshを使用して、既存ノードと新規ノードの間のユーザー等価関係を確認します。

� Windows ベースのシステムの場合

クラスタの各既存ノードから、次のコマンドを実行できることを確認します。ここで、host_nameは新規ノードのパブリック・ネットワーク名です。

NET USE ¥¥host_name¥C$

オペレーティング・システムが次のように応答した場合、ユーザーには各ノードに対して必要な管理者権限が割り当てられています。

Command completed successfully.

この項の手順を完了すると、新規ノードはクラスタに接続され、クラスタウェアに対して新規ノードを認識させるために必要なソフトウェアが構成されます。手順 2 で説明するように、新規ノードにクラスタ・ソフトウェアを拡張し、新規ノードをクラスタのメンバーとして構成してください。

手順手順手順手順 2: クラスタウェアおよびクラスタウェアおよびクラスタウェアおよびクラスタウェアおよび Oracle ソフトウェアの新規ノーソフトウェアの新規ノーソフトウェアの新規ノーソフトウェアの新規ノードへの拡張ドへの拡張ドへの拡張ドへの拡張

次の項では、OUI を使用してクラスタウェア・レイヤーと Oracle データベース・ソフトウェア・レイヤーに新規ノードを追加する方法について説明します。

� ベンダーのクラスタウェア・レイヤーでのノードの追加（UNIX のみ）

� Oracle クラスタウェア・レイヤーでのノードの追加（UNIX および Windows）

ベンダーのクラスタウェア・レイヤーでのノードの追加（ベンダーのクラスタウェア・レイヤーでのノードの追加（ベンダーのクラスタウェア・レイヤーでのノードの追加（ベンダーのクラスタウェア・レイヤーでのノードの追加（UNIX のみ）のみ）のみ）のみ）Windows ベースのシステムを使用している場合、次の項に進んでください。UNIX ベースのシステムでは、ベンダーのクラスタウェアのマニュアルに従って、クラスタウェア・レイヤーに新規ノードを追加します。CRS ホームとして共有記憶域を使用するシステムでは、新規ノードが既存のクラスタウェアにアクセスできることを確認します。また、新規ノードを既存のクラスタの一部としてオンラインにできることも確認します。次の項では、クラスタウェア・レイヤーにノードを追加します。

注意注意注意注意 : CRS のインストール後に、ホスト名を変更しないでください。ドメイン修飾の追加または削除もしないでください。



Oracle クラスタウェア・レイヤーでのノードの追加（クラスタウェア・レイヤーでのノードの追加（クラスタウェア・レイヤーでのノードの追加（クラスタウェア・レイヤーでのノードの追加（UNIX およびおよびおよびおよび Windows））））すべてのプラットフォームで次の手順を実行します。OUI は、手順 1 でインストールの検査の一部として確認したプライベート・インターコネクトに対するアクセスを必要とします。

1. 既存のノードの 1 つで、UNIX ベースのシステムの場合は CRS home/oui/binディレクトリに、Windows ベースのシステムの場合は CRS home¥oui¥binディレクトリに移動します。UNIX では addNode.shスクリプトを、Windows では addNode.batスクリプトを実行して、OUI を起動します。

2. OUI は add nodeモードで稼働し、OUI の「Welcome」ページが表示されます。「Next」をクリックすると、「Specify Cluster Nodes for Node Addition」ページが表示されます。

3. 「Specify Cluster Nodes for Node Addition」ページの上の表は、OUI を起動した CRSホームと関連付けられている既存ノードを示します。下の表は、新規ノードのパブリック・ノード名とプライベート・ノード名を入力するために使用します。

4. ベンダーのクラスタウェアを使用している場合、パブリック・ノード名は下の表に自動的に表示されます。「Next」をクリックすると、OUI は既存ノードと新規ノードで接続性を検査します。OUI が実行する検査は次のとおりです。

� ノードが起動しているか

� ネットワークからノードにアクセスできるか

� ユーザーが新規ノードで CRS ホームを作成するための書込み権限を持っているか

� ユーザーが、UNIX では oraInventoryディレクトリで、Windows ではInventoryディレクトリで、OUI インベントリに対する書込み権限を持っているか

5. OUI によりインベントリの位置が新規ノードにないことが検出された場合は、各プラットフォームで次のように表示または実行されます。

� UNIX プラットフォームでは、新規ノードで oraInstRoot.shスクリプトを実行することを要求するダイアログ・ボックスが表示されます。

� Windows プラットフォームでは、レジストリ・キーのインベントリの位置が自動的に更新されます。

いずれかの検査に失敗した場合、「Specify Cluster Nodes for Node Addition」ページが再表示され、両方の表の「Status」欄にエラーが表示されます。エラーを解決するか、エラーのあるノードの選択を解除して、先に進みます。ただし、既存ノードの選択を解除することはできません。すでに CRS クラスタの一部であるノードについては、問題を解決しないと、ノードの追加を続行できません。すべての検査に成功すると、OUI の

「Node Addition Summary」ページが表示されます。



6. 「Node Addition Summary」ページには、新規ノードに対して拡張しようとしているCRS ホームにインストール済の製品を示す次の情報が表示されます。

� ノード追加プロセスのソース（この場合は CRS ホーム）

� 新規ノードについて入力したプライベート・ノード名

� 入力した新規ノード

� 新規ノード上の必須領域および使用可能領域

� 既存 CRS ホームにすでにインストールされている製品のリスト

「Next」をクリックすると、OUI の「Cluster Node Addition Progress」ページが表示されます。

7. 「Cluster Node Addition Progress」ページには、クラスタ・ノード追加プロセスのステータスが表示されます。このページの表には、ノード追加プロセスのフェーズおよびフェーズのステータスを示す 2 つの欄があります。その内容は次のようにプラットフォーム固有です。

UNIX ベースのシステムでは、次の 4 つの OUI フェーズがこのページに表示されます。

� ルート・スクリプトのインスタンス化 : 「Cluster Node Addition」ページに入力したパブリック・ノード名とプライベート・ノード名で rootaddnode.shをインスタンス化します。

� CRS ホームを新規ノードにコピー : CRS ホームがクラスタ・ファイル・システムにある場合を除き、CRS ホームを新規ノードにコピーします。

� rootaddnode.shおよび root.shの実行 : OUI を稼働しているローカル・ノード上で、rootaddnode.shの実行を求めるプロンプトが表示されます。次に新規ノードで root.shを実行するように求めるプロンプトが表示されます。

� クラスタ・インベントリの保存 : CRS ホームおよびそのインベントリと関連付けられたノード・リストを更新します。

Windows ベースのシステムでは、次の 3 つの OUI フェーズがこのページに表示されます。

� CRS ホームを新規ノードにコピー : CRS ホームが Oracle クラスタ・ファイル・システムにある場合を除き、CRS ホームを新規ノードにコピーします。

� Oracle ホーム・セットアップの実行 : 新規ノードのレジストリ・エントリを更新し、サービスを作成し、フォルダ・エントリを作成します。

注意注意注意注意 : ベンダーのクラスタウェアがインストールされているクラスタのすべてのノードに、CRS をインストールすることを強くお薦めします。



� クラスタ・インベントリの保存 : CRS ホームおよびそのインベントリと関連付けられたノード・リストを更新します。

すべてのプラットフォームで、「Cluster Node Addition Progress」ページの「Status」欄には、フェーズの進行中は「In Progress」、フェーズの実行が保留中は

「Suspended」、フェーズ完了後は「Succeeded 」と表示されます。完了後に、「Exit」をクリックすると、OUI セッションは終了します。OUI の「End of Node Addition」ページが表示された後で、「Exit」をクリックして OUI セッションを終了します。

8. Windows ベースのシステムでは、次のコマンドを実行して、現在使用中のノード名およびノード番号を確認します。

CRS home¥bin¥olsnodes -n

新規ノードに関する CRS 情報を追加するには、次に使用可能ノード名およびノード番号を使用して crssetup.exeコマンドを実行します。crssetup.exeでは、次の構文を使用します。ここで、I は初の新規ノード番号、nodeI～ nodeI+nは追加するノードのリスト、nodeI-number～ nodeI+n-numberは新規ノードに割り当てるノード番号、pnI～ pnI+1は新規ノードのプライベート・ネットワークのリストを表します。

CRS home¥bin¥crssetup.exe add-nn nodeI,nodeI-number,nodeI+1,nodeI+1-number,...nodeI+n,nodeI+n-number-pn pnI,nodeI-number,pnI+1,nodeI+1-number,...pnodeI+n,nodeI+n-number

crssetup.exe add -nn nodeI,node number -pn pnodeI,node number

これらは、手順 3 の「Specify Cluster Nodes for Node Addition」ページで入力するプライベート・ネットワーク名または IP アドレスです。次に例を示します。

crssetup.exe add -nn node3,3,node4,4 -pn node3_pvt,3,node4_pvt,4

9. すべてのプラットフォームで、次のように CRS ホームの binサブディレクトリからracgonsユーティリティを実行し、Oracle Notification Services（ONS）のポート番号を設定します。

racgons add_config new_node_name:4948

この項の手順に従い、Oracle クラスタウェア・レイヤーでノードの追加を完了すると、CRSホームは既存の CRS ホームから新規ノードに正しく拡張されています。手順 3 に進み、新規ノードで RAC の記憶域を準備してください。


手順 3: 新規ノードでの RAC の記憶域の準備

手順手順手順手順 3: 新規ノードでの新規ノードでの新規ノードでの新規ノードでの RAC の記憶域の準備の記憶域の準備の記憶域の準備の記憶域の準備既存の RAC データベースを新規ノードに拡張するには、新規ノード用の記憶域を既存ノードの記憶域と同じ構成にします。たとえば、Oracle Cluster Registry（OCR）と投票ディスクは、他のノードが使用するパスと同じパスを使用して新規ノードからアクセスできる必要があります。また、OCR と投票ディスク・デバイスは、既存ノードと同じ権限を持っている必要があります。次のように、拡張する RAC 環境の他のノードで使用しているものと同じタイプの記憶域を、新規ノードで準備してください。

� 自動記憶域管理（Automatic Storage Management: ASM）

ASM を使用する場合、新規ノードが既存ノードと同じ権限で ASM ディスクにアクセスできることを確認します。

� Oracle クラスタ・ファイル・システム（OCFS）

Oracle クラスタ・ファイル・システムを使用する場合、他のノードがクラスタ・ファイル・システムにアクセスするのと同じ方法で新規ノードがアクセスできることを確認します。

� ベンダーのクラスタ・ファイル・システム

クラスタ・データベースがベンダーのクラスタ・ファイル・システムを使用する場合、新規ノードがベンダーのクラスタ・ファイル・システムを使用するように構成します。ベンダーのクラスタウェアのマニュアルで、使用するプラットフォームのインストール前の手順を参照してください。

� RAW デバイス記憶域

クラスタ・データベースが RAW デバイスを使用する場合、次の項で説明する手順に従って、新しい RAW デバイスを準備します。

新規ノードの新規ノードの新規ノードの新規ノードの RAW デバイス記憶域の準備デバイス記憶域の準備デバイス記憶域の準備デバイス記憶域の準備新規ノードで RAW デバイス記憶域を準備するには、新しい各インスタンスの REDO ログを格納するために、少なくとも 2 つの新しいディスク・パーティションが必要です。これらのディスク・パーティションは、既存のノードのインスタンス用に構成した REDO ログ・パーティションと同じサイズにしてください。また、自動 UNDO 管理のために UNDO 表領域の論理パーティションも追加作成します。

対応オペレーティング・システムでは、RAW デバイスに対するシンボリック・リンクを作成できます。オプションとして、すべてのプラットフォームで RAW デバイス・マッピング・ファイルを作成し、その RAW デバイス・マッピング・ファイルを指すようにDBCA_RAW_CONFIG環境変数を設定することができます。

関連項目関連項目関連項目関連項目 : Oracle クラスタ・ファイル・システムの詳細は、『Oracle Real Application Clusters インストレーションおよび構成ガイド』を参照してください。


手順 3: 新規ノードでの RAC の記憶域の準備

UNIX ベースのシステムでのベースのシステムでのベースのシステムでのベースのシステムでの RAW 記憶域の構成記憶域の構成記憶域の構成記憶域の構成必要な RAW 記憶域を構成するには、ベンダー提供のツールを使用します。

Windows ベースのシステムでのベースのシステムでのベースのシステムでのベースのシステムでの RAW パーティションの構成パーティションの構成パーティションの構成パーティションの構成クラスタの既存のノードの 1 つから次の手順を実行します。

1. 拡張パーティションを作成または指定します。

2. 拡張パーティションの未割当て部分をクリックします。

3. 「パーティション」メニューから「作成」を選択します。ダイアログ・ボックスが表示されたら、パーティションのサイズを入力します。既存のノードで使用していたサイズと同じサイズを使用していることを確認してください。

4. 新しく作成されたパーティションをクリックし、「Tool」メニューから「Assign Drive Letter」を選択します。

5. 「ドライブ文字を割り当てない」を選択し、「OK」をクリックします。

6. 2 つ目以降の追加パーティションにも手順 2 ～ 5 を繰り返します。

7. 「パーティション」メニューから「今すぐ変更を反映」を選択して、新しいパーティション情報を保存します。

8. 次の手順に従い、既存ノードおよび新規ノードが、ここで作成した新しいパーティションを認識でき、新規ノードが論理ドライブに対する既存のシンボリック・リンクを認識できるように、シンボリック・リンクを作成します。

a. 既存ノードの 1 つの CRS home¥binディレクトリから次のコマンドを入力し、Object Link Manager（OLM）を起動します。

GUIOracleOBJManager

b. OLM は論理ドライブへのシンボリック・リンクを自動的に検出し、それらを OLMの Graphical User Interface（GUI）に表示します。

c. 前述の項で作成したパーティションのディスク番号およびパーティション番号を確認します。OLM ページでディスク番号およびパーティション番号を調べ、次の作業を実行します。

– 「New Link」欄の下にあるボックスの横で右クリックし、初のパーティションのリンク名を入力します。

関連項目関連項目関連項目関連項目 : RAW パーティションの構成と RAW デバイス・マッピング・ファイルの使用の詳細は、『Oracle Real Application Clusters インストレーションおよび構成ガイド』を参照してください。


手順 4: Oracle RAC データベース・レイヤーでのノードの追加

– 2 つ目以降の追加パーティションにも前述の手順を繰り返します。

たとえば、RAC データベース名が dbであり、2 つのノードで稼働する 2 つのインスタンスで構成され、第 3 のノードに第 3 のインスタンスを追加しようとしている場合、REDO ログのリンク名は db_redo3_1、db_redo3_2などとなります。

– 新規ノードのインスタンスに対して自動 UNDO 管理を有効にするには、前述の項で作成した UNDO 表領域の論理パーティションに対するリンク名を入力します。たとえば、RAC データベース名が dbであり、2 つのノードで稼働する 2 つのインスタンスがあり、第 3 のノードに第 3 のインスタンスを追加しようとしている場合、UNDO 表領域のリンク名は db_undotbs3となります。

– 「Options」メニューから「Commit」を選択します。これによって、現行のノードに新しいリンクが作成されます。

– 「Options」メニューから「Sync Nodes」を選択します。これは、新規ノードも含めて、クラスタのすべてのノードに対して新しいリンクを認識させます。

– Object Link Manager を終了するには、「Options」メニューから「Exit」を選択します。

この項の手順を完了すると、新規ノードが Oracle ソフトウェアにアクセスできるように、クラスタ記憶域が構成されます。また、既存ノードは、新規ノードおよびインスタンスにアクセスできます。RAC データベース・レイヤーで新規ノードを構成するには、手順 4 で説明するように OUI を使用します。

手順手順手順手順 4: Oracle RAC データベース・レイヤーでのノードの追加データベース・レイヤーでのノードの追加データベース・レイヤーでのノードの追加データベース・レイヤーでのノードの追加Oracle RAC データベース・レイヤーでノードを追加するには、add nodeモードで OUI を実行し、新規ノードを構成します。複数の Oracle ホームがある場合は、新規ノードに含める各 Oracle ホームについて次の手順を実行します。

1. UNIX ベースのシステムでは、$ORACLE_HOME/oui/binディレクトリから既存のノードで addNode.shスクリプトを実行します。Windows ベースのシステムでは、%ORACLE_HOME%¥oui¥binから addNode.batスクリプトを実行します。これにより、add nodeモードで OUI が起動され、OUI の「Welcome」ページが表示されます。

「Welcome」ページで「Next」をクリックすると、「Specify Cluster Nodes for Node Addition」ページが表示されます。

2. 「Specify Cluster Nodes for Node Addition」ページには、OUI を起動した Oracle ホームと関連付けられた既存ノードを示す表があります。このページの下部には、追加できるノードを示すノードの選択表が表示されます。追加するノードを選択し、「Next」をクリックします。



3. OUI は接続性を確認し、既存ノードと追加するノードの両方で可用性の検査を実行します。次の検査が実行されます。

� ノードが起動しているか

� ネットワークからノードにアクセスできるか

� ユーザーが新規ノードで Oracle ホームを作成するための書込み権限を持っているか

� 既存ノードと新規ノードにおいて、ユーザーが、UNIX では oraInventoryディレクトリで、Windows では Inventoryディレクトリで、OUI インベントリに対する書込み権限を持っているか

4. 新規ノードでインベントリの設定が行われていない場合、UNIX ベースのシステムでは、新規ノードで oraInstRoot.sh スクリプトを実行することを要求するダイアログ・ボックスが表示されます。Windows ベースのシステムでは、インベントリの位置に関するレジストリ・エントリが自動的に更新されます。他のいずれかの検査に失敗した場合は、問題を解決するか、エラーのあるノードの選択を解除して先に進みます。既存ノードの選択を解除することはできません。まず、既存ノードでの問題を解決してから、ノード追加を続行する必要があります。すべての検査が成功すると、OUI の

「Node Addition Summary」ページが表示されます。

5. 「Node Addition Summary」ページには、新規ノードに対して拡張しようとしているOracle ホームにインストール済の製品を示す次の情報が表示されます。

� ノード追加プロセスのソース（この場合は Oracle ホーム）

� 既存ノードおよび新規ノード

� 選択した新規ノード

� 新規ノード上の必須領域および使用可能領域

� 既存 Oracle ホームにすでにインストールされているすべての製品のリスト

「Finish」をクリックすると、OUI の「Cluster Node Addition Progress」ページが表示されます。

6. 「Cluster Node Addition Progress」ページには、クラスタ・ノード追加プロセスのステータスが表示されます。このページの表には、ノード追加プロセスのフェーズおよびフェーズのステータスを示す 2 つの欄があります。その内容は次のようにプラットフォーム固有です。

UNIX ベースのシステムでは、次の 4 つの OUI フェーズが「Cluster Node Addition Progress」ページに表示されます。

� ルート・スクリプトのインスタンス化 : ローカル・ノードからコピーすることにより、Oracle ホームで root.shスクリプトをインスタンス化します。



� Oracle ホームを新規ノードにコピー : Oracle ホームがクラスタ・ファイル・システムにある場合を除き、Oracle ホーム全体をローカル・ノードから新規ノードにコピーします。

� root.shの実行 : 新規ノードで root.shの実行を求めるプロンプトが表示されます。

� クラスタ・インベントリの保存 : Oracle ホームおよびそのインベントリと関連付けられたノード・リストを更新します。

Windows ベースのシステムでは、次の 3 つの OUI フェーズが「Cluster Node Addition Progress」ページに表示されます。

� Oracle ホームを新規ノードにコピー : Oracle ホームがクラスタ・ファイル・システムにある場合を除き、Oracle ホーム全体を新規ノードにコピーします。

� Oracle ホームの設定 : 新規ノードのレジストリ・エントリを更新し、サービスを作成し、フォルダ・エントリを作成します。

� クラスタ・インベントリの保存 : Oracle ホームおよびそのインベントリと関連付けられたノード・リストを更新します。

すべてのプラットフォームで、「Cluster Node Addition Progress」ページの「Status」欄には、フェーズ完了後は「Succeeded」、フェーズの進行中は「In Progress」、フェーズの実行が保留中は「Suspended」と表示されます。OUI の「End of Node Addition」ページが表示された後で、「Exit」をクリックして OUI セッションを終了します。

7. UNIX ベースのシステムの場合のみ、root.shスクリプトを実行します。

8. Oracle ホームの binサブディレクトリから、-nodelistオプションを次の構文で使用して VIPCA ユーティリティを実行します。これは、Node1から NodeNまで、現在RAC データベースの一部となっているノードの完全なセットを指定します。

vipca -nodelist Node1,Node2,Node3,...NodeN

注意注意注意注意 : VIPCA ユーティリティは、UNIX ベースのシステムでは rootユーザーで、Windows ベースのシステムでは管理者権限を持つユーザーで実行する必要があります。


手順 5: 新規ノードに対するデータベース・インスタンスの追加

9. 新しいノード上のプライベート・インターコネクトのインタフェース名が、既存のノードのインターコネクト名と同じではない場合は、この手順に従って、新しいノードのプライベート・インターコネクト設定を変更します。同じ場合は、手順 10 に進みます。次の構文（subnetは、ノードを追加する RAC データベースのプライベート・インターコネクトのサブネット）を使用して、Oracle ホームの binディレクトリから、setifオプションを指定した oifcfgユーティリティを実行し、設定を変更します。新しいノードにノード固有の構成情報を入力するには、-n nodenameオプションを指定します。oifcfgコマンドの構文は次のとおりです。

oifcfg iflist

oifcfg setif {-node nodename | -global} {if_name/subnet:if_type}...

oifcfg getif [-node nodename | -global] [ -if if_name[/subnet] [-type if_type] ]oifcfg delif [-node nodename | -global] [if_name[/subnet]]

oifcfg [-help]

Cluster Ready Services（CRS）のインストールでは、次の例のように oifcfgコマンドを発行します。

oifcfg setif -global eth0/146.56.76.0:public eth1/192.0.0.0:cluster_interconnect

これによって、両方のネットワークが globalに設定されます。したがって、ネットワーク・インタフェースが異なっている場合を除き、ノードを追加した後に、oifcfgコマンドを手動で実行する必要はありません。

10. Net Configuration Assistant（NetCA）を実行して、新しいノードにリスナーを追加します。

前述の項の手順を完了すると、クラスタ・データベース・レイヤーで新規ノードが定義されています。ここで、手順 5 で説明するように、新規ノードに対してデータベース・インスタンスを追加できます。

手順手順手順手順 5: 新規ノードに対するデータベース・インスタンスの追加新規ノードに対するデータベース・インスタンスの追加新規ノードに対するデータベース・インスタンスの追加新規ノードに対するデータベース・インスタンスの追加インスタンスを追加する各新規ノードに対して、次の手順を実行します。

1. UNIX では、$ORACLE_HOMEの binディレクトリからシステム・プロンプトで dbcaを入力し、Database Configuration Assistant（DBCA）を起動します。Windows ベースのシステムでは、「スタート」→「プログラム」→「Oracle - HOME_NAME」→

「Configuration and Migration Tools」→「Database Configuration Assistant」の順に選択します。

DBCA には、RAC の「Welcome」ページが表示されます。追加情報は、DBCA のいずれかのページで「Help」をクリックしてください。



2. Real Application Clusters のデータベースを選択し、「Next」をクリックすると、「Operations」ページが表示されます。

3. 「Instance Management」を選択し、「Next」をクリックすると、「Instance Management」ページが表示されます。

4. 「Add Instance」を選択して、「Next」をクリックします。「List of Cluster Databases」ページが表示されます。このページには、データベースとその現行のステータス

（ACTIVEや INACTIVEなど）が表示されます。

5. 「List of Cluster Databases」ページで、インスタンスを追加するアクティブな RAC データベースを選択します。ユーザー ID がオペレーティング・システムで認証されていない場合、SYSDBA 権限を持つデータベース・ユーザーのユーザー ID およびパスワードの入力を求めるプロンプトが DBCA により表示されます。このような DBCA プロンプトが表示された場合は、有効なユーザー ID およびパスワードを入力して、「Next」をクリックします。選択した RAC データベースの既存のインスタンスの名前を示す「List of Cluster Database Instances」ページが表示されます。

6. 新規インスタンスを追加するには、「Next 」をクリックします。「Adding an Instance」ページが表示されます。

7. 「Adding an Instance」ページで、DBCA に表示されるインスタンス名が既存のインスタンス名順序と一致しない場合には、このページの一番上のフィールドにインスタンス名を入力します。リストから新規ノード名を選択し、「Next」をクリックすると、DBCAの「Services」ページが表示されます。

8. 新規ノードのインスタンスに関するサービス情報を入力し、「Next」をクリックすると、「Instance Storage」ページが表示されます。

9. RAW デバイスまたは RAW パーティションを使用している場合は、「Instance Storage」ページで「Tablespaces」フォルダを選択して展開します。次に、UNDO 表領域記憶域オブジェクトを選択すると、ダイアログ・ボックスが右側に表示されます。デフォルトのデータ・ファイル名を表領域用の RAW デバイス名に変更します。

10. RAW デバイスまたは RAW パーティションを使用している、またはデフォルトのREDO ログ・グループ・ファイル名を変更したい場合は、「Instance Storage」ページで

「Redo Log Groups」フォルダを選択して展開します。選択した REDO ログ・グループ番号ごとに、別のダイアログ・ボックスが表示されます。

– UNIX ベースのシステムの場合、5-9 ページの「UNIX ベースのシステムでのRAW 記憶域の構成」で作成した RAW デバイス名を「File Name」フィールドに入力します。

– Windows ベースのシステムの場合、5-9 ページの「Windows ベースのシステムでの RAW パーティションの構成」で作成したシンボリック・リンク名を入力します。



11. クラスタ・ファイル・システムを使用している場合は、「Instance Storage」ページで「Finish」をクリックします。UNIX ベースのシステムで RAW デバイスを使用している場合、または Windows ベースのシステムでディスク・パーティションを使用している場合は、他のすべての REDO ログ・グループについて手順 10 を繰り返します。

「Finish」をクリックすると、「Summary」ダイアログ・ボックスが表示されます。

12.「Summary」ダイアログ・ボックスの情報を確認し、「OK」をクリックします。または、「Cancel」をクリックして、インスタンスの追加操作を取り消します。DBCA がインスタンス追加操作を実行中であることを示す進捗ダイアログ・ボックスが表示されます。DBCA によるインスタンス追加操作が終了すると、別の操作を実行するかどうかを尋ねるダイアログ・ボックスが表示されます。

13. DBCA を終了する場合は「No」を、別の操作を実行する場合は「Yes」をクリックします。「Yes」をクリックすると、DBCA の「Operations」ページが表示されます。

この項の手順を完了すると、新規インスタンスが新規ノードに正常に追加され、次の手順が完了しています。

� 既存のインスタンスが ASM を使用している場合、各新規ノードでの ASM インスタンスの作成および起動

� 各新規ノードでの新規データベース・インスタンスの作成

� Windows ベースのシステムの場合、必要なサービスの作成および起動

� 高可用性コンポーネントの作成および構成

� GSD、Oracle Net Services リスナーおよび Enterprise Manager エージェントのためのノード・アプリケーションの構成および起動

� Oracle Net 構成の作成

� 新規インスタンスの起動

� 「Services Configuration」ページでサービス情報を入力した場合、サービスの作成および起動

この項で説明した手順に従い、新規ノードにインスタンスを追加した後で、第 4 章「サービスの管理」で説明したように、必要なサービス構成手順を実行します。

注意注意注意注意 : ノードの追加処理を完了した後、投票ディスクと OCR ファイルをバックアップすることをお薦めします。



Windows ベース・システムでの新しいノードのベース・システムでの新しいノードのベース・システムでの新しいノードのベース・システムでの新しいノードの PATH 環境変数の更新環境変数の更新環境変数の更新環境変数の更新新しいノードを追加した場合は、Windows ベース・システムのそれぞれの新規ノードで、PATH 環境変数を更新する必要があります。この手順は、『Oracle Real Application Clustersインストレーションおよび構成ガイド』の Oracle Database 10g および Real Application Clusters のインストールに関する項に説明されています。

1. 「スタート」→「設定」→「コントロールパネル」→「システム」→「詳細」→「環境変数」に移動します。

2. 「環境変数」ダイアログ・ボックスで、PATH 環境変数を選択して PATH 変数にORACLE_HOME¥BIN を含めます。この場合の ORACLE_HOME は、新しい Oracleホームです。この値が変数に含まれていない場合は、「編集」をクリックして、「システム変数の編集」ダイアログ・ボックスで、この値を PATH 環境変数定義の初に追加します。「環境変数」ページで「OK」をクリックした後、「システムのプロパティ」ページで「OK」をクリックし、コントロールパネルを閉じます。

3. 「環境変数」ページで「OK」をクリックし、「システムのプロパティ」ページで「OK」をクリックした後、コントロールパネルを閉じます。

Windows ベースのプラットフォームにおけるノードの追加後のベースのプラットフォームにおけるノードの追加後のベースのプラットフォームにおけるノードの追加後のベースのプラットフォームにおけるノードの追加後の iSQL*Plusへの接続への接続への接続への接続

Windows プラットフォームの RAC データベースにノードを追加した後、新しいノードでiSQL*Plus を実行する前に、ORACLE_BASE¥ORACLE HOME¥oc4j¥j2ee¥isqlplus ディレクトリに次のディレクトリを手動で作成する必要があります。　

� connectors

� log

� persistence

� tldcache

これらのディレクトリを作成した後、コマンドプロンプトで isqlplusctl startを実行するか、または Windows コントロールパネルのサービス・ツールから iSQL*Plus を開始して、iSQL*Plus を起動できます。これらのディレクトリを作成しないで、iSQL*Plus URL に接続しようとしても、接続できません。


すでにクラスタウェアおよび Oracle ソフトウェアがインストールされているクラスタへのノードの追加

すでにクラスタウェアおよびすでにクラスタウェアおよびすでにクラスタウェアおよびすでにクラスタウェアおよび Oracle ソフトウェアがインストーソフトウェアがインストーソフトウェアがインストーソフトウェアがインストールされているクラスタへのノードの追加ルされているクラスタへのノードの追加ルされているクラスタへのノードの追加ルされているクラスタへのノードの追加

すでにクラスタウェアおよび Oracle ソフトウェアがインストールされているクラスタにノードを追加するには、クラスタの既存ノード上にある Oracle ソフトウェアを持つ新規ノードを構成する必要があります。これを行うには、クラスタウェアとデータベースの各レイヤーのために、2 種類の OUI プロセスを実行する必要があります。次にこの手順を説明します。

1. 次のプラットフォーム固有の手順に従い、既存ノードの CRS ホームから OUI を実行し、Oracle クラスタウェア・レイヤーで新規ノードを追加します。

� UNIX の場合は、次のコマンドを実行します。

CRS home/oui/bin/addNode.sh -noCopy

� Windows の場合は、次のコマンドを実行します。

CRS home¥oui¥bin¥addNode.bat -noCopy

2. 次に示すように、Oracle ホームから OUI を実行し、Oracle データベース・レイヤーで新規ノードを追加します。

� UNIX の場合

$ORACLE_HOME/oui/bin/addNode.sh -noCopy

Windows の場合

%ORACLE_HOME%¥oui¥bin¥addNode.bat -noCopy

-noCopyモードでは、OUI は、新規ノードへのソフトウェアのコピーを除いて、ノードのすべての追加操作を実行します。

注意注意注意注意 : ノードの追加処理を完了した後、投票ディスクと OCR ファイルをバックアップすることをお薦めします。


Real Application Clusters データベースからのインスタンスの削除

共有共有共有共有 Oracle ホームへのノードの追加ホームへのノードの追加ホームへのノードの追加ホームへのノードの追加Oracle Universal Installer を使用して共有 Oracle ホームにノードを追加すると、次のようなエラーが表示される場合があります。

アラート: 以下のファイルは次のディスク上で変更されています:y:¥oracle¥rac¥inventory¥ContentsXML¥comps.xml y:¥oracle¥rac¥inventory¥ContentsXML¥libs.xmlインストールを続行すると重要なデータを壊す可能性があります。このセッションを停止し、OUIを再起動してください。今このセッションを停止しますか。

このエラーは無視し、「いいえいいえいいえいいえ」をクリックして続行します。

Real Application Clusters データベースからのインスタンスの削除データベースからのインスタンスの削除データベースからのインスタンスの削除データベースからのインスタンスの削除この項では、RAC データベースからインスタンスを削除するための DBCA の使用方法について説明します。インスタンスを削除するには、次の手順を実行します。

1. 削除するインスタンスを保持しているノード以外のノードで、DBCA を起動します。DBCA の「Welcome」ページで「Oracle Real Application Clusters Database」を選択し、「Next」をクリックすると、DBCA の「Operations」ページが表示されます。

2. DBCA の「Operations」ページで「Instance Management」を選択し、「Next」をクリックすると、DBCA の「Instance Management」ページが表示されます。

3. 「Instance Management」ページで「Delete Instance」を選択し、「Next」をクリックします。DBCA の「List of Cluster Databases」ページが表示されます。

4. インスタンスを削除する RAC データベースを選択します。ユーザー ID がオペレーティング・システムで認証されない場合、DBCA でも SYSDBA 権限を持つデータベース・ユーザーのユーザー ID およびパスワードの入力を求めるプロンプトが表示されます。このような DBCA プロンプトが表示された場合、有効なユーザー ID およびパスワードを入力してください。「Next」をクリックすると、DBCA の「List of Cluster Database Instances」ページが表示されます。この「List of Cluster Database Instances」ページには、選択した RAC データベースに対応付けられたインスタンスと各インスタンスのステータスが表示されます。

5. 削除するリモート・インスタンスを選択して、「Finish」をクリックします。

6. このインスタンスにサービスが割り当てられている場合、DBCA の「Services Management」ページが表示されます。クラスタ・データベースでこのインスタンスから別のインスタンスにサービスを再度割り当てるには、この機能を使用します。

7. 「Summary」ページでインスタンスの削除操作に関する情報を確認し、「OK」をクリックします。または、「Cancel」をクリックして、インスタンスの削除操作を取り消します。「OK」をクリックすると、DBCA の「Confirmation」ダイアログ・ボックスが表示されます。


UNIX ベースのプラットフォームでの Oracle クラスタからのノードの削除

8. インスタンス削除操作を続行するには、「Confirmation」ダイアログ・ボックスで「OK」をクリックします。DBCA がインスタンス削除操作を実行中であることを示す進捗ダイアログ・ボックスが表示されます。この操作の中で、DBCA はインスタンスとそのインスタンスの Oracle Net 構成を削除します。DBCA がインスタンスの削除操作を終了すると、別の操作を実行するかどうかを尋ねるダイアログ・ボックスが表示されます。

9. DBCA を終了する場合は「No」を、別の操作を実行する場合は「Yes」をクリックします。「Yes」をクリックすると、DBCA の「Operations」ページが表示されます。

この時点で、次の作業が完了しています。

� 関連付けられた Oracle Net Services リスナーからの選択されたインスタンスの登録解除

� インスタンスの構成ノードからの選択されたデータベース・インスタンスの削除

� Windows ベースのシステムでは、選択されたインスタンスのサービスの削除

� Oracle Net 構成の削除

� インスタンスの構成ノードからの Oracle Flexible Architecture ディレクトリ構造の削除

UNIX ベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでの Oracle クラスタからのクラスタからのクラスタからのクラスタからのノードの削除ノードの削除ノードの削除ノードの削除

UNIX ベースのプラットフォームで Oracle クラスタからノードを削除するには、次の手順を実行します。

1. 削除するノード上にインスタンスがある場合、この項の手順を実行する前に、5-18 ページの「Real Application Clusters データベースからのインスタンスの削除」で説明した手順を実行します。複数のノードを削除する場合、削除するすべてのノードからインスタンスを削除します。

2. ASM を使用する場合は、次の項（5-21 ページの「ノード削除に対する ASM インスタンスのクリーンアップ手順」）に示す手順を実行します。

3. Oracle ホームで LISTENER_nodenameという、ノード固有のリスナーが実行される場合は、NetCA を使用してこのリスナーとその CRS リソースを削除します。必要な場合は、このリスナーを別のホームで再作成します。

4. ノードから削除する必要があるインスタンスを削除した後、次のコマンドを（CRS ホームではなく）Oracle ホームから実行して、各ノードのノード・アプリケーションを削除します。ここで、node1、node2は、クラスタから削除するノードです。

rootdeletenode.sh node1,node2


UNIX ベースのプラットフォームでの Oracle クラスタからのノードの削除

5. 削除するノードで、コマンド runInstaller -updateNodeList ORACLE_HOME=Home location CLUSTER_NODES=node1,node2,...nodeNを実行します。ここで、node1～ nodeNは、クラスタに残すノードのカンマ区切りのリストです。削除するノードをこのリストに含めないようにしてください。runInstallerコマンドは、ディレクトリ $ORACLE_HOME/oui/binに格納されています。このコマンドを実行しても、インストーラ GUI は起動しません。

6. Oracle ホームにクラスタ・ファイル・システムを使用していない場合、削除するノードで rmコマンドを実行し、Oracle データベース・ソフトウェアを削除します。rmコマンドを実行する場合は、削除するノードの正しい Oracle ホームであることを確認してください。このコマンドを、削除するすべてのノードで実行します。

7. 削除するノードで、コマンド CRS Home/install/rootdelete.shを実行し、そのノード上にある CRS アプリケーションを無効にします。このコマンドは、1 度のみ実行し、ローカル・ファイル・システムを使用している場合は、nosharedhome 引数を使用します。このコマンドのデフォルトは sharedhomeで、この引数を使用すると、oracleユーザーが削除できるようにローカル・ファイルの権限を更新できません。

ocr.locファイルが共有ファイル・システム上にある場合は、コマンドCRS home/install/rootdelete.sh remote sharedvarを実行します。ocr.locファイルが共有ファイル・システム上にない場合は、コマンドCRS home/install/rootdelete.sh remote nosharedvarを実行します。

クラスタから複数のノードを削除する場合、削除する各ノードでこの手順を繰り返します。

8. Oracle クラスタからノードを削除し、Oracle Cluster Registry（OCR）を更新するため、クラスタに残っているいずれかのノードでCRS Home/install/rootdeletenode.shを実行します。複数のノードを削除する場合は、コマンド CRS Home/install/rootdeletenode.sh node1,node1-number,node2,node2-number,... nodeN,nodeN-number を実行します。ここで、node1～ nodeNは削除するノードのリスト、node1-number～ nodeN-numberはノード番号を表します。ノードのノード番号を調べるには、コマンドCRS Home/bin/olsnodes -nを実行します。1 つのノードのみ削除するには、ノード名と削除するノードの番号を入力します。

9. 同じノードで、oracleユーザーとしてコマンドCRS home/oui/bin/runInstaller -updateNodeList ORACLE_HOME=CRS home CLUSTER_NODES=node1,node2,... nodeN を実行します。node1～ nodeN は、クラスタに残すカンマ区切りのリストです。

10. クラスタ・ファイル・システムを使用していない場合、削除するノードで rmコマンドを実行し、Oracle CRS ソフトウェアを削除します。正しい Oracle CRS ホームから rmコマンドを実行してください。rmコマンドは、削除するすべてのノードで実行します。


Windows ベースのプラットフォームでの Oracle クラスタからのノードの削除

ノード削除に対するノード削除に対するノード削除に対するノード削除に対する ASM インスタンスのクリーンアップ手順インスタンスのクリーンアップ手順インスタンスのクリーンアップ手順インスタンスのクリーンアップ手順ASM インスタンスを削除するには、次の手順を実行します。

1. Oracle ホームで ASM インスタンスが実行される場合は、次の手順を実行して ASM 構成を削除します。この Oracle ホームが存在するすべてのノードに対して、コマンドsrvctl stop asm -n nodeを実行します。この Oracle ホームが存在するすべてのノードに対して、コマンド srvctl remove asm -n nodeを実行します。

2. ASM Oracle ホームにクラスタ・ファイル・システムを使用している場合は、ローカル・ノードで次のコマンドを実行します。

rm -r $ORACLE_BASE/admin/+ASMrm -f $ORACLE_HOME/dbs/*ASM*

3. ASM Oracle ホームにクラスタ・ファイル・システムを使用していない場合は、前述の手順の rmコマンドまたは deleteコマンドを Oracle ホームが存在する各ノードで実行します。

4. +ASMで始まる oratabエントリを削除します。

Windows ベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでのベースのプラットフォームでの Oracle クラスタからのクラスタからのクラスタからのクラスタからのノードの削除ノードの削除ノードの削除ノードの削除

Windows ベースのプラットフォームで Oracle クラスタからノードを削除するには、次の手順を実行します。

削除するノード以外の他のノードで、次の手順を実行します。

1. Database Configuration Assistant（DBCA）を使用して、インスタンスを削除します。

2. Net Configuration Assistant（NetCA）を使用して、リスナーを削除します。

3. 削除するノードに ASM インスタンスがある場合は、srvctl stop asmおよびsrvctl remove asmコマンドを使用して ASM インスタンスを削除します。

4. コマンド srvctl stop nodeapps -n ＜削除するノード名＞を実行して、ノード・アプリケーションを停止します。

注意注意注意注意 : ノードの削除処理を完了した後、投票ディスクと OCR ファイルをバックアップすることをお薦めします。



5. コマンド srvctl remove nodeapps -n ＜削除するノード名＞を実行して、ノード・アプリケーションを削除します。

6. isqlplusが実行中である場合は、停止します。

7. コマンド setup.exe -updateNodeList ORACLE_HOME=Oracle_home ORACLE_HOME_NAME=Oracle_home_name CLUSTER_NODES=remaining nodesを実行します。ここで remaining nodesは、クラスタに残すノードのリストです。

削除される RAC ノードで次の手順を実行します。

1. コマンド setup.exe -updateNodeList -local -noClusterEnabled ORACLE_HOME=Oracle_home ORACLE_HOME_NAME=Oracle_home_name CLUSTER_NODES=""を実行します。このコマンドの CLUSTER_NODES=エントリの後に、""の値は必要ありません。複数のノードを削除する場合、Oracle ホームを共有しない（クラスタ・ファイル・システムを使用しない）環境では、削除されるすべてのノードでこのコマンドを実行して、Oracle ホームを削除する必要があります。

2. 同じノードで、Oradim を使用して Windows のレジストリ・エントリと ASM サービスを削除します。

3. 削除される RAC ノードで、コマンド Oracle_home¥oui¥bin¥setup.exeを実行して、Oracle Universal Installer（OUI）を起動します。「Deinstall Products」を選択し、削除する Oracle ホームを選択します。

4. 残りのノードからコマンド crssetup del -nn 削除されるノードのノード名 , ノード番号を実行して、CRS ノードを削除します。

5. 次に、コマンド setup.exe -updateNodeList ORACLE_HOME=CRS home ORACLE_HOME_NAME=CRS home name CLUSTER_NODES=remaining nodesを実行します。ここで、remaining nodesは、クラスタ内に残すノードのリストです。

6. 削除される CRS ノードで、コマンド setup.exe -updateNodeList -local -noClusterEnabled ORACLE_HOME=CRS home ORACLE_HOME_NAME=CRS home name CLUSTER_NODES=""を実行します。

7. ホームが共有されていない場合は、新しいノードから Oracle ホームを手動で削除した後、手動で HKLM/software/Oracle レジストリ・キーおよび Oracle サービスを削除します。

8. RAC 環境が備えられた Oracle Database 10g から、ノードを追加または削除した後、システムが正常に動作していることを確認したら、dd.exe ユーティリティを使用して、投票ディスクの内容のバックアップを作成します。dd.exeユーティリティは、MKSツールキットに含まれています。



Windows ベース・プラットフォームでのノード削除後のベース・プラットフォームでのノード削除後のベース・プラットフォームでのノード削除後のベース・プラットフォームでのノード削除後の ASM インスタンスインスタンスインスタンスインスタンスのクリーンアップ手順のクリーンアップ手順のクリーンアップ手順のクリーンアップ手順

Windows ベースのシステムでノードを削除する場合は、次の追加手順を実行して ASM インスタンスを削除する必要があります。

1. Oracle ホームで、LISTENER_nodenameという、ノード固有のリスナーが実行される場合は、NetCA を使用してこのリスナーとその CRS リソースを削除します。必要な場合は、このリスナーを別のホームで再作成します。

2. Oracle ホームで ASM インスタンスが実行される場合は、この Oracle ホームが存在するすべてのノードに対して次のコマンドを実行して、ASM 構成を削除します。

srvctl stop asm -n node

削除するノードに対して次のコマンドを実行します。

srvctl remove asm -n node

3. ASM Oracle ホームにクラスタ・ファイル・システムを使用している場合は、ローカル・ノードで次のコマンドを実行します。

rd -s -q %ORACLE_BASE%¥admin¥+ASMdelete %ORACLE_HOME%¥database¥*ASM*

4. ASM Oracle ホームにクラスタ・ファイル・システムを使用していない場合は、前述の手順の deleteコマンドを Oracle ホームが存在する各ノードで実行します。

5. ASM インスタンスがある各ノードで、次のコマンドを実行します。

oradim -delete -asmsid +ASMnode_number

注意注意注意注意 : ノードの削除処理を完了した後、投票ディスクと OCR ファイルをバックアップすることをお薦めします。


Recovery Manager の構成およびアーカ

6
Recovery Manager の構成およびアーカイブの構成およびアーカイブの構成およびアーカイブの構成およびアーカイブ
この章では、 Oracle Real Application Clusters（RAC）環境で使用するための Recovery Manager（RMAN）の構成方法について説明します。RAC 環境でアーカイブを実行するために Recovery Manager を使用する方法、REDO ログおよびアーカイブ REDO ログに関する考慮事項についても説明します。内容は次のとおりです。

� Real Application Clusters の Recovery Manager の構成の概要

� Recovery Manager のスナップショット制御ファイルの位置の構成

� Recovery Manager 制御ファイルの自動バックアップ機能の構成

� Real Application Clusters での Recovery Manager を使用したアーカイブ REDO ログの管理

� RAC のアーカイブ REDO ログ・ファイルのフォーマットと接続先

� Recovery Manager のアーカイブ構成使用例

� Real Application Clusters でのアーカイブ・モードの変更

イブ 6-1

Real Application Clusters の Recovery Manager の構成の概要

Real Application Clusters のののの Recovery Manager の構成の概要の構成の概要の構成の概要の構成の概要Recovery Manager を使用すると、データ・ファイル、制御ファイル、サーバー・パラメータ・ファイル（SPFILE）およびアーカイブ REDO ログのバックアップ、コピー、リストアおよびリカバリを実行できます。Recovery Manager は Oracle サーバーに含まれているため、個別にインストールする必要はありません。Recovery Manager は、コマンドラインから実行するか、Oracle Enterprise Manager の Backup Manager で使用できます。

Recovery Managerのスナップショット制御ファイルの位置の構成のスナップショット制御ファイルの位置の構成のスナップショット制御ファイルの位置の構成のスナップショット制御ファイルの位置の構成スナップショット制御ファイルは、読取り一貫性バージョンの制御ファイルから再同期化するために、Recovery Manager が作成する一時的なスナップショット制御ファイルです。リカバリ・カタログとの再同期化、または現行の制御ファイルのバックアップを実行する場合、Recovery Manager には 1 つのスナップショット制御ファイルのみが必要です。RAC では、スナップショット制御ファイルは、Recovery Manager がバックアップを実行するノードでのみ必要になります。

スナップショット制御ファイルがクラスタ内のすべてのノードで共有されるように、クラスタ・ファイル・システムのファイルまたは RAW デバイス接続先を、スナップショット制御ファイルの位置に指定できます。バックアップとリストアの両方のアクティビティに使用されるすべてのノードに、このファイルが物理的または論理的に存在することを確認する必要があります。次の Recovery Manager のコマンドを実行して、スナップショット制御ファイルの構成位置を判別します。

SHOW SNAPSHOT CONTROLFILE NAME;

必要に応じて、スナップショット制御ファイルの構成位置を変更できます。たとえば、UNIX ベースのシステムの場合は、Recovery Manager のプロンプトで次のコマンドを入力し、スナップショット制御ファイルの位置を $ORACLE_HOME/dbs/scf/snap_prod.cfに指定できます。

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '$ORACLE_HOME/dbs/scf/snap_prod.cf';

このコマンドは、クラスタ・データベース全体にわたるスナップショット制御ファイルの位置構成をグローバルに設定します。したがって、バックアップを実行するすべてのノードに$ORACLE_HOME/dbs/scfディレクトリがあることを確認してください。

CONFIGUREコマンドを使用すると、複数の Recovery Manager セッションにまたがる永続的な設定を作成できます。したがって、スナップショット制御ファイルの位置を変更しないかぎり、再度このコマンドを実行する必要はありません。クラスタ・ファイル・システムまたは RAW デバイス接続先をスナップショット制御ファイルの位置に指定することもできます。このファイルは、RAC の他のデータ・ファイルと同じように、クラスタ内のすべてのノードで共有されます。スナップショット制御ファイルの構成方法については、『Oracle Database Recovery Manager リファレンス』を参照してください。


Real Application Clusters での Recovery Manager を使用したアーカイブ REDO ログの管理

Recovery Manager 制御ファイルの自動バックアップ機能の構成制御ファイルの自動バックアップ機能の構成制御ファイルの自動バックアップ機能の構成制御ファイルの自動バックアップ機能の構成CONFIGURE CONTROLFILE AUTOBACKUPを ONに設定すると、BACKUPコマンドまたはCOPYコマンドの実行後に、制御ファイルと SPFILE のバックアップが Recovery Manager によって自動的に作成されます。インスタンスを起動してリカバリを実行するために SPFILEが必要な場合は、Recovery Manager によってこの SPFILE が自動的にリストアされます。つまり、SPFILE のデフォルト位置は、RAC データベースのすべてのノードで使用可能である必要があります。

これらの機能は、リカバリ・カタログがない場合でも Recovery Manager が制御ファイルをリストアできるため、障害時リカバリでは重要です。リカバリ・カタログと現行の制御ファイルの両方が失われた場合でも、Recovery Manager によって、自動バックアップされた制御ファイルをリストアできます。CONFIGURE CONTROLFILE AUTOBACKUP FORMATコマンドを使用すると、Recovery Manager によって指定されたこのファイルのデフォルト名を変更できます。このコマンドで絶対パス名を指定する場合、そのパスはバックアップに使用するすべてのノードにも存在している必要があります。

Recovery Manager は、初に割り当てられたチャネルで制御ファイルの自動バックアップを実行します。したがって、異なるパラメータを使用して複数のチャネルを割り当てる場合、特に CONNECTコマンドを使用してチャネルを割り当てる場合は、どのチャネルで制御ファイルの自動バックアップを実行するかを決定する必要があります。そのノードに、常に初にチャネルを割り当ててください。制御ファイルの自動バックアップ機能の使用方法に

ついては、『Oracle Database バックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』を参照してください。

Real Application Clusters でのでのでのでの Recovery Manager を使用したアーカを使用したアーカを使用したアーカを使用したアーカイブイブイブイブ REDO ログの管理ログの管理ログの管理ログの管理

Recovery Manager のスナップショット制御ファイルの位置を設定し、Recovery Manager の制御ファイルの自動バックアップ機能を使用可能にした後で、各ノードが生成するアーカイブ REDO ログを管理する環境の構成方法を決定します。ノードでアーカイブ REDO ログが生成されると、そのログのファイル名は、ターゲット・データベースの制御ファイルに常に記録されます。リカバリ・カタログを使用している場合、アーカイブ REDO ログのファイル名は、再同期化の実行時にリカバリ・カタログにも記録されます。

使用するアーカイブ REDO ログのネーミング計画は重要です。これは、あるノードが、特定のファイル名でログをファイル・システムに書き込んだ場合、そのファイルは、このアーカイブ REDO ログにアクセスするすべてのノードで読取り可能である必要があるためです。たとえば、ノード 1 がログを /oracle/arc_dest/log_1_100.arcにアーカイブした場合は、ノード 2 のファイル・システムで /oracle/arc_dest/log_1_100.arcの読取りが可能な場合にのみ、ノード 2 はこのアーカイブ REDO ログをバックアップできます。

Recovery Manager の構成およびアーカイブ 6-3

Real Application Clusters での Recovery Manager を使用したアーカイブ REDO ログの管理

選択するバックアップとリカバリの計画は、各ノードのアーカイブ先を構成する方法によって異なります。アーカイブ REDO ログのバックアップを 1 つのノードのみで実行するか、全ノードで実行するかに関係なく、すべてのアーカイブ REDO ログがバックアップされることを確認する必要があります。リカバリの実行は 1 つのインスタンスのみでも可能であるため、リカバリを行うインスタンスのノードにはクラスタ内のすべてのアーカイブ REDOログに対する読取りアクセス権が必要です。

アーカイブアーカイブアーカイブアーカイブ REDO ログに関するガイドラインおよび考慮事項ログに関するガイドラインおよび考慮事項ログに関するガイドラインおよび考慮事項ログに関するガイドラインおよび考慮事項アーカイブ REDO ログに関しては、リカバリ時に（可能な場合はバックアップ時にも）、各ノードからすべてのアーカイブ REDO ログが読み取れるようにすることが重要です。この項では、クラスタ・データベースにアーカイブを構成する際の、アーカイブ REDO ログのネーミングに関する注意点を示します。ここでは、非クラスタ・ファイル・システムのアーカイブ・スキームの使用例を説明します。次の条件が満たされていることが前提です。

� 各ノードが、各ノードの同じ名前のローカル・アーカイブ・ディレクトリに書き込むように構成されている。

� クラスタ・ファイル・システムを設定していない（つまり、各ノードはそれ自体のローカル・ファイル・システムとの間のみで読取り / 書込みを実行できる）。この章の後半に説明されているクラスタ・ファイル・システムに関する情報を参照してください。

� クラスタ内のノードを使用可能にしてノード間相互の読取り / 書込みアクセス権を取得するために、NFS またはマップされたドライブを使用していない。

例例例例 6-1 初期化パラメータ・ファイルの構成例初期化パラメータ・ファイルの構成例初期化パラメータ・ファイルの構成例初期化パラメータ・ファイルの構成例

sid1.log_archive_dest_1 = (location=/arc_dest)sid2.log_archive_dest_1 = (location=/arc_dest)sid3.log_archive_dest_1 = (location=/arc_dest)

次のアーカイブ REDO ログのファイル名が、制御ファイルに記録されていると仮定します。

/arc_dest/log_1_62.arc /arc_dest/log_2_100.arc/arc_dest/log_2_101.arc/arc_dest/log_3_70.arc/arc_dest/log_1_63.arc

この使用例では、RAC データベースでリカバリを実行すると仮定します。ノード 1 がリカバリの際にログを読み取る場合は、ノード 1 のローカルの /arc_destディレクトリで、制御ファイルに記録されているファイル名を検索します。このデータを使用してノード 1 が検出するログは、ローカルでアーカイブしたログのみです（/arc_dest/log_1_62.arcや/arc_dest/log_1_63.arcなど）。ただし、ノード 1 ではその他のログを適用することはできません。これは、その他のログのファイル名はノード 1 のローカル・ファイル・システムでは読み取ることができないためです。したがって、リカバリは行き詰ることになります。この問題は、次の項で説明するネーミング規則を使用し、6-5 ページの「Recovery Manager のアーカイブ構成使用例」に説明されている使用例に従ってクラスタを構成することで回避します。


Recovery Manager のアーカイブ構成使用例

RACのアーカイブのアーカイブのアーカイブのアーカイブREDOログ・ファイルのフォーマットと接続先ログ・ファイルのフォーマットと接続先ログ・ファイルのフォーマットと接続先ログ・ファイルのフォーマットと接続先アーカイブ REDO ログの構成では、LOG_ARCHIVE_FORMAT パラメータでアーカイブREDO ログを一意に識別します。このパラメータのフォーマットは、オペレーティング・システム固有で、テキスト文字列、1 つ以上の変数およびファイル名拡張子を指定できます。

スレッド・パラメータの %tまたは %Tは、RAC では必須です。たとえば、REDO スレッド番号 1 に対応付けられたインスタンスによって、LOG_ARCHIVE_FORMATがlog_%t_%s.arcに設定されると、そのアーカイブ REDO ログ・ファイル名は次のようになります。

log_1_1000.arclog_1_1001.arclog_1_1002.arc...

Recovery Manager のアーカイブ構成使用例のアーカイブ構成使用例のアーカイブ構成使用例のアーカイブ構成使用例この項では、RAC データベースでのアーカイブの使用例について説明します。この章の 2つの構成使用例では、RAC データベース用の 3 ノードの UNIX クラスタについて説明します。いずれの使用例でも、リカバリを実行するインスタンスに指定するLOG_ARCHIVE_FORMATは、ファイルをアーカイブするインスタンスに指定したフォーマットと同じである必要があります。

表表表表 6-1 アーカイブアーカイブアーカイブアーカイブ REDO ログ・ファイル名のフォーマット・パラメータログ・ファイル名のフォーマット・パラメータログ・ファイル名のフォーマット・パラメータログ・ファイル名のフォーマット・パラメータ

パラメータパラメータパラメータパラメータ説明説明説明説明例例例例

%T 左端に 0 が埋め込まれたスレッド番号 log_0001

%t 埋込みなしのスレッド番号 log_1

%S 左端に 0 が埋め込まれたログ順序番号 log_0000000251

%s 埋込みなしのログ順序番号 log_251

関連項目関連項目関連項目関連項目 : アーカイブ REDO ログ・ファイル名のフォーマットとアーカイブ先の指定については、『Oracle Database 管理者ガイド』を参照してください。デフォルトのログ・アーカイブのフォーマットとアーカイブ先については、プラットフォーム固有の Oracle マニュアルを参照してください。



クラスタ・ファイル・システムのアーカイブ・スキームクラスタ・ファイル・システムのアーカイブ・スキームクラスタ・ファイル・システムのアーカイブ・スキームクラスタ・ファイル・システムのアーカイブ・スキームRAC で推奨する構成は、データ・ファイルとは別の ASM ディスク・グループをリカバリ領域として使用する構成です。この構成のかわりに、クラスタ・ファイル・システムのアーカイブ・スキームを使用することもできます。

その場合、各ノードは、単一のクラスタ・ファイル・システムのアーカイブ REDO ログ宛先に書き込み、他のノードのアーカイブ REDO ログ・ファイルを読み取ることができます。すべてのノードについての読取りアクセスは、クラスタ・ファイル・システムを使用して行われます。たとえば、ノード 1 がログをクラスタ・ファイル・システムの/arc_dest/log_1_100.arcにアーカイブした場合は、クラスタ内の他のすべてのノードもこのファイルを読み取ることができます。

クラスタ・ファイル・システムを使用しない場合は、アーカイブ REDO ログ・ファイルをRAW デバイス上に置くことができません。これは、RAW デバイスでは、連続したアーカイブ・ログ・ファイルの順次書込みができないためです。

図図図図 6-1 クラスタ・ファイル・システムのアーカイブ・スキームクラスタ・ファイル・システムのアーカイブ・スキームクラスタ・ファイル・システムのアーカイブ・スキームクラスタ・ファイル・システムのアーカイブ・スキーム

クラスタ・ファイル・システムのアーカイブ・スキームのメリットクラスタ・ファイル・システムのアーカイブ・スキームのメリットクラスタ・ファイル・システムのアーカイブ・スキームのメリットクラスタ・ファイル・システムのアーカイブ・スキームのメリット

このスキームには、いずれのノードもログのアーカイブでネットワークを使用しないというメリットがあります。各ノードにローカル・テープ・ドライブがある場合は、アーカイブREDO ログのバックアップを分散できます。これによって、各ノードはネットワークにアクセスせずにローカルのログをバックアップできます。あるノードが書き込んだファイル名はクラスタ内の任意のノードで読み取ることができるため、Recovery Manager は、クラスタ内の任意のノードからすべてのログをバックアップできます。各ノードには、すべてのアーカイブ REDO ログに対するアクセス権があるため、バックアップとリストアのスクリプトが簡素化されます。



クラスタ・ファイル・システムのアーカイブ・スキームに関する初期化クラスタ・ファイル・システムのアーカイブ・スキームに関する初期化クラスタ・ファイル・システムのアーカイブ・スキームに関する初期化クラスタ・ファイル・システムのアーカイブ・スキームに関する初期化パラメータの設定パラメータの設定パラメータの設定パラメータの設定クラスタ・ファイル・システムのスキームでの各ノードは、クラスタ・データベース内のすべてのインスタンスで同じ名前を使用して識別されるディレクトリにアーカイブします。これを構成するには、次の例のように sid指定子を使用して各インスタンスのLOG_ARCH_DEST_nパラメータに値を設定します。

sid1.LOG_ARCHIVE_DEST_1="LOCATION=/arc_dest"sid2.LOG_ARCHIVE_DEST_1="LOCATION=/arc_dest"sid3.LOG_ARCHIVE_DEST_1="LOCATION=/arc_dest"

次のリストは、前述の例に基づいて、Recovery Manager のカタログまたは制御ファイルに表示されるアーカイブ REDO ログ・エントリの例を示しています。すべてのノードが任意のスレッドを使用してログをアーカイブできることに注意してください。

/arc_dest/log_1_999.arc/arc_dest/log_1_1000.arc/arc_dest/log_1_1001.arc <- thread 1 archived in node 3/arc_dest/log_3_1563.arc <- thread 3 archived in node 2/arc_dest/log_2_753.arc <- thread 2 archived in node 1/arc_dest/log_2_754.arc/arc_dest/log_3_1564.arc

クラスタ・ファイル・システムのアーカイブ・スキームでのアーカイクラスタ・ファイル・システムのアーカイブ・スキームでのアーカイクラスタ・ファイル・システムのアーカイブ・スキームでのアーカイクラスタ・ファイル・システムのアーカイブ・スキームでのアーカイブ・ログの位置ブ・ログの位置ブ・ログの位置ブ・ログの位置ファイル・システムは共有化されており、各ノードはそのノード自体のアーカイブ REDOログをクラスタ・ファイル・システムの /arc_destディレクトリに書き込むため、各ノードはそのノード自体、および他のノードが書き込んだログを読み取ることができます。

非クラスタ・ファイル・システムのローカル・アーカイブ・スキーム非クラスタ・ファイル・システムのローカル・アーカイブ・スキーム非クラスタ・ファイル・システムのローカル・アーカイブ・スキーム非クラスタ・ファイル・システムのローカル・アーカイブ・スキーム非クラスタ・ファイル・システムのローカル・アーカイブ・スキームでの各ノードは、一意の名前のローカル・ディレクトリにアーカイブします。リカバリが必要な場合は、他のノードのディレクトリにリモートでアクセスできるように、リカバリ・ノードを構成できます。たとえば、UNIX ベースのシステムの NFS または Windows ベースのシステムの共有ドライブを使用します。したがって、各ノードはローカルの宛先にのみ書き込みますが、他のノード上のリモート・ディレクトリにあるアーカイブ REDO ログ・ファイルを読み取ることもできます。



Recovery Manager で RAC データベースを 1 ステップでバックアップおよびリカバリできるようにするには、すべてのアーカイブ REDO ログに、クラスタ全体で一意に識別できる名前を指定する必要があります。ただし、このために 6-6 ページの「クラスタ・ファイル・システムのアーカイブ・スキーム」に記載されている技法を使用して、/arc_destなどの 1つのディレクトリに複数のノードのアーカイブを指定することはできません。UNIX 環境では、アーカイブ REDO ログ・ファイルを共有ディスク上に置くことができません。これは、UNIX の共有ディスクは、アーカイブ REDO ログを使用するために簡単にパーティション化できない RAW デバイスであるためです。

非クラスタ・ファイル・システムのローカル・アーカイブのメリットと非クラスタ・ファイル・システムのローカル・アーカイブのメリットと非クラスタ・ファイル・システムのローカル・アーカイブのメリットと非クラスタ・ファイル・システムのローカル・アーカイブのメリットとデメリットデメリットデメリットデメリットこのスキームには、次のメリットがあります。各ノードにローカル・テープ・ドライブがある場合は、アーカイブ REDO ログのバックアップを分散できます。これによって、各ノードはネットワークにアクセスせずにローカルのログをバックアップできます。このスキームには、次のデメリットがあります。メディア・リカバリの場合は、他のノード上のアーカイブ・ディレクトリにあるアーカイブ REDO ログ・ファイルの読取りができるようにするために、リモート・アクセスのリカバリを実行するノードを構成する必要があります。

1 つのノードにのみローカル・テープ・ドライブがある場合は、NFS を構成するか、または手動でログを転送しないかぎり、単一のノードですべてのログをバックアップすることはできません。このスキームには、シングル・ポイント障害が存在します。後のバックアップ以降に 1 つのノードに障害が発生した場合、バックアップ後に生成されたこのノード上のアーカイブ REDO ログは消失します。

リカバリを実行する際に、使用可能なすべてのアーカイブ・ログがない場合は、アーカイブREDO ログの順序番号が欠落している初の地点まで不完全リカバリを実行する必要があります。このスキームのために特定の構成を使用する必要はありません。ただし、バックアップ処理を複数のノードに分散するも簡単な方法は、第 7 章「バックアップおよびリカバリの管理」のバックアップ使用例に記載されているように、チャネルを構成することです。

非クラスタ・ファイル・システムのローカル・アーカイブに関する初期非クラスタ・ファイル・システムのローカル・アーカイブに関する初期非クラスタ・ファイル・システムのローカル・アーカイブに関する初期非クラスタ・ファイル・システムのローカル・アーカイブに関する初期化パラメータの設定化パラメータの設定化パラメータの設定化パラメータの設定アーカイブ先の値は、次のように初期化パラメータ・ファイルに設定できます。

sid1.LOG_ARCHIVE_DEST_1="LOCATION=/arc_dest_1"sid2.LOG_ARCHIVE_DEST_1="LOCATION=/arc_dest_2"sid3.LOG_ARCHIVE_DEST_1="LOCATION=/arc_dest_3"



次のリストは、データベース制御ファイルのアーカイブ REDO ログ・エントリを示しています。すべてのノードが任意のスレッドからログをアーカイブできることに注意してください。

/arc_dest_1/log_1_1000.arc/arc_dest_2/log_1_1001.arc <- thread 1 archived in node 2/arc_dest_2/log_3_1563.arc <- thread 3 archived in node 2/arc_dest_1/log_2_753.arc <- thread 2 archived in node 1/arc_dest_2/log_2_754.arc/arc_dest_3/log_3_1564.arc

非クラスタ・ファイル・システムのローカル・アーカイブでのアーカイ非クラスタ・ファイル・システムのローカル・アーカイブでのアーカイ非クラスタ・ファイル・システムのローカル・アーカイブでのアーカイ非クラスタ・ファイル・システムのローカル・アーカイブでのアーカイブ・ログの位置ブ・ログの位置ブ・ログの位置ブ・ログの位置表 6-2 に示すように、各ノードにはローカルのアーカイブ REDO ログを含むディレクトリがあります。また、NFS または共有ドライブを介して他のノード上のディレクトリをリモートでマウントしている場合、各ノードには、残りのノードがアーカイブしたアーカイブ REDOログ・ファイルを Recovery Manager で読み取ることができる、2 つのリモート・ディレクトリがあります。

表表表表 6-2 Location of Logs for Non-Cluster File System Local Archiving

ノードノードノードノードアーカイブアーカイブアーカイブアーカイブ REDO ログ・ファイルログ・ファイルログ・ファイルログ・ファイルを読取り可能なディレクトリを読取り可能なディレクトリを読取り可能なディレクトリを読取り可能なディレクトリノードがアーカイブするログノードがアーカイブするログノードがアーカイブするログノードがアーカイブするログ

1 /arc_dest_1 1

1 /arc_dest_2 2（NFS を介して）



2 /arc_dest_2 2




3 /arc_dest_3 3


Real Application Clusters でのアーカイブ・モードの変更

非クラスタ・ファイル・システムのローカル・アーカイブに関するファ非クラスタ・ファイル・システムのローカル・アーカイブに関するファ非クラスタ・ファイル・システムのローカル・アーカイブに関するファ非クラスタ・ファイル・システムのローカル・アーカイブに関するファイル・システムの構成イル・システムの構成イル・システムの構成イル・システムの構成NFS はバックアップの実行には不要なため、ノード 1 はローカルのログをそれ自体のテープ・ドライブにバックアップし、ノード 2 はローカルのログをそれ自体のテープ・ドライブにバックアップする、ということが可能です。ただし、リカバリを実行していて、障害が発生しなかったインスタンスが、まだバックアップされていないディスク上のログをすべて読み取る必要がある場合は、表 6-3 に示すように NFS を構成する必要があります。

Real Application Clusters でのアーカイブ・モードの変更でのアーカイブ・モードの変更でのアーカイブ・モードの変更でのアーカイブ・モードの変更RAC 環境でアーカイブ・モードを変更するには、排他インスタンスによってデータベースをマウント（オープンではない）する必要があります。つまり、CLUSTER_DATABASEパラメータの値を falseに設定します。ALTER DATABASE SQL文を実行してアーカイブ・ログ・モードを変更した後、インスタンスを停止します。その後、CLUSTER_DATABASEパラメータの値を TRUEに再設定してインスタンスを再起動してから、他のインスタンスを再起動します。データベースがアーカイブ・ログ・モードになると、ARCH プロセスが自動的に開始されます。

表表表表 6-3 共有読取りローカル・アーカイブに関する共有読取りローカル・アーカイブに関する共有読取りローカル・アーカイブに関する共有読取りローカル・アーカイブに関する NFS の構成の構成の構成の構成

ノードノードノードノードディレクトリディレクトリディレクトリディレクトリ構成構成構成構成マウント先マウント先マウント先マウント先ノードノードノードノード

1 /arc_dest_1 ローカルの読取り / 書

込み

該当なし該当なし

1 /arc_dest_2 NFS 読取り /arc_dest_2 2




込み






込み




アーカイバ・プロセスの監視アーカイバ・プロセスの監視アーカイバ・プロセスの監視アーカイバ・プロセスの監視Recovery Manager 構成が RAC 環境で操作可能になった後、GV$ARCHIVE_PROCESSESビューと V$ARCHIVE_PROCESSESビューを使用してアーカイバ・プロセスのステータスを判断します。これらのビューには、問合せ対象がグローバル・ビューかローカル・ビューのいずれであるかに従って、すべてのデータベース・インスタンスに関する情報または接続先のインスタンスのみに関する情報がそれぞれ表示されます。データベース・ビューの詳細は、『Oracle Database リファレンス』を参照してください。


バックアップおよびリカバリの

7
バックアップおよびリカバリの管理バックアップおよびリカバリの管理バックアップおよびリカバリの管理バックアップおよびリカバリの管理
この章では、インスタンス・リカバリおよび Recovery Manager（RMAN）を使用した Real Application Clusters（RAC）データベースのバックアップおよびリストアの方法について説明します。また、RAC でのインスタンスのリカバリおよび SQL*Plus を使用したパラレル・バックアップおよびリカバリについても説明します。内容は次のとおりです。

� Real Application Clusters でのインスタンス・リカバリ

� Real Application Clusters での Recovery Manager のバックアップ機能の使用例

� Real Application Clusters でのメディア・リカバリ

� Real Application Clusters での Recovery Manager のリストア機能の使用例

� Real Application Clusters で RESETLOGSを使用した Recovery Managerによるリカバリ

� Real Application Clusters でのパラレル・リカバリ

� Real Application Clusters でのフラッシュ・リカバリ領域の使用

管理 7-1

Real Application Clusters でのインスタンス・リカバリ

Real Application Clusters でのインスタンス・リカバリでのインスタンス・リカバリでのインスタンス・リカバリでのインスタンス・リカバリインスタンス障害は、ソフトウェアまたはハードウェアの問題によってインスタンスが無効になった場合に発生します。インスタンス障害の後、Oracle はオンライン REDO ログ・ファイルを使用して、次の各項で説明するデータベース・リカバリを自動的に実行します。

Real Application Clusters での単一ノード障害での単一ノード障害での単一ノード障害での単一ノード障害RAC でのインスタンス・リカバリでは、障害が発生したインスタンス上で実行していたアプリケーションのリカバリは実行されません。Oracle クラスタウェアがインスタンスを自動的に再起動します。『Oracle Real Application Clusters 配置およびパフォーマンス』に説明されている例のように、コールアウト・プログラムを使用して、アプリケーションのリカバリをトリガーすることもできます。

実行中のアプリケーションは、障害の認識とリカバリの機能を使用して実行を継続します。これによって、ハードウェアまたはソフトウェア障害が発生しても、一貫性のある連続的なサービスが提供されます。あるインスタンスが別のインスタンスのリカバリを実行する場合、障害が発生しなかったインスタンスは、障害が発生しているインスタンスによって生成されたオンライン REDO ログ・エントリを読み取り、その情報を使用して、コミットされたすべてのトランザクションがデータベースに記録されるようにします。したがって、コミットされたトランザクションのデータが失われることはありません。リカバリを実行中のインスタンスは、障害発生時にアクティブだったトランザクションをロールバックし、それらのトランザクションによって使用されたリソースを解放します。

Real Application Clusters での複数ノード障害での複数ノード障害での複数ノード障害での複数ノード障害複数ノード障害が発生した場合は、障害を受けなかったインスタンスが 1 つでもあるかぎり、RAC は、障害が発生したすべてのインスタンスに対してインスタンス・リカバリを実行します。RAC データベースのすべてのインスタンスに障害が発生した場合、Oracle は、次のインスタンスがデータベースをオープンするときにリカバリを自動的に実行します。リカバリを実行するインスタンスは、RAC データベースのどのノードからでも、共有または排他モードでデータベースをマウントできます。このリカバリ手順は、1 つのインスタンスが、障害が発生したすべてのインスタンスのリカバリを実行するという点以外は、共有モードで実行している Oracle でも、排他モードで実行している Oracle でも同じです。

注意注意注意注意 : すべてのオンライン REDO ログは、インスタンスのリカバリのためにアクセスできる必要があります。オンライン REDO ログをミラー化することをお薦めします。



Real Application Clusters でのでのでのでの Recovery Manager を使用したバックアップのを使用したバックアップのを使用したバックアップのを使用したバックアップの作成作成作成作成

Oracle には、データベースのバックアップおよびリストアを行う Recovery Manager があります。Recovery Manager を使用すると、データ・ファイル、制御ファイル、SPFILE およびアーカイブ REDO ログのバックアップ、コピー、リストアおよびリカバリを実行できます。Recovery Manager は Oracle サーバーに含まれているため、デフォルトでインストールされます。Recovery Manager は、コマンドラインから実行するか、または Enterprise Managerの Backup Manager から使用できます。RAC 環境で Recovery Manager を使用する手順は、シングル・インスタンスの Oracle 環境の場合とほぼ同じです。シングル・インスタンスのRecovery Manager のバックアップ手順の詳細は、バックアップおよびリカバリに関するOracle のマニュアル・セットを参照してください。

Recovery Manager を使用したサーバー・パラメータ・ファイル（を使用したサーバー・パラメータ・ファイル（を使用したサーバー・パラメータ・ファイル（を使用したサーバー・パラメータ・ファイル（SPFILE））））のリストアのリストアのリストアのリストア

Recovery Manager では、サーバー・パラメータ・ファイルをデフォルト位置または指定された位置にリストアできます。この手順については、『Oracle Database バックアップおよびリカバリ基礎』を参照してください。

Real Application Clusters でのでのでのでの Recovery Manager とととと Oracle Netネット・サービス名が、Oracle Net を使用して Recovery Manager の接続を複数のインスタンスに割り当てられている場合は、そのネット・サービス名を指定することはできません。ネット・サービス名を介して確立された Recovery Manager の接続では、各ネット・サービス名で、1 つのインスタンスのみが指定されている必要があります。これは、接続がコマンドラインから行われたか、RMAN コマンドの ALLOCATE CHANNELまたは CONFIGURE CHANNELの CONNECT句を介して行われたかに関係なく、すべての Recovery Manager の接続に適用されます。また、コマンドラインから Recovery Manager を使用する場合、1 度に接続できるのは、RAC データベース内の 1 インスタンスのみです。たとえば、RAC 構成内の 3 つのインスタンスのネット・サービス名を、node1、node2 および node3 と仮定します。この場合、これらのネット・サービス名のうち 1 つのみを使用してターゲット・データベースに接続します。次に例を示します。

% rman TARGET SYS/oracle@node2 CATALOG rman/cat@catdb

バックアップおよびリカバリの管理 7-3


クラスタ・インスタンスへのチャネル接続クラスタ・インスタンスへのチャネル接続クラスタ・インスタンスへのチャネル接続クラスタ・インスタンスへのチャネル接続異なるインスタンスに接続されたチャネルを使用してバックアップを実行する場合は、割り当てられた各チャネルが、クラスタ内の別のインスタンスに接続できます。ただし、各チャネル接続は、1 つのインスタンスにのみ接続する必要があります。たとえば、自動チャネルを構成するには、次の構文を入力します。

CONFIGURE DEFAULT DEVICE TYPE TO sbt;CONFIGURE DEVICE TYPE sbt PARALLELISM 3;CONFIGURE CHANNEL 1 DEVICE TYPE sbt CONNECT = 'SYS/oracle@node1';CONFIGURE CHANNEL 2 DEVICE TYPE sbt CONNECT = 'SYS/oracle@node2';CONFIGURE CHANNEL 3 DEVICE TYPE sbt CONNECT = 'SYS/oracle@node3';

バックアップの実行中は、チャネルの接続先インスタンスは、すべてマウントされているか、すべてオープン状態である必要があります。たとえば、ノード 2 とノード 3 のインスタンスにはオープン状態のデータベースがあるが、ノード 1 のインスタンスにマウントされたデータベースがある場合は、バックアップに失敗します。

高速接続のノード・アフィニティの認識高速接続のノード・アフィニティの認識高速接続のノード・アフィニティの認識高速接続のノード・アフィニティの認識一部のクラスタ・データベース構成では、クラスタの一部のノードは、他のデータ・ファイルに対するアクセスよりも高速に特定のデータ・ファイルにアクセスします。Recovery Manager は、これを自動的に検出します。これは、ノード・アフィニティの認識と呼ばれています。特定のデータ・ファイルのバックアップに使用するチャネルを決定する場合、Recovery Manager は、バックアップするデータ・ファイルに対して高速にアクセスするノードを優先します。たとえば、3 ノードのクラスタがあり、ノード 1 はデータ・ファイル7、8 および 9 に対して他のノードよりも高速に読取り / 書込みアクセスを行う場合、ノード 1 は、ノード 2 および 3 に比べて、これらのファイルに対するノード・アフィニティが高いと言えます。

ノード・アフィニティを使用するには、バックアップするデータ・ファイルに対するアフィニティを持つクラスタのノードで、Recovery Manager のチャネルを構成します。たとえば、次の構文を使用します。

CONFIGURE CHANNEL 1 DEVICE TYPE sbt CONNECT 'user1/password1@node1';CONFIGURE CHANNEL 2 DEVICE TYPE sbt CONNECT 'user2/password2@node2';CONFIGURE CHANNEL 3 DEVICE TYPE sbt CONNECT 'user3/password3@node3';

CONFIGURE CHANNEL文の CONNECT句の詳細は、『Oracle Database Recovery Manager リファレンス』を参照してください。



バックアップするファイルの可読性バックアップするファイルの可読性バックアップするファイルの可読性バックアップするファイルの可読性バックアップを実行するノードでは、BACKUPコマンドに指定されているすべてのファイルの読取りが可能である必要があります。たとえば、3 ノード・クラスタのノード 1 で、次のコマンドを実行すると仮定します。

BACKUP DATABASE PLUS ARCHIVELOG;

この場合、Recovery Manager は、すべてのデータ・ファイル、アーカイブ REDO ログおよび SPFILE のバックアップを試行します。データ・ファイルは、クラスタ・ファイル・システムのファイルまたは共有ディスクのファイルのいずれかであるため、Recovery Managerはこれらのデータ・ファイルを読み取ることができます。ただし、ローカル・ノードが読み取れないアーカイブ REDO ログをバックアップすることはできません。バックアップを実行するノードがすべてのアーカイブ REDO ログにアクセスできるように、環境を構成する方法については、第 6 章「Recovery Manager の構成およびアーカイブ」のアーカイブ使用例で説明しています。

バックアップ完了後のアーカイブバックアップ完了後のアーカイブバックアップ完了後のアーカイブバックアップ完了後のアーカイブ REDO ログの削除ログの削除ログの削除ログの削除BACKUPコマンドは、バックアップ終了後にアーカイブ REDO ログをディスクから削除できる必要があります。次のスクリプトは、バックアップ後に各ノードからアーカイブ REDOログを削除する方法の一例です。

ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK CONNECT 'SYS/oracle@node1';DELETE ARCHIVELOG LIKE '%arc_dest_1%' BACKED UP 1 TIMES TO DEVICE TYPE sbt;RELEASE CHANNEL;





バックアップの分散バックアップの分散バックアップの分散バックアップの分散RAC のバックアップ・オプションを構成する場合、次の 3 つの構成オプションがあります。

� ネットワーク・バックアップ・サーバー :　バックアップ専用サーバーが、クラスタおよびクラスタ・データベースのバックアップを実行および管理します。ノードには、ローカル・バックアップ装置はありません。

� 1 つのローカル・ドライブ : 1 つのノードがローカル・バックアップ装置にアクセスでき、クラスタ・データベースのバックアップを実行および管理します。すべてのデータ・ファイル、アーカイブ REDO ログおよび SPFILE を読取り可能にするには、クラスタのすべてのノードが、クラスタ・ファイル・システム上に存在する必要があります。1 つのローカル・ドライブにのみバックアップ・メディアが存在する場合、非クラスタ・ファイル・システムのアーカイブ・スキームの使用はお薦めしません。

� 複数のドライブ : 各ノードがローカル・バックアップ装置にアクセスでき、ノード固有のローカル・バックアップ・メディアへの書込みが可能です。

クラスタ・ファイル・システムのスキームでは、いずれのノードも、すべてのデータ・ファイル、アーカイブ REDO ログおよび SPFILE にアクセスできます。非クラスタ・ファイル・システムのスキームでは、バックアップが正しいドライブおよび各ノードのパスに分散されるようにバックアップ・スクリプトを記述する必要があります。たとえば、ノード 1 はパス名が /arc_dest_1で開始するアーカイブ REDO ログを、ノード 2 はパス名が/arc_dest_2で開始するアーカイブ REDO ログを、ノード 3 はパス名が /arc_dest_3で開始するアーカイブ REDO ログをバックアップできます。

バックアップ・コマンドとリストア・コマンドのオートロケーションバックアップ・コマンドとリストア・コマンドのオートロケーションバックアップ・コマンドとリストア・コマンドのオートロケーションバックアップ・コマンドとリストア・コマンドのオートロケーションRecovery Manager は、バックアップまたはリストアが必要なすべてのファイルのオートロケーションを自動的に実行します。この機能は、割り当てたチャネルで、異なる CONNECT設定または PARMS設定を使用すると、自動的に使用可能になります。

非クラスタ・ファイル・システムのローカル・アーカイブ・スキームを使用している場合、各ノードが読み取ることができるのは、そのノードのインスタンスによって生成されたアーカイブ REDO ログのみです。Recovery Manager は、アーカイブ REDO ログを読み取れない場合、チャネルでのログのバックアップを試行しません。

リストアの操作時に、Recovery Manager はバックアップのオートロケーションを自動的に実行します。ノードにバックアップされたファイルのリストアが試行されるのは、特定のノードに接続されているチャネルのみです。たとえば、ログ順序番号 1001 はノード 1 に連結されているドライブにバックアップされ、ログ 1002 はノード 2 に連結されているドライブにバックアップされるとします。各ノードに接続するチャネルを割り当てる場合、ノード1 に接続されたチャネルは（ログ 1002 ではなく）ログ 1001 をリストアでき、ノード 2 に接続されたチャネルは（ログ 1001 ではなく）ログ 1002 をリストアできます。


Real Application Clusters での Recovery Manager のバックアップ機能の使用例

Real Application Clusters でのでのでのでの Recovery Manager のバックアップ機のバックアップ機のバックアップ機のバックアップ機能の使用例能の使用例能の使用例能の使用例

この項では、バックアップ使用例のオプションについて説明します。

クラスタ・ファイル・システムのバックアップ・スキームクラスタ・ファイル・システムのバックアップ・スキームクラスタ・ファイル・システムのバックアップ・スキームクラスタ・ファイル・システムのバックアップ・スキームクラスタ・ファイル・システムのバックアップ・スキームの場合、クラスタ内の各ノードには、すべてのデータ・ファイル、アーカイブ REDO ログおよび SPFILE に対する読取りアクセス権があります。このバックアップ・スキームには、自動記憶域管理（Automated Storage Management: ASM）、クラスタ・ファイル・システムおよび Network Attached Storage（NAS）が含まれます。

クラスタ・ファイル・システムでクラスタ・ファイル・システムでクラスタ・ファイル・システムでクラスタ・ファイル・システムで 1 台のローカル・ドライブにバック台のローカル・ドライブにバック台のローカル・ドライブにバック台のローカル・ドライブにバックアップするアーカイブ・スキームアップするアーカイブ・スキームアップするアーカイブ・スキームアップするアーカイブ・スキームこのスキームは、クラスタ内の 1 つのノードにのみ 1 台のローカル・バックアップ装置

（テープ・ドライブなど）があることを仮定しています。この場合、次のワンタイム構成コマンドを実行します。

CONFIGURE DEVICE TYPE sbt PARALLELISM 1;CONFIGURE DEFAULT DEVICE TYPE TO sbt;

バックアップを実行するノードには、他のノードが書き込んだアーカイブ REDO ログへの読取り / 書込みアクセス権があるため、いずれのノードについてもバックアップ・スクリプトは単純です。

BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;

この場合、テープ・ドライブはすべてのデータ・ファイル、アーカイブ REDO ログおよびSPFILE を受け取ります。

クラスタ・ファイル・システムで複数のドライブにバックアップするクラスタ・ファイル・システムで複数のドライブにバックアップするクラスタ・ファイル・システムで複数のドライブにバックアップするクラスタ・ファイル・システムで複数のドライブにバックアップするアーカイブ・スキームアーカイブ・スキームアーカイブ・スキームアーカイブ・スキームこのスキームは、クラスタ内の各ノードにそれ自体のローカル・テープ・ドライブがあることを仮定しています。次のワンタイム構成を実行して、クラスタ内の各ノードに 1 つのチャネルが構成されるようにします。これはワンタイム構成です。たとえば、Recovery Managerのプロンプトで次のコマンドを入力します。

CONFIGURE DEVICE TYPE sbt PARALLELISM 3;CONFIGURE DEFAULT DEVICE TYPE TO sbt; CONFIGURE CHANNEL 1 DEVICE TYPE sbt CONNECT 'user1/password1@node1';CONFIGURE CHANNEL 2 DEVICE TYPE sbt CONNECT 'user2/password2@node2';CONFIGURE CHANNEL 3 DEVICE TYPE sbt CONNECT 'user3/password3@node3';


Real Application Clusters での Recovery Manager のバックアップ機能の使用例

同様に、デバイス・タイプが DISKである場合もこの構成を実行できます。次のバックアップ・スクリプトは、クラスタ内のいずれのノードからでも実行でき、データ・ファイル、アーカイブ REDO ログおよび SPFILE のバックアップを複数のバックアップ・ドライブに分散します。


たとえば、ディスク上のデータベースに 10 個のデータ・ファイルと 100 個のアーカイブREDO ログがある場合、ノード 1 のバックアップ・ドライブにはデータ・ファイルの 1、3および 7 とアーカイブ REDO ログの 1 ～ 33 を、ノード 2 のバックアップ・ドライブにはデータ・ファイルの 2、5 および 10 とアーカイブ REDO ログの 34 ～ 66 を、ノード 3 のバックアップ・ドライブにはデータ・ファイルの 4、6、8 および 9 とアーカイブ REDO ログの67 ～ 100 をバックアップできます。

非クラスタ・ファイル・システムのバックアップ・スキーム非クラスタ・ファイル・システムのバックアップ・スキーム非クラスタ・ファイル・システムのバックアップ・スキーム非クラスタ・ファイル・システムのバックアップ・スキーム非クラスタ・ファイル・システム環境の場合、各ノードでバックアップできるのは、ノード固有のローカル・アーカイブ REDO ログのみです。たとえば、リモート・アクセスに対応するようにネットワーク・ファイル・システムを構成しないかぎり、ノード 1 は、ノード 2またはノード 3 のアーカイブ REDO ログへはアクセスできません。NFS を構成するには、バックアップを複数のドライブに分散します。ただし、バックアップ用に NFS を構成する場合は、1 つのドライブのみにバックアップできます。

非クラスタ・ファイル・システムで複数のドライブにバックアップする非クラスタ・ファイル・システムで複数のドライブにバックアップする非クラスタ・ファイル・システムで複数のドライブにバックアップする非クラスタ・ファイル・システムで複数のドライブにバックアップするスキームスキームスキームスキームこのスキームは、クラスタ内の各ノードにそれ自体のローカル・テープ・ドライブがあることを仮定しています。次のワンタイム構成を実行して、クラスタ内の各ノードに 1 つのチャネルを構成します。たとえば、Recovery Manager のプロンプトで次のコマンドを入力します。

CONFIGURE DEVICE TYPE sbt PARALLELISM 3;CONFIGURE DEFAULT DEVICE TYPE TO sbt; CONFIGURE CHANNEL 1 DEVICE TYPE sbt CONNECT 'user1/password1@node1';CONFIGURE CHANNEL 2 DEVICE TYPE sbt CONNECT 'user2/password2@node2';CONFIGURE CHANNEL 3 DEVICE TYPE sbt CONNECT 'user3/password3@node3';

同様に、デバイス・タイプが DISKである場合もこの構成を実行できます。

データベース全体のバックアップ用に、すべてのノードから実行可能な本番バックアップ・スクリプトを作成します。Recovery Manager のオートロケーション機能は、各ノードに割り当てられているチャネルが、そのノードに配置されているアーカイブ REDO ログのみをバックアップできるようにします。次の例では、自動チャネルを使用してデータベースおよびアーカイブ REDO ログのバックアップを作成しています。



Real Application Clusters での Recovery Manager のリストア機能の使用例

この例のデータ・ファイルのバックアップ、アーカイブ REDO ログおよび SPFILE のバックアップは、異なるテープ・ドライブに分散されています。ただし、チャネル 1 で読み取ることができるのは、/arc_dest_1にローカルでアーカイブされたログのみです。これは、オートロケーション機能によって、チャネル 1 は /arc_dest_1ディレクトリ内のアーカイブ REDO ログのみをバックアップし、ノード 2 は /arc_dest_2ディレクトリ内のログのみを読み取ることができ、チャネル 2 は /arc_dest_2ディレクトリ内のアーカイブ REDOログのみをバックアップできる、というように制限されるためです。重要な点は、すべてのログがバックアップされるが、異なるドライブに分散されることです。

Real Application Clusters でのメディア・リカバリでのメディア・リカバリでのメディア・リカバリでのメディア・リカバリメディア・リカバリは、クライアント・アプリケーションを介してユーザーが起動する必要があります。一方、インスタンス・リカバリは、データベースによって自動的に実行されます。この場合は、Recovery Manager を使用してデータ・ファイルのバックアップをリストアしてから、データベースをリカバリします。RAC 環境での Recovery Manager のメディア・リカバリ手順は、シングル・インスタンス環境の Recovery Manager のメディア・リカバリ手順とほぼ同じです。リカバリを実行するノードは、必要なデータ・ファイルをすべてリストアできることが必要です。また、このノードは、ディスク上の必要なアーカイブREDO ログをすべて読み取ることができるか、バックアップしたデータ・ファイルをリストアできることが必要です。

Real Application Clusters でのでのでのでの Recovery Manager のリストア機能ののリストア機能ののリストア機能ののリストア機能の使用例使用例使用例使用例

この項では、Recovery Manager のリストア機能の使用例について説明します。

クラスタ・ファイル・システムのリストア・スキームクラスタ・ファイル・システムのリストア・スキームクラスタ・ファイル・システムのリストア・スキームクラスタ・ファイル・システムのリストア・スキームクラスタ・ファイル・システムのスキームでのリストアおよびリカバリの手順は、シングル・インスタンスの Oracle の場合とほぼ同じです。

非分散バックアップのリストアおよびリカバリ非分散バックアップのリストアおよびリカバリ非分散バックアップのリストアおよびリカバリ非分散バックアップのリストアおよびリカバリ初に、7-7 ページの「クラスタ・ファイル・システムで 1 台のローカル・ドライブにバッ

クアップするアーカイブ・スキーム」を参照して、ワンタイム構成を実行します。

この例では、ノード 3 がバックアップを実行するとします。リストアおよびリカバリ処理にノード 3 が使用可能で、既存のすべてのアーカイブ REDO ログがバックアップ済か、ディスク上にある場合は、次のコマンドを実行して完全リカバリを実行します。

RESTORE DATABASE;RECOVER DATABASE;


Real Application Clusters での Recovery Manager のリストア機能の使用例

バックアップを実行したノード 3 が使用できない場合は、残りのノードの 1 つに対してメディア管理デバイスを構成し、このデバイスでノード 3 のバックアップ・メディアを使用可能にします。

クラスタ・ファイル・システムのスキームでの分散バックアップのリスクラスタ・ファイル・システムのスキームでの分散バックアップのリスクラスタ・ファイル・システムのスキームでの分散バックアップのリスクラスタ・ファイル・システムのスキームでの分散バックアップのリストアおよびリカバリトアおよびリカバリトアおよびリカバリトアおよびリカバリ初に、7-7 ページの「クラスタ・ファイル・システムで複数のドライブにバックアップす

るアーカイブ・スキーム」を参照して、クラスタ内の各ノードに 1 つのチャネルが構成されるように、ワンタイム構成を実行します。既存のすべてのアーカイブ REDO ログがバックアップ済か、ディスク上にある場合は、次のコマンドを実行してクラスタ内の任意のノードから完全リカバリを実行します。


リストアの前には、Recovery Manager によるバックアップのオートロケーションが行われるため、各ノードに接続されているチャネルは、そのノードに連結されているテープ・ドライブにバックアップされたファイルのみをリストアします。

非クラスタ・ファイル・システムのリストア・スキーム非クラスタ・ファイル・システムのリストア・スキーム非クラスタ・ファイル・システムのリストア・スキーム非クラスタ・ファイル・システムのリストア・スキームこのスキームでは、各ノードが異なるディレクトリにローカルでアーカイブします。たとえば、ノード 1 は /arc_dest_1に、ノード 2 は /arc_dest_2に、ノード 3 は/arc_dest_3にアーカイブします。リカバリ・ノードが残りのノードでアーカイブ・ディレクトリを読み取ることができるように、NFS を構成する必要があります。リストアとリカバリの手順は、バックアップが分散されているかどうかによって異なります。

非クラスタ・ファイル・システムで分散バックアップをリストアおよび非クラスタ・ファイル・システムで分散バックアップをリストアおよび非クラスタ・ファイル・システムで分散バックアップをリストアおよび非クラスタ・ファイル・システムで分散バックアップをリストアおよびリカバリするアーカイブ・スキームリカバリするアーカイブ・スキームリカバリするアーカイブ・スキームリカバリするアーカイブ・スキーム初に、7-8 ページの「非クラスタ・ファイル・システムで複数のドライブにバックアップ

するスキーム」を参照してください。すべてのノードが使用可能で、すべてのアーカイブREDO ログがバックアップされている場合は、データベースをマウントして任意のノードで次のコマンドを実行することで、完全なリストアおよびリカバリを実行できます。


リカバリ・ノードは、クラスタ内の各ノードでサーバー・セッションを開始します。この例では、データベースが分散バックアップされていると仮定しているため、サーバー・セッションは、バックアップ・データ・ファイルを各ノードに連結されているテープ・ドライブからリストアします。NFS 構成では、各ノードにその他のノードに対する読取りアクセス権があるため、リカバリ・ノードは、ローカルおよびリモート・ディスクにあるアーカイブREDO ログの読取りおよび適用が可能です。手動によるアーカイブ REDO ログの転送は不要です。


Real Application Clusters でのパラレル・リカバリ

Real Application Clusters でででで RESETLOGS を使用したを使用したを使用したを使用した Recovery Manager によるリカバリによるリカバリによるリカバリによるリカバリ

リセットログ操作では、オンライン・ログが自動的にアーカイブされます。これによって、Point-in-Time リカバリがオンラインで実行されたか、またはスタンバイ・ログのリカバリが実行された場合は、必要なアーカイブ REDO ログがデータベースに格納されます。リセットログ操作後に、全体バックアップを実行する必要はありません。

デフォルトのアーカイブ・ログの形式には、RESETLOGS ID が含まれます。RESETLOGS を使用した後は、バックアップ・スクリプトを変更する必要はありません。Recovery Managerは、BACKUP ARCHIVELOG ALL、BACKUP ARCHIVELOG FROM TIMEまたは BACKUP ARCHIVELOG FROM SCNのいずれかのコマンドの実行では、以前のインカネーションのログをバックアップします。

Real Application Clusters でのパラレル・リカバリでのパラレル・リカバリでのパラレル・リカバリでのパラレル・リカバリRAC データベースでは、パラレル・インスタンス・リカバリ、パラレル障害リカバリおよびパラレル・メディア・リカバリを使用できます。詳細は、『Oracle Database バックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』を参照してください。

Recovery Manager を使用したパラレル・リカバリを使用したパラレル・リカバリを使用したパラレル・リカバリを使用したパラレル・リカバリRecovery Manager の RESTOREおよび RECOVERコマンドを使用すると、次に示す 3 段階のリカバリ・プロセスが自動的にパラレル化されます。

データ・ファイルのリストアデータ・ファイルのリストアデータ・ファイルのリストアデータ・ファイルのリストアデータ・ファイルをリストアする場合、Recovery Managerのリカバリ・スクリプトに割り当てられているチャネル数によって、Recovery Manager が使用するパラレル化が効果的に設定されます。たとえば、5 つのチャネルを割り当てると、大 5 つのパラレル・ストリームでデータ・ファイルをリストアできます。

増分バックアップの適用増分バックアップの適用増分バックアップの適用増分バックアップの適用同様に、増分バックアップを適用する場合、割り当てるチャネル数によって潜在的なパラレル化が決定されます。

アーカイブアーカイブアーカイブアーカイブ REDO ログの適用ログの適用ログの適用ログの適用 Recovery Manager では、RECOVERY_PARALLELISM初期化パラメータの設定で決定された数のパラレル処理を使用して、アーカイブ REDO ログが適用されます。この手順については、7-12 ページの「RECOVERY_ PARALLELISM パラメータの設定」を参照してください。

メディア・リカバリのパラレル化メディア・リカバリのパラレル化メディア・リカバリのパラレル化メディア・リカバリのパラレル化メディア・リカバリのパラレル化は、ALTER DATABASE RECOVER文の PARALLEL句によって制御されます。


Real Application Clusters でのフラッシュ・リカバリ領域の使用

SQL*Plus を使用したパラレル・リカバリを使用したパラレル・リカバリを使用したパラレル・リカバリを使用したパラレル・リカバリデータベースのバックアップとリカバリに、ユーザー管理による方法を使用している場合は、次のいずれかの手順で、インスタンス・リカバリとメディア・リカバリをパラレル化できます。

RECOVERY_ PARALLELISM パラメータの設定パラメータの設定パラメータの設定パラメータの設定 RECOVERY_PARALLELISM初期化パラメータによって、インスタンス・リカバリおよびクラッシュ・リカバリに関するプロセスの数が指定されます。1 つのプロセスによって、アーカイブ REDO ログ・ファイルが順次読み取られ、REDO 情報がいくつかのリカバリ処理にディスパッチされます。このリカバリ処理では、アーカイブ REDO ログ・ファイルの変更がデータ・ファイルに適用されます。値が 0

（ゼロ）または 1の場合は、リカバリが 1 つのプロセスによって逐次実行されることを意味します。このパラメータの値が、PARALLEL_MAX_SERVERSパラメータの値を超えることはできません。

複数の CPU を搭載したシステムの場合、デフォルトのインスタンス、クラッシュおよびメディア・リカバリは、パラレル・モードで動作します。ただし、RECOVERY_PARALLELISMパラメータまたは ALTER DATABASE STATEMENTの NOPARALLEL句を使用して、シリアル・リカバリを強制実行することができます。

RECOVER 文オプションの指定文オプションの指定文オプションの指定文オプションの指定 RECOVER文を使用してインスタンス・リカバリおよびメディア・リカバリをパラレル化する場合、インスタンスへのリカバリ処理の割当ては、オペレーティング・システム固有です。PARALLEL句の DEGREEキーワードによって、RACデータベースの各インスタンスの処理数またはすべてのインスタンスに分散する処理数を指定できます。

Real Application Clusters でのフラッシュ・リカバリ領域の使用でのフラッシュ・リカバリ領域の使用でのフラッシュ・リカバリ領域の使用でのフラッシュ・リカバリ領域の使用RAC でフラッシュ・リカバリ領域を使用するには、この領域を、ASM ディスク、クラスタ・ファイル・システムまたは共有ディレクトリのいずれかに配置する必要があります。共有ディレクトリとは、NFS によって各 RAC インスタンスに対して構成されたディレクトリです。つまり、フラッシュ・リカバリ領域は、RAC データベースのすべてのインスタンスで共有される必要があります。また、すべてのインスタンスに対してDB_RECOVERY_FILE_DEST パラメータを同じ値に設定します。


管理オプシ

8
管理オプション管理オプション管理オプション管理オプション
この章では、このマニュアルの他の章で説明していない Oracle Real Application Clusters（RAC）に固有の管理タスクまたは Oracle ツール内のオプションについて説明します。実行するタスクに応じて、複数のツールの中から選択できる場合も、Enterprise Manager やSRVCTL のような特定のツールの使用が必須である場合もあります。内容は次のとおりです。

� Real Application Clusters での Enterprise Manager のオプションのタスク

� Enterprise Manager の Real Application Clusters 管理手順

� Real Application Clusters での SQL*Plus に関する追加情報

� Real Application Clusters データベースの静止

� OIFCFG（Oracle Interface Configuration）ツールを使用したシステムおよびネットワーク・インタフェースの管理

関連項目関連項目関連項目関連項目 : Enterprise Manager の詳細は、『Oracle Enterprise Manager 概要』および Enterprise Manager のオンライン・ヘルプを参照してください。

ョン 8-1

Real Application Clusters での Enterprise Manager のオプションのタスク

Real Application Clusters でのでのでのでの Enterprise Manager のオプションののオプションののオプションののオプションのタスクタスクタスクタスク

Enterprise Manager では、通常、RAC 固有の管理タスクは、クラスタ・データベース全体に関係するタスクおよび特定のインスタンスに関係するタスクの 2 つのレベルが中心です。たとえば、Enterprise Manager を使用して、クラスタ・データベース・レベルで記憶域、スキーマおよびセキュリティを管理できます。または、パラメータの設定やリソース・プランの作成のようなインスタンス固有のコマンドを実行できます。

RAC データベースの各ノードに 1 つの Enterprise Manager エージェントがあるため、そのデータベースのどの URL を使用しても、Enterprise Manager でデータベースを管理できます。Enterprise Manager フレームワークでターゲットとして、次のすべての RAC コンポーネントを管理できます。

� ホスト・クラスタ : 「Cluster Database」の「Home」ページからアクセスできます。

� クラスタ・データベース・インスタンス : インスタンス・ページへのリンクは「Cluster Database」の「Home」ページに表示されます。

� ホストおよびリスナー : ホストおよびリスナーへのリンクは「Cluster Database Instance」ページに表示されます。

ノードおよびインスタンスの検出のためのノードおよびインスタンスの検出のためのノードおよびインスタンスの検出のためのノードおよびインスタンスの検出のための Enterprise Managerの使用の使用の使用の使用

Enterprise Manager は、ノードやインスタンスの追加といった構成内の変更を自動的に検出します。Enterprise Manager は、新規追加されたインスタンスだけでなく、既存のインスタンスも再検出します。これを行うには、次のように Enterprise Manager Grid Control を使用します。

1. Enterprise Manager Database Control にログインし、「Targets」タブをクリックします。

2. データベース名をクリックすると、使用可能なターゲットがすべて表示されます。「Types」欄に、「Cluster Database」というエントリを持つ RAC データベースが示されます。

3. ページの右側の「Add」をクリックして、このデータベース・ターゲットを追加します。

関連項目関連項目関連項目関連項目 : 管理者アカウントの作成、権限の使用、ロールの定義などについては、『Oracle Enterprise Manager 概要』を参照してください。複数の RAC データベースのための Enterprise Manager Grid Control の構成については、『Oracle Enterprise Manager 構成ガイド』を参照してください。


Enterprise Manager の Real Application Clusters 用のページ

4. 懐中電灯のアイコンをクリックすると、使用可能なホスト名が表示されます。

5. ホストを選択し、「Continue」をクリックすると、Enterprise Manager により検索が実行され、クラスタ・データベースおよびそれと関連付けられたインスタンスが表示されます。

この手順で、再構成されたクラスタ・データベースとそのインスタンスのすべてを検出できない場合は、Oracle ホーム、SID、インスタンスなどを追加し、手動で Enterprise Managerに対してターゲットを構成します。

Enterprise Manager のののの Real Application Clusters 用のページ用のページ用のページ用のページこの項では、次に示す RAC 用の Enterprise Manager のページについて説明します。

� 「Databases Summary」ページ

� 「Cluster Database」の「Home」ページ

� 「Cluster Database Instances」ページ

� Real Application Clusters の「Databases Overview」ページ

� Real Application Clusters の「Cluster」の「Home」ページ

「「「「Databases Summary」ページ」ページ」ページ」ページこれは、クラスタおよびシングル・インスタンス・データベースを示すトップレベルのページです。環境にクラスタ・データベースがある場合、「Databases Summary」ページの

「Type」欄に「Cluster Database」と表示されます。このページには、クラスタ・データベースの可用性、およびアクティブなインスタンスとアクティブでないインスタンスの比率も表示されます。クラスタ・データベースのリンクをクリックすると、対象データベースの

「Cluster Database」の「Home」ページが表示されます。このページについては、次の項で説明します。

関連項目関連項目関連項目関連項目 : Enterprise Manager を使用した RAC データベースの監視の詳細は、『Oracle Real Application Clusters 配置およびパフォーマンス』を参照してください。

管理オプション 8-3

Enterprise Manager の Real Application Clusters 用のページ

「「「「Cluster Database」の「」の「」の「」の「Home」ページ」ページ」ページ」ページ「Cluster Database」の「Home」ページでは、クラスタのノードとホスト、およびインスタンスやリスナーのようなクラスタのサブコンポーネントを管理できます。「Cluster Database」の「Home」ページは、クラスタ・データベースのアクティビティの概要を提供するクラスタ・データベース管理用のサマリー・ページでもあります。Enterprise Managerは、一意のデータベース名を使用して、該当するクラスタ・データベースを識別します。このページの「Administration」タブを使用して、次の操作を実行できます。

� UNDO 表領域と REDO スレッドの作成、特定のインスタンスへの割当て（SPFILE）、およびバックアップの作成

� クラスタ・データベース・レベルでのデータベース・サービスの起動、停止および再配置

このページの「Maintenance」タブを使用して、次の操作が実行できます。

� バックアップとリカバリのシナリオの作成

� アーカイブ・モードのオン / オフの切替え

� リカバリ設定の管理

� データベースとそのインスタンスのリソース・プランの管理

「「「「Cluster Database Instances」ページ」ページ」ページ」ページ「Instances」ページには、シングル・インスタンスの Oracle データベースと同様のインスタンス固有の情報が表示されます。

Real Application Clusters の「の「の「の「Databases Overview」ページ」ページ」ページ」ページ「Databases Overview」ページは、「Cluster」の「Home」ページや、ノードまたはインスタンスの「Home」ページにリンクします。

Real Application Clusters の「の「の「の「Cluster」の「」の「」の「」の「Home」ページ」ページ」ページ」ページ「Cluster」の「Home」ページには、クラスタおよびインスタンスの両方のレベルでのアクティビティの概要および詳細なレポートが表示されます。「Cluster」の「Home」ページには、次のセクションがあります。

� 「General」セクション : クラスタのステータスの概要が表示されます。

� 「Configuration」セクション : ハードウェア・プラットフォーム、オペレーティング・システムとバージョン、および Oracle またはベンダーのクラスタウェアのバージョンが表示されます。


Enterprise Manager の Real Application Clusters 管理手順

� 「Cluster Databases」表 : クラスタと関連付けられたクラスタ・データベース、その可用性およびクラスタ・データベースのアラートが表示されます。「Cluster Databases」表から個々の「Cluster Database」の「Home」ページにアクセスできます。

� 「Alerts」表 : 重大度の分類などのアラート情報が提供されます。

� 「Hosts」表 : クラスタ内のホストまたはノードに関する情報が表示されます。

Real Application Clusters の「の「の「の「Instance」ページ」ページ」ページ」ページ「Instance」ページの RAC 固有の内容は次のとおりです。

� Configuration: インスタンスの状態の表示、インスタンス・レベルおよびクラスタ・データベース・レベルでの初期化パラメータの表示と編集、およびリソース・プランのパフォーマンス統計の表示が可能です。また、インスタンスに割り当てられているUNDO 表領域およびその保存期間の表示と変更も可能です。

� Sessions: 接続ユーザーのステータスの表示、個々のセッションに対する新の SQL の表示およびセッションの終了が可能です。

� Locks: 現在保持されているユーザー・タイプ・ロックおよびシステム・タイプ・ロックに関する詳細の表示が可能です。

� Resource Plans: クラスタ・データベースのリソース・プランの定義および変更が可能です。また、個々のインスタンスに対してリソース・プランをアクティブにしたり非アクティブにしたりできます。リソース・プラン・スケジュールを使用して、リソース・プランのアクティブ化をスケジュールすることもできます。

Enterprise Manager のののの Real Application Clusters 管理手順管理手順管理手順管理手順「Cluster Database」の「Home」ページには、RAC データベースのすべてのインスタンスが表示され、サーバー管理のために自動ワークロード・リポジトリが収集するいくつかのRAC 固有の統計の集計が提供されます。

その詳細を表示するために、インスタンス固有のページに移動する必要はありません。ただし、「Cluster Database」の「Home」ページでは、稼働しているはずのインスタンスが停止したり、インスタンスで多数のアラートが発生している場合は、各アラートについてインスタンス固有のページにドリルダウンできます。

この項で後述する管理タスクを実行するには、ターゲット RAC データベースにログインし、「Cluster Database」の「Home」ページに移動し、「Administration」タブをクリックします。


Enterprise Manager の Real Application Clusters 管理手順

Real Application Clusters でのでのでのでの Enterprise Manager ジョブの管理ジョブの管理ジョブの管理ジョブの管理Enterprise Manager ジョブは、データベース・レベルでもインスタンス・レベルでも管理できます。たとえば、クラスタ・データベース・レベルでジョブを作成し、そのジョブをターゲット RAC データベースのアクティブな任意のインスタンスで実行できます。または、インスタンス・レベルでジョブを作成し、それを作成した特定のインスタンスでのみ実行することもできます。障害が発生した場合、再起ジョブは障害が発生しなかったインスタンスで実行できます。

Real Application Clusters でのでのでのでの Enterprise Manager ジョブの作成ジョブの作成ジョブの作成ジョブの作成ジョブは、インスタンス・レベル、クラスタ・レベルまたはクラスタ・データベース・レベルで作成できるため、クラスタ・データベース内の使用可能ないずれのホストでもジョブを実行できます。これはスケジュールされるジョブにも適用されます。Enterprise Manager では、ジョブ・アクティビティが Active、History、Library のカテゴリに分類されて表示されます。

オペレーティング・システムのスクリプトや SQL スクリプトの送信およびスケジュールされたジョブの調査には、「Jobs」タブを使用します。たとえば、特定の RAC データベースのためのバックアップ・ジョブの作成は、次のように行います。

1. 「Targets」をクリックし、ジョブを作成するデータベースをクリックします。

2. ターゲット・データベースにログインします。

3. 表示された「Database」の「Home」ページで、「Maintenance」をクリックします。

4. Enterprise Manager のジョブ・ウィザードのパネルに入力し、ジョブを作成します。

Enterprise Manager を使用したを使用したを使用したを使用した Real Application Clusters でのアラートの管理でのアラートの管理でのアラートの管理でのアラートの管理Enterprise Manager を使用して、RAC 環境のアラートを構成できます。また、グローバル・キャッシュ変換、読取り一貫性要求など、RAC データベースの特殊なテストも構成できます。

Enterprise Manager では、RAC 環境のデータベース・レベルとインスタンス・レベルのアラートは区別されます。アーカイブ・ログ・アラートなど、インスタンス・レベル・アラートのアラートしきい値は、インスタンスのターゲット・レベルで設定できます。これにより、パフォーマンスがしきい値を超えた場合、特定のインスタンスに関するアラートを受信できます。また、表領域に関するアラートの設定など、データベース・レベルでアラートを構成することもでき、各インスタンスで重複するアラートの受信を回避できます。

関連項目関連項目関連項目関連項目 : RAC 環境を監視するための Enterprise Manager の使用方法の詳細は、『Oracle Real Application Clusters 配置およびパフォーマンス』を参照してください。


Real Application Clusters での SQL*Plus に関する追加情報

Enterprise Manager で定義済ブラックアウトを使用したスケジュール済メンで定義済ブラックアウトを使用したスケジュール済メンで定義済ブラックアウトを使用したスケジュール済メンで定義済ブラックアウトを使用したスケジュール済メンテナンスの実行テナンスの実行テナンスの実行テナンスの実行

RAC データベースの管理対象のすべてのターゲットについてブラックアウトを定義し、メンテナンス実行中のアラートの発生を防止することができます。ブラックアウトは、クラスタ・データベース全体について定義することも、クラスタ・データベースの特定のインスタンスについて定義することもできます。

Real Application Clusters でのでのでのでの SQL*Plus に関する追加情報に関する追加情報に関する追加情報に関する追加情報次の項では、RAC 環境での SQL*Plus の使用について説明します。

� インスタンスへの SQL*Plus コマンドの適用方法

� インスタンスの実行の確認

インスタンスへのインスタンスへのインスタンスへのインスタンスへの SQL*Plus コマンドの適用方法コマンドの適用方法コマンドの適用方法コマンドの適用方法ほとんどの SQL 文は、現行のインスタンスに適用されます。RAC データベースでのインスタンスの起動と停止に、SQL*Plus を使用できます。SQL*Plus コマンドを、UNIX ベースのシステムのルートとして、または Windows ベースのシステムの管理者として実行する必要はありません。シングル・インスタンスの Oracle データベースで通常使用する権限を持つ適切なデータベース・アカウントのみが必要です。SQL*Plus コマンドのインスタンスへの適用方法の例を示します。

� ALTER SYSTEM SET CHECKPOINT LOCAL 文は、デフォルトのインスタンスまたはすべてのインスタンスではなく、現在接続しているインスタンスにのみ適用されます。

� ALTER SYSTEM CHECKPOINT LOCALは現行のインスタンスに適用されます。

� ALTER SYSTEM CHECKPOINTまたは ALTER SYSTEM CHECKPOINT GLOBALは、クラスタ・データベースのすべてのインスタンスに適用されます。

� ALTER SYSTEM SWITCH LOGFILEは、現行のインスタンスにのみ適用されます。

� グローバル・ログ・スイッチを強制するには、ALTER SYSTEM ARCHIVE LOG CURRENT文を使用します。

� ALTER SYSTEM ARCHIVE LOGの INSTANCEオプションにより、特定のインスタンスについて各オンライン REDO ログ・ファイルをアーカイブできます。

関連項目関連項目関連項目関連項目 : RAC でのアラートの構成の例は、『Oracle Real Application Clusters 配置およびパフォーマンス』を参照してください。パッケージを使用してしきい値を構成する方法は、『PL/SQL パッケージ・プロシージャおよびタイプ・リファレンス』を参照してください。


Real Application Clusters での SQL*Plus に関する追加情報

表 8-1 に、SQL*Plus コマンドのインスタンスへの適用方法を示します。

インスタンスの実行の確認インスタンスの実行の確認インスタンスの実行の確認インスタンスの実行の確認ノードで実行中のインスタンスを確認するには、SQL*Plus プロンプトから次のコマンドを入力します。

CONNECT SYS/password as SYSDBASELECT * FROM V$ACTIVE_INSTANCES;

次のような出力が表示されます。

INST_NUMBER INST_NAME ----------- ----------------- 1 db1-sun:db1 2 db2-sun:db2 3 db3-sun:db3

この例で出力される列を表 8-2 に示します。

表表表表 8-1 インスタンスへのインスタンスへのインスタンスへのインスタンスへの SQL*Plus コマンドの適用方法コマンドの適用方法コマンドの適用方法コマンドの適用方法

SQL*Plus コマンドコマンドコマンドコマンド SQL*Plus コマンドが適用されるインスタンスコマンドが適用されるインスタンスコマンドが適用されるインスタンスコマンドが適用されるインスタンス

ARCHIVE LOG 常に現行のインスタンスに対して適用されます。

CONNECT CONNECTコマンドにインスタンスが指定されていない場合は、デフォルト・インスタ

ンスに適用されます。

HOST 現行のインスタンスおよびデフォルト・インスタンスの位置に関係なく、SQL*Plusセッションを実行しているノードに適用されます。

RECOVER 特定のインスタンスではなく、データベースに適用されます。

SHOW INSTANCE 現行のインスタンスに関する情報を表示します。リモート・インスタンスにコマンドをリダイレクトしている場合、現行のインスタンスはデフォルトのローカル・インスタンスではない場合があります。

SHOW PARAMETERおよびSHOW SGA

現行のインスタンスからパラメータおよび SGA 情報を表示します。

STARTUPおよび SHUTDOWN 常に現行のインスタンスに対して適用されます。権限付きの SQL*Plus コマンドです。

表表表表 8-2 V$ACTIVE_INSTANCES 列の説明列の説明列の説明列の説明

列列列列説明説明説明説明

INST_NUMBER インスタンス番号を識別します。

INST_NAME ホスト名およびインスタンス名を識別します。


Real Application Clusters データベースの静止

Real Application Clusters データベースの静止データベースの静止データベースの静止データベースの静止RAC データベースを静止する手順は、シングル・インスタンス・データベースを静止する場合と同じです。1 つのインスタンスから ALTER SYSTEM QUIESCE RESTRICTED文を使用します。データベースの静止処理中は、どのインスタンスからもデータベースを開くことはできません。DBA 以外のすべてのセッションが非アクティブになると、ALTER SYSTEM QUIESCE RESTRICTED文は終了し、データベースは静止状態にあるとみなされます。Oracle RAC 環境では、この文を発行したインスタンスだけでなく、すべてのインスタンスにこの文が適用されます。

RAC 環境で ALTER SYSTEM QUIESCE RESTRICTED文を正しく発行するには、Database Resource Manager 機能をアクティブにしておくだけでなく、その機能がクラスタ・データベースのすべてのインスタンスに対しても、インスタンス起動時からアクティブになっている必要があります。これは、DBA 以外のセッションがアクティブにならないようにするための Database Resource Manager の機能です。また、この文が適用されている間に現行のリソース・プランを変更しようとすると、システムが静止状態でなくなるまで、その変更はキューに入れられます。

次の条件が RAC に適用されます。

� ALTER SYSTEM QUIESCE RESTRICTED文を発行しても、Oracle がその処理を完了していない場合、データベースを開くことはできません。

� データベースがすでに静止状態にある場合も、そのデータベースを開くことはできません。

� ALTER SYSTEM QUIESCE RESTRICTED文および ALTER SYSTEM UNQUIESCE文は、このコマンドを発行したインスタンスだけでなく、RAC 環境のすべてのインスタンスに適用されます。

静止状態とコールド・バックアップ静止状態とコールド・バックアップ静止状態とコールド・バックアップ静止状態とコールド・バックアップコールド・バックアップを実行するために静止状態を使用することはできません。データベースが静止状態にある場合でも、Oracle のバックグラウンド・プロセスが Oracle 内部の用途で更新を実行していることがあるためです。また、オンライン・データ・ファイルのファイル・ヘッダーは、アクセス中であるかのように見え、正しい停止が行われたかどうか判断ができません。データベースが静止状態にある間でも、オンライン・バックアップは実行できます。データベース静止機能の詳細は、『Oracle Database 管理者ガイド』を、ALTER SYSTEM QUIESCE RESTRICTED構文の詳細は、『Oracle Database リファレンス』を参照してください。


OIFCFG（Oracle Interface Configuration）ツールを使用したシステムおよびネットワーク・インタフェースの管理

OIFCFG（（（（Oracle Interface Configuration）ツールを使用したシステ）ツールを使用したシステ）ツールを使用したシステ）ツールを使用したシステムおよびネットワーク・インタフェースの管理ムおよびネットワーク・インタフェースの管理ムおよびネットワーク・インタフェースの管理ムおよびネットワーク・インタフェースの管理

この項では、Oracle Interface Configuration（OIFCFG）の次の機能について説明します。

� OIFCFG を使用したネットワーク・インタフェースの定義

� OIFCFG コマンドライン・ツールの構文およびコマンド

シングル・インスタンスの Oracle データベース環境および RAC データベース環境では、次の作業に OIFCFG コマンドライン・ツールを使用します。

� ネットワーク・インタフェースのコンポーネントへの割当ておよび割当て解除

� 特定のネットワーク・インタフェースを使用するようにコンポーネントを設定

� コンポーネント構成情報の取得

Oracle Universal Installer（OUI）も OIFCFG を使用して、システムで使用可能なインタフェースの識別および表示を行います。

OIFCFG を使用したネットワーク・インタフェースの定義を使用したネットワーク・インタフェースの定義を使用したネットワーク・インタフェースの定義を使用したネットワーク・インタフェースの定義ネットワーク・インタフェースの指定では、インタフェース名、関連付けられたサブネットおよびインタフェース・タイプを使用して一意に指定します。インタフェース・タイプは、ネットワークを構成する目的を示します。サポートされるインタフェース・タイプは次のとおりです。

� パブリック : Oracle Net や仮想インターネット・プロトコル（VIP）アドレスなど、RAC インスタンスに対して外部のコンポーネントと通信するために使用できるインタフェース

� クラスタ・インターコネクト : インスタンス間の通信やキャッシュ・フュージョン通信を提供するため、クラスタ・インターコネクトに対して使用されるプライベート・インタフェース

� ストレージ : 高速ファイル I/O のために使用されるディスク・インタフェース

ネットワーク・インタフェースは、グローバル・インタフェースとしても、ノード固有のインタフェースとしても格納できます。RAC クラスタのすべてのノードが同じサブネットに接続された同じインタフェースを持っている場合、インタフェースはグローバル・インタフェースとして格納されます（推奨）。クラスタの一部のノードでインタフェースとサブネットのセットが異なる場合のみ、ノード固有のインタフェースとして格納されます。1 つのインタフェースがグローバルおよびノード固有の両方のインタフェースとして構成される場合は、ノード固有の定義がグローバル定義より優先します。

ネットワーク・インタフェースの指定には、次の形式を使用します。

interface_name/subnet:interface_type



次の例では、アドレス 204.152.65.32 にあるクラスタ・インターコネクトとして qfe0 を識別します。

qfe0/204.152.65.32:cluster_interconnect

OIFCFG コマンドライン・ツールの構文およびコマンドコマンドライン・ツールの構文およびコマンドコマンドライン・ツールの構文およびコマンドコマンドライン・ツールの構文およびコマンドOIFCFG のオンライン・ヘルプを表示するには、oifcfg -helpコマンドを使用します。OIFCFG コマンドの要素は次のとおりです。コマンドによっては、一部の要素がオプションになります。

� nodename: olsnodesコマンドの出力結果にリストされる CRS ノードの名前

� if_name: システム構成でのインタフェースの名前

� subnet: インタフェースのサブネット・アドレス

� if_type: インタフェースのタイプ（public または cluster_interconnect）

ローカル・ノード上で使用可能なすべてのインタフェースのインタフェース名とサブネットを表示するには、OIFCFG を使用して、次の例に示すように iflistキーワードを実行します。

oifcfg iflisthme0 139.185.141.0qfe0 204.152.65.16

また、次の構文で getifコマンドを使用すると、特定の OIFCFG 情報を取得できます。

oifcfg getif [ [-global | -node nodename] [-if if_name[/subnet]] [-type if_type] ]

新規インタフェースを格納するには、setifキーワードを使用します。たとえば、サブネット 139.185.141.0 のインタフェース hme0 をグローバル・インタフェース（クラスタ内のすべての RAC インスタンスに対するインターコネクトとして使用）として格納するには、次のコマンドを使用します。

oifcfg setif -global hme0/139.185.141.0:cluster_interconnect

2 つのノード間（たとえば rac1 および rac2）でのみクラスタ・インターコネクトが存在し、139.185.142.1 および 139.185.142.2 がそれぞれ rac1 および rac2 のインターコネクトのためのサブネット・アドレスである場合は、次のコマンドを使用して cms0 インタフェースを作成できます。

oifcfg setif -node rac1 cms0/139.185.142.1:cluster_interconnectoifcfg setif -node rac2 cms0/139.185.142.2:cluster_interconnect



グローバルまたはノード固有のインタフェースとして格納された構成を削除するには、OIFCFG の delifコマンドを使用します。特定のノード固有のインタフェースまたはグローバル・インタフェースは、コマンドラインにインタフェース名を指定し削除します。オプションでサブネットを指定できます。-nodeオプションまたは -globalオプションが指定されていない場合、delifキーワードは、指定されたインタフェース、またはクラスタのすべてのノード上のグローバルおよびノード固有のすべてのインタフェースを削除します。たとえば、次のコマンドは、サブネット 204.152.65.16 の qfe0 という名前のグローバル・インタフェースを削除します。

oifcfg delif -global qfe0/204.152.65.16

一方、次のコマンドは、OIFCFG で格納されたすべてのグローバル・インタフェースを削除します。

oifcfg delif -global


トラブルシューティ

A
トラブルシューティングトラブルシューティングトラブルシューティングトラブルシューティング
この付録では、Oracle Real Application Clusters（RAC）でトレース・ファイルおよびログ・ファイルを使用する方法について説明します。インスタンス固有のアラート・ファイルについても説明します。内容は次のとおりです。

� Real Application Clusters でのトレース・ファイルの監視

� Real Application Clusters でのログ・ファイルの使用

� Real Application Clusters High Availability のための追加トレースの有効化

� Real Application Clusters でのインスタンス固有のアラート・ファイルの使用

ング A-1

Real Application Clusters でのトレース・ファイルの監視

Real Application Clusters でのトレース・ファイルの監視でのトレース・ファイルの監視でのトレース・ファイルの監視でのトレース・ファイルの監視Oracle は、RAC 環境で発生する重要なイベントに関する情報をトレース・ファイルに記録します。RAC のトレース・ファイルは、シングル・インスタンスの Oracle データベースの場合と同じです。トレース・ファイルを頻繁に監視し、すべてのインスタンスに対して定期的にバックアップを行ってください。そうすることで、将来のトラブルシューティングのための情報を保持できます。

エラー分析に必要なファイルの場所エラー分析に必要なファイルの場所エラー分析に必要なファイルの場所エラー分析に必要なファイルの場所ORA-600エラーに関する情報は、alert_SID.logファイルにあります。トラブルシューティングのために、次の位置にある bdumpからファイルを提供する必要がある場合があります。

� UNIXベースのシステムの場合 : $ORACLE_HOME/admin/db_name/bdump

� Windowsベースのシステムの場合 : %ORACLE_HOME%¥admin¥db_name¥bdump

udumpディレクトリにもいくつかのファイルがあります。

Real Application Clusters でのバックグラウンド・スレッド・トレース・ファイルでのバックグラウンド・スレッド・トレース・ファイルでのバックグラウンド・スレッド・トレース・ファイルでのバックグラウンド・スレッド・トレース・ファイル RACバックグラウンド・スレッドは、データベース操作とデータベース・エラーの記録のためにトレース・ファイルを使用します。これらのトレース・ログは、トラブルシューティングに有効です。また、オラクル社カスタマ・サポート・センターは、これらのトレース・ログを使用して、クラスタ・データベース構成の問題をより効率的にデバッグできます。

バックグラウンド・スレッド・トレース・ファイルは、サーバー・パラメータ・ファイル（SPFILE）に BACKGROUND_DUMP_DESTパラメータを設定したかどうかに関係なく作成されます。BACKGROUND_DUMP_DESTを設定した場合、トレース・ファイルは指定したディレクトリに格納されます。このパラメータを設定しなかった場合、トレース・ファイルは次のディレクトリに格納されます。

� UNIXベースのシステムの場合 : $ORACLE_BASE/admin/db_name/bdump

� Windowsベースのシステムの場合 : %ORACLE_BASE%¥admin¥db_name¥bdump

Oracle データベースでは、バックグラウンド・スレッドごとに異なるトレース・ファイルが作成されます。UNIX ベースのシステムでは、バックグラウンド・プロセス・トレース・ファイルは SID_process name_process identifier.trcという名前です。例を示します。

� SID_dbwr_1202.trc

� SID_smon_4560.trc

A-2 Oracle Real Application Clusters 管理者ガイド

Real Application Clusters でのログ・ファイルの使用

Real Application Clusters でのユーザー・プロセス・トレース・ファイルでのユーザー・プロセス・トレース・ファイルでのユーザー・プロセス・トレース・ファイルでのユーザー・プロセス・トレース・ファイルUSER_DUMP_DEST初期化パラメータを設定すると、ユーザー・プロセスに関するトレース・ファイルが作成されます。ユーザー・プロセスに関するトレース・ファイルは、oraxxxxx.trcの形式です。xxxxx は、UNIX ベースのシステムの場合はプロセス識別子

（PID）を示す 5 桁の数値で、Windows ベースのシステムの場合はスレッド番号です。

Real Application Clusters でのログ・ファイルの使用でのログ・ファイルの使用でのログ・ファイルの使用でのログ・ファイルの使用この項で説明するように、RAC には、処理情報を記録する数種類のログ・ファイルがあります。

クラスタウェア・ログ・ファイルクラスタウェア・ログ・ファイルクラスタウェア・ログ・ファイルクラスタウェア・ログ・ファイル次の項では、クラスタウェア・ログ・ファイルの位置を説明します。

Cluster Ready Services ログ・ファイルログ・ファイルログ・ファイルログ・ファイル Cluster Ready Services（CRS）には、ログ情報を生成するデーモン・プロセスがあります。CRS デーモン（crsd）のログ・ファイルは次のディレクトリにあります。

CRS Home/crs/initCRS Home/crs/node name.log

Oracle Cluster Registry ログ・ファイルログ・ファイルログ・ファイルログ・ファイル Oracle Cluster Registry（OCR）は、次の位置にログ情報を記録します。

CRS Home/srvm/log/

クラスタ同期化サービス（クラスタ同期化サービス（クラスタ同期化サービス（クラスタ同期化サービス（CSS）ログ・ファイル）ログ・ファイル）ログ・ファイル）ログ・ファイル CSS 情報は、OCSSDが次の位置に生成するログ・ファイルにあります。

CRS Home/css/log/ocssdnumber.logCRS Home/css/init/node_name.log

注意注意注意注意 : CRS ホーム内の CRS ログ・ファイルには、サイズの制限がないため、CRS ホームがあるディスクは、一杯になる可能性があります。これらのログ・ファイルのサイズを監視し、必要な場合はサイズを小さくする必要があります。

トラブルシューティング A-3


Event Manager ログ・ファイルログ・ファイルログ・ファイルログ・ファイル evmdにより生成される Event Manager（EVM）情報は、次の位置にあるログ・ファイルに記録されます。

CRS Home/evm/log/evmdaemon.logCRS Home/evm/init/node_name.log

Oracle High Availability ログ・ファイルログ・ファイルログ・ファイルログ・ファイル

Oracle RAC High Availability トレース・ファイルは、次の位置にあります。

$ORACLE_BASE/database_name/admin/hdump

このディレクトリは $ORACLE_BASEが構成されている場合で、$ORACLE_BASEを使用できない場合は $ORACLE_HOME/racg/logに配置されます。

Real Application Clusters High Availability のための追加トレースの有効化のための追加トレースの有効化のための追加トレースの有効化のための追加トレースの有効化オラクル社カスタマ・サポート・センターに問い合わせた場合、問題解決のために追加情報を取得するトレースを有効化するように要求されることがあります。この項で説明する手順は、パフォーマンスに悪影響を及ぼすことがあるため、必ずオラクル社カスタマ・サポート・センターの支援のもとで実行してください。

実行リソースに関する追加トレース情報の生成実行リソースに関する追加トレース情報の生成実行リソースに関する追加トレース情報の生成実行リソースに関する追加トレース情報の生成実行されているリソースに関する追加トレース情報を生成にするは、次のいずれかの方法でリソース属性 _USR_ORA_DEBUGの値を1に設定します。

� 個別のリソースに対する場合は、次のコマンドを実行して生成可能なリソース・プロファイル（resource_name.capというテキスト・ファイル）を変更します。

crs_stat –p resource_name > \ CRS Home/crs/profile/resource_name.cap

rootユーザーが所有するリソースの場合にのみ、このディレクトリに .capファイルを作成します。その他のリソース（oracleユーザーが所有するリソース）の場合は、CRS Home/crs/public/ディレクトリを使用します。この .capファイルで、_USR_ORA_DEBUG値を 1に設定し、次のコマンドを発行します。

crs_register –u resource_name

� すべてのリソースに対する場合は、$ORACLE_HOME/binにあるスクリプト racgwrapに次の行を追加します。

_USR_ORA_DEBUG=1export _USR_ORA_DEBUG

ノード・レベルのリソース（VIP など）の場合にのみ、CRS Home/crs/profileディレクトリに capファイルが作成されます。



Event Manager デーモン通信の確認デーモン通信の確認デーモン通信の確認デーモン通信の確認各ノードで稼動している Event Manager デーモン（evmd）は、特定のポートを介して通信します。ノードの evmdでメッセージを送受信できるかどうかを確認するには、バックグラウンドでセッション 1 を実行中に、この項で説明するテストを実行します。

ノード 1 のセッション 1 で、次のように入力します。

$ evmwatch –A –t "@timestamp @@"

ノード 2 のセッション 2 で、次のように入力します。

$ evmpost -u "hello" [-h nodename]

セッション 1 に次のような出力が表示されます。

$ 21-Aug-2002 08:04:26 hello

各ノードでこのテストを実行し、各ノードでメッセージを送受信できることを確認します。

Cluster Ready Services に関する追加デバッグ情報の有効化に関する追加デバッグ情報の有効化に関する追加デバッグ情報の有効化に関する追加デバッグ情報の有効化次の手順を実行して変数CRS_DEBUGを値 1に設定すると、crsdデーモンによって追加デバッグ情報を生成できます。

ファイル /etc/init.d/init.crsdに次のエントリを追加します。

CRS_DEBUG=1export CRS_DEBUG

その後、次のコマンドを実行して crsdデーモンを停止します。

$ kill –9 crsd process id

initプロセスによって crsdが再起動されます。追加情報が標準ログ・ファイルに書き込まれます。

Real Application Clusters でのでのでのでの Java ベースのツールとユーティリティに関するトレースのベースのツールとユーティリティに関するトレースのベースのツールとユーティリティに関するトレースのベースのツールとユーティリティに関するトレースの

有効化有効化有効化有効化 RAC で使用可能な Java ベースのすべてのツールとユーティリティは、ツールまたはユーティリティと同じ名前のスクリプトを実行して起動します。Database Configuration Assistant（DBCA）、Net Configuration Assistant（NetCA）、Virtual Internet Protocol Configuration Assistant（VIPCA）、Service Control（SRVCTL）、Global Services Daemon

（GSD）などがあります。たとえば、DBCA を実行するには、コマンド dbcaを入力します。

追加デバッグ情報を有効化するには、コマンドラインを編集し（この例の dbcaのように）、次のパラメータを $JRE_DIR/bin/jreコマンドラインに追加します。

-DTRACING.ENABLED=true –DTRACING.LEVEL=2

トラブルシューティング A-5

Real Application Clusters でのインスタンス固有のアラート・ファイルの使用

たとえば、ファイル $ORACLE_HOME/bin/dbcaには次の行があるとします。

$JRE_DIR/bin/jre –DORACLE_HOME=$OH –DJDBC_PROTOCOL=thin –mx64 –classpath $CLASSPATH oracle.sysman.dbca.Dbca $ARGUMENTS

この行を次のように変更します。

$JRE_DIR/bin/jre –DORACLE_HOME=$OH –DTRACING.ENABLED=true -DTRACING.LEVEL=2 –DJDBC_PROTOCOL=thin –mx64 –classpath $CLASSPATH oracle.sysman.dbca.Dbca $ARGUMENTS

DBCA を実行すると、DBCA ログ・ファイルにトレース情報が記録されます。

SRVCTL をデバッグするには、引数 -Dをコマンドラインに追加します。たとえば、追加データベース操作に関するトレース情報を生成するには、次のコマンドを実行します。

$ srvctl -D add database -d mydatabase

Real Application Clusters でのインスタンス固有のアラート・でのインスタンス固有のアラート・でのインスタンス固有のアラート・でのインスタンス固有のアラート・ファイルの使用ファイルの使用ファイルの使用ファイルの使用

クラスタ・データベースの各インスタンスには、1 つのアラート・ファイルがあります。各インスタンスのアラート・ファイル（alert_SID.log）には、データベース操作中に発生したエラー・メッセージおよび例外に関する重要な情報が含まれます。インスタンスを起動するたびに、アラート・ファイルの末尾に情報が追加されます。すべての処理スレッドをインスタンスのアラート・ファイルに書き込むことができます。

alert_SID.logファイルは、initdb_name.ora初期化パラメータ・ファイルのBACKGROUND_DUMP_DESTパラメータで指定されたディレクトリにあります。BACKGROUND_DUMP_DESTパラメータが指定されていない場合、alert_SID.logファイルは次の位置に生成されます。

� UNIXベースのシステムの場合 : $ORACLE_BASE/admin/db_name/bdump

� Windowsベースのシステムの場合 : %ORACLE_BASE%¥admin¥db_name¥bdump

停止保留問題の解決停止保留問題の解決停止保留問題の解決停止保留問題の解決SHUTDOWN IMMEDIATEが保留され、停止要求を繰り返しても Oracle が迅速に応答しなくなる場合があります。これは、Cluster Ready Services（CRS）で現行の停止要求が処理中のため発生する場合があります。そのような場合は、以後の停止要求に SQL*Plus を使用してSHUTDOWN ABORTを発行します。


サーバー制御ユーティリティ（SRVCTL）のリファレ

B
サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（SRVCTL）の）の）の）の
リファレンスリファレンスリファレンスリファレンス

この章では、サーバー制御ユーティリティ（SRVCTL）を使用して Oracle Real Application Clusters（RAC）データベースおよびインスタンスを管理する方法について説明します。内容は次のとおりです。

� Real Application Clusters 管理のための SRVCTL の概要

� SRVCTL のコマンド構文およびオプション

� SRVCTL の一般クラスタ・データベース管理タスク

� SRVCTL のクラスタ・データベース構成タスク

� SRVCTL のノード・レベル・タスク

� SRVCTL のコマンド・リファレンス

� SRVCTL のコマンド

関連項目関連項目関連項目関連項目 : DBCA の使用方法については、『Oracle Real Application Clusters インストレーションおよび構成』を参照してください。

ンス B-1

Real Application Clusters 管理のための SRVCTL の概要

Real Application Clusters 管理のための管理のための管理のための管理のための SRVCTL の概要の概要の概要の概要サーバー制御ユーティリティ（SRVCTL）は、デフォルトで各ノードにインストールされます。SRVCTL を使用して、データベースおよびインスタンスの起動と停止、構成情報の管理、インスタンスおよびサービスの削除または移動を実行できます。SRVCTL は、構成情報も管理します。

一部の SRVCTL 操作では、Oracle Cluster Registry（OCR）に構成情報が格納されます。SRVCTL は、Cluster Ready Services（CRS）リソースを起動または停止する要求を Cluster Ready Services デーモン（CRSD）に送信して、他の操作（インスタンスの起動と停止など）も実行します。

SRVCTL を使用するには、大 / 小文字を区別した構文（B-4 ページの「SRVCTL のコマンド・リファレンス」を参照）で、srvctlコマンドとそのオプションを入力します。

Real Application Clusters でででで SRVCTL を使用する場合のガイドラインを使用する場合のガイドラインを使用する場合のガイドラインを使用する場合のガイドラインSRVCTL を使用する場合のガイドラインは次のとおりです。

� SRVCTL を使用して RAC データベース構成を変更するには、oracleユーザーとしてデータベースにログインします。DBA グループのメンバーは、データベースを起動および停止できます。

� Oracle Database 10g 用に作成またはアップグレードされた RAC データベースでは、Oracle Database 10g に付属の SRVCTL バージョンのみを使用します。

� SRVCTL は、常に、管理しているデータベースの ORACLE_HOMEを使用します。

� SRVCTL では、同じオブジェクトに対する複数コマンドの同時実行はサポートしていません。したがって、各データベース、サービスまたは他のオブジェクトに対して 1 度に1 つの SRVCTL コマンドのみを実行します。

SRVCTL に関するコマンドライン・ヘルプの取得に関するコマンドライン・ヘルプの取得に関するコマンドライン・ヘルプの取得に関するコマンドライン・ヘルプの取得すべての SRVCTL コマンドに関するヘルプを表示するには、コマンドラインから次のように入力します。

srvctl -h

各 SRVCTL コマンドのコマンド構文およびオプションのリストを表示するには、コマンドラインから次のように入力します。

srvctl command (or verb) object (or noun) -h

SRVCTL のバージョン・ナンバーを表示するには、次のように入力します。

srvctl -V

B-2 Oracle Real Application Clusters 管理者ガイド

SRVCTL のクラスタ・データベース構成タスク

SRVCTL のコマンド構文およびオプションのコマンド構文およびオプションのコマンド構文およびオプションのコマンド構文およびオプションSRVCTL のコマンド、オブジェクト、およびオプションでは、大 / 小文字が区別されます。データベース、インスタンスおよびサービスの名前は、大 / 小文字が区別され、そのまま保持されます。SRVCTL は、次のコマンド構文を解釈します。

srvctl command object [options]

この SRVCTL 構文の各要素の意味は次のとおりです。

� srvctlは、SRVCTL ユーティリティを開始するコマンドです。

� commandは、start、stop、removeなどの動詞です。

� objectは、SRVCTL がコマンドを実行するオブジェクトまたはターゲット（データベース、インスタンスなど）です。オブジェクトの短縮形も使用できます。

� optionsは、先行するコマンドの組合せの使用方法を拡張するためのコマンドの追加パラメータです。たとえば、-iオプションは、インスタンス名のカンマ区切りのリストが後に続くことを示します。-iオプションでは、名前のリストではなく 1 つの値のみを続けることが可能な場合もあります。-nオプションは、ノード名またはカンマ区切りのノードのリストが後に続くことを示します。SRVCTL コマンドで -qオプションを使用すると、ユーザー証明書を求めるプロンプトが表示されます。

SRVCTL のクラスタ・データベース構成タスクのクラスタ・データベース構成タスクのクラスタ・データベース構成タスクのクラスタ・データベース構成タスクデータベース構成タスクは次のとおりです。

� クラスタ・データベース構成情報の追加、変更および削除

� クラスタ・データベース構成に対するインスタンスまたはサービスの追加および削除

� クラスタ・データベース構成内でのインスタンスおよびサービスの移動、およびサービス構成の変更

� クラスタ・データベース構成内のインスタンスまたはサービスの環境設定および解除

� クラスタ・データベース構成内のクラスタ・データベース全体の環境設定および解除

注意注意注意注意 : コマンドラインで [Ctrl] を押しながら [C] を入力すると、SRVCTLコマンドの実行をキャンセルできますが、その結果、構成データが破損される場合があります。この方法では SRVCTL を中断しないでください。

注意注意注意注意 : カンマ区切りのリストは、二重引用符（"...,..."）で囲みます。

サーバー制御ユーティリティ（SRVCTL）のリファレンス B-3

SRVCTL の一般クラスタ・データベース管理タスク

SRVCTL の一般クラスタ・データベース管理タスクの一般クラスタ・データベース管理タスクの一般クラスタ・データベース管理タスクの一般クラスタ・データベース管理タスク一般データベース管理タスクは次のとおりです。

� クラスタ・データベースの起動および停止

� クラスタ・データベース・インスタンスの起動および停止

� クラスタ・データベース・サービスの起動、停止および再配置

� クラスタ・データベース、クラスタ・データベース・インスタンスまたはクラスタ・データベース・サービスのステータスの取得

SRVCTL のノード・レベル・タスクのノード・レベル・タスクのノード・レベル・タスクのノード・レベル・タスクノード・レベル・タスクは次のとおりです。

� ノード・レベル・アプリケーションの追加および削除

� ノード・レベル・アプリケーションの環境設定および解除

� ノード・アプリケーションの管理

� ASM インスタンスの管理

� 仮想 IP アドレス、リスナー、Oracle Notification Services、Oracle Enterprise Managerエージェントなどのプログラムのグループの起動と停止（メンテナンス目的）

SRVCTL のコマンド・リファレンスのコマンド・リファレンスのコマンド・リファレンスのコマンド・リファレンスこの項では、SRVCTL のコマンド・リファレンスを示します。

� srvctl add

� srvctl config

� srvctl enable

� srvctl disable

� srvctl start

� srvctl stop

� srvctl modify

� srvctl relocate

� srvctl status

� srvctl getenv

� srvctl setenv および unsetenv

� srvctl remove


SRVCTL のコマンド

SRVCTL のコマンドのコマンドのコマンドのコマンドこの項では、SRVCTL のコマンド、オブジェクト、オプションのサマリーを示します。RACデータベースおよび初期サービス構成の作成には DBCA を使用することをお薦めします。これは、DBCA が各サービスの CRS リソースと Net Service エントリの両方を構成するためです。

SRVCTL のコマンドのサマリーのコマンドのサマリーのコマンドのサマリーのコマンドのサマリー表 B-1 に、SRVCTL のコマンドのサマリーを示します。SRVCTL のコマンドは、コマンドラインから実行します。コマンドとそのオブジェクトに、適切なオプションとともに 1 つ以上のオブジェクトを指定します。

表表表表 B-1 SRVCTL コマンドのサマリーコマンドのサマリーコマンドのサマリーコマンドのサマリー

コマンドコマンドコマンドコマンド説明説明説明説明

srvctl add（B-6 ページ）ノード・アプリケーション、データベース、データベース・インスタンス、ASM インスタンスまたはサービスの追加

srvctl remove（B-11 ページ）ノード・アプリケーション、データベース、データベース・インスタンス、ASM インスタンスまたはサービスの削除

srvctl config（B-11 ページ）ノード・アプリケーション、データベース、ASM インスタンス

またはサービスの構成の表示

srvctl enable（B-13 ページ）データベース、データベース・インスタンス、ASM インスタン

スまたはサービスの有効化

srvctl disable（B-16 ページ）データベース、データベース・インスタンス、ASM インスタン

スまたはサービスの無効化

srvctl start（B-18 ページ）ノード・アプリケーション、データベース、データベース・インスタンス、ASM インスタンスまたはサービスの起動

srvctl stop（B-22 ページ）ノード・アプリケーション、データベース、データベース・インスタンス、ASM インスタンスまたはサービスの停止

srvctl modify（B-22 ページ）ノード・アプリケーション、データベース、データベース・インスタンスまたはサービスの構成の変更

srvctl relocate（B-30 ページ）あるインスタンスから別のインスタンスへのサービスの再配置

srvctl status（B-31 ページ）ノード・アプリケーション、データベース、データベース・インスタンス、ASM インスタンスまたはサービスのステータスの

取得

srvctl getenv（B-34 ページ）ノード・アプリケーション、データベース、データベース・インスタンスまたはサービスの構成内の環境変数の表示



SRVCTL のオブジェクトのサマリーのオブジェクトのサマリーのオブジェクトのサマリーのオブジェクトのサマリー表 B-2 に、SRVCTL のコマンドで指定する SRVCTL のオブジェクトを示します。目的に応じて、完全な名前または短縮形を使用します。

srvctl addSRVCTL の addコマンドは、クラスタ・データベース、指定したインスタンス、指定したサービス、または指定したノードに対する OCR に、構成と CRS アプリケーションを追加します。srvctl add操作を実行するには、UNIX ベースのシステムでは、データベース管理者としてログインし、Oracle アカウント所有者である必要があります。Windows ベースのシステムでは、管理者権限を持つユーザーとしてログオンする必要があります。

インスタンスを追加する場合、-iで指定する名前は、ORACLE_SIDパラメータと一致している必要があります。-d db_unique_nameで指定するデータベース名は、DB_UNIQUE_NAME初期化パラメータ設定と一致している必要があります。DB_UNIQUE_NAMEが指定されていない場合は、DB_NAME初期化パラメータ設定と一致させます。DB_UNIQUE_NAMEのデフォルト設定には、DB_NAMEに対する設定が使用されます。また、-m db_domainで指定するドメイン名は、DB_DOMAIN設定と一致している必要があります。

srvctl setenv および unsetenv（B-36 ページ）

ノード・アプリケーション、データベース、データベース・インスタンスまたはサービスの構成内の環境変数の設定および解除

表表表表 B-2 SRVCTL のオブジェクト（名詞）および短縮形のオブジェクト（名詞）および短縮形のオブジェクト（名詞）および短縮形のオブジェクト（名詞）および短縮形

オブジェクト名詞のオブジェクト名詞のオブジェクト名詞のオブジェクト名詞の名前名前名前名前短縮形短縮形短縮形短縮形目的目的目的目的

asm asm ASM インスタンスに対する追加、構成、有効化、起動、ステータスの取得、

停止、無効化および削除

database db データベースに対する追加、構成、変更、環境変数の管理、有効化、起動、ステータスの取得、停止、無効化および削除

instance inst データベース・インスタンスに対する追加、構成、変更、環境変数の管理、有効化、起動、ステータスの取得、停止および削除

nodeapps 短縮形なしノード・アプリケーションに対する追加、構成、変更、環境変数の管理、起動、ステータスの取得、停止および削除

service serv クラスタ・データベースのサービスに対する追加、構成、変更、環境変数の管理、有効化、起動、ステータスの取得、再配置、無効化、停止および削除

表表表表 B-1 SRVCTL コマンドのサマリー（続き）コマンドのサマリー（続き）コマンドのサマリー（続き）コマンドのサマリー（続き）




srvctl add databaseクラスタ・データベース構成にデータベース構成を追加します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl add databaseコマンドは、次の構文で使用します。

srvctl add database -d db_unique_name -o oracle_home [-m domain_name] [-pspfile] [-A addr_str] [-r {PRIMARY |PHYSICAL_STANDBY | LOGICAL_STANDBY}] [-s start_options] [-n db_name]

例例例例次に、このコマンドの例を示します。

srvctl add database -d crm -o /ora/ora10

表表表表 B-3 srvctl add のサマリーのサマリーのサマリーのサマリー


srvctl add database（B-7 ページ）データベースおよび構成の追加

srvctl add instance（B-8 ページ） 1 つ以上のインスタンスおよび構成の追加

srvctl add service（B-8 ページ）サービスの追加

srvctl add nodeapps（B-10 ページ）ノード・アプリケーションの追加

srvctl add asm（B-10 ページ） ASM インスタンスの追加

表表表表 B-4 srvctl add database のオプションのオプションのオプションのオプション

構文構文構文構文説明説明説明説明

-d db_unique_name データベースの一意の名前

-o oracle_home データベースの Oracle ホーム

-m domain_name データベースのドメイン

-p spfile データベースのサーバー・パラメータ・ファイル

-A addr_str データベース・クラスタの別名（name|ip/netmask[/if1[|if2|...]]）

-r {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY}

データベースのロール（プライマリ、フィジカル・スタンバイまたはロジカル・スタンバイ）

-s start_options データベースの起動オプション

-n db_name データベース名（-dオプションで指定された一意の名

前と異なる場合）



srvctl add instanceクラスタ・データベース構成にインスタンスの構成を追加します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl add instanceコマンドは、次の構文で使用します。

srvctl add instance -d db_unique_name -i inst_name -n node_name


srvctl add instance -d crm -i crm01 -n gm01srvctl add instance -d crm -i crm02 -n gm02srvctl add instance -d crm -i crm03 -n gm03

srvctl add serviceデータベースにサービスを追加し、それらのサービスをインスタンスに割り当てます。同じノードに 1 つのクラスタ・データベースの複数のインスタンスがある場合、ノードが管理するすべてのサービスに対して、常に、そのノードの 1 つのインスタンスのみを使用します。また、サービスに対して透過的アプリケーション・フェイルオーバー（TAF）ポリシーを構成する場合も、srvctl add serviceコマンドを使用できます。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl add serviceコマンドは、次の構文で使用します。

srvctl add service -d db_unique_name -s service_name -r preferred_list[-a available_list] [-P TAF_policy]

表表表表 B-5 srvctl add instance のオプションのオプションのオプションのオプション

オプションオプションオプションオプション説明説明説明説明


-i inst_name インスタンス名

-n node_name ノード名

関連項目関連項目関連項目関連項目 : TAF ポリシーの詳細は、第 4 章を参照してください。



サービス構成に新しい優先インスタンスまたは使用可能インスタンスを追加するには、次の構文を使用します。

srvctl add service -d db_unique_name -s service_name -u [-r new_preferred_inst | -a new_available_inst]

例例例例リスト 1 の優先インスタンスとリスト 2 の使用可能インスタンスを持つデータベースに対して、使用可能インスタンスに基本フェイルオーバーを使用して、指定したサービスを追加するには、この例の構文を使用します。

srvctl add service -d crm -s sales -r crm01,crm02 -a crm03

リスト 1 の優先インスタンスとリスト 2 の使用可能インスタンスを持つデータベースに対して、使用可能インスタンスに事前接続フェイルオーバーを使用して、指定したサービスを追加するには、この例の構文を使用します。

srvctl add service -d crm -s sales -r crm01,crm02 -a crm03 -P Preconnect

表表表表 B-6 srvctl add service のオプションのオプションのオプションのオプション



-s service_name サービス名

-r preferred_list 優先インスタンスのリスト

-a available_list 使用可能インスタンスのリスト

-P TAF_policy TAF ポリシー（NONE、BASIC、または PRECONNECT）

表表表表 B-7 新規インスタンスのための新規インスタンスのための新規インスタンスのための新規インスタンスのための srvctl add service のオプションのオプションのオプションのオプション




-u サービス構成への新しいインスタンスの更新

-r new_preferred_inst 新しい優先インスタンスの名前

-a new_available_inst 新しい使用可能インスタンスの名前



srvctl add nodeapps指定したノードにノード・アプリケーション構成を追加します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl add nodeappsコマンドは、次の構文で使用します。

srvctl add nodeapps -n node_name -o oracle_home -A addr_str


srvctl add nodeapps -n crmnode1 -o /ora/ora10 -A 1.2.3.4/255.255.255.0

srvctl add asm指定したノードに ASM インスタンスに関するレコードを追加します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl add asmコマンドは、次の構文で使用します。

srvctl add asm -n node_name -i asm_instance_name -o oracle_home

注意注意注意注意 : このコマンドを実行するには、UNIX ベースのシステムでは rootとしてログインし、Windows ベースのシステムでは管理者権限を持つユーザーとしてログインする必要があります。

表表表表 B-8 srvctl add nodeapps のオプションのオプションのオプションのオプション



-o oracle_home クラスタ・データベースの Oracle ホーム

-A addr_str ノード・レベル VIP アドレス

（name|ip/netmask[/if1[|if2|...]]）

表表表表 B-9 srvctl add asm のオプションのオプションのオプションのオプション



-i asm_instance_name ASM インスタンス名





srvctl add asm -n crmnode1 -i asm1 -o /ora/ora10

srvctl configSRVCTL configコマンドは、OCR に格納されている構成を表示します。

srvctl config databaseRAC データベースの構成または構成されたすべてのデータベースを表示します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl config databaseコマンドは、次の構文で使用します。

srvctl config database [-d db_unique_name [-a] [-t]]

例例例例次のコマンド例は、すべてのデータベースを表示します。

srvctl config database

次のコマンド例は、特定のデータベースのサンプル TNS エントリを表示します。

srvctl config database -d db_erp

表表表表 B-10 srvctl config のサマリーのサマリーのサマリーのサマリー


srvctl config database（B-11 ページ）クラスタ・データベースの構成情報の表示

srvctl config service（B-12 ページ）サービスの構成情報の表示

srvctl config nodeapps（B-12 ページ）ノード・アプリケーションの構成情報の表示

srvctl config asm（B-13 ページ）ノードの ASM インスタンスの構成の表示

表表表表 B-11 srvctl config database のオプションのオプションのオプションのオプション



-a 追加属性

-t サンプル TNS エントリの表示



srvctl config serviceサービスの構成を表示します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl config serviceコマンドは、次の構文で使用します。

srvctl config service -d db_unique_name [-s service_name] [-a]


srvctl config service -d crm -s crm

srvctl config nodeappsノード・アプリケーションの構成を表示します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl config nodeappsコマンドは、次の構文で使用します。

srvctl config nodeapps -n node_name [-a] [-g] [-s] [-l]

表表表表 B-12 srvctl config service のオプションのオプションのオプションのオプション




-a 追加属性

注意注意注意注意 : -s serviceを指定しない場合、指定したクラスタ・データベースのすべてのサービスが表示されます。

表表表表 B-13 srvctl config nodeapps のオプションのオプションのオプションのオプション



-a VIP 構成

-g GSD 構成

-s ONS 構成

-l リスナー構成




srvctl config nodeapps -n mynode1

srvctl config asmASM インスタンスの構成を表示します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl config asmコマンドは、次の構文で使用します。

srvctl config asm -n node_name

このコマンドで使用できるオプションは、ノード名を指定する -nのみです。


srvctl config asm -n mynode1

srvctl enableSRVCTL の enableコマンドは、指定したオブジェクトを、CRS のもとで自動起動、フェイルオーバーまたは再起動を実行できるように有効化します。この機能は、オブジェクトをサポートする CRS アプリケーションが起動されているか停止されているかに関係なく使用できます。デフォルト値は Enableです。オブジェクトがすでに有効化されている場合、このコマンドは無視されます。有効化されたオブジェクトは起動でき、無効化されたオブジェクトは起動できません。

srvctl enable databaseデータベースの CRS リソースを有効化し、データベースが以前に無効化されていた場合は、データベースのインスタンスも有効化します。

表表表表 B-14 srvctl enable のサマリーのサマリーのサマリーのサマリー


srvctl enable database（B-13 ページ）データベースの有効化

srvctl enable instance（B-14 ページ）インスタンスの有効化

srvctl enable service（B-14 ページ）サービスの有効化

srvctl enable asm（B-15 ページ） ASM インスタンスの有効化



構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl enable databaseコマンドは、次の構文で使用します。

srvctl enable database -d db_unique_name

このコマンドで使用できるオプションは、データベース名を指定する -d のみです。


srvctl enable database -d crm

srvctl enable instanceCRS のインスタンスを有効化します。すべてのインスタンスが無効化されている場合は、1つのインスタンスを有効化すると、データベースも有効化されます。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl enable instanceコマンドは、次の構文で使用します。

srvctl enable instance -d db_unique_name -i inst_name_list


srvctl enable instance -d crm -i "crm1,crm2"

srvctl enable serviceCRS のサービスを有効化します。サービス全体の有効化は、各インスタンスでサービスを有効化することによって、すべてのインスタンスに対してサービスを有効化することになります。サービス全体がすでに有効化されている場合、srvctl enable service 操作はすべてのインスタンスには適用されないため、インスタンスは有効化されません。この操作は、エラーを戻します。したがって、各インスタンスに対してサービス・インジケータを操作する場合、使用できないサービス操作もあります。

表表表表 B-15 srvctl enable instance のオプションのオプションのオプションのオプション



-i inst_name_list インスタンス名のカンマ区切りのリスト



構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl enable serviceコマンドは、次の構文で使用します。

srvctl enable service -d db_unique_name {-s service_name_list | -s service_name -i inst_name}

例例例例次の例は、サービスをグローバルに有効化します。

srvctl enable service -d crm -s crm

次の例は、優先インスタンスを使用するサービスを有効化します。

srvctl enable service -d crm -s crm -i crm1

srvctl enable asmASM インスタンスを有効化します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl enable asmコマンドは、次の構文で使用します。

srvctl enable asm -n node_name [-i asm_inst_name]


srvctl enable asm -n crmnode1 -i asm1

表表表表 B-16 srvctl enable service のオプションのオプションのオプションのオプション



-s service_name_list サービス名のカンマ区切りのリスト

-s service_name 単一のサービス名


表表表表 B-17 srvctl enable asm のオプションのオプションのオプションのオプション



-i inst_name ASM インスタンス名



srvctl disable指定したオブジェクト（クラスタ・データベース、データベース・インスタンス、ASM インスタンスまたはサービス）を無効化します。SRVCTL の disableは、不適切な自動再起動が行われないように、オブジェクトを修復したり、メンテナンスのために停止する場合に使用します。disableコマンドを発行すると、オブジェクトは無効化され、CRS のもとでの自動起動、フェイルオーバーまたは再起動は実行できなくなります。-i instance_nameを指定すると、指定したインスタンスでのみ、サービスを実行できなくなります。

srvctl disable databaseクラスタ・データベースとそのインスタンスを無効化します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl disable databaseコマンドは、次の構文で使用します。

srvctl disable database -d db_unique_name

このコマンドで使用できるオプションは、データベース名を指定する -d のみです。


srvctl disable database -d mybd1

srvctl disable instanceインスタンスを無効化します。このコマンドで無効化するインスタンスが、後に有効化されたインスタンスである場合は、この操作によってデータベースも無効化されます。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl disable instance コマンドは、次の構文で使用します。

srvctl disable instance -d db_unique_name -i inst_name_list

表表表表 B-18 srvctl disable のサマリーのサマリーのサマリーのサマリー


srvctl disable database（B-16 ページ）クラスタ・データベースの無効化

srvctl disable instance（B-16 ページ）インスタンスの無効化

srvctl disable service（B-17 ページ）サービスの無効化

srvctl disable asm（B-18 ページ） ASM インスタンスの無効化




srvctl disable instance -d crm -i "crm1,crm3"

srvctl disable serviceサービスを無効化します。サービス全体を無効化すると、すべてのインスタンスに適用され、各インスタンスが無効化されます。サービス全体がすでに無効化されている場合、サービス全体に対する srvctl disable service 操作はすべてのインスタンスに適用され、それらを無効化して、エラーのみを戻します。したがって、各インスタンスに対してサービス・インジケータを操作する場合、使用できないサービス操作もあります。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl disable serviceコマンドは、次の構文で使用します。

srvctl disable service -d db_unique_name {-s service_name_list | -s service_name -i inst_name}

例例例例次の例は、2 つのサービスをグローバルに無効化します。

srvctl disable service -d crm -s crm,marketing

次の例は、指定した優先インスタンスで稼働しているサービスを無効化し、サービスが稼働しているインスタンスを 1 つ減らします。

srvctl disable service -d crm -s crm -i crm1

表表表表 B-19 srvctl disable instance のオプションのオプションのオプションのオプション



-i inst_name_list カンマ区切りのインスタンス名

表表表表 B-20 srvctl disable service のオプションのオプションのオプションのオプション



-s service_name_list カンマ区切りのサービス名

-s service_name 単一のサービス名




srvctl disable asmASM インスタンスを無効化します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl disable asmコマンドは、次の構文で使用します。

srvctl disable asm -n node_name [-i asm_inst_name]


srvctl disable asm -n crmnode1 -i asm1

srvctl startデータベース、すべてまたは指定のインスタンス、すべてまたは指定のサービス名、またはノード・レベル・アプリケーション用の CRS が有効化された稼働していないアプリケーションを起動します。startコマンド、および接続文字列を使用する他の操作では、接続文字列が指定されていない場合、操作の実行に / as sysdba が使用されます。このような操作を実行するには、oracleバイナリ実行可能プログラムの所有者が OSDBA グループのメンバーで、コマンドを実行するユーザーも OSDBA グループに属している必要があります。

表表表表 B-21 srvctl disable asm のオプションのオプションのオプションのオプション




表表表表 B-22 srvctl start のサマリーのサマリーのサマリーのサマリー


srvctl start database（B-19 ページ）クラスタ・データベースとそのインスタンスの起動

srvctl start instance（B-19 ページ）インスタンスの起動

srvctl start service（B-20 ページ）サービスの起動

srvctl start nodeapps（B-21 ページ）ノード・アプリケーションの起動

srvctl start asm（B-21 ページ） ASM インスタンスの起動



srvctl start databaseクラスタ・データベースとその有効化されたインスタンスを起動します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl start databaseコマンドは、次の構文で使用します。

srvctl start database -d db_unique_name [-o start_options] [-c connect_str | -q]


srvctl start database -d crm -o open

srvctl start instanceクラスタ・データベースのインスタンスを起動します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl start instanceコマンドは、次の構文で使用します。

srvctl start instance -d db_unique_name -i inst_name_list [-o start_options] [-c connect_str | -q]

表表表表 B-23 srvctl start database のオプションのオプションのオプションのオプション



-o start_options 起動コマンドのオプション（例 : open、mount、nomount）

-c connect_str 接続文字列（デフォルト : / as sysdba）

-q 標準入力でユーザー接続情報の接続文字列を入力することを求めるプロンプトの表示

表表表表 B-24 srvctl start instance のオプションのオプションのオプションのオプション










srvctl start instance -d crm -i "crm1,crm4"

srvctl start service指定したインスタンスで 1 つまたは複数のサービスを起動します。すでに大数（優先インスタンスの数）のインスタンスでサービスが稼働している場合に、サービスをそのインスタンスで起動しようとすると、srvctl start serviceコマンドは失敗します。srvctl modify service コマンドと srvctl relocate service コマンドによって、サービスの移動またはサービスのステータス変更を実行できます。各コマンドについては、B-27 ページと B-30ページを参照してください。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl start serviceコマンドは、次の構文で使用します。

srvctl start service -d db_unique_name [-s service_name_list [-i inst_name]] [-o start_options] [-c connect_str | -q]

例例例例次の例は、指定したサービス名を起動します。これらのサービスをサポートするインスタンス（サービスがフェイルオーバーに使用可能なインスタンスを含む）は、稼働していない場合でも、有効化されていると起動されます。

srvctl start service -d crm -s crm

次の例は、指定したインスタンスで指定したサービスを起動します。

srvctl start service -d crm -s crm -i crm2

表表表表 B-25 srvctl start service のオプションのオプションのオプションのオプション



-s service_name_list カンマ区切りのサービス名。サービス名のリストはオプションであり、指定されていない場合はデータベースのすべてのサービスが起動されます。




-q 標準入力での接続文字列の問合せ



srvctl start nodeapps特定のノードでノード・レベル・アプリケーションを起動します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl start nodeapps commandコマンドは、次の構文で使用します。

srvctl start nodeapps -n node_name



srvctl start nodeapps -n mynode1

srvctl start asmASM インスタンスを起動します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl start asmコマンドは、次の構文で使用します。

srvctl start asm -n node_name [-i asm_inst_name] [-o start_options]

例例例例次のコマンド例は、単一の ASM インスタンスを起動します。

srvctl start asm -n crmnode1 -i asm1

次の例は、ノード上のすべての ASM インスタンスを起動します。

srvctl start asm -n crmnode2

表表表表 B-26 srvctl start asm のオプションのオプションのオプションのオプション







srvctl stopデータベース、すべてまたは指定のインスタンス、すべてまたは指定のサービス名、またはノード・レベル・アプリケーション用の CRS アプリケーションを停止します。起動または稼働している CRS アプリケーションのみが停止されます。CRS の外部で稼働しているオブジェクトは停止されません。ノード上のノード・レベル・アプリケーションと依存するすべての CRS アプリケーションを停止します。

SRVCTL の stop コマンド発行後、停止状態にしておくオブジェクトを無効化する必要があります。B-16 ページの SRVCTL の disableコマンド（srvctl disable database 以降）を参照してください。

srvctl stop databaseデータベース、そのインスタンスおよびそのサービスを停止します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl stop databaseコマンドは、次の構文で使用します。

srvctl stop database -d db_unique_name [-o stop_options] [-c connect_str | -q]

注意注意注意注意 : オブジェクトは、無効化せずに停止した場合、計画された別の操作の結果として再起動されることがあります。オブジェクトが再起動されるのは、障害の結果ではありません。stopコマンドの発行後に、停止状態にしておくオブジェクトを無効化することをお薦めします。

表表表表 B-27 srvctl stop のサマリーのサマリーのサマリーのサマリー


srvctl stop database（B-22 ページ）クラスタ・データベースの停止

srvctl stop instance（B-23 ページ）インスタンスの停止

srvctl stop service（B-24 ページ）サービスの停止

srvctl stop nodeapps（B-24 ページ）ノード・レベル・アプリケーションの停止

srvctl stop asm（B-25 ページ） ASM インスタンスの停止




srvctl stop database -d crm

srvctl stop instanceインスタンスを停止し、これらのインスタンスが優先インスタンスまたは使用可能インスタンスのいずれかとして存在するサービスのうち、有効化されているが稼働していないすべてのサービスを停止します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl stop instanceコマンドは、次の構文で使用します。

srvctl stop instance -d db_unique_name -i inst_name_list [-o stop_options] [-c connect_str | -q]


srvctl stop instance -d crm -i crm1

表表表表 B-28 srvctl stop database のオプションのオプションのオプションのオプション



-o stop_options shutdownコマンドのオプション（例 : normal、transactional、immediate、abort）



表表表表 B-29 srvctl stop instance のオプションのオプションのオプションのオプション




-o stop_options shutdown コマンドのオプション（例 : normal、transactional、immediate、abort）





srvctl stop serviceクラスタ・データベース全体でグローバルに、または指定したインスタンスで、1 つ以上のサービスを停止します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl stop serviceコマンドは、次の構文で使用します。

srvctl stop service -d db_unique_name [-s service_name_list [-i inst_name]] [-c connect_str | -q] [-f]

例例例例次の例は、クラスタ・データベース全体でグローバルにサービスを停止します

srvctl stop service -d crm -s crm

次の例は、指定したインスタンスでサービスを停止します。

srvctl stop service -d crm -s crm -i crm2

srvctl stop nodeapps特定のノードでノード・レベル・アプリケーションを停止します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl stop nodeappsコマンドは、次の構文で使用します。

srvctl stop nodeapps -n node_name

このコマンドのオプションは、ノード名を指定する -n オプションのみです。

表表表表 B-30 srvctl stop service のオプションのオプションのオプションのオプション



-s service_name_list カンマ区切りのサービス名。サービス名のリストが指定されていない場合は、データベース上のすべてのサービスが停止されます。




-f force SRVCTL によるサービスの強制停止。すべてのセッ

ションがトランザクションを切断され、サービスを使用中のセッションは別のインスタンスに再接続されます。




srvctl stop nodeapps -n mynode1

srvctl stop asmASM インスタンスを停止します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl stop asmコマンドは、次の構文で使用します。

srvctl stop asm -n node_name [-i inst_name] [-o stop_options]


srvctl stop asm -n crmnode1 -i asm1

srvctl modifyCRS リソースの削除および追加を行わずに、インスタンス構成を変更できます。modifyを使用した場合、他の方法では再入力が必要となる OCR 構成の環境が保持されます。構成の記述は OCR 構成内で変更され、新規 CRS プロファイルが生成および登録されます。変更は、次回のアプリケーション再起動時に有効になります。

表表表表 B-31 srvctl stop asm のオプションのオプションのオプションのオプション




-o stop_options shutdown コマンドのオプション（例 : normal、transactional、immediate、abort）

表表表表 B-32 srvctl modify のサマリーのサマリーのサマリーのサマリー


srvctl modify database（B-26 ページ）データベースの構成の変更

srvctl modify instance（B-26 ページ）インスタンスの構成の変更

srvctl modify service（B-27 ページ）サービスの構成の変更

srvctl modify nodeapps（B-29 ページ）ノード・アプリケーションの構成の変更



srvctl modify databaseデータベースの構成を変更します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl modify databaseコマンドは、次の構文で使用します。

srvctl modify database -d db_unique_name [-n db_name] [-o ohome] [-m domain_name] [-p spfile] [-r {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY}] [-s start_options]

例例例例次の例は、データベースのロールをロジカル・スタンバイに変更します。

srvctl modify database -d crm -r logical_standby

srvctl modify instanceデータベース・インスタンスの構成を、現行ノードから別のノードに変更します。または、ASM インスタンスとデータベース・インスタンス間の依存性を変更します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl modify instanceコマンドは、次の構文で使用します。

srvctl modify instance -d db_unique_name -i inst_name {-n node_name | -s <asm_instance_name> | -r}

表表表表 B-33 srvctl modify database のオプションのオプションのオプションのオプション



-n db_name データベース名（-d オプションで指定した一意の名前

と異なる場合）

-o ohome クラスタ・データベースの Oracle ホーム

-m domain_name クラスタ・データベースのドメイン

-p spfile クラスタ・データベースのサーバー・パラメータ・ファイル

-r role [PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY]

データベースのロール（プライマリ、フィジカル・スタンバイまたはロジカル・スタンバイ）

-s start_options データベースの起動オプション



例例例例次のコマンド例は、データベース・インスタンスを再配置します。

srvctl modify instance -d crm -i crm1 -n my_new_node

次のコマンド例は、ASM インスタンスとデータベース・インスタンス間の依存性を確立します。

srvctl modify instance -d crm -i crm1 -s asm1

srvctl modify serviceあるインスタンスから別のインスタンスにサービス・メンバーを移動します。また、このコマンドによって、サービスに対して指定する優先インスタンスと使用可能インスタンスが変更されます。このコマンドでは、サービスに対する一部のオンライン変更がサポートされます。次に、例を示します。

� 新しい優先インスタンスまたは使用可能インスタンスが追加されるようにサービス構成を変更した場合でも、既存サービスの稼動状態に影響はありません。ただし、新しく追加されたインスタンスは、srvctl start service コマンドが発行されるまで、自動的にはサービスを提供しません。（B-20 ページを参照）

� サービスに対して使用可能なインスタンスがあり、優先インスタンスまたは使用可能インスタンスが削除されるようにサービス構成を変更した場合、サービスの稼動状態に予測できない変化が発生することがあります。

� 新しいサービス構成に従って、一部のインスタンスでサービスが停止、削除されます。

� サービスは、サービス構成から削除されるインスタンスで稼動している場合があります。

� そのようなサービスは、新しいサービス構成内の次に使用可能なインスタンスに再配置されます。

表表表表 B-34 srvctl modify instance のオプションのオプションのオプションのオプション



-i inst_name データベース・インスタンス名


-s asm_instance_name データベース・インスタンスに対する ASM インスタ

ンスの依存性

-r データベース・インスタンスからの ASM インスタン

スの依存性の削除



前述の状況のため、オンライン・サービスを変更した場合、インスタンスが削除されていなくても、ユーザーは一時的にサービスを利用できないことがあります。または、サービスから削除されるインスタンスで、サービスを一時的に利用できないことがあります。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl modify serviceコマンドは、次の構文で使用します。

srvctl modify service -d db_unique_name -s service_name -i old_inst_name -t new_inst_name [-f]

srvctl modify serviceコマンドを使用して、次のように使用可能インスタンスを優先インスタンスに変更することもできます。

srvctl modify service -d db_unique_name -s service_name -i avail_inst_name -r [-f]

重要重要重要重要 : 構成変更は必要小限にすること、およびオンライン・サービス構成変更は必要小限にすること、およびオンライン・サービス構成変更は必要小限にすること、およびオンライン・サービス構成変更は必要小限にすること、およびオンライン・サービス変更の進行中は他のサービス操作を実行しないことをお薦めします。変更の進行中は他のサービス操作を実行しないことをお薦めします。変更の進行中は他のサービス操作を実行しないことをお薦めします。変更の進行中は他のサービス操作を実行しないことをお薦めします。

表表表表 B-35 使用可能インスタンス用の使用可能インスタンス用の使用可能インスタンス用の使用可能インスタンス用の srvctl modify service のオプションのオプションのオプションのオプション




-i old_inst_name 元のインスタンス名

-t new_inst_name 新しいインスタンス名

-f サービス操作の停止または再配置中のすべてのセッションの切断

表表表表 B-36 使用可能インスタンスを優先インスタンスに変更するための使用可能インスタンスを優先インスタンスに変更するための使用可能インスタンスを優先インスタンスに変更するための使用可能インスタンスを優先インスタンスに変更するための srvctl modify service ののののオプションオプションオプションオプション




-i avail_inst_name インスタンス名

-r 優先インスタンスへのインスタンスのアップグレード




例例例例次の例は、あるインスタンスから別のインスタンスにサービス・メンバーを移動します。

srvctl modify service -d crm -s crm -i crm1 -t crm2

次の例は、使用可能インスタンスを優先インスタンスに変更します。

srvctl modify service -d crm -s crm -i crm1 -r

複数のインスタンスのステータスを変更するには、srvctl modify serviceコマンドを使用し、次のようにサービスに対してどのインスタンスを優先インスタンスにし、使用可能インスタンスにするインスタンスを表示します。

srvctl modify service -d db_unique_name -s service_name -n -i pref_inst_list [-a avail_inst_list] [-f]

例例例例次のコマンド例は、優先インスタンスと使用可能インスタンスを交換します。

srvctl modify service -d crm -s crm -n -i crm1 -a crm2

srvctl modify nodeapps新しい Oracle ホームまたは仮想 IP アドレスを nodeapps に適用します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl modify nodeappsコマンドは、次の構文で使用します。

srvctl modify nodeapps -n node_name [-o oracle_home] [-A new_vip_address]

表表表表 B-37 インスタンスのステータスを優先と使用可能の間で変更するためのインスタンスのステータスを優先と使用可能の間で変更するためのインスタンスのステータスを優先と使用可能の間で変更するためのインスタンスのステータスを優先と使用可能の間で変更するための srvctl modify service のオプションのオプションのオプションのオプション



-s service_nameservice_name サービス名

-n このサービスに対して指定されたインスタンスのみの使用（すでにサービスに割り当てられていて指定されていないインスタンスは削除）

-i avail_inst_name 優先インスタンスのリスト

-a avail_inst_list 使用可能インスタンスのリスト





srvctl modify nodeapps -n mynode1 -A 100.200.300.40/255.255.255.0/eth0

srvctl relocate指定インスタンスから別の指定インスタンスに、指定したサービス名を再配置します。srvctl relocateコマンドは、同時に 1 つのソース・インスタンスと 1 つのターゲット・インスタンスでのみ機能し、1 つのソース・インスタンスから 1 つのターゲット・インスタンスにサービスを再配置します。ターゲット・インスタンスは、サービスの優先または使用可能リストに入っている必要があります。再配置されたサービスは、構成を変更するまでの一時的なものです。B-30 ページで説明した srvctl modify コマンドは、サービス構成を永久的に変更します。

srvctl relocate serviceサービス・メンバーを別のインスタンスで実行するために、一時的に再配置します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl relocate serviceコマンドは、次の構文で使用します。

srvctl relocate service -d db_unique_name -s service_name -i old_inst_name -t new_inst_name [-f]

表表表表 B-38 srvctl modify nodeapps のオプションのオプションのオプションのオプション




-A new_vip_address ノード・レベル VIP アドレス

（name|ip/netmask[/if1[|if2|...]]）

表表表表 B-39 srvctl relocate のサマリーのサマリーのサマリーのサマリー


srvctl relocate service（B-30 ページ）指定インスタンスから別の指定インスタンスへの指定したサービス名の再配置



例例例例次の例は、指定したサービス・メンバーを crm1から crm3に一時的に再配置します。

srvctl relocate service -d crm -s crm -i crm1 -t crm3

srvctl status指定したデータベース、インスタンス、サービスまたはノード・アプリケーションの現在の状態を表示します。

srvctl status databaseインスタンスとそのサービスのステータスを取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl status databaseコマンドは、次の構文で使用します。

srvctl status database -d db_unique_name [-f] [-v]

表表表表 B-40 srvctl relocate service のオプションのオプションのオプションのオプション




-i old_inst_name 元のインスタンス名

-t new_inst_name 新しいインスタンス名


表表表表 B-41 srvctl status のサマリーのサマリーのサマリーのサマリー


srvctl status database（B-31 ページ）データベースのステータスの取得

srvctl status instance（B-32 ページ）インスタンスのステータスの取得

srvctl status service（B-32 ページ）サービスのステータスの取得

srvctl status nodeapps（B-33 ページ）ノード・アプリケーションのステータスの取得

srvctl status asm（B-33 ページ） ASM インスタンスのステータスの取得




srvctl status database -d crm -v

srvctl status instanceインスタンスのステータスを取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl status instanceコマンドは、次の構文で使用します。

srvctl status instance -d db_unique_name -i inst_name_list [-f] [-v]


srvctl status instance -d crm -i "crm1,crm2" -v

srvctl status serviceサービスのステータスを取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl status serviceコマンドは、次の構文で使用します。

srvctl status service -d db_unique_name -s service_name_list [-f] [-v]

表表表表 B-42 srvctl status database のオプションのオプションのオプションのオプション



-f 無効化されたアプリケーションを含める

-v 冗長出力

表表表表 B-43 srvctl status instance のオプションのオプションのオプションのオプション



-i inst_name_list インスタンス名のカンマ区切りのリスト


-v 冗長出力



例例例例次の例は、データベース全体でグローバルに指定したサービスのステータスを取得します。

srvctl status service -d crm -s crm -v

srvctl status nodeapps特定のノードのノード・アプリケーションのステータスを取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl status nodeappsコマンドは、次の構文で使用します。

srvctl status nodeapps -n node_name


例例例例次のコマンド例は、データベース・アプリケーションをサポートするすべてノードのステータスを取得します。

srvctl status nodeapps -n mynode1

srvctl status asmASM インスタンスのステータスを取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl status asmコマンドは、次の構文で使用します。

srvctl status asm -n node_name



srvctl status asm -n crmnode1

表表表表 B-44 srvctl status service のオプションのオプションのオプションのオプション



-s service_name_list サービス名のカンマ区切りのリスト


-v 冗長出力



srvctl getenv構成ファイルから環境に関する値を取得し表示します。データベース、インスタンス、サービスおよびノード・アプリケーションの環境構成を管理するには、環境構成動詞 set、getおよび unsetを指定して SRVCTL を使用します。

srvctl getenv databaseクラスタ・データベース環境の値を表示します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl getenv databaseコマンドは、次の構文で使用します。

srvctl getenv database -d db_unique_name [-t name_list]

例例例例次の例は、クラスタ・データベースの環境構成を取得します。

srvctl getenv database -d crm

srvctl getenv instanceインスタンス環境構成の値を取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl getenv instanceコマンドは、次の構文で使用します。

srvctl getenv instance -d db_unique_name -i inst_name [-t name_list]

表表表表 B-45 srvctl getenv のサマリーのサマリーのサマリーのサマリー


srvctl getenv database（B-34 ページ）クラスタ・データベース環境の値の取得

srvctl getenv instance（B-34 ページ）インスタンス環境の値の取得

srvctl getenv service（B-35 ページ）サービス環境の値の取得

srvctl getenv nodeapps（B-35 ページ）ノード・アプリケーション環境の値の取得

表表表表 B-46 srvctl getenv database のオプションのオプションのオプションのオプション



-t name_list 環境変数の名前



例例例例次の例は、インスタンスの環境構成を設定します。

srvctl getenv instance -d -crm -i instance1

srvctl getenv serviceサービス環境構成の値を取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl getenv serviceコマンドは、次の構文で使用します。

srvctl getenv service -d db_unique_name -s service_name [-t name_list]

例例例例次の例は、サービスのすべての環境変数を表示します。

srvctl getenv service -d crm -s crm

srvctl getenv nodeappsノード・アプリケーション構成の環境変数を取得します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl getenv nodeappsコマンドは、次の構文で使用します。

srvctl getenv nodeapps -n node_name [-t name_list]

表表表表 B-47 srvctl getenv database のオプションのオプションのオプションのオプション





表表表表 B-48 srvctl getenv service のオプションのオプションのオプションのオプション







例例例例次の例は、ノード・アプリケーションのすべての環境変数をリストします。

srvctl getenv nodeapps -n crmnode1

srvctl setenv およびおよびおよびおよび unsetenvsetenvコマンドは、構成ファイル内の環境の値を設定します。unsetenvコマンドは、構成ファイル内の環境の値設定を解除します。

srvctl setenv databaseクラスタ・データベース環境構成を管理します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl setenv databaseコマンドは、次の構文で使用します。

srvctl setenv database -d db_unique_name {-t name=val[,name=val,...] | -T name=val}

表表表表 B-49 srvctl getenv nodeapps のオプションのオプションのオプションのオプション




表表表表 B-50 srvctl setenv およびおよびおよびおよび unsetenv のサマリーのサマリーのサマリーのサマリー


srvctl setenv database（B-36 ページ）クラスタ・データベース環境構成の管理

srvctl setenv instance（B-37 ページ）インスタンス環境構成の管理

srvctl setenv service（B-38 ページ）サービス環境構成の管理

srvctl setenv nodeapps（B-38 ページ）ノード・アプリケーション環境構成の管理

srvctl unsetenv database（B-39 ページ）クラスタ・データベース環境構成の設定解除

srvctl unsetenv instance（B-39 ページ）インスタンス環境構成の設定解除

srvctl unsetenv service（B-40 ページ）サービス環境構成の設定解除

srvctl unsetenv nodeapps（B-40 ペー

ジ）

ノード・アプリケーション環境構成の設定解除



例例例例次の例は、クラスタ・データベースの言語環境構成を設定します。

srvctl setenv database -d crm -t LANG=en

srvctl setenv instanceインスタンス環境構成を管理します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl setenv instanceコマンドは、次の構文で使用します。

srvctl setenv instance -d db_unique_name [-i inst_name] {-t name=val[,name=val,...] | -T name=val}

例例例例次の例は、インスタンスの環境構成を設定します。

srvctl setenv instance -d -crm -i instance1 -t LANG=EN

表表表表 B-51 srvctl setenv database のオプションのオプションのオプションのオプション



-t =,...nameval 環境変数の名前および値

-T name=val 単一環境変数をカンマや他の特殊文字を含む値に設定可能にする

表表表表 B-52 srvctl setenv instance のオプションのオプションのオプションのオプション








srvctl setenv serviceサービス環境構成を管理します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl setenv serviceコマンドは、次の構文で使用します。

srvctl setenv service -d db_unique_name [-s service_name] {-t name=val[,name=val,...] | -T name=val}

例例例例次の例は、サービスのすべての環境変数を設定します。

srvctl setenv service -d crm -s crm -t CLASSPATH=/usr/local/jdk/jre/rt.jar

srvctl setenv nodeappsノード・アプリケーション構成の環境変数を設定します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl setenv nodeappsコマンドは、次の構文で使用します。

srvctl setenv nodeapps -n node_name {-t name=val[,name=<val>,...] | -T name=<val>}

表表表表 B-53 srvctl setenv service のオプションのオプションのオプションのオプション






表表表表 B-54 srvctl setenv nodeapps のオプションのオプションのオプションのオプション







例例例例次の例は、ノード・アプリケーションの環境変数を設定します。

srvctl setenv nodeapps -n crmnode1 -t CLASSPATH=/usr/local/jdk/jre/rt.jar

srvctl unsetenv databaseクラスタ・データベース環境構成の設定を解除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl unsetenv databaseコマンドは、次の構文で使用します。

srvctl unsetenv database -d db_unique_name -t name_list

例例例例次の例は、クラスタ・データベース環境変数の環境構成の設定を解除します。

srvctl unsetenv database -d crm -t CLASSPATH

srvctl unsetenv instanceインスタンス環境構成の設定を解除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl unsetenv instanceコマンドは、次の構文で使用します。

srvctl unsetenv instance -d db_unique_name [-i inst_name] -t name_list

例例例例次の例は、インスタンス環境構成の設定を解除します。

srvctl unsetenv instance -d -crm -i instance1 -t CLASSPATH

表表表表 B-55 srvctl unsetenv database のオプションのオプションのオプションのオプション




表表表表 B-56 srvctl unsetenv instance のオプションのオプションのオプションのオプション



-i instance_name インスタンス名




srvctl unsetenv serviceサービス環境構成の設定を解除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl unsetenv serviceコマンドは、次の構文で使用します。

srvctl unsetenv service -d db_unique_name [-s service_name] -t name_list

例例例例次の例は、サービス環境変数の設定を解除します。

srvctl unsetenv service -d crm -s crm -t CLASSPATH

srvctl unsetenv nodeappsノード・アプリケーション構成の環境変数の設定を解除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl unsetenv nodeappsコマンドは、次の構文で使用します。

srvctl unsetenv nodeapps -n node_name -t name_list

例例例例次の例は、ノードのノード・アプリケーション環境構成の設定を解除します。

srvctl unsetenv nodeapps -n crmnode1 -t name_list

表表表表 B-57 srvctl unsetenv service のオプションのオプションのオプションのオプション





表表表表 B-58 srvctl unsetenv nodeapps のオプションのオプションのオプションのオプション



-t name=val 環境変数の名前および値



srvctl remove構成、ノードの CRS アプリケーション（仮想 IP アドレス、Oracle Enterprise Manager エージェント、GSD、リスナーなど）、データベース、指定したインスタンスまたは指定したサービスをクラスタ・データベースから削除します。オブジェクトの環境設定も削除されます。

強制フラグ（-f）を使用しない場合は、削除を確認するプロンプトが表示されます。強制（-f）オプションを使用した場合は、プロンプトは表示されず、エラーが発生しても削除が続行されます。CRS リソースを削除できなかった場合でも、OCR 構成は削除されます。そのため、オブジェクトは、存在しないように見えますが、CRS リソースには存在しています。OCR で一貫性を維持できない可能性があるため、-fオプションを使用する場合は、細心の注意が必要です。

動詞 removeを使用するには、まず srvctl removeを指定するノード・アプリケーション、データベース、インスタンスまたはサービスを停止する必要があります。このコマンドを使用する前に、無効化操作を実行することをお薦めしますが、必須ではありません。srvctl removeコマンドは、ターゲット・オブジェクトを停止してから実行する必要があります。srvctl stop コマンドについては、B-22 ページを参照してください。

srvctl remove databaseデータベース構成を削除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl remove databaseコマンドは、次の構文で使用します。

srvctl remove database -d db_unique_name [-f]

表表表表 B-59 srvctl remove のサマリーのサマリーのサマリーのサマリー


srvctl remove database（B-41 ページ）データベースおよび構成の削除

srvctl remove instance（B-42 ページ） 1 つ以上のインスタンスおよび構成の削除

srvctl remove service（B-42 ページ）サービスの削除

srvctl remove nodeapps（B-43 ページ）ノード・アプリケーションの削除

srvctl remove asm（B-43 ページ） ASM インスタンスの削除

表表表表 B-60 srvctl remove database のオプションのオプションのオプションのオプション



-f 強制削除




srvctl remove database -d crm

srvctl remove instanceインスタンスの構成を削除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl remove instanceコマンドは、次の構文で使用します。

srvctl remove instance -d db_unique_name -i inst_name [-f]


srvctl remove instance -d crm -i crm01

srvctl remove serviceサービスの構成を削除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl remove serviceコマンドは、次の構文で使用します。

srvctl remove service -d db_unique_name -s service_name [-i inst_name] [-f]

表表表表 B-61 srvctl remove instance のオプションのオプションのオプションのオプション




-f 強制削除

表表表表 B-62 srvctl remove service のオプションのオプションのオプションのオプション





-f 強制削除




srvctl remove service -d crm -s sales

次の例は、特定のインスタンスからサービスを削除します。

srvctl remove service -d crm -s sales -i crm01,crm02

srvctl remove nodeapps指定したノードからノード・アプリケーション構成を削除します。このコマンドを実行するには、完全な管理権限が必要です。UNIX ベースのシステムでは rootとしてログインし、Windows ベースのシステムでは管理者権限を持つユーザーとしてログインする必要があります。

構文構文構文構文 srvctl remove nodeappsコマンドは、次の構文で使用します。

srvctl remove nodeapps -n node_name_list [-f]


srvctl remove nodeapps -n "mynode1,mynode2,mynode3"

srvctl remove asmASM インスタンスを削除します。

構文およびオプション構文およびオプション構文およびオプション構文およびオプション srvctl remove asmコマンドは、次の構文で使用します。

srvctl remove asm -n node_name [-i asm_inst_name]

表表表表 B-63 srvctl remove nodeapps のオプションのオプションのオプションのオプション


-n node_name_list ノード名またはノード名のカンマ区切りのリスト

-f 強制削除

表表表表 B-64 srvctl remove asm のオプションのオプションのオプションのオプション



-i asm_inst_name ASM インスタンス名




srvctl remove asm -n crmnode1 -i asm1


Oracle Real Application Clusters ツールのメッセ

C
Oracle Real Application Clusters ツールのツールのツールのツールの
メッセージメッセージメッセージメッセージ

この付録では、Real Application Clusters（RAC）管理ツールのメッセージについて説明します。この付録には、次のメッセージ・グループがあり、メッセージは接頭辞別にアルファベット順に示されています。

� PRKA: クラスタ・ノード・アプリケーションのメッセージ

� PRKC: クラスタ・コマンド・メッセージ

� PRKD: グローバル・サービス・デーモンのメッセージ

� PRKE: グローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージ

� PRKH: Server Manager（SRVM）のメッセージ

� PRKN: Server Manager（SRVM）のシステム・ライブラリのメッセージ

� PRKO: サーバー制御ユーティリティ（SRVCTL）のメッセージ

� PRKP: クラスタ・データベース管理のメッセージ

� PRKR: クラスタ・レジストリのメッセージ

� PRKS: 自動記憶域管理のメッセージ

� PRKU: コマンドライン・パーサー・ユーティリティのメッセージ

� PRKV: Virtual IP Configuration Assistant のメッセージ

関連項目関連項目関連項目関連項目 : Windows ベースのエラー・メッセージについては、『Oracle Database プラットフォーム・ガイド』を参照してください。

ージ C-1

Real Application Clusters 固有のメッセージの概要

Real Application Clusters 固有のメッセージの概要固有のメッセージの概要固有のメッセージの概要固有のメッセージの概要Oracle Database 10g では、RAC メッセージに非 RAC またはシングル・インスタンスのメッセージと同じ ORA 接頭辞が使用されています。また、RAC メッセージは、これらのメッセージと同じ e*.msg ファイルにあります。Oracle データベースのシングル・インスタンスによって発行される RAC メッセージもあります。

RAC 固有のメッセージの接頭辞およびメッセージ・コード固有のメッセージの接頭辞およびメッセージ・コード固有のメッセージの接頭辞およびメッセージ・コード固有のメッセージの接頭辞およびメッセージ・コードメッセージの接頭辞は、この付録で説明するメッセージに関する情報の場所を示します。また、メッセージの発行元の RAC コンポーネントを示します。

Real Application Clusters のメッセージおよび関連ファイルのタイプのメッセージおよび関連ファイルのタイプのメッセージおよび関連ファイルのタイプのメッセージおよび関連ファイルのタイプRAC High Availability およびクラスタ・データベース管理ツールの内部メッセージでは、次の構文が使用されます。

PRKx-0000: Cause description "variable" text {variable} text {variable}

次に、メッセージの例を示します。

PRKC-1022 "Could not get "node name" for node {0} in {1}"

前述の例の変数は、物理クラスタまたは論理クラスタおよびクラスタ・データベース内のオブジェクトを表す数字、名前および文字列です。空の変数は無視します。

PRKA: クラスタ・ノード・アプリケーションのメッセージクラスタ・ノード・アプリケーションのメッセージクラスタ・ノード・アプリケーションのメッセージクラスタ・ノード・アプリケーションのメッセージPRKA-2001: GSD はすでに存在しますはすでに存在しますはすでに存在しますはすでに存在します

原因原因原因原因 : グローバル・サービス・デーモン（GSD）・アプリケーションが実行中であるのに、GSD アプリケーションを作成しようとしました。

処置処置処置処置 : 実行中の GSD を停止し、削除してから、'srvctl add nodeapps' を使用して GSDアプリケーションを再作成してください。

PRKA-2002: リスナーはすでに存在しますリスナーはすでに存在しますリスナーはすでに存在しますリスナーはすでに存在します

原因原因原因原因 : リスナー・アプリケーションが実行中であるのに、リスナー・アプリケーションを作成しようとしました。

処置処置処置処置 : 実行中のリスナーを停止し、削除してから、'srvctl add nodeapps' を使用してリスナー・アプリケーションを再作成してください。

C-2 Oracle Real Application Clusters 管理者ガイド

PRKC: クラスタ・コマンド・メッセージ

PRKA-2010: VIP はすでに存在しますはすでに存在しますはすでに存在しますはすでに存在します

原因原因原因原因 : 仮想 IP アプリケーションが実行中であるのに、仮想 IP を作成しようとしました。

処置処置処置処置 : 実行中の仮想 IP アプリケーションを停止し、削除してから、'srvctl add nodeapps' を使用して仮想 IP アプリケーションを再作成してください。

PRKC: クラスタ・コマンド・メッセージクラスタ・コマンド・メッセージクラスタ・コマンド・メッセージクラスタ・コマンド・メッセージ PRKC-1000: クラスタ内にアクティブなノードが検出できませんクラスタ内にアクティブなノードが検出できませんクラスタ内にアクティブなノードが検出できませんクラスタ内にアクティブなノードが検出できません

原因原因原因原因 : クラスタのアクティブなノードのリストを取得できませんでした。このエラーは、クラスタウェアがクラスタ内の 1 つ以上のノードで適切に機能していなかった場合、またはクラスタウェアがマシンにインストールされていない場合に発生する可能性があります。

処置処置処置処置 : <crs home>/bin から 'olsnodes' バイナリを実行してクラスタの状態をチェックし、ノード・リストが正しく出力されるかどうかを確認してください。

PRKC-1001: バッファ内のコマンドを送信中にエラーが発生しましたバッファ内のコマンドを送信中にエラーが発生しましたバッファ内のコマンドを送信中にエラーが発生しましたバッファ内のコマンドを送信中にエラーが発生しました

原因原因原因原因 : 内部エラーが発生しました。このエラーは、クライアントには公開されません。

処置処置処置処置 : オラクル社カスタマ・サポート・センターに連絡してください。

PRKC-1002: 送信されたコマンドで正常に実行されなかったコマンドがあります送信されたコマンドで正常に実行されなかったコマンドがあります送信されたコマンドで正常に実行されなかったコマンドがあります送信されたコマンドで正常に実行されなかったコマンドがあります

原因原因原因原因 : このエラーは、管理操作中にクラスタ内の一部のノードに障害が発生した場合、またはノード間の通信チャネルに障害が発生した場合に発生する可能性があります。

処置処置処置処置 : このエラーは、管理操作中にクラスタ内の一部のノードに障害が発生した場合、またはノード間の通信チャネルに障害が発生した場合に発生する可能性があります。

PRKC-1004: ノードへのファイルのコピーで問題が発生しましたノードへのファイルのコピーで問題が発生しましたノードへのファイルのコピーで問題が発生しましたノードへのファイルのコピーで問題が発生しました

原因原因原因原因 : ローカル・ノードから、クラスタ内の 1 つ以上のノードへのファイルのコピー操作を試行して失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで 1 つ以上のノードに対する 'rcp/rsh/scp/ssh' コマンドの実行が失敗した場合に発生する可能性があります。

処置処置処置処置 : ソース・ファイルが存在していることをチェックしてください。クラスタ内のすべてのノードが起動していることをチェックしてください。接続先ディレクトリにユーザーに対する書込み権限があることをチェックしてください。UNIX ベースのプラットフォームの場合は、すべてのノードに対して、ユーザーが 'rcp/rsh/scp/ssh' を実行できることをチェックしてください。

Oracle Real Application Clusters ツールのメッセージ C-3


PRKC-1005: ノードからのファイルの削除で問題が発生しましたノードからのファイルの削除で問題が発生しましたノードからのファイルの削除で問題が発生しましたノードからのファイルの削除で問題が発生しました

原因原因原因原因 : ローカル・ノードから、クラスタ内の 1 つ以上のノードへのファイルの削除操作を試行して失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで1 つ以上のノードに対する 'rcp/rsh/scp/ssh' コマンドの実行が失敗した場合に発生する可能性があります。

処置処置処置処置 : 詳細は、前述のエラー・メッセージを参照してください。

PRKC-1006: ノードへのファイルの移動で問題が発生しましたノードへのファイルの移動で問題が発生しましたノードへのファイルの移動で問題が発生しましたノードへのファイルの移動で問題が発生しました

原因原因原因原因 : ローカル・ノードから、クラスタ内の 1 つ以上のノードへのファイルの移動操作を試行して失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで1 つ以上のノードに対する 'rcp/rsh/scp/ssh' コマンドの実行が失敗した場合に発生する可能性があります。


PRKC-1007: ノードへのディレクトリの作成で問題が発生しましたノードへのディレクトリの作成で問題が発生しましたノードへのディレクトリの作成で問題が発生しましたノードへのディレクトリの作成で問題が発生しました

原因原因原因原因 : ローカル・ノードからクラスタ内の 1 つ以上のノードへのディレクトリの作成操作を試行して失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで 1 つ以上のノードに対する 'rcp/rsh/scp/ssh' コマンドの実行が失敗した場合に発生する可能性があります。


PRKC-1009: すべてのノードでサービスの開始に失敗しましたすべてのノードでサービスの開始に失敗しましたすべてのノードでサービスの開始に失敗しましたすべてのノードでサービスの開始に失敗しました

原因原因原因原因 : クラスタ内のすべてのノードでのサービスの開始、および 1 つ以上のサービスの開始が正常に行われませんでした。

処置処置処置処置 : クラスタ内のすべてのノードが起動しているかどうかをチェックしてください。

PRKC-1010: すべてのノードでサービスの停止に失敗しましたすべてのノードでサービスの停止に失敗しましたすべてのノードでサービスの停止に失敗しましたすべてのノードでサービスの停止に失敗しました

原因原因原因原因 : クラスタ内のすべてのノードでのサービスの停止、および 1 つ以上のサービスの停止が正常に行われませんでした。


PRKC-1011: すべてのノードからのサービスの削除に失敗しましたすべてのノードからのサービスの削除に失敗しましたすべてのノードからのサービスの削除に失敗しましたすべてのノードからのサービスの削除に失敗しました

原因原因原因原因 : クラスタ内のすべてのノードでのサービスの削除、および 1 つ以上のサービスの削除が正常に行われませんでした。




PRKC-1012: すべてのノードでサービスの作成に失敗しましたすべてのノードでサービスの作成に失敗しましたすべてのノードでサービスの作成に失敗しましたすべてのノードでサービスの作成に失敗しました

原因原因原因原因 : クラスタ内のすべてのノードでのサービスの削除、および 1 つ以上のサービスの削除が正常に行われませんでした。


PRKC-1016: 環境変数の値の取得で問題が発生しました環境変数の値の取得で問題が発生しました環境変数の値の取得で問題が発生しました環境変数の値の取得で問題が発生しました

原因原因原因原因 : 未定義の環境変数の値を取得しようとしました。

処置処置処置処置 : 環境変数を定義してください。

PRKC-1017: GSD の再起動に問題が発生しましたの再起動に問題が発生しましたの再起動に問題が発生しましたの再起動に問題が発生しました

原因原因原因原因 : ローカル・ノードでグローバル・サービス・デーモン（GSD）を起動できませんでした。このエラーは、クラスタウェアが適切に機能していない場合、またはすでに実行中の GSD がある場合に発生する可能性があります。

処置処置処置処置 : <crs home>/bin から 'lsnodes' を実行してクラスタウェアの状態をチェックしてください。これによって、クラスタ内のノードがリストされます。'srvctl stop' を実行してから、'srvctl start' を再度実行します。

PRKC-1018: 座標ノードの取得中にエラーが発生しました座標ノードの取得中にエラーが発生しました座標ノードの取得中にエラーが発生しました座標ノードの取得中にエラーが発生しました

原因原因原因原因 : このエラーは、クラスタウェアが適切に機能していなかった場合に発生する可能性があります。

処置処置処置処置 : 各ノードで 'srvctl stop' を使用して GSD を停止します。クラスタ内の各ノードで'srvctl start' を使用します。

PRKC-1019: ノードノードノードノード {0} のデーモンへのハンドルの作成中にエラーが発生しましたのデーモンへのハンドルの作成中にエラーが発生しましたのデーモンへのハンドルの作成中にエラーが発生しましたのデーモンへのハンドルの作成中にエラーが発生しました

原因原因原因原因 : ノードでグローバル・サービス・デーモンが実行されていません。

処置処置処置処置 : 'srvctl status' を使用してデーモンの状態をチェックしてください。'srvctl start' を使用して GSD を起動してください。

PRKC-1020: リモート・ノードリモート・ノードリモート・ノードリモート・ノード {0} でのオペレーションの実行中に例外が発生しましたでのオペレーションの実行中に例外が発生しましたでのオペレーションの実行中に例外が発生しましたでのオペレーションの実行中に例外が発生しました

原因原因原因原因 : リモート・ノード {0} でグローバル・サービス・デーモンが起動されていないときに、リモート・ノードで操作を実行しようとしました。

処置処置処置処置 : 'srvctl start' を使用してリモート・ノードでグローバル・サービス・デーモンを起動してください。

PRKC-1021: クラスタウェアで問題が発生しましたクラスタウェアで問題が発生しましたクラスタウェアで問題が発生しましたクラスタウェアで問題が発生しました

原因原因原因原因 : クラスタウェアに接続できません。このエラーは、クラスタウェアが適切に機能していなかった場合に発生する可能性があります。

処置処置処置処置 : クラスタウェアの状態をチェックしてください。



PRKC-1022: {1} でノードでノードでノードでノード {0} のののの " ノード名ノード名ノード名ノード名 " を取得できませんでしたを取得できませんでしたを取得できませんでしたを取得できませんでした

原因原因原因原因 : クラスタウェアに接続できません。このエラーは、クラスタウェアが適切に機能していなかった場合に発生する可能性があります。

処置処置処置処置 : 'olsnodes -n' を使用してクラスタウェアの状態をチェックしてください。

PRKC-1023: IP アドレス・フォーマットが無効ですアドレス・フォーマットが無効ですアドレス・フォーマットが無効ですアドレス・フォーマットが無効です : {0} 原因原因原因原因 : 指定した IP アドレスが無効です。

処置処置処置処置 : IP アドレスのフォーマットをチェックしてください。

PRKC-1024: ネットマスクが無効ですネットマスクが無効ですネットマスクが無効ですネットマスクが無効です : {0} 原因原因原因原因 : 無効なネットマスクが渡されました。

処置処置処置処置 : 有効なネットマスクであることをチェックしてください。

PRKC-1025: ディレクトリディレクトリディレクトリディレクトリ {0} でのファイルの作成に失敗しましたでのファイルの作成に失敗しましたでのファイルの作成に失敗しましたでのファイルの作成に失敗しました

原因原因原因原因 : ローカル・ノードからクラスタ内の 1 つ以上のノードへのファイルの作成操作を試行し、1 つまたは複数のファイル・コピー操作に失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで 1 つ以上のノードに対する 'rcp/rsh/scp/ssh'コマンドの実行が失敗した場合に発生する可能性があります。

処置処置処置処置 : クラスタ内のすべてのノードが起動していることをチェックしてください。接続先ディレクトリにユーザーに対する書込み権限があることをチェックしてください。UNIX ベースのプラットフォームの場合は、すべてのノードに対して、ユーザーが'rcp/rsh/scp/ssh' を実行できることをチェックしてください。

PRKC-1026: ファイルファイルファイルファイル {0} へのへのへのへの I/O に失敗しました。に失敗しました。に失敗しました。に失敗しました。

原因原因原因原因 : ファイルの書込みまたは読取りを行おうとしました。

処置処置処置処置 : ファイルの存在をチェックしてください。ファイルに対する読取り / 書込み権限がユーザーに付与されていることをチェックしてください。

PRKC-1027: {1} にファイルにファイルにファイルにファイル {0} があるかどうかをチェック中にエラーが発生しましたがあるかどうかをチェック中にエラーが発生しましたがあるかどうかをチェック中にエラーが発生しましたがあるかどうかをチェック中にエラーが発生しました

原因原因原因原因 : 指定したノード上にファイルが存在するかどうかをチェックしようとしました。

処置処置処置処置 : 指定したディレクトリに対する実行権限がユーザーに付与されていることをチェックしてください。UNIX ベースのプラットフォームの場合は、指定したノードに対して、ユーザーが 'rcp/rsh/scp/ssh' を実行できることをチェックしてください。

PRKC-1028: {1} のディレクトリのディレクトリのディレクトリのディレクトリ {0} に対する書込み権限のチェック中にエラーが発生しましに対する書込み権限のチェック中にエラーが発生しましに対する書込み権限のチェック中にエラーが発生しましに対する書込み権限のチェック中にエラーが発生しましたたたた

原因原因原因原因 : 指定したノード上の指定したディレクトリに対する書込み権限をチェックしようとしました。

処置処置処置処置 : UNIX ベースのプラットフォームの場合は、指定したノードに対して、ユーザーが 'rcp/rsh/scp/ssh' を実行できることをチェックしてください。



PRKC-1029: {1} のファイルのファイルのファイルのファイル {0} に対する変更時刻の取得に失敗しましたに対する変更時刻の取得に失敗しましたに対する変更時刻の取得に失敗しましたに対する変更時刻の取得に失敗しました

原因原因原因原因 : 指定したノードに対して rsh/ssh は実行できません。

処置処置処置処置 : UNIX ベースのプラットフォームの場合は、指定したノードに対して、ユーザーが 'rcp/rsh/ssh/scp' を実行できることをチェックしてください。

PRKC-1030: ノードノードノードノード {0} のアクセス可能性をチェック中にエラーが発生しましたのアクセス可能性をチェック中にエラーが発生しましたのアクセス可能性をチェック中にエラーが発生しましたのアクセス可能性をチェック中にエラーが発生しました

原因原因原因原因 : 指定したノードに対して rsh/ssh は実行できません。


PRKC-1031: {1} のののの {0} の空き領域をチェック中にエラーが発生しましたの空き領域をチェック中にエラーが発生しましたの空き領域をチェック中にエラーが発生しましたの空き領域をチェック中にエラーが発生しました

原因原因原因原因 : 指定したノードでは、使用可能な空き領域の空き領域は取得できません。


PRKC-1032: ディレクトリディレクトリディレクトリディレクトリ {0} が存在しませんが存在しませんが存在しませんが存在しません

原因原因原因原因 : 存在しないディレクトリに対して操作を実行しようとしました。

処置処置処置処置 : ディレクトリが存在することを確認してください。

PRKC-1033: 実行可能ファイル実行可能ファイル実行可能ファイル実行可能ファイル {0} が存在しませんが存在しませんが存在しませんが存在しません

原因原因原因原因 : 指定した実行可能ファイルを起動しようとしました。

処置処置処置処置 : この実行可能ファイルが存在することを確認してください。

PRKC-1034: ホストホストホストホスト {0} のローカル・ノード名が見つかりませんのローカル・ノード名が見つかりませんのローカル・ノード名が見つかりませんのローカル・ノード名が見つかりません

原因原因原因原因 : 指定したホストのノード名が見つかりませんでした。


PRKC-1035: このクラスタのノード名を取得できませんでしたこのクラスタのノード名を取得できませんでしたこのクラスタのノード名を取得できませんでしたこのクラスタのノード名を取得できませんでした

原因原因原因原因 : Oracle クラスタウェアのノード名を取得できませんでした。このエラーは、システムに Oracle クラスタウェアがインストールされていない場合、または Oracle Cluster Registry が破損している場合に発生します。

処置処置処置処置 : Oracle クラスタウェアをインストールしてください。オラクル社カスタマ・サポート・センターに連絡してください。

PRKC-1036: メソッドにメソッドにメソッドにメソッドに NULL のののの CRS_HOME 名が渡されました名が渡されました名が渡されました名が渡されました

原因原因原因原因 : Oracle Cluster Registry から取得した ORA_CRS_HOME が NULL でした。




PRKC-1037: {0} に表示されたファイルをノードに表示されたファイルをノードに表示されたファイルをノードに表示されたファイルをノード {1} から削除中にエラーが発生しましたから削除中にエラーが発生しましたから削除中にエラーが発生しましたから削除中にエラーが発生しました

原因原因原因原因 : 指定したファイルを指定したノードから削除しようとしました。


PRKC-1038: {0} に表示されたファイルをノードに表示されたファイルをノードに表示されたファイルをノードに表示されたファイルをノード {1} にコピー中にエラーが発生しましたにコピー中にエラーが発生しましたにコピー中にエラーが発生しましたにコピー中にエラーが発生しました

原因原因原因原因 : ローカル・ノードからクラスタ内の 1 つ以上のノードへのファイルの作成操作を試行し、1 つまたは複数のファイル・コピー操作に失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで 1 つ以上のノードに対する 'rcp/rsh/scp/ssh'コマンドの実行が失敗した場合に発生する可能性があります。


PRKC-1039: {0} に表示されたディレクトリをノードに表示されたディレクトリをノードに表示されたディレクトリをノードに表示されたディレクトリをノード {1} に作成中にエラーが発生しましたに作成中にエラーが発生しましたに作成中にエラーが発生しましたに作成中にエラーが発生しました

原因原因原因原因 : ローカル・ノードからクラスタ内の 1 つ以上のノードへのディレクトリの作成操作を試行し、1 つまたは複数のファイル・コピー操作に失敗しました。このエラーは、操作中に 1 つ以上のノードに障害が発生した場合、接続先ディレクトリに 1 つ以上のノードのユーザーに対する書込み権限がなかった場合、ソース・ファイルが存在しなかった場合、あるいは UNIX プラットフォームで 1 つ以上のノードに対する'rcp/rsh/scp/ssh' コマンドの実行が失敗した場合に発生する可能性があります。


PRKC-1040: リモート・シェルが不明です。リモート・シェルが不明です。リモート・シェルが不明です。リモート・シェルが不明です。

原因原因原因原因 : リモート・シェル・コマンド（rsh/ssh）の位置を判別できません。

処置処置処置処置 : システムに rsh/ssh プログラムがインストールされていることを確認してください。

PRKC-1041: リモート・コピー・コマンドが不明です。リモート・コピー・コマンドが不明です。リモート・コピー・コマンドが不明です。リモート・コピー・コマンドが不明です。

原因原因原因原因 : リモート・コピー・コマンド（rcp/scp）の位置を判別できません。

処置処置処置処置 : システムに rcp/scp プログラムがインストールされていることを確認してください。



PRKC-1042: クライアントから要求されたリモート・シェルクライアントから要求されたリモート・シェルクライアントから要求されたリモート・シェルクライアントから要求されたリモート・シェル {0} は認識されていませんは認識されていませんは認識されていませんは認識されていません

原因原因原因原因 : リモート・シェル・コマンド（rsh/ssh) の位置を判別できません。

処置処置処置処置 : システムに rsh/ssh プログラムがインストールされていることを確認してください。

PRKC-1043: クライアントから要求されたリモート・コピー・コマンドクライアントから要求されたリモート・コピー・コマンドクライアントから要求されたリモート・コピー・コマンドクライアントから要求されたリモート・コピー・コマンド {0} は認識されていまは認識されていまは認識されていまは認識されていませんせんせんせん

原因原因原因原因 : リモート・コピー・コマンド（rcp/scp）の位置を判別できません。

処置処置処置処置 : システムに rcp/scp プログラムがインストールされていることを確認してください。

PRKC-1044: シェルシェルシェルシェル {1} およびおよびおよびおよび {2} を使用したノードを使用したノードを使用したノードを使用したノード {0} のリモート・コマンド実行設定ののリモート・コマンド実行設定ののリモート・コマンド実行設定ののリモート・コマンド実行設定のチェックに失敗しましたチェックに失敗しましたチェックに失敗しましたチェックに失敗しました

原因原因原因原因 : 内部エラーが発生しました。

処置処置処置処置 : オラクル社カスタマ・サポート・センターに連絡してください。PRKC-1045: メソッドに NULL のノード名が渡されました

PRKC-1046: メソッドにメソッドにメソッドにメソッドに NULL のファイル・リストが渡されましたのファイル・リストが渡されましたのファイル・リストが渡されましたのファイル・リストが渡されました



PRKC-1047: メソッドにメソッドにメソッドにメソッドに NULL のディレクトリ・リストが渡されましたのディレクトリ・リストが渡されましたのディレクトリ・リストが渡されましたのディレクトリ・リストが渡されました



PRKC-1048: {0} はははは Windows プラットフォームではサポートされていませんプラットフォームではサポートされていませんプラットフォームではサポートされていませんプラットフォームではサポートされていません

原因原因原因原因 : サポートされていない機能を Windows で使用しようとしました。


PRKC-1049: CRS はバージョンはバージョンはバージョンはバージョン {0} ではサポートされていません。バージョンではサポートされていません。バージョンではサポートされていません。バージョンではサポートされていません。バージョン {1} 以上ではサ以上ではサ以上ではサ以上ではサポートされていますポートされていますポートされていますポートされています

原因原因原因原因 : 以前のバージョンのプログラムから Cluster Ready Services 機能を使用しようとしました。これは、内部エラーです。


PRKC-1050: EVM はバージョンはバージョンはバージョンはバージョン {0} ではサポートされていません。バージョンではサポートされていません。バージョンではサポートされていません。バージョンではサポートされていません。バージョン {1} 以上では以上では以上では以上ではサポートされていますサポートされていますサポートされていますサポートされています

原因原因原因原因 : 以前のバージョンのプログラムから Cluster Ready Services 機能を使用しようとしました。これは、内部エラーです。




PRKC-1051: レジストリ・キーレジストリ・キーレジストリ・キーレジストリ・キー {0} の設定をするためのデータが無効ですの設定をするためのデータが無効ですの設定をするためのデータが無効ですの設定をするためのデータが無効です原因原因原因原因 : Windows オペレーティング・システムで認識されないデータを、Windows のレジストリ・キーに設定しようとしました。


PRKC-1052: レジストリ・キーレジストリ・キーレジストリ・キーレジストリ・キー {0} のデータ型が無効です。のデータ型が無効です。のデータ型が無効です。のデータ型が無効です。

原因原因原因原因 : 無効なデータ型を Windows のレジストリ・キーに設定しようとしました。


PRKC-1053: ノードノードノードノード {0} から返されたエラーはから返されたエラーはから返されたエラーはから返されたエラーは \"{1}\" ですですですです

原因原因原因原因 : エラーが返されました。


PRKC-1044: ノードノードノードノード {0} にアクセスできませんにアクセスできませんにアクセスできませんにアクセスできません

原因原因原因原因 : クラスタのノードのいずれかがアクセス不能です。

処置処置処置処置 : ネットワーク接続をチェックしてください。

PRKC-1055: NULL のディレクトリ名が渡されましたのディレクトリ名が渡されましたのディレクトリ名が渡されましたのディレクトリ名が渡されました



PRKC-1056: ノードノードノードノード {0} のホスト名の取得に失敗しましたのホスト名の取得に失敗しましたのホスト名の取得に失敗しましたのホスト名の取得に失敗しました

原因原因原因原因 : いずれかのノードからホスト名を取得できませんでした。

処置処置処置処置 : すべてのノードでホスト名が構成されていることを確認してください。

PRKC-1057: コンピュータ名とホスト名がノードコンピュータ名とホスト名がノードコンピュータ名とホスト名がノードコンピュータ名とホスト名がノード {0} に一致しません。一致していることを確に一致しません。一致していることを確に一致しません。一致していることを確に一致しません。一致していることを確認してください。認してください。認してください。認してください。

原因原因原因原因 : いずれかのノードで、コンピュータ名とホスト名が一致しませんでした。

処置処置処置処置 : コンピュータ名とホスト名が一致していることを確認してください。

PRKC-1058: ホスト名のレジストリ・キーホスト名のレジストリ・キーホスト名のレジストリ・キーホスト名のレジストリ・キー {0} にはノードにはノードにはノードにはノード {1} 上に空の値があります上に空の値があります上に空の値があります上に空の値があります



PRKC-1059: コンピュータ名のレジストリ・キーコンピュータ名のレジストリ・キーコンピュータ名のレジストリ・キーコンピュータ名のレジストリ・キー {0} にはノードにはノードにはノードにはノード {1} に空の値がありますに空の値がありますに空の値がありますに空の値があります




PRKE: グローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージ

PRKC-1060: クラスタはノードクラスタはノードクラスタはノードクラスタはノード \"{0}\" 上で誤って構成されました。上で誤って構成されました。上で誤って構成されました。上で誤って構成されました。{2} のののの \"{1}\" プロパティプロパティプロパティプロパティはははは Oracle Cluster Registry で構成されたデータと一致しませんで構成されたデータと一致しませんで構成されたデータと一致しませんで構成されたデータと一致しません

原因原因原因原因 : クラスタが、特定のノード上で誤って構成されました。


PRKD: グローバル・サービス・デーモンのメッセージグローバル・サービス・デーモンのメッセージグローバル・サービス・デーモンのメッセージグローバル・サービス・デーモンのメッセージPRKD-3000: クラスタウェアでの初期化および登録に失敗しましたクラスタウェアでの初期化および登録に失敗しましたクラスタウェアでの初期化および登録に失敗しましたクラスタウェアでの初期化および登録に失敗しました

原因原因原因原因 : このエラーは、クラスタ同期化サービスが適切に機能していなかった場合に発生する可能性があります。

処置処置処置処置 : ORA_CRS_HOME/bin から 'olsnodes' を実行してクラスタウェアの状態をチェックしてください。これによって、クラスタ内のノードがリストされます。

PRKD-3001: クライアントの要求を受け取る準備ができましたクライアントの要求を受け取る準備ができましたクライアントの要求を受け取る準備ができましたクライアントの要求を受け取る準備ができました

原因原因原因原因 : グローバル・サービス・デーモンを使用できます。

処置処置処置処置 : この時点で、処置は不要です。

PRKE: グローバル・サービス・デーモンのコントローラ・ユーグローバル・サービス・デーモンのコントローラ・ユーグローバル・サービス・デーモンのコントローラ・ユーグローバル・サービス・デーモンのコントローラ・ユーティリティのメッセージティリティのメッセージティリティのメッセージティリティのメッセージ

PRKE-1008: クラスタウェアからのアクティブ・ノードのリストの取得に失敗しましたクラスタウェアからのアクティブ・ノードのリストの取得に失敗しましたクラスタウェアからのアクティブ・ノードのリストの取得に失敗しましたクラスタウェアからのアクティブ・ノードのリストの取得に失敗しました

原因原因原因原因 : クラスタ・モードで動作していないか、srvm ライブラリのロードに失敗したか、またはクラスタウェアのコンテキストの初期化に失敗しました。

処置処置処置処置 : "lsnodes" ユーティリティを使用してクラスタウェアの状態をチェックし、クラスタ内のアクティブなノードのリストを取得してください。また、srvm ライブラリがロード・ライブラリ・パスにあるかどうかをチェックしてください。これら 2 つのチェックで問題が発見されなかった場合は、オラクル社カスタマ・サポート・センターに連絡してください。

PRKE-1009: ローカル・ノードでのローカル・ノードでのローカル・ノードでのローカル・ノードでの GSD の起動に失敗しましたの起動に失敗しましたの起動に失敗しましたの起動に失敗しました

原因原因原因原因 : GSD がローカル・ノードですでに実行されているか、または他のなんらかの理由によって GSD を起動できませんでした。

処置処置処置処置 : "srvctl status" を実行して、ローカル・ノードでデーモンがすでに実行されているかどうかをチェックしてください。ローカル・ノードでデーモンが実行されていない場合は、オラクル社カスタマ・サポート・センターに連絡して、障害の理由を確認してください。


PRKH: Server Manager（SRVM）のメッセージ

PRKE-1010: ローカル・ノードでのローカル・ノードでのローカル・ノードでのローカル・ノードでの GSD の停止に失敗しましたの停止に失敗しましたの停止に失敗しましたの停止に失敗しました

原因原因原因原因 : GSD がローカル・ノードで実行されていないか、または GSD を正常に停止できませんでした。

処置処置処置処置 : "srvctl status" を実行して、ローカル・ノードで GSD が実行されているかどうかをチェックしてください。GSD が実行されている場合は、オラクル社カスタマ・サポート・センターに連絡して、障害の理由を確認してください。

PRKE-1011: ローカル・ノードでのローカル・ノードでのローカル・ノードでのローカル・ノードでの GSD のステータスの取得に失敗しましたのステータスの取得に失敗しましたのステータスの取得に失敗しましたのステータスの取得に失敗しました

原因原因原因原因 : クラスタからのアクティブなノードのリストの取得に失敗したか、またはクラスタウェアからのアクティブなデーモンのリストの問合せに失敗しました。

処置処置処置処置 : 'lsnodes' を実行してクラスタウェアの状態をチェックしてください。クラスタウェアが正常に動作している場合は、srvm ライブラリがロード・ライブラリ・パスにあるかどうかをチェックしてください。ライブラリが存在する場合は、オラクル社カスタマ・サポート・センターに連絡してください。

PRKH: Server Manager（（（（SRVM）のメッセージ）のメッセージ）のメッセージ）のメッセージPRKH-1000: SRVM HAS 共有ライブラリをロードできません。共有ライブラリをロードできません。共有ライブラリをロードできません。共有ライブラリをロードできません。

原因原因原因原因 : SRVM HAS 共有ライブラリが見つからないか、またはロードできません。

処置処置処置処置 : システムのライブラリ・ロード・パスをチェックしてください。ライブラリが存在し、そのライブラリが依存するライブラリが読取り可能で、ロード・パスにあることを確認してください。

PRKH-1001: 内部エラー内部エラー内部エラー内部エラー HASContext原因原因原因原因 : CRS と通信しようとして、予期しない内部エラーが発生しました。


PRKH-1002: 内部エラー内部エラー内部エラー内部エラー HASContext: JNI ネイティブ・コールに失敗しました。ネイティブ・コールに失敗しました。ネイティブ・コールに失敗しました。ネイティブ・コールに失敗しました。

原因原因原因原因 : Java からのネイティブ・コードの実行中に、予期しない内部エラーが発生しました。


PRKH-1003: ネイティブ・レイヤーへのメモリーの割当てに失敗しましたネイティブ・レイヤーへのメモリーの割当てに失敗しましたネイティブ・レイヤーへのメモリーの割当てに失敗しましたネイティブ・レイヤーへのメモリーの割当てに失敗しました :原因原因原因原因 : SRVM フレームワークでメモリーの割当てができませんでした。

処置処置処置処置 : システムのメモリーが不足しています。メモリーをチェックし、領域をスワップして問題を解決し、再試行してください。


PRKH: Server Manager（SRVM）のメッセージ

PRKH-1004: ノードのリモート結合クラスタ別名ノードのリモート結合クラスタ別名ノードのリモート結合クラスタ別名ノードのリモート結合クラスタ別名 {0} の実行に失敗しましたの実行に失敗しましたの実行に失敗しましたの実行に失敗しました :原因原因原因原因 : 結合クラスタ別名操作は別のノードで実行できません。

処置処置処置処置 : 障害が発生したノードをチェックしてください。システムがこれらのノードでリモート・コマンドを実行できることを確認してください。クラスタ別名およびその関連機能をチェックしてください。

PRKH-1005: ノードのリモート・リーブ・クラスタ別名ノードのリモート・リーブ・クラスタ別名ノードのリモート・リーブ・クラスタ別名ノードのリモート・リーブ・クラスタ別名 {0} の実行に失敗しましたの実行に失敗しましたの実行に失敗しましたの実行に失敗しました :原因原因原因原因 : リーブ・クラスタ別名操作は別のノードで実行できません。

処置処置処置処置 : 障害が発生したノードをチェックしてください。システムがこれらのノードでリモート・コマンドを実行できることを確認してください。クラスタ別名およびその関連機能をチェックしてください。

PRKH-1006: 次のノードはアクティブでないか、構成されていないかのいずれかです次のノードはアクティブでないか、構成されていないかのいずれかです次のノードはアクティブでないか、構成されていないかのいずれかです次のノードはアクティブでないか、構成されていないかのいずれかです :原因原因原因原因 : 要求されたノードが見つかりませんでした。

処置処置処置処置 : 指定されたノード・リストをチェックし、ノードが使用可能で、構成されていることを確認してください。

PRKH-1007: 次の原因による例外次の原因による例外次の原因による例外次の原因による例外 :原因原因原因原因 : 現在の例外は、以前に発生した別の例外が原因で発生しました。

処置処置処置処置 : ネストされたすべての例外を調べ、エラーの発生原因を特定してください。

PRKH-1008: 内部エラー内部エラー内部エラー内部エラー HASContext: 引数引数引数引数 {0} を設定する必要があります。を設定する必要があります。を設定する必要があります。を設定する必要があります。

原因原因原因原因 : 内部ソフトウェア・エラーが発生しました。


PRKH-1009: CRS ホームは、その環境またはホームは、その環境またはホームは、その環境またはホームは、その環境または Oracle Cluster Registry で定義する必要がありで定義する必要がありで定義する必要がありで定義する必要がありますますますます

原因原因原因原因 : この CRS インストール用の ORA_CRS_HOME を、システムで特定できません。

処置処置処置処置 : Oracle Cluster Registry が適切に構成され、このノードで使用可能になっていることを確認してください。

PRKH-1010: CRS サービスと通信できません。サービスと通信できません。サービスと通信できません。サービスと通信できません。

原因原因原因原因 : システムが CRS サービスと通信できません。

処置処置処置処置 : すべての CRS デーモンが実行され、適切に構成されていることをチェックしてください。現行プログラムが正しい CRS デーモンと通信しようとしていることを確認してください。


PRKN: Server Manager（SRVM）のシステム・ライブラリのメッセージ

PRKH-1011: プロセスに、要求された操作を実行するための十分な権限がありません。プロセスに、要求された操作を実行するための十分な権限がありません。プロセスに、要求された操作を実行するための十分な権限がありません。プロセスに、要求された操作を実行するための十分な権限がありません。

原因原因原因原因 : 現在の操作を実行しているユーザーには、特定の操作を実行する権限がありません。

処置処置処置処置 : エラー・スタック内の他のメッセージをチェックし、失敗した操作を判断してください。操作を実行しているユーザーが、正当なユーザーであることを確認してください。

PRKH-1012: ユーザーユーザーユーザーユーザー {0} を検索または解決できません。を検索または解決できません。を検索または解決できません。を検索または解決できません。

原因原因原因原因 : 指定されたユーザー名が見つかりませんでした。

処置処置処置処置 : ユーザー名をチェックし、再試行してください。

PRKH-1013: Oracle ホームにはホームにはホームにはホームには {0} は存在しません。は存在しません。は存在しません。は存在しません。

原因原因原因原因 : 指定された Oracle ホームが見つかりませんでした。

処置処置処置処置 : Oracle ホームのフルパスをチェックし、再試行してください。

PRKN: Server Manager（（（（SRVM）のシステム・ライブラリのメッ）のシステム・ライブラリのメッ）のシステム・ライブラリのメッ）のシステム・ライブラリのメッセージセージセージセージ

PRKN-1008: 共有ライブラリ共有ライブラリ共有ライブラリ共有ライブラリ "{0}" または依存ライブラリを次からロードできませんでしたまたは依存ライブラリを次からロードできませんでしたまたは依存ライブラリを次からロードできませんでしたまたは依存ライブラリを次からロードできませんでした{1}={2} [{3}]原因原因原因原因 : SRVM フレームワークで、ネイティブ操作を実行するための共有ライブラリをロードできませんでした。

処置処置処置処置 : 対象のライブラリが、ロード可能な位置にインストールされていることを確認してください。プラットフォームでの共有ライブラリのロード操作を決定する環境設定をチェックしてください。

PRKH-1009: システム固有の内部エラーシステム固有の内部エラーシステム固有の内部エラーシステム固有の内部エラー

原因原因原因原因 : Java からネイティブ操作を実行しようとして、予期しない内部エラーが発生しました。


PRKN-1010: システムがクラスタとして正しく構成されていませんシステムがクラスタとして正しく構成されていませんシステムがクラスタとして正しく構成されていませんシステムがクラスタとして正しく構成されていません

原因原因原因原因 : システムをクラスタとして使用する場合に必要なシステム・ライブラリが、SRVM で見つかりませんでした。

処置処置処置処置 : CRS インストールが適切に行われていることを確認し、'srvctl status' コマンドを実行して詳細な診断情報を取得してください。


PRKO: サーバー制御ユーティリティ（SRVCTL）のメッセージ

PRKN-1011: ノードノードノードノード "{2}"、、、、{3} のレジストリ・キーのレジストリ・キーのレジストリ・キーのレジストリ・キー "{1}" の下のの下のの下のの下の "{0}" に対する値の取得に失敗に対する値の取得に失敗に対する値の取得に失敗に対する値の取得に失敗しましたしましたしましたしました

原因原因原因原因 : Windows のレジストリ・キーへのアクセス中に問題が発生しました。

処置処置処置処置 : ノードで Windows のレジストリ・エディタを開き、レジストリ・キーが存在し、その中にサブキーが含まれていることをチェックしてください。

PRKO: サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（サーバー制御ユーティリティ（SRVCTL）のメッセージ）のメッセージ）のメッセージ）のメッセージPRKO-2001: コマンドライン構文が無効です。コマンドライン構文が無効です。コマンドライン構文が無効です。コマンドライン構文が無効です。

原因原因原因原因 : 無効な SRVCTL コマンドラインが入力されました。

処置処置処置処置 : -h SRVCTL コマンドライン・オプションを使用して正しいコマンドライン構文を確認し、コマンドを再入力してください。

PRKO-2002: コマンドライン・オプションが無効ですコマンドライン・オプションが無効ですコマンドライン・オプションが無効ですコマンドライン・オプションが無効です :原因原因原因原因 : 無効な SRVCTL コマンドライン・オプションが入力されました。


PRKO-2003: コマンドラインのオプション値が無効ですコマンドラインのオプション値が無効ですコマンドラインのオプション値が無効ですコマンドラインのオプション値が無効です :原因原因原因原因 : 無効な SRVCTL コマンドライン・オプション値が入力されました。


PRKO-2004: コマンドライン・オプションが重複していますコマンドライン・オプションが重複していますコマンドライン・オプションが重複していますコマンドライン・オプションが重複しています :原因原因原因原因 : 重複する SRVCTL コマンドライン・オプションが入力されました。

処置処置処置処置 : 重複を消去してコマンドを再入力してください。

PRKO-2005: アプリケーション・エラーアプリケーション・エラーアプリケーション・エラーアプリケーション・エラー : クラスタ・データベース構成の取得で障害が発生クラスタ・データベース構成の取得で障害が発生クラスタ・データベース構成の取得で障害が発生クラスタ・データベース構成の取得で障害が発生しましたしましたしましたしました :原因原因原因原因 : 指定したデータベースのクラスタ・データベース構成の取得でエラーが発生しました。

処置処置処置処置 : 'srvctl config' コマンドを実行して、データベースが構成されていることを確認してください。構成を追加するには、'srvctl add' コマンドを実行します。

PRKO-2006: ノード名が無効ですノード名が無効ですノード名が無効ですノード名が無効です :原因原因原因原因 : 無効なノード名が入力されました。

処置処置処置処置 : 正しいノード名を使用してください。有効なノード名は 'olsnodes' の出力と一致します。ノード名にはドメイン名を含めないでください。



PRKO-2007: インスタンス名が無効ですインスタンス名が無効ですインスタンス名が無効ですインスタンス名が無効です :原因原因原因原因 : 無効なインスタンス名が入力されました。

処置処置処置処置 : データベースの正しいインスタンス名を使用してください。'srvctl config database -d <db_name>' コマンドを実行して、クラスタ・データベース構成内のデータベースの全インスタンスを確認してください。

PRKO-2008: 接続文字列が無効です接続文字列が無効です接続文字列が無効です接続文字列が無効です :原因原因原因原因 : 無効な接続文字列が入力されました。

処置処置処置処置 : 正しい接続文字列の構文（<user>/<password>[ as <role>]）を使用してください。

PRKO-2009: 名前名前名前名前 / 値文字列が無効です値文字列が無効です値文字列が無効です値文字列が無効です :原因原因原因原因 : SRVCTL setenv コマンドで、無効な環境の名前 / 値のペアが入力されました。

処置処置処置処置 : 適切な名前 / 値の文字列フォーマット（<name>=<value>）が使用されていることを確認してください。空白または特殊文字が含まれている値は、引用符で囲んでください。

PRKO-2010: ノードへのインスタンスの追加でエラーが発生しましたノードへのインスタンスの追加でエラーが発生しましたノードへのインスタンスの追加でエラーが発生しましたノードへのインスタンスの追加でエラーが発生しました :原因原因原因原因 : クラスタ・データベース構成へのインスタンスの追加でエラーが発生しました。

処置処置処置処置 : 'srvctl config database -d <db_name>' コマンドを使用して、データベースがクラスタ・データベース構成リポジトリに構成されていることを確認してください。エラーの原因が権限である場合は、データベース構成を作成したユーザーとして操作を実行してください。

PRKO-2011: インスタンスの削除でエラーが発生しましたインスタンスの削除でエラーが発生しましたインスタンスの削除でエラーが発生しましたインスタンスの削除でエラーが発生しました :原因原因原因原因 : クラスタ・データベース構成からのインスタンスの削除でエラーが発生しました。

処置処置処置処置 : 'srvctl config database -d <db_name>' コマンドを使用して、データベースおよびインスタンスがクラスタ・データベース構成リポジトリに構成されていることを確認してください。エラーの原因が権限である場合は、データベース構成を作成したユーザーとして操作を実行してください。

PRKO-2012: ノードへのインスタンスの移動でエラーが発生しましたノードへのインスタンスの移動でエラーが発生しましたノードへのインスタンスの移動でエラーが発生しましたノードへのインスタンスの移動でエラーが発生しました :原因原因原因原因 : クラスタ・データベース構成のインスタンス変更とノードのマッピング変更でエラーが発生しました。

処置処置処置処置 : 'srvctl config database -d <db_name>' コマンドを使用して、データベースおよびインスタンスがクラスタ・データベース構成リポジトリに構成されていることを確認してください。エラーの原因が権限である場合は、データベース構成を作成したユーザーとして操作を実行してください。



PRKO-2013: env の設定でエラーが発生しましたの設定でエラーが発生しましたの設定でエラーが発生しましたの設定でエラーが発生しました :原因原因原因原因 : データベースまたはインスタンスに関する環境変数の設定中にエラーが発生しました。

処置処置処置処置 : 'srvctl config database -d <db_name>' コマンドを使用して、データベースまたはインスタンス（あるいはその両方）がクラスタ・データベース構成リポジトリに構成されていることを確認してください。エラーの原因が権限である場合は、データベース構成を作成したユーザーとして操作を実行してください。

PRKO-2014: env の設定解除でエラーが発生しましたの設定解除でエラーが発生しましたの設定解除でエラーが発生しましたの設定解除でエラーが発生しました :原因原因原因原因 : データベースまたはインスタンスに関する環境変数の設定解除中にエラーが発生しました。

処置処置処置処置 : 'srvctl getenv' コマンドを使用してデータベースまたはインスタンスに対する環境変数の存在をチェックし、データベースまたはインスタンス（あるいはその両方）がクラスタ・データベース構成リポジトリに構成されていることを確認してください。エラーの原因が権限である場合は、データベース構成を作成したユーザーとして操作を実行してください。

PRKO-2015: ノードのインスタンスの条件チェックでエラーが発生しましたノードのインスタンスの条件チェックでエラーが発生しましたノードのインスタンスの条件チェックでエラーが発生しましたノードのインスタンスの条件チェックでエラーが発生しました :原因原因原因原因 : インスタンスのステータス情報を取得できませんでした。

処置処置処置処置 : 'srvctl config database -d <db_name>' コマンドを使用して、インスタンスがOracle データベースに構成されていることを確認してください。エラーの原因が権限である場合は、データベース構成を作成したユーザーとして操作を実行してください。

PRKO-2016: ノードのリスナーの条件チェックでエラーが発生しましたノードのリスナーの条件チェックでエラーが発生しましたノードのリスナーの条件チェックでエラーが発生しましたノードのリスナーの条件チェックでエラーが発生しました :原因原因原因原因 : リスナーのステータス情報を取得できませんでした。

処置処置処置処置 : 属性 LISTENER_< ノード名 > を使用して、リスナーがリスナー構成ファイルに構成されているかどうかをチェックしてください。

PRKO-2017: データベースデータベースデータベースデータベース {1} にサービスにサービスにサービスにサービス {0} は存在しません。は存在しません。は存在しません。は存在しません。

原因原因原因原因 : 指定されたサービス名が存在しません。

処置処置処置処置 : サービス名が正しいことを確認してください。サービスを追加するための 'srvctl add service' コマンドを実行します。

PRKO-2018: 相互排他的コマンドライン・オプション相互排他的コマンドライン・オプション相互排他的コマンドライン・オプション相互排他的コマンドライン・オプション -c とととと -q は、同時に使用できません。は、同時に使用できません。は、同時に使用できません。は、同時に使用できません。

原因原因原因原因 : 相互排他的コマンドライン・オプションがコマンドラインで指定されました。

処置処置処置処置 : -c オプションと -q オプションの両方は使用できません。いずれか 1 つを使用してください。

PRKO-2101: インスタンスは使用禁止ですインスタンスは使用禁止ですインスタンスは使用禁止ですインスタンスは使用禁止です :原因原因原因原因 : 使用禁止になっているインスタンスで、サービスを再配置しようとしました。

処置処置処置処置 : 'srvctl enable instance' コマンドを実行して、インスタンスを使用可能にしてください。



PRKO-2102: インスタンスインスタンスインスタンスインスタンス {1} でサービスでサービスでサービスでサービス {0} はサポートされていません。はサポートされていません。はサポートされていません。はサポートされていません。

原因原因原因原因 : 指定されたインスタンスが、サービスに対する優先インスタンスでも使用可能なインスタンスでもありません。

処置処置処置処置 : サービス用に構成されている別のインスタンスでサービスを再試行してください。

PRKO-2104: サービスの条件チェックでエラーが発生しましたサービスの条件チェックでエラーが発生しましたサービスの条件チェックでエラーが発生しましたサービスの条件チェックでエラーが発生しました :原因原因原因原因 : crs_stat コマンドでのエラーまたは権限エラーが発生した可能性があります。

処置処置処置処置 : CRS デーモンが実行されていることを確認し、crs_stat コマンドを実行して、デーモンが応答するかどうかを調べてください。

PRKO-2105: ノードのノードのノードのノードの VIP の条件チェックでエラーが発生しましたの条件チェックでエラーが発生しましたの条件チェックでエラーが発生しましたの条件チェックでエラーが発生しました :原因原因原因原因 : CRS デーモンで問題が発生したため、VIP のステータスを取得できません。

処置処置処置処置 : CRS デーモンが実行されていることを確認し、crs_stat コマンドを実行して、デーモンが応答するかどうかを調べてください。

PRKO-2106: ノードのノードのノードのノードの GSD の条件チェックでエラーが発生しましたの条件チェックでエラーが発生しましたの条件チェックでエラーが発生しましたの条件チェックでエラーが発生しました :原因原因原因原因 : CRS デーモンで問題が発生したため、GSD のステータスを取得できません。

処置処置処置処置 : CRS デーモンが実行されていることを確認し、crs_stat コマンドを実行して、CRS デーモンが応答するかどうかを調べてください。

PRKO-2108: ノード・アプリケーションはノードで実行中ですノード・アプリケーションはノードで実行中ですノード・アプリケーションはノードで実行中ですノード・アプリケーションはノードで実行中です :原因原因原因原因 : ノード・レベルのアプリケーションは実行中であるため、削除できません。

処置処置処置処置 : ノード・アプリケーションは、停止してから削除してください。

PRKO-2109: アドレス文字列が無効ですアドレス文字列が無効ですアドレス文字列が無効ですアドレス文字列が無効です :原因原因原因原因 : アドレス文字列のフォーマットが無効です。

処置処置処置処置 : srvctl -h コマンドを実行して、アドレス文字列のフォーマットが正しいかどうかを調べ、再試行してください。

PRKO-2110: IP 範囲文字列が無効です範囲文字列が無効です範囲文字列が無効です範囲文字列が無効です :原因原因原因原因 : IP 範囲のフォーマットが無効です。

処置処置処置処置 : srvctl -h コマンドを実行して、IP 範囲のフォーマットが正しいかどうかを調べ、再試行してください。

PRKO-2111: クラスタのクラスタのクラスタのクラスタの VIP 範囲の取得中に障害が発生しました。範囲の取得中に障害が発生しました。範囲の取得中に障害が発生しました。範囲の取得中に障害が発生しました。

原因原因原因原因 : OCR で問題が発生したため、IP 範囲を取得できません。

処置処置処置処置 : OCR が構成されていることを確認してください。また、crs_stat コマンドを実行して、CRS デーモンが実行されていることを確認してください。



PRKO-2112: 一部のまたはすべてのノード・アプリケーションをノードで正常に削除できま一部のまたはすべてのノード・アプリケーションをノードで正常に削除できま一部のまたはすべてのノード・アプリケーションをノードで正常に削除できま一部のまたはすべてのノード・アプリケーションをノードで正常に削除できませんでしたせんでしたせんでしたせんでした :原因原因原因原因 : CRS デーモンまたは OCR で問題が発生したため、一部のノード・アプリケーションを正常に削除できません。

処置処置処置処置 : crs_stat コマンドを実行して、CRS デーモンが実行されていることを確認してください。また、OCR が構成されていることを確認してください。

PRKO-2113: インスタンスインスタンスインスタンスインスタンス {0} は、すでにサービスは、すでにサービスは、すでにサービスは、すでにサービス {1} の優先インスタンスです。の優先インスタンスです。の優先インスタンスです。の優先インスタンスです。

原因原因原因原因 : すでに優先インスタンスになっているインスタンスを優先インスタンスとして追加しようとしました。

処置処置処置処置 : 処置は不要です。

PRKO-2114: インスタンスインスタンスインスタンスインスタンス {0} は、すでにサービスは、すでにサービスは、すでにサービスは、すでにサービス {1} で使用可能なインスタンスですで使用可能なインスタンスですで使用可能なインスタンスですで使用可能なインスタンスです

原因原因原因原因 : すでに使用可能なインスタンスを、使用可能インスタンスとして追加しようとしました。


PRKO-2115: リスナー・アプリケーションが存在しているため、ノードリスナー・アプリケーションが存在しているため、ノードリスナー・アプリケーションが存在しているため、ノードリスナー・アプリケーションが存在しているため、ノード {0} でノード・レベでノード・レベでノード・レベでノード・レベル・アプリケーションを削除できません。まずリスナー・アプリケーションを削除してル・アプリケーションを削除できません。まずリスナー・アプリケーションを削除してル・アプリケーションを削除できません。まずリスナー・アプリケーションを削除してル・アプリケーションを削除できません。まずリスナー・アプリケーションを削除してからこのコマンドを再実行してください。からこのコマンドを再実行してください。からこのコマンドを再実行してください。からこのコマンドを再実行してください。

原因原因原因原因 : リスナー・アプリケーションがすでに存在します。

処置処置処置処置 : Network Configuration Assistant または crs_unregister を使用して、リスナー・アプリケーションを削除してからこのコマンドを再実行してください。

PRKO-2116: ノードでのノードでのノードでのノードでの ONS デーモンの条件チェックでエラーが発生しましたデーモンの条件チェックでエラーが発生しましたデーモンの条件チェックでエラーが発生しましたデーモンの条件チェックでエラーが発生しました :原因原因原因原因 : CRS デーモンで問題が発生したため、Oracle Notification Service デーモンのステータスを取得できません。


PRKO-2117: このコマンドは、システム権限ユーザーとして実行する必要があります。このコマンドは、システム権限ユーザーとして実行する必要があります。このコマンドは、システム権限ユーザーとして実行する必要があります。このコマンドは、システム権限ユーザーとして実行する必要があります。

原因原因原因原因 : 権限を必要とするコマンドが、権限を付与されていないユーザーによって実行されました。

処置処置処置処置 : root アクセス権を取得するか、または Windows の管理者グループのメンバーになります。

PRKO-2118: ノードノードノードノード {1} のののの ASM インスタンスインスタンスインスタンスインスタンス {0} の条件チェックでエラーが発生しました。の条件チェックでエラーが発生しました。の条件チェックでエラーが発生しました。の条件チェックでエラーが発生しました。

原因原因原因原因 : CRS デーモンで問題が発生したため、ASM インスタンスのステータスを取得できません。



PRKP: クラスタ・データベース管理のメッセージ

PRKO-2119: ノードノードノードノード {1} のののの ASM インスタンスインスタンスインスタンスインスタンス {0} の使用可能の使用可能の使用可能の使用可能 / 使用禁止ステータスのチェッ使用禁止ステータスのチェッ使用禁止ステータスのチェッ使用禁止ステータスのチェックで、エラーが発生しました。クで、エラーが発生しました。クで、エラーが発生しました。クで、エラーが発生しました。

原因原因原因原因 : CRS デーモンで問題が発生したため、ASM インスタンスのステータスを取得できません。


PRKO-2120: 内部データベース・サービス内部データベース・サービス内部データベース・サービス内部データベース・サービス {0} は、は、は、は、srvctl で管理できません。で管理できません。で管理できません。で管理できません。

原因原因原因原因 : 内部データベース・サービスを srvctl で管理しようとしました。

処置処置処置処置 : このサービスに、別のサービス名を使用してください。

PRKO-2318: ターゲット・インスタンスターゲット・インスタンスターゲット・インスタンスターゲット・インスタンス {0} はサービスはサービスはサービスはサービス {1} をすでにサポートしています。をすでにサポートしています。をすでにサポートしています。をすでにサポートしています。

原因原因原因原因 : ターゲット・インスタンスがすでにサービス構成に含まれているため、サービスの変更に失敗しました。

処置処置処置処置 : サービスをサポートしていないインスタンスを使用してください。

PRKO-2319: インスタンスインスタンスインスタンスインスタンス {0} は、サービスは、サービスは、サービスは、サービス {1} に使用できるインスタンスではありません。に使用できるインスタンスではありません。に使用できるインスタンスではありません。に使用できるインスタンスではありません。

原因原因原因原因 : インスタンスがサービス構成に含まれていません。

処置処置処置処置 : サービスをサポートしているインスタンスを選択してください。

PRKP: クラスタ・データベース管理のメッセージクラスタ・データベース管理のメッセージクラスタ・データベース管理のメッセージクラスタ・データベース管理のメッセージPRKP-1000: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の構成を取り出せませんの構成を取り出せませんの構成を取り出せませんの構成を取り出せません

原因原因原因原因 : リポジトリからクラスタ・データベース構成を取得できません。このエラーは、データベースが未登録の場合、またはリポジトリ自体が作成されていない場合に発生する可能性があります。

処置処置処置処置 : 'srvctl config' を使用してすべてのクラスタ・データベースのリストを出力し、データベースが構成されているかどうかをチェックしてください。リポジトリが未作成の場合は、'srvconfig -init' を使用して作成してください。

PRKP-1001: ノードノードノードノード {1} でのインスタンスでのインスタンスでのインスタンスでのインスタンス {0} の開始でエラーが発生しましたの開始でエラーが発生しましたの開始でエラーが発生しましたの開始でエラーが発生しました

原因原因原因原因 : SQL*Plus の startup コマンドでインスタンスが起動しません。

処置処置処置処置 : SQL*Plus を使用して指定のインスタンスを手動で起動し、障害の原因を確認してください。

PRKP-1002: ノードノードノードノード {1} でのインスタンスでのインスタンスでのインスタンスでのインスタンス {0} の停止でエラーが発生しましたの停止でエラーが発生しましたの停止でエラーが発生しましたの停止でエラーが発生しました

原因原因原因原因 : インスタンスをシャットダウンする際、SQL*Plus の shutdown コマンドでエラーが戻りました。

処置処置処置処置 : SQL*Plus を使用して指定のインスタンスを手動でシャットダウンし、障害の原因を確認してください。



PRKP-1003: 起動操作が一部失敗しました起動操作が一部失敗しました起動操作が一部失敗しました起動操作が一部失敗しました

原因原因原因原因 : クラスタ・データベースの一部のコンポーネントを起動できませんでした。


PRKP-1004: シャットダウン操作が一部失敗しましたシャットダウン操作が一部失敗しましたシャットダウン操作が一部失敗しましたシャットダウン操作が一部失敗しました

原因原因原因原因 : 停止する際、クラスタ・データベースの一部のコンポーネントでエラーがレポートされました。


PRKP-1005: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の起動に失敗しましたの起動に失敗しましたの起動に失敗しましたの起動に失敗しました

原因原因原因原因 : クラスタ・データベースを起動できませんでした。


PRKP-1006: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} のシャットダウンに失敗しましたのシャットダウンに失敗しましたのシャットダウンに失敗しましたのシャットダウンに失敗しました

原因原因原因原因 : シャットダウンの際、クラスタ・データベースでエラーがレポートされました。


PRKP-1007: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} のすべてのインスタンスに対応付けられたすべてののすべてのインスタンスに対応付けられたすべてののすべてのインスタンスに対応付けられたすべてののすべてのインスタンスに対応付けられたすべてのリスナーの起動に失敗しましたリスナーの起動に失敗しましたリスナーの起動に失敗しましたリスナーの起動に失敗しました

原因原因原因原因 :


PRKP-1008: ノードノードノードノード {1} のインスタンスのインスタンスのインスタンスのインスタンス {0} に対応付けられたリスナーの開始に失敗しましたに対応付けられたリスナーの開始に失敗しましたに対応付けられたリスナーの開始に失敗しましたに対応付けられたリスナーの開始に失敗しました



PRKP-1009: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} のすべてのインスタンスに対応付けられたすべてののすべてのインスタンスに対応付けられたすべてののすべてのインスタンスに対応付けられたすべてののすべてのインスタンスに対応付けられたすべてのリスナーの停止に失敗しましたリスナーの停止に失敗しましたリスナーの停止に失敗しましたリスナーの停止に失敗しました

原因原因原因原因 : インスタンスに対応付けられたリスナー名を判断できなかったか、またはリスナーの「lsnrctl stop」に失敗しました。

処置処置処置処置 : listener.ora に、指定したデータベースの各インスタンスに対する SID_LIST エントリが記載されていること、およびそれらのリスナーに対する lsnrctl stop コマンドが正常に終了していることを確認してください。

PRKP-1010: ノードノードノードノード {1} のインスタンスのインスタンスのインスタンスのインスタンス {0} に対応付けられたすべてのリスナーの停止に失敗に対応付けられたすべてのリスナーの停止に失敗に対応付けられたすべてのリスナーの停止に失敗に対応付けられたすべてのリスナーの停止に失敗しましたしましたしましたしました

原因原因原因原因 : インスタンスに対応付けられたリスナー名を判断できなかったか、またはリスナーの「lsnrctl stop」に失敗しました。

処置処置処置処置 : listener.ora に、指定したデータベースの各インスタンスに対する SID_LIST エントリが記載されていること、およびそれらのリスナーに対する lsnrctl stop コマンドが正常に終了していることを確認してください。



PRKP-1011: ノードノードノードノード {1} のインスタンスのインスタンスのインスタンスのインスタンス {0} に対応付けられたリスナーのステータスの取得にに対応付けられたリスナーのステータスの取得にに対応付けられたリスナーのステータスの取得にに対応付けられたリスナーのステータスの取得に失敗しました失敗しました失敗しました失敗しました

原因原因原因原因 : インスタンスに対応付けられたリスナー名を判断できなかったか、またはそのリスナーの「lsnrctl status」に失敗しました。

処置処置処置処置 : 指定したインスタンスの SID_LIST エントリが listener.ora に含まれていること、および lsnrctl status コマンドが正常に終了していることを確認してください。

PRKP-1012: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {1} に対する環境変数に対する環境変数に対する環境変数に対する環境変数 {0} の設定が無効ですの設定が無効ですの設定が無効ですの設定が無効です

原因原因原因原因 : -t オプションに対する引数が <name>=<value> のフォームでないか、または特殊文字が含まれています。

処置処置処置処置 : -t オプションに <name>=<value> のフォームの引数があることを確認してください。-t フラグの引数は引用符で囲みます。

PRKP-1013 {0}: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {1} に対する未定義の環境変数に対する未定義の環境変数に対する未定義の環境変数に対する未定義の環境変数

原因原因原因原因 : 指定したクラスタ・データベースに指定した環境変数が定義されていません。

処置処置処置処置 :「srvctl set env」で変数の値を設定してください。

PRKP-1014 {0}: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {2} のインスタンスのインスタンスのインスタンスのインスタンス {1} に対する未定義の環境変数に対する未定義の環境変数に対する未定義の環境変数に対する未定義の環境変数

原因原因原因原因 : 指定したインスタンスに指定した環境変数が定義されていません。

処置処置処置処置 :「srvctl set env」で変数の値を設定してください。

PRKP-1015 {0}: 未定義の環境変数未定義の環境変数未定義の環境変数未定義の環境変数

原因原因原因原因 : 指定した環境変数が定義されていません。

処置処置処置処置 :「srvctl set env」で、指定した環境変数の値を設定してください。

PRKP-1016: データベースデータベースデータベースデータベース {0} はすでに使用可能です。はすでに使用可能です。はすでに使用可能です。はすでに使用可能です。

原因原因原因原因 : すでに使用可能になっているデータベースを使用可能にしようとしました。


PRKP-1017: インスタンスインスタンスインスタンスインスタンス {0} はすでに使用可能です。はすでに使用可能です。はすでに使用可能です。はすでに使用可能です。

原因原因原因原因 : すでに使用可能になっているインスタンスを使用可能にしようとしました。


PRKP-1018: サービスサービスサービスサービス {0} はすでに使用可能です。はすでに使用可能です。はすでに使用可能です。はすでに使用可能です。

原因原因原因原因 : すでに使用可能になっているサービスを使用可能にしようとしました。


PRKP-1019: データベースデータベースデータベースデータベース {0} はすでに使用禁止です。はすでに使用禁止です。はすでに使用禁止です。はすでに使用禁止です。

原因原因原因原因 : すでに使用禁止になっているデータベースを使用禁止にしようとしました。




PRKP-1020: インスタンスインスタンスインスタンスインスタンス {0} はすでに使用禁止です。はすでに使用禁止です。はすでに使用禁止です。はすでに使用禁止です。

原因原因原因原因 : すでに使用禁止になっているインスタンスを使用禁止にしようとしました。


PRKP-1021: サービスサービスサービスサービス {0} はすでに使用禁止です。はすでに使用禁止です。はすでに使用禁止です。はすでに使用禁止です。

原因原因原因原因 : すでに使用禁止になっているサービスを使用禁止にしようとしました。


PRKP-1022: データベースデータベースデータベースデータベース {0} は実行中です。は実行中です。は実行中です。は実行中です。

原因原因原因原因 : 実行中のデータベースを削除しようとしました。

処置処置処置処置 : データベースを削除する場合は、'srvctl stop database' を使用してデータベースを停止してから削除してください。

PRKP-1023: インスタンスインスタンスインスタンスインスタンス {0} は実行中です。は実行中です。は実行中です。は実行中です。

原因原因原因原因 : 実行中のインスタンスを削除しようとしました。

処置処置処置処置 : インスタンスを削除する場合は、'srvctl stop instance' を使用してインスタンスを停止してから削除してください。

PRKP-1024: サービスサービスサービスサービス {0} は実行中です。は実行中です。は実行中です。は実行中です。

原因原因原因原因 : 実行中のサービスを削除しようとしました。

処置処置処置処置 : サービスを削除する場合は、'srvctl stop service' を使用してサービスを停止してから削除してください。

PRKP-1025: サービスサービスサービスサービス {0} は存在しません。は存在しません。は存在しません。は存在しません。

原因原因原因原因 : 構成されていないサービスで操作を実行しようとしました。

処置処置処置処置 : 'srvctl status service' を使用して、サービスが構成されているかどうかをチェックしてください。

PRKP-1026: データベースデータベースデータベースデータベース {0} に対するインスタンスは見つかりません。に対するインスタンスは見つかりません。に対するインスタンスは見つかりません。に対するインスタンスは見つかりません。

原因原因原因原因 : 構成されていないインスタンスで操作を実行しようとしました。

処置処置処置処置 :

PRKP-1027: データベースデータベースデータベースデータベース {1} に対するインスタンスに対するインスタンスに対するインスタンスに対するインスタンス {0} は見つかりません。は見つかりません。は見つかりません。は見つかりません。

原因原因原因原因 : 構成されていないインスタンスで操作を実行しようとしました。

処置処置処置処置 : 'srvctl config instance' を使用して、インスタンスが構成されているかどうかをチェックしてください。

PRKP-1028: サービスサービスサービスサービス {0} に対する優先インスタンスはありません。に対する優先インスタンスはありません。に対する優先インスタンスはありません。に対する優先インスタンスはありません。

原因原因原因原因 : 優先インスタンスのないサービスを作成しようとしました。

処置処置処置処置 : 'srvctl create service' を使用して、サービスの優先インスタンスを指定してください。



PRKP-1029: サービスサービスサービスサービス {0} の登録に失敗しました。の登録に失敗しました。の登録に失敗しました。の登録に失敗しました。



PRKP-1030: サービスサービスサービスサービス {0} の起動に失敗しました。の起動に失敗しました。の起動に失敗しました。の起動に失敗しました。



PRKP-1031: サービスサービスサービスサービス {0} の停止に失敗しました。の停止に失敗しました。の停止に失敗しました。の停止に失敗しました。



PRKP-1032: 使用禁止のサービス使用禁止のサービス使用禁止のサービス使用禁止のサービス {0} は起動できません。は起動できません。は起動できません。は起動できません。



PRKP-1033: サービスサービスサービスサービス {0} をインスタンスをインスタンスをインスタンスをインスタンス {1} からインスタンスからインスタンスからインスタンスからインスタンス {2} へは移動できません。へは移動できません。へは移動できません。へは移動できません。



PRKP-1034{0}: ノードノードノードノード {1} に対する未定義の環境変数。に対する未定義の環境変数。に対する未定義の環境変数。に対する未定義の環境変数。



PRKP-1035: ノードノードノードノード {1} に対する環境変数に対する環境変数に対する環境変数に対する環境変数 {0} の設定は無効です。の設定は無効です。の設定は無効です。の設定は無効です。



PRKP-1036: HA リソースリソースリソースリソース {0} の登録解除に失敗しました。の登録解除に失敗しました。の登録解除に失敗しました。の登録解除に失敗しました。



PRKP-1037: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の作成に失敗しました。の作成に失敗しました。の作成に失敗しました。の作成に失敗しました。



PRKP-1038: サービスサービスサービスサービス {1} に無効なインスタンスに無効なインスタンスに無効なインスタンスに無効なインスタンス {0} が指定されました。が指定されました。が指定されました。が指定されました。





PRKP-1039: 操作結果が操作結果が操作結果が操作結果が NULL ですですですです



PRKP-1044: データベースデータベースデータベースデータベース {0} を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。



PRKP-1045: データベースデータベースデータベースデータベース {0} を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。



PRKP-1046: インスタンスインスタンスインスタンスインスタンス {0} を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。



PRKP-1047: インスタンスインスタンスインスタンスインスタンス {0} を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。



PRKP-1048: サービスサービスサービスサービス {0} の構成の変更に失敗しました。の構成の変更に失敗しました。の構成の変更に失敗しました。の構成の変更に失敗しました。



PRKP-1049 {0}: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {2} のサービスのサービスのサービスのサービス {1} に対する未定義の環境変数に対する未定義の環境変数に対する未定義の環境変数に対する未定義の環境変数

原因原因原因原因 : サービスに環境変数が定義されていません。


PRKP-1050: サービスサービスサービスサービス {0} の削除に失敗しました。の削除に失敗しました。の削除に失敗しました。の削除に失敗しました。

原因原因原因原因 : crs_unregister コマンドの実行中に問題が発生しました。

処置処置処置処置 : crs_unregister コマンドで CRS リソースの登録解除が正常に実行されるかどうかを確認してください。

PRKP-1051: インスタンスインスタンスインスタンスインスタンス {1} でのサービスでのサービスでのサービスでのサービス {0} の削除に失敗しました。の削除に失敗しました。の削除に失敗しました。の削除に失敗しました。

原因原因原因原因 : crs_unregister コマンドの実行中に問題が発生しました。

処置処置処置処置 : crs_unregister コマンドで CRS リソースの登録解除が正常に実行されるかどうかを確認してください。



PRKP-1052: サービスサービスサービスサービス {0} を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。

原因原因原因原因 : crs_register コマンドの実行中に問題が発生しました。

処置処置処置処置 : crs_register コマンドで CRS リソースの登録が正常に実行されるかどうかを確認してください。

PRKP-1053: サービスサービスサービスサービス {0} を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。



PRKP-1054: インスタンスインスタンスインスタンスインスタンス {1} でのサービスでのサービスでのサービスでのサービス {0} を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。を使用可能にできませんでした。



PRKP-1055: インスタンスインスタンスインスタンスインスタンス {1} でのサービスでのサービスでのサービスでのサービス {0} を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。を使用禁止にできませんでした。



PRKP-1056: リソースリソースリソースリソース {0} のステータスの取得に失敗しました。のステータスの取得に失敗しました。のステータスの取得に失敗しました。のステータスの取得に失敗しました。

原因原因原因原因 : crs_stat コマンドの実行中に問題が発生しました。

処置処置処置処置 : crs_stat コマンドによって CRS リソースのステータスが「登録済」に変更されるかどうかを確認してください。

PRKP-1057: サービスサービスサービスサービス {0} の環境設定に失敗しました。の環境設定に失敗しました。の環境設定に失敗しました。の環境設定に失敗しました。

原因原因原因原因 : OCR 構成レジストリへのアクセス中に問題が発生しました。

処置処置処置処置 : srvctl config コマンドを実行して、OCR レジストリがアクセス可能かどうかをチェックしてください。

PRKP-1058: サービスサービスサービスサービス {0} の環境の設定解除に失敗しました。の環境の設定解除に失敗しました。の環境の設定解除に失敗しました。の環境の設定解除に失敗しました。



PRKP-1059: サービスサービスサービスサービス {0} の環境の取得に失敗しました。の環境の取得に失敗しました。の環境の取得に失敗しました。の環境の取得に失敗しました。





PRKP-1060: CRS ホームの取得に失敗しました。ホームの取得に失敗しました。ホームの取得に失敗しました。ホームの取得に失敗しました。



PRKP-1061: データベースデータベースデータベースデータベース {0} の変更に失敗しました。の変更に失敗しました。の変更に失敗しました。の変更に失敗しました。



PRKP-1062: サービスサービスサービスサービス {0} はすでに稼働中です。はすでに稼働中です。はすでに稼働中です。はすでに稼働中です。

原因原因原因原因 : すでに稼働しているサービスを開始しようとしました。


PRKP-1063: サービスサービスサービスサービス {0} はすでに停止されています。はすでに停止されています。はすでに停止されています。はすでに停止されています。

原因原因原因原因 : すでに停止しているサービスを停止しようとしました。


PRKP-1064: サービスサービスサービスサービス {0} はすでにインスタンスはすでにインスタンスはすでにインスタンスはすでにインスタンス {1} で稼働中です。で稼働中です。で稼働中です。で稼働中です。

原因原因原因原因 : すでにサービスが稼働しているインスタンスでそのサービスを開始しようとしました。


PRKP-1065: サービスサービスサービスサービス {0} はすでにインスタンスはすでにインスタンスはすでにインスタンスはすでにインスタンス {1} で停止されています。で停止されています。で停止されています。で停止されています。

原因原因原因原因 : すでにサービスが停止しているインスタンスでそのサービスを停止しようとしました。


PRKP-1066: インスタンスインスタンスインスタンスインスタンス {0} はサービスはサービスはサービスはサービス {1} に使用できるインスタンスではありません。に使用できるインスタンスではありません。に使用できるインスタンスではありません。に使用できるインスタンスではありません。



PRKP-1067: インスタンスインスタンスインスタンスインスタンス {0} は、サービスは、サービスは、サービスは、サービス {1} に使用可能な後のインスタンスです。サーに使用可能な後のインスタンスです。サーに使用可能な後のインスタンスです。サーに使用可能な後のインスタンスです。サービスを変更してください。ビスを変更してください。ビスを変更してください。ビスを変更してください。



PRKP-1068: プライマリ・データベースがシャットダウンされるため、重要なスタンバイ・プライマリ・データベースがシャットダウンされるため、重要なスタンバイ・プライマリ・データベースがシャットダウンされるため、重要なスタンバイ・プライマリ・データベースがシャットダウンされるため、重要なスタンバイ・データベースデータベースデータベースデータベース {1} の重要なインスタンスの重要なインスタンスの重要なインスタンスの重要なインスタンス {0} を停止できません。を停止できません。を停止できません。を停止できません。

原因原因原因原因 : プライマリ・データベースを実行中に、重要なスタンバイ・データベースの重要なインスタンスを停止しようとしました。

処置処置処置処置 : プライマリ・データベースを実行中に、重要なスタンバイ・データベースの重要なインスタンスは停止しないでください。



PRKP-1069: データベースデータベースデータベースデータベース {0} のドメインののドメインののドメインののドメインの {1} への変更に失敗しました。このドメイン名は、への変更に失敗しました。このドメイン名は、への変更に失敗しました。このドメイン名は、への変更に失敗しました。このドメイン名は、データベースで構成されたサービスデータベースで構成されたサービスデータベースで構成されたサービスデータベースで構成されたサービス {2} ですでに使用されています。ですでに使用されています。ですでに使用されています。ですでに使用されています。

原因原因原因原因 : ドメインで構成されたサービスが存在する場合に、データベースのそのドメインを変更しようとしました。

処置処置処置処置 : データベースのドメインは、そのドメインで構成されたサービスが存在する場合変更しないでください。

PRKP-1070: サービス名サービス名サービス名サービス名 {0} に無効な文字が含まれていますに無効な文字が含まれていますに無効な文字が含まれていますに無効な文字が含まれています

原因原因原因原因 : サービス名に無効な文字が指定されています。

処置処置処置処置 : キャラクタ・セット（a ～ z、A ～ Z、0 ～ 9、_、.）を使用してサービス名を指定してください。

PRKP-1071: サービス・プロバイダ名またはインスタンス名サービス・プロバイダ名またはインスタンス名サービス・プロバイダ名またはインスタンス名サービス・プロバイダ名またはインスタンス名 {0} に無効な文字が含まれていまに無効な文字が含まれていまに無効な文字が含まれていまに無効な文字が含まれています。す。す。す。

原因原因原因原因 : サービス・プロバイダ名またはインスタンス名が無効な文字で指定されています。

処置処置処置処置 : キャラクタ・セット（a ～ z、A ～ Z、0 ～ 9、_、.）を使用してサービス・プロバイダ名またはインスタンス名を指定してください。

PRKP-1072: データベースデータベースデータベースデータベース {1} へのサービスへのサービスへのサービスへのサービス {0} の作成に失敗しました。指定したサービス・の作成に失敗しました。指定したサービス・の作成に失敗しました。指定したサービス・の作成に失敗しました。指定したサービス・ドメイン名は、データベース・ドメインドメイン名は、データベース・ドメインドメイン名は、データベース・ドメインドメイン名は、データベース・ドメイン {2} と同じです。と同じです。と同じです。と同じです。



PRKR-1073: {1} という名前のデータベースはすでに存在するため、データベースという名前のデータベースはすでに存在するため、データベースという名前のデータベースはすでに存在するため、データベースという名前のデータベースはすでに存在するため、データベース {0} を作成を作成を作成を作成できません。できません。できません。できません。

原因原因原因原因 : すでに存在するデータベースを作成しようとしました。

処置処置処置処置 : 作成するデータベースに別の名前を選択してください。

PRKP-1074: サービスサービスサービスサービス {1} のサービス構成の変更中に、インスタンスのサービス構成の変更中に、インスタンスのサービス構成の変更中に、インスタンスのサービス構成の変更中に、インスタンス {0} へのサービス・リへのサービス・リへのサービス・リへのサービス・リソースの移動に失敗しました。ソースの移動に失敗しました。ソースの移動に失敗しました。ソースの移動に失敗しました。



PRKP-1075: インスタンスインスタンスインスタンスインスタンス {0} は、サービスは、サービスは、サービスは、サービス {1} の前回の優先インスタンスです。の前回の優先インスタンスです。の前回の優先インスタンスです。の前回の優先インスタンスです。




PRKR: クラスタ・レジストリのメッセージ

PRKR: クラスタ・レジストリのメッセージクラスタ・レジストリのメッセージクラスタ・レジストリのメッセージクラスタ・レジストリのメッセージPRKR-1001: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} は存在しませんは存在しませんは存在しませんは存在しません

原因原因原因原因 : クラスタ・データベースがクラスタ・レジストリに構成されていません。

処置処置処置処置 : 'srvctl config' を使用してすべてのクラスタ・データベースのリストを出力し、データベースが構成されているかどうかをチェックしてください。

PRKR-1002: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} はすでに存在していますはすでに存在していますはすでに存在していますはすでに存在しています

原因原因原因原因 : クラスタ・レジストリ内の既存のクラスタ・データベースを構成しようとしました。

処置処置処置処置 : 'srvctl config' を使用してすべてのクラスタ・データベースのリストを出力し、データベースがすでに構成されているかどうかをチェックしてください。

PRKR-1003: インスタンスインスタンスインスタンスインスタンス {0} は存在しませんは存在しませんは存在しませんは存在しません

原因原因原因原因 : 指定したインスタンスが、クラスタ・レジストリに構成されていません。

処置処置処置処置 : srvctl オプションを使用して、インスタンスがクラスタ・レジストリに構成されているかどうかをチェックしてください。

PRKR-1004: インスタンスインスタンスインスタンスインスタンス {0} はすでに存在していますはすでに存在していますはすでに存在していますはすでに存在しています

原因原因原因原因 : 指定したインスタンスが、クラスタ・レジストリにすでに構成されています。

処置処置処置処置 : srvctl オプションを使用して、インスタンスがクラスタ・レジストリにすでに構成されているかどうかをチェックしてください。

PRKR-1005: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の構成の追加に失敗しました、の構成の追加に失敗しました、の構成の追加に失敗しました、の構成の追加に失敗しました、{1}原因原因原因原因 : クラスタ・レジストリにクラスタ・データベース構成を追加しようとして、エラーが発生しました。

処置処置処置処置 : 'ocrcheck' または 'srvctl config' を使用して、クラスタ・レジストリがアクセス可能かどうかをチェックしてください。

PRKR-1006: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の構成の削除に失敗しました、の構成の削除に失敗しました、の構成の削除に失敗しました、の構成の削除に失敗しました、{1}原因原因原因原因 : PRKR-1005 と同じです。

処置処置処置処置 : 前述のエラー・メッセージを参照してください。

PRKR-1007: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の構成の取得に失敗しました、の構成の取得に失敗しました、の構成の取得に失敗しました、の構成の取得に失敗しました、{1}原因原因原因原因 : PRKR-1005 と同じです。


PRKR-1008: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {2} へのノードへのノードへのノードへのノード {1} のインスタンスのインスタンスのインスタンスのインスタンス {0} の追加に失敗しの追加に失敗しの追加に失敗しの追加に失敗しました。ました。ました。ました。

原因原因原因原因 : PRKR-1005 と同じです。




PRKR-1009: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {1} からのインスタンスからのインスタンスからのインスタンスからのインスタンス {0} の削除に失敗しました、の削除に失敗しました、の削除に失敗しました、の削除に失敗しました、{2}原因原因原因原因 : PRKR-1005 と同じです。


PRKR-1010: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {2} のインスタンスのインスタンスのインスタンスのインスタンス {0} のノードのノードのノードのノード {1} への移動に失敗しへの移動に失敗しへの移動に失敗しへの移動に失敗しました。ました。ました。ました。



PRKR-1011: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {2} のインスタンスのインスタンスのインスタンスのインスタンス {1} の名前へのインスタンスの名前へのインスタンスの名前へのインスタンスの名前へのインスタンス {0} のののの名前の変更に失敗しました、名前の変更に失敗しました、名前の変更に失敗しました、名前の変更に失敗しました、{3}原因原因原因原因 : PRKR-1005 と同じです。


PRKR-1016: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の構成の読取りに失敗しました、の構成の読取りに失敗しました、の構成の読取りに失敗しました、の構成の読取りに失敗しました、{1}、、、、{2}原因原因原因原因 : PRKR-1005 と同じです。


PRKR-1017: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0} の構成の書込みに失敗しました、の構成の書込みに失敗しました、の構成の書込みに失敗しました、の構成の書込みに失敗しました、{1}、、、、{2}原因原因原因原因 : PRKR-1005 と同じです。


PRKR-1018: ディレクトリの読取りに失敗しました、ディレクトリの読取りに失敗しました、ディレクトリの読取りに失敗しました、ディレクトリの読取りに失敗しました、{0}、、、、{1}原因原因原因原因 : 内部エラーが発生しました。


PRKR-1019: ディレクトリの書込みに失敗しました、ディレクトリの書込みに失敗しました、ディレクトリの書込みに失敗しました、ディレクトリの書込みに失敗しました、{0}、、、、{1}原因原因原因原因 : 内部エラーが発生しました。


PRKR-1020: バージョン情報の読取りに失敗しました、バージョン情報の読取りに失敗しました、バージョン情報の読取りに失敗しました、バージョン情報の読取りに失敗しました、{0}、、、、{1}原因原因原因原因 : PRKR-1005 と同じです。


PRKR-1021: バージョン情報の書込みに失敗しました、バージョン情報の書込みに失敗しました、バージョン情報の書込みに失敗しました、バージョン情報の書込みに失敗しました、{0}、、、、{1}原因原因原因原因 : PRKR-1005 と同じです。




PRKR-1022: RAW デバイスデバイスデバイスデバイス {0} は、互換性のないバージョンを含んでいます、は、互換性のないバージョンを含んでいます、は、互換性のないバージョンを含んでいます、は、互換性のないバージョンを含んでいます、{1} != {2}原因原因原因原因 : 互換性のないバージョンのクラスタ・レジストリを使用しようとしました。


PRKR-1023: ファイルファイルファイルファイル {0} は存在しませんは存在しませんは存在しませんは存在しません

原因原因原因原因 : 指定したファイルは存在していません。

処置処置処置処置 : ファイルの存在をチェックしてください。

PRKR-1024: ファイルファイルファイルファイル {0} にはにはにはには {1} 権限がありません権限がありません権限がありません権限がありません

原因原因原因原因 : 指定したファイルには、指定された権限がありません。

処置処置処置処置 : ファイルのアクセス権を指定された権限に変更してください。

PRKR-1025: ファイルファイルファイルファイル {0} にはプロパティにはプロパティにはプロパティにはプロパティ {1} が含まれていませんが含まれていませんが含まれていませんが含まれていません

原因原因原因原因 : ファイルには、指定したプロパティが含まれていません。


PRKR-1026: プロパティプロパティプロパティプロパティ {0} はファイルはファイルはファイルはファイル {1} に設定されていませんに設定されていませんに設定されていませんに設定されていません

原因原因原因原因 : ファイルには、指定したプロパティが含まれていません。


PRKR-1027: クラスタ・データベースのリストの取得に失敗しましたクラスタ・データベースのリストの取得に失敗しましたクラスタ・データベースのリストの取得に失敗しましたクラスタ・データベースのリストの取得に失敗しました



PRKR-1028: RAW デバイスデバイスデバイスデバイス {0} が無効ですが無効ですが無効ですが無効です \n[ ヒントヒントヒントヒント : \"srvconfig\" ツールを使用して、ツールを使用して、ツールを使用して、ツールを使用して、RAW デバイスを初期化してくださいデバイスを初期化してくださいデバイスを初期化してくださいデバイスを初期化してください ]原因原因原因原因 : クラスタ・レジストリが初期化されていません。

処置処置処置処置 : srvconfig -init を使用してクラスタ・レジストリを初期化してください。

PRKR-1038: 無効な引数無効な引数無効な引数無効な引数 {0} がががが -init オプションに指定されましたオプションに指定されましたオプションに指定されましたオプションに指定されました



PRKR-1039: 無効なオプション無効なオプション無効なオプション無効なオプション {0} が指定されましたが指定されましたが指定されましたが指定されました

原因原因原因原因 : 指定したオプションは無効です。

処置処置処置処置 : 使用方法をチェックしてください。

PRKR-1040: {0} オプションのオプションのオプションのオプションの <file> 引数が不明です引数が不明です引数が不明です引数が不明です

原因原因原因原因 : srvconfig に指定したオプションは無効です。

処置処置処置処置 : 詳細は使用方法をチェックしてください。



PRKR-1045: RAW デバイスのバージョンデバイスのバージョンデバイスのバージョンデバイスのバージョン \"{0}\"原因原因原因原因 : クラスタ・レジストリのバージョンを取得しようとしました。


PRKR-1046: srvconfig により有効なにより有効なにより有効なにより有効な RAW デバイスデバイスデバイスデバイス \"{0}\" が検出されました。が検出されました。が検出されました。が検出されました。\n[ ヒントヒントヒントヒント : 強制的に初期化を行う場合は、強制的に初期化を行う場合は、強制的に初期化を行う場合は、強制的に初期化を行う場合は、-init -f オプションを指定してください。オプションを指定してください。オプションを指定してください。オプションを指定してください。]原因原因原因原因 : 有効なクラスタ・レジストリが検出されました。


PRKR-1047: ノードノードノードノード {1} のデーモンがのデーモンがのデーモンがのデーモンが RAW デバイスデバイスデバイスデバイス {0} を使用中です。を使用中です。を使用中です。を使用中です。

原因原因原因原因 : グローバル・サービス・デーモンがクラスタ内の 1 つ以上のノードで起動されている間に、クラスタ・レジストリを初期化しようとしました。

処置処置処置処置 : 各ノードで 'srvctl stop' コマンドを使用し、クラスタ内の全ノードのグローバル・サービス・デーモンをすべて停止してください。'srvconfig -init' 操作を再試行してください。

PRKR-1050: {1} ディレクトリでのファイルディレクトリでのファイルディレクトリでのファイルディレクトリでのファイル {0} の作成が失敗しました。権限などをチェックの作成が失敗しました。権限などをチェックの作成が失敗しました。権限などをチェックの作成が失敗しました。権限などをチェックしてください。してください。してください。してください。

原因原因原因原因 : 存在しないディレクトリまたは適切な権限がないディレクトリで、ファイルを作成しようとしました。

処置処置処置処置 : ディレクトリが存在していない場合は、ディレクトリを作成するか、ディレクトリの権限を変更してください。

PRKR-1051: ファイルファイルファイルファイル {0} にはにはにはには dbname {1} へのエントリが含まれていませんへのエントリが含まれていませんへのエントリが含まれていませんへのエントリが含まれていません



PRKR-1052: ファイル名ファイル名ファイル名ファイル名 {0} はははは <cluster database name>.conf フォームではありませんフォームではありませんフォームではありませんフォームではありません原因原因原因原因 : クラスタ・レジストリへのクラスタ・データベースの登録を試行し、<cluster database name>.conf のフォームではないファイル引数を渡しました。

処置処置処置処置 : 詳細は、srvconfig の使用方法を参照してください。

PRKR-1053: node_list = {1} に無効な範囲に無効な範囲に無効な範囲に無効な範囲 {0} が指定されました。が指定されました。が指定されました。が指定されました。



PRKR-1054: inst_oracle_sid = {1} に無効なパラメータに無効なパラメータに無効なパラメータに無効なパラメータ {0} が指定されましたが指定されましたが指定されましたが指定されました

原因原因原因原因 : 余分な引数を srvconfig に指定しました。




PRKR-1055: 無効な余分の引数無効な余分の引数無効な余分の引数無効な余分の引数 {0} がががが {1} オプションに指定されましたオプションに指定されましたオプションに指定されましたオプションに指定されました

原因原因原因原因 : srvconfig に無効な引数が指定されました。


PRKR-1056: 無効なレジストリ・エントリ無効なレジストリ・エントリ無効なレジストリ・エントリ無効なレジストリ・エントリ {0} が見つかりました。が見つかりました。が見つかりました。が見つかりました。{1} の形式にしてくださいの形式にしてくださいの形式にしてくださいの形式にしてください

原因原因原因原因 : クラスタ・レジストリで 8.1.7 以前のリリースの Oracle Parallel Server を追加しようとして、無効なレジストリ・エントリを検出しました。


PRKR-1057: 環境変数は存在しません環境変数は存在しません環境変数は存在しません環境変数は存在しません

原因原因原因原因 : 存在しない環境変数を取得しようとしました。

処置処置処置処置 : 環境変数を設定してください。

PRKR-1058: サービスサービスサービスサービス {0} はクラスタ・データベースはクラスタ・データベースはクラスタ・データベースはクラスタ・データベース {1} には存在しません。には存在しません。には存在しません。には存在しません。

原因原因原因原因 : 指定したサービスが、クラスタ・レジストリに構成されていません。

処置処置処置処置 : srvctl オプションを使用して、サービスがクラスタ・レジストリに構成されているかどうかをチェックしてください。

PRKR-1059: ノードノードノードノード {0} は存在しません。は存在しません。は存在しません。は存在しません。

原因原因原因原因 : 指定したノードのノード・アプリケーションが、クラスタ・レジストリに構成されていません。

処置処置処置処置 : srvctl オプションを使用して、指定したノードに対するノード・アプリケーションがクラスタ・レジストリに構成されているかどうかをチェックしてください。

PRKP-1060: ノードノードノードノード {0} の構成の追加に失敗しましたの構成の追加に失敗しましたの構成の追加に失敗しましたの構成の追加に失敗しました



PRKP-1061: リモート・コマンドの実行によるノードリモート・コマンドの実行によるノードリモート・コマンドの実行によるノードリモート・コマンドの実行によるノード {0} 用のノード構成の取得に失敗しまし用のノード構成の取得に失敗しまし用のノード構成の取得に失敗しまし用のノード構成の取得に失敗しましたたたた

原因原因原因原因 : 指定したノードの構成の取得中にエラーが発生しました。


PRKP-1062: ノードノードノードノード {0} の構成の検索に失敗しました。の構成の検索に失敗しました。の構成の検索に失敗しました。の構成の検索に失敗しました。





PRKR-1063: VIP{0} はすでに存在していますはすでに存在していますはすでに存在していますはすでに存在しています



PRKR-1064: Oracle Cluster Registry エラーにより、エラーにより、エラーにより、エラーにより、SRVM 構成操作が失敗しました構成操作が失敗しました構成操作が失敗しました構成操作が失敗しました :原因原因原因原因 : Oracle Cluster Registry へのアクセス中にエラーが発生しました。


PRKR-1066: クラスタ・データベース・ドメインが一致しませんクラスタ・データベース・ドメインが一致しませんクラスタ・データベース・ドメインが一致しませんクラスタ・データベース・ドメインが一致しません



PRKR-1067: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0}、、、、{1} の環境の取得に失敗しましたの環境の取得に失敗しましたの環境の取得に失敗しましたの環境の取得に失敗しました

原因原因原因原因 : クラスタ・レジストリから、指定したクラスタ・データベースの環境構成を取得することができません。

処置処置処置処置 : ocrdump を使用して、指定したクラスタ・データベースの環境がクラスタ・レジストリに構成されているかどうかをチェックしてください。

PRKR-1068: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0}、、、、{2} のインスタンスのインスタンスのインスタンスのインスタンス {1} の環境の取得に失敗しましの環境の取得に失敗しましの環境の取得に失敗しましの環境の取得に失敗しましたたたた

原因原因原因原因 : クラスタ・レジストリから、指定したインスタンスの環境構成を取得することができません。

処置処置処置処置 : ocrdump を使用して、指定したインスタンスの環境がクラスタ・レジストリに構成されているかどうかをチェックしてください。

PRKR-1069: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0}、、、、{1} の環境の設定に失敗しましたの環境の設定に失敗しましたの環境の設定に失敗しましたの環境の設定に失敗しました

原因原因原因原因 : クラスタ・レジストリに対して、指定したクラスタ・データベースの環境構成を更新できません。


PRKR-1070: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0}、、、、{2} のインスタンスのインスタンスのインスタンスのインスタンス {1} の環境の設定に失敗しましの環境の設定に失敗しましの環境の設定に失敗しましの環境の設定に失敗しましたたたた

原因原因原因原因 : クラスタ・レジストリに対して、指定したインスタンスの環境構成を更新できません。


PRKR-1071: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0}、、、、{1} の環境の設定解除に失敗しましたの環境の設定解除に失敗しましたの環境の設定解除に失敗しましたの環境の設定解除に失敗しました

原因原因原因原因 : クラスタ・レジストリに対して、指定したクラスタ・データベースの環境構成を更新できません。




PRKR-1072: クラスタ・データベースクラスタ・データベースクラスタ・データベースクラスタ・データベース {0}、、、、{2} のインスタンスのインスタンスのインスタンスのインスタンス {1} の環境の設定解除に失敗しの環境の設定解除に失敗しの環境の設定解除に失敗しの環境の設定解除に失敗しましたましたましたました

原因原因原因原因 : クラスタ・レジストリに対して、指定したインスタンスの環境構成を更新できません。


PRKR-1073: \n########## nodeapps の構成は次のとおりですの構成は次のとおりですの構成は次のとおりですの構成は次のとおりです ##########\n"原因原因原因原因 :


PRKR-1074: \n########## vip_range の構成は次のとおりですの構成は次のとおりですの構成は次のとおりですの構成は次のとおりです ##########\n"原因原因原因原因 :


PRKR-1075: この操作を実行するための十分な権限がありませんこの操作を実行するための十分な権限がありませんこの操作を実行するための十分な権限がありませんこの操作を実行するための十分な権限がありません

原因原因原因原因 : このコマンドの実行時に、ユーザーに十分な権限がありませんでした。

処置処置処置処置 : 権限を持つユーザーとしてこのコマンドを実行してください。

PRKR-1076: RAC デーモンデーモンデーモンデーモン (crsd、、、、evmd、、、、ocssd) の実行中は、このコマンドを実行できませの実行中は、このコマンドを実行できませの実行中は、このコマンドを実行できませの実行中は、このコマンドを実行できません。デーモンが実行されていないことを確認してから、このコマンドを実行してくださん。デーモンが実行されていないことを確認してから、このコマンドを実行してくださん。デーモンが実行されていないことを確認してから、このコマンドを実行してくださん。デーモンが実行されていないことを確認してから、このコマンドを実行してくださいいいい原因原因原因原因 : このコマンドの実行時に、RAC デーモンが実行されていました。

処置処置処置処置 : RAC デーモンが停止していることを確認してから、このコマンドを実行してください。

PRKR-1077: 関数に渡された関数に渡された関数に渡された関数に渡された 1 つ以上の引数が無効ですつ以上の引数が無効ですつ以上の引数が無効ですつ以上の引数が無効です

原因原因原因原因 : 指定したメソッドに 1 つ以上の無効な引数が渡されました。


PRKR-1078: データベースデータベースデータベースデータベース {0} は、は、は、は、srvctl の現行バージョンでは管理できません。の現行バージョンでは管理できません。の現行バージョンでは管理できません。の現行バージョンでは管理できません。srvctl をををを {1}から実行してください。から実行してください。から実行してください。から実行してください。

原因原因原因原因 : 不適切な SRVCTL のバージョンが使用されています。


PRKR-1079: Oracle Cluster Registry の初期化に失敗しましたの初期化に失敗しましたの初期化に失敗しましたの初期化に失敗しました

原因原因原因原因 : Oracle Cluster Registry の初期化に失敗しました。



PRKS: 自動記憶域管理のメッセージ

PRKS: 自動記憶域管理のメッセージ自動記憶域管理のメッセージ自動記憶域管理のメッセージ自動記憶域管理のメッセージPRKS-1000: ASM インスタンスインスタンスインスタンスインスタンス "{0}" はすでにノードはすでにノードはすでにノードはすでにノード "{1}" に存在しますに存在しますに存在しますに存在します

原因原因原因原因 : ASM インスタンスの構成がすでに存在するノードで、ASM インスタンスの構成を追加しようとしました。

処置処置処置処置 : 'srvctl config asm -n <node>' を使用して、ASM インスタンスがノードで構成されているかどうかをチェックしてから、ASM インスタンスの構成を追加してください。

PRKS-1001: ASM インスタンスインスタンスインスタンスインスタンス "{0}" はノードはノードはノードはノード "{1}" に存在しませんに存在しませんに存在しませんに存在しません

原因原因原因原因 : ASM インスタンスの構成はノードに存在しません。

処置処置処置処置 : 'srvctl config asm -n <node>' を使用して ASM インスタンスがノードで構成されているかどうかをチェックしてから、操作を実行してください。

PRKS-1002: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS プロファイルの作プロファイルの作プロファイルの作プロファイルの作成に失敗しました成に失敗しました成に失敗しました成に失敗しました

原因原因原因原因 : ノードの ASM インスタンス・リソースに対する 'crs_stat -p' コマンドの実行に失敗しました。


PRKS-1003: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの登録にリソースの登録にリソースの登録にリソースの登録に失敗しました失敗しました失敗しました失敗しました原因原因原因原因 : ノードの ASM インスタンス・リソースに対する crs_register コマンドの実行に失敗しました。


PRKS-1004: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの登録解リソースの登録解リソースの登録解リソースの登録解除に失敗しました除に失敗しました除に失敗しました除に失敗しました原因原因原因原因 : ノードの ASM インスタンス・リソースに対する crs_unregister コマンドの実行に失敗しました。

処置処置処置処置 : crs_stat -p ora.<db>.<inst>.inst を使用して、ノードの ASM インスタンスに依存するデータベース・インスタンスが存在するかどうかをチェックし、データベース・インスタンスの必須リソースに、ASM インスタンスのリソース名が表示されるかどうかをチェックしてください。ASM インスタンスに依存するデータベースインスタンスの必須リソースを 'srvctl modify asm' コマンドを使用して削除してから、操作を再試行してください。

PRKS-1005: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの作成にリソースの作成にリソースの作成にリソースの作成に失敗しました失敗しました失敗しました失敗しました原因原因原因原因 : ノードの ASM インスタンス・リソースに対する 'crs_register' コマンドの実行に失敗しました。




PRKS-1006: ASM インスタンスインスタンスインスタンスインスタンス "{0}" はノードはノードはノードはノード "{1}" ですでに実行中ですですでに実行中ですですでに実行中ですですでに実行中です原因原因原因原因 : ノードで実行中の ASM インスタンスを起動しようとしました。


PRKS-1007: ASM インスタンスインスタンスインスタンスインスタンス "{0}" はノードはノードはノードはノード "{1}" で実行中ですで実行中ですで実行中ですで実行中です原因原因原因原因 : ノードで実行中の ASM インスタンスの構成を削除しようとしました。

処置処置処置処置 : 'srvctl stop asm -n <node> -i <inst>' を使用して ASM インスタンスを停止してから、削除操作を実行してください。

PRKS-1008: ASM インスタンスインスタンスインスタンスインスタンス "{0}" はノードはノードはノードはノード "{1}" では実行していませんでは実行していませんでは実行していませんでは実行していません原因原因原因原因 : ノードで実行されていない ASM インスタンスを停止しようとしました。


PRKS-1009: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" の開始に失敗しましたの開始に失敗しましたの開始に失敗しましたの開始に失敗しました

原因原因原因原因 : 起動する際の接続情報が無効か、またはパラメータ・ファイルが欠落しているため、ノードの ASM インスタンス・リソースに対する 'crs_stat' コマンドの実行に失敗しました。

処置処置処置処置 : ノードの VIP リソースがオンラインになっているかどうかをチェックしてから、SQL*Plus を使用して ASM インスタンスを起動し、詳細な診断情報を取得してください。

PRKS-1010: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" の開始に失敗しましたの開始に失敗しましたの開始に失敗しましたの開始に失敗しました原因原因原因原因 : 前述のエラー・メッセージを参照してください。


PRKS-1011: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" のステータスのチェックに失敗しのステータスのチェックに失敗しのステータスのチェックに失敗しのステータスのチェックに失敗しましたましたましたました

原因原因原因原因 : ノードの ASM インスタンス・リソースに対する 'crs_stat' コマンドの実行に失敗しました。


PRKS-1012: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" の停止に失敗しましたの停止に失敗しましたの停止に失敗しましたの停止に失敗しました

原因原因原因原因 : CRS リソースに依存しているか、または ASM インスタンスを停止する際の接続情報が無効であるため、ノードの ASM インスタンスに対する 'crs_stop' コマンドの実行に失敗しました。

処置処置処置処置 : crs_stat -p ora.<db>.<inst>.inst を使用して、ノードの ASM インスタンスに依存するデータベース・インスタンスが存在するかどうかをチェックし、データベース・インスタンスの必須リソースに ASM インスタンスのリソース名が表示されかどうかをチェックしてください。'srvctl stop instance' コマンドを使用してデータベース・インスタンスを停止させてから ASM インスタンス停止操作を再試行するか、または SQL*Plusを使用して AMS インスタンスを停止し、詳細な診断情報を取得してください。



PRKS-1013: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" の停止に失敗しましたの停止に失敗しましたの停止に失敗しましたの停止に失敗しました

原因原因原因原因 : 前述のエラー・メッセージを参照してください。


PRKS-1014: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの有効化リソースの有効化リソースの有効化リソースの有効化に失敗しましたに失敗しましたに失敗しましたに失敗しました

原因原因原因原因 : クラスタ・レジスタ内の ASM インスタンス構成の「有効」フラグの設定に失敗しました。

処置処置処置処置 : 'srvctl config' コマンドを実行して、クラスタ・レジストリがアクセス可能かどうかをチェックしてください。

PRKS-1015: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの有効化リソースの有効化リソースの有効化リソースの有効化に失敗しましたに失敗しましたに失敗しましたに失敗しました

原因原因原因原因 : 各 ASM インスタンスに関する前述のエラーメッセージを参照してください。


PRKS-1016: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの無効化リソースの無効化リソースの無効化リソースの無効化に失敗しましたに失敗しましたに失敗しましたに失敗しました

原因原因原因原因 : クラスタ・レジスタ内の ASM インスタンス構成の「有効」フラグを解除できませんでした。


PRKS-1017: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの無効化リソースの無効化リソースの無効化リソースの無効化に失敗しましたに失敗しましたに失敗しましたに失敗しました

原因原因原因原因 : 各 ASM インスタンスに関する前述のエラーメッセージを参照してください。


PRKS-1019: ノードノードノードノード "{1}" で構成されたデータベース・インスタンスで構成されたデータベース・インスタンスで構成されたデータベース・インスタンスで構成されたデータベース・インスタンス "{0}" と、ノードと、ノードと、ノードと、ノード "{3}" でででで構成された構成された構成された構成された ASM インスタンスインスタンスインスタンスインスタンス "{2}" の間でのの間でのの間でのの間での CRS 依存性の作成に失敗しました依存性の作成に失敗しました依存性の作成に失敗しました依存性の作成に失敗しました

原因原因原因原因 : データベース・インスタンスと別のノードで構成された ASM インスタンスの間に CRS 依存性を作成しようとしました。

処置処置処置処置 : データベース・インスタンスと ASM インスタンスが同一ノードで構成されていることを確認して、これらのインスタンスの間に CRS 依存性を作成してください。



PRKS-1020: データベース・インスタンスデータベース・インスタンスデータベース・インスタンスデータベース・インスタンス "{0}" とととと ASM インスタンスインスタンスインスタンスインスタンス "{1}"、、、、[{2}] の間でのの間でのの間でのの間でのCRS 依存性の作成に失敗しました依存性の作成に失敗しました依存性の作成に失敗しました依存性の作成に失敗しました

原因原因原因原因 : ノード上のデータベース・インスタンスと ASM インスタンス間に CRS 依存性を作成する 'crs_register -u' コマンドの実行に失敗しました。


PRKS-1021: データベース・インスタンスデータベース・インスタンスデータベース・インスタンスデータベース・インスタンス "{0}" とととと ASM インスタンスインスタンスインスタンスインスタンス "{1}"、、、、[{2}] の間でのの間でのの間でのの間でのCRS 依存性の削除に失敗しました依存性の削除に失敗しました依存性の削除に失敗しました依存性の削除に失敗しました

原因原因原因原因 : ノード上のデータベース・インスタンスと ASM インスタンス間の CRS 依存性を削除する 'crs_register -u' コマンドの実行に失敗しました。


PRKS-1022: データベース・インスタンスデータベース・インスタンスデータベース・インスタンスデータベース・インスタンス "{0}" とととと ASM インスタンスインスタンスインスタンスインスタンス "{1}"、、、、[{2}] の間でのの間でのの間でのの間でのCRS 依存性の削除に失敗しました依存性の削除に失敗しました依存性の削除に失敗しました依存性の削除に失敗しました



PRKS-1023: ノードノードノードノード "{1}"、、、、[{2}] のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する CRS リソースの削除にリソースの削除にリソースの削除にリソースの削除に失敗しました失敗しました失敗しました失敗しました

原因原因原因原因 : ノードの ASM インスタンスに対する CRS リソースを登録解除する'crs_unregister' コマンドの実行に失敗しました。


PRKS-1026: ノードノードノードノード "{0}" のののの ASM 構成はクラスタ・レジストリには存在しません構成はクラスタ・レジストリには存在しません構成はクラスタ・レジストリには存在しません構成はクラスタ・レジストリには存在しません

原因原因原因原因 : ノードの ASM インスタンスを構成せずに、ノードに構成された ASM インスタンスの名前を取得しようとしました。

処置処置処置処置 : 'srvctl add asm' コマンドを使用してノードに ASM インスタンスを構成してから、構成を取得する操作を実行してください。

PRKS-1027: ASM インスタンスインスタンスインスタンスインスタンス "{0}" の構成はクラスタ・レジストリには存在しませんの構成はクラスタ・レジストリには存在しませんの構成はクラスタ・レジストリには存在しませんの構成はクラスタ・レジストリには存在しません原因原因原因原因 : クラスタ・ノードに構成されていない特定の ASM インスタンス名のノード名を取得しようとしました。

処置処置処置処置 : 'srvctl add asm' コマンドを使用して ASM インスタンスを構成してから、構成を取得する操作を実行してください。

PRKS-1028: ノードノードノードノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" の構成はクラスタ・レジストリには存在の構成はクラスタ・レジストリには存在の構成はクラスタ・レジストリには存在の構成はクラスタ・レジストリには存在しませんしませんしませんしません

原因原因原因原因 : ASM インスタンスが構成されていないノード名で、ASM インスタンスの構成を取得しようとしました。

処置処置処置処置 : 'srvctl config asm -n <node>' コマンドを使用して、ノードに構成されているASM インスタンス名を確認してから、これらのインスタンス名のいずれかを「-i <inst>」引数として 'srvctl config asm' コマンドに渡します。



PRKS-1029: クライアント・バージョンクライアント・バージョンクライアント・バージョンクライアント・バージョン "{0}" には、クラスタ・レジストリのには、クラスタ・レジストリのには、クラスタ・レジストリのには、クラスタ・レジストリの ASM インスタインスタインスタインスタンス構成バージョンンス構成バージョンンス構成バージョンンス構成バージョン "{1}" との互換性がありませんとの互換性がありませんとの互換性がありませんとの互換性がありません原因原因原因原因 : ASM インスタンス構成を取得しようとしたクライアントのバージョンに、ASMインスタンス構成のバージョンとの互換性がありません。

処置処置処置処置 : クライアント・バージョンが ASM インスタンス構成バージョンと互換性があることを確認してからアクセスしてください。

PRKS-1030: クラスタ・レジストリクラスタ・レジストリクラスタ・レジストリクラスタ・レジストリ [{2}] のノードのノードのノードのノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する構成の追加に失敗しました構成の追加に失敗しました構成の追加に失敗しました構成の追加に失敗しました

原因原因原因原因 : クラスタ・レジスタに ASM インスタンスに対する構成を追加できませんでした。


PRKS-1031: クラスタ・レジストリクラスタ・レジストリクラスタ・レジストリクラスタ・レジストリ [{2}] のノードのノードのノードのノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する構成の取得に失敗しました構成の取得に失敗しました構成の取得に失敗しました構成の取得に失敗しました

原因原因原因原因 : クラスタ・レジスタから ASM インスタンスに対する構成を取得できませんでした。


PRKS-1032: クラスタ・レジストリクラスタ・レジストリクラスタ・レジストリクラスタ・レジストリ [{2}] のノードのノードのノードのノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する構成の変更に失敗しました構成の変更に失敗しました構成の変更に失敗しました構成の変更に失敗しました

原因原因原因原因 : クラスタ・レジスタ内のノードの ASM インスタンスに対する構成の変更に失敗しました。


PRKS-1033: クラスタ・レジストリクラスタ・レジストリクラスタ・レジストリクラスタ・レジストリ [{2}] のノードのノードのノードのノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する構成の削除に失敗しました構成の削除に失敗しました構成の削除に失敗しました構成の削除に失敗しました原因原因原因原因 : クラスタ・レジスタからの ASM インスタンスに対する構成の削除に失敗しました。


PRKS-1034: クラスタ・レジストリクラスタ・レジストリクラスタ・レジストリクラスタ・レジストリ [{2}] のノードのノードのノードのノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対する構成の削除に失敗しました構成の削除に失敗しました構成の削除に失敗しました構成の削除に失敗しました




PRKU: コマンドライン・パーサー・ユーティリティのメッセージ

PRKS-1035: クラスタ・レジストリクラスタ・レジストリクラスタ・レジストリクラスタ・レジストリ [{2}] のノードのノードのノードのノード "{1}" のののの ASM インスタンスインスタンスインスタンスインスタンス "{0}" に対するに対するに対するに対するORACLE_HOME 値の取得に失敗しました値の取得に失敗しました値の取得に失敗しました値の取得に失敗しました

原因原因原因原因 : クラスタ・レジスタ内の ASM インスタンス構成から ORACLE_HOME を取得できませんでした。


PRKS-1036: ASM インスタンス・ノードインスタンス・ノードインスタンス・ノードインスタンス・ノード "{0}" に対するに対するに対するに対する VIP リソースは存在しませんリソースは存在しませんリソースは存在しませんリソースは存在しません原因原因原因原因 : ノード用の VIP リソースが存在しません。ノード用の VIP リソースは、ノードのASM インスタンス構成に対する必須リソースです。

処置処置処置処置 : 権限を持つユーザーとして 'srvctl add nodeapps' コマンドを使用してノード用のVIP リソースを構成してから、ASM インスタンスに対する構成を追加してください。

PRKS-1037: ASM インスタンス・ノードインスタンス・ノードインスタンス・ノードインスタンス・ノード "{0}"、、、、[{1}] に対するに対するに対するに対する VIP リソースの存在のチェッリソースの存在のチェッリソースの存在のチェッリソースの存在のチェックに失敗しましたクに失敗しましたクに失敗しましたクに失敗しました

原因原因原因原因 : ノード用の VIP リソースのステータスをチェックする 'crs_stat ora.<node>.vip'コマンドの実行に失敗しました。


PRKU: コマンドライン・パーサー・ユーティリティのメッセージコマンドライン・パーサー・ユーティリティのメッセージコマンドライン・パーサー・ユーティリティのメッセージコマンドライン・パーサー・ユーティリティのメッセージRKHU-1000: 次の原因による例外次の原因による例外次の原因による例外次の原因による例外 :

原因原因原因原因 : 現在の例外は、以前に発生した別の例外が原因で発生しました。

処置処置処置処置 : ネストされたすべての例外を調べ、エラーの発生原因を特定してください。

PRKU-1001: パラメータパラメータパラメータパラメータ {0} は必須です。は必須です。は必須です。は必須です。

原因原因原因原因 : コマンドライン・ユーティリティでは、パラメータを指定する必要があります。

処置処置処置処置 : パラメータを指定してください。

PRKU-1002: 予期しない引数予期しない引数予期しない引数予期しない引数 {0} です。です。です。です。

原因原因原因原因 : このユーティリティでは、引数の指定は不要か、または認識されません。

処置処置処置処置 : 実行するコマンドの引数を確認してください。

PRKU-1003: パラメータパラメータパラメータパラメータ {0} では、引数が必要です。では、引数が必要です。では、引数が必要です。では、引数が必要です。

原因原因原因原因 : パラメータは引数を付けて指定する必要があります。

処置処置処置処置 : 実行するコマンドの引数を確認してください。


PRKV: Virtual IP Configuration Assistant のメッセージ

PRKV: Virtual IP Configuration Assistant のメッセージのメッセージのメッセージのメッセージPRKV-1013: ネットワーク・インタフェースは必須ですネットワーク・インタフェースは必須ですネットワーク・インタフェースは必須ですネットワーク・インタフェースは必須です

原因原因原因原因 : 仮想 IP アドレスの構成のためにネットワーク・インタフェースが提供されていません。

処置処置処置処置 : VIPCA を GUI モードで実行する場合は、適切なネットワーク・インタフェースをリストから選択してください。VIPCA をサイレント・モードで実行する場合は、'-interfaces' オプションを使用して適切なネットワーク・インタフェースを指定してください。

PRKV-1014: ノードノードノードノード \"{0}\" に有効なに有効なに有効なに有効な IP アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。

原因原因原因原因 : 仮想 IP アドレスとして構成する IP アドレスがノードに入力されていません。

処置処置処置処置 : 仮想 IP アドレスの構成に使用する未使用の IP アドレスを入力してください。

PRKV-1015: IP アドレスアドレスアドレスアドレス \"{0}\" に有効なサブネット・マスクを入力してください。に有効なサブネット・マスクを入力してください。に有効なサブネット・マスクを入力してください。に有効なサブネット・マスクを入力してください。

原因原因原因原因 : IP アドレスの IP ネットマスクが入力されていません。

処置処置処置処置 : IP アドレスのネットマスクを入力してください。

PRKV-1016: IP アドレスアドレスアドレスアドレス \"{0}\" は無効です。有効なは無効です。有効なは無効です。有効なは無効です。有効な IP アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。

原因原因原因原因 : 無効な IP アドレスが入力されました。

処置処置処置処置 : 有効な IP アドレスを標準の IEEE 書式で入力してください。

PRKV-1017: IP アドレスアドレスアドレスアドレス \"{0}\" が存在しません。有効なが存在しません。有効なが存在しません。有効なが存在しません。有効な IP アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。

原因原因原因原因 : IP アドレスがネットワークで解決できません。

処置処置処置処置 : IP アドレスを解決できるように、DNS または /etc/hosts に IP アドレスを追加してください。

PRKV-1018: IP アドレスアドレスアドレスアドレス \"{0}\" は無効な書式です。有効なは無効な書式です。有効なは無効な書式です。有効なは無効な書式です。有効な IP アドレスを入力してくださアドレスを入力してくださアドレスを入力してくださアドレスを入力してください。い。い。い。

原因原因原因原因 : IP アドレスが標準の IEEE 書式で入力されていません。

処置処置処置処置 : 有効な IP アドレスを IEEE 書式で入力してください。

PRKV-1019: 入力されたネットマスク入力されたネットマスク入力されたネットマスク入力されたネットマスク \"{0}\" は無効な書式です。有効なネットマスクを入力は無効な書式です。有効なネットマスクを入力は無効な書式です。有効なネットマスクを入力は無効な書式です。有効なネットマスクを入力してください。してください。してください。してください。

原因原因原因原因 : ネットマスクが標準の IEEE 書式で入力されていません。

処置処置処置処置 : 有効な IP ネットマスクを IEEE 書式で入力してください。



PRKV-1039: IP アドレスアドレスアドレスアドレス \"{0}\" はすでに使用されています。未使用のはすでに使用されています。未使用のはすでに使用されています。未使用のはすでに使用されています。未使用の IP アドレスを入力しアドレスを入力しアドレスを入力しアドレスを入力してください。てください。てください。てください。

原因原因原因原因 : 別のノードですでに仮想 IP アドレスとして使用されている IP アドレスが入力されました。

処置処置処置処置 : 未使用の IP アドレスを入力してください。

PRKV-1060: 入力引数に無効なノード名入力引数に無効なノード名入力引数に無効なノード名入力引数に無効なノード名 \"{0}\" が入力されました。が入力されました。が入力されました。が入力されました。

原因原因原因原因 : クラスタに含まれていないノードに対して、CRS ノード・アプリケーションを構成しようとしました。

処置処置処置処置 : '<CRS home>/bin/olsnodes' を使用して、ノードがクラスタに構成されているかどうかをチェックしてください。クラスタに含まれているノードのみを入力するか、またはノードをクラスタに追加してから、nodeapps を構成してください。

PRKV-1061: 入力引数に無効な入力引数に無効な入力引数に無効な入力引数に無効な IP アドレスアドレスアドレスアドレス \"{0}\" が入力されました。が入力されました。が入力されました。が入力されました。

原因原因原因原因 : このエラーは、次のいずれかの原因で発生した可能性があります。a）無効なIEEE 書式の IP アドレスが入力された。b）IP アドレスがネットワークで解決できない。c）すでに使用されている IP アドレスが入力された。

処置処置処置処置 : IP アドレスの書式、IP アドレスがネットワーク DNS または /etc/hosts に存在するかどうか、あるいは IP アドレスがすでに構成され使用されているかどうかをチェックしてください。

PRKV-1062: 入力引数に無効なネットマスク入力引数に無効なネットマスク入力引数に無効なネットマスク入力引数に無効なネットマスク \"{0}\" が入力されました。が入力されました。が入力されました。が入力されました。

原因原因原因原因 : IP ネットマスクが無効な IEEE 書式で入力されました。

処置処置処置処置 : IP ネットマスクを有効な IEEE 書式で入力してください。

PRKV-1063: 入力引数に無効なインタフェース入力引数に無効なインタフェース入力引数に無効なインタフェース入力引数に無効なインタフェース \"{0}\" が入力されました。が入力されました。が入力されました。が入力されました。

原因原因原因原因 : システムに存在しないインタフェースが、入力引数として入力されました。

処置処置処置処置 : システムに対して構成されているインタフェースのリストをチェックしてください。

PRKV-1064: 権限が不十分です。権限が不十分です。権限が不十分です。権限が不十分です。

原因原因原因原因 : 操作を実行するための管理権限がありません。

処置処置処置処置 : 管理者としてログインし、ツールを再度実行してください。

PRKV-1065: CRS へのハンドルの取得に失敗しました。へのハンドルの取得に失敗しました。へのハンドルの取得に失敗しました。へのハンドルの取得に失敗しました。

原因原因原因原因 : 稼働状態ではない Oracle Cluster Ready Service に接続しようとしました。

処置処置処置処置 : Oracle Cluster Ready Services のステータスをチェックしてください。



PRKV-1066: ログ・ファイルログ・ファイルログ・ファイルログ・ファイル \"{0}\" を確認し、問題を修正してから再試行してください。を確認し、問題を修正してから再試行してください。を確認し、問題を修正してから再試行してください。を確認し、問題を修正してから再試行してください。

原因原因原因原因 : リソースの起動時に問題が発生しました。表示された trc ファイルを使用して問題の性質を正確に把握できます。問題を解決しないかぎり、リソースは起動できません。

処置処置処置処置 : 問題を解決し、操作を再試行してください。

PRKV-1067: 詳細は、ログ・ファイル詳細は、ログ・ファイル詳細は、ログ・ファイル詳細は、ログ・ファイル \"{0}\" を確認してくださいを確認してくださいを確認してくださいを確認してください

原因原因原因原因 : ツールでリソースの作成または起動ができませんでした。問題の詳細は、指定されたファイルを調べてください。

処置処置処置処置 : 問題を解決してから、操作を続行してください。

PRKV-1068: ホストホストホストホスト IP アドレスアドレスアドレスアドレス \"{0}\" を、ノードを、ノードを、ノードを、ノード \"{1}\" に対する仮想に対する仮想に対する仮想に対する仮想 IP として使用できとして使用できとして使用できとして使用できません。異なるません。異なるません。異なるません。異なる IP アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。

原因原因原因原因 : 別のノードにフェイルオーバーする可能性があるホストを仮想 IP アドレスとして構成しようとしました。

処置処置処置処置 : ホスト IP アドレスとは異なる未使用の IP アドレスを入力してください。

PRKV-1069: クラスタ・ノードクラスタ・ノードクラスタ・ノードクラスタ・ノード \"{1}\" のホストのホストのホストのホスト IP アドレスアドレスアドレスアドレス \"{0}\" を、ノードを、ノードを、ノードを、ノード \"{2}\" に対に対に対に対する仮想する仮想する仮想する仮想 IP として使用できません。異なるとして使用できません。異なるとして使用できません。異なるとして使用できません。異なる IP アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。アドレスを入力してください。

原因原因原因原因 : フェイルオーバーする可能性があるリモート・ホストを仮想 IP アドレスとして構成しようとしました。

処置処置処置処置 : クラスタ内のノードのホスト IP アドレスとは異なる未使用の IP アドレスを入力してください。


索引索引索引索引

Aalrt_sid.log ファイル，A-6ALTER DATABASE 文

CLOSE 句，8-7ALTER SYSTEM ARCHIVE LOG CURRENT 文，8-7ALTER SYSTEM ARCHIVE LOG 文，8-7

INSTANCE オプション，8-7ALTER SYSTEM CHECKPOINT LOCAL 文，8-7ALTER SYSTEM CHECKPOINT 文

インスタンスの指定，8-7グローバル対ローカル，8-7

ALTER SYSTEM SET CHECKPOINT LOCAL 文，8-7ALTER SYSTEM SWITCH LOGFILE 文，8-7ARCHIVE LOG コマンド，8-8ASM「自動記憶域管理」を参照。

asmSRVCTL 名詞として，B-6

BBACKGROUND_DUMP_DEST パラメータ，A-2，A-6

CCluster Manager（CSS）

ログ・ファイル，A-3Cluster Ready Services（CRS），3-6CONNECT SYS

例，2-5CONNECT コマンド，2-3，8-8CREATE DATABASE 文

MAXLOGHISTORY 句，3-5

Ddatabase

SRVCTL 名詞として，B-6Database Configuration Assistant「Database Storage」ページ，5-14「Instance Management」ページ，5-14「List of Cluster Database Instances」ページ，5-14「List of Cluster Databases」ページ，5-14「Operations」ページ，5-14「Summary」ダイアログ・ボックス，5-15「Welcome」ページ，5-13

「Database Storage」ページ，5-14DISCONNECT コマンド，2-3

EEnterprise Manager，2-2，8-2Event Manager（EVM）

ログ・ファイル，A-4

GGLOBAL 句

チェックポイントの強制，8-7

HHOST コマンド，8-8

Iinitdb_name.ora ファイル

BACKGROUND_DUMP_DEST パラメータ，A-2，A-6

索引索引索引索引 -1

USER_DUMP_DEST パラメータ，A-3instance

SRVCTL 名詞として，B-6「Instance Management」ページ，5-14INSTANCE_NUMBER パラメータ，2-10INSTANCE オプション，8-7

JJava ベースのツール

トレース，A-5

L「List of Cluster Database Instances」ページ，5-14「List of Cluster Databases」ページ，5-14

LOCAL 句チェックポイントの強制，8-7

LOG_ARCHIVE_FORMAT パラメータ，6-5

MMAXLOGHISTORY オプション，3-5

Nnodeapps

SRVCTL 名詞として，B-6

Oocrconfig -export，3-11OIFCFG，8-10

if_name 要素，8-11if_type 要素，8-11nodename 要素，8-11subnet 要素，8-11構文，8-11コマンド，8-11，8-12ネットワーク・インタフェースの定義，8-10

「Operations」ページ，5-14Oracle Cluster Registry（OCR），3-6

管理，3-6ログ・ファイル，A-3

Oracle Interface Configuration ツール「OIFCFG」参照

Oracle Real Application Clusters管理の概要，1-1

ORACLE_SID パラメータ，2-11oraxxxxx.trc ファイル，A-3

PPARALLEL_MAX_SERVERS パラメータ，7-12PRKC メッセージ，C-3PRKP

メッセージ，C-20PRKR

メッセージ，C-29

RReal Application Clusters の他のドキュメント，1-2RECOVERY_PARALLELISM パラメータ，7-11，7-12RECOVER コマンド，7-12，8-8REDO ログ

フォーマットおよび接続先の指定，6-5REDO ログ・グループ，3-5REDO ログ・ファイル

インスタンス・リカバリ，7-2使用，3-5制御ファイルでの識別，3-5ログ順序番号，6-5

REDO ログ・ファイルのアーカイブ

制御ファイルでの識別，3-5ログ順序番号，6-5

SServer Management

インスタンスの管理，8-2service

SRVCTL 名詞として，B-6SERVICE_NAMES

パラメータ，4-4SHOW INSTANCE コマンド，8-8SHOW PARAMETERS コマンド，8-8SHOW PARAMETER コマンド，8-8SHOW SGA コマンド，8-8SHUTDOWN ABORT コマンド，2-4SHUTDOWN TRANSACTIONAL，2-4SHUTDOWN コマンド，8-8

ABORT オプション，2-4


siddbwr.trc ファイル，A-2sidsmon.trc ファイル，A-2SMON プロセス

SHUTDOWN ABORT 後のリカバリ，2-4インスタンス・リカバリ，7-2

SQL*Plus，2-2，8-7SQL 文

インスタンス固有，8-7SRVCONFIG

SRVM 情報のインポートおよびエクスポート，3-11SRVCTL

add asm コマンド，B-10add database コマンド，B-7add instance コマンド，B-8add nodeapps コマンド，B-10add service コマンド，B-9add の使用方法の説明，B-6config asm コマンド，B-13config database コマンド，B-11config nodeapps コマンド，B-12config service コマンド，B-12config の使用方法の説明，B-11disable asm コマンド，B-18disable database コマンド，B-16disable instance コマンド，B-16disable service コマンド，4-7，B-17disable の使用方法の説明，B-16enable asm コマンド，B-15enable database コマンド，B-14enable instance コマンド，B-14enable service コマンド，4-7，B-15enable の使用方法の説明，B-13getenv database コマンド，B-34getenv instance コマンド，B-34getenv nodeapps コマンド，B-35getenv service コマンド，B-35getenv の使用方法の説明，B-34modify database コマンド，B-26modify instance コマンド，B-26modify nodeapps コマンド，B-29modify service コマンド，B-28modify の使用方法の説明，B-25relocate service コマンド，B-30relocate の使用方法の説明，B-30remove asm コマンド，B-43remove database コマンド，B-41remove instance コマンド，B-42

remove nodeapps コマンド，B-43remove service コマンド，B-42remove の使用方法の説明，B-41setenv database コマンド，B-37setenv instance コマンド，B-37setenv nodeapps コマンド，B-39setenv service コマンド，B-38setenv の使用方法の説明，B-36start asm コマンド，B-21start database コマンド，2-7，B-19start instance コマンド，2-6，B-19start nodeapps コマンド，B-21start service コマンド，4-6，B-20start の使用方法の説明，B-18status asm コマンド，B-33status database コマンド，B-31status instance コマンド，B-32status nodeapps コマンド，B-33status service コマンド，4-7，B-32status の使用方法の説明，B-31stop asm コマンド，B-25stop database コマンド，2-7，B-22stop instance コマンド，2-7，B-23stop nodeapps コマンド，B-24stop service コマンド，B-24stop の使用方法の説明，B-22unsetenv database コマンド，B-39unsetenv instance コマンド，B-39unsetenv nodeapps コマンド，B-40unsetenv service コマンド，B-40unsetenv の使用方法の説明，B-36概要，2-3クラスタ・データベース構成タスク，B-3クラスタ・データベース・タスク，B-4同時コマンド，B-2ノード・レベル・タスク，B-4

STARTUP コマンド，8-8「Summary」ダイアログ・ボックス，5-15

SYSDBA接続のための権限，2-3

SYSOPER 権限接続，2-3

TTHREAD パラメータ，2-13


UUNDO_TABLESPACE パラメータ，2-11USER_DUMP_DEST パラメータ，A-3

VV$ACTIVE_INSTANCES，8-8

W「Welcome」ページ，5-13

ああああ

アーカイブ・ログ

ファイルのネーミング，6-4ファイル・フォーマットおよび接続先，6-5

アフィニティ認識，7-4

アラート・ログ，A-6管理，A-2

いいいい

インスタンス

Server Management，8-2確認，8-8障害，7-2障害、リカバリ，7-2停止，2-4リカバリ，2-4，7-2リカバリ、異常終了，2-4リカバリ、複数障害，7-2

インスタンスからの切断，2-3インスタンスの管理

Server Management，8-2インスタンスの設定，2-2インスタンスの停止，2-4

異常終了，2-4

ええええ

エラー・メッセージ

管理ツール，C-1

おおおお

オペレーティング・システム固有の Oracle マニュアル

アーカイブ REDO ログ名，6-5オンライン・リカバリ，7-2

きききき

記憶域

クラスタ・ファイル・システム，3-2

くくくく

クラスタ・データベース管理のエラー・メッセージ

（PRKP），C-20クラスタ・ファイル・システム

Real Application Clusters の記憶域，3-2

けけけけ

検証データ・ファイル、オンライン・ファイル，3-5

ここここ

構成の問題

OCR の再初期化，3-9コミットされたデータ

インスタンス障害，7-2コメント

サーバー・パラメータ・ファイルでの指定，2-9

ささささ

サーバー・パラメータ・ファイル値の設定，2-8エクスポート，2-9作成，2-7，2-13バックアップ，2-13

サービス，4-2追加、変更，4-3名前の制限，4-4

作成サーバー・パラメータ・ファイル，2-7，2-13


しししし

システム変更，6-5自動記憶域管理，3-2自動記憶域管理インスタンス，3-2順序

ログ順序番号，6-5障害

インスタンス，7-2ノード，7-2複数ノード，7-2

初期化パラメータ

RECOVERY_PARALLELISM，7-12クラスタ・データベースの問題，2-11すべてのインスタンスで一意，2-10すべてのインスタンスで同一，2-10

すすすす

スケーラビリティ

ノードおよびインスタンスの追加，5-2スナップショット制御ファイル，6-2

せせせせ

制御ファイル

MAXLOGHISTORY，3-5セッション

複数，2-3接続

インスタンス，2-2

たたたた

多重 REDO ログ・ファイル，3-5

てててて

停止インスタンス，2-4

データベースアーカイブ・ログ・ファイルの数，3-5静止，8-9

データベースの静止

Real Application Clusters，8-9

とととと

ドキュメント

『Oracle Real Application Clusters 配置およびパフォーマンス』，1-2

Real Application Clusters，1-2トラブルシューティング，A-2トランザクション

インスタンス障害，7-2リカバリ待機，7-2ロールバック，7-2

トレース

CRS，A-5Java ベースのツール，A-5

トレース・ファイル，A-2alrt_sid.log，A-6oraxxxxx.trc，A-3siddbwr.trc ファイル，A-2sidsmon.trc ファイル，A-2管理，A-2バックグラウンド・スレッド・トレース・ファイ

ル，A-2

ねねねね

ネットワーク・インタフェース

OIFCFG による定義，8-10

のののの

ノードアフィニティの認識，7-4障害，7-2

はははは

バックアップサーバー・パラメータ・ファイル，2-13

バックグラウンド・スレッド・トレース・ファイル，A-2

バックグラウンド・プロセスSMON，2-4，7-2

バッファ・キャッシュインスタンス・リカバリ，7-2

パラメータすべてのインスタンスで一意，2-10すべてのインスタンスで同一，2-10


パラメータ・ファイル概要，2-7サーバー・ファイル、エクスポート，2-9

パラレル・リカバリ，7-12

ふふふふ

ファイル

REDO ログ，6-5REDO ログのアーカイブ，6-5制御ファイル，3-5

複数ノード障害，7-2複数のノード

1 つのノードからの開始，2-5ブロック

インスタンスとの対応付け，7-2

へへへへ

変更データ

インスタンス・リカバリ，7-2

めめめめ

メッセージ管理ツールのエラー，C-1

メディア障害リカバリ，7-9

ゆゆゆゆ

ユーザー・トレース・ファイル，A-3

りりりり

リカバリ

PARALLEL_MAX_SERVERS パラメータ，7-12SHUTDOWN ABORT 後，2-4インスタンス，2-4オンライン，7-2単一ノード障害，7-2パラレル，7-12複数ノード障害，7-2メディア障害，7-9

リソース解放，7-2

リポジトリのエラー・メッセージ（PRKR），C-29

ろろろろ

ロールバック

インスタンス・リカバリ，7-2ログ順序番号，6-5ログ・スイッチ，3-5ログ・ファイル

CRS，A-3CSS，A-3EVM，A-4OCR，A-3


Oracle® Real Application Clustersotndnld.oracle.co.jp/.../101/doc_v12/rac.101/B14173-01.pdfOracle®...

Documents

Transcript of Oracle® Real Application Clustersotndnld.oracle.co.jp/.../101/doc_v12/rac.101/B14173-01.pdfOracle®...