Oracle Database 11g Release 2 Oracle Grid Infrastructure インストール

Size: px

Start display at page:

Download "Oracle Database 11g Release 2 Oracle Grid Infrastructure インストール"

しげじろういざわ
5 years ago
Views:

1 1

2 2

3 本資料では以下の省略表記を使用している箇所があります名称 11g Release 2 Automatic Storage Manegement Configuration Assistant Cluster Time Synchronization Service Cluster Verification Utility Database Configuration Assistant Grid Naming Service Intelligent Platform Management Interface Network Time Protocol Oracle ASM Cluster File System Oracle Automatic Storage Management Oracle Enterprise Manager Database Control Oracle Universal Installer Single Client Access Name 省略表記 11g R2 ASMCA CTSS CVU DBCA GNS IPMI NTP Oracle ACFS または ACFS Oracle ASM または ASM Oracle EM Database Control OUI SCAN 3

4 4

5 次スライドから各ポイントについて説明します 5

6 Oracle Grid Infrastructure t インストール Oracle Grid Infrastructure インストールは Oracle ASM と Oracle Clusterware のインストールを統合した新しいインストール方法です従来 (11g Release 1) までは Oracle ASM は Database のインストールに含まれていましたが 11g Release 2 からは Oracle Clusterware と一緒に Oracle Grid Infrastructure のインストールにより導入されます従来はデータセンターといった数十以上のシステムを管理する場合以下の要因から非効率なハードウェアの使用が課題として挙げられますシステムごとにサーバーを管理リソースの配置は物理サーバーに制限される HA 構成の場合は 1 台は待機系システムの大規模化全体最適化への障壁となるこの課題に対し 11g Release 2 ではリソースを柔軟に配置し低コストなハードウェアでリソースの全体最適化を実現するインフラソフトウェアを提供します Oracle Grid Infrastructure は大規模システムやデータセンターに最適な共有インフラ基盤と言えます Oracle Restart シングルインスタンス環境にリソース監視および自動再起動の機能を提供するオプションです 6

7 本資料では従来 (11g Release 1) までの Oracle Clusterware のホームディレクトリを Oracle Clusterware ホーム (CRS ホーム ) あるいは CRS_HOME と表記し 11g Release 2 からの Oracle Grid Infrastructure のホームディレクトリを Oracle Grid Infrastructure ホーム (Grid ホーム ) あるいは GRID_HOME と表記しますまた Oracle Database のホームディレクトリは Oracle Database ホーム (DB ホーム ) あるいは DB_HOME と表記しますこれらは説明上使用するものですので環境変数として CRS_HOME あるいは GRID_HOME といった設定はしないでください従来のアップグレードとの比較 11g R1まで : in-place アップグレード既存の CRS ホームへインストールされたバイナリファイルを直接入れ替えることでップグレードを行っていました 11g R2より : out-of-place アップグレード既存の CRS ホームとは別の場所に 11g Release 2 の Oracle Clusterware のバイリファイルをインストールしますアナバイナリファイルを別の場所にインストールする out-of-place アップグレードを実施することにより万が一アップグレード中に障害が発生した場合にもそれまで使用していた CRS ホームに切り替えることが可能ですこれによりアップグレード中に発生する可能性があったダウンタイムが削減されます 7

8 以下に新規で追加されたコンポーネント検証あるいはステージ検証をリストしますコンポーネント Oracle Local Registry (OLR) Oracle Restart Oracle Automatic Storage Management Cluster File System (ACFS) Oracle Automatic Storage Management (ASM) Grid Plug and Play (GPnP) Oracle Grid Naming Service (GNS) Single Client Access Name (SCAN) Oracle High Availability Service Daemon (ohasd) システム時刻同期コマンド cluvfy comp olr cluvfy comp ha cluvfy comp acfs cluvfy comp asm cluvfy comp gpnp cluvfy comp gns cluvfy comp scan cluvfy comp ohasd cluvfy comp clocksync 投票ディスク cluvfy comp vdisk ステージ ACFS 構成前の事前チェック ACFS 構成後の事後チェック Oracle Restart 構成前の事前チェック Oracle Restart 構成後の事後チェックノード追加前の事前チェックノード追加後の事後チェックノード削除後の事後チェックコマンド cluvfy comp stage pre acfscfg cluvfy comp stage post acfscfg cluvfy comp stage pre hacfg cluvfy comp stage post hacfg cluvfy comp stage pre nodeadd cluvfy comp stage post nodeadd cluvfy comp stage post nodedel 8

