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

Size: px

Start display at page:

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

ありさたなせ
4 years ago
Views:

1 はじめにコース概要と目的 Real Application Clusters 11gR2 のアーキテクチャ運用のポイント障害発生時の対応方法を習得します受講対象者 Real Application Clusters 11gR2 データベースの管理者の方前提条件シングルデータベース環境の運用経験のある方弊社データベースアーキテクチャデータベースマネジメントバックアップリカバリ実習 Oracle パフォーマンスチューニングコースを受講された方もしくは同等の知識をお持ちの方テキスト内の記述についてマーク NOTE 知っておいたほうが良いテクニックもしくは注意事項参照参照ページデータディクショナリビュー Enterprise Edition でのみ使用できる機能

2 CONTENTS 第 1 章 RAC 概要 1.Real Application Clusters 概要 RAC の構成要素 RAC データベースへの接続キャッシュフュージョン第 2 章 Oracle Clusterware 1.Oracle Clusterware 概要 Oracle Clusterware リソース Oracle Clusterware スタック Oracle Clusterware ファイル Oracle Clusterware リソースの管理 Oracle Clusterware の起動停止サービスによるワークロード管理第 3 章 RAC インスタンス記憶領域の管理 1. グローバル動的パフォーマンスビュー (GV$ ビュー ) RAC インスタンスの起動停止初期化パラメータの設定 REDO ログファイル UNDO 表領域の管理第 4 章障害対策と対応 1. 障害の種類 RAC 環境でのバックアップ障害検知の仕組みログファイルの監視障害発生時の対応

3 CONTENTS 第 5 章 RAC 環境のチューニング 1. 障害の種類付録 1. 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 からの障害ログの管理付 -41 別冊 RAC インストールガイドノードの追加ノードの削除 Enterprise Manager による RAC 管理

4 第 4 章障害対策と対応この章では RAC 環境でのバックアップ方法障害発生時の対応について説明します 1. 障害の種類 2. RAC 環境でのバックアップ 3. 障害検知の仕組み 4. ログファイルの監視 5. 障害発生時の対応

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

6 第 4 章障害対策と対応以下の図は各ノードのインスタンスで処理を行っている最中にあるノード上のインスタンスに障害が発生した場合のインスタンスリカバリの内部動作を表しています障害発生前の状態パストイメージ A B インスタンス A SGA インスタンス A REDO ログ A データブロックデータファイルインスタンス B SGA A B 2 B C Y Z A B 1 3 Y B C Y Z 4 インスタンス B REDO ログ B C Y Z 1 インスタンス A でブロックを読込み A を B に変更 REDO エントリが生成される 2 インスタンス A で変更されたブロックをインスタンス B で変更要求キャッシュフュージョン機能によりブロックが転送されるインスタンス A には転送前のブロックがパストメージとして残される 3 インスタンス B で転送ブロックを受取り C に変更 REDO エントリが生成される 4 インスタンス B でブロックを読込み Y を Z に変更 REDO エントリが生成される上記処理中に発生したインスタンス障害 ( 上記の続き ) 2 パストイメージインスタンス A SGA C B A B インスタンス A REDO ログ 3 A Y データブロックデータファイルインスタンス B B C SGA 障害発生 Y Z B C Y Z インスタンス B REDO ログ 1 1 インスタンス B で障害発生稼動中のインスタンス A でインスタンスリカバリを行う 2 インスタンス B で失われたデータ C を復旧する C はインスタンス A にパストイメージが残っているためリカバリではそれを利用する 3 パストイメージに対してインスタンス B のログを適用し B を C に変更 ( ブロックを I/O で読込み A B のログを適用する必要がないためリカバリ時間を短縮できる ) インスタンスリカバリ ( 上記の続き ) インスタンス A C A B SGA インスタンス A REDO ログ Y Z 1 A 2 Y データブロックデータファイルインスタンス B SGA B C Y Z インスタンス B REDO ログ 1 パストイメージが存在しないデータ Z の場合データファイルから該当ブロックを読込む 2 読込んだブロックにインスタンス B のログを適用する障害ノードは CRSD プロセスによって再起動中 4-22

