はじめに コース概要と目的 Real Application Clusters 11gR2 のアーキテクチャ 運用のポイント 障害発生時の対応方法を習得します 受講対象者 Real Application Clusters 11gR2 データベースの管理者の方 前提条件シングル データベース環境の運

■コース概要と目的

Real Application Clusters 11gR2 のアーキテクチャ、運用のポイント、障害発生時の対応方法を習得します。

■受講対象者

Real Application Clusters 11gR2 データベースの管理者の方。

■前提条件 シングル・データベース環境の運用経験のある方。 弊社「データベース・アーキテクチャ」「データベース・マネジメント」「バックアップ・リカバリ実 習」「Oracle パフォーマンス・チューニング」コースを受講された方、もしくは同等の知識をお持ちの方 。 ■テキスト内の記述について 　マーク 　 NOTE 参照 知っておいたほうが良いテクニック、もしくは注意事項 参照ページ データ・ディクショナリ・ビュー Enterprise Edition でのみ使用できる機能

第１章　RAC 概要

　１．Real Application Clusters 概要--- １－１ 　２．RAC の構成要素--- １－５ 　３．RAC データベースへの接続--- １－７ 　４．キャッシュ・フュージョン--- １－１７

第２章　Oracle Clusterware

　１．Oracle Clusterware 概要--- ２－１ 　２．Oracle Clusterware リソース--- ２－５ 　３．Oracle Clusterware スタック--- ２－９ 　４．Oracle Clusterware ファイル--- ２－１７ 　５．Oracle Clusterware リソースの管理--- ２－２１ 　６．Oracle Clusterware の起動・停止--- ２－２７ 　７．サービスによるワークロード管理--- ２－２９

第３章　RAC インスタンス・記憶領域の管理

　１．グローバル・動的パフォーマンス・ビュー（GV$ビュー）--- ３－１ 　２．RAC インスタンスの起動・停止--- ３－３ 　３．初期化パラメータの設定--- ３－５ 　４．REDO ログ・ファイル、UNDO 表領域の管理--- ３－７

第４章　障害対策と対応

　１．障害の種類--- ４－１ 　２．RAC 環境でのバックアップ--- ４－３ 　３．障害検知の仕組み--- ４－１１ 　４．ログ・ファイルの監視--- ４－１５ 　５．障害発生時の対応--- ４－１９

第５章　RAC 環境のチューニング

　１．障害の種類---　５－１

付録

　１. Oracle Grid Infrastructure--- 付－１ 　２. SRVCTL コマンド・リファレンス--- 付－３ 　３. CRSCTL コマンド・リファレンス--- 付－８ 　４. OCRCONFIG コマンド--- 付－９ 　５. Standard Edition RAC（SE RAC）の制限事項--- 付－１０ 　６. リソース・プロファイル--- 付－１１ 　７. RAC 環境で注意する初期化パラメータ--- 付－１３ 　８. RAC 環境で注意する機能--- 付－１５ 　９. VIP の明示的なフェイルオーバー/フェイルバック--- 付－１７ １０. 透過的アプリケーション・フェイルオーバー機能（TAF）--- 付－１９ １１. Automatic Storage Management（ASM）--- 付－２１ １２. Cluster Verification Utility（CVU）--- 付－３３ １３. ブロック競合の解消--- 付－３７ １４. Oracle Database 11g からの障害ログの管理--- 付－４１

別冊

　RAC インストールガイド 　ノードの追加 　ノードの削除

この章では、 RAC 環境でのバックアップ方法、障害発生時の対応について 説明します。 １ ． 障 害 の 種 類 ２ ． RAC 環 境 で の バ ッ ク ア ッ プ ３ ． 障 害 検 知 の 仕 組 み ４ ． ロ グ ・ フ ァ イ ル の 監 視 ５ ． 障 害 発 生 時 の 対 応

障害対策と対応

(２) インスタンス障害

障害内容 リカバリの概要 Oracle が動作しているサーバーは正常に稼動して いるが、RAC インスタンスに障害が発生。 障害を oraagent プロセスが検知し、その障害イン スタンスは再起動される。残存ノードではリカバ リが自動的に行われる。

１) インスタンス・リカバリの概要