9 インストールユーザの分割 Oracle Grid Infrastructure と Oracle Database のインストールは異なる OS ユーザで実行することをお奨めしますインストールユーザを分割することによって各ソフトウェアに対する実行権限を分離することが出来ます 11g Release 2 では実行したい管理コマンドや対象となるリソースによって環境変数 ORACLE_HOME やコマンドのパスの切り替えが必要となりますそのため以下のような対処をしておくことをお奨めしますインストールユーザが複数の場合各ユーザで読み込む環境変数を分離するインストールユーザが単一の場合 Oracle Grid Infrastructure 用と Oracle Database 用の環境変数を定義したファイルを用意し実行コマンドによって読み込む環境変数を切り替える ORA_CRS_HOME は設定しないでください設定した場合インストールやアップグレード時に予期しないエラーが発生する可能性があります SYSASM 権限の完全分離 SYSASM 権限は 11g Release 1 より導入された ASM インスタンスに OS 認証で接続可能なグループを設定するための権限です 11g Release 1 では SYSDBA 権限でSYSASM 権限の代用が可能でしたが 11g Release 2 では SYSDBA 権限と完全に分離されました SYSASM 権限で ASM インスタンスに OS 認証で接続可能な OS グループの設定は Oracle Grid Infrastructure インストール時に OUI の権限付き OS グループの選択画面の OSASM グループで設定することができます 9

10 手動で SSH を設定する場合の注意事項 RAC の構築にはパスフレーズなしの SSH 通信が必須です手動で SSH の設定する場合はパスフレーズは使用しないようにしてください 10

11 Deinstall lltool 11g Release 2 より OUI からソフトウェア削除のオプションがなくなりましたソフトウェアのアンインストールには Deinstall tool の使用を推奨します 11

12 12

13 以下のコマンドを実行してインストーラを起動するとインストールオプションの選択画面が表示されインストールオプションを選択することができますンを選択することができます <Grid Infrastructure の展開ディレクトリ >/Disk1/runInstaller 次のスライドから各インストールオプションについて説明をします 13

14 RAC 11g Release 1 までは ASM およびリスナーは DB ホームから起動していました RAC 11g Release 2 では Oracle Clusterware および ASM を統合したインストール (Grid Infrastructure) の導入に伴い ASM およびリスナーは Grid ホームから起動されますコンフィギュレーションツール ASM を構成するツール (ASMCA) はクラスタ用の Grid Infrastructure ホームにインストールされます Grid Infrastructure ホーム (GRID_HOME) から起動するツールツール名 ASM Configuration Assistant (ASMCA) Network Configuration Assistant (NETCA) 起動場所 <GRID_HOME>/bin/asmca <GRID_HOME>/bin/netca Oracle Database ホーム (DB_HOME) から起動するツールツール名 Database Configuration Assistant (DBCA) Enterprise Manager Configuration Assistant (EMCA) 起動場所 <DB_HOME>/bin/dbca <DB_HOME>/bin/emca NETCA はクラスタ用 Grid Infrastructure ホームおよびムおよび Oracle Database ホームの両方にインストールされますが RAC 11g Release 2 ではクラスタ用 Grid Infrastructure ホームの NETCA の利用をお奨めします NETCA でリスナーを作成するとローカルリソースとして CRS リソースに登録されクラスタを構成する全サーバーで起動されます ( ノードの選択は不可 ) NETCA で SCAN リスナーを構成することはできません SCAN リスナーを手動で構成する必要がある場合は SRVCTL ユーティリティを使用します 14