7 第 4 章障害対策と対応 2) インスタンスリカバリの内部動作詳細インスタンス障害が発生すると残存インスタンスでグローバルリソース ( 参照 : 1-17) の再構成が必要となりますまたリカバリステップによってはアプリケーション処理が行えないタイミングもあります以下にインスタンスリカバリの内部的な動作を示します全て Oracle が自動的に行います 1. リソースの再構成 1ノードの再構成を行う 2 GRD でグローバルエンキューサービス (GES) がエンキューを再マスター化 ( ロック関連の情報を再分配 ) する 3 GRD でグローバルキャッシュサービス (GCS) が GCS リソースを再マスター化 ( ブロック関連の情報を再分配 ) するリソースの再構成が始まると GCS リソースの操作やログを発生させる更新処理は一時的に待機となりますしかし再構成処理前にリソースを既に取得していたトランザクションや検索処理はその処理を継続できます 2. インスタンスリカバリ 1 First Pass Log Read SMON プロセスが全インスタンスの REDO ログを読込み ( 異常終了したインスタンスを含む ) リカバリ対象のブロックを特定しそのリストであるリカバリセットを作成する 2 Recovery Claim Locks リカバリ対象ブロックに対するバッファとロックを獲得するロック取得後リカバリ対象ではないブロックはアクセス可能になります 3 Second Pass Redo Application 再度 REDO ログを読込みリカバリ対象ブロックに対するリカバリを実施するこれを Second Pass Redo Application と呼ぶリカバリが完了したブロックから順次アクセス可能になります 3. ロールバックが必要なブロックをロールバックこの時点で全てのブロックに対するアクセスが可能になります 3) インスタンスリカバリの確認インスタンスリカバリに関するログは主にアラートログファイルで確認できます障害の検知や内部動作などの情報を調査できます 4-23

8 第 4 章障害対策と対応インスタンスリカバリの流れロールバック Second Pass Redo Application First Pass Log Read Recovery Claim Locks リソース再構成時間障害発生障害検知ブロックアクセス不可リカバリ対象外ブロックにはアクセス可ロールバック後全ブロックにアクセス可アラートログファイルの出力例障害の検知省略 Sun Sep 12 09:41: 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 GES/GCS の再構成 GES/GCS の再構成終了 First Pass 開始 Completed redo scan First Pass 終了 read 58 KB redo, 53 data blocks need recovery Started redo application at Second Pass 開始 Thread 1: logseq 227, block 2, scn Recovery of Online Redo Log: Thread 1 Group 1 Seq 227 Reading mem 0 Mem# 0: +DATA1/rac/onlinelog/group_ 省略 Completed instance recovery at Second Pass 終了 Thread 1: logseq 227, block 118, scn data blocks read, 53 data blocks written, 58 redo k-bytes read Thread 1 advanced to log sequence 228 (thread recovery) リカバリ終了 4-24

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

10 第 4 章障害対策と対応 (4) パブリックネットワーク障害障害内容リカバリの概要パブリックネットワーク用の NIC 障害やケーブル断線などでクライアントがノードに接続できない VIP と SCAN VIP が残存ノードのいずれかにフェイルオーバーする 1) パブリックネットワーク障害概要 orarootagent プロセスによって 1 秒間隔でネットワークリソースのチェックが行われていますパブリックネットワークに障害が発生した場合はネットワークリソースが OFFLLINE となり依存関係を持つ VIP と SCAN VIP は生存する他のノードへフェイルオーバーしますユーザーが特定インスタンスに接続中にパブリックネットワーク障害が発生するとそのインスタンスで処理を継続できませんそのためユーザーは再接続を行う必要がありますセッションや SELECT 処理を別インスタンスにフェイルオーバーするには TAF 機能を使用します参照透過的アプリケーションフェイルオーバー機能 ( TAF ) ( 付 -19 ) 2) VIP のフェイルバック障害から復旧すると VIP は自動的にホームノード ( 自ノード ) にフェイルバックしますただし SCAN VIP はホームノードを持たないためフェイルバックはしません 4-26

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

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

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