oraagent プロセスがインスタンス障害の発生を検知します。その後、障害インスタンスの処理内容 を引き継ぐために、残存インスタンスで自動的にインスタンス・リカバリが行われます。具体的に は以下のことが行われます。 ＜障害が発生していないノード＞ ・障害が発生していない特定のインスタンスにおいて、障害が発生したノードの REDO ログを使用し て（複数のインスタンスに障害が発生した場合は、障害が発生した全てのインスタンスの REDO ロ グをマージ）リカバリを行い、障害インスタンスで失われたデータを復旧する。 ＜障害が発生したノード＞ ・障害が発生したインスタンスでは、CRSD プロセスにより、即座にインスタンスが再起動される。 ※再起動に失敗した場合は、ログ・ファイルなどをもとに問題を解消し、手動で RAC インスタンス を再起動してください。 ・インスタンスを再起動できない場合、サービスのフェイルオーバーが行われる（サービスに使用 可能インスタンスが定義されている場合）。 ■パスト・イメージの使用 障害が発生していないインスタンスにはパスト・イメージ（参照：1-19 ページ）、あるいはカレ ント・イメージが残っている場合があります。 リカバリに必要なブロックがパスト・イメージ、カレント・イメージとして存在する場合、Oracle はそれらを利用することでインスタンス・リカバリ時間を短縮しています。 インスタンス A SGA 共有 プール バッファ キャッシュ SGA 共有 プール バッファ キャッシュ インスタンス B 障害発生

以下の図は、各ノードのインスタンスで処理を行っている最中に、あるノード上のインスタンスに障害 が発生した場合のインスタンス・リカバリの内部動作を表しています。 ■障害発生前の状態 パスト・イメージ _{インスタンス A} SGA インスタンスＢ SGA データファ イ ル イ ン スタン ス A REDO ロ グ イ ン スタン ス B REDO ロ グ

A

データ・ブ ロ ック

A

B

B

C

Y

Z

Y

Ａ→Ｂ Ｂ→Ｃ Ｙ→Ｚ Ａ→Ｂ Ｂ→Ｃ Ｙ→Ｚ ① ② ③ ④ パスト・イメージ インスタンス A SGA インスタンスＢ SGA データファ イ ル イ ン スタン ス A REDO ロ グ イ ン スタン ス B REDO ロ グ

A

データ・ブ ロ ック

B

C

Y

Z

B

Y

Ａ→Ｂ Ｙ→Ｚ 障害発生

Ｃ

Ｂ→Ｃ ① ② ③ ① インスタンス A でブロックを読込み、 　 A を B に変更。 REDO エントリが生成 　　さ れる。 ② インスタンス A で変更されたブロック　 　　をインスタンス B で変更要求。 　　キャッシュ・フュージョン機能により、 ブロックが転送される。インスタンス A には転送前のブロックがパスト・メー 　　ジとして残される。 ③ インスタンス B で転送ブロックを受取り　 　 C に変更。 REDO エントリが生成される。 ④ インスタンス B でブロックを読込み、 Y を Z に変更。 REDO エントリが生成される。 ① インスタンス B で障害発生。稼動中の 　 インスタンス A でインスタンス・リカバ リを行う。 ② インスタンス B で失われたデータ「 C 」 　　を復旧する。「 C 」はインスタンス A に パスト・イメージが残っているため、 リカバリではそれを利用する。 ③ パスト・イメージに対してインスタンス B のログを適用し、 B を C に変更。 　　 （ブロックを I/O で読込み、 A→B の 　　　ログを適用する必要がないため、　　 　　　リカバリ時間を短縮できる） ① パスト・イメージが存在しないデータ　 　　「 Z 」の場合、データファイルから該当 　　ブロックを読込む。 ② 読込んだブロックにインスタンス B の 　　ログを適用する。 ※ 障害ノードは CRSD プロセスによって 　 再起動中。 インスタンス A SGA インスタンスＢ SGA データファ イ ル イ ン スタン ス A REDO ロ グ イ ン スタン ス B REDO ロ グ

A

データ・ブ ロ ック

Ｙ

Ｚ

Y

Ａ→Ｂ

Ｃ

Ｂ→Ｃ Ｙ→Ｚ ① ② ※ ■ 上記処理中に発生したインスタンス障害（上記の続き） ■ インスタンス・リカバリ（上記の続き）

２) インスタンス・リカバリの内部動作詳細