15 スタンドアロンサーバー用の Grid Infrastructure のインストールおよび構成 : スタンドアロンサーバー用の GidI Grid Infrastructure t は 11g Release 2 より導入された新しいインストールオプションです従来の CRS リソースのような障害発生時の自動再起動の仕組みをシングルインスタンス環境にも実装できるオプションです Oracle Restart: スタンドアロンサーバー用にインストールおよび構成される CRS リソースと同じ仕組みを利用したサービスですリソースを監視するために最小限必要なコンポーネント (CSS やエージェント ) が含まれています Oracle Restart 環境における Clusterware の停止以下のコマンドはクラスタ環境用のコマンドですので Oracle Restart ではサポートされません crsctl start crs crsctl stop crs crsctl start cluster crsctl stop cluster Oracle Restart 環境では Oracle Clusterware の所有ユーザで Oracle Clusterware の起動または停止を実施してください crsctl start has crsctl stop has 15

16 16

17 Grid Infrastructure ソフトウェアのインストールのみこのオプションはデプロイ経験の豊富なユーザや組込みソフトウェアベンダーが柔軟に環境を構築したい場合あるいはローリングアップグレード時などに使用するオプションですこのオプションではローカルノードに Oracle Grid Infrastructure ソフトウェアのバイナリをインストールしますバイナリのインストール後に手動での構成作業が必要になります必要な作業の概要については次のスライドで説明します 17

18 root.sh 実行時バイナリ配布時に構成スクリプト (root.sh) の実行を行います root.sh を実行すると構成するタイプに応じて手順が表示されますのでそれぞれの手順を実施します以下は root.sh 実行時の画面表示例です < 省略 > スタンドアロンサーバースタンドアロンサーバー用のGrid Infrastructureを構成するにはルートユーザーとして次のコマンドを実行します : /u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib - I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/roothas.pl クラスタプラットフォームクラスタプラットフォーム用のGrid Infrastructureを構成するには次の手順を実行します : 1. ファイル内のGrid Infrastructure 構成パラメータの値を指定します - /u01/app/11.2.0/grid/crs/install/crsconfig_params. この方法の詳細はインストレーションガイドを参照してください 2. ルートユーザーとして次のコマンドを実行します : /u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib - I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/rootcrs.pl Grid Infrastructureのインベントリプロパティを更新するには次を実行しますステップ 11.2より前のホームがすでに構成されている場合は次を実行します : 11.2_Home/oui/bin/runInstaller -updatenodelist -silent -local CRS=false ORACLE_HOME=pre-11.2_Home 必ず次を実行して現在のホームを登録します : 11.2_Home/oui/bin/runInstaller / -updatenodelist d t -silent -local l CRS=true ORACLE_HOME=11.2_Home 共有のホームがある場合は追加の引数 -cfsを指定します 18

19 スタンドアロンサーバ用 Grid Infrastructure の場合ユーザごとに Oracle ベース (ORACLE_BASE) を作成する点は一緒ですが Grid Infrastructure は ORACLE_BASE 内へインストールする必要がありますインストールユーザ例ディレクトリ例 Oracle ベース /u01/app/grid ユーザごとに Oracle ベース (ORACLE_BASE) を作成 ( 例 )/u0[1-9]/app/<user> Grid Infrastructure :grid ユーザ Grid Infrastructure ホーム /u01/app/grid/product/11.2.0/grid Oracle Database :oracle ユーザ Oracle ベース /u01/app/oracle Oracle Database ホーム Grid Infrastructure のホームディレクトリは ORACLE_BASE の内部へインストール /u01/app/oracle/product/11.2.0/dbhome_1 19