14 第 4 章障害対策と対応ノード障害時の流れノード A MISSCOUNT までポーリング CSS の再構成 RAC 再構成 / リカバリ通信不可 MISSCOUNT に依存生存ノードの確認通常数秒間待機リカバリ時間はログの量に依存ノード B 障害発生 1 ノード再起動投票ディスク時間 1 ノード B でノード障害発生それに伴い OCSSD プロセスも異常終了 OCSSD が異常終了するとそのノードは即座に再起動が試みられる ( 参照 : 2-9 ページ ) 2 ノード A ではまだ障害内容が判断できていないため MISSCOUNT までポーリングを行う 3 投票ディスクへの書込み結果よりノード障害であることを検知その後 CSS を再構成 4 ダウンしたノード B の REDO ログをマージしノード A でリカバリを行う参照ノード A の CSS ログファイルの出力例主なログファイルの出力先 ( 4-16 ) /* ポーリングが 50% まで進む */ :57:10.783: [ CSSD][ ]clssnmPollingThread: node node2 (2) at 50% heartbeat fatal, removal in seconds 省略 /* ポーリングが 90% まで進む */ :57:22.815: [ CSSD][ ]clssnmPollingThread: node node2 (2) at 90% heartbeat fatal, removal in seconds, seedhbimpd 1 省略 /* MISSCOUNT までポーリングを続けても応答がないため投票ディスクを使用して障害内容を判断今回は NODE2 がノード障害と判断しクラスタから除外 */ :57:38.741: [ CSSD][ ]clssnmEvict: Start :57:38.741: [ CSSD][ ]clssnmrEvict: Removing node 2, node2, from the cluster in incarnation , node birth incarnation , death incarnation , stateflags 0x20000 /* CSS 再構成開始 */ :57:41.591: [ CSSD][ ]clssgmReconfigThread: started for reconfig ( ) 省略 /* CSS 再構成完了 */ :57:41.610: [ CSSD][ ]clssgmCMReconfig: reconfiguration successful,incarnation with 1 nodes, local node number 1,master node number

15 索引索引 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 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 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 ユーティリティ付-8 CRSD プロセス 2-9 CRS エージェントプロセス 2-10 CRS スタック 2-9 CRS デーモン 2-9 cssdagent プロセス 2-13 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 block 3-way 5-1 gc current block busy 5-1 gc current block congested 5-1 索引 -1

16 索引 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 ocrconfig -expor t 4-7 ocrconfig -local -manualbackup 4-9 ocrconfig -manualbackup 4-7 OCRCONFIG コマンド付 -9 OCRDUMP 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 プロセス Oracle ACFS Drivers 2-14 Oracle Agent プロセス Oracle ASM 2-11 Oracle ASM Cluster File System 付-1 Oracle Cluster Registry 2-17 Oracle Cluster Registry 障害 4-34 Oracle Clusterware Oracle Clusterware Kill デーモン 2-15 Oracle Clusterware スタック Oracle Clusterware ファイル Oracle Clusterware プロセス Oracle Clusterware リソース Oracle Clusterware リソースの依存関係 4-13 Oracle Clusterware リソースの可用性監視 4-11 Oracle Grid Infrastructure 1-5 付-1 Oracle Grid Naming Service デーモン 2-15 索引 -2

17 索引 Oracle High Availability Services スタック 2-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 プロセス orarootagent プロセス P Preferred 2-29 R RAC インスタンス 1-5 Recovery Claim Locks 4-23 V 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 S SCAN 1-13 付-1 SCAN VIP 2-5 SCAN リスナー 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 あアプリケーションエージェント 2-15 アラートログファイル 4-15 アーカイブ REDO ログファイル 3-7 いインスタンス 2-5 インスタンスリカバリ 4-23 インスタンス障害 4-21 インターコネクト 1-5 インターコネクト障害 4-31 インターノードパラレルクエリー 5-5 おオンライン REDO ログファイル 3-7 か拡張性 1-3 索引 -3

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

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

20 Real Application Clusters 11g (11gR2 対応版 ) 第 1 版 2010 年 11 月 1 日本テキストで使用されるメーカ名商品名は各社の商標または登録商標です当社の文書による許可無しに本誌の一部または全部を複製することはお断りしますまた本誌に記載された内容については予告なしに変更することがありますので予めご了承下さいは本書および本書に付属する資料についてその記載内容に誤りがないことおよび特定目的に対する適合性に関するいっさいの保証を行うものではありませんまた本資料を使用したことによって被った直接的間接的な損害などについていかなる場合においても責任を負いかねます発売元株式会社は日本オラクル株式会社の代理店です

< 写真欄 > 11g R2 Real Application Clusters スキルチェックポイント解説

< 写真欄 > 11g R2 Real Application Clusters スキルチェックポイント解説 Agenda 11g R2 RAC Expert 資格スキルチェック問題の解説トレーニングオンデマンドのご紹介 2 11g R2 RAC Expert 資格試験名 :Oracle Real Application Clusters 11g Release 2 and Grid Infrastructure