インスタンス障害が発生すると、残存インスタンスでグローバル・リソース（参照： 1-17）の再構 成が必要となります。また、リカバリ・ステップによってはアプリケーション処理が行えないタイ ミングもあります。以下にインスタンス・リカバリの内部的な動作を示します。 ※全て Oracle が自動的に行います。 1. リソースの再構成 ①ノードの再構成を行う。 ② GRD でグローバル・エンキュー・サービス（GES）がエンキューを再マスター化（ロック関連 　の情報を再分配）する。 ③ GRD でグローバル・キャッシュ・サービス（GCS）が GCS リソースを再マスター化（ブロック 　関連の情報を再分配）する。 ※リソースの再構成が始まると、GCS リソースの操作やログを発生させる更新処理は一時的に待 　機となります。しかし、再構成処理前にリソースを既に取得していたトランザクションや検 　索処理はその処理を継続できます。 2. インスタンス・リカバリ ① First Pass Log Read

　SMON プロセスが全インスタンスの REDO ログを読込み（異常終了したインスタンスを含む）、 　リカバリ対象のブロックを特定し、そのリストであるリカバリ・セットを作成する。 ② Recovery Claim Locks

　リカバリ対象ブロックに対するバッファとロックを獲得する。

　※ロック取得後、リカバリ対象ではないブロックはアクセス可能になります。 ③ Second Pass Redo Application

　再度 REDO ログを読込み、リカバリ対象ブロックに対するリカバリを実施する。 　これを Second Pass Redo Application と呼ぶ。

　　※リカバリが完了したブロックから順次アクセス可能になります。 3. ロールバックが必要なブロックをロールバック ※この時点で全てのブロックに対するアクセスが可能になります。

３) インスタンス・リカバリの確認

インスタンス・リカバリに関するログは、主にアラート・ログ・ファイルで確認できます。障害の 検知や内部動作などの情報を調査できます。

■インスタンス・リカバリの流れ

■アラート・ログ・ファイルの出力例 障害の検知

…省略…

Sun Sep 12 09:41:59 2010

Reconfiguration started (old inc 12, new inc 14) List of instances:

2 (myinst: 2)

Global Resource Directory frozen …省略…

Post SMON to start 1st pass IR Fix write in gcs resources …省略…

Reconfiguration complete Completed redo scan

read 58 KB redo, 53 data blocks need recovery Started redo application at

Thread 1: logseq 227, block 2, scn 16343461

Recovery of Online Redo Log: Thread 1 Group 1 Seq 227 Reading mem 0 Mem# 0: +DATA1/rac/onlinelog/group_1.257.724259273

…省略…

Completed instance recovery at

Thread 1: logseq 227, block 118, scn 16363639

41 data blocks read, 53 data blocks written, 58 redo k-bytes read Thread 1 advanced to log sequence 228 (thread recovery)

GES/GCS の再構成終了 GES/GCS の再構成 First Pass 終了 First Pass 開始 Second Pass 終了 Second Pass 開始 リカバリ終了 障害 発生 障害 検知 リソース再構成

First Pass Log Read Recovery Claim Locks

Second Pass Redo Application

ロールバック 時間 ブロックアクセス不可 リカバリ対象外ブロック にはアクセス可 ロールバック後 全ブロックにアクセス可

(３) ASM インスタンス障害

障害内容 リカバリの概要 Oracle が動作しているサーバーは正常に稼動して おり、RAC インスタンスも正常に稼動。 しかし、ASM インスタンスに障害が発生。 oraagent プロセス、もしくは ohasd プロセスが検 知し、その障害インスタンスは再起動される。リ カバリは自動的に行われる。 ASM インスタンスが停止すると、そのノードの RAC インスタンスも停止します。 動作は基本的に RAC インスタンスのリカバリ手順と同じですが、CRS によるインスタンスの再起動は、 ASM インスタンスを起動した後、RAC インスタンスが起動されます。 NOTE CSSD は過半数の投票ディスクにアクセスが出来なくなると全ノードを再起動します。 しかし、投票ディスクを ASM に格納している状態で ASM インスタンス障害が発生しても、CSSD プロセスは自ら投 票ディスクを検出できるため、Oracle Clusterware は停止せず、ノード再起動も行われません。 ノード A ASM インスタンス RAC インスタンス ノード B ASM インスタンス RAC インスタンス 障害 発生

②

①