20 以下にユーザ分割時に RAC を構成する場合における OS グループとユーザの作成例およびディレクトリ作成 ASM ディスクの権限そしてグループ設定例を記述します OS グループおよびユーザの作成例 # groupadd -g 1000 oinstall # groupadd -g 1100 asmadmin # groupadd -g 501 dba # groupadd -g 1300 asmdba # useradd -u g oinstall -G asmadmin,asmdbagrid db id # useradd -u 501 -g oinstall -G dba,asmdba oracle ディレクトリ作成 ASM ディスクの権限グループ設定例 # mkdir -p /u01/app/grid # mkdir -p /u01/app/11.2.0/grid # chown -R grid:oinstall /u01 # mkdir -p /u01/app/oracle # chown oracle:oinstall /u01/app/oracle # chmod -R 775 /u01 # chmod 660 /dev/sd* # chown grid:asmadmin /dev/sd* (*1) # chgrp oinstall /opt/oracle (*2) (*1) ASM ディスクグループ用に block デバイス (/dev/sda など ) を使用した例です (*2) すでに /opt/oracle というディレクトリが作成されている場合にはこのコマンドを実行します 20

21 スタンドアロンサーバ用の Grid Infrastructure の場合は grid ユーザのセカンダリグループに dba を設定します 21

22 ASM ディスク用のパーミッションの設定 ASM ディスクグループ用に作成したデバイスのリストを表示します以下は NAS 上に ASM ディスクを配置した場合の例です $ ls -la 合計 drwxr-xr-x 2 grid oinstall 月 29 15:58. drwxr-xr-x 3 root root 月 24 16:57.. -rw-rw grid asmadmin 月 29 15:57 file01 -rw-rw grid asmadmin 月 29 15:57 file02 -rw-rw grid asmadmin 月 29 15:57 file03 -rw-rw grid asmadmin 月 29 15:58 file04 -rw-rw grid asmadmin 月 29 15:58 file05 -rw-rw grid asmadmin 月 29 15:59 file06 権限は 660 で設定オーナーには grid グループには asmadmin を設定 22

23 Firewall の無効化 Firewall が有効化されている場合インストール中の root.sh 実行時にリモートノードで CRS スタックの起動に失敗する可能性がありますインストール前に設定が無効化されていることをご確認ください 23

24 ここからは 11g Release 2 を使用して RAC データベースを作成する手順をご紹介します 11g Release 2 からの新機能導入により従来 (11g Release 1) までと比較して大きく改善された画面にはスライド右上にとマークしています New 24

11g Release 2 より OUI でのナビゲータおよびバブルヘルプ機能が実装されていますナビゲータの導入画面左に常時ナビゲータが表示されているのでどこまでインストールステップが進んだかを容易に把握することができます <ナビゲータの見方 > ナビゲータには全てのステップ名が表示されています各ステップについて

25 11g Release 2 より OUI でのナビゲータおよびバブルヘルプ機能が実装されていますナビゲータの導入画面左に常時ナビゲータが表示されているのでどこまでインストールステップが進んだかを容易に把握することができます <ナビゲータの見方 > ナビゲータには全てのステップ名が表示されています各ステップについて通常は丸 ( ) で表示されていますがインストールを進めていく途中でステップが分岐する箇所は分岐点を表す線付き ( ) で表示されていますバブルヘルプの提供インストール中にライトマーク ( ) が表示された箇所にカーソルを合わせると説明が表示されますさらに more をクリックすると詳細な説明を参照することができます 25

26 26

27 27

28 28

29 Single Client Access Name (SCAN) : クライアントがクラスタへ接続するために使用される単一のエイリアスです Grid Naming Service (GNS) : DNS のようにゾーン内の名前をアドレスにマッピングすることでホスト名を解決するサービスです 29

30 11g Release 2 よりインターコネクト名の入力は不要ですクラスタを構成するノードを追加する場合は追加ボタンからノード名と仮想 IP (Virtual IP) 名の入力画面より追加することが可能です 30

31 OUI による SSH 接続の自動構成 11g Release 1 までは各ノードで手動構成していた SSH ですが 11g Release 2 より SSH の自動構成が OUI から可能となります構成に必要な情報として OS パスワードの入力が求められます 31

32 32