①ASM インスタンスに障害が発生する。 ②ASM インスタンスの異常を検知し、そのノードの RAC インスタンスが異常終了する。

(４) パブリック・ネットワーク障害

障害内容 リカバリの概要

パブリック・ネットワーク用の NIC 障害やケーブル 断線などでクライアントがノードに接続できない。

VIP と SCAN VIP が残存ノードのいずれかにフェ イルオーバーする。

１) パブリック・ネットワーク障害概要

orarootagent プロセスによって 1 秒間隔でネットワーク・リソースのチェックが行われています。 パブリック・ネットワークに障害が発生した場合は、ネットワーク・リソースが OFFLLINE となり、 依存関係を持つ VIP と SCAN VIP は生存する他のノードへフェイルオーバーします。

※ユーザーが特定インスタンスに接続中に、パブリック・ネットワーク障害が発生すると、そのイ ンスタンスで処理を継続できません。そのため、ユーザーは再接続を行う必要があります。 セッションや SELECT 処理を別インスタンスにフェイルオーバーするには TAF 機能を使用します。

２) VIP のフェイルバック

障害から復旧すると、VIP は自動的にホームノード（自ノード）にフェイルバックします。ただし 、 SCAN VIP はホームノードを持たないため、フェイルバックはしません。 「 透 過 的 ア プ リ ケ ー シ ョ ン ・ フ ェ イ ル オ ー バ ー 機 能 （ TAF ） 」 （ 付 -19 ） 参 照

(５) ノード障害とインターコネクト障害

OCSSD プロセスは 1 秒間隔で他ノードとの通信をチェックしています。 応答がなかった場合、OCSSD プロセスは原因がノード障害であるのか、インターコネクト障害であるのか すぐに判断できません。そのため、Oracle が投票ディスクを使用してどちらの障害であるのかを判断し ます。判断は以下ステップで行われます。 ■障害判断のステップ １．ハートビート異常（相手からの応答がない）を検知すると、MISSCOUNT で指定した回数、ポーリング （通信チェックのこと：1 秒間隔で実行）を行います。 ※MISSCOUNT とは待機の上限設定のことで、Oracle のバージョン、プラットフォームによって異な 　ります。MISSCOUNT はサーバー過負荷に伴う誤検知（サーバーが高負荷状態ですぐ応答が返らない 　状態であっても障害と認識してしまう）を防止するために用意されています。 ※ポーリング中、データベースへの接続・データへのアクセスは一部待機になる可能性があります。 ※MISSCOUNT 設定値の確認・変更は CRSCTL コマンドで行います。 　確認：crsctl get css misscount 　変更：crsctl set css misscount 回数 ２．MISSCOUNT の回数ポーリングしても応答がない場合、各ノードの OCSSD プロセスは「自ノードからア クセス可能なノード」のリストを投票ディスクに書込みます。 ３．投票ディスクの書込み結果により、どちらの障害であるかを判断します。 ・投票ディスクへ書込みできていないノードがある　　→　ノード障害 ・投票ディスクへ全てのノードが書込みを行っている　→　インターコネクト障害

　　■ノード障害（ノード B にノード障害が発生）　　　　　　　

■インターコネクト障害（ノード C の NIC が破損）

投票ディスクに書込みが行えていないノード B にノード障害が発生していると判断。 その後はノード B の VIP 、 SCAN VIP がフェイルオーバーされ、残存インスタンスで インスタンス・リカバリが実行される。 障害が発生したノード B は再起動される。 投票ディスク ノード A ノード B ノード C 投票ディスク ノード A ノード B ノード C すべてのノードが投票ディスクに書き込めている場合はインターコネクト障害と判断。 この場合、最も他ノードにアクセスできないノード C を再起動する（他ノードと整合性が 取れなくなってしまうノードを分離させるため）。 ノ ー ド A ノ ー ド C ノ ー ド C ノ ー ド A ノ ー ド B ノ ー ド A ノ ー ド A ノ ー ド B ノ ー ド C

１) ノード障害

障害内容 リカバリの概要 Oracle が稼動しているサーバーの CPU、メモ リー、電源装置に障害が発生し、サーバーが ダウン。 ノード障害が検知されると、残存ノードでインス タンス・リカバリが行われ、ダウンしたノードの VIP、SCAN VIP がフェイルオーバーされる。 ダウンしたノードは再起動後、クラスタに復帰で きる。 ノード障害が発生すると、残存ノードでインスタンス・リカバリが行われ、障害ノードの VIP、SCAN VIP が残存ノードにフェイルオーバーします。 また、障害ノードは自動的に再起動が試行されますが、 障害の原因を解決していないと起動に失敗 します。手動で問題を解消した後、ノードを再起動すると、そのノードはクラスタに復帰できます。 ■VIP のフェイルバック 障害ノードが復旧すると別ノードにフェイルオーバーされた VIP は自動的にフェイルバックされま す。

■ノード障害時の流れ

■ノード A の CSS ログ・ファイルの出力例 /* ポーリングが 50%まで進む */

2010-09-14 18:57:10.783: [ CSSD][2908982160]clssnmPollingThread: node node2 (2) at 50% heartbeat fatal, removal in 14.100 seconds

…省略…

/* ポーリングが 90%まで進む */

2010-09-14 18:57:22.815: [ CSSD][2908982160]clssnmPollingThread: node node2 (2) at 90% heartbeat fatal, removal in 2.070 seconds, seedhbimpd 1

…省略…

/* MISSCOUNT までポーリングを続けても応答がないため、投票ディスクを使用して障害内容を 判断。今回は NODE2 がノード障害と判断し、クラスタから除外 */

2010-09-14 18:57:38.741: [ CSSD][2888002448]clssnmEvict: Start

2010-09-14 18:57:38.741: [ CSSD][2888002448]clssnmrEvict: Removing node 2, node2, from the cluster in incarnation 173471462, node birth incarnation 173471461, death incarnation 173471462, stateflags 0x20000

/* CSS 再構成開始 */

2010-09-14 18:57:41.591: [ CSSD][2846043024]clssgmReconfigThread: started for reconfig (173471462)

…省略…

/* CSS 再構成完了 */

2010-09-14 18:57:41.610: [ CSSD][2846043024]clssgmCMReconfig: reconfiguration successful,incarnation 173471462 with 1 nodes, local node number 1,master node number 1

① ノード B でノード障害発生。それに伴い OCSSD プロセスも異常終了。 OCSSD が異常終了すると、 　 そのノードは即座に再起動が試みられる（参照： 2-9 ページ）。 ② ノード A ではまだ障害内容が判断できていないため、 MISSCOUNT までポーリングを行う。 ③ 投票ディスクへの書込み結果より、ノード障害であることを検知。その後、 CSS を再構成。 ④ ダウンしたノード B の REDO ログをマージし、ノード A でリカバリを行う。 通信 不可 障害 発生 MISSCOUNT までポーリング 時間 MISSCOUNT に依存 ノード A ノード B ノード再起動 CSS の再構成 RAC 再構成 / リカバリ 投票 ディスク 生存ノード の確認 通常、数秒間待機 リカ バリ時間は ロ グの量に依存

①

②

③

④

通信 不可 「 主 な ロ グ ・ フ ァ イ ル の 出 力 先 」 （ 4-16 ） 参 照

A ACFS、付-1 Active/Standby 構成、1-1 ADR、付-41 ADR ベース、付-42 ASM、付-21 ASM インスタンス、2-5 ASM_DISKGROUPS、付-27 ASM_DISKSTRING、付-27 ASM_POWER_LIMIT、付-27 ASM_PREFERRED_READ_FAILURE_GROUPS、付-27 ASMCMD ユーティリティ、付-29 ASM インスタンス、付-21 ASM インスタンス障害、4-25 ASM ディスク、付-21 ASM ファイル、付-21 ASSM、付-37

Automatic Diagnostic Repository、付-41 Automatic Storage Management、付-21 Available、2-29

C

Cluster Ready Services スタック、2-9 Cluster Ready Services デーモン、2-9

Cluster Synchronization Service デーモン、2-9 Cluster Time Synchronization Service デ ー モ ン、2-11