33 OCR および投票ディスクの ASM 管理 11g Release 2 よりこれまでのデータベースファイルに加えて OCR および投票ディスクを ASM 上に配置することが可能となりました Automatic Storage Management (ASM) DB Datafiles DB Datafiles データベースデータファイル OCR & 投票ファイル New これにより以下に記述したこれまでの問題点を解決し管理性の向上およびストレージコストの削減を実現します <これまでの問題点 > OCR および投票ディスクを格納するディスクパーティションの管理が煩雑サードパーティ製のクラスタボリュームマネージャが必要 OUI における OCR および投票ディスク格納場所の指定 11g Release 2 より OCR および投票ディスクの格納場所には自動ストレージ管理 (ASM) もしくは共有ファイルシステムのどちらかを選択します 11g Release 2 より Raw および Block デバイスの使用は OUI ではサポートされません ASM もしくは共有ファイルシステムを選択してください 33

34 検出パスの変更 ASM で使用するディスクを検出するにはディスクの検出パスを入力する必要があります検出パスの入力はアスタリスク (*) 指定が可能ですので一度に全てのディスクを検出可能です冗長性の設定冗長性のレベルを外部に設定した場合 OCR と投票ディスクはミラーリングされませんしたがって OCR と投票ディスクを格納するディスクグループについては冗長性のレベル設定を少なくとも標準以上にしておくことを推奨します OUI では障害グループの指定はできません指定したディスク分の障害グループが作成されます 34