Cluster Verification Utility、付-33 CLUSTER_DATABASE、付-13、付-27 CLUSTER_DATABASE_INSTANCES、付-13 CLUSTER_INTERCONNECTS、付-13 CRSCTL ユーティリティ、2-21、2-27、付-8 CRSD プロセス、2-9 CRS エージェント・プロセス、2-10 cssdmonitor プロセス、2-13 CSS デーモン、2-9 CTSS デーモン、2-11 CVU、付-33 D DB_NAME、付-13 DBMS_JOB パッケージ、付-15 DBMS_SCHEDULER パッケージ、付-15 DIAGCOLLECTION、4-17 DIAGNOSTIC_DEST パラメータ、4-15、付-13、付-42 DISKMON デーモン、2-11 E Enhanced ONS、2-7 eONS、2-7 Event Manager デーモン、2-11 EVMD プロセス、2-11 EVMLOGGER プロセス、2-11 EVM デーモン、2-11 F

First Pass Log Read、4-23

G

gc buffer busy、付-37 gc buffer busy acquire、5-1 gc buffer busy release、5-1 gc cr block 2-way、5-1 gc cr block 3-way、5-1 gc cr block busy、5-1 gc cr block congested、5-1 gc cr grant 2-way、5-1 gc current block 2-way、5-1

gc current grant 2-way、5-1 GCS、1-19

gcs log flush sync、5-1 GCS_SERVER_PROCESSES、付-13 GES、1-19

GIPC デーモン、2-14 Global Service Daemon、2-7 GNS デーモン、2-15

GPnP、付-1 GPNP デーモン、2-14 GPnP プロファイル、2-19 GRD、1-17

Grid Interprocess Communication デーモン、2-14 Grid Plug and Play、付-1

Grid Plug and Play デーモン、2-14 GSD、2-7 GV$SESSION ビュー、付-20 GV$ビュー、3-1 H High Availability 構成、1-1 I INSTANCE_TYPE、付-27 IPQ、5-5 L LCK、1-19 LMD、1-19 LMON、1-19 LMSn、1-19 LOG_ARCHIVE_FORMAT、付-13 M mDNS デーモン、2-14 MISSCOUNT、4-27

Multicast Domain Name Service デーモン、2-14 N Not Used、2-29 O oclskd デーモン、2-15 OCR、2-17 OCRCHECK、4-7、4-9 ocrconfig -expor t、4-7

ocrconfig -local -manualbackup、4-9 ocrconfig -manualbackup、4-7 OCRCONFIG コマンド、付-9 OCRDUMP、4-7、4-9 OCR の自動バックアップ、4-5 OCR の手動バックアップ、4-7 OCR 障害、4-34 OCSSD プロセス、2-9 OHAS エージェント・プロセス、2-13 OHAS スタック、2-13 OHAS デーモン、2-13 OLR、2-19 OLR 障害、4-37 ONS、2-7 oraagent プロセス、2-10、2-13 Oracle ACFS Drivers、2-14 Oracle Agent プロセス、2-10、2-13 Oracle ASM、2-11

Oracle ASM Cluster File System、付-1 Oracle Cluster Registry、2-17 Oracle Cluster Registry 障害、4-34 Oracle Clusterware、1-5、2-1

Oracle Clusterware Kill デーモン、2-15 Oracle Clusterware スタック、2-3、2-9 Oracle Clusterware ファイル、2-17、2-3 Oracle Clusterware プロセス、2-9、2-13 Oracle Clusterware リソース、2-3、2-5 Oracle Clusterware リソースの依存関係、4-13 Oracle Clusterware リソースの可用性監視、4-11 Oracle Grid Infrastructure、1-5、付-1 Oracle Grid Naming Service デーモン、2-15

13

Oracle High Availability Services デーモン、 2-13

Oracle Local Registry、2-19

Oracle Local Registry（OLR）のバックアップ、4-9 Oracle Local Registry 障害、4-37

Oracle Notification Service、2-7 Oracle Root Agent プロセス、2-10、2-13 orarootagent プロセス、2-10、2-13

P

Preferred、2-29

R

RAC インスタンス、1-5 Recovery Claim Locks、4-23

S

SCAN、1-13、付-1 SCAN VIP、2-5

SCAN リスナー、1-5、2-5 SCAN 関連リソース、2-5

Second Pass Redo Application、4-23 SERVICE_NAMES、付-13

Single Client Access Name、付-1 SPFILE、3-5、付-13 SRVCTL ユーティリティ、2-23、付-3 T TAF、付-19 THREAD、付-13 U UNDO_RETENTION、付-13 UNDO 表領域、3-9 UTL_FILE パッケージ、付-15 V$ASM_ALIAS、付-27 V$ASM_ATTRIBUTE、付-27 V$ASM_CLIENT、付-27 V$ASM_DISK、付-27 V$ASM_DISK_IOSTAT、付-27 V$ASM_DISK_STAT、付-27 V$ASM_DISKGROUP、付-27 V$ASM_DISKGROUP_STAT、付-27 V$ASM_FILE、付-27 V$ASM_OPERATION、付-27 V$ASM_TEMPLATE、付-27 V$DIAG_INFO ビュー、4-15、付-43 V$SEGMENT_STATISTICS ビュー、付-37 VIP、2-7 Virtual IP アドレス、2-7 Voting Disk、2-17 あ アプリケーション・エージェント、2-15 アラート・ログ・ファイル、4-15 アーカイブ REDO ログ・ファイル、3-7 い インスタンス、2-5 インスタンス・リカバリ、4-23 インスタンス障害、4-21 インターコネクト、1-5 インターコネクト障害、4-31 インターノード・パラレル・クエリー、5-5 お オンライン REDO ログ・ファイル、3-7 か 拡張性、1-3

き 逆キー索引、付-39 キャッシュ・フュージョン、1-3、1-17 く クライアント・サイド・ロードバランシング、1-7 グローバル・エンキュー・サービス、1-19 グローバル・エンキュー・サービス・デーモン、1-19 グローバル・エンキュー・サービス・モニター、1-19 グローバル・キャッシュ・サービス、1-19 グローバル・キャッシュ・サービス・プロセス、1-19 グローバル・リソース・ディレクトリ、1-17 グローバル・動的パフォーマンス・ビュー、3-1 こ 高可用性、1-3 コンポーネント検証、付-33 さ サーバー・サイド・ロードバランシング、1-11 サーバー・プール、付-1 サービス、2-5、2-29 し シーケンス（順序）、付-15 使用可能、2-29 自動セグメント領域管理、付-37 す スクリプト・エージェント、2-15 ステージ検証、付-33 せ 接続時フェイルオーバー、1-7 て ディスクグループ、2-5、付-21 データベース、1-5 データベース・ファイルのバックアップ、4-3 データベース・ファイルの障害、4-33 データベース関連リソース、2-5 と 透過的アプリケーション・フェイルオーバー、付-19 投票ディスク、2-17 投票ディスク障害、4-39 投票ディスクのバックアップ、4-3 トレース・ファイル、4-15　 ね ネットワーク、2-7　 の ノード、1-5 ノード・アプリケーション・リソース、2-7 ノード障害、4-29 は パスト・イメージ、1-19、4-21 パブリック・ネットワーク障害、4-26 ふ フェイルオーバー型クラスタリング、1-1 負荷分散、1-3 ブロック競合、5-4、付-37 プロファイル属性、付-11 み 未使用、2-29 ゆ 優先、2-29

リスナー、1-5、2-5 リソース・プロファイル、付-11 リソース・マスター、1-17 ろ ロック・プロセス、1-19 ロードバランス型クラスタリング、1-1

本 テ キ ス ト で 使 用 さ れ る メ ー カ 名 、 商 品 名 は 各 社 の 商 標 ま た は 登 録 商 標 で す 。 当 社 の 文 書 に よ る 許 可 無 し に 、 本 誌 の 一 部 ま た は 全 部 を 複 製 す る こ と は お 断 り し ま す 。 ま た 、 本 誌 に 記 載 さ れ た 内 容 に つ い て は 、 予 告 な し に 変 更 す る こ と が あ り ま す の で 、 予 め ご 了 承 下 さ い 。 株 式 会 社 ア シ ス ト は 、 本 書 お よ び 本 書 に 付 属 す る 資 料 に つ い て そ の 記 載 内 容 に 誤 り が な い こ と 、 お よ び 特 定 目 的 に 対 す る 適 合 性 に 関 す る い っ さ い の 保 証 を 行 う も の で は あ り ま せ ん 。 ま た 、 本 資 料 を 使 用 し た こ と に よ っ て 被 っ た 直 接 的 ・ 間 接 的 な 損 害 な ど に つ い て 、 い か な る 場 合 に お い て も 責 任 を 負 い か ね ま す 。

発売元　株式会社

株 式 会 社 ア シ ス ト は 、 日 本 オ ラ ク ル 株 式 会 社 の 代 理 店 で す 。