35 ASMSNMP ユーザのパスワード ASMSNMP ユーザのパスワードは DBCA でのデータベース作成時に必要になりますパスワードの最小要件パスワードに使用できるのは選択したデータベースキャラクタセットの英数字アンダースコア (_) ドル記号($) またはシャープ記号(#) のみです以下はパスワードの最小要件ですので必ず満たすようにしてくださいパスワードの長さを 30 文字以内に設定無効な文字 % ^ & * ( ) + =? ` ~ [ { ] } ; :, < >? ) は含まないユーザ名をパスワードに使用しないパスワードを空に設定しない SYS ユーザのパスワードを change_on_install に設定しない ASMSNMP ユーザのパスワードを asmsnmp に設定しない全てのアカウントに同じパスワードを設定した場合は change_on_install または asmsnmp をパスワードに設定しないパスワードの推奨事項小文字大文字そして数字をそれぞれ 1 文字以上含めることパスワードの長さを 8 文字以上にすること 35

36 IPMI: ハードウェアとファームウェアに共通インターフェースを提供することによってシステムを監視します OUI では IPMI を利用して障害が発生したリモートノードの停止を実施する仕組みを構成可能です OUI でのインストール実行後に手動で構成することも可能です IPMI の使用 Oracle Clusterware で IPMI を使用する場合には OUI にて Grid Infrastructure のインストール時に IPMI の構成 (ADMIN 権限を持つユーザ名やパスワードの入力 ) が可能ですあるいはインストール終了後に手動で設定が可能ですまた IPMI を設定する際には事前に OS 側で IPMI を構成し使用可能な状態にしておく必要があります 36

37 プルダウンで選択可能な OS グループはインストーラを起動したユーザが所属しているグループとなります 37

38 クラスタ環境用の Grid Infrastructure ソフトウェアは Oracle ベース外にインストールしてください 38

39 39

40 ステップ13 のインベントリの作成画面 ( 前スライド参照 ) で次へをクリックすると自動的に Cluster Verification Utility (CVU) による前提条件のチェックが実行されます CVU によるチェックは従来 (11g Release 1 ) までと同様に手動で実行することも可能です前提条件のチェック項目 ( 詳細 ) ノード間の接続インストールに必要なユーザの有無ユーザの等価性と管理権限ユーザのグループ物理メモリと利用可能なメモリ容量スワップ領域と一時領域のサイズ Network Time Protocol (NTP) の起動状態ランレベルとシェル制限の設定値カーネルバージョンとカーネルパラメータノードアプリケーションの有無インストールに必要なパッケージの有無前提条件のチェックでこれらの項目に不備やノード間での不整合がある場合にはステータスに失敗と表示されます 40

41 修正スクリプト修正スクリプトを使用して dba グループのメンバーシップカーネルパラメータおよびシェル制限の修正が実行できます以下に修正スクリプトの実行例を記載します < 例 >カーネルパラメータ ip_local_port_range の設定が適切でない場合 1 修正前の値を確認 # more /etc/sysctl.conf grep ip_local_port_range net.ipv4.ip_local_port_range p p _ = 適切な値は root ユーザで修正スクリプトを実行 # cd /tmp/cvu_ _grid/ #./runfixup.sh Response file being used is :./fixup.response Enable file being used is :./fixup.enable Log file location:./orarun.log Setting Kernel Parameters... The upper limit of ip_local_port range in reponse file is not greater than value in /etc/sysctl.conf, hence not changing it. The upper limit of ip_local_port range in response file is not greater than value for current session, hence not changing it. net.ipv4.ip_local_port_range = 修正後の値を確認 # more /etc/sysctl.conf grep ip_local_port_range net.ipv4.ip_local_port_range =

42 42

43 日本語環境での root.sh 実行前のタスク RAC 11g Release 2 では crstcl ユーティリティが日本語に対応していますただしデフォルトの文字コードが UTF8 になっているためそれ以外の文字コードをご利用の場合は <GRID_HOME>/crs/install/crsconfig_params ファイル内の LANGUAGE_ID を編集した後に root.sh を実行してください root.sh 実行後でも <GRID_HOME>/crs/install/s_crsconfig_< ホスト名 >_env.txt ファイル内の NLS_LANG を編集して Oracle Clusterware を再起動することで文字コードを変更することができます root.sh に関するトラブルシューティング root.sh 実行中に問題が発生した場合には <GRID_HOME>/cfgtoollogs/crsconfig ディレクトリに配置されたログファイルを確認します < クラスタ用 Grid Infrastructure の場合 > <GRID_HOME>/cfgtoollogs/crsconfig/rootcrs_<MACHINE_NAME>.log < スタンドアロンサーバ用の Grid Infrastructure の場合 > <GRID_HOME>/cfgtoollogs/crsconfig/roothas.log 以下は Grid ホームが /u01/app/11.2.0/grid の場合に 2 ノードのクラスタ環境を構築した際のノード1 におけるログファイルの作成例です <ログファイル例 > $ cd /u01/app/11.2.0/grid/cfgtoollogs/crsconfig 0/grid/cfgtoollogs/crsconfig $ ls rootcrs_node1.log 作成されたログファイル 43

44 これらの処理が終了すれば OUI による Oracle Grid Infrastructure のインストール作業は完了です 44

45 45

46 CRS リソースの確認以下にこの時点で出力されるリソース例とデフォルトの起動状態をリストしますリソースリソース名デフォルトの起動ステータス ASM ディスクグループ ora.< ディスクグループ名 >.dg ONLINE Oracle ASM (*1) ora.asm ONLINE eons ora.eons ONLINE GSD ora.gsd OFFLINE Network ora.net1network ONLINE ONS ora.ons ONLINE ACFS ora.registry.acfs ONLINE SCAN リスナー ora.listener_scan< 番号 >.lsnr ONLINE OC4J ora.oc4j OFFLINE SCAN VIP ora.scan< 番号 >.vip ONLINE VIP ora.< ホスト名 >.vip ONLINE リソースのステータスを確認するには crsctl status resource コマンドを使用します (crsctl stat res と省略可 -t は表形式で表示するためのオプションです ) crs_stat コマンドは下位互換のために残されているものの RAC 11g Release 2 の新しいリソースモデリングに対応していないため使用しないようにしてください 46

47 47

48 ASM Configuration Assistant (ASMCA) の提供 11g Release 2 より ASM インスタンスやディスクグループを管理する GUI ツールとして ASMCA を提供いたします Grid Infrastructure で共有ファイルシステムを選択した場合でデータベースで ASM を利用する際には手動で ASMCA を実行する必要があります ASMCA の起動は Grid Infrastructure ホームより行います 48

49 49

50 50

51 51

52 オプションのインストール OUI のデータベースエディションの選択画面ではオプションの選択が可能ですがここで選択しなかったオプションも含めて全てのオプションがインストールされます選択しなかったオプションに関しては DBCA でデータベースを作成する際にオプションの選択ができないようになります 52

53 53

54 DBCA による RAC データベース作成 DBCA には起動後からサマリーを確認してデータベースの作成を開始するまで全 11 のステップがあります -DBCA を起動しようこそ画面 ( 本スライド中に記載 ) で RAC データベースを選択 - 1. 操作 2. データベーステンプレート 3. データベース識別情報 4. 管理オプション 5. データベース資格証明 6. データベースファイルの位置 7. リカバリ構成 8. データベースコンテンツ 9. 初期化パラメータ 10. データベース記憶域 11. 作成オプション -サマリーを確認しデータベースの作成を実行- 本資料では 11g Release 2 の DBCA で特に大きく改善された画面を中心にステップ 1,3,6 を抜粋してご紹介いたします 54

55 ASM の使用に関する変更点画面中央には ASM の使用に関する注意が表示されています 11g Release 1 までは ASM はの構成は DBCA より行っていましたが 11g Release 2 より ASM の構成は DBCA より分離され ASMCA として提供されます ASMCA を使用するには Grid Infrastructure ホームから起動します 55

56 11g Release 2 では以下 2 つのデータベースの構成タイプが提供されます管理者管理型 RAC が稼動するサーバを固定化する従来 (11g Release 1) までの構成タイプポリシー管理型 New ユーザが設定したサービス定義にもとづいて RAC が稼動するサーバを動的に配置する新しい構成タイプ RAC が動くサーバーを固定化したい場合はまず管理者管理型を選択しそれから実際に RAC を稼動させるサーバーを選択します管理者管理とポリシー管理の使い分け構成タイプ管理者管理ポリシー管理適したシステム単一のデータベースを考慮するなら管理者管理でも充分 UNIX サーバー / ハイエンドのサーバーで構築するシステムシビアなレスポンスが要求されるシステム高トランザクションのシステム高度な管理が要求されるシステムデータセンター全体としてサーバーリソースを有効活用したいシステム低コストなサーバー (IA サーバー ) で構築するシステムシステム統合運用の標準化を促進したいシステム 56

57 ポリシー管理型では従来の管理者管理型のような専用サーバーという概念をなくしてユーザによって設定されたサービス定義にもとづいてシステム全体でサーバーリソースが最適化されるように動的に配置を行いますポリシー管理型を選択した場合は新しいサーバプールの作成か既存のサーバプールの利用が選択できますカーディナリティ : RAC を構成するサーバーの最大値です 57

データベースで記憶域として使用するメカニズムを選択します Grid Infrastructure のインストールで OCR と投票ディスクの配置場所として ASM を選択しなかった場合でデータベースファイルの配置場所として ASM を利用したい場合は DBCA の起動前に ASMCA により ASM

58 データベースで記憶域として使用するメカニズムを選択します Grid Infrastructure のインストールで OCR と投票ディスクの配置場所として ASM を選択しなかった場合でデータベースファイルの配置場所として ASM を利用したい場合は DBCA の起動前に ASMCA により ASM を構成する必要があります記憶域に ASM を使用する場合は Oracle Grid Infrastructure インストール時に設定した ASMSNMP ユーザのパスワードが必要となりますスライドで表示されている画面で次へをクリックすると以下の ASM 資格証明がポップアップします 58

59 59

60 Oracle Secure Enterprise Search (SES) SES は Oracle Ultra Search の技術を基に開発されたより高速かつセキュアな製品です 60

61 61

62 CRS リソースの確認以下にこの時点で出力されるリソース例とデフォルトの起動状態をリストしますリソースリソース名デフォルトの起動ステータス ASM ディスクグループ ora.< ディスクグループ名 >.dg ONLINE リスナー ora.listener.lsnr ONLINE Oracle ASM (*1) ora.asm ONLINE eons ora.eons ONLINE GSD ora.gsd OFFLINE Network ora.net1network ONLINE ONS ora.ons ONLINE ACFS ora.registry.acfs ONLINE SCAN リスナー ora.listener_scan< 番号 >.lsnr ONLINE OC4J ora.oc4j OFFLINE データベース ora.< データベース名 >.db ONLINE SCAN VIP ora.scan< 番号 >.vip ONLINE VIP ora.< ホスト名 >.vip ONLINE 62

63 SCAN を使用した接続方法には tnsnames.ora に記述して定義する方法と簡易接続ネーミングメソッド (EZCONNECT) を使用する方法があります本スライドでは簡易接続ネーミングメソッドを使用します 63

64 64

65 65

66 66

67 67

68 tool の実行ユーザは Deinstall tool の起動ホームに対して読み書き権限がある必要があります Deinstall tool による削除実行中に一時的に作業に必要なファイルが作成されるためです通常の Oracle ホームに配置されている Deinstall tool を使用する場合は問題ありませんが OTN からファイルをダウンロードして使用する場合はこの点について注意が必要ですユーザが読み込み権限のみ付与されている場合には読み書き権限があるディレクトリにコピーして Deinstall tool を起動してください 68

69 Deinstall コマンドのオプション Deinstall コマンドでは以下のオプションが使用できますオプション -home -silent 役割 Oracle ホームのパスを指定非対話モードでの削除の実施 -checkonly Oracle ホームの構成をチェック削除に使用するパラメータファイルの生成 -local -pramfile < パラメータファイルへのパスを入力 > -params [name1=value name2=value ] ローカルノードのみの削除を実行 ( クラスタ環境でこのオプションを指定しない場合はクラスタを構成する全てのノードで削除が実行される ) 使用するパラメータファイルを指定パラメータファイル内の値を変更して削除を実行 -o <response ファイルの保存先パス名 > プロパティファイル (deinstall.rsp.tmp) を指定 -help もしくは -h コマンドオプションについてのヘルプを表示パラメータファイルあるいはプロパティファイルについて書くファイルのデフォルトの配置場所はマニュアルをご参照ください ( マニュアル : Oracle Grid Infrastructure Installation at Guide) 69

70 70

71 71

72 72

73 以下の場合で /opt/oracle ディレクトリが作成されている場合にはこのディレクトリも削除するようにしてください -インストールユーザを分割している場合 -データベースを ASM に配置している場合 /opt/oracle ディレクトリは ORACLE_BASE や ORACLE_HOME の指定場所に関係なく作成されます DBCA でのデータベース作成時にユーザが /opt/oracle ディレクトリへのアクセス権限を持たない場合は ORA-15081, ORA-15025, ORA といったエラーが発生しますので手動での削除実行時にディレクトリを削除しておくようにしてください 73

74 74

75 各プロセスあるいはリソースの監視間隔はリソース属性 CHECK_INTERVAL として定義されていますまたリソース名や使用するエージェントの定義もリソース属性として定義されていまたス属性として定義されていますプロセスあるいはリソースに障害が発生すると監視エージェントがプロセスの再起動を行います (CSS 障害の場合はノードリブート ) (*1) oraagent は 1 秒間隔で ASM インスタンスを監視しインスタンス障害が発生した場合は即時に ASM インスタンスを再起動させます (*2) (2) CSS に障害が発生すると cssdagent は即時にノードを再起動させます 30 秒間隔の監視は CSS のステータスを監視しています 75

76 11g Release 2 より一部の検証結果に対して修正を実施するためのスクリプト ( 修正スクリプト ) が生成されます修正スクリプトは OUI での CVU 実行時には自動で生成されます手動で CVU コマンドを実行時に修正スクリプトを生成したい場合には -fixup オプションを指定します CVU はパフォーマンスチューニングおよびモニタリングを実施するものではありませんのでご注意ください 76

77 77

78 78

79 79

80 80

Oracle_Database_11g_Release2_RAC_Upgrade_Guide

Oracle_Database_11g_Release2_RAC_Upgrade_Guide Oracle Database 11g Release 2 Patch Set 1 (11.2.0.2) 適用ガイド作成日 : 2011-01-11 更新日 : 2011-06-20 Version: 1.3 Copyright 2010, Oracle. All rights reserved. - 1 - 目次 1 はじめに... 3 1.1 out-of-place アップグレードと in-place