Mac De Oracle

https://www.virtualbox.org/wiki/Changelog

20121029_53350
20121029_53427

投稿日時 2012年12月23日 (日) 15時59分 Oracle, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年12月15日 (土)

VirtualBoxのゲストさん、いらっしゃ〜〜い

VirtualBox でいろんなGuestOS起動してみた。（MacOS Xは以前書きましたけど、他のOSもまとめて書いておきますね）

HostはMac/OS X Mountain Lionでございます。
20121215_64848

VirtualBoxは、4.2.4でございます。

20121215_65224

GuestOSのみなさま :)

まずは、Mac on Mac から

Mac OS X Leopard 10.5

Oracle Solaris11.1

HAIKU Alpha4

OpenSUSE 12.2

Ubuntu 12.10

Fedora 17

CentOSとかWindowsもね

CentOS 5 and 6

Windows XP and 7

投稿日時 2012年12月15日 (土) 07時19分 Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年10月29日 (月)

VirtualBox 4.2.4 Released

余裕がなくてアップデート１つ飛ばしてしまった　＞＜　

OS X関連 bug fix含んでいるので更新など...

対応ゲストOS一覧はここ.
https://www.virtualbox.org/wiki/Guest_OSes

20121029_53455
20121029_53517
20121029_53541

20121029_55901

投稿日時 2012年10月29日 (月) 06時00分 Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年9月22日 (土)

VirtualBox 4.2 Released !!!

VirtualBoxリリーススピードがすごいっす。。

VIrutalBox 4.2リリース！　グループ化したVMは一括起動できるんで便利ですね〜

一括起動すると~~する際には、~~グループ内の並び順にで順次起動されてます。この機能が追加されるとたぶん更なる要求があるかもしれませんね。順に起動するだけでなく任意に一括起動とか、各VMの起動間隔したいとか　:)

20120922_141057

20120922_141104

2012/9/23更新（相変わらずミスが多い ><)

投稿日時 2012年9月22日 (土) 14時19分 Oracle, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年9月11日 (火)

VirtualBox 4.1.22 、 4.2近くに来てるし〜:)

4.1.22 今回は随分間隔短いリリースだな (^^;;;

20120911_84234

4.2.0 も RC4な

投稿日時 2012年9月11日 (火) 08時46分 Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年9月 2日 (日)

Index Only Accessネタのおまけのおまけ

Caché de Index Only Access できるのか？

CachéってSQLもサポートしてるので、Index Only Accessサポートしてるのかな〜と素朴な疑問から調べてみたもののマニュアルには記載されていない。
書かれていなきゃどうなるか、試すのが手っ取り早いですね。
（ダウンロードするにはフォームからリクエストする必要があります。１セッション限定の試用ライセンスのようです。他の制限は該当ページ読んでくださいな。）

OracleのIndex Only Accessは以下のエントリを参考にしてください。

・いん！、イン！、Index どっぷり Inde Only Access生活w - Oracle OpenWorld Unconference presented by JPOUG

・JPOUG SET EVENTS 20120721 - 「(続)いん！、イン！、Index 大人の事情縛りのSQLチューニング」資料公開

MySQL/PostgreSQLのIndex Only Accessは以下のエントリを参考にしてください。
・Index Only Accessネタのおまけ

いつもはMacBook Air使うんですが、今回は都合により母艦のVirtualBoxを使いました (^^;;

MacPro Mid 2012 12Core/24GB (OS X Mountain Lion Server)
VirtualBox4.1.20 for MacOS X
GuestOS：CentOS5.8 x86_64 (CPU数とメモリサイズはMacBook Airのx86環境と同じ）

Caché 2012.1 for Linux x86_64

まず、ターミナルで接続して表、索引、データ登録、他のデータベースで言う統計情報取得から。

[oracle@pleco ˜]$ csession cache -U samples

ノード: pleco.macdeoracle.jp インスタンス: CACHE

SAMPLES>

SAMPLES>d $System.SQL.Shell()
SQL Command Line Shell
----------------------------------------------------

The command prefix is currently set to: <<nothing>>.
Enter q to quit, ? for help.
SAMPLES>>
SAMPLES>>create table tab3(unique_id numeric(10) not null, item_code char(15) not null, data varchar(500), is_delete numeric(1), status_code char(2)) 
1.      create table tab3(unique_id numeric(10) not null, item_code char(15) not null, data varchar(500), is_delete numeric(1), status_code char(2))

0 Rows Affected
statement prepare time: 0.0118s, elapsed execute time: 0.2405s.
---------------------------------------------------------------------------
SAMPLES>>
SAMPLES>>alter table tab3 add constraint tab3_pk primary key(unique_id)
3.      alter table tab3 add constraint tab3_pk primary key(unique_id)

0 Rows Affected
statement prepare time: 0.0092s, elapsed execute time: 4.9465s.
---------------------------------------------------------------------------
SAMPLES>>
SAMPLES>>create table tab311 (unique_id numeric(10) not null,sub_item_code char(10),data varchar(500),is_delete numeric(1))
4.      create table tab311 (unique_id numeric(10) not null,sub_item_code char(10),data varchar(500),is_delete numeric(1))

0 Rows Affected
statement prepare time: 0.0115s, elapsed execute time: 0.1953s.
---------------------------------------------------------------------------
SAMPLES>>create table tab31 (item_code char(15) not null,sub_item_code char(10),data varchar(500),is_delete numeric(1))
5.      create table tab31 (item_code char(15) not null,sub_item_code char(10),data varchar(500),is_delete numeric(1))

0 Rows Affected
statement prepare time: 0.0133s, elapsed execute time: 0.1985s.
---------------------------------------------------------------------------
SAMPLES>>
SAMPLES>>alter table tab31 add constraint tab31_pk primary key(item_code)
7.      alter table tab31 add constraint tab31_pk primary key(item_code)

0 Rows Affected
statement prepare time: 0.0102s, elapsed execute time: 0.2589s.
---------------------------------------------------------------------------
SAMPLES>>alter table tab311 add constraint tab311_pk primary key(unique_id)
8.      alter table tab311 add constraint tab311_pk primary key(unique_id)

0 Rows Affected
statement prepare time: 0.0116s, elapsed execute time: 0.2627s.
---------------------------------------------------------------------------
SAMPLES>>create index tab311_ix on tab311(sub_item_code)
9.      create index tab311_ix on tab311(sub_item_code)

0 Rows Affected
statement prepare time: 0.0111s, elapsed execute time: 0.2870s.
---------------------------------------------------------------------------
SAMPLES>>q

確認は管理ポータルで！（どこみればよいか分からなかったので楽な方法で..)

Desc_tab3

Tab3_indexes_no_index_only

Desc_tab31

Tab31_indexes_no_index_only

Desc_tab311

Tab311_indexes_no_index_only_scan

Oracleなら統計情報取得、他のRDBMSならアナライズ（昔はオラクルもアナライズだったんですけどね）、Cachéの世界では「テーブルチューニング」というそうな。
（管理ポータルから実行しています）
Table_analyze

Tab31_analyze

Tab311_analyze

表と索引ができたのでデータ登録。
これまたOracleとは勝っても違うし、DSMの時代(DIGITAL STANDARD MUMPS)から大きく拡張されてるのでかなり辛いな〜MUMPS思い出すというより別物に近い感じw。あの当時はSQL使えねーしというより必要ねーし、だったしね (^^;;;

以下、データ作成中のログ..
グルグル回しているのは気にしないでねw

[oracle@pleco ˜]$ csession cache -U samples

ノード: pleco.macdeoracle.JP インスタンス: CACHE

SAMPLES>
SAMPLES>
SAMPLES>s rs=##class(%SQL.Statement).%ExecDirect(,"start transaction")
TL1:SAMPLES>s sql="insert into SQLUser.tab3 values(?,to_char((?#500000)+1,'FM099999999999999'),repeat('*',250-length(to_char(?)))||to_char(?),0,'00')"
TL1:SAMPLES>s stmt=##class(%SQL.Statement).%New() s stat=stmt.%Prepare(sql)
TL1:SAMPLES>f i=1:1:1000000 {s rs=stmt.%Execute(i,i,i,i)}
TL1:SAMPLES>s rs=##class(%SQL.Statement).%ExecDirect(,"commit")
SAMPLES>d $System.SQL.Shell()

SQL Command Line Shell
----------------------------------------------------

The command prefix is currently set to: <<nothing>>.
Enter q to quit, ? for help.
SAMPLES>>select count(1) from tab3
7.      select count(1) from tab3

Aggregate_1
1000000

1 Rows(s) Affected
statement prepare time: 0.0009s, elapsed execute time: 2.6558s.
---------------------------------------------------------------------------
SAMPLES>>select min(unique_id) as "min", max(unique_id) as "max" from tab3
8.      select min(unique_id) as "min", max(unique_id) as "max" from tab3

min     max
1       1000000

1 Rows(s) Affected
statement prepare time: 0.1423s, elapsed execute time: 0.0006s.
---------------------------------------------------------------------------
SAMPLES>>select min(item_code) "min",max(item_code) "max" from tab3       
9.      select min(item_code) "min",max(item_code) "max" from tab3

min             max
000000000000001 000000000500000

1 Rows(s) Affected
statement prepare time: 0.1324s, elapsed execute time: 3.4683s.
---------------------------------------------------------------------------
SAMPLES>>
SAMPLES>>q

SAMPLES>halt
[oracle@pleco ˜]$

SAMPLES>d $System.SQL.SetAutoCommit(2)
SAMPLES>s rs=##class(%SQL.Statement).%ExecDirect(,"start transaction")
TL1:SAMPLES>s sql="insert into SQLUser.tab31 values(to_char(?,'FM099999999999999'),to_char((?#500000)+1,'FM0999999999'),repeat('*',250-length(to_char(?)))||to_char(?),0)"
TL1:SAMPLES>s stmt=##class(%SQL.Statement).%New() s stat=stmt.%Prepare(sql)
TL1:SAMPLES>f i=1:1:2000000 {s rs=stmt.%Execute(i,i,i,i)}
TL1:SAMPLES>s rs=##class(%SQL.Statement).%ExecDirect(,"commit")

SAMPLES>d $System.SQL.Shell()
SQL Command Line Shell
----------------------------------------------------

The command prefix is currently set to: <<nothing>>.
Enter q to quit, ? for help.
SAMPLES>>select count(1) from tab31 
2.      select count(1) from tab31

Aggregate_1
2000000

1 Rows(s) Affected
statement prepare time: 0.1349s, elapsed execute time: 6.0684s.
---------------------------------------------------------------------------
SAMPLES>>select min(item_code) "item_code(MIN)",max(item_code) "item_code(MAX)" from tab31
3.      select min(item_code) "item_code(MIN)",max(item_code) "item_code(MAX)" from tab31

item_code(MIN)  item_code(MAX)
000000000000001 000000002000000

1 Rows(s) Affected
statement prepare time: 0.1361s, elapsed execute time: 0.0010s.
---------------------------------------------------------------------------
SAMPLES>>select min(sub_item_code) "sub_item_code(MIN)",max(sub_item_code) "sub_item_code(MAX)" from tab31
4.      select min(sub_item_code) "sub_item_code(MIN)",max(sub_item_code) "sub_item_code(MAX)" from tab31

sub_item_code(MIN)      sub_item_code(MAX)
0000000001              0000500000

1 Rows(s) Affected
statement prepare time: 0.1391s, elapsed execute time: 6.7417s.
---------------------------------------------------------------------------
SAMPLES>>q
SAMPLES>

SAMPLES>d $System.SQL.SetAutoCommit(2)
SAMPLES>s rs=##class(%SQL.Statement).%ExecDirect(,"start transaction")
TL1:SAMPLES>s sql="insert into SQLUser.tab311 values(?,to_char((?#500000)+1,'FM0999999999'),repeat('*',250-length(to_char(?)))||to_char(?),0)"
TL1:SAMPLES>s stmt=##class(%SQL.Statement).%New() s stat=stmt.%Prepare(sql)
TL1:SAMPLES>f i=1:1:2000000 {s rs=stmt.%Execute(i,i,i,i)}
TL1:SAMPLES>s rs=##class(%SQL.Statement).%ExecDirect(,"commit")

SAMPLES>d $System.SQL.Shell()

SQL Command Line Shell
----------------------------------------------------

The command prefix is currently set to: <<nothing>>.
Enter q to quit, ? for help.
SAMPLES>>select count(1) from tab311
5.      select count(1) from tab311

Aggregate_1
2000000

1 Rows(s) Affected
statement prepare time: 0.0009s, elapsed execute time: 3.7845s.
---------------------------------------------------------------------------
SAMPLES>>select min(sub_item_code) "sub_item_code(MIN)", max(sub_item_code) "sub_item_code(MAX)" from tab311
6.      select min(sub_item_code) "sub_item_code(MIN)", max(sub_item_code) "sub_item_code(MAX)" from tab311

sub_item_code(MIN)      sub_item_code(MAX)
0000000001              0000500000

1 Rows(s) Affected
statement prepare time: 0.1558s, elapsed execute time: 0.0004s.
---------------------------------------------------------------------------
SAMPLES>>q

本題からはずれるのですが... SQL使ってるとはいっても、ベースはMUMPSというかM言語だからね〜というお話を。。

tab3表及び主キー制約で作成された索引に対応するglobals。索引を見るとSparse Multidimensional Arrayをうまく利用しているのがよくわかる :)
Cachéの表や索引の実態はSparse Multidimensional Arrayなんだお。

1:      ^User.tab3D    =     1512812
2:      ^User.tab3D(512813)    =     $lb("",1,"000000000000002","*****************   ...中略... *******************************1",0,"00")
3:      ^User.tab3D(512814)    =     $lb("",2,"000000000000003","*****************   ...中略... *******************************2",0,"00")
4:      ^User.tab3D(512815)    =     $lb("",3,"000000000000004","*****************   ...中略... *******************************3",0,"00")
...以下略...

tab3表の主キー索引

1:      ^User.tab3I("tab3pk",1,512813)    =     ""
2:      ^User.tab3I("tab3pk",2,512814)    =     ""
3:      ^User.tab3I("tab3pk",3,512815)    =     ""
...以下略...

次は、tab31表と主キー索引

1:      ^User.tab31D    =     2000000
2:      ^User.tab31D(1)    =     $lb("","000000000000001","0000000002","*****************   ...中略... *************************1",0)
3:      ^User.tab31D(2)    =     $lb("","000000000000002","0000000003","*****************   ...中略... *************************2",0)
4:      ^User.tab31D(3)    =     $lb("","000000000000003","0000000004","*****************   ...中略... *************************3",0)
...以下略...

1:      ^User.tab31I("tab31pk"," 000000000000001",1)    =     ""
2:      ^User.tab31I("tab31pk"," 000000000000002",2)    =     ""
3:      ^User.tab31I("tab31pk"," 000000000000003",3)    =     ""
...以下略...

最後に、tab311表と主キー索引及び、非ユニーク索引に対応したSparse Multidimensional Arrayの内容

1:      ^User.tab311D    =     2000000
2:      ^User.tab311D(1)    =     $lb("",1,"0000000002","*********************************   ...中略... ************************1",0)
3:      ^User.tab311D(2)    =     $lb("",2,"0000000003","*********************************   ...中略... ************************2",0)
4:      ^User.tab311D(3)    =     $lb("",3,"0000000004","*********************************   ...中略... ************************3",0)
...以下略...

1:      ^User.tab311I("tab311ix"," 0000000001",500000)    =     ""
2:      ^User.tab311I("tab311ix"," 0000000001",1000000)    =     ""
3:      ^User.tab311I("tab311ix"," 0000000001",1500000)    =     ""
4:      ^User.tab311I("tab311ix"," 0000000001",2000000)    =     ""
5:      ^User.tab311I("tab311ix"," 0000000002",1)    =     ""
6:      ^User.tab311I("tab311ix"," 0000000002",500001)    =     ""
7:      ^User.tab311I("tab311ix"," 0000000002",1000001)    =     ""
8:      ^User.tab311I("tab311ix"," 0000000002",1500001)    =     ""
9:      ^User.tab311I("tab311ix"," 0000000003",2)    =     ""
10:      ^User.tab311I("tab311ix"," 0000000003",500002)    =     ""
11:      ^User.tab311I("tab311ix"," 0000000003",1000002)    =     ""
12:      ^User.tab311I("tab311ix"," 0000000003",1500002)    =     ""
13:      ^User.tab311I("tab311ix"," 0000000004",3)    =     ""
14:      ^User.tab311I("tab311ix"," 0000000004",500003)    =     ""
15:      ^User.tab311I("tab311ix"," 0000000004",1000003)    =     ""
16:      ^User.tab311I("tab311ix"," 0000000004",1500003)    =     ""
...以下略...

実行するクエリはOracle/MySQL/PostgreSQLで実行したものと同じです。

select
    t1.unique_id,
    t1.item_code,
    (
        select
            max(t3.unique_id)
        from
            tab31 t2 join tab311 t3
            on
                t2.sub_item_code = t3.sub_item_code
                and t3.is_delete = 0
        where
            t2.item_code = t1.item_code
            and t2.is_delete = 0
    ) current_sub_item
from
    tab3 t1
where
    t1.unique_id between 1 and 10000
    and t1.is_delete = 0
    and t1.status_code = '00'

以下、管理ポータルのSQL実行プラン表示で取得した実行計画とコスト。
Index Only AccessではないのでCacheのSQLの世界で表アクセスを意味するオペレーションである、Read Master mapがスカラー問合せ部分に現れている。
ちなみに、索引アクセスを意味するオペレーションは、Read index mapのようだ。

実行プランが以下に表示されます:
クエリ文字列

SELECT t1 . unique_id , t1 . item_code , ( SELECT MAX ( t3 . unique_id ) FROM tab31 t2 JOIN tab311 t3 ON t2 . sub_item_code = t3 . sub_item_code AND t3 .
is_delete = ? WHERE t2 . item_code = t1 . item_code AND t2 . is_delete = ? ) current_sub_item FROM tab3 t1 WHERE t1 . unique_id BETWEEN ? AND ? AND t1 .
is_delete = ? AND t1 . status_code = ?

クエリプラン
相対コスト = 74082

    Call module B, which populates bitmap temp-file A.
    Read bitmap temp-file A, looping on ID.
    For each row:
        Read master map SQLUser.tab3.IDKEY, using the given idkey value.
        Output the row. 

module B
    Read index map SQLUser.tab3.tab3_pk, looping on unique_id (with a range condition) and ID.
    For each row:
        Add ID bit to bitmap temp-file A. 

subquery
    Call module E.
    Determine subquery result.

module E
    Read index map SQLUser.tab31.tab31_pk, using the given %SQLUPPER(item_code), and looping on ID.
    For each row:
        Read master map SQLUser.tab31.IDKEY, using the given idkey value.
        Read index map SQLUser.tab311.tab311_ix, using the given %SQLUPPER(sub_item_code), and looping on ID.
        For each row:
            Read master map SQLUser.tab311.IDKEY, using the given idkey value.
            Accumulate the max(unique_id).

では、Index Only Accessによるチューニング。 Covering Indexを２つ作成します。(Oracle/MySQL/PostgreSQLで作成した索引と同じ名称にしてあります）

[oracle@pleco ˜]$ csession cache -U samples

ノード: pleco.macdeoracle.JP インスタンス: CACHE

SAMPLES>d $System.SQL.Shell()
SQL Command Line Shell
----------------------------------------------------

The command prefix is currently set to: <<nothing>>.
Enter q to quit, ? for help.
SAMPLES>>create index tab31_demo_ix on tab31(item_code, is_delete, sub_item_code)
1.      create index tab31_demo_ix on tab31(item_code, is_delete, sub_item_code)

0 Rows Affected
statement prepare time: 4.8277s, elapsed execute time: 9.6483s.
---------------------------------------------------------------------------
SAMPLES>>create index tab311_demo_ix on tab311(sub_item_code, is_delete, unique_id)
2.      create index tab311_demo_ix on tab311(sub_item_code, is_delete, unique_id)

0 Rows Affected
statement prepare time: 0.0130s, elapsed execute time: 8.6777s.
---------------------------------------------------------------------------
SAMPLES>>

索引は正しく作成されています。（管理ポータルから確認した結果）
Tab31_indexes_index_only

Tab311_indexes_inde_only

お〜〜〜〜〜っ！。 CacheのSQLワールドでもIndex Only Accessになってる〜〜〜。　（ヒントのような仕組みはないようなのですが、狙い通りの索引が利用されていますね）
スカラー副問合せの実行計画から Read Master Map（表に対応するSparse Multidimensional Array）をアクセスする操作が消え、Read index Map（索引に対応するSparse Multidimensional Array）をアクセスする操作だけになっていることが確認できた。 :)

以下、管理ポータルの「SQL実行」＞「実行計画」で取得した実行計画

クエリプラン
相対コスト = 74082

    Call module B, which populates bitmap temp-file A.
    Read bitmap temp-file A, looping on ID.
    For each row:
        Read master map SQLUser.tab3.IDKEY, using the given idkey value.
        Output the row. 

module B
    Read index map SQLUser.tab3.tab3_pk, looping on unique_id (with a range condition) and ID.
    For each row:
        Add ID bit to bitmap temp-file A. 

subquery
    Call module E.
    Determine subquery result.

module E
    Read index map SQLUser.tab31.tab31_demo_ix, using the given %SQLUPPER(item_code) and is_delete, and looping on %SQLUPPER(sub_item_code) and ID.
    For each row:
        Read index map SQLUser.tab311.tab311_demo_ix, using the given %SQLUPPER(sub_item_code) and is_delete, and looping on unique_id and ID.
        For each row:
            Accumulate the max(unique_id).

投稿日時 2012年9月 2日 (日) 22時51分 Oracle以外のデータベース, Linux, チューニング, SQL, Mac(Intel x86), VirtualBox, Index Only Scan | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年8月22日 (水)

VirtualBox 4.1.20 released!

Mac OS X hosts: adaptions to Mountain Lionとの記載もあるので即アップデート

20120822_90846

投稿日時 2012年8月22日 (水) 09時52分 Mac, Linux, Windows, VM, VirtualBox, Solaris, MacOS X Lion | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年6月23日 (土)

VirtualBox 4.1.18 released!

定期的にアップデートされてて素敵:)

20120623_73025

投稿日時 2012年6月23日 (土) 07時34分 Mac, Linux, Windows, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年6月 7日 (木)

VirtualBox 4.1.16 released

https://www.virtualbox.org/wiki/Downloads

Mac OS X hosts: addressed issues running on Mountain Lion Preview 3 と Moutain Lion対応も順調のようですな〜 :)

20120602_75941

とりあえず、MacOS X Lion阪はアップデートdone.

投稿日時 2012年6月 7日 (木) 00時49分 Oracle, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年5月 6日 (日)

VirtualBox 4.1.14 と OS X Mountain Lion対応？ 4.1.15がリリースされてた

今気づいたけど、4.1.14だけだと思ったら、~~Mac~~OS X Mountain Lion対応の VirtualBox 4.1.15も出てたのね。:)

https://www.virtualbox.org/wiki/Downloads

とりあえずアップデート

投稿日時 2012年5月 6日 (日) 20時16分 Oracle, Linux, Windows, Mac(Intel x86), VM, MacOS X Snow Leopard, VirtualBox, Solaris, OS X Mountain Lion | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年4月 7日 (土)

VirtualBox 4.1.12 released

https://www.virtualbox.org/

20120407_194045

おやおや、今気づいたけど、VirtualBoxについてのダイアログ。バー部分が角張ってるよね。4.1.10から上部だけ角張ってる。

4.1.8まではラウンドだったのに…気になる

以下、4.1.8

20111220_12335

投稿日時 2012年4月 7日 (土) 19時47分 Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年3月16日 (金)

VirtualBox 4.1.10 released - あれ前回は 4.1.8だったけど一つ飛んだね

少々時間空いたな〜と思っていたら、4.1.8の次は、一つ飛ばして4.1.10ですね。:)

Oracle OpenWorld Tokyo 2012 Unconference当日のデモ環境は VirtualBox4.1.10で、GuestOSはCentOS5.8、データベースはOracle11g R2で。もちろんホストOSはOS Xですよ:)

投稿日時 2012年3月16日 (金) 16時55分 Oracle, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2012年1月14日 (土)

shutdown immeidateしない、ほかの理由に遭遇！（FYI)

ず〜〜〜〜っと、追記しようと思ってたんだけど書いてなかったので、徹夜明けで早起きした次いでなんで書いておきます。

もう一年近く前のネタなんだけどね。「shutdown immeidateしない、ほかの理由に遭遇！」

＞ yoheia-a さんありがとう :)

私か書いた記事がキッカケで調べなきゃいけなくなったらしいんだけどね。 ;)

http://d.hatena.ne.jp/yohei-a/20110627/1309180675

投稿日時 2012年1月14日 (土) 05時06分 Oracle, Mac, Linux, FAQ, Oracle Database 11g, Mac(Intel x86), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年12月20日 (火)

VIrtualBox 4.1.8 released :)

クリスマス前にリリース！　されてたのでupdate. Linuxのは後で。

https://www.virtualbox.org/wiki/Downloads

特に問題なく起動したし：）

投稿日時 2011年12月20日 (火) 01時39分 Oracle, Mac, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年12月14日 (水)

PL/SQL de Conditional Compile #6

随分前にPL/SQL de Conditional Compile #5ってエントリ書いてたのを思い出して、11g R1/R2用のを見てみたらソースに丁寧なコメント（マニュアルよりいいんじゃね？w )が書かれていてうれしくなった。

オラクルさんとして見せたくない部分は見えないようになっているけど、見せても問題ないところはコードが見える(all_sourceビュー）わけで、それはそれでうれしいわけです。はい。マニュアルが意外に不親切だったりするので。

（マニュアル、良くなりましたよ。昔より。　＞　褒めておかないとね、だれとなくw。）...文字サイズも多くしておきましたw

● Oracle11g R1 11.1 の DBMS_DB_VERSION

package dbms_db_version is
  version constant pls_integer := 11; -- RDBMS version number
  release constant pls_integer := 1;  -- RDBMS release number

  /* The following boolean constants follow a naming convention. Each
     constant gives a name for a boolean expression. For example,
     ver_le_9_1  represents version <=  9 and release <= 1
     ver_le_10_2 represents version <= 10 and release <= 2
     ver_le_10   represents version <= 10

     A typical usage of these boolean constants is

         $if dbms_db_version.ver_le_10 $then
           version 10 and ealier code
         $elsif dbms_db_version.ver_le_11 $then
           version 11 code
         $else
           version 12 and later code
         $end

     This code structure will protect any reference to the code
     for version 12. It also prevents the controlling package
     constant dbms_db_version.ver_le_11 from being referenced
     when the program is compiled under version 10. A similar
     observation applies to version 11. This scheme works even
     though the static constant ver_le_11 is not defined in
     version 10 database because conditional compilation protects
     the $elsif from evaluation if the dbms_db_version.ver_le_10 is
     TRUE.
  */

  ver_le_9_1    constant boolean := FALSE;
  ver_le_9_2    constant boolean := FALSE;
  ver_le_9      constant boolean := FALSE;
  ver_le_10_1   constant boolean := FALSE;
  ver_le_10_2   constant boolean := FALSE;
  ver_le_10     constant boolean := FALSE;
  ver_le_11_1   constant boolean := TRUE;
  ver_le_11     constant boolean := TRUE;

end dbms_db_version;

● Oracle11g R2 11.2 の DBMS_DB_VERSION

package dbms_db_version is
  version constant pls_integer := 11; -- RDBMS version number
  release constant pls_integer := 2;  -- RDBMS release number

  /* The following boolean constants follow a naming convention. Each
     constant gives a name for a boolean expression. For example,
     ver_le_9_1  represents version <=  9 and release <= 1
     ver_le_10_2 represents version <= 10 and release <= 2
     ver_le_10   represents version <= 10

     A typical usage of these boolean constants is

         $if dbms_db_version.ver_le_10 $then
           version 10 and ealier code
         $elsif dbms_db_version.ver_le_11 $then
           version 11 code
         $else
           version 12 and later code
         $end

     This code structure will protect any reference to the code
     for version 12. It also prevents the controlling package
     constant dbms_db_version.ver_le_11 from being referenced
     when the program is compiled under version 10. A similar
     observation applies to version 11. This scheme works even
     though the static constant ver_le_11 is not defined in
     version 10 database because conditional compilation protects
     the $elsif from evaluation if the dbms_db_version.ver_le_10 is
     TRUE.
  */

  ver_le_9_1    constant boolean := FALSE;
  ver_le_9_2    constant boolean := FALSE;
  ver_le_9      constant boolean := FALSE;
  ver_le_10_1   constant boolean := FALSE;
  ver_le_10_2   constant boolean := FALSE;
  ver_le_10     constant boolean := FALSE;
  ver_le_11_1   constant boolean := FALSE;
  ver_le_11_2   constant boolean := TRUE;
  ver_le_11     constant boolean := TRUE;

end dbms_db_version;

version 12 and later codeなんて箇所、いいですね〜w

・PL/SQL de Conditional Compile #1
・PL/SQL de Conditional Compile #2
・PL/SQL de Conditional Compile #3
・PL/SQL de Conditional Compile #4
・PL/SQL de Conditional Compile #5

投稿日時 2011年12月14日 (水) 14時40分 Oracle, PL/SQL, Linux, Oracle Database 11g, Windows, Mac(Intel x86), Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年10月 5日 (水)

VIrtualBox 4.1.4 released

http://www.virtualbox.org/wiki/Changelog

LinuxとMacのVirtualBoxを4.1.4アップデートするなど。毎月一回のお約束:)

VirtualBox4.1.4 about

投稿日時 2011年10月 5日 (水) 06時01分 Oracle, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年8月16日 (火)

VirtualBox 4.1.2 released! 月１ペースか。:)

http://www.virtualbox.org/wiki/Changelog

ほんと良いペースですねー。

投稿日時 2011年8月16日 (火) 23時19分 Oracle, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年8月15日 (月)

CentOS6.0 on VirtualBox4.1.0 for MacOS X(Snow Leopard)

まだLionじゃなくて、Snow Leopardなのですが…

VirtualBox4.1.0でCentOS6.0をGuestOSとして構築してみた。この続きは暇を見て…。
20110815_03357

20110815_71248

投稿日時 2011年8月15日 (月) 07時49分 Oracle, Linux, Mac(Intel x86), VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年8月14日 (日)

Macユーザ増えたよな〜 :) とアクセスログ見て

このブログを書き始めたころは、タイトルとは裏腹にWindowsとかIEからのアクセスが多かったのですが、ここ１、２年でずいぶん変ってきたな〜、とか、IEの減りっぷりって凄いとか思いながらアクセスログみてると思います。

次のグラフは当ブログのアクログからIEの世代交替状況を見たものです。来年はどうなってるか楽しみですねー。さすがにIE10はまだありませんが、IE7など以前のはとっとと消えてほしいですね。

次のグラフは、当ブログを参照しているブラウザの種類（バージョンに関係なく）でまとめたものです。
IEの減りっぷりは見事というか、IE9の出遅れ感が強いだけで、これからIE10とかで盛り返してくるのか見物ですね〜。ただIE6/7/8使っているところって大人の事情で金縛り状態のところが多いから切り替わるためには１、２年のタイムラグはありそうな気がします。　だって昨年でさえ、IE6/7対応縛りでjavascriptがおそーいとか無茶やってるとこ多数あったしw

最後のグラフは、OS別（バージョンに関係なく）でまとめたものです。
いろいろな勉強会とか参加してて特にここ２、３年で随分Macユーザ増えましたよねー、ほんと。
以前はWindowノートが半分以上だったところでも、最近MBAだらけとかいうとこ多いっす。

投稿日時 2011年8月14日 (日) 16時00分 Mac, アクセスログ, Linux, Windows, iPhone, Safari, FireFox, Opera | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年7月22日 (金)

Lionがでたとおもったら、VirtualBox 4.1も出てたのね。

http://www.virtualbox.org/wiki/Changelog

Lion入れるより先にVirtualBox 4.1にしてみたw

投稿日時 2011年7月22日 (金) 01時50分 Oracle, Mac, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年7月17日 (日)

VirtualBox 4.0.12 リリース、活発だな〜 :)

気づいたら、4.0.12がリリースされてる。:) すげ〜活発な。　　アップデートdone.

投稿日時 2011年7月17日 (日) 09時10分 Oracle, Mac, Linux, Windows, Mac(Intel x86), VM, VirtualBox, Solaris | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年5月17日 (火)

VirtualBox 4.0.8でました〜

VirtualBox 4.0.8がリリースされたので早速アップデート :)

Mac OS X関連のbug fixも含まれてますねー。
http://www.virtualbox.org/wiki/Downloads

Changelog for VirtualBox 4.0.8

Mac OS X hosts: fixed incompatibility with recent Mac OS X versions in 64-bit mode (bug #8474)
Mac OS X hosts: fixed incompatibility with hosts with more than 16 cores (bug #8389)
Mac OS X hosts: fixed painting corruptions on a second monitor in 64-bit mode (bug #7606)
GUI: restored functionality to set an empty host key to disallow any host key combination (4.0.6 regression; bug #8793)
VBoxManage: added controlvm screenshotpng subcommand for saving the screenshot of a running VM in PNG format
VBoxHeadless: fixed potential crash during shutdown (Windows hosts only)
NAT: built-in services use the correct Ethernet addresses in Ethernet header and in ARP requests
Host-only networking: fixed adapter reference counting
E1000: fixed rare guest crashes with Linux SMP guests (bug #8755)
SATA: fixed guest disk corruption under rare circumstances (only relevant for guests with more than 2GB RAM; bug #8826)
Storage: fixed data corruption after a snapshot was taken with asynchronous I/O enabled (bug #8498)
Floppy: several improvement
HPET: another fix for time jumps (bug #8707)
USB: removed assumption that string descriptors are null-terminated (Windows hosts only)
3D support: fixed a potential crash when resizing the guest window
3D support: fixed GNOME 3 rendering under Ubuntu 11.04 and Fedora 15
Snapshots: fixed another bug which could lose entries in the media registry when restoring a snapshot (bug #8363)
Shared Folders: don't stop mounting the other valid folders if one host folder is inaccessible (4.0.6 regression)
Linux Additions: check whether gcc and make are installed before building kernel modules (bug #8795)
Solaris Additions: added support for X.Org Server 1.10
Guest Additions: fixed inappropriate Guest Additions update notification when using vendor-specific
version suffixes (bug #8844)

各Guest OSのGuest Additions scriptの実行もお忘れなく！

投稿日時 2011年5月17日 (火) 05時43分 Linux, Windows, Mac(Intel x86), VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年4月 3日 (日)

VirtualBox de Oracle Linux 6

http://blogs.oracle.com/linux/2011/02/oracle_linux_6_dvds_now_available.html

ってことだったので、VirtualBox 使ってお試し環境作っておいた。問題もなくinstall done…

投稿日時 2011年4月 3日 (日) 05時19分 Oracle, Mac, Linux, Mac(Intel x86), VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年3月11日 (金)

IE9テスト用Windows7 64bit環境をVirtualBox VMで

うちの奥さんが関わっているサイトでもIE9対応とかありそうだし、私もいろいろ確認したいこともあり、VirtualBox4.x for LInux x86_64でWindow7 64bit 環境を作った。VMのおかげてでいろいろ楽できるな〜。

以下、MacBook AirのTerminalからX forwording使って接続した様子。:) MacOS/Linux/Windowsの共演w

投稿日時 2011年3月11日 (金) 06時31分 Linux, Windows, Mac(Intel x86), VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年2月17日 (木)

shutdown immeidateしない、ほかの理由に遭遇！おまけのおまけ（でた〜最近、よくあるパターンw）

さて、前回のおまけで終了〜。　のつもりだったがリスナー経由の時は問題ないな〜と気づいて気が変わり。おまけのおまけとなりましたw

前回まではBEQで繋いでたな〜、と思ってリスナー経由の専用サーバー接続で同じことを試してみたらshutdown immeidateが待機させられない事に気づいた。

お〜〜〜〜っ。oracleのサーバープロセスがdefunctのにならないっつーことは…

ということで、早速試してみた。

※１つめの端末でSQL*Plusを起動してOracleをスタートアップ（なお事前にリスナーは起動済みです）

[oracle@lampeye ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 水 2月 16 23:10:11 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

23:10:11 > conn / as sysdba
接続されました。
23:21:54 SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area 1603411968 bytes
Fixed Size                  2160112 bytes
Variable Size             436210192 bytes
Database Buffers         1157627904 bytes
Redo Buffers                7413760 bytes
データベースがマウントされました。
データベースがオープンされました。
23:22:04 SYS>

※２つめの端末でSQL*Plusを起動してリスナー経由（この例では専用サーバー接続）でOracleへ接続後、host command(!)でshellへ入っておく。

[oracle@lampeye ˜]$ 
[oracle@lampeye ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 水 2月 16 23:22:45 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

23:22:45 > conn scott/tiger@lampeye
接続されました。
23:22:53 SCOTT> !
[oracle@lampeye ˜]$

※この状態で、プロセスツリーをチェックしてみると…Bequeath Protocol接続の時は、PID=5398の子プロセスとしてOracleのサーバープロセスがforkされていたのに、居ないのよ…

[oracle@lampeye ˜]$ ps -ef | grep gnome-terminal
oracle    4976     1  0 23:08 ?        00:00:01 gnome-terminal
oracle    5440  5031  0 23:23 pts/3    00:00:00 grep gnome-terminal
[oracle@lampeye ˜]$ 
[oracle@lampeye ˜]$ pstree -p 4976 -ual 
gnome-terminal,4976,oracle
  ├─bash,4982
  │   └─sqlplus,5154       
  │       └─oracle,5376 (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
  ├─bash,5007
  │   └─sqlplus,5398       
  │       └─bash,5413
  ├─bash,5031
  │   └─pstree,5441 -p 4976 -ual
  ├─bash,5161
  ├─gnome-pty-helpe,4981
  └─{gnome-terminal},4983
[oracle@lampeye ˜]$

※じゃ、どこに行ったのよ…と、調べてみると…リスナー経由だとサーバープロセスの親プロセスはINIT

23:29:17 SYS> select s.username,p.username,p.spid from v$process p join v$session s on p.addr = s.paddr where s.username='SCOTT'

USERNAME                       USERNAME        SPID
------------------------------ --------------- ------------------------
SCOTT                          oracle          5400

経過: 00:00:00.01
23:29:18 SYS> 

[oracle@lampeye ˜]$ ps -f -p 5400
UID        PID  PPID  C STIME TTY          TIME CMD
oracle    5400     1  0 23:22 ?        00:00:00 oraclelampeye (LOCAL=NO)
[oracle@lampeye ˜]$

※これならshutdown immeidateは待たされずに実行される！

23:35:22 SYS> 
23:35:22 SYS> shutdown immediate
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
23:35:33 SYS>

ということは、SQL*PlusからBequeath Protocol接続の場合、host commandでshellへ入ったままにしているとshutdown immeidateが待機させられるのな…

じゃ、sqlnet.ora　に　BEQUEATH_DETACH=yes　を設定すれば回避できそーな気がする
Oracle Database Net Servicesリファレンス 11g リリース1（11.1）- 5.2.1 BEQUEATH_DETACH

早速、検証…

sqlnet.oraにBEQUEATH_DETACH=yesを追記。

[oracle@lampeye ˜]$ 
[oracle@lampeye ˜]$ cat  $ORACLE_HOME/network/admin/sqlnet.ora
# sqlnet.ora Network Configuration File: /opt/u01/app/oracle/product/11.1.0/db_1/network/admin/sqlnet.ora
# Generated by Oracle configuration tools.

NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)
BEQUEATH_DETACH=yes

[oracle@lampeye ˜]$

※１つめの端末でSQL*Plusを起動し、Oracleをstartup…

[oracle@lampeye ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 水 2月 16 23:39:14 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

23:39:14 > conn / as sysdba
アイドル・インスタンスに接続しました。
23:39:17 SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area 1603411968 bytes
Fixed Size                  2160112 bytes
Variable Size             436210192 bytes
Database Buffers         1157627904 bytes
Redo Buffers                7413760 bytes
データベースがマウントされました。
データベースがオープンされました。
23:39:26 SYS>

※２つめの端末でSQL*Plusを起動、BEQ接続でSCOTTユーザへ接続後、host command(!)でshellへ入っておく…

[oracle@lampeye ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 水 2月 16 23:39:39 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

23:39:39 > conn scott/tiger
接続されました。
23:39:45 SCOTT> !
[oracle@lampeye ˜]$

※この状態でプロセスツリーを見てみると…お〜〜〜、SQL*Plusの子プロセスではなくなっている…

[oracle@lampeye ˜]$ pstree -p 4976 -ual 
gnome-terminal,4976,oracle
  ├─bash,4982
  │   └─sqlplus,5596       
  ├─bash,5007
  │   └─sqlplus,5664       
  │       └─bash,5686
  ├─bash,5031
  │   └─pstree,5711 -p 4976 -ual
  ├─bash,5161
  ├─gnome-pty-helpe,4981
  └─{gnome-terminal},4983
[oracle@lampeye ˜]$

※じゃ〜、どこの子になっちゃったのか調べてみましょう…

23:41:08 SYS> select s.username,p.username,p.spid from v$process p join v$session s on p.addr = s.paddr where s.username IN ('SYS','SCOTT');

USERNAME                       USERNAME        SPID
------------------------------ --------------- ------------------------
SYS                            oracle          5685
SCOTT                          oracle          5666

経過: 00:00:00.03
23:41:40 SYS>

お〜、やはり、SQL*Plusの子じゃなくて、INITの養子となってしまったようですw

[oracle@lampeye ˜]$ ps -f -p 5685 5666
UID        PID  PPID  C STIME TTY      STAT   TIME CMD
oracle    5666     1  0 23:39 ?        Ss     0:00 oraclelampeye (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle    5685     1  0 23:40 ?        Ss     0:00 oraclelampeye (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
[oracle@lampeye ˜]$

これなら、shutdown immeidateも待たされないでしょうね :)

23:42:52 SYS> shutdown immediate
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
23:43:07 SYS>

immeidateしない、ほかの理由に遭遇！　ネタはこれで、ほんとにほんとのおしまい :)

・shutdown immeidateしない、ほかの理由に遭遇！
・shutdown immeidateしない、ほかの理由に遭遇！ #2
・shutdown immeidateしない、ほかの理由に遭遇！ #3
・shutdown immeidateしない、ほかの理由に遭遇！おまけ

投稿日時 2011年2月17日 (木) 00時37分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), Oracle11g R2, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年2月10日 (木)

shutdown immeidateしない、ほかの理由に遭遇！おまけ

前回までで状況も把握できたし、そうなった場合の回避策も見えたのですが、子プロセスの生成とかdefunctなゾンピ君の刈り取りってどーなってんだろーと気になり…

子プロセスの生成を状況を以下の順で見てみる…

shellに入っただけ
SQL*Plus起動
SCOTTユーザへ接続
host command(!)でshellへ入る

shellに入っただけ

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ ps -e -u oracle | grep gnome-terminal
 3337 ?        00:00:09 gnome-terminal
[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ pstree -p 3337 -u
gnome-terminal(3337,oracle)─┬─bash(3377)
                            ├─bash(3737)───pstree(4063)
                            ├─gnome-pty-helpe(3342)
                            └─{gnome-terminal}(3344)

SQL*Plus起動

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 木 2月 10 14:54:44 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

14:54:44 >

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ pstree -p 3337 -u
gnome-terminal(3337,oracle)─┬─bash(3377)───sqlplus(4064)
                            ├─bash(3737)───pstree(4066)
                            ├─gnome-pty-helpe(3342)
                            └─{gnome-terminal}(3344)

SCOTTユーザへ接続

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 木 2月 10 14:54:44 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

14:54:44 > conn scott/tiger
接続されました。
14:54:57 SCOTT>

scottユーザに接続した状態…
このようにSQL*Plusの子プロセスが１つであればshutdown immeidateが待機させられることはないんだけど…ね。

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ pstree -p 3337 -u
gnome-terminal(3337,oracle)─┬─bash(3377)───sqlplus(4064)───oracle(4067)
                            ├─bash(3737)───pstree(4068)
                            ├─gnome-pty-helpe(3342)
                            └─{gnome-terminal}(3344)

host command(!)でshellに入った

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.7.0 - Production on 木 2月 10 14:54:44 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

14:54:44 > conn scott/tiger
接続されました。
14:54:57 SCOTT> !
[oracle@pleco ˜]$

SQL*Plusからホストコマンド(!)でshellに入った状態…
SQL*Plusの子プロセスが複数~~でoracle以外のが~~ある状態で、他のSQL*Plusからshutdown immediateを実行されちゃうと、~~以下にある~~pid=4067が<defunct>状態のまま刈り取られない。＝＝＝＞Oracleがshutdown immeidateで停止しない。ってことになるのな。

[oracle@pleco ˜]$ 
[oracle@pleco ˜]$ pstree -p 3337 -u
gnome-terminal(3337,oracle)─┬─bash(3377)───sqlplus(4064)─┬─bash(4069)
                            │                            └─oracle(4067)
                            ├─bash(3737)───pstree(4093)
                            ├─gnome-pty-helpe(3342)
                            └─{gnome-terminal}(3344)
[oracle@pleco ˜]$ 
[oracle@pleco ˜]$

じゃ、実験！

以下のようにshutdown immeidateが待機させられている状態を作る。赤字（pid=3627)の子プロセスがdefunctつまりゾンビになるわけね。

shutdown immeidateを実行するSQL*Plusとは別にSQL*Plusを起動し、host command(!)でshellに入っておきます…

16:09:28 > conn scott/tiger
接続されました。
16:12:45 SCOTT> !
[oracle@pleco ˜]$

[oracle@pleco ˜]$ pstree -p 3372 -u
gnome-terminal(3372,oracle)─┬─bash(3378)───sqlplus(3493)─┬─bash(3628)
                            │                            └─oracle(3627)
                            ├─bash(3403)───sqlplus(3427)───oracle(3599)
                            ├─bash(3520)───pstree(3672)
                            ├─gnome-pty-helpe(3377)
                            └─{gnome-terminal}(3379)

この状態で、もう一つのSQL*Plusからsysユーザでshutdown immeidateを実行します…shutdown immeidateは待機させられます。
この時、pid=3627の子プロセスはdefunct状態になってますが、刈り取られていません。この影響でshutdown immediateが待機させられています。
SQL*Plusからshellに入っていない場合、つまり、SQL*Plusのプロセス(pid=3493)の子プロセスが１つしかない場合は、shutdown immeidateが待機させられることはない…この辺りに問題がありそうな気がします…

16:12:59 SYS> 
16:12:59 SYS> 
16:13:00 SYS> shutdown immediate

[oracle@pleco ˜]$ pstree -p 3372 -u
gnome-terminal(3372,oracle)─┬─bash(3378)───sqlplus(3493)─┬─bash(3628)
                            │                            └─oracle(3627)
                            ├─bash(3403)───sqlplus(3427)───oracle(3599)
                            ├─bash(3520)───pstree(3672)
                            ├─gnome-pty-helpe(3377)
                            └─{gnome-terminal}(3379)

試しに親プロセスであるSQL*Plus(pid=3493)にSIGCHLDシグナルを送ってみましょう。

[oracle@pleco ˜]$ kill -SIGCHLD 3493
[oracle@pleco ˜]$ kill -SIGCHLD 3493
[oracle@pleco ˜]$ kill -SIGCHLD 3493
[oracle@pleco ˜]$ kill -SIGCHLD 3493
[oracle@pleco ˜]$ kill -SIGCHLD 3493
・・・・以下略w・・・・

ん〜〜〜〜〜。ゾンビを刈り取ってくれません＞＜

試しにshellからexitしてみます…

16:09:28 > conn scott/tiger
接続されました。
16:12:45 SCOTT> !
[oracle@pleco ˜]$ exit
exit

16:18:24 SCOTT>

[oracle@pleco ˜]$ pstree -p 3372 -u
gnome-terminal(3372,oracle)─┬─bash(3378)───sqlplus(3493)───oracle(3627)
                            ├─bash(3403)───sqlplus(3427)───oracle(3599)
                            ├─bash(3520)───pstree(3673)
                            ├─gnome-pty-helpe(3377)
                            └─{gnome-terminal}(3379)

shellからはexitしました。SQL*Plus(pid=3493)の子プロセスがoracleだけ(pid=3627)のゾンビだけになりました。oracleのゾンビ(pid=3627)が残っているうちはshutdown immeidateは待機させられたままです！　

では、もう一回、親プロセスであるSQL*PlusにSIGCHLDシグナルを送ってみましょう！　今度はうまく行きそうな気がします！

[oracle@pleco ˜]$ kill -SIGCHLD 3493
[oracle@pleco ˜]$ pstree -p 3372 -u
gnome-terminal(3372,oracle)─┬─bash(3378)───sqlplus(3493)
                            ├─bash(3403)───sqlplus(3427)───oracle(3599)
                            ├─bash(3520)───pstree(3675)
                            ├─gnome-pty-helpe(3377)
                            └─{gnome-terminal}(3379)
[oracle@pleco ˜]$

やった〜〜〜〜〜〜 :) SQL*Plus(pid=3493)の子プロセス（pid=3627)のゾンビが見事に刈り取られました！

その瞬間……待機させられていたshutdown immeidateは見事終了！！！！

16:12:59 SYS> 
16:12:59 SYS> 
16:13:00 SYS> shutdown immediate
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
16:18:42 SYS>

shutdown immeidateしない、ほかの理由に遭遇！ネタはこれにて :)

投稿日時 2011年2月10日 (木) 17時24分 Oracle, Linux, Oracle Database 11g, Oracle11g R2, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年2月 9日 (水)

shutdown immeidateしない、ほかの理由に遭遇！ #3

もう一つ検証し忘れてた!。

この現象に気づいたとき、SQL*Plusから接続していたユーザがsysユーザや、systemユーザだけだったので、それ以外のユーザで接続している場合は大丈夫なんじゃね？都市伝説の検証…

これまでと同様に２つのSQL*Plusを起動しておきます。

１つめのSQL*Plusでは、sysユーザに接続しておきます…

[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 水 2月 9 07:26:10 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

07:26:10 > conn / as sysdba
接続されました。

２つめのSQL*Plusでは、scottユーザ（sysユーザ、systemユーザ以外の一般ユーザ）に接続し、host command(!)でshellに入ったままにしておきます…

[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 水 2月 9 07:26:23 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

07:26:23 > conn scott/tiger
接続されました。
07:26:29 SCOTT> !
[oracle@leaffish ˜]$

では、sysユーザでshutdown immeidateを実行してみます…

07:26:10 > conn / as sysdba
接続されました。
07:26:16 SYS>
07:26:16 SYS> 
07:26:17 SYS> shutdown immediate

お〜〜〜、shutdown immeidateが待機させられています。

「SQL*Plusから接続していたユーザがsysユーザや、systemユーザだけだったので、それ以外のユーザで接続している場合は大丈夫なんじゃね？都市伝説」は都市伝説。
Oracleへ接続するユーザに関係なく、SQL*Plusからhost command(!)でshellに入ったままのセッションがある状態で他のセッションからshutdown immeidateを実行した場合、shutdown immeidateは、shutdown timeoutせずにshutdownを待機し続けるのは事実。

まとめると…

現象：

shutdown immeidate文を実行したがshutdown timeout（１時間）も発生せずshutdownが待機させれれたままになり停止できない。

発生条件(Updated 16-Feb-2011)：

Linux/Unix系のOracle11g R2 11.2.0.1.0 （ちなみにそれ以外のリリースでは11.1.0.7.0で同様の現象を確認しています、他のリリースでは未検証。）
shutdown immeidateを発行するセッション以外に、SQL*Plusからhost command(! はたま host)でshellに入ったままになっているセッションがある場合。かつ、Bequeath ProtocolでOracleへ接続している。

確認ポイント：

アラートログに　"SHUTDOWN: Active processes prevent shutdown operation"が繰り返される。
ps -ef | grep ora などでプロセスをみると <defunct>な子プロセスがあり、親プロセスがSQL*Plusである。
ls -lrt で最後にリストされるトレースファイル（shutdownを実行しているプロセスのトレースファイル）に"ksukia: Attempt <連番?> to re-kill process OS PID=<pid>"のメッセージが繰り返し出力され続ける。

対処(Updated 16-Feb-2011)：

~~shutdown aboartするしかない。~~<defunct>なプロセスの親であるSQL*Plusのプロセスをkill -SIGTERMとか-SIGKILLで終了させる。それでもshutdownが待機しているようなら、最後の手段、shutdown abortということで。
SQL*Plus起動してる人が連絡取れる場所にいるのならその方にexitしてもらうのもありw
その他の方法として、sqlnet.oraに、BEQUEATH_DETACH=yes を設定して、サーバープロセスをSQL*Plusの子ではなく、INITの子になってもらう（これがおすすめかも）

現象と回避方法を確認したリリース(Updated 16-Feb-2011)：

Oracle11g R1 11.1.0.7.0 for Linux (32bit/64bit)
Oracle11g R1 11.1.0.7.0 for HP-UX(itanium)
Oracle11g R2 11.2.0.1.0 for Linux (32bit/64bit)
Oracle11g R2 11.2.0.1.0 for Solaris x86-64

KROWNっぽいまとめ方にしてみました :) (他のUnix系リリースでも作りはおなじでしょうね)

でもさあ、SQL*Plusからホストコマンド、使うんだよね結構。shellに入って、SQL*Plusから入っていたこと忘れて、また、SQL*Plus起動しちゃって…さらにshellに入って…以下繰り返しw。注意しましょうね。→　自分。

投稿日時 2011年2月 9日 (水) 14時56分 Oracle, Linux, Oracle Database 11g, Oracle11g R2, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

shutdown immeidateしない、ほかの理由に遭遇！ #2

さて、昨日のつづきです。

Oracle11g R2 11.2.0.1.0 for Linux x86 をVirtualBox4.0 for MacOS XのCentOS5.5にインストールしてあります。

昨日は、SQL*Plusの!(host command)でshellへ入っている状態で、かつ、別端末のSQL*plusからshutdown immeidate文を発行してしまうとSQL*Plusのプロセスの子プロセスに<defunct>なプロセスが登場して、shutdown immeidateを待機させてしまうところまでを再現してみました。

今日は、shutdown immediate文を発行するsysユーザ以外のsysユーザがSQL*Plusから接続しているだけでもshutdown immediateを待機させるんじゃないか？疑惑の確認と、shutdown immeidateの待機させるだけじゃなく、shutdown timeoutも抑止しちゃってるよね疑惑などを検鏡検証してみようと思います。

短期遠征先から帰宅している予定だったのによそーーーーー外の１日延泊となってしまった次いでに、VirtuslBox4.0のCentOS5.5のOracle11g R2でたっぷり検証してみましょうw

では、最初に、shutdown immeidateを実行するsysユーザ以外のsysユーザがSQL*Plusから接続しているだけでも~~実行に他の端末のSQL*Plusでsysユーザが接続しているだけでも~~shutdown immeidateがを待機させるんじゃないか？疑惑~~するんじゃね？疑惑~~の検証から。

まず、SQL*Plusでsysユーザに接続している端末を２つ用意して…

一つめのSQL*Plusで〜す。

[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 水 2月 9 00:09:00 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:09:00 > conn / as sysdba
接続されました。
00:09:11 SYS> 
00:09:12 SYS> 
00:09:12 SYS>

２つめのSQL*Plusで〜す。

[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 水 2月 9 00:08:39 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:08:39 > conn / as sysdba
接続されました。
00:08:44 SYS> 
00:08:45 SYS> 
00:08:45 SYS>

この状態で１つめのSQL*Plusのsysユーザでshutdown immeidate文を実行します…

00:22:43 SYS> 
00:22:43 SYS> shutdown immediate
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
00:22:57 SYS>

待機させられることなく、shutdown immeidate文が実行されました。Oracle11g R2 11.2.0.1.0 for Linuxでは”疑惑”だけだったようですね。一安心w。他のバージョンだとどうなんだろ＝＞TODO.
（昨日の記事では、systemユーザがSQL*Plusで接続している場合、他の端末のSQL*Plusのsysユーザがshutdown immeidateを実行した場合の検証もしていましたよね。これでshutdown immeidate文を実行するセッション以外にsysユーザやsystemユーザのセッションが存在していてもshutdown immeidateが待機させられることは、すくなくともOracle11g R2 11.2.0.1.0 for Linuxでは発生しないことは確かなようです。）

つづいて、SQL*Plusのhost command(!)からshellへ入ったままのセッションが存在している状態でshutdown immeidate文を別セッションから実行してしまうとshutdown immediateを待機させるだけでなく、shutdown timeoutも妨害してしまい１時間を経過してもハングしたままじゃね疑惑を検証してみたいと思います。

同じように２つのSQL*Plusを起動し、ともにsysユーザで接続して、一方のセッションではhost command (!)でshellへ入ったままにしておきます。

１つめのSQL*Plusです…

[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 水 2月 9 00:36:01 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:36:01 > conn / as sysdba
接続されました。
00:36:04 SYS> 
00:36:04 SYS>

２つめのSQL*Plusです〜、こちらはhost commandでshellへ入っておきます。

[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 水 2月 9 00:35:51 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:35:51 > conn / as sysdba
接続されました。
00:35:54 SYS> 
00:35:56 SYS> !
[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$

この状態で１つめのSQL*Plusのセッションからshutdown immeidate文を実行してみます…

00:39:34 SYS> 
00:39:34 SYS> shutdown immediate

見事にshutdown immeidateは待機させられます。すばらし〜。
このまま放置してみます。Oracle10g以降の機能であるshutdown timeoutが働いて１時間程度でshutdownはキャンセルされるはずです。しばしの間、ご歓談くださいませ。:)

・・・・・・・・・中略・・・・・・・・・・・

ながらくお待たせいたしました〜、shutdown immeidateを実行してから２時間以上経過しましたが、shutdown timeoutでshutdownがキャンセルされるどころか、止まる気配すらありません…

以下、アラートログの内容です。

Wed Feb 09 00:39:41 2011
Shutting down instance (immediate)
Stopping background process SMCO
Shutting down instance: further logons disabled
Stopping background process QMNC
Stopping background process MMNL
Stopping background process MMON
License high water mark = 2
All dispatchers and shared servers shutdown
Wed Feb 09 00:44:51 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 00:50:05 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 00:55:20 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 01:00:36 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 01:05:48 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 01:10:57 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 01:16:12 2011
SHUTDOWN: Active processes prevent shutdown operation

・・・中略・・・

Wed Feb 09 02:28:17 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 02:33:21 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 02:38:25 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 02:43:28 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 02:48:32 2011
SHUTDOWN: Active processes prevent shutdown operation
Wed Feb 09 02:53:38 2011
SHUTDOWN: Active processes prevent shutdown operation

ということで、「shutdown immeidateのを待機させるだけじゃなく、shutdown timeoutも抑止しちゃってるよね！疑惑」は、疑惑じゃなくて真実。

次回へつづく。

投稿日時 2011年2月 9日 (水) 08時33分 Oracle, Linux, Oracle Database 11g, Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年2月 8日 (火)

shutdown immeidateしない、ほかの理由に遭遇！

別途検証して別エントリにする予定だけど（遠征先で時間ないので…）、この状態でshutdown immeidateが待機するとshutdown timeoutしないというのも特徴みたい…

Oracleのバージョンは11g R2 11.2.0.1.0 for Linux (32bit)だけどUnix/Linux系なら発生するよ、きっと。

そういえば、以前こんなエントリ書いてましたっけ「shutdown timeout」

では、早速再現テスト。

まず、SQL*Plusを起動、SYSユーザに接続してOracleインスタンスを起動します…

[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 火 2月 8 00:46:11 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:46:11 > conn / as sysdba
アイドル・インスタンスに接続しました。
00:46:16 SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  422670336 bytes
Fixed Size                  1336960 bytes
Variable Size             373295488 bytes
Database Buffers           41943040 bytes
Redo Buffers                6094848 bytes
データベースがマウントされました。
データベースがオープンされました。
00:47:17 SYS>

別端末でSQL*Plusを起動してSYSTEMユーザまたはSYSユーザに接続.
(別途詳しく検証する予定だけど、今のところSYSTEM/SYSユーザ以外では発生してないので）

[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 火 2月 8 00:50:18 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:50:18 > conn system
パスワードを入力してください: 
接続されました。
00:50:23 SYSTEM>

次にOracleを起動したSQL*PlusのSYSユーザでshutdown immeidateを発行する…

00:51:22 SYS> shutdown immediate
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
00:51:34 SYS>

この状態だとOracleインスタンスは正常にshutdown immeidateで停止できる。あたりまえだけど。

では、再現テストですよん。

では次のパターンはどうか？

前述した手順と同じく、SYSで接続してOracleインスタンスを起動する…

[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 火 2月 8 00:54:47 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

00:54:47 > conn / as sysdba
アイドル・インスタンスに接続しました。
00:54:52 SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  422670336 bytes
Fixed Size                  1336960 bytes
Variable Size             373295488 bytes
Database Buffers           41943040 bytes
Redo Buffers                6094848 bytes
データベースがマウントされました。
データベースがオープンされました。
00:55:46 SYS>

前述した手順と同様に、別端末でSQL*Plusを起動し、SYSTEMユーザ(SYSユーザでもいいよ）へ接続する。
さらに、! (SQL*Plusのhost command）でshellに入っておく…。ここがポイント

[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 火 2月 8 01:01:42 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

01:01:42 > conn system
パスワードを入力してください: 
接続されました。
01:01:47 SYSTEM> !
[oracle@leaffish ˜]$

shutdow immeidateの待機を再現させますよー、Oracleインスタンスを起動したSQL*PlusのSYSユーザでshutdown immeidate文を発行する…

01:03:04 SYS> 
01:03:05 SYS> shutdown immediate

いつまでたってもOracleインスタンスは停止しない。この例では載せていないがマニュアルに記載されているshutdown timeoutも１時間たっても２時間たっても発生しないようだ…（別途検証予定）

アラートログを確認してみると…５分毎に、”SHUTDOWN: Active processes prevent shutdown operation”というログを出力し続けてる…

Tue Feb 08 01:03:07 2011
Shutting down instance (immediate)
Shutting down instance: further logons disabled
Stopping background process QMNC
Stopping background process MMNL
Stopping background process MMON
License high water mark = 2
All dispatchers and shared servers shutdown
Tue Feb 08 01:08:17 2011
SHUTDOWN: Active processes prevent shutdown operation
Tue Feb 08 01:13:24 2011
SHUTDOWN: Active processes prevent shutdown operation
Tue Feb 08 01:18:31 2011
SHUTDOWN: Active processes prevent shutdown operation
Tue Feb 08 01:23:37 2011
SHUTDOWN: Active processes prevent shutdown operation
Tue Feb 08 01:28:43 2011
SHUTDOWN: Active processes prevent shutdown operation

プロセスのトレースファイルで最新のものでファイルサイズが増えつつけているものがある…
tailでのぞいてみると…

PID=3542のOSプロセスをkillできずにループしているように見える…

[oracle@leaffish trace]$ ll -lrt

・・・中略・・・

-rw-r----- 1 oracle oinstall      61  2月  8 01:00 discus_mman_3483.trm
-rw-r----- 1 oracle oinstall     863  2月  8 01:00 discus_mman_3483.trc
-rw-r----- 1 oracle oinstall      61  2月  8 01:00 discus_dbrm_3477.trm
-rw-r----- 1 oracle oinstall     904  2月  8 01:00 discus_dbrm_3477.trc
-rw-r----- 1 oracle oinstall      45  2月  8 01:01 discus_ora_3539.trm
-rw-r----- 1 oracle oinstall     669  2月  8 01:01 discus_ora_3539.trc
-rw-r----- 1 oracle oinstall  235323  2月  8 01:08 alert_discus.log
-rw-r----- 1 oracle oinstall    6420  2月  8 01:12 discus_ora_3513.trm
-rw-r----- 1 oracle oinstall   60565  2月  8 01:12 discus_ora_3513.trc
[oracle@leaffish trace]$ 
[oracle@leaffish trace]$ tail -f discus_ora_3513.trc
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:15.641
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:16.663
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:17.678
ksukia: Starting kill, flags = 1
ksukia: Attempt 119 to re-kill process OS PID=3542.
ksukia: killed 1 out of 1 processes.

*** 2011-02-08 01:13:18.699
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:19.709
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:20.735
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:21.750
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:22.756
ksukia: Starting kill, flags = 1
ksukia: Attempt 120 to re-kill process OS PID=3542.
ksukia: killed 1 out of 1 processes.

*** 2011-02-08 01:13:23.779
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:24.790
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

*** 2011-02-08 01:13:25.821
ksukia: Starting kill, flags = 1
ksukia: killed 0 out of 1 processes.

[oracle@leaffish trace]$

killできないと繰り返しログに吐かれているプロセス　PID=3542とは何者？…
psとpstreeコマンドでみてみると…

SQL*Plusの!(host command)でshellに入る生成されるプロセスらしい…、このプロセスSYSTEMユーザやSYSユーザ以外接続している場合はなぜか今のところ生成されいないように見える…

この<defunct>なプロセスは何屋さん？　shutdown immediateをimmediateじゃない状態にするのは大量のundoデータだけじゃないのね〜＞＜

それもSQL*Plusの!(host command）は便利なので、私も多用していまして、ついつい、SQL*Plusに接続して、!でshellに入って、SQL*Plusから入ったのを忘れてさらに、SQL*Plus起動して、！でshellに入って…なんてことやってしまうことは多々あります。＞＜

これが原因で、shutdown immeidateが待機させられるなんて〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜＞＜。

[oracle@leaffish ˜]$ ps -ef | grep 3542
oracle    3542  3541  0 01:01 ?        00:00:00 [oracle] <defunct>
oracle    3785  3056  0 01:24 pts/5    00:00:00 grep 3542
[oracle@leaffish ˜]$ 
[oracle@leaffish ˜]$ pstree -up oracle

・・・中略・・・

gnome-terminal(2806)─┬─bash(2812)───sqlplus(3398)───oracle(3513)
                     ├─bash(2909)───tail(3055)
                     ├─bash(2937)
                     ├─bash(3031)───sqlplus(3541)─┬─bash(3543)
                     │                            └─oracle(3542)
                     ├─bash(3056)───pstree(3772)
                     ├─gnome-pty-helpe(2811)
                     └─{gnome-terminal}(2813)

・・・以下略・・・

もう少し検証してみましょう！　

shellからだけexitしてみるも……Oracleはまだ停止しない…

01:01:42 > conn system
パスワードを入力してください: 
接続されました。
01:01:47 SYSTEM> !
[oracle@leaffish ˜]$ exit
exit

01:30:56 SYSTEM>

じゃ、SQL*Plusからもexitしよう

01:01:42 > conn system
パスワードを入力してください: 
接続されました。
01:01:47 SYSTEM> !
[oracle@leaffish ˜]$ exit
exit

01:30:56 SYSTEM> exit
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing optionsとの接続が切断されました。
[oracle@leaffish ˜]$

次の瞬間……

データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
01:32:10 SYS>

なんだと〜〜〜〜〜〜〜〜。いつからこーなんだー。　怖くてSQL*Plusから!(host command)でshellに入れないじゃないか〜〜〜＞＜

次回へつづく。

投稿日時 2011年2月 8日 (火) 07時04分 Linux, Oracle Database 11g, Mac(Intel x86), Opera, Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月30日 (日)

CentOS5.5のVirtualBox4.0のWindowsXP ProfessionalのVirtualPC2007のWindowsXPのIE7（長過ぎw)

うちの奥さんがIE7以上の動作確認などもしたいということだったので、タイミングよく公開されたInternet Explorer Application Compatibility VPC ImageのXP向けIE7とVirtualPCを使ってIE7のテスト環境を作ってみた。

CentOS5.5(HostOS)のVirtualBox4.0のWindowsXP Professional(GuestOS)のVirtualPC2007に前述のWindowsXP+IE7(英語版＋日本語フォント）の環境になっとります。これで奥さん用IE7確認環境のできあがり。

フォント追加がめんどくさいので日本語フォントを含んだのもあるといいんですけどね〜 :)

投稿日時 2011年1月30日 (日) 19時08分 Mac, Linux, Windows, Mac(Intel x86), VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 9日 (日)

CentOS5.5のVirtualBoxも4.0にアップデートした

MacOS X版VirtualBoxにつづき、CentOS5.5のVirtualBoxも3.2から4.0にアップデートした。

ついでなので、CentOS5.5にのVirtualBoxのSolaris10をMacOS XのTerminalからX11 forwadingを使ってMac側で起動してみた。（どんな次いでだw)

まず最初はCentOSのVirtualBoxを3.2から4.0へアップデート。MacOS Xの場合特に気にすることもないのだが、Linuxの場合、3.2がインストールされたままだと4.0でアップデートできないので、一旦、VirtualBox 3.2はアンインストールする必要がある。アンインストールがうまくいったら4.0をインストールがうまくいく。（新規で4.0をインストールする場合は気にする必要ないですよ…）

ちなみに、うちのは64bit版です　;)

[root@lampeye Desktop]# cat /etc/redhat-release CentOS release 5.5 (Final) [root@lampeye Desktop]# [root@lampeye Desktop]# uname -r 2.6.18-194.26.1.el5 [root@lampeye Desktop]# [root@lampeye Desktop]# rpm -e VirtualBox-3.2-3.2.12_68302_rhel5-1.x86_64 [root@lampeye Desktop]# rpm -ivh VirtualBox-4.0-4.0.0_69151_rhel5-1.x86_64.rpm 警告: VirtualBox-4.0-4.0.0_69151_rhel5-1.x86_64.rpm: ヘッダ V4 DSA signature: NOKEY, key ID 98ab5139 準備中... ########################################### [100%] 1:VirtualBox-4.0 ########################################### [100%] Creating group 'vboxusers'. VM users must be member of that group! No precompiled module for this kernel found -- trying to build one. Messages emitted during module compilation will be logged to /var/log/vbox-install.log. Stopping VirtualBox kernel modules [ OK ] Uninstalling old VirtualBox DKMS kernel modules [ OK ] Trying to register the VirtualBox kernel modules using DKMS [失敗] (Failed, trying without DKMS) Recompiling VirtualBox kernel modules [ OK ] Starting VirtualBox kernel modules [ OK ] [root@lampeye Desktop]#

ちゃんとやっとこうかな〜と思って、やり直しておいた(2011/1/10更新)

[root@lampeye Desktop]# cat /etc/redhat-release
CentOS release 5.5 (Final)
[root@lampeye Desktop]#
[root@lampeye Desktop]# uname -r
2.6.18-194.26.1.el5
[root@lampeye Desktop]#
[root@lampeye Desktop]# wget -q http://download.virtualbox.org/virtualbox/debian/oracle_vbox.asc
[root@lampeye Desktop]# rpm --import oracle_vbox.asc
[root@lampeye Desktop]# rpm --checksig VirtualBox-4.0-4.0.0_69151_rhel5-1.x86_64.rpm
VirtualBox-4.0-4.0.0_69151_rhel5-1.x86_64.rpm: (sha1) dsa sha1 md5 gpg OK
[root@lampeye Desktop]# rpm -e VirtualBox-3.2-3.2.12_68302_rhel5-1.x86_64
[root@lampeye Desktop]# rpm -ivh VirtualBox-4.0-4.0.0_69151_rhel5-1.x86_64.rpm
準備中...                ########################################### [100%]
   1:VirtualBox-4.0         ########################################### [100%]

Creating group 'vboxusers'. VM users must be member of that group!

No precompiled module for this kernel found -- trying to build one. Messages
emitted during module compilation will be logged to /var/log/vbox-install.log.

Stopping VirtualBox kernel modules [  OK  ]
Uninstalling old VirtualBox DKMS kernel modules [  OK  ]
Trying to register the VirtualBox kernel modules using DKMS [失敗]
  (Failed, trying without DKMS)
Recompiling VirtualBox kernel modules [  OK  ]
Starting VirtualBox kernel modules [  OK  ]
[root@lampeye Desktop]#

これで3.2から4.0へ移行は完了！ :)

では本題、MacOS XのTerminalからX11 forwordingを使ってCentOS5.5のVirtualBox4.0を起動し、GuestOSとしてSolaris10を起動してみます。（なお、このVM、以前、MacOS XのVirtualBox3.2で作成したものをCentOS5.5にコピーというか移動したもの…）

discus:˜ discus$
discus:˜ discus$
discus:˜ discus$ ssh -Y discus@lampeye
discus@lampeye's password: 
Warning: No xauth data; using fake authentication data for X11 forwarding.
Last login: Sun Jan  9 11:19:09 2011 from 192.168.1.30
[discus@lampeye ˜]$ 
[discus@lampeye ˜]$ VirtualBox &
[1] 4796
[discus@lampeye ˜]$

うまくいくもんですね〜 :)

・VirtualBox 4.0にアップデートした

投稿日時 2011年1月 9日 (日) 22時21分 Oracle, Mac, Linux, Mac(Intel x86), VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 6日 (木)

VirtualBox 4.0にアップデートした

VirtualBox4.0にアップデートしてみたMacOS Xのだけだけど。あとでLinuxのもやるよー

投稿日時 2011年1月 6日 (木) 23時45分 Mac, Linux, Mac(Intel x86), VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

VirtualBox de Oracle11g R2 RAC #23

VirtualBox de Oracle11g R2 RACのつづき。

さて、いよいよVirtualBox de Oracle11g R2 RACの最終回。簡単なTAFのテスト！

簡単なTransparent Application Failover (TAF)の確認

MacOS X Snow LeopardにあるOracle Instant Client 10g R2 for MacOS Xのtnsnames.oraを編集し以下の定義を追加しておきました！

ORCLTAF =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus-rac64-scan.macdeoracle.jp)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
      (FAILOVER_MODE =
        (TYPE = SELECT)
        (METHOD = BASIC)
        (RETRIES = 180)
        (DELAY = 5)
      )
    )
  )

TAF定義の接続識別子で接続します。

discus:˜ oracle$ 
discus:˜ oracle$ sqlplus /nolog

SQL*Plus: Release 10.2.0.4.0 - Production on 木 1月 6 04:47:16 2011

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

> conn scott/tiger@orcltaf
接続されました。
SCOTT> 
SCOTT> 
SCOTT> select count(*) from user_objects;

  COUNT(*)
----------
	 0

orcl1インスタンスで、sysユーザで接続し、セッションの状態を確認してみます。

[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 木 1月 6 04:48:42 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

SYS> 
SYS> 
SYS> conn / as sysdba
接続されました。
SYS> 
SYS> select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8    gv$session sess join gv$instance inst
  9    on sess.inst_id = inst.inst_id
 10  where
 11    sess.username = 'SCOTT'
 12  /

INSTANCE_NAME	 USERNAME			FAILOVER_TYPE FAILOVER_M FAI
---------------- ------------------------------ ------------- ---------- ---
orcl1		 SCOTT				SELECT	      BASIC	 NO

SYS>

SCOTTはorcl1インスタンスに接続されクエリが実行されたようですね！
failoverさせるため、orcl1インスタンスをabortで強制停止してみます。

SYS> !srvctl status database -d orcl
インスタンスorcl1はノードdiscus164で実行中です。
インスタンスorcl2はノードdiscus264で実行中です。

SYS> !srvctl stop instance -d orcl -i orcl1 -o abort
SYS> 
SYS> !srvctl status database -d orcl
インスタンスorcl1はノードdiscus164で実行されていません。
インスタンスorcl2はノードdiscus264で実行中です。

SYS> 
SYS> l
  1  select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8    gv$session sess join gv$instance inst
  9    on sess.inst_id = inst.inst_id
 10  where
 11*   sess.username = 'SCOTT'
SYS> /
select
*
行1でエラーが発生しました。:
ORA-03135: 接続が失われました
プロセスID: 5563
セッションID: 13、シリアル番号: 25

おっと〜、sysユーザでorcl1インスタンスに接続していたのでした〜。exitしちゃいます。

SCOTTユーザで、failoverさせるためクエリを再実行します。

SCOTT> r
  1* select count(*) from user_objects

  COUNT(*)
----------
	 0

SCOTT>

インスタンス：orcl2へ接続し直し確認。お〜うまくいけてますね！
orcl1のセッションだったscottユーザのセッションがfailoverしorcl2のセッションになっています。また今回設定したTAFのモードではクエリはエラーにはならず、生存インスタンスへ透過的にfailoverされます。

[oracle@discus264 ˜]$ 
[oracle@discus264 ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 木 1月 6 04:55:48 2011

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

> conn / as sysdba
接続されました。
SYS> select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8   gv$session sess join gv$instance inst
  9   on sess.inst_id = inst.inst_id
 10  where
 11   sess.username = 'SCOTT'
 12  /


INSTANCE_NAME	 USERNAME			FAILOVER_TYPE FAILOVER_M FAI
---------------- ------------------------------ ------------- ---------- ---
orcl2		 SCOTT				SELECT	      BASIC	 YES

SYS>

ちなみにcrsctl status resource -tで確認すると

・・・中略・・・
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        OFFLINE OFFLINE                               Instance Shutdown   
      2        ONLINE  ONLINE       discus264                Open                
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164                                    
[grid@discus164 ˜]$

となっています。今回のようにデータベースインスタンスだけを停止した場合はこんな状態になるんですね。:)

ついでなので更新トランザクションも試してみましょうかね。
停止したデータベースインスタンスを起動し、scottユーザでupdate文を実行します。

discus:˜ oracle$ 
discus:˜ oracle$ sqlplus scott/tiger@orcltaf

SQL*Plus: Release 10.2.0.4.0 - Production on 木 1月 6 05:20:27 2011

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP
and Data Mining options
に接続されました。
SCOTT> 
SCOTT> 
SCOTT> insert into hoge values('abc');

1行が作成されました。

SCOTT>

orcl2インスタンスにsysユーザで接続して状態を確認してみます。
scottユーザはorcl1インスタンスに接続してinsert文を実行したようですね。まだ、failoverしていません。

SYS> 
SYS> l
  1  select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8   gv$session sess join gv$instance inst
  9   on sess.inst_id = inst.inst_id
 10  where
 11*  sess.username = 'SCOTT'
SYS> /

INSTANCE_NAME	 USERNAME			FAILOVER_TYPE FAILOVER_M FAI
---------------- ------------------------------ ------------- ---------- ---
orcl1		 SCOTT				SELECT	      BASIC	 NO

では、先ほどと同じようにorcl1インスタンスを強制停止してみます

SYS> !srvctl stop instance -d orcl -i orcl1 -o abort

SYS> 
SYS> !srvctl status database -d orcl
インスタンスorcl1はノードdiscus164で実行されていません。
インスタンスorcl2はノードdiscus264で実行中です。

scottユーザで再度insert文を実行してみました。TAF特有のエラーメッセージが返されましたね。

SCOTT> r
  1* insert into hoge values('abc')
insert into hoge values('abc')
*
行1でエラーが発生しました。:
ORA-25402: トランザクションをロールバックしてください。

セッションの状態を確認してみると…セッションはfailoverしています！

SYS> r
  1  select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8   gv$session sess join gv$instance inst
  9   on sess.inst_id = inst.inst_id
 10  where
 11*  sess.username = 'SCOTT'

INSTANCE_NAME	 USERNAME			FAILOVER_TYPE FAILOVER_M FAI
---------------- ------------------------------ ------------- ---------- ---
orcl2		 SCOTT				SELECT	      BASIC	 YES

scottユーザのトランザクションをロールバック後、リトライしてみると…

SCOTT> 
SCOTT> rollback;

ロールバックが完了しました。

SCOTT> insert into hoge values('abc');

1行が作成されました。

SCOTT> 
SCOTT>

うまくいきましたね　:)

ということで、VirtualBox de Oracle11g R2 RAC for Linux x86_64環境のできあがり〜。（完）

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 6日 (木) 06時01分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 5日 (水)

VirtualBox de Oracle11g R2 RAC #22

VirtualBox de Oracle11g R2 RACのつづき。

ラス前です :) cluster databaseの起動停止確認。

Clusterの開始と停止の確認

Grid Infrastructureは自動起動にしてますが、手動起動、停止を確認しておきます。

rootユーザにてcrsctlコマンドでclusterを起動します。データベースインスタンスはOracle所有者でsrvctlコマンドを利用して起動してみます。
(ちなみに、rootユーザには、grid infrastructureのHOMEのbinへパスを通してあります。）

[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl check cluster -all
**************************************************************
discus164:
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4530: Communications failure contacting Cluster Synchronization Services daemon
CRS-4534: Cannot communicate with Event Manager
**************************************************************
discus264:
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4530: Communications failure contacting Cluster Synchronization Services daemon
CRS-4534: Cannot communicate with Event Manager
**************************************************************
[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl start cluster -all
CRS-2672: 'ora.cssdmonitor'('discus164')の起動を試行しています
CRS-2672: 'ora.cssdmonitor'('discus264')の起動を試行しています
CRS-2676: 'ora.cssdmonitor'('discus264')の起動が成功しました
CRS-2676: 'ora.cssdmonitor'('discus164')の起動が成功しました
CRS-2672: 'ora.cssd'('discus164')の起動を試行しています
CRS-2672: 'ora.cssd'('discus264')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus264')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus164')の起動を試行しています
CRS-2676: 'ora.diskmon'('discus264')の起動が成功しました
CRS-2676: 'ora.diskmon'('discus164')の起動が成功しました
CRS-2676: 'ora.cssd'('discus164')の起動が成功しました
CRS-2676: 'ora.cssd'('discus264')の起動が成功しました
CRS-2672: 'ora.ctssd'('discus164')の起動を試行しています
CRS-2672: 'ora.ctssd'('discus264')の起動を試行しています
CRS-2676: 'ora.ctssd'('discus164')の起動が成功しました
CRS-2672: 'ora.evmd'('discus164')の起動を試行しています
CRS-2676: 'ora.ctssd'('discus264')の起動が成功しました
CRS-2672: 'ora.evmd'('discus264')の起動を試行しています
CRS-2672: 'ora.asm'('discus164')の起動を試行しています
CRS-2672: 'ora.asm'('discus264')の起動を試行しています
CRS-2676: 'ora.evmd'('discus264')の起動が成功しました
CRS-2676: 'ora.evmd'('discus164')の起動が成功しました
CRS-2676: 'ora.asm'('discus164')の起動が成功しました
CRS-2672: 'ora.crsd'('discus164')の起動を試行しています
CRS-2676: 'ora.asm'('discus264')の起動が成功しました
CRS-2672: 'ora.crsd'('discus264')の起動を試行しています
CRS-2676: 'ora.crsd'('discus164')の起動が成功しました
CRS-2676: 'ora.crsd'('discus264')の起動が成功しました
[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl check cluster -all
**************************************************************


discus164:
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
**************************************************************
discus264:
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
**************************************************************
[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl status resource -w 'TYPE co ora' -t
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.CRS.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.DATA.dg
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.FRA.dg
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.LISTENER.lsnr
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.asm
               ONLINE  ONLINE       discus164                Started             
               ONLINE  ONLINE       discus264                Started             
ora.eons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.gsd
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.net1.network
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.ons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.registry.acfs
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        OFFLINE OFFLINE                                                   
      2        OFFLINE OFFLINE                                                   
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164                                    
[root@discus164 ˜]#

データベースインスタンスを起動します。

[root@discus164 ˜]# su - oracle
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl start database -d orcl
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status database -d orcl
インスタンスorcl1はノードdiscus164で実行中です。
インスタンスorcl2はノードdiscus264で実行中です。
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ exit
logout

[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl status resource ora.orcl.db 
NAME=ora.orcl.db
TYPE=ora.database.type
TARGET=ONLINE             , ONLINE
STATE=ONLINE on discus164, ONLINE on discus264

[root@discus164 ˜]#

起動しましたね :)

最後に、データベースインスタンスは起動したままの状態で、clusterを停止／起動し、再び、データベースインスタンスが起動した状態になるかを確認しておきます。
Oracle Restartってんでしたっけ？　この機能。

まず、データベースインスタンスは起動したまま、Grid Infrastructureを停止(全ノードを停止）します。

[root@discus164 ˜]# crsctl stop cluster -all
CRS-2673: 'ora.crsd'('discus164')の停止を試行しています
CRS-2673: 'ora.crsd'('discus264')の停止を試行しています
CRS-2790: 'discus264'上にある、Cluster Ready Services管理下のリソースのシャットダウンを開始しています
CRS-2673: 'ora.LISTENER.lsnr'('discus264')の停止を試行しています
CRS-2790: 'discus164'上にある、Cluster Ready Services管理下のリソースのシャットダウンを開始しています
CRS-2673: 'ora.LISTENER.lsnr'('discus164')の停止を試行しています
CRS-2673: 'ora.LISTENER_SCAN2.lsnr'('discus164')の停止を試行しています
CRS-2673: 'ora.LISTENER_SCAN3.lsnr'('discus164')の停止を試行しています
CRS-2673: 'ora.CRS.dg'('discus164')の停止を試行しています
CRS-2673: 'ora.LISTENER_SCAN1.lsnr'('discus264')の停止を試行しています
CRS-2673: 'ora.orcl.db'('discus164')の停止を試行しています
CRS-2673: 'ora.CRS.dg'('discus264')の停止を試行しています
CRS-2673: 'ora.orcl.db'('discus264')の停止を試行しています
CRS-2673: 'ora.registry.acfs'('discus264')の停止を試行しています
CRS-2673: 'ora.registry.acfs'('discus164')の停止を試行しています
CRS-2677: 'ora.LISTENER.lsnr'('discus264')の停止が成功しました
CRS-2673: 'ora.discus264.vip'('discus264')の停止を試行しています
CRS-2677: 'ora.LISTENER_SCAN1.lsnr'('discus264')の停止が成功しました
CRS-2673: 'ora.scan1.vip'('discus264')の停止を試行しています
CRS-2677: 'ora.discus264.vip'('discus264')の停止が成功しました
CRS-2677: 'ora.scan1.vip'('discus264')の停止が成功しました
CRS-2677: 'ora.LISTENER_SCAN3.lsnr'('discus164')の停止が成功しました
CRS-2673: 'ora.scan3.vip'('discus164')の停止を試行しています
CRS-2677: 'ora.LISTENER.lsnr'('discus164')の停止が成功しました
CRS-2673: 'ora.discus164.vip'('discus164')の停止を試行しています
CRS-2677: 'ora.LISTENER_SCAN2.lsnr'('discus164')の停止が成功しました
CRS-2673: 'ora.scan2.vip'('discus164')の停止を試行しています
CRS-2677: 'ora.scan3.vip'('discus164')の停止が成功しました
CRS-2677: 'ora.discus164.vip'('discus164')の停止が成功しました
CRS-2677: 'ora.scan2.vip'('discus164')の停止が成功しました
CRS-2677: 'ora.registry.acfs'('discus264')の停止が成功しました
CRS-2677: 'ora.registry.acfs'('discus164')の停止が成功しました
CRS-2677: 'ora.CRS.dg'('discus264')の停止が成功しました
CRS-2677: 'ora.CRS.dg'('discus164')の停止が成功しました
CRS-2677: 'ora.orcl.db'('discus264')の停止が成功しました
CRS-2673: 'ora.DATA.dg'('discus264')の停止を試行しています
CRS-2673: 'ora.FRA.dg'('discus264')の停止を試行しています
CRS-2677: 'ora.FRA.dg'('discus264')の停止が成功しました
CRS-2677: 'ora.orcl.db'('discus164')の停止が成功しました
CRS-2673: 'ora.DATA.dg'('discus164')の停止を試行しています
CRS-2673: 'ora.FRA.dg'('discus164')の停止を試行しています
CRS-2677: 'ora.DATA.dg'('discus264')の停止が成功しました
CRS-2673: 'ora.asm'('discus264')の停止を試行しています
CRS-2677: 'ora.asm'('discus264')の停止が成功しました
CRS-2673: 'ora.eons'('discus264')の停止を試行しています
CRS-2673: 'ora.ons'('discus264')の停止を試行しています
CRS-2677: 'ora.DATA.dg'('discus164')の停止が成功しました
CRS-2677: 'ora.ons'('discus264')の停止が成功しました
CRS-2673: 'ora.net1.network'('discus264')の停止を試行しています
CRS-2677: 'ora.net1.network'('discus264')の停止が成功しました
CRS-2677: 'ora.FRA.dg'('discus164')の停止が成功しました
CRS-2673: 'ora.asm'('discus164')の停止を試行しています
CRS-2677: 'ora.asm'('discus164')の停止が成功しました
CRS-2677: 'ora.eons'('discus264')の停止が成功しました
CRS-2792: 'discus264'上にある、Cluster Ready Services管理下のリソースのシャットダウンが完了しました
CRS-2673: 'ora.eons'('discus164')の停止を試行しています
CRS-2673: 'ora.ons'('discus164')の停止を試行しています
CRS-2677: 'ora.crsd'('discus264')の停止が成功しました
CRS-2673: 'ora.cssdmonitor'('discus264')の停止を試行しています
CRS-2673: 'ora.ctssd'('discus264')の停止を試行しています
CRS-2673: 'ora.evmd'('discus264')の停止を試行しています
CRS-2673: 'ora.asm'('discus264')の停止を試行しています
CRS-2677: 'ora.cssdmonitor'('discus264')の停止が成功しました
CRS-2677: 'ora.evmd'('discus264')の停止が成功しました
CRS-2677: 'ora.ctssd'('discus264')の停止が成功しました
CRS-2677: 'ora.asm'('discus264')の停止が成功しました
CRS-2673: 'ora.cssd'('discus264')の停止を試行しています
CRS-2677: 'ora.cssd'('discus264')の停止が成功しました
CRS-2673: 'ora.diskmon'('discus264')の停止を試行しています
CRS-2677: 'ora.diskmon'('discus264')の停止が成功しました
CRS-2675: 'ora.ons'('discus164')の停止に失敗しました
CRS-2679: 'ora.ons'('discus164')のクリーニングを試行しています
CRS-2681: 'ora.ons'('discus164')のクリーニングが成功しました
CRS-2673: 'ora.net1.network'('discus164')の停止を試行しています
CRS-2677: 'ora.net1.network'('discus164')の停止が成功しました
CRS-2677: 'ora.eons'('discus164')の停止が成功しました
CRS-2792: 'discus164'上にある、Cluster Ready Services管理下のリソースのシャットダウンが完了しました
CRS-2677: 'ora.crsd'('discus164')の停止が成功しました
CRS-2673: 'ora.cssdmonitor'('discus164')の停止を試行しています
CRS-2673: 'ora.ctssd'('discus164')の停止を試行しています
CRS-2673: 'ora.evmd'('discus164')の停止を試行しています
CRS-2673: 'ora.asm'('discus164')の停止を試行しています
CRS-2677: 'ora.cssdmonitor'('discus164')の停止が成功しました
CRS-2677: 'ora.evmd'('discus164')の停止が成功しました
CRS-2677: 'ora.asm'('discus164')の停止が成功しました
CRS-2677: 'ora.ctssd'('discus164')の停止が成功しました
CRS-2673: 'ora.cssd'('discus164')の停止を試行しています
CRS-2677: 'ora.cssd'('discus164')の停止が成功しました
CRS-2673: 'ora.diskmon'('discus164')の停止を試行しています
CRS-2677: 'ora.diskmon'('discus164')の停止が成功しました
[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl check cluster -all
**************************************************************
discus164:
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4530: Communications failure contacting Cluster Synchronization Services daemon
CRS-4534: Cannot communicate with Event Manager
**************************************************************
discus264:
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4530: Communications failure contacting Cluster Synchronization Services daemon
CRS-4534: Cannot communicate with Event Manager
**************************************************************
[root@discus164 ˜]# 
[root@discus164 ˜]# su - oracle
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status database -d orcl
PRCD-1027 : データベースorclの取得に失敗しました
PRCR-1070 : リソース ora.orcl.dbが登録されているかどうかの確認に失敗しました
Cannot communicate with crsd
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ exit
logout

では、起動しま〜す。

[oracle@discus164 ˜]$ 
[root@discus164 ˜]# crsctl start cluster -all
CRS-2672: 'ora.cssdmonitor'('discus164')の起動を試行しています
CRS-2672: 'ora.cssdmonitor'('discus264')の起動を試行しています
CRS-2676: 'ora.cssdmonitor'('discus164')の起動が成功しました
CRS-2672: 'ora.cssd'('discus164')の起動を試行しています
CRS-2676: 'ora.cssdmonitor'('discus264')の起動が成功しました
CRS-2672: 'ora.cssd'('discus264')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus264')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus164')の起動を試行しています
CRS-2676: 'ora.diskmon'('discus264')の起動が成功しました
CRS-2676: 'ora.diskmon'('discus164')の起動が成功しました
CRS-2676: 'ora.cssd'('discus264')の起動が成功しました
CRS-2672: 'ora.ctssd'('discus264')の起動を試行しています
CRS-2676: 'ora.cssd'('discus164')の起動が成功しました
CRS-2672: 'ora.ctssd'('discus164')の起動を試行しています
CRS-2676: 'ora.ctssd'('discus264')の起動が成功しました
CRS-2676: 'ora.ctssd'('discus164')の起動が成功しました
CRS-2672: 'ora.evmd'('discus264')の起動を試行しています
CRS-2672: 'ora.evmd'('discus164')の起動を試行しています
CRS-2672: 'ora.asm'('discus264')の起動を試行しています
CRS-2672: 'ora.asm'('discus164')の起動を試行しています
CRS-2676: 'ora.evmd'('discus264')の起動が成功しました
CRS-2676: 'ora.evmd'('discus164')の起動が成功しました
CRS-2676: 'ora.asm'('discus164')の起動が成功しました
CRS-2672: 'ora.crsd'('discus164')の起動を試行しています
CRS-2676: 'ora.asm'('discus264')の起動が成功しました
CRS-2672: 'ora.crsd'('discus264')の起動を試行しています
CRS-2676: 'ora.crsd'('discus164')の起動が成功しました
CRS-2676: 'ora.crsd'('discus264')の起動が成功しました
[root@discus164 ˜]# 
[root@discus164 ˜]# crsctl status resource -w 'TYPE co ora' -t
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.CRS.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.DATA.dg
               ONLINE  ONLINE       discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.FRA.dg
               ONLINE  ONLINE       discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.LISTENER.lsnr
               ONLINE  ONLINE       discus164                                    
               ONLINE  OFFLINE      discus264                                    
ora.asm
               ONLINE  ONLINE       discus164                Started             
               ONLINE  ONLINE       discus264                Started             
ora.eons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.gsd
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.net1.network
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.ons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.registry.acfs
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  INTERMEDIATE discus164                FAILED OVER         
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        ONLINE  OFFLINE                                                   
      2        ONLINE  OFFLINE                                                   
ora.scan1.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164

ora.LISTENER_SCAN1.lsnr/ora.discus264.vipの両リソースがノードdiscus164からノードdiscus264へ移動し、ノードdiscus164でデータベースインスタンスが起動しました…

・・・中着・・・
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        ONLINE  ONLINE       discus164                Open                
      2        ONLINE  OFFLINE                                                   
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164

最後にノードdiscus264でもデータベースインスタンスが起動し、crsctl stop cluster -allで停止する以前の状況になっています。 :)

・・・中略・・・
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        ONLINE  ONLINE       discus164                Open                
      2        ONLINE  ONLINE       discus264                Open                
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164

ということで起動／停止の確認終了！

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 5日 (水) 15時41分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

VirtualBox de Oracle11g R2 RAC #21

VirtualBox de Oracle11g R2 RACのつづき。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oralce Grid InsfastructureとDatabase構成の確認

OUIやらなんやらがいろいろと構成してくれたりしてくれてるので確認方法の確認って感じですが…

Oracle所有者にて実行…

[oracle@discus164 ˜]$
[oracle@discus164 ˜]$ srvctl status database -d orcl
インスタンスorcl1はノードdiscus164で実行中です。
インスタンスorcl2はノードdiscus264で実行中です。
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status instance -d orcl -n discus164
インスタンスorcl1はノードdiscus164で実行中です。
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status instance -d orcl -n discus264
インスタンスorcl2はノードdiscus264で実行中です。
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status nodeapps
VIP discus164-vipは有効です
VIP discus164-vipはノードで実行中です: discus164
VIP discus264-vipは有効です
VIP discus264-vipはノードで実行中です: discus264
ネットワークは有効です
ネットワークはノードで実行中です: discus164
ネットワークはノードで実行中です: discus264
GSDは無効です
GSDはノードで実行されていません: discus164
GSDはノードで実行されていません: discus264
ONSは有効です
ONSデーモンはノードで実行中です: discus164
ONSデーモンはノードで実行中です: discus264
eONSは有効です
eONSデーモンはノードで実行中です:discus164
eONSデーモンはノードで実行中です:discus264
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status vip -n discus164
VIP discus164-vipは有効です
VIP discus164-vipはノードで実行中です: discus164
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status vip -n discus264
VIP discus264-vipは有効です
VIP discus264-vipはノードで実行中です: discus264
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status asm -a
ASMはdiscus164,discus264で実行中です
ASMは有効です。
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status listener -n discus164
リスナーLISTENERはノードで有効です: discus164
リスナーLISTENERはノードで実行中です: discus164
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status listener -n discus264
リスナーLISTENERはノードで有効です: discus264
リスナーLISTENERはノードで実行中です: discus264
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status scan
SCAN VIP scan1は有効です
SCAN VIP scan1はノードdiscus264で実行されています
SCAN VIP scan2は有効です
SCAN VIP scan2はノードdiscus164で実行されています
SCAN VIP scan3は有効です
SCAN VIP scan3はノードdiscus164で実行されています
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status scan_listener
SCANリスナーLISTENER_SCAN1は有効です
SCANリスナーLISTENER_SCAN1はノードdiscus264で実行されています
SCANリスナーLISTENER_SCAN2は有効です
SCANリスナーLISTENER_SCAN2はノードdiscus164で実行されています
SCANリスナーLISTENER_SCAN3は有効です
SCANリスナーLISTENER_SCAN3はノードdiscus164で実行されています
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status srvpool -a
サーバー・プール名: Free
アクティブ・サーバー数: 0
アクティブ・サーバー名: 
サーバー・プール名: Generic
アクティブ・サーバー数: 2
アクティブ・サーバー名: discus164,discus264
NAME=discus164 STATE=ONLINE
NAME=discus264 STATE=ONLINE
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status server -n discus164,discus264 -a
サーバー名: discus164
サーバーの状態: ONLINE
アクティブなサーバー・プール: Generic ora.orcl
サーバーの状態の詳細: 
サーバー名: discus264
サーバーの状態: ONLINE
アクティブなサーバー・プール: Generic ora.orcl
サーバーの状態の詳細: 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status oc4j
OC4Jは無効です
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status diskgroup -g DATA -a
ディスク・グループDATAはdiscus164,discus264で実行中です
ディスク・グループDATAは有効です
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status diskgroup -g CRS -a
ディスク・グループCRSはdiscus164,discus264で実行中です
ディスク・グループCRSは有効です
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl status diskgroup -g FRA -a
ディスク・グループFRAはdiscus164,discus264で実行中です
ディスク・グループFRAは有効です
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$

構成の確認…

[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config database -d orcl -a
一意のデータベース名: orcl
データベース名: orcl
Oracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1
Oracleユーザー: oracle
spfile: +DATA/orcl/spfileorcl.ora
ドメイン: macdeoracle.info
開始オプション: open
停止オプション: immediate
データベース・ロール: PRIMARY
管理ポリシー: AUTOMATIC
サーバー・プール: orcl
データベース・インスタンス: orcl1,orcl2
ディスク・グループ: DATA,FRA
サービス: 
データベースは有効です
データベースは管理者によって管理されています
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config nodeapps -a -g -s
VIPが存在します。:discus164
VIPが存在します。: /discus164-vip/192.168.1.190/255.255.255.0/eth0
VIPが存在します。:discus264
VIPが存在します。: /discus264-vip/192.168.1.191/255.255.255.0/eth0
GSDが存在します。
ONSデーモンは存在します。ローカル・ポート6100、リモート・ポート6200
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config asm -a
ASMホーム: /u01/app/11.2.0/grid
ASMリスナー: LISTENER
ASMは有効です。
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config listener -a
名前: LISTENER
ネットワーク: 1、所有者: grid
ホーム: <CRS home>
  ノードdiscus264,discus164の/u01/app/11.2.0/grid
エンド・ポイント: TCP:1521
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config scan
SCAN名: discus-rac64-scan.macdeoracle.jp、ネットワーク: 1/192.168.1.0/255.255.255.0/eth0
SCAN VIP名: scan1、IP: /discus-rac64-scan.macdeoracle.jp/192.168.1.200
SCAN VIP名: scan2、IP: /discus-rac64-scan.macdeoracle.jp/192.168.1.201
SCAN VIP名: scan3、IP: /discus-rac64-scan.macdeoracle.jp/192.168.1.202
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config scan_listener
SCANリスナーLISTENER_SCAN1は存在します。ポート: TCP:1521
SCANリスナーLISTENER_SCAN2は存在します。ポート: TCP:1521
SCANリスナーLISTENER_SCAN3は存在します。ポート: TCP:1521
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ srvctl config srvpool
サーバー・プール名: Free
重要度: 0、最小: 0、最大: -1
候補サーバー名: 
サーバー・プール名: Generic
重要度: 0、最小: 0、最大: -1
候補サーバー名: discus164,discus264
[oracle@discus164 ˜]$

Grid Infrastructureユーザにて実行…

[grid@discus164 ˜]$ crsctl check cluster -all
**************************************************************
discus164:
CRS-4537: Cluster Ready Servicesがオンラインです
CRS-4529: Cluster Synchronization Servicesがオンラインです
CRS-4533: イベント・マネージャがオンラインです
**************************************************************
discus264:
CRS-4537: Cluster Ready Servicesがオンラインです
CRS-4529: Cluster Synchronization Servicesがオンラインです
CRS-4533: イベント・マネージャがオンラインです
**************************************************************
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ crsctl check crs
CRS-4638: Oracle高可用性サービスがオンラインです
CRS-4537: Cluster Ready Servicesがオンラインです
CRS-4529: Cluster Synchronization Servicesがオンラインです
CRS-4533: イベント・マネージャがオンラインです
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ crsctl check ctss
CRS-4700: クラスタ時刻同期化サービスはオブザーバ・モードになっています。
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ crsctl check css
CRS-4529: Cluster Synchronization Servicesがオンラインです
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ crsctl status serverpool
NAME=Free
ACTIVE_SERVERS=

NAME=Generic
ACTIVE_SERVERS=discus164 discus264

NAME=ora.orcl
ACTIVE_SERVERS=discus164 discus264

[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   8f431fe5d1304fd9bf6ad331d3aef536 (ORCL:CRSVOL1) [CRS]
1の投票ディスクを検出しました。
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ crsctl status resource -t
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.CRS.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.DATA.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.FRA.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.LISTENER.lsnr
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.asm
               ONLINE  ONLINE       discus164                Started             
               ONLINE  ONLINE       discus264                Started             
ora.eons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.gsd
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.net1.network
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.ons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.registry.acfs
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        ONLINE  ONLINE       discus164                Open                
      2        ONLINE  ONLINE       discus264                Open                
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164                                    

[grid@discus164 ˜]$

あれ、perlでエラーメッセージでてるけどご愛嬌 :)

[grid@discus164 ˜]$ asmcmd
ASMCMD> 
ASMCMD> 
ASMCMD> lsdg -g
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 42.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 42.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 42.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 42.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 42.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 42.
Inst_ID  State    Type    Rebal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Voting_files  Name
      1  MOUNTED  EXTERN  N         512   4096  1048576      4092     3694                0            3694              0             N  CRS/
      2  MOUNTED  EXTERN  N         512   4096  1048576      4092     3694                0            3694              0             N  CRS/
      1  MOUNTED  NORMAL  N         512   4096  1048576     43006    37436                0           18718              0             N  DATA/
      2  MOUNTED  NORMAL  N         512   4096  1048576     43006    37436                0           18718              0             N  DATA/
      1  MOUNTED  NORMAL  N         512   4096  1048576     43006    42336                0           21168              0             N  FRA/
      2  MOUNTED  NORMAL  N         512   4096  1048576     43006    42336                0           21168              0             N  FRA/
ASMCMD> 
ASMCMD> lsct -g
Instance_ID  DB_Name  Status     Software_Version  Compatible_version  Instance_Name  Disk_Group
          1  +ASM     CONNECTED        11.2.0.1.0          11.2.0.1.0  +ASM1          CRS       
          1  +ASM     CONNECTED        11.2.0.1.0          11.2.0.1.0  +ASM1          DATA      
          2  +ASM     CONNECTED        11.2.0.1.0          11.2.0.1.0  +ASM2          CRS       
          2  +ASM     CONNECTED        11.2.0.1.0          11.2.0.1.0  +ASM2          DATA      
          1  orcl     CONNECTED        11.2.0.1.0          11.2.0.0.0  orcl1          DATA      
          1  orcl     CONNECTED        11.2.0.1.0          11.2.0.0.0  orcl1          FRA       
          2  orcl     CONNECTED        11.2.0.1.0          11.2.0.0.0  orcl2          DATA      
          2  orcl     CONNECTED        11.2.0.1.0          11.2.0.0.0  orcl2          FRA       
ASMCMD> 
ASMCMD> ls -g
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 46.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 46.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 46.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 46.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 46.
Use of uninitialized value in string comparison (cmp) at /u01/app/11.2.0/grid/lib/asmcmdbase.pm line 3420, <STDIN> line 46.
Inst_ID  Name
      1  CRS/
      2  CRS/
      1  DATA/
      2  DATA/
      1  FRA/
      2  FRA/
ASMCMD> 
ASMCMD> lsof 
DB_Name  Instance_Name  Path                                    
+ASM     +ASM1          +crs.255.4294967295                          
orcl     orcl1          +data/orcl/controlfile/current.256.739409625 
orcl     orcl1          +data/orcl/datafile/sysaux.260.739409693     
orcl     orcl1          +data/orcl/datafile/system.259.739409647     
orcl     orcl1          +data/orcl/datafile/undotbs1.261.739409729   
orcl     orcl1          +data/orcl/datafile/undotbs2.263.739409753   
orcl     orcl1          +data/orcl/datafile/users.264.739409767      
orcl     orcl1          +data/orcl/onlinelog/group_1.257.739409631   
orcl     orcl1          +data/orcl/onlinelog/group_2.258.739409637   
orcl     orcl1          +data/orcl/onlinelog/group_3.265.739412213   
orcl     orcl1          +data/orcl/onlinelog/group_4.266.739412217   
orcl     orcl1          +data/orcl/tempfile/temp.262.739409741       
orcl     orcl1          +fra/orcl/controlfile/current.256.739409629  
orcl     orcl1          +fra/orcl/onlinelog/group_1.257.739409635     
orcl     orcl1          +fra/orcl/onlinelog/group_2.258.739409643     
orcl     orcl1          +fra/orcl/onlinelog/group_3.259.739412215     
orcl     orcl1          +fra/orcl/onlinelog/group_4.260.739412225     
ASMCMD>

最後にSQL*Plusから

SYS> l
  1  select
  2    inst_id
  3   ,instance_name
  4   ,parallel
  5   ,status
  6   ,database_status
  7   ,active_state
  8   ,host_name
  9  from
 10*   gv$instance
SYS> 
SYS> /

   INST_ID INSTANCE_NAME    PAR STATUS	     DATABASE_STATUS   ACTIVE_ST HOST_NAME
---------- ---------------- --- ------------ ----------------- --------- ------------------------------
	 1 orcl1	    YES OPEN	     ACTIVE	       NORMAL	 discus164.macdeoracle.jp
	 2 orcl2	    YES OPEN	     ACTIVE	       NORMAL	 discus264.macdeoracle.jp

SYS>

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 5日 (水) 14時14分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

VirtualBox de Oracle11g R2 RAC #20

VirtualBox de Oracle11g R2 RACのつづき。

データベースも無事？作成できたので、今回はNet Serviceの確認を。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Net Serviceの確認

まず、クライアントになるMacOS X Snow LeopardのOracle10g R2 Instant Client側の設定(tnsnames.ora)から。

tnsnames.oraにVirtualBox上に構築したRACに接続するため以下ように定義した。
接続識別子ORCLはVirtualBox上に構築した際、自動生成された部分を複製し、残り２つの定義はRACの各ノードを個別に狙って接続するため接続識別子ORCL1/ORCL2を定義した。

discus:˜ oracle$ diff -u $TNS_ADMIN/tnsnames.ora.org $TNS_ADMIN/tnsnames.ora
--- /Users/Shared/instantclient_10_2/tnsnames.ora.org	2011-01-04 22:34:28.000000000 +0900
+++ /Users/Shared/instantclient_10_2/tnsnames.ora	2011-01-04 22:57:31.000000000 +0900
@@ -10,3 +10,32 @@
     )
   )
 
+# Oracle11g R2 11.2.0.1.0 RAC for Linux x86_64 / VirtualBox 
+ORCL =
+  (DESCRIPTION =
+    (ADDRESS = (PROTOCOL = TCP)(HOST = discus-rac64-scan.macdeoracle.jp)(PORT = 1521))
+    (CONNECT_DATA =
+      (SERVER = DEDICATED)
+      (SERVICE_NAME = orcl.macdeoracle.info)
+    )
+  )
+
+ORCL2 =
+  (DESCRIPTION =
+    (ADDRESS = (PROTOCOL = TCP)(HOST = discus-rac64-scan.macdeoracle.jp)(PORT = 1521))
+    (CONNECT_DATA =
+      (SERVER = DEDICATED)
+      (SERVICE_NAME = orcl.macdeoracle.info)
+      (INSTANCE_NAME = orcl2)
+    )
+  )
+
+ORCL1 =
+  (DESCRIPTION =
+    (ADDRESS = (PROTOCOL = TCP)(HOST = discus-rac64-scan.macdeoracle.jp)(PORT = 1521))
+    (CONNECT_DATA =
+      (SERVER = DEDICATED)
+      (SERVICE_NAME = orcl.macdeoracle.info)
+      (INSTANCE_NAME = orcl1)
+    )
+  )
discus:˜ oracle$

接続テスト

事前にscan vipがどのような状態か確認しておく。

[oracle@discus164 ˜]$ srvctl status scan
SCAN VIP scan1は有効です
SCAN VIP scan1はノードdiscus264で実行されています
SCAN VIP scan2は有効です
SCAN VIP scan2はノードdiscus164で実行されています
SCAN VIP scan3は有効です
SCAN VIP scan3はノードdiscus164で実行されています
[oracle@discus164 ˜]$

[root@discus164 ˜]# crsctl status resource -w 'TYPE co scan' -t
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164                                    
[root@discus164 ˜]#

MacOS X Snow LeopardのSQL*PlusからVirtualBox上のOracle11g R2 11.2.0.1.0 RACへの接続テスト。

discus:˜ oracle$ sqlplus /nolog

SQL*Plus: Release 10.2.0.4.0 - Production on 火 1月 4 23:16:53 2011

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

SQL> -- ロードバランシングで適当なインスタンスへ接続される。この場合インスタンス２に接続した
SQL> conn scott/tiger@orcl
接続されました。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl2

SQL> -- ２度目はインスタンス１に接続した。（うまくいってる！）
SQL> conn scott/tiger@orcl
接続されました。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl1

SQL> -- インスタンス１(orcl1)を狙った接続！ OK.
SQL> conn scott/tiger@orcl1 
接続されました。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl1

SQL> -- 念のためもう一度。狙ったインスタンスへ接続している。
SQL> conn scott/tiger@orcl1
接続されました。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl1

SQL> -- インスタンス２(orcl2)を狙った接続！ OK.
SQL> conn scott/tiger@orcl2
接続されました。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl2

SQL> -- 念のためもう一度！。狙ったインスタンスへ接続している。
SQL> conn scott/tiger@orcl2
接続されました。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl2

SQL>

リモートからのも接続OK :)

以下、RACインスタンスのバージョン情報、Client側情報としてSQL*Plusのバージョン及び、OSのバージョン情報。

SQL> select * from gv$version; 

   INST_ID BANNER
---------- --------------------------------------------------------------------------------
	 2 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
	 2 PL/SQL Release 11.2.0.1.0 - Production
	 2 CORE	11.2.0.1.0	Production
	 2 TNS for Linux: Version 11.2.0.1.0 - Production
	 2 NLSRTL Version 11.2.0.1.0 - Production
	 1 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
	 1 PL/SQL Release 11.2.0.1.0 - Production
	 1 CORE	11.2.0.1.0	Production
	 1 TNS for Linux: Version 11.2.0.1.0 - Production
	 1 NLSRTL Version 11.2.0.1.0 - Production

10行が選択されました。

SQL> !sqlplus -v

SQL*Plus: Release 10.2.0.4.0 - Production

SQL> !system_profiler SPSoftwareDataType | grep 'System Version'
      System Version: Mac OS X 10.6.5 (10H574)

SQL>

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

参考:
http://brianbontrager.blogspot.com/2009/09/learning-asm-breakin-rules-or-running.html

投稿日時 2011年1月 5日 (水) 12時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

VirtualBox de Oracle11g R2 RAC #16の番外編

VirtualBox de Oracle11g R2 RAC #16の番外編として、Oracle11g R2 11.2.0.1.0のOracle Grid Infrastructureをdeinstallツールのログを備忘録として残しておきます。　:)

[grid@discus164 deinstall]$ ./deinstall
Checking for required files and bootstrapping ...
Please wait ...
Location of logs /tmp/deinstall2010-12-01_08-36-01-午後/logs/

############ ORACLE DEINSTALL & DECONFIG TOOL START ############


######################## CHECK OPERATION START ########################
インストールの構成確認の開始


Oracleホームの場所が存在するかどうかを確認しています /u01/app/11.2.0/grid
選択された削除対象のOracleホームのタイプ: CRS
選択された削除対象のOracleベース: /u01/app/grid
中央インベントリの場所が存在するかどうかを確認しています /u01/app/oraInventory
Oracle Grid Infrastructureホームが存在するかどうかを確認しています /u01/app/11.2.0/grid
次のノードはこのクラスタの一部です: discus164,discus264

インストールの構成確認の終了

Traces log file: /tmp/deinstall2010-12-01_08-36-01-午後/logs//crsdc.log

ネットワーク構成チェック構成START

ネットワーク構成解除トレース・ファイルの場所: /tmp/deinstall2010-12-01_08-36-01-午後/logs/netdc_check7323528496868837695.log

構成解除するすべてのRACリスナーを指定してください[LISTENER]:

ネットワーク構成チェック構成END

ASMチェック構成START

ASM構成解除トレース・ファイルの場所: /tmp/deinstall2010-12-01_08-36-01-午後/logs/asmcadc_check7638050551281896899.log

このOracleホーム/u01/app/11.2.0/gridで自動ストレージ管理(ASM)インスタンスが検出されました。
ASM診断先: /u01/app/grid
ASMディスク・グループ: +CRS
ディスク・グループは削除されます
ASMを構成解除すると、クリーンアップ時にすべてのディスク・グループおよびそのコンテンツが削除されます。これは、
このASMインスタンスを使用するすべてのデータベースおよびACFSに影響します。
 既存のディスク・グループを保持する場合、または検出された情報が正しくない場合、'y'と入力することにより、変更できます。前述の情報(y|n)を変更しますか [n]: y
ASMの診断先を指定してください [/u01/app/grid]: 
このASMインスタンスによって管理されているディスク・グループを指定してください [+CRS]: 

ASMを構成解除すると、クリーンアップ時にすべてのディスク・グループが削除されます。構成解除ツールでディスク・グループy|nを削除しますか [y]: y


######################### CHECK OPERATION END #########################


####################### CHECK OPERATION SUMMARY #######################
Oracle Grid Infrastructureホーム: /u01/app/11.2.0/grid
Oracleホームが存在するクラスタ・ノード: (ノードを","で区切って入力してください。例: node1,node2,...)discus164,discus264
選択された削除対象のOracleホーム: /u01/app/11.2.0/grid
Oracleホームが登録されているインベントリの場所: /u01/app/oraInventory
次のRACリスナーが構成解除されます: LISTENER
ASMインスタンスはこのOracleホームから構成解除されます
続行しますか (y - はい、n - いいえ)[n]: y
このセッションのログは/tmp/deinstall2010-12-01_08-36-01-午後/logs/deinstall_deconfig2010-12-01_08-36-34-PM.outに書き込まれます
このセッションのすべてのエラー・メッセージは/tmp/deinstall2010-12-01_08-36-01-午後/logs/deinstall_deconfig2010-12-01_08-36-34-PM.errに書き込まれます

######################## CLEAN OPERATION START ########################
ASM構成解除トレース・ファイルの場所: /tmp/deinstall2010-12-01_08-36-01-午後/logs/asmcadc_clean4713857881917098991.log
ASMクリーンアップ構成START
ASMクリーンアップ構成END

ネットワーク構成クリーニング構成START

ネットワーク構成解除トレース・ファイルの場所: /tmp/deinstall2010-12-01_08-36-01-午後/logs/netdc_clean533226112421006626.log

RACリスナーの構成解除: LISTENER

リスナーの構成解除: LISTENER
    リスナーを停止しています: LISTENER
    リスナーの停止に成功しました。
    リスナーを登録解除しています: LISTENER
    リスナーの登録解除に成功しました。
リスナーは正常に構成解除されました。

すべてのノードでネーミング・メソッド構成ファイルの構成解除中です...
ネーミング・メソッド構成ファイルが正常に構成解除されました。 

すべてのノードでローカル・ネット・サービス名構成ファイルの構成解除中です...
ローカル・ネット・サービス名構成ファイルが正常に構成解除されました。 

すべてのノードでディレクトリ使用構成ファイルの構成解除中です...
ディレクトリ使用構成ファイルが正常に構成解除されました。 

すべてのノードでバックアップ・ファイルの構成解除中です...
バックアップ・ファイルが正常に構成解除されました。 

ネットワーク構成が正常にクリーンアップされました。

ネットワーク構成クリーニング構成END


---------------------------------------->

ノード"discus264"のrootユーザーまたは管理者として次のコマンドを実行します。


/tmp/deinstall2010-12-01_08-36-01-午後/perl/bin/perl -I/tmp/deinstall2010-12-01_08-36-01-午後/perl/lib -I/tmp/deinstall2010-12-01_08-36-01-午後/crs/install /tmp/deinstall2010-12-01_08-36-01-午後/crs/install/rootcrs.pl -force  -delete -paramfile /tmp/deinstall2010-12-01_08-36-01-午後/response/deinstall_Ora11g_gridinfrahome1.rsp

ノード"discus164"のrootユーザーまたは管理者として次のコマンドを実行します。

/tmp/deinstall2010-12-01_08-36-01-午後/perl/bin/perl -I/tmp/deinstall2010-12-01_08-36-01-午後/perl/lib -I/tmp/deinstall2010-12-01_08-36-01-午後/crs/install /tmp/deinstall2010-12-01_08-36-01-午後/crs/install/rootcrs.pl -force  -delete -paramfile /tmp/deinstall2010-12-01_08-36-01-午後/response/deinstall_Ora11g_gridinfrahome1.rsp -lastnode

前述のコマンドを実行した後、[Enter]を押します

<----------------------------------------

Oracle Universal Installerクリーンアップの開始

Oracleホーム'/u01/app/11.2.0/grid'をローカル・ノードの中央インベントリからデタッチします : 終了

ローカル・ノードのディレクトリ'/u01/app/11.2.0/grid'を削除します : 終了

ローカル・ノードのディレクトリ'/u01/app/oraInventory'を削除します : 終了

ローカル・ノードのディレクトリ'/u01/app/grid'を削除します : 終了

Oracleホーム'/u01/app/11.2.0/grid'をリモート・ノード'discus264'の中央インベントリからデタッチします : 終了

リモート・ノード'discus264'のディレクトリ'/u01/app/11.2.0/grid'を削除します : 終了

リモート・ノード'discus264'のディレクトリ'/u01/app/oraInventory'を削除します : 終了

リモート・ノード'discus264'のディレクトリ'/u01/app/grid'を削除します : 終了

Oracle Universal Installerのクリーンアップが成功しました。

Oracle Universal Installerクリーンアップの終了


Oracleインストール・クリーンアップの開始

インストールのクリーンアップ操作により、ノードdiscus164の一時ディレクトリ/tmp/installを削除しています
インストールのクリーンアップ操作により、ノードdiscus264の一時ディレクトリ/tmp/installを削除しています

Oracleインストール・クリーンアップの終了


######################### CLEAN OPERATION END #########################


####################### CLEAN OPERATION SUMMARY #######################
ASMインスタンスはOracleホームから正常に構成解除されました
次のRACリスナーが正常に構成解除されました: LISTENER
Oracleクラスタウェアはノード"discus164"で停止され、正常に構成解除されています
Oracleクラスタウェアはノード"discus264"で停止され、正常に構成解除されています
Oracleクラスタウェアは正常に停止および構成解除されています。
Oracleホーム'/u01/app/11.2.0/grid'がローカル・ノードの中央インベントリから正常にデタッチされました。
ローカル・ノードのディレクトリ'/u01/app/11.2.0/grid'が正常に削除されました。
ローカル・ノードのディレクトリ'/u01/app/oraInventory'が正常に削除されました。
ローカル・ノードのディレクトリ'/u01/app/grid'が正常に削除されました。
Oracleホーム'/u01/app/11.2.0/grid'がリモート・ノード'discus264'の中央インベントリから正常にデタッチされました。
リモート・ノード'discus264'のディレクトリ'/u01/app/11.2.0/grid'が正常に削除されました。
リモート・ノード'discus264'のディレクトリ'/u01/app/oraInventory'が正常に削除されました。
リモート・ノード'discus264'のディレクトリ'/u01/app/grid'が正常に削除されました。
Oracle Universal Installerのクリーンアップが成功しました。


セッション終了時にノード'discus164,discus264'でrootとして'rm -rf /etc/oraInst.loc'を実行します。

Oracleインストールにより、一時ディレクトリが正常にクリーンアップされました。
#######################################################################


############# ORACLE DEINSTALL & DECONFIG TOOL END #############

[grid@discus164 deinstall]$

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 5日 (水) 00時00分 Linux, RAC, Oracle Database 11g, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 4日 (火)

VirtualBox de Oracle11g R2 RAC #19

VirtualBox de Oracle11g R2 RACのつづき。

いよいよデータベースの作成です。 :)

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle Cluster databaseの作成

映像を見てもお分かりだと思いますが、VirtualBox上でクラスタデータベースを作成するとほぼ１００％、DBCAの最後のダイアログを表示後DBCAを起動したVMが固まります。
Oracle11g R1 RACをVirtualBox上で構築した時と同じ症状です。DBCAのダイアログ上、データベースは作成されましたと表示されているのでそれを信じるばかり (^^;;;

念のため１時間ほど放置したあと、固まったVMは強制終了、残るノードはCentOSをシャットダウンします。その後、Openfiler、RACの両ノードを起動します。（ノード間の処理で固まっているようで実は処理に時間を要していることがなんどかあったので…念のため）

grid infrastructureユーザからcrsctlコマンドで状態を確認した結果は以下。（ちなみに、VM再起動後の状態）

[grid@discus164 ˜]$ crsctl status resource -t
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.CRS.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.DATA.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.FRA.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.LISTENER.lsnr
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.asm
               ONLINE  ONLINE       discus164                Started             
               ONLINE  ONLINE       discus264                Started             
ora.eons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.gsd
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.net1.network
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.ons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.registry.acfs
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.orcl.db
      1        ONLINE  ONLINE       discus164                Open                
      2        ONLINE  ONLINE       discus264                Open                
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164                                    
[grid@discus164 ˜]$

[oracle@discus164 ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 火 11月 30 14:54:50 2010

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

SQL> conn / as sysdba
パスワードを入力してください: 
接続されました。
SQL> set linesize 132
SQL> select * from gv$version;

   INST_ID BANNER
---------- --------------------------------------------------------------------------------
	 1 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
	 1 PL/SQL Release 11.2.0.1.0 - Production
	 1 CORE	11.2.0.1.0	Production
	 1 TNS for Linux: Version 11.2.0.1.0 - Production
	 1 NLSRTL Version 11.2.0.1.0 - Production
	 2 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
	 2 PL/SQL Release 11.2.0.1.0 - Production
	 2 CORE	11.2.0.1.0	Production
	 2 TNS for Linux: Version 11.2.0.1.0 - Production
	 2 NLSRTL Version 11.2.0.1.0 - Production

10行が選択されました。

SQL>

ふ〜、なんとかできたようですね。　とりあえず遊べそうです。

次回へつづく。　Grid Infrastructure周りはもっと調べないと…覚える必要のあることはまだまだ多い (^^;;

Oracle Clusterware管理およびデプロイメント・ガイド 11gリリース2（11.2非推奨のサブプログラムまたはコマンド…このマニュアルもちゃんと読んでおかないとな。＞＜

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 4日 (火) 03時39分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 3日 (月)

VirtualBox de Oracle11g R2 RAC #18

VirtualBox de Oracle11g R2 RACのつづきです。

インストールしなくてもいいんだけどいろいろと試したくなったときは便利なので、次いでにexamplesもインストール。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle11g R2 11.2.0.1.0 examplesのインストール

[oracle@discus164 database]$ 
[oracle@discus164 database]$ 
[oracle@discus164 database]$ cd ../examples
[oracle@discus164 examples]$ ll
合計 48
drwxr-xr-x  7 oracle oinstall 4096  8月 12  2009 doc
drwxr-xr-x  4 oracle oinstall 4096  8月 15  2009 install
drwxrwxr-x  2 oracle oinstall 4096  8月 15  2009 response
-rwxr-xr-x  1 oracle oinstall 3230  8月 15  2009 runInstaller
drwxr-xr-x 12 oracle oinstall 4096  8月 15  2009 stage
-rw-r--r--  1 oracle oinstall 3419  8月 18  2009 welcome.html
[oracle@discus164 examples]$ 

[oracle@discus164 examples]$ ./runInstaller
Oracle Universal Installerを起動中です...
・・・中略・・・

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 3日 (月) 18時49分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

VirtualBox de Oracle11g R2 RAC #17

VirtualBox de Oracle11g R2 RACのつづきです。

つづいてOracle11g R2 11.2.0.1.0 Database Installのインストール。
データベースは作成しないでソフトウェアだけのインストールを行います。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

ASMディスクグループの作成

Grid Infrastructureのインストール同様、Oracle所有者でもsshはパスフレーズありであらかじめ作成しておきます。OUIが作ってくれるだろうということを期待してね。

と、その前に、asmcaでOracleデータファイル及び、フラッシュ・リカバリ・エリア向けASMディスクグループを作成しておきました。
データファイル向けに+DATA、フラッシュ・リカバリ・エリア向けに+FRAというASMディスクグループを作成します。

Oracle11g R2 11.2.0.1.0 Database softwareのインストール

次に、Oracle Database 11g R2 11.2.0.1.0をインストールします。データベースは作成せず、別途dbcaを利用してデータベースを作成します。

省略していますが、お約束、root.shの実行もお忘れなく！

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 3日 (月) 17時21分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

VirtualBox de Oracle11g R2 RAC #16

VirtualBox de Oracle11g R2 RACのつづきです。

いよいよOracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール♪

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール

今回、確かめたかったこともあり、意図的にパスフレーズ付きでsshを手動構成しておいた。
その結果は…CVUの検査はパスするもののOUI上ではsshの構成がNGとなりOUIからsshの構成を行った。その後は問題なくインストールできた :)　便になったねOUI.

[grid@discus164 grid]$ ./runInstaller 
[1] 4417
[grid@discus164 grid]$ Oracle Universal Installerを起動中です...

一時領域の確認中: 120MBを超えている必要があります.   実際 32846MB    問題なし
スワップ領域の確認中: 150MBを超えている必要があります.   実際 5951MB    問題なし
モニターの確認中: 少なくとも256色表示するよう設定されている必要があります.    実際 16777216    問題なし
Oracle Universal Installerの起動を準備中 /tmp/OraInstall2010-11-29_01-51-19PM. お待ちください...

インストールの後半で、上記画面が表示されたら、いつものお約束、orainstRoot.shの実行とroot.shスクリプトの実行です！
RACを構成する全ノードのrootユーザで。最初にOUIを実行したノードで実行。成功したら以後残りのノードで実施（残りのノードでは平行実行可能だとか…今回は２ノードなので確認できず…）。

まず、OUIを実行したノードで実行！

[root@discus164 ˜]#
[root@discus164 ˜]# /u01/app/oraInventory/orainstRoot.sh
権限を変更中 /u01/app/oraInventory.
グループの読取り/書込み権限を追加中。
全ユーザーの読取り/書込み/実行権限を削除中。

グループ名の変更 /u01/app/oraInventory 宛先 oinstall.
スクリプトの実行が完了しました。

[root@discus164 ˜]#
[root@discus164 ˜]#
[root@discus164 ˜]# /u01/app/11.2.0/grid/root.sh
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= grid
    ORACLE_HOME=  /u01/app/11.2.0/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...


Creating /etc/oratab file...

・・・中略・・・

  profile reader pa cert TP
  profile reader peer cert TP
  peer user cert
  pa user cert
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
ADVM/ACFS is not supported on centos-release-5-5.el5.centos

CRS-2672: 'ora.gipcd'('discus164')の起動を試行しています

・・・中略・・・

CRS-2676: 'ora.ctssd'('discus164')の起動が成功しました

ASMは正常に作成され、起動しました。

ディスク・グループCRSは正常に作成されました。

clscfg: -install mode specified
Successfully accumulated necessary OCR keys.
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
CRS-2672: 'ora.crsd'('discus164')の起動を試行しています
CRS-2676: 'ora.crsd'('discus164')の起動が成功しました
CRS-4256: Updating the profile
Successful addition of voting disk 5d6c953bf3aa4fe6bfff2a0f9b1e0d37.
Successfully replaced voting disk group with +CRS.
CRS-4256: Updating the profile
CRS-4266: Voting file(s) successfully replaced
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   5d6c953bf3aa4fe6bfff2a0f9b1e0d37 (ORCL:CRSVOL1) [CRS]
Located 1 voting disk(s).
CRS-2673: 'ora.crsd'('discus164')の停止を試行しています

・・・中略・・・

CRS-2676: 'ora.asm'('discus164')の起動が成功しました
CRS-2672: 'ora.CRS.dg'('discus164')の起動を試行しています
CRS-2676: 'ora.CRS.dg'('discus164')の起動が成功しました

discus164     2010/11/29 14:21:13     /u01/app/11.2.0/grid/cdata/discus164/backup_20101129_142113.olr
Configure Oracle Grid Infrastructure for a Cluster ... succeeded
クラスタウェアのインベントリ・プロパティの更新中
Oracle Universal Installerを起動中です...

スワップ領域の確認中: 500MBを超えている必要があります.   実際 5951MB    問題なし
The inventory pointer is located at /etc/oraInst.loc
The inventory is located at /u01/app/oraInventory
'UpdateNodeList'が成功しました。
[root@discus164 ˜]#

ADVM/ACFS is not supported on centos-release-5-5.el5.centosという気になるメッセージがあったがこれはCentOSが正式にサポートされていないことが影響している。
一昨年暮れのエントリだけど、以下のブログが参考になるかも。

2011/1/4追記：
http://ivan.kartik.sk/index.php?show_article=49
リリースを偽装する方法もあるんだけどね。後者の方が楽は楽だけど元に戻すのが面倒だから今回はパスした。

簡単にリカバル方法がよくわかんなかったんでOracle Grid Infrastructureを一旦deinstallした。（これが一番わかりやすい！）
Oracle Grid Infrastructureをdeinstallコマンドで削除した記録は別途書くとして、一旦deinstallしたと思ってください！！！

ということで、OUIでOracle Grid Infrastractureをインストール。

orainstRoot.shを実行したところで、前述の参考ブログに記載されていたCentOS向け手当を行う。手当を行ってからroot.shを実行する。

CentOS上へのOracle Grid Infrastructureインストールでは大切（らしい）なので２度、書きましたよw

Oracle Grid Infrastructureユーザの$ORACLE_HOME/lib/osds_acfslib.pmの278行目以下にCentOSも正常に処理できるよう修正を加える。

[grid@discus164 ˜]$ su -
パスワード:
[root@discus164 ˜]# cd /u01/app/11.2.0/grid/lib
[root@discus164 lib]# 
[root@discus164 lib]# cp -p osds_acfslib.pm osds_acfslib.pm.org
[root@discus164 lib]# 
[root@discus164 lib]# vi osds_acfslib.pm
[root@discus164 lib]# 
[root@discus164 lib]# diff -u osds_acfslib.pm osds_acfslib.pm.org
--- osds_acfslib.pm	2010/11/29 17:19:00.000000000 +0900
+++ osds_acfslib.pm.org	2009-07-02 11:13:48.000000000 +0900
@@ -278,8 +278,7 @@
   # OK, now check to see if we support this release
   $supported = 0;
   if (($release =˜ /enterprise-release-5/) ||
-         ($release =˜ /redhat-release-5/)  ||
-	 ($release =˜ /centos-release-5/))
+         ($release =˜ /redhat-release-5/))
   {
     # Redhat 5
     $supported = 1;
[root@discus164 lib]#

多分上記の修正だけで対処できると思うのだが、自信がないので以下のこともやっておいた… 写経になっております。m(_ _)m (RACを構成する全ノードのrootユーザで実施）

[root@discus164 ˜]# mkdir /lib/modules/2.6.18-194.17.1.el5/extra/usm
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ls /u01/app/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin/*ko
/u01/app/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin/oracleacfs.ko
/u01/app/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin/oracleadvm.ko
/u01/app/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin/oracleoks.ko
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# cp /u01/app/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin/*ko /lib/modules/2.6.18-194.17.1.el5/extra/usm
[root@discus164 ˜]# chmod 744 /lib/modules/2.6.18-194.17.1.el5/extra/usm
[root@discus164 ˜]# 
[root@discus164 ˜]# depmod
[root@discus164 ˜]# 
[root@discus164 ˜]# cp /u01/app/11.2.0/grid/install/usm/EL5/x86_64/2.6.18-8/2.6.18-8.el5-x86_64/bin/acfsdbg /sbin
[root@discus164 ˜]# chmod 755 /sbin/acfsdbg

ここまでの作業を終えたらOUIでOracle Grid InfrastructureをOUIでインストールする。手順は前述の映像を見てくださいね。

お約束のorainstRoot.shそれに続いて、root.shをOUIを起動したノードで実施、その後、残りのノードでも同様にrootユーザで実施する。

root.shの実行。こんどは大丈夫でしょうか〜〜〜〜。

[root@discus164 grid]# ./root.sh
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= grid
    ORACLE_HOME=  /u01/app/11.2.0/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n) 
[n]: y
   Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n) 
[n]: y
   Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n) 
[n]: y
   Copying coraenv to /usr/local/bin ...


Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
2010-11-29 17:23:44: Parsing the host name
2010-11-29 17:23:44: Checking for super user privileges
2010-11-29 17:23:44: User has super user privileges

Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params
Creating trace directory
LOCAL ADD MODE 
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
  root wallet
  root wallet cert
  root cert export
  peer wallet
  profile reader wallet
  pa wallet
  peer wallet keys
  pa wallet keys
  peer cert request
  pa cert request
  peer cert
  pa cert
  peer root cert TP
  profile reader root cert TP
  pa root cert TP
  peer pa cert TP
  pa peer cert TP
  profile reader pa cert TP
  profile reader peer cert TP
  peer user cert
  pa user cert
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
CRS-2672: 'ora.gipcd'('discus164')の起動を試行しています
CRS-2672: 'ora.mdnsd'('discus164')の起動を試行しています
CRS-2676: 'ora.gipcd'('discus164')の起動が成功しました
CRS-2676: 'ora.mdnsd'('discus164')の起動が成功しました
CRS-2672: 'ora.gpnpd'('discus164')の起動を試行しています
CRS-2676: 'ora.gpnpd'('discus164')の起動が成功しました
CRS-2672: 'ora.cssdmonitor'('discus164')の起動を試行しています
CRS-2676: 'ora.cssdmonitor'('discus164')の起動が成功しました
CRS-2672: 'ora.cssd'('discus164')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus164')の起動を試行しています
CRS-2676: 'ora.diskmon'('discus164')の起動が成功しました
CRS-2676: 'ora.cssd'('discus164')の起動が成功しました
CRS-2672: 'ora.ctssd'('discus164')の起動を試行しています
CRS-2676: 'ora.ctssd'('discus164')の起動が成功しました

ASMは正常に作成され、起動しました。

ディスク・グループCRSは正常に作成されました。

clscfg: -install mode specified
Successfully accumulated necessary OCR keys.
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
CRS-2672: 'ora.crsd'('discus164')の起動を試行しています
CRS-2676: 'ora.crsd'('discus164')の起動が成功しました
CRS-4256: Updating the profile
Successful addition of voting disk 8f431fe5d1304fd9bf6ad331d3aef536.
Successfully replaced voting disk group with +CRS.
CRS-4256: Updating the profile
CRS-4266: Voting file(s) successfully replaced
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   8f431fe5d1304fd9bf6ad331d3aef536 (ORCL:CRSVOL1) [CRS]
Located 1 voting disk(s).
CRS-2673: 'ora.crsd'('discus164')の停止を試行しています
CRS-2677: 'ora.crsd'('discus164')の停止が成功しました
CRS-2673: 'ora.asm'('discus164')の停止を試行しています
CRS-2677: 'ora.asm'('discus164')の停止が成功しました
CRS-2673: 'ora.ctssd'('discus164')の停止を試行しています
CRS-2677: 'ora.ctssd'('discus164')の停止が成功しました
CRS-2673: 'ora.cssdmonitor'('discus164')の停止を試行しています
CRS-2677: 'ora.cssdmonitor'('discus164')の停止が成功しました
CRS-2673: 'ora.cssd'('discus164')の停止を試行しています
CRS-2677: 'ora.cssd'('discus164')の停止が成功しました
CRS-2673: 'ora.gpnpd'('discus164')の停止を試行しています
CRS-2677: 'ora.gpnpd'('discus164')の停止が成功しました
CRS-2673: 'ora.gipcd'('discus164')の停止を試行しています
CRS-2677: 'ora.gipcd'('discus164')の停止が成功しました
CRS-2673: 'ora.mdnsd'('discus164')の停止を試行しています
CRS-2677: 'ora.mdnsd'('discus164')の停止が成功しました
CRS-2672: 'ora.mdnsd'('discus164')の起動を試行しています
CRS-2676: 'ora.mdnsd'('discus164')の起動が成功しました
CRS-2672: 'ora.gipcd'('discus164')の起動を試行しています
CRS-2676: 'ora.gipcd'('discus164')の起動が成功しました
CRS-2672: 'ora.gpnpd'('discus164')の起動を試行しています
CRS-2676: 'ora.gpnpd'('discus164')の起動が成功しました
CRS-2672: 'ora.cssdmonitor'('discus164')の起動を試行しています
CRS-2676: 'ora.cssdmonitor'('discus164')の起動が成功しました
CRS-2672: 'ora.cssd'('discus164')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus164')の起動を試行しています
CRS-2676: 'ora.diskmon'('discus164')の起動が成功しました
CRS-2676: 'ora.cssd'('discus164')の起動が成功しました
CRS-2672: 'ora.ctssd'('discus164')の起動を試行しています
CRS-2676: 'ora.ctssd'('discus164')の起動が成功しました
CRS-2672: 'ora.asm'('discus164')の起動を試行しています
CRS-2676: 'ora.asm'('discus164')の起動が成功しました
CRS-2672: 'ora.crsd'('discus164')の起動を試行しています
CRS-2676: 'ora.crsd'('discus164')の起動が成功しました
CRS-2672: 'ora.evmd'('discus164')の起動を試行しています
CRS-2676: 'ora.evmd'('discus164')の起動が成功しました
CRS-2672: 'ora.asm'('discus164')の起動を試行しています
CRS-2676: 'ora.asm'('discus164')の起動が成功しました
CRS-2672: 'ora.CRS.dg'('discus164')の起動を試行しています
CRS-2676: 'ora.CRS.dg'('discus164')の起動が成功しました
CRS-2672: 'ora.registry.acfs'('discus164')の起動を試行しています
CRS-2676: 'ora.registry.acfs'('discus164')の起動が成功しました

discus164     2010/11/29 17:30:15     /u01/app/11.2.0/grid/cdata/discus164/backup_20101129_173015.olr
パッケージインストールの準備中...
cvuqdisk-1.0.7-1
Configure Oracle Grid Infrastructure for a Cluster ... succeeded
クラスタウェアのインベントリ・プロパティの更新中
Oracle Universal Installerを起動中です...

スワップ領域の確認中: 500MBを超えている必要があります.   実際 5951MB    問題なし
The inventory pointer is located at /etc/oraInst.loc
The inventory is located at /u01/app/oraInventory
'UpdateNodeList'が成功しました。
[root@discus164 grid]#

お〜〜、でけた。

では、他のノードでも実行
残りのノードでも同様の操作実施後root.sh実行

[root@discus264 grid]# ./root.sh
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= grid
    ORACLE_HOME=  /u01/app/11.2.0/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n) 
[n]: y
   Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n) 
[n]: y
   Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n) 
[n]: y
   Copying coraenv to /usr/local/bin ...


Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
2010/11/29 17:45:30: Parsing the host name
2010/11/29 17:45:30: Checking for super user privileges
2010/11/29 17:45:30: User has super user privileges
Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params
Creating trace directory
LOCAL ADD MODE 
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
CRS-4402: CSSデーモンが排他モードで開始されましたが、ノードdiscus164、番号1のアクティブCSSデーモンが検出されたため中断します
CRS-2673: 'ora.cssdmonitor'('discus264')の停止を試行しています
CRS-2677: 'ora.cssdmonitor'('discus264')の停止が成功しました
CRS-2673: 'ora.gpnpd'('discus264')の停止を試行しています
CRS-2677: 'ora.gpnpd'('discus264')の停止が成功しました
CRS-2673: 'ora.gipcd'('discus264')の停止を試行しています
CRS-2677: 'ora.gipcd'('discus264')の停止が成功しました
CRS-2673: 'ora.mdnsd'('discus264')の停止を試行しています
CRS-2677: 'ora.mdnsd'('discus264')の停止が成功しました
An active cluster was found during exclusive startup, restarting to join the cluster
CRS-2672: 'ora.mdnsd'('discus264')の起動を試行しています
CRS-2676: 'ora.mdnsd'('discus264')の起動が成功しました
CRS-2672: 'ora.gipcd'('discus264')の起動を試行しています
CRS-2676: 'ora.gipcd'('discus264')の起動が成功しました
CRS-2672: 'ora.gpnpd'('discus264')の起動を試行しています
CRS-2676: 'ora.gpnpd'('discus264')の起動が成功しました
CRS-2672: 'ora.cssdmonitor'('discus264')の起動を試行しています
CRS-2676: 'ora.cssdmonitor'('discus264')の起動が成功しました
CRS-2672: 'ora.cssd'('discus264')の起動を試行しています
CRS-2672: 'ora.diskmon'('discus264')の起動を試行しています
CRS-2676: 'ora.diskmon'('discus264')の起動が成功しました
CRS-2676: 'ora.cssd'('discus264')の起動が成功しました
CRS-2672: 'ora.ctssd'('discus264')の起動を試行しています
CRS-2676: 'ora.ctssd'('discus264')の起動が成功しました
CRS-2672: 'ora.drivers.acfs'('discus264')の起動を試行しています
CRS-2676: 'ora.drivers.acfs'('discus264')の起動が成功しました
CRS-2672: 'ora.asm'('discus264')の起動を試行しています
CRS-2676: 'ora.asm'('discus264')の起動が成功しました
CRS-2672: 'ora.crsd'('discus264')の起動を試行しています
CRS-2676: 'ora.crsd'('discus264')の起動が成功しました
CRS-2672: 'ora.evmd'('discus264')の起動を試行しています
CRS-2676: 'ora.evmd'('discus264')の起動が成功しました

discus264     2010/11/29 17:48:45     /u01/app/11.2.0/grid/cdata/discus264/backup_20101129_174845.olr
パッケージインストールの準備中...
cvuqdisk-1.0.7-1
Configure Oracle Grid Infrastructure for a Cluster ... succeeded
クラスタウェアのインベントリ・プロパティの更新中
Oracle Universal Installerを起動中です...

スワップ領域の確認中: 500MBを超えている必要があります.   実際 5951MB    問題なし
The inventory pointer is located at /etc/oraInst.loc
The inventory is located at /u01/app/oraInventory
'UpdateNodeList'が成功しました。
[root@discus264 grid]#

root.sh実行おわり！

Grid Infrastructureインストール後の簡単な確認（RACを構成する全ノードのgrid infrastructureユーザ及び、rootユーザで実施）

crsの状態確認（RACを構成する全ノードのGrid Infrastructureユーザで

[grid@discus164 ˜]$ crsctl check crs
CRS-4638: Oracle高可用性サービスがオンラインです
CRS-4537: Cluster Ready Servicesがオンラインです
CRS-4529: Cluster Synchronization Servicesがオンラインです
CRS-4533: イベント・マネージャがオンラインです
[grid@discus164 ˜]$ 

[grid@discus264 ˜]$ crsctl check crs
CRS-4638: Oracle高可用性サービスがオンラインです
CRS-4537: Cluster Ready Servicesがオンラインです
CRS-4529: Cluster Synchronization Servicesがオンラインです
CRS-4533: イベント・マネージャがオンラインです
[grid@discus264 ˜]$

clusterノードの確認（RACを構成する全ノードのGrid Infrastructureユーザで）

[grid@discus164 ˜]$ olsnodes -n
discus164       1
discus264       2
[grid@discus164 ˜]$ 

[grid@discus264 ˜]$ olsnodes -n
discus164       1
discus264       2
[grid@discus264 ˜]$

リスナーの確認（RACを構成する全ノード

[grid@discus164 ˜]$ ps -ef | grep lsnr | grep -v 'grep' | grep -v 'ocfs' | awk '{print $9}'
LISTENER_SCAN2
LISTENER_SCAN3
LISTENER
[grid@discus164 ˜]$ 

[grid@discus264 ˜]$ ps -ef | grep lsnr | grep -v 'grep' | grep -v 'ocfs' | awk '{print $9}'
LISTENER_SCAN1
LISTENER
[grid@discus264 ˜]$

以下、OUIを実行したノードから確認しとけばOKかな
ASMは起動してるかな〜（Grid Infrastructureユーザで

[grid@discus164 ˜]$ srvctl status asm -a
ASMはdiscus164,discus264で実行中です
ASMは有効です。
[grid@discus164 ˜]$

rootユーザでcrsctlコマンド実行してますが、Grid Infrastructureホームのbinにパス通しているだけです :) 楽なので。
Oracle Cluster Registry (OCR)　- rootユーザで実施

[root@discus164 grid]# ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          3
         Total space (kbytes)     :     262120
         Used space (kbytes)      :       2364
         Available space (kbytes) :     259756
         ID                       : 1391852321
         Device/File Name         :       +CRS
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check succeeded

[root@discus164 grid]#

Voting Diskの確認（Grid Infrastructureユーザで

[grid@discus164 ˜]$ crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   5d6c953bf3aa4fe6bfff2a0f9b1e0d37 (ORCL:CRSVOL1) [CRS]
1の投票ディスクを検出しました。
[grid@discus164 ˜]$

[grid@discus164 ~]$ crsctl status resource -w 'TYPE co ora' -t
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.CRS.dg
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.LISTENER.lsnr
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.asm
               ONLINE  ONLINE       discus164                Started             
               ONLINE  ONLINE       discus264                Started             
ora.eons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.gsd
               OFFLINE OFFLINE      discus164                                    
               OFFLINE OFFLINE      discus264                                    
ora.net1.network
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.ons
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
ora.registry.acfs
               ONLINE  ONLINE       discus164                                    
               ONLINE  ONLINE       discus264                                    
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       discus264                                    
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       discus164                                    
ora.discus164.vip
      1        ONLINE  ONLINE       discus164                                    
ora.discus264.vip
      1        ONLINE  ONLINE       discus264                                    
ora.oc4j
      1        OFFLINE OFFLINE                                                   
ora.scan1.vip
      1        ONLINE  ONLINE       discus264                                    
ora.scan2.vip
      1        ONLINE  ONLINE       discus164                                    
ora.scan3.vip
      1        ONLINE  ONLINE       discus164                                    
[grid@discus164 ~]$

root.shのバックアップが推奨されているので、これはやっといた。

Back Up the root.sh Script

Oracle recommends that you back up the root.sh script after you
complete an installation. If you install other products
in the same Oracle home directory, then the installer updates
the contents of the existing root.sh script during the installation.
If you require information contained in the original root.sh script,
then you can recover it from the root.sh file copy.

Back up the root.sh file on both Oracle RAC nodes as root:

[grid@discus164 ˜]$ su -
パスワード:
[root@discus164 ˜]# cd /u01/app/11.2.0/grid
[root@discus164 grid]# ls -l root.sh
-rwxr-x--- 1 grid oinstall 723 11月 29 14:10 root.sh
[root@discus164 grid]# cp -p root.sh root.sh.discus164_after_install20101129
[root@discus164 grid]# 

[grid@discus264 ˜]$ su - 
パスワード:
[root@discus264 ˜]# cd /u01/app/11.2.0
[root@discus264 11.2.0]# cd grid
[root@discus264 grid]# ls -l root.sh
-rwxr-x--- 1 grid oinstall 723 11月 29 14:12 root.sh
[root@discus264 grid]# cp -p root.sh root.sh.discus264_after_install20101129
[root@discus264 grid]#

Install Cluster Health Management Software が推奨されてるけど。別途時間があったらやる→TODO

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 3日 (月) 11時46分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 2日 (日)

VirtualBox de Oracle11g R2 RAC #15

VirtualBox de Oracle11g R2 RACのつづきです。

今回はOracle11g R2 11.2.0.1.0 RACインストール事前作業。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle11g R2 11.2.0.1.0 RACインストール事前作業

以下、Linux 64bit版をダウンロード
Oracle11g R2 11.2.0.1.0 for Linux (64bit）
linux.x64_11gR2_database_1of2.zip
linux.x64_11gR2_database_2of2.zip

Oracle11g R2 Grid Infrastructure for Linux (64bit)
linux.x64_11gR2_grid.zip

Oracle11g R2 Examples for Linux (64bit)
linux.x64_11gR2_examples.zip

ダウンロードした、Oracle Grid Infrastructureをgrid infrastructureユーザで解凍

[grid@discus164 oracle]$ ll
合計 1029240
-rw-r--r-- 1 grid oinstall 1052897657 11月 25 10:51 linux.x64_11gR2_grid.zip
[grid@discus164 oracle]$ unzip linux.x64_11gR2_grid.zip

・・・中略・・・

 extracting: grid/install/addLangs.sh  
  inflating: grid/runInstaller       
  inflating: grid/welcome.html       
  inflating: grid/runcluvfy.sh       
[grid@discus164 oracle]$

ダウンロードしたOracle11g R2 11.2.0.1.0とexamplesをOracle所有者で解凍

[oracle@discus164 oracle]$ ll
合計 2840744
-rw-r--r-- 1 oracle oinstall 1239269270 11月 25 10:56 linux.x64_11gR2_database_1of2.zip
-rw-r--r-- 1 oracle oinstall 1111416131 11月 25 10:57 linux.x64_11gR2_database_2of2.zip
-rw-r--r-- 1 oracle oinstall  555366950 11月 25 10:57 linux.x64_11gR2_examples.zip
[oracle@discus164 oracle]$ unzip linux.x64_11gR2_database_1of2.zip

・・・中略・・・

 extracting: database/install/addLangs.sh  
  inflating: database/runInstaller   
  inflating: database/welcome.html   
[oracle@discus164 oracle]$ 
[oracle@discus164 oracle]$ unzip linux.x64_11gR2_database_2of2.zip

・・・中略・・・

  inflating: database/stage/Components/oracle.sysman.console.db/11.2.0.1.0/1/DataFiles/filegroup13.jar  
  inflating: database/stage/Components/oracle.sysman.console.db/11.2.0.1.0/1/DataFiles/filegroup8.jar  
  inflating: database/stage/Components/oracle.sysman.console.db/11.2.0.1.0/1/DataFiles/filegroup9.jar  
[oracle@discus164 oracle]$ 
[oracle@discus164 oracle]$ unzip linux.x64_11gR2_examples.zip

・・・中略・・・

 extracting: examples/install/addLangs.sh  
  inflating: examples/runInstaller   
  inflating: examples/welcome.html   
[oracle@discus164 oracle]$

cvudiskパッケージのインストール（RACを構成する全ノードのrootユーザで）

[grid@discus164 ˜]$ cd ./software/oracle/grid/rpm
[grid@discus164 rpm]$ su
パスワード:
[root@discus164 rpm]# ll
合計 12
-rw-rw-r-- 1 grid oinstall 8173  7月 15  2009 cvuqdisk-1.0.7-1.rpm
[root@discus164 rpm]# CVUQDISK_GRP=oinstall; export CVUQDISK_GRP
[root@discus164 rpm]# rpm -iv cvuqdisk-1.0.7-1.rpm
パッケージインストールの準備中...
cvuqdisk-1.0.7-1
[root@discus164 rpm]#

CVUによる事前チェック（RACを構成する全ノードのOracle Grid Infrastructureユーザで実施）
-fixupオプションを付加すると修正用スクリプトが作成されますが、下記例では付加していません。（修正スクリプトを作成させた方が楽ですけどね。)

今回は全ログを省略なしで！w

[grid@discus164 grid]$ pwd
/home/grid/software/oracle/grid
[grid@discus164 grid]$ ll
合計 76
drwxr-xr-x  9 grid oinstall 4096  8月 17  2009 doc
drwxr-xr-x  4 grid oinstall 4096 12月  3 11:05 install
drwxrwxr-x  2 grid oinstall 4096  8月 15  2009 response
drwxrwxr-x  2 grid oinstall 4096  8月 15  2009 rpm
-rwxr-xr-x  1 grid oinstall 3227  8月 15  2009 runInstaller
-rwxrwxr-x  1 grid oinstall 3795  1月 29  2009 runcluvfy.sh
drwxrwxr-x  2 grid oinstall 4096  8月 15  2009 sshsetup
drwxr-xr-x 14 grid oinstall 4096  8月 15  2009 stage
-rw-r--r--  1 grid oinstall 4228  8月 18  2009 welcome.html
[grid@discus164 grid]$
[grid@discus164 grid]$
[grid@discus164 grid]$ ./runcluvfy.sh stage -pre crsinst -n discus164,discus264 -verbose

クラスタ・サービス設定の事前チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus164"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus264                             はい                      
  discus164                             はい                      
結果: ノード"discus164"からのノード到達可能性チェックに合格しました


ユーザー等価をチェック中...

チェック: ユーザー"grid"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus264                             合格                      
  discus164                             合格                      
結果: ユーザー"grid"のユーザー等価チェックに合格しました

ノード接続性をチェック中...

ホスト構成ファイルをチェック中...
  ノード名          ステータス                     コメント                    
  ------------  ------------------------  ------------------------
  discus264     合格                                                
  discus164     合格                                                

ホスト構成ファイルの検証に成功しました


ノード"discus264"のインタフェース情報
 名前     IPアドレス          サブネット           ゲートウェイ          デフォルト・ゲートウェイ    HWアドレス            MTU   
 ------ --------------- --------------- --------------- --------------- ----------------- ------
 eth0   192.168.1.91    192.168.1.0     0.0.0.0         192.168.1.1     08:00:27:CC:3B:97 1500  
 eth1   192.168.3.91    192.168.3.0     0.0.0.0         192.168.1.1     08:00:27:2F:97:0D 1500  
 eth2   192.168.2.91    192.168.2.0     0.0.0.0         192.168.1.1     08:00:27:AD:F8:40 1500  


ノード"discus164"のインタフェース情報
 名前     IPアドレス          サブネット           ゲートウェイ          デフォルト・ゲートウェイ    HWアドレス            MTU   
 ------ --------------- --------------- --------------- --------------- ----------------- ------
 eth0   192.168.1.90    192.168.1.0     0.0.0.0         192.168.1.1     08:00:27:B1:38:96 1500  
 eth1   192.168.3.90    192.168.3.0     0.0.0.0         192.168.1.1     08:00:27:FC:A5:8E 1500  
 eth2   192.168.2.90    192.168.2.0     0.0.0.0         192.168.1.1     08:00:27:47:E9:2C 1500  


チェック: サブネット"192.168.1.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus264:eth0                  discus164:eth0                  はい              
結果: ノードdiscus264,discus164を持つサブネット"192.168.1.0"のノード接続性に合格しました


チェック: サブネット"192.168.1.0"のTCP接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus164:192.168.1.90          discus264:192.168.1.91          合格              
結果: サブネット"192.168.1.0"のTCP接続性チェックに合格しました


チェック: サブネット"192.168.3.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus264:eth1                  discus164:eth1                  はい              
結果: ノードdiscus264,discus164を持つサブネット"192.168.3.0"のノード接続性に合格しました


チェック: サブネット"192.168.3.0"のTCP接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus164:192.168.3.90          discus264:192.168.3.91          合格              
結果: サブネット"192.168.3.0"のTCP接続性チェックに合格しました


チェック: サブネット"192.168.2.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus264:eth2                  discus164:eth2                  はい              
結果: ノードdiscus264,discus164を持つサブネット"192.168.2.0"のノード接続性に合格しました


チェック: サブネット"192.168.2.0"のTCP接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus164:192.168.2.90          discus264:192.168.2.91          合格              
結果: サブネット"192.168.2.0"のTCP接続性チェックに合格しました


VIPの候補となるサブネット"192.168.1.0"で見つかったインタフェースは次のとおりです:
discus264 eth0:192.168.1.91
discus164 eth0:192.168.1.90

プライベート・インターコネクトの候補となるサブネット"192.168.3.0"で見つかったインタフェースは次のとおりです:
discus264 eth1:192.168.3.91
discus164 eth1:192.168.3.90

プライベート・インターコネクトの候補となるサブネット"192.168.2.0"で見つかったインタフェースは次のとおりです:
discus264 eth2:192.168.2.91
discus164 eth2:192.168.2.90

結果: ノード接続性チェックに合格しました


チェック: メモリー合計 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     3.86GB (4051640.0KB)      1.5GB (1572864.0KB)       合格        
  discus164     3.86GB (4051640.0KB)      1.5GB (1572864.0KB)       合格        
結果: メモリー合計チェックに合格しました

チェック: 使用可能なメモリー 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     3.5GB (3673300.0KB)       50MB (51200.0KB)          合格        
  discus164     3.34GB (3498792.0KB)      50MB (51200.0KB)          合格        
結果: 使用可能なメモリーチェックに合格しました

チェック: スワップ領域 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     5.81GB (6094840.0KB)      3.86GB (4051640.0KB)      合格        
  discus164     5.81GB (6094840.0KB)      3.86GB (4051640.0KB)      合格        
結果: スワップ領域チェックに合格しました

チェック: "discus264:/tmp"のディスク空き領域 
  パス                ノード名          マウント・ポイント     使用可能          必須            コメント        
  ----------------  ------------  ------------  ------------  ------------  ------------
  /tmp              discus264     /             37.78GB       1GB           合格          
結果: "discus264:/tmp"のディスク空き領域チェックに合格しました

チェック: "discus164:/tmp"のディスク空き領域 
  パス                ノード名          マウント・ポイント     使用可能          必須            コメント        
  ----------------  ------------  ------------  ------------  ------------  ------------
  /tmp              discus164     /             33.62GB       1GB           合格          
結果: "discus164:/tmp"のディスク空き領域チェックに合格しました

チェック: "grid"の既存ユーザー 
  ノード名          ステータス                     コメント                    
  ------------  ------------------------  ------------------------
  discus264     存在します                     合格                      
  discus164     存在します                     合格                      
結果: "grid"の既存ユーザーチェックに合格しました

チェック: "oinstall"のグループの存在 
  ノード名          ステータス                     コメント                    
  ------------  ------------------------  ------------------------
  discus264     存在します                     合格                      
  discus164     存在します                     合格                      
結果: "oinstall"のグループの存在チェックに合格しました

チェック: "dba"のグループの存在 
  ノード名          ステータス                     コメント                    
  ------------  ------------------------  ------------------------
  discus264     存在します                     合格                      
  discus164     存在します                     合格                      
結果: "dba"のグループの存在チェックに合格しました

チェック: グループ"oinstall"内のユーザー"grid"[プライマリ]のメンバーシップ
  ノード名              ユーザーが存在します    グループが存在します    グループ内のユーザー    プライマリ         コメント        
  ----------------  ------------  ------------  ------------  ------------  ------------
  discus264         はい            はい            はい            はい            合格          
  discus164         はい            はい            はい            はい            合格          
結果: グループ"oinstall"内のユーザー"grid"[プライマリ]のメンバーシップ・チェックに合格しました

チェック: グループ"dba"内のユーザー"grid"のメンバーシップ
  ノード名              ユーザーが存在します    グループが存在します    グループ内のユーザー    コメント            
  ----------------  ------------  ------------  ------------  ----------------
  discus264         はい            はい            いいえ           失敗              
  discus164         はい            はい            いいえ           失敗              
結果: グループ"dba"内のユーザー"grid"のメンバーシップ・チェックが失敗しました

チェック: 実行レベル 
  ノード名          実行レベル                     必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     5                         3,5                       合格        
  discus164     5                         3,5                       合格        
結果: 実行レベルチェックに合格しました

チェック: "最大オープン・ファイル記述子数"の強い制限 
  ノード名              タイプ           使用可能          必須            コメント            
  ----------------  ------------  ------------  ------------  ----------------
  discus264         強い            65536         65536         合格              
  discus164         強い            65536         65536         合格              
結果: "最大オープン・ファイル記述子数"の強い制限チェックに合格しました

チェック: "最大オープン・ファイル記述子数"の弱い制限 
  ノード名              タイプ           使用可能          必須            コメント            
  ----------------  ------------  ------------  ------------  ----------------
  discus264         弱い            1024          1024          合格              
  discus164         弱い            1024          1024          合格              
結果: "最大オープン・ファイル記述子数"の弱い制限チェックに合格しました

チェック: "最大ユーザー・プロセス"の強い制限 
  ノード名              タイプ           使用可能          必須            コメント            
  ----------------  ------------  ------------  ------------  ----------------
  discus264         強い            16384         16384         合格              
  discus164         強い            16384         16384         合格              
結果: "最大ユーザー・プロセス"の強い制限チェックに合格しました

チェック: "最大ユーザー・プロセス"の弱い制限 
  ノード名              タイプ           使用可能          必須            コメント            
  ----------------  ------------  ------------  ------------  ----------------
  discus264         弱い            2047          2047          合格              
  discus164         弱い            2047          2047          合格              
結果: "最大ユーザー・プロセス"の弱い制限チェックに合格しました

チェック: システム・アーキテクチャ 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     x86_64                    x86_64                    合格        
  discus164     x86_64                    x86_64                    合格        
結果: システム・アーキテクチャチェックに合格しました

チェック: カーネル・バージョン 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     2.6.18-194.17.1.el5       2.6.9                     合格        
  discus164     2.6.18-194.17.1.el5       2.6.9                     合格        
結果: カーネル・バージョンチェックに合格しました

チェック: "semmsl"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     250                       250                       合格        
  discus164     250                       250                       合格        
結果: "semmsl"のカーネル・パラメータチェックに合格しました

チェック: "semmns"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     32000                     32000                     合格        
  discus164     32000                     32000                     合格        
結果: "semmns"のカーネル・パラメータチェックに合格しました

チェック: "semopm"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     100                       100                       合格        
  discus164     100                       100                       合格        
結果: "semopm"のカーネル・パラメータチェックに合格しました

チェック: "semmni"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     128                       128                       合格        
  discus164     128                       128                       合格        
結果: "semmni"のカーネル・パラメータチェックに合格しました

チェック: "shmmax"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     68719476736               536870912                 合格        
  discus164     68719476736               536870912                 合格        
結果: "shmmax"のカーネル・パラメータチェックに合格しました

チェック: "shmmni"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     4096                      4096                      合格        
  discus164     4096                      4096                      合格        
結果: "shmmni"のカーネル・パラメータチェックに合格しました

チェック: "shmall"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     4294967296                2097152                   合格        
  discus164     4294967296                2097152                   合格        
結果: "shmall"のカーネル・パラメータチェックに合格しました

チェック: "file-max"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     6815744                   6815744                   合格        
  discus164     6815744                   6815744                   合格        
結果: "file-max"のカーネル・パラメータチェックに合格しました

チェック: "ip_local_port_range"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     between 9000 & 65500      between 9000 & 65500      合格        
  discus164     between 9000 & 65500      between 9000 & 65500      合格        
結果: "ip_local_port_range"のカーネル・パラメータチェックに合格しました

チェック: "rmem_default"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     262144                    262144                    合格        
  discus164     262144                    262144                    合格        
結果: "rmem_default"のカーネル・パラメータチェックに合格しました

チェック: "rmem_max"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     4194304                   4194304                   合格        
  discus164     4194304                   4194304                   合格        
結果: "rmem_max"のカーネル・パラメータチェックに合格しました

チェック: "wmem_default"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     262144                    262144                    合格        
  discus164     262144                    262144                    合格        
結果: "wmem_default"のカーネル・パラメータチェックに合格しました

チェック: "wmem_max"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     1048576                   1048576                   合格        
  discus164     1048576                   1048576                   合格        
結果: "wmem_max"のカーネル・パラメータチェックに合格しました

チェック: "aio-max-nr"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     1048576                   1048576                   合格        
  discus164     1048576                   1048576                   合格        
結果: "aio-max-nr"のカーネル・パラメータチェックに合格しました

チェック: "make-3.80"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     make-3.81-3.el5           make-3.80                 合格        
  discus164     make-3.81-3.el5           make-3.80                 合格        
結果: "make-3.80"のパッケージの存在チェックに合格しました

チェック: "binutils-2.15.92.0.2"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     binutils-2.17.50.0.6-14.el5  binutils-2.15.92.0.2      合格        
  discus164     binutils-2.17.50.0.6-14.el5  binutils-2.15.92.0.2      合格        
結果: "binutils-2.15.92.0.2"のパッケージの存在チェックに合格しました

チェック: "gcc-3.4.6"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     gcc-4.1.2-48.el5          gcc-3.4.6                 合格        
  discus164     gcc-4.1.2-48.el5          gcc-3.4.6                 合格        
結果: "gcc-3.4.6"のパッケージの存在チェックに合格しました

チェック: "libaio-0.3.105 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libaio-0.3.106-5 (i386)   libaio-0.3.105 (i386)     合格        
  discus164     libaio-0.3.106-5 (i386)   libaio-0.3.105 (i386)     合格        
結果: "libaio-0.3.105 (i386)"のパッケージの存在チェックに合格しました

チェック: "libaio-0.3.105 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libaio-0.3.106-5 (x86_64)  libaio-0.3.105 (x86_64)   合格        
  discus164     libaio-0.3.106-5 (x86_64)  libaio-0.3.105 (x86_64)   合格        
結果: "libaio-0.3.105 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "glibc-2.3.4-2.41 (i686)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     glibc-2.5-49.el5_5.6 (i686)  glibc-2.3.4-2.41 (i686)   合格        
  discus164     glibc-2.5-49.el5_5.6 (i686)  glibc-2.3.4-2.41 (i686)   合格        
結果: "glibc-2.3.4-2.41 (i686)"のパッケージの存在チェックに合格しました

チェック: "glibc-2.3.4-2.41 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     glibc-2.5-49.el5_5.6 (x86_64)  glibc-2.3.4-2.41 (x86_64)  合格        
  discus164     glibc-2.5-49.el5_5.6 (x86_64)  glibc-2.3.4-2.41 (x86_64)  合格        
結果: "glibc-2.3.4-2.41 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "compat-libstdc++-33-3.2.3 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     compat-libstdc++-33-3.2.3-61 (i386)  compat-libstdc++-33-3.2.3 (i386)  合格        
  discus164     compat-libstdc++-33-3.2.3-61 (i386)  compat-libstdc++-33-3.2.3 (i386)  合格        
結果: "compat-libstdc++-33-3.2.3 (i386)"のパッケージの存在チェックに合格しました

チェック: "compat-libstdc++-33-3.2.3 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     compat-libstdc++-33-3.2.3-61 (x86_64)  compat-libstdc++-33-3.2.3 (x86_64)  合格        
  discus164     compat-libstdc++-33-3.2.3-61 (x86_64)  compat-libstdc++-33-3.2.3 (x86_64)  合格        
結果: "compat-libstdc++-33-3.2.3 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "elfutils-libelf-0.97 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     elfutils-libelf-0.137-3.el5 (x86_64)  elfutils-libelf-0.97 (x86_64)  合格        
  discus164     elfutils-libelf-0.137-3.el5 (x86_64)  elfutils-libelf-0.97 (x86_64)  合格        
結果: "elfutils-libelf-0.97 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "elfutils-libelf-devel-0.97"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     elfutils-libelf-devel-0.137-3.el5  elfutils-libelf-devel-0.97  合格        
  discus164     elfutils-libelf-devel-0.137-3.el5  elfutils-libelf-devel-0.97  合格        
結果: "elfutils-libelf-devel-0.97"のパッケージの存在チェックに合格しました

チェック: "glibc-common-2.3.4"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     glibc-common-2.5-49.el5_5.6  glibc-common-2.3.4        合格        
  discus164     glibc-common-2.5-49.el5_5.6  glibc-common-2.3.4        合格        
結果: "glibc-common-2.3.4"のパッケージの存在チェックに合格しました

チェック: "glibc-devel-2.3.4 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     glibc-devel-2.5-49.el5_5.6 (x86_64)  glibc-devel-2.3.4 (x86_64)  合格        
  discus164     glibc-devel-2.5-49.el5_5.6 (x86_64)  glibc-devel-2.3.4 (x86_64)  合格        
結果: "glibc-devel-2.3.4 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "glibc-headers-2.3.4"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     glibc-headers-2.5-49.el5_5.6  glibc-headers-2.3.4       合格        
  discus164     glibc-headers-2.5-49.el5_5.6  glibc-headers-2.3.4       合格        
結果: "glibc-headers-2.3.4"のパッケージの存在チェックに合格しました

チェック: "gcc-c++-3.4.6"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     gcc-c++-4.1.2-48.el5      gcc-c++-3.4.6             合格        
  discus164     gcc-c++-4.1.2-48.el5      gcc-c++-3.4.6             合格        
結果: "gcc-c++-3.4.6"のパッケージの存在チェックに合格しました

チェック: "libaio-devel-0.3.105 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libaio-devel-0.3.106-5 (i386)  libaio-devel-0.3.105 (i386)  合格        
  discus164     libaio-devel-0.3.106-5 (i386)  libaio-devel-0.3.105 (i386)  合格        
結果: "libaio-devel-0.3.105 (i386)"のパッケージの存在チェックに合格しました

チェック: "libaio-devel-0.3.105 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libaio-devel-0.3.106-5 (x86_64)  libaio-devel-0.3.105 (x86_64)  合格        
  discus164     libaio-devel-0.3.106-5 (x86_64)  libaio-devel-0.3.105 (x86_64)  合格        
結果: "libaio-devel-0.3.105 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "libgcc-3.4.6 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libgcc-4.1.2-48.el5 (i386)  libgcc-3.4.6 (i386)       合格        
  discus164     libgcc-4.1.2-48.el5 (i386)  libgcc-3.4.6 (i386)       合格        
結果: "libgcc-3.4.6 (i386)"のパッケージの存在チェックに合格しました

チェック: "libgcc-3.4.6 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libgcc-4.1.2-48.el5 (x86_64)  libgcc-3.4.6 (x86_64)     合格        
  discus164     libgcc-4.1.2-48.el5 (x86_64)  libgcc-3.4.6 (x86_64)     合格        
結果: "libgcc-3.4.6 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "libstdc++-3.4.6 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libstdc++-4.1.2-48.el5 (i386)  libstdc++-3.4.6 (i386)    合格        
  discus164     libstdc++-4.1.2-48.el5 (i386)  libstdc++-3.4.6 (i386)    合格        
結果: "libstdc++-3.4.6 (i386)"のパッケージの存在チェックに合格しました

チェック: "libstdc++-3.4.6 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libstdc++-4.1.2-48.el5 (x86_64)  libstdc++-3.4.6 (x86_64)  合格        
  discus164     libstdc++-4.1.2-48.el5 (x86_64)  libstdc++-3.4.6 (x86_64)  合格        
結果: "libstdc++-3.4.6 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "libstdc++-devel-3.4.6 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     libstdc++-devel-4.1.2-48.el5 (x86_64)  libstdc++-devel-3.4.6 (x86_64)  合格        
  discus164     libstdc++-devel-4.1.2-48.el5 (x86_64)  libstdc++-devel-3.4.6 (x86_64)  合格        
結果: "libstdc++-devel-3.4.6 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "sysstat-5.0.5"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     sysstat-7.0.2-3.el5_5.1   sysstat-5.0.5             合格        
  discus164     sysstat-7.0.2-3.el5_5.1   sysstat-5.0.5             合格        
結果: "sysstat-5.0.5"のパッケージの存在チェックに合格しました

チェック: "unixODBC-2.2.11 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     unixODBC-2.2.11-7.1 (i386)  unixODBC-2.2.11 (i386)    合格        
  discus164     unixODBC-2.2.11-7.1 (i386)  unixODBC-2.2.11 (i386)    合格        
結果: "unixODBC-2.2.11 (i386)"のパッケージの存在チェックに合格しました

チェック: "unixODBC-2.2.11 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     unixODBC-2.2.11-7.1 (x86_64)  unixODBC-2.2.11 (x86_64)  合格        
  discus164     unixODBC-2.2.11-7.1 (x86_64)  unixODBC-2.2.11 (x86_64)  合格        
結果: "unixODBC-2.2.11 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "unixODBC-devel-2.2.11 (i386)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     unixODBC-devel-2.2.11-7.1 (i386)  unixODBC-devel-2.2.11 (i386)  合格        
  discus164     unixODBC-devel-2.2.11-7.1 (i386)  unixODBC-devel-2.2.11 (i386)  合格        
結果: "unixODBC-devel-2.2.11 (i386)"のパッケージの存在チェックに合格しました

チェック: "unixODBC-devel-2.2.11 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     unixODBC-devel-2.2.11-7.1 (x86_64)  unixODBC-devel-2.2.11 (x86_64)  合格        
  discus164     unixODBC-devel-2.2.11-7.1 (x86_64)  unixODBC-devel-2.2.11 (x86_64)  合格        
結果: "unixODBC-devel-2.2.11 (x86_64)"のパッケージの存在チェックに合格しました

チェック: "pdksh-5.2.14"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     pdksh-5.2.14-36.el5       pdksh-5.2.14              合格        
  discus164     pdksh-5.2.14-36.el5       pdksh-5.2.14              合格        
結果: "pdksh-5.2.14"のパッケージの存在チェックに合格しました

チェック: "expat-1.95.7 (x86_64)"のパッケージの存在 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     expat-1.95.8-8.3.el5_5.3 (x86_64)  expat-1.95.7 (x86_64)     合格        
  discus164     expat-1.95.8-8.3.el5_5.3 (x86_64)  expat-1.95.7 (x86_64)     合格        
結果: "expat-1.95.7 (x86_64)"のパッケージの存在チェックに合格しました

UID値0を持つ複数のユーザーをチェック中
結果: UID値0を持つ複数のユーザーのチェックに合格しました

チェック: 現行のグループID 
結果: 現行のグループIDチェックに合格しました
コア・ファイル名パターンの一貫性をチェック中...
コア・ファイル名パターンの一貫性チェックに合格しました。

ユーザー"grid"が"root"グループにないことを確認中
  ノード名          ステータス                     コメント                    
  ------------  ------------------------  ------------------------
  discus264     存在しません                    合格                      
  discus164     存在しません                    合格                      
結果: ユーザー"grid"は"root"グループの一部ではありません。チェックに合格しました

デフォルトのユーザー・ファイル作成マスクのチェック
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus264     0022                      0022                      合格        
  discus164     0022                      0022                      合格        
結果: デフォルトのユーザー・ファイル作成マスクのチェックに合格しました

ネットワーク・タイム・プロトコル(NTP)を使用してクロック同期のチェックを開始中...

NTP構成ファイルのチェックが開始されました...
NTP構成ファイル"/etc/ntp.conf"はすべてのノードで使用できます
NTP構成ファイルのチェックに合格しました

デーモン活性をチェック中...

チェック: "ntpd"の活性
  ノード名                                  実行中ですか                  
  ------------------------------------  ------------------------
  discus264                             はい                      
  discus164                             はい                      
結果: "ntpd"の活性チェックに合格しました

NTPデーモンのコマンドラインのslewオプション"-x"をチェック中
チェック: NTPデーモン・コマンド・ライン
  ノード名                                  Slewオプションが設定されているか      
  ------------------------------------  ------------------------
  discus264                             はい                      
  discus164                             はい                      
結果: 
NTPデーモンのslewオプションのチェックに合格しました

ファイル"/etc/sysconfig/ntpd"内のNTPデーモンのブート時構成のslewオプション"-x"をチェック中

チェック: NTPデーモンのブート時構成
  ノード名                                  Slewオプションが設定されているか      
  ------------------------------------  ------------------------
  discus264                             はい                      
  discus164                             はい                      
結果: 
NTPデーモンのブート時構成のslewオプションのチェックに合格しました

NTP共通タイム・サーバーのチェックが開始されました...
NTPタイム・サーバー"210.173.160.86"は、NTPデーモンが実行されているすべてのノードで共通です
NTPタイム・サーバー"210.173.176.251"は、NTPデーモンが実行されているすべてのノードで共通です
PRVF-5408 : NTPタイム・サーバー"210.173.160.56"は、次のノード"discus264"でのみ共通です
共通NTPタイム・サーバーのチェックに合格しました

NTPタイム・サーバーからのクロック時間オフセットのチェックが開始されました...
ノード"[discus264, discus164]"をチェック中...
チェック: NTP タイム・サーバーからのクロック時間オフセット

タイム・サーバー: 210.173.160.86 
時間オフセット制限: 1000.0 ミリ秒
  ノード名          時間オフセット                   ステータス                   
  ------------  ------------------------  ------------------------
  discus264     -428.02                   合格                      
  discus164     0.164                     合格                      
タイム・サーバー"210.173.160.86"の時間オフセットは、ノード"[discus264, discus164]"の許容限界内です。

タイム・サーバー: 210.173.176.251 
時間オフセット制限: 1000.0 ミリ秒
  ノード名          時間オフセット                   ステータス                   
  ------------  ------------------------  ------------------------
  discus264     -427.36                   合格                      
  discus164     0.417                     合格                      
タイム・サーバー"210.173.176.251"の時間オフセットは、ノード"[discus264, discus164]"の許容限界内です。
クロック時間オフセットのチェックに合格しました

結果: ネットワーク・タイム・プロトコル(NTP)を使用したクロック同期のチェックに合格しました

クラスタ・サービス設定の事前チェックはすべてのノードで失敗しました。

「結果: グループ"dba"内のユーザー"grid"のメンバーシップ・チェックが失敗しました」という箇所は無視可能というかマニュアルにもGrid Infrastructureユーザをdbaグループに属させる必要があると記載されていないので無視でOK.

次に、H/WとOSの設定の事前チェック（RACを構成する全ノードのOracle Grid Infrastructureユーザで実施）

[grid@discus164 grid]$ pwd
/home/grid/software/oracle/grid
[grid@discus164 grid]$ ll
合計 76
drwxr-xr-x  9 grid oinstall 4096  8月 17  2009 doc
drwxr-xr-x  4 grid oinstall 4096 12月  3 11:05 install
drwxrwxr-x  2 grid oinstall 4096  8月 15  2009 response
drwxrwxr-x  2 grid oinstall 4096  8月 15  2009 rpm
-rwxr-xr-x  1 grid oinstall 3227  8月 15  2009 runInstaller
-rwxrwxr-x  1 grid oinstall 3795  1月 29  2009 runcluvfy.sh
drwxrwxr-x  2 grid oinstall 4096  8月 15  2009 sshsetup
drwxr-xr-x 14 grid oinstall 4096  8月 15  2009 stage
-rw-r--r--  1 grid oinstall 4228  8月 18  2009 welcome.html
[grid@discus164 grid]$
[grid@discus164 grid]$
[grid@discus164 grid]$ ./runcluvfy.sh stage -post hwos -n discus164,discus264 -verbose

ハードウェアとオペレーティング・システム設定の事後チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus164"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus264                             はい                      
  discus164                             はい                      
結果: ノード"discus164"からのノード到達可能性チェックに合格しました


ユーザー等価をチェック中...

チェック: ユーザー"grid"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus264                             合格                      
  discus164                             合格                      
結果: ユーザー"grid"のユーザー等価チェックに合格しました

ノード接続性をチェック中...

ホスト構成ファイルをチェック中...
  ノード名          ステータス                     コメント                    
  ------------  ------------------------  ------------------------
  discus264     合格                                                
  discus164     合格                                                

ホスト構成ファイルの検証に成功しました


ノード"discus264"のインタフェース情報
 名前     IPアドレス          サブネット           ゲートウェイ          デフォルト・ゲートウェイ    HWアドレス            MTU   
 ------ --------------- --------------- --------------- --------------- ----------------- ------
 eth0   192.168.1.91    192.168.1.0     0.0.0.0         192.168.1.1     08:00:27:CC:3B:97 1500  
 eth1   192.168.3.91    192.168.3.0     0.0.0.0         192.168.1.1     08:00:27:2F:97:0D 1500  
 eth2   192.168.2.91    192.168.2.0     0.0.0.0         192.168.1.1     08:00:27:AD:F8:40 1500  


ノード"discus164"のインタフェース情報
 名前     IPアドレス          サブネット           ゲートウェイ          デフォルト・ゲートウェイ    HWアドレス            MTU   
 ------ --------------- --------------- --------------- --------------- ----------------- ------
 eth0   192.168.1.90    192.168.1.0     0.0.0.0         192.168.1.1     08:00:27:B1:38:96 1500  
 eth1   192.168.3.90    192.168.3.0     0.0.0.0         192.168.1.1     08:00:27:FC:A5:8E 1500  
 eth2   192.168.2.90    192.168.2.0     0.0.0.0         192.168.1.1     08:00:27:47:E9:2C 1500  


チェック: サブネット"192.168.1.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus264:eth0                  discus164:eth0                  はい              
結果: ノードdiscus264,discus164を持つサブネット"192.168.1.0"のノード接続性に合格しました


チェック: サブネット"192.168.1.0"のTCP接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus164:192.168.1.90          discus264:192.168.1.91          合格              
結果: サブネット"192.168.1.0"のTCP接続性チェックに合格しました


チェック: サブネット"192.168.3.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus264:eth1                  discus164:eth1                  はい              
結果: ノードdiscus264,discus164を持つサブネット"192.168.3.0"のノード接続性に合格しました


チェック: サブネット"192.168.3.0"のTCP接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus164:192.168.3.90          discus264:192.168.3.91          合格              
結果: サブネット"192.168.3.0"のTCP接続性チェックに合格しました


チェック: サブネット"192.168.2.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus264:eth2                  discus164:eth2                  はい              
結果: ノードdiscus264,discus164を持つサブネット"192.168.2.0"のノード接続性に合格しました


チェック: サブネット"192.168.2.0"のTCP接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus164:192.168.2.90          discus264:192.168.2.91          合格              
結果: サブネット"192.168.2.0"のTCP接続性チェックに合格しました


VIPの候補となるサブネット"192.168.1.0"で見つかったインタフェースは次のとおりです:
discus264 eth0:192.168.1.91
discus164 eth0:192.168.1.90

プライベート・インターコネクトの候補となるサブネット"192.168.3.0"で見つかったインタフェースは次のとおりです:
discus264 eth1:192.168.3.91
discus164 eth1:192.168.3.90

プライベート・インターコネクトの候補となるサブネット"192.168.2.0"で見つかったインタフェースは次のとおりです:
discus264 eth2:192.168.2.91
discus164 eth2:192.168.2.90

結果: ノード接続性チェックに合格しました


UID値0を持つ複数のユーザーをチェック中
結果: UID値0を持つ複数のユーザーのチェックに合格しました

ハードウェアとオペレーティング・システム設定の事後チェックは成功しました。

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 2日 (日) 00時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2011年1月 1日 (土)

VirtualBox de Oracle11g R2 RAC #14

VirtualBox de Oracle11g R2 RACのつづきです。

今回は、ASMlibのインストール及び構成です。（やっと半分w)

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成

[root@discus164 tmp]# uname -a
Linux discus164.macdeoracle.jp 2.6.18-194.17.1.el5 #1 SMP Wed Sep 29 12:50:31 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

CentOS5.5 2.6.18-194.17.1.el5 x86_64なので、以下のasmパッケージをRACを構成する全ノードでインストール、構成する。

oracleasm-support-2.1.3-1.el5.x86_64.rpm
oracleasmlib-2.0.4-1.el5.x86_64.rpm
oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm

ダウンロード（RACを構成する全ノードのrootユーザで）CentOS5.5 x86_64ですが、ダウンロードするのはrhel5 amd64版でOK

[root@discus164 tmp]# wget http://oss.oracle.com/projects/oracleasm-support/dist/files/RPMS/rhel5/amd64/2.1.3/oracleasm-support-2.1.3-1.el5.x86_64.rpm
--2010-11-24 16:19:15--  http://oss.oracle.com/projects/oracleasm-support/dist/files/RPMS/rhel5/amd64/2.1.3/oracleasm-support-2.1.3-1.el5.x86_64.rpm
oss.oracle.com をDNSに問いあわせています... 141.146.12.120
oss.oracle.com|141.146.12.120|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 90444 (88K) [application/x-rpm]
`oracleasm-support-2.1.3-1.el5.x86_64.rpm' に保存中

100%[=================================================================================================>] 90,444       105K/s 時間 0.8s    

2010-11-24 16:19:17 (105 KB/s) - `oracleasm-support-2.1.3-1.el5.x86_64.rpm' へ保存完了 [90444/90444]

[root@discus164 tmp]# wget http://download.oracle.com/otn_software/asmlib/oracleasmlib-2.0.4-1.el5.x86_64.rpm
--2010-11-24 16:19:30--  http://download.oracle.com/otn_software/asmlib/oracleasmlib-2.0.4-1.el5.x86_64.rpm
download.oracle.com をDNSに問いあわせています... 203.77.186.253, 203.77.186.254
download.oracle.com|203.77.186.253|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 14176 (14K) [text/plain]
`oracleasmlib-2.0.4-1.el5.x86_64.rpm' に保存中

100%[=================================================================================================>] 14,176      --.-K/s 時間 0.01s   

2010-11-24 16:19:30 (1.33 MB/s) - `oracleasmlib-2.0.4-1.el5.x86_64.rpm' へ保存完了 [14176/14176]

[root@discus164 tmp]# wget
http://oss.oracle.com/projects/oracleasm/dist/files/RPMS/rhel5/amd64/2.0.5/2.6.18-194.17.1.el5/oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm
--2010-11-24 16:19:44-- http://oss.oracle.com/projects/oracleasm/dist/files/RPMS/rhel5/amd64/2.0.5/2.6.18-194.17.1.el5/oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm
oss.oracle.com をDNSに問いあわせています... 141.146.12.120
oss.oracle.com|141.146.12.120|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 137417 (134K) [application/x-rpm]
`oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm' に保存中

100%[=================================================================================================>] 137,417      161K/s 時間 0.8s    

2010-11-24 16:19:46 (161 KB/s) - `oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm' へ保存完了 [137417/137417]

[root@discus164 tmp]#

インストール（RACを構成する全ノードのrootユーザで）

[root@discus164 tmp]# rpm -ivh oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm oracleasm-support-2.1.3-1.el5.x86_64.rpm oracleasmlib-2.0.4-1.el5.x86_64.rpm
警告: oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5.x86_64.rpm: ヘッダ V3 DSA signature: NOKEY, key ID 1e5e0159
準備中...                ########################################### [100%]
   1:oracleasm-support      ########################################### [ 33%]
   2:oracleasm-2.6.18-194.17########################################### [ 67%]
   3:oracleasmlib           ########################################### [100%]
[root@discus164 tmp]#

構成（RACを構成する全ノードのrootユーザで）

[root@discus164 ˜]# /usr/sbin/oracleasm configure
ORACLEASM_ENABLED=false
ORACLEASM_UID=
ORACLEASM_GID=
ORACLEASM_SCANBOOT=true
ORACLEASM_SCANORDER=""
ORACLEASM_SCANEXCLUDE=""
[root@discus164 ˜]# /usr/sbin/oracleasm configure -i
Configuring the Oracle ASM library driver.

This will configure the on-boot properties of the Oracle ASM library
driver.  The following questions will determine whether the driver is
loaded on boot and what permissions it will have.  The current values
will be shown in brackets ('[]').  Hitting  without typing an
answer will keep that current value.  Ctrl-C will abort.

Default user to own the driver interface []: grid
Default group to own the driver interface []: asmadmin
Start Oracle ASM library driver on boot (y/n) [n]: y
Scan for Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration: done
[root@discus164 ˜]# 
[root@discus164 ˜]# /usr/sbin/oracleasm init
Creating /dev/oracleasm mount point: /dev/oracleasm
Loading module "oracleasm": oracleasm
Mounting ASMlib driver filesystem: /dev/oracleasm
[root@discus164 ˜]#

ASMディスクの作成（RACを構成する１ノードのrootユーザで実行する）
iSCSIとして作成したデバイスへ作成する。

[root@discus164 iscsi]# ls -l /dev/iscsi/*
/dev/iscsi/openfiler:asm1:
合計 0
lrwxrwxrwx 1 root root  9 11月 24 10:39 part -> ../../sdb
lrwxrwxrwx 1 root root 10 11月 24 10:39 part1 -> ../../sdb1

/dev/iscsi/openfiler:asm2:
合計 0
lrwxrwxrwx 1 root root  9 11月 24 10:39 part -> ../../sdf
lrwxrwxrwx 1 root root 10 11月 24 10:39 part1 -> ../../sdf1

/dev/iscsi/openfiler:asm3:
合計 0
lrwxrwxrwx 1 root root  9 11月 24 10:39 part -> ../../sde
lrwxrwxrwx 1 root root 10 11月 24 10:39 part1 -> ../../sde1

/dev/iscsi/openfiler:asm4:
合計 0
lrwxrwxrwx 1 root root  9 11月 24 10:39 part -> ../../sdd
lrwxrwxrwx 1 root root 10 11月 24 10:39 part1 -> ../../sdd1

/dev/iscsi/openfiler:crs1:
合計 0
lrwxrwxrwx 1 root root  9 11月 24 10:39 part -> ../../sdg
lrwxrwxrwx 1 root root 10 11月 24 10:39 part1 -> ../../sdg1

/dev/iscsi/openfiler:crs2:
合計 0
lrwxrwxrwx 1 root root  9 11月 24 10:39 part -> ../../sdc
lrwxrwxrwx 1 root root 10 11月 24 10:39 part1 -> ../../sdc1
[root@discus164 iscsi]#
[root@discus164 iscsi]# /usr/sbin/oracleasm createdisk CRSVOL1 /dev/iscsi/openfiler:crs1/part1
Writing disk header: done
Instantiating disk: done
[root@discus164 iscsi]# /usr/sbin/oracleasm createdisk CRSVOL2 /dev/iscsi/openfiler:crs2/part1
Writing disk header: done
Instantiating disk: done
[root@discus164 iscsi]# /usr/sbin/oracleasm createdisk DATAVOL1 /dev/iscsi/openfiler:asm1/part1
Writing disk header: done
Instantiating disk: done
[root@discus164 iscsi]# /usr/sbin/oracleasm createdisk DATAVOL2 /dev/iscsi/openfiler:asm2/part1
Writing disk header: done
Instantiating disk: done
[root@discus164 iscsi]# /usr/sbin/oracleasm createdisk FRAVOL1 /dev/iscsi/openfiler:asm3/part1
Writing disk header: done
Instantiating disk: done
[root@discus164 iscsi]# /usr/sbin/oracleasm createdisk FRAVOL2 /dev/iscsi/openfiler:asm4/part1
Writing disk header: done
Instantiating disk: done
[root@discus164 iscsi]#

ASMディスクを確認（RACを構成する全ノードのrootユーザで）
ASMディスクを作成したノード以外で scandisksコマンドを実行して認識させる。

[root@discus264 ˜]# /usr/sbin/oracleasm scandisks
Reloading disk partitions: done
Cleaning any stale ASM disks...
Scanning system for ASM disks...
Instantiating disk "FRAVOL2"
Instantiating disk "FRAVOL1"
Instantiating disk "DATAVOL1"
Instantiating disk "CRSVOL2"
Instantiating disk "DATAVOL2"
Instantiating disk "CRSVOL1"
[root@discus264 ˜]#

listdisksコマンドでASMディスクが認識されたか確認！

[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# /usr/sbin/oracleasm listdisks
CRSVOL1
CRSVOL2
DATAVOL1
DATAVOL2
FRAVOL1
FRAVOL2
[root@discus164 ˜]#

[root@discus264 ˜]# 
[root@discus264 ˜]# 
[root@discus264 ˜]# /usr/sbin/oracleasm listdisks
CRSVOL1
CRSVOL2
DATAVOL1
DATAVOL2
FRAVOL1
FRAVOL2
[root@discus264 ˜]#

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2011年1月 1日 (土) 16時38分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月31日 (金)

VirtualBox de Oracle11g R2 RAC #13

VirtualBox de Oracle11g R2 RACのつづきです。

RACを構成する各ノードの構成ファイルを確認しておきま〜す。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle RACノード構成ファイルの確認

RACを構成する各ノードの構成ファイルをざっと確認。ここまでの作業でRACを構成する各ノードの構成ファイルは以下のようになっているはず…

/etc/hosts

# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1	localhost.localdomain localhost
#::1		localhost6.localdomain6 localhost6

#for public network
192.168.1.90	discus164.macdeoracle.jp	discus164
192.168.1.91	discus264.macdeoracle.jp	discus264
192.168.1.92	arowana2.macdeoracle.jp		arowana2

#for Oracle Interconnect private network
192.168.3.90	discus164-priv.macdeoracle.jp	discus164-priv
192.168.3.91	discus264-priv.macdeoracle.jp	discus264-priv

#for iSCSI private network
192.168.2.92	arowana2-priv.macdeoracle.jp	arowana2-priv
192.168.2.90	discus164-iscsi.macdeoracle.jp	discus164-iscsi
192.168.2.91	discus264-iscsi.macdeoracle.jp	discus264-iscsi

#for virtual public network
192.168.1.190	discus164-vip.macdeoracle.jp	discus164-vip
192.168.1.191	discus264-vip.macdeoracle.jp	discus264-vip

192.168.1.2	lampeye.macdeoracle.jp		lampeye

/etc/security/limits.conf

[root@discus164 security]# diff -u limits.conf.org limits.conf
--- limits.conf.org     2010-03-12 02:24:15.000000000 +0900
+++ limits.conf 2010-11-24 11:10:30.000000000 +0900
@@ -48,3 +48,11 @@
 #@student        -       maxlogins       4
 
 # End of file
+grid soft nproc 2047
+grid hard nproc 16384
+grid soft nofile 1024
+grid hard nofile 65536
+oracle soft nproc 2047
+oracle hard nproc 16384
+oracle soft nofile 1024
+oracle hard nofile 65536
[root@discus164 security]#

/etc/pam.d/login

[root@discus164 pam.d]# diff -u login.org login
--- login.org   2010-01-20 19:36:29.000000000 +0900
+++ login       2010-11-24 11:16:33.000000000 +0900
@@ -12,3 +12,4 @@
 # pam_selinux.so open should only be followed by sessions to be executed in the user context
 session    required     pam_selinux.so open
 session    optional     pam_keyinit.so force revoke
+session    required     pam_limits.so
[root@discus164 pam.d]#

/etc/profile

[root@discus164 etc]# diff -u profile.org profile
--- profile.org 2009-09-22 08:27:09.000000000 +0900
+++ profile     2010-11-24 11:21:27.000000000 +0900
@@ -56,3 +56,12 @@
 
 unset i
 unset pathmunge
+if [ $USER = "oracle" ] || [ $USER = "grid" ]; then 
+    if [ $SHELL = "/bin/ksh" ]; then
+        ulimit -p 16384
+        ulimit -n 65536
+    else
+        ulimit -u 16384 -n 65536
+    fi
+    umask 022
+fi
[root@discus164 etc]#

/etc/sysctl.conf

[root@discus164 ˜]# sysctl -a | grep -E '(se|sh)m|file-max|aio-max-nr|ip_local_port_range|(w|r)mem_(default|max)'
net.ipv4.ip_local_port_range = 32768    61000
net.core.rmem_default = 129024
net.core.wmem_default = 129024
net.core.rmem_max = 131071
net.core.wmem_max = 131071
vm.hugetlb_shm_group = 0
kernel.sem = 250        32000   32      128
kernel.shmmni = 4096
kernel.shmall = 4294967296
kernel.shmmax = 68719476736
fs.aio-max-nr = 65536
fs.file-max = 371217
[root@discus164 ˜]#

/etc/udev/rules.d/55-openiscsi.rules

[root@discus164 ˜]# cat /etc/udev/rules.d/55-openiscsi.rules
KERNEL=="sd*", BUS=="scsi", PROGRAM="/etc/udev/scripts/iscsidev.sh %b",SYMLINK+="iscsi/%c/part%n"
[root@discus164 ˜]#

/etc/udev/scripts

[root@discus164 ˜]# cd /etc/udev/scripts
[root@discus164 scripts]# cat iscsidev.sh
#!/bin/sh

# FILE: /etc/udev/scripts/iscsidev.sh

BUS=${1}
HOST=${BUS%%:*}
[ -e /sys/class/iscsi_host ] || exit 1

file="/sys/class/iscsi_host/host${HOST}/device/session*/iscsi_session*/targetname"

target_name=$(cat ${file})

# This is not an open-scsi drive
if [ -z "${target_name}" ]; then
   exit 1
fi

echo "${target_name##*.}"
[root@discus164 scripts]#

/etc/ntp.conf

[root@discus164 ˜]# cat /etc/ntp.conf
# Permit time synchronization with our time source, but do not
# permit the source to query or modify the service on this system.
restrict default kod nomodify notrap nopeer noquery

# Permit all access over the loopback interface.  This could
# be tightened as well, but to do so would effect some of
# the administrative functions.
restrict 127.0.0.1 
#restrict -6 ::1

# Hosts on local network are less restricted.
#restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap

# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).

#broadcast 192.168.1.255 key 42		# broadcast server
#broadcastclient			# broadcast client
#broadcast 224.0.1.1 key 42		# multicast server
#multicastclient 224.0.1.1		# multicast client
#manycastserver 239.255.254.254		# manycast server
#manycastclient 239.255.254.254 key 42	# manycast client

# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available. 
#server 127.127.1.0
#fudge	127.127.1.0 stratum 10	

# Drift file.  Put this in a directory which the daemon can write to.
# No symbolic links allowed, either, since the daemon updates the file
# by creating a temporary in the same directory and then rename()'ing
# it to the file.
driftfile /var/lib/ntp/drift

# Key file containing the keys and key identifiers used when operating
# with symmetric key cryptography. 
keys /etc/ntp/keys

# Specify the key identifiers which are trusted.
#trustedkey 4 8 42

# Specify the key identifier to use with the ntpdc utility.
#requestkey 8

# Specify the key identifier to use with the ntpq utility.
#controlkey 8
server 192.168.1.2
server 192.168.1.2
server 192.168.1.2
restrict 192.168.1.2 mask 255.255.255.255 nomodify notrap noquery
[root@discus164 ˜]#

/etc/sysconfig/ntpd

[root@discus164 ˜]# cat /etc/sysconfig/ntpd
# Drop root to id 'ntp:ntp' by default.
OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid"

# Set to 'yes' to sync hw clock after successful ntpdate
SYNC_HWCLOCK=yes

# Additional options for ntpdate
NTPDATE_OPTIONS="-B"
[root@discus164 ˜]#

/etc/host.conf

[root@discus164 ˜]$ cat /etc/host.conf
order hosts,bind

Oracle Grid Infrastructureユーザや、Oracle所有者の確認はこちら

念のためにuserとgroupのスナップショットを乗せておきますね。

Openfier側構成(やゾンビセッション抑止などは以前の記事参照のこと）

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月31日 (金) 13時57分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月26日 (日)

VirtualBox de Oracle11g R2 RAC #12

VirtualBox de Oracle11g R2 RACのつづきです。

今回はRACノード構成ファイルの確認という予定だったのですが、DNSの構成を別建てにして置く事にします。量が多いので (^^;;

構成するDNSは、ローカルネットワークかつRACを構成するノードの管理さえできればいいので、ローカルネームサーバとして機能すれば十分。
ということで、RAC向けローカルネームサーバを構成することにします。（DNSは素人なので調べるほうが大変だったw)

では、さっそくやってみましょう。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

DNSの構成

悩んだのが、DNSをどこにたてるかということ。いろいろ悩んでいたんですが、元ネタの１つからいいアイデアもらいました。
それは、DNSをOpenfiler上に構成するということ。ストレージサーバなのでRACを構成する各ノードより先に起動していますし。:)

最初にやるのはDNSサーバを最新版にアップデートすること。でもでもでもですね。以前痛い目にあっていたのでOpenfilerというかrPath Linuxのパッケージ管理は無効化していたんです。このままじゃDNSの最新パッケージを使えないので一時的に使えるようにします。

Openfilerのパッケージ管理は、conaryというrPath Linux由来のものが利用されています。/etc/conaryrcの内容をすべてコメントアウトして利用できないようしてあります。

[root@arowana2 ˜]# cat /etc/conaryrc
#installLabelPath openfiler.rpath.org@ofns:2 conary.rpath.com@rpl:1
#pinTroves (kernel|linux-image-2\.6\.[0-9]+-[0-9]+(-[a-z]+)?)([:-].*|$)
#autoResolve True
#includeConfigFile /etc/conary/config.d/*
[root@arowana2 ˜]#

コメントアウトしていただけなのですぐに利用できるように戻せるのだ！ :)

[root@arowana2 ˜]# cat /etc/conaryrc
installLabelPath openfiler.rpath.org@ofns:2 conary.rpath.com@rpl:1
pinTroves (kernel|linux-image-2\.6\.[0-9]+-[0-9]+(-[a-z]+)?)([:-].*|$)
autoResolve True
includeConfigFile /etc/conary/config.d/*
[root@arowana2 ˜]#

conaryをつかってbindを最新版にアップデート！！

[root@arowana2 ˜]# conary update bind:runtime

確認！　最新版になりました！

[root@arowana2 ˜]# conary q bind
bind=9.4.3_P5-1.1-1

再び、conaryを無効化しておく。（トラウマなだけで今は安定しているかもしれんw　だけど止めとくw)

[root@arowana2 ˜]# cat /etc/conaryrc
#installLabelPath openfiler.rpath.org@ofns:2 conary.rpath.com@rpl:1
#pinTroves (kernel|linux-image-2\.6\.[0-9]+-[0-9]+(-[a-z]+)?)([:-].*|$)
#autoResolve True
#includeConfigFile /etc/conary/config.d/*
[root@arowana2 ˜]#

Openfiler（host名：arowana2）で、DNSの構成を始めるにあたって参考にしたサイトを書いておきますね。

・Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux - 2.7.4 グリッド・ネーミング・サービスの構成例
・Openfiler側にDNSを立てるというアイデアを頂いたサイト。元ネタの１つでもある。
・DNSの素人なりにいろいろググって見つけたすげー参考になったサイト「月刊NetworkWorld連載『DNSの仕組み完全解説』」(ありがとうございます！）

今回構築するRACのネットワーク構成は以前の書いたが以下のように構成する。

RACを構成するノード１ (hostname=discus164.macdeoracle.jp)
Hostname	タイプ	IP address	名前解決方法
discus164	Public	192.168.1.90	hostsおよびDNS
discus164-iscsi	Private	192.168.2.90
discus164-priv	Private	192.168.3.90
discus164-vip	Virtual	192.168.1.190
RACを構成するノード２ (hostname=discus264.macdeoracle.jp)
Hostname	タイプ	IP address	名前解決方法
discus264	Public	192.168.1.91	hostsおよびDNS
discus264-iscsi	Private	192.168.2.91
discus264-priv	Private	192.168.3.91
discus264-vip	Virtual	192.168.1.191
SCAN VIP1/2/3
Hostname	タイプ	IP address	名前解決方法
discus-rac64-scan	Virtual	192.168.1.200	DNS
discus-rac64-scan		192.168.1.201
discus-rac64-scan		192.168.1.202
Openfiler2.3(iSCSI) - (hostname=arowana2.macdeoracle.jp)
Hostname	タイプ	IP address	名前解決方法
arowana2	Public	192.168.1.92	hostsおよびDNS
arowana2-priv	Private	192.168.2.92	hostsおよびDNS

・DNSの構成

/etc/resolv.confの構成は以下の通り。ローカルipアドレスを利用しているRACの各ノードやOpenfilerは/etc/hostsとdnsで解決できるようにしておきます。ipアドレスはすべて固定です。

[root@arowana2 ˜]# cat /etc/resolv.conf
search macdeoracle.jp
nameserver 192.168.1.92

; Forward Lookup Zone
discus164               IN A            192.168.1.90
discus264               IN A            192.168.1.91
discus164-priv          IN A            192.168.3.90
discus264-priv          IN A            192.168.3.91
discus164-iscsi         IN A            192.168.2.90
discus264-iscsi         IN A            192.168.2.91
discus164-vip           IN A            192.168.1.190
discus264-vip           IN A            192.168.1.191
arowana2                IN A            192.168.1.92
arowana2-priv           IN A            192.168.2.92
discus-rac64-scan       IN A            192.168.1.200
discus-rac64-scan       IN A            192.168.1.201
discus-rac64-scan       IN A            192.168.1.202

; Reverse Lookup Zone
90                      IN PTR          discus164.macdeoracle.jp.
91                      IN PTR          discus264.nacdeiracle,jp.
190                     IN PTR          discus164-vip.macdeoracle.jp.
191                     IN PTR          discus264-vip.macdeoracle.jp.
200                     IN PTR          discus-rac64-scan.macdeoracle.jp.
201                     IN PTR          discus-rac64-scan.macdeoracle.jp.
202                     IN PTR          discus-rac64-scan.macdeoracle.jp.
[root@arowana2 ˜]#

/etc/named.confの構成。（逆引き／正引きのゾーン設定や上位DNSへの回送設定）
逆引きの設定で、RACで利用しているローカルipアドレス以外はダーミーゾーンに設定しているところがポイント。気になっていたところなのでググってよい参考サイト見つけられてよかった。ほんと感謝、感謝。

[root@arowana2 ˜]# cat /etc/named.conf
# DNS configuration file for Oracle RAC 11g release 2 

options {


    // FORWARDERS:  Forward any name this DNS can't resolve to my router.
    forwarders { 192.168.1.1; };

    // DIRECTORY:   Directory where named will look for zone files.
    directory "/srv/named/data";

	//allow query requests 
    allow-query { 192.168.0.0/22; };
};

# ----------------------------------
# Forward Zone
# ----------------------------------

zone "macdeoracle.jp" IN {
    type master;
    file "macdeoracle.jp.zone";
    allow-update { none; };
};

# ----------------------------------
# Reverse Zone
# ----------------------------------

zone "1.168.192.in-addr.arpa" IN {
    type master;
    file "1.168.192.in-addr.arpa.zone";
    allow-update { none; };
};

zone "168.192.in-addr.arpa" IN {
	type master;
	file "dummy.zone";
	notify no;
};

zone "0.0.127.in-addr.arpa" IN {
	type master;
	file "0.0.127.in-addr.arpa.zone";
	notify no;
};

# ----------------------------------
# private addresses dummy Zone
# ---------------------------------

zone "10.in-addr.arpa" {
	type master;
	file "dummy.zone";
	notify no;
};

zone "16.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "17,172,in-addr.arpa" {
	type master;
	file "dummy.zone";
	notify no;
};

zone "18.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "19.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "20.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "21.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "22.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "23.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "24.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "25.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "26.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "27.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "28.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "29.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "30.172.in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

zone "31.172,in-addr.arpa" {
    type master;
    file "dummy.zone";
    notify no;
};

[root@arowana2 ˜]#

・以下、正引き／逆引き用ゾーンファイルの作成
/srv/named/data/macdeoracle.jp.zoneの作成（正引き用ゾーンファイル）

[root@arowana2 ˜]# cat /srv/named/data/macdeoracle.jp.zone
; +-------------------------------------------------------------------+
; | /srv/named/data/macdeoracle.jp.zone                               |
; |                                                                   |
; | Forward zone definition file for macdeoracle.jp zone              |
; +-------------------------------------------------------------------+

$ORIGIN macdeoracle.jp.

$TTL 86400          ; time-to-live   - (1 day)

@  IN SOA  arowana2.macdeoracle.jp. discus.lampeye.macdeoracle.jp. (
        201011021   ; serial number  - (yyyymmdd+s)
        7200        ; refresh        - (2 hours)
        300         ; retry          - (5 minutes)
        604800      ; expire         - (1 week)
        60          ; minimum        - (1 minute)
)
                        IN NS       arowana2.macdeoracle.jp.
localhost               IN A        127.0.0.1

; Oracle RAC Nodes
discus164               IN A            192.168.1.90
discus264               IN A            192.168.1.91
discus164-priv          IN A            192.168.3.90
discus264-priv          IN A            192.168.3.91
discus164-iscsi         IN A            192.168.2.90
discus264-iscsi         IN A            192.168.2.91
discus164-vip           IN A            192.168.1.190
discus264-vip           IN A            192.168.1.191

; Network Storage Server
arowana2                IN A            192.168.1.92
arowana2-priv           IN A            192.168.2.92

; Single Client Access Name (SCAN) virtual IP
discus-rac64-scan       IN A            192.168.1.200
discus-rac64-scan       IN A            192.168.1.201
discus-rac64-scan       IN A            192.168.1.202

; Miscellaneous Nodes
lampeye                 IN A            192.168.1.2
[root@arowana2 ˜]#

/srv/named/data/168.192.in-addr.arpa.zon（逆引き用ゾーンファイル）の作成

[root@arowana2 data]# cat 168.192.in-addr.arpa.zone
; +-------------------------------------------------------------------+
; | /srv/named/data/168.192.in-addr.arpa.zone                         |
; |                                                                   |
; | Reverse zone definition file for 168.192.in-addr.arpa.zone        |
; +-------------------------------------------------------------------+

$ORIGIN 168.192.in-addr.arpa.

$TTL 86400          ; time-to-live   - (1 day)

@  IN SOA  arowana2.macdeoracle.jp. discus.lampeye.macdeoracle.jp. (
        201011021   ; serial number  - (yyyymmdd+s)
        7200        ; refresh        - (2 hours)
        300         ; retry          - (5 minutes)
        604800      ; expire         - (1 week)
        60          ; minimum        - (1 minute)
)
                        IN NS       arowana2.macdeoracle.jp.

; Oracle RAC Nodes
90                      IN PTR          discus164.macdeoracle.jp.
91                      IN PTR          discus264.macdeoracle.jp.
190                     IN PTR          discus164-vip.macdeoracle.jp.
191                     IN PTR          discus264-vip.macdeoracle.jp.

; Network Storage Server
92                      IN PTR          arowana2.macdeoracle.jp.

; Single Client Access Name (SCAN) virtual IP
200                     IN PTR          discus-rac64-scan.macdeoracle.jp.
201                     IN PTR          discus-rac64-scan.macdeoracle.jp.
202                     IN PTR          discus-rac64-scan.macdeoracle.jp.

; Miscellaneous Nodes
2                       IN PTR          lampeye.macdeoracle.jp.
[root@arowana2 data]#

ローカルホスト(127.0.0.1)の逆引きゾーンの定義

[root@arowana2 ˜]# cat /srv/named/data/0.0.127.in-addr.arpa.zone
; +-------------------------------------------------------------------+
; | /srv/named/data/0.0.127.in-addr.arpa.zone                         |
; |                                                                   |
; | Reverse zone definition file for 0.0.127.in-addr.arpa.zone        |
; +-------------------------------------------------------------------+

$ORIGIN 0.0.127.in-addr.arpa.

$TTL 86400          ; time-to-live   - (1 day)

@  IN SOA  arowana2.macdeoracle.jp. discus.lampeye.macdeoracle.jp. (
        201011021   ; serial number  - (yyyymmdd+s)
        7200        ; refresh        - (2 hours)
        300         ; retry          - (5 minutes)
        604800      ; expire         - (1 week)
        60          ; minimum        - (1 minute)
)
                        IN NS       arowana2.macdeoracle.jp.

; localhost
1			IN PTR		localhost.
[root@arowana2 ˜]#

/srv/named/data/dummy.zone（ダミーゾーンファイル）の作成
「月刊NetworkWorld連載『DNSの仕組み完全解説』」の記事を参考にローカルipアドレスの逆引きの問い合わせが外部のDNSに発生しないようにするために利用するダミーゾーンファイルの定義を以下のように作成した。

[root@arowana2 ˜]# cat /srv/named/data/dummy.zone
; +-------------------------------------------------------------------+
; | /srv/named/data/dummy.zone                                        |
; +-------------------------------------------------------------------+


$TTL 86400          ; time-to-live   - (1 day)

@  IN SOA  arowana2.macdeoracle.jp. discus.lampeye.macdeoracle.jp. (
        201011021   ; serial number  - (yyyymmdd+s)
        28800       ; refresh        - (2 hours)
        2700        ; retry          - (5 minutes)
        604800      ; expire         - (1 week)
        3600        ; minimum        - (1 minute)
)
                        IN NS       arowana2.macdeoracle.jp.
[root@arowana2 ˜]#

構成できたらnamedを自動起動設定にしてnamedを起動

[root@arowana2 ˜]# chkconfig named on
[root@arowana2 ˜]# chkconfig --list named
named			0:off	1:off	2:on	3:on	4:on	5:on	6:off
[root@arowana2 ˜]# service named start
Starting named:								[  OK  ]

ここまでてdnsの設定はおしまい。前述の作業はすべてOpenfilerを乗せているサーバ上で行った。

つづいて、RACを構成する各ノードでOpenfiler上に構成したローカルネームサーバを参照させるように設定する。
/etc/host.confの構成（RACを構成する全ノード及び、Openfilerを構成したノード）

/etc/hostsを優先させる。/etc/hostsを見てもらうとわかるけど、dnsと重複定義している。無駄と言えばむだだと思うけど。SCAN VIPだけdns管理すればOKなのかってとこまでは見えてないからそれはそれで別途確認だな→TODO

[oracle@discus164 ˜]$ cat /etc/host.conf
order hosts,bind

/etc/hostsの構成（RACを構成する全ノード及び、Openfilerを構成したノード）

[oracle@discus164 ˜]$ cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1	localhost.localdomain localhost
#::1		localhost6.localdomain6 localhost6

#for public network
192.168.1.90	discus164.macdeoracle.jp	discus164
192.168.1.91	discus264.macdeoracle.jp	discus264
192.168.1.92	arowana2.macdeoracle.jp		arowana2

#for Oracle Interconnect private network
192.168.3.90	discus164-priv.macdeoracle.jp	discus164-priv
192.168.3.91	discus264-priv.macdeoracle.jp	discus264-priv

#for iSCSI private network
192.168.2.92	arowana2-priv.macdeoracle.jp	arowana2-priv
192.168.2.90	discus164-iscsi.macdeoracle.jp	discus164-iscsi
192.168.2.91	discus264-iscsi.macdeoracle.jp	discus264-iscsi

#for virtual public network
192.168.1.190	discus164-vip.macdeoracle.jp	discus164-vip
192.168.1.191	discus264-vip.macdeoracle.jp	discus264-vip


192.168.1.2	lampeye.macdeoracle.jp		lampeye
[oracle@discus164 ˜]$

これで準備OK.続いて動作確認！

・正引きテスト

最初に外部サイトが引けるか確認…OK.

[root@discus164 ˜]# nslookup openfiler.com
Server:		192.168.1.92
Address:	192.168.1.92#53

Non-authoritative answer:
Name:	openfiler.com
Address: 84.45.94.236

[root@discus164 ˜]#

次に内部…

[root@discus164 ˜]# nslookup lampeye 
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   lampeye.macdeoracle.jp
Address: 192.168.1.2

[root@discus164 ˜]# nslookup discus164
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   discus164.macdeoracle.jp
Address: 192.168.1.90

[root@discus164 ˜]# nslookup discus164-vip
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   discus164-vip.macdeoracle.jp
Address: 192.168.1.190

[root@discus164 ˜]# nslookup discus264
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   discus264.macdeoracle.jp
Address: 192.168.1.91

[root@discus164 ˜]# nslookup discus264-vip
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   discus264-vip.macdeoracle.jp
Address: 192.168.1.191

[root@discus164 ˜]# nslookup discus-rac64-scan
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   discus-rac64-scan.macdeoracle.jp
Address: 192.168.1.201
Name:   discus-rac64-scan.macdeoracle.jp
Address: 192.168.1.202
Name:   discus-rac64-scan.macdeoracle.jp
Address: 192.168.1.200

[root@discus164 ˜]# nslookup localhost
Server:         192.168.1.92
Address:        192.168.1.92#53

Name:   localhost.macdeoracle.jp
Address: 127.0.0.1

・逆引きテスト

[root@discus164 ˜]# nslookup 192.168.1.200
Server:         192.168.1.92
Address:        192.168.1.92#53

200.1.168.192.in-addr.arpa      name = discus-rac64-scan.macdeoracle.jp.

[root@discus164 ˜]# nslookup 192.168.1.201
Server:         192.168.1.92
Address:        192.168.1.92#53

201.1.168.192.in-addr.arpa      name = discus-rac64-scan.macdeoracle.jp.

[root@discus164 ˜]# nslookup 192.168.1.202
Server:         192.168.1.92
Address:        192.168.1.92#53

202.1.168.192.in-addr.arpa      name = discus-rac64-scan.macdeoracle.jp.

[root@discus164 ˜]# nslookup 192.168.1.90
Server:         192.168.1.92
Address:        192.168.1.92#53

90.1.168.192.in-addr.arpa       name = discus164.macdeoracle.jp.

[root@discus164 ˜]# nslookup 192.168.1.91
Server:         192.168.1.92
Address:        192.168.1.92#53

91.1.168.192.in-addr.arpa       name = discus264.macdeoracle.jp.

[root@discus164 ˜]# nslookup 192.168.1.190
Server:         192.168.1.92
Address:        192.168.1.92#53

190.1.168.192.in-addr.arpa      name = discus164-vip.macdeoracle.jp.

[root@discus164 ˜]# nslookup 192.168.1.191
Server:         192.168.1.92
Address:        192.168.1.92#53

191.1.168.192.in-addr.arpa      name = discus264-vip.macdeoracle.jp.


[root@discus164 ˜]# nslookup 127.0.0.1
Server:		192.168.1.92
Address:	192.168.1.92#53

1.0.0.127.in-addr.arpa	name = localhost.

[root@discus164 ˜]#

これでOK次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月26日 (日) 22時07分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月25日 (土)

VirtualBox de Oracle11g R2 RAC #11

VirtualBox de Oracle11g R2 RACのつづきです。

今回は、RACノード間リモートアクセスの構成です。
Oracle11g R2 11.2.0.2.0ではパスフレーズなしでSSHを構成する必要があるのですが、OUIが自動構成してくれるということ、また、インストレーションガイドでもOUIの自動構成を利用するよう推奨されているんですが、今回はちょっと意地悪なことをしてみます。事前にパスワード付きでSSHを構成しておき、OUIがパスワードなしのSSH構成行われていないと認識しちゃんと自動構成してくれるか見てみます。

Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux - 2.13 インストール時におけるSSHの自動構成
 Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux - E.1 すべてのクラスタ・ノードでの手動によるSSHの構成

では、さっそくやってみましょう。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle RACノード間リモートアクセスの構成
（~~念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ちょいと意地悪な実験をしてみた）
sshパッケージの確認。（RACを構成する全ノードで）

[root@discus164 etc]# rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n"| grep ssh
openssh-server-4.3p2-41.el5_5.1 (x86_64)
openssh-askpass-4.3p2-41.el5_5.1 (x86_64)
openssh-clients-4.3p2-41.el5_5.1 (x86_64)
openssh-4.3p2-41.el5_5.1 (x86_64)
[root@discus164 etc]#

Oracle11g R2 11.2.0.2.0以降ではSSHのユーザの等価化ではパスフレーズなしのみサポートされているのだとか。なんなく面白そうなので、今回は手動でユーザの等価化をわざわざサポートされていないというパスフレーズ付きで実施してみた（ユーザの等価化チェックでエラーとなりOUI側で自動的にパスフレーズなしのユーザ等価化が行われるはず、なのでどうなるか楽しみ！！！）

RACを構成する全ノードのgrid infrastrucreユーザと/oracle所有者で実施する。（Oracle11g 11.2.0.2.0において手動でSSHのユーザ等価化を行う場合、パスフレーズを入力する箇所でパスフレーズを入力せず、[ENTER]キーをタイプすればOKなのですが、今回は、あえてパスフレーズを入力してあります。ログ上ではパスフレーズを入力していないように見えますが.)

[root@discus164 ˜]# su - grid
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ mkdir ˜/.ssh
[grid@discus164 ˜]$ chmod 700 ˜/.ssh
[grid@discus164 ˜]$ /usr/bin/ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/grid/.ssh/id_dsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/grid/.ssh/id_dsa.
Your public key has been saved in /home/grid/.ssh/id_dsa.pub.
The key fingerprint is:
ba:bb:09:72:94:94:d6:29:99:12:7f:d2:a6:a6:60:0a grid@discus164.macdeoracle.jp
[grid@discus164 ˜]$ 

[root@discus164 ˜]# 
[root@discus164 ˜]# su - oracle
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ mkdir ˜/.ssh
[oracle@discus164 ˜]$ chmod 700 ˜/.ssh
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ /usr/bin/ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/oracle/.ssh/id_dsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/oracle/.ssh/id_dsa.
Your public key has been saved in /home/oracle/.ssh/id_dsa.pub.
The key fingerprint is:
88:5d:b0:ec:80:8c:59:ed:22:f7:d8:88:6d:6c:41:1a oracle@discus164.macdeoracle.jp
[oracle@discus164 ˜]$

以下の操作はRAC上の１ノードから行えばOK。ただ、gid infrastructureユーザとOracle所有者の両ユーザで行う必要があるのでご注意を。11.2.0.2.0以降では以前のリリースのように神経質にならなくてもいいかもね。sshの構成に関しては……
Oracle Grid Infrastructureユーザから…

[root@discus164 ˜]# su - grid
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$ touch ˜/.ssh/authorized_keys
[grid@discus164 ˜]$ cd ˜/.ssh
[grid@discus164 .ssh]$ ls -l *.pub
-rw-r--r-- 1 grid oinstall 619 11月 24 13:11 id_dsa.pub
[grid@discus164 .ssh]$ ssh discus164 cat ˜/.ssh/id_dsa.pub >> ˜/.ssh/authorized_keys
The authenticity of host 'discus164 (192.168.1.90)' can't be established.
RSA key fingerprint is 15:90:e9:89:98:8e:ed:3f:67:7b:d4:e7:97:6b:58:c5.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'discus164,192.168.1.90' (RSA) to the list of known hosts.
grid@discus164's password: 
[grid@discus164 .ssh]$ ssh discus264 cat ˜/.ssh/id_dsa.pub >> ˜/.ssh/authorized_keys
The authenticity of host 'discus264 (192.168.1.91)' can't be established.
RSA key fingerprint is 55:80:d3:23:4f:82:44:4b:b8:89:02:d8:69:31:7e:f5.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'discus264,192.168.1.91' (RSA) to the list of known hosts.
grid@discus264's password: 
[grid@discus164 .ssh]$ scp ˜/.ssh/authorized_keys discus264:.ssh/authorized_keys
grid@discus264's password: 
authorized_keys                                                        100% 1238     1.2KB/s   00:00
[grid@discus164 .ssh]$ chmod 600 ˜/.ssh/authorized_keys
[grid@discus164 .ssh]$ 
[grid@discus164 ˜]$ ssh discus164 hostname
Enter passphrase for key '/home/grid/.ssh/id_dsa': 
discus164.macdeoracle.jp
[grid@discus164 ˜]$ ssh discus264 hostname
Enter passphrase for key '/home/grid/.ssh/id_dsa': 
discus264.macdeoracle.jp
[grid@discus164 ˜]$

次はOracle所有者で…　11.2.0.2.0以降パスブレーズなしにする必要があるのですがわざと入れてます　(^^)

[root@discus164 ˜]# su - oracle
[oracle@discus164 ˜]$ touch ˜/.ssh/authorized_keys
[oracle@discus164 ˜]$ cd ˜/.ssh
[oracle@discus164 .ssh]$ ls -l *.pub
-rw-r--r-- 1 oracle oinstall 621 11月 24 13:14 id_dsa.pub
[oracle@discus164 .ssh]$ ssh discus164 cat ˜/.ssh/id_dsa.pub >> ˜/.ssh/authorized_keys
The authenticity of host 'discus164 (192.168.1.90)' can't be established.
RSA key fingerprint is 15:90:e9:89:98:8e:ed:3f:67:7b:d4:e7:97:6b:58:c5.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'discus164,192.168.1.90' (RSA) to the list of known hosts.
oracle@discus164's password: 
[oracle@discus164 .ssh]$ ssh discus264 cat ˜/.ssh/id_dsa.pub >> ˜/.ssh/authorized_keys
The authenticity of host 'discus264 (192.168.1.91)' can't be established.
RSA key fingerprint is 55:80:d3:23:4f:82:44:4b:b8:89:02:d8:69:31:7e:f5.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'discus264,192.168.1.91' (RSA) to the list of known hosts.
oracle@discus264's password: 
[oracle@discus164 .ssh]$ scp ˜/.ssh/authorized_keys discus264:.ssh/authorized_keys
oracle@discus264's password: 
authorized_keys                                                        100% 1242     1.2KB/s   00:00
[oracle@discus164 .ssh]$ chmod 600 ˜/.ssh/authorized_keys
[oracle@discus164 .ssh]$ cd
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ ssh discus164 hostname
Enter passphrase for key '/home/oracle/.ssh/id_dsa': 
discus164.macdeoracle.jp

[oracle@discus164 ˜]$ ssh discus264 hostname
Enter passphrase for key '/home/oracle/.ssh/id_dsa': 
discus264.macdeoracle.jp
[oracle@discus164 ˜]$

確認！ gird infrastructureユーザとOracle所有者の両方で。

[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ exec /usr/bin/ssh-agent $SHELL
[oracle@discus164 ˜]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_dsa: 
Identity added: /home/oracle/.ssh/id_dsa (/home/oracle/.ssh/id_dsa)
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ ssh discus164 hostname
discus164.macdeoracle.jp
[oracle@discus164 ˜]$ ssh discus264 hostname
discus264.macdeoracle.jp
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ exit
exit
[root@discus164 ˜]# su - grid
[grid@discus164 ˜]$ exec /usr/bin/ssh-agent $SHELL
[grid@discus164 ˜]$ /usr/bin/ssh-add
Enter passphrase for /home/grid/.ssh/id_dsa: 
Identity added: /home/grid/.ssh/id_dsa (/home/grid/.ssh/id_dsa)
[grid@discus164 ˜]$ ssh discus164 hostname
discus164.macdeoracle.jp
[grid@discus164 ˜]$ ssh discus264 hostname
discus264.macdeoracle.jp
[grid@discus164 ˜]$

最後に、sttyコマンドよるインストールエラーメッセージ抑止（全ノードの grid/oracleユーザで実施）

参考：Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux - 2.14.5 インストール中にsttyコマンドによって発生するエラーの防止

[grid@discus164 ˜]$ su - oracle
パスワード:
[oracle@discus164 ˜]$ vi .bashrc
[oracle@discus164 ˜]$ cat .bashrc
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
        . /etc/bashrc
fi

# User specific aliases and functions
if [ -t 0 ]; then
        stty intr ^C
fi
[oracle@discus164 ˜]$

ここで、やる予定ではなかったのですが、次いでなのでNTPの設定もついでにやっちゃいました。

Host OS側で公開NTPサーバと同期、VirtualBox上に作成したRACを構成する各Guest OSは、Host OSをNTPサーバとして同期する。
このようにしておけば公開NTPサーバを参照するのはHost OSだけなので余計な問い合わせを押さえることができますよね。

RACを構成する全ノード及び、iSCSIでも同じ構成にしてあります。ちなみに、192.168.1.2がHost OS

/etc/ntp.confと/etc/sysconfig/ntpdで構成します。ntpはslewモードで調整するよう設定します。

[root@discus164 ˜]# cat /etc/ntp.conf
# Permit time synchronization with our time source, but do not
# permit the source to query or modify the service on this system.
restrict default kod nomodify notrap nopeer noquery

# Permit all access over the loopback interface.  This could
# be tightened as well, but to do so would effect some of
# the administrative functions.
restrict 127.0.0.1 
#restrict -6 ::1

# Hosts on local network are less restricted.
#restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap

# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).

#broadcast 192.168.1.255 key 42		# broadcast server
#broadcastclient			# broadcast client
#broadcast 224.0.1.1 key 42		# multicast server
#multicastclient 224.0.1.1		# multicast client
#manycastserver 239.255.254.254		# manycast server
#manycastclient 239.255.254.254 key 42	# manycast client

# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available. 
#server 127.127.1.0
#fudge	127.127.1.0 stratum 10	

# Drift file.  Put this in a directory which the daemon can write to.
# No symbolic links allowed, either, since the daemon updates the file
# by creating a temporary in the same directory and then rename()'ing
# it to the file.
driftfile /var/lib/ntp/drift

# Key file containing the keys and key identifiers used when operating
# with symmetric key cryptography. 
keys /etc/ntp/keys

# Specify the key identifiers which are trusted.
#trustedkey 4 8 42

# Specify the key identifier to use with the ntpdc utility.
#requestkey 8

# Specify the key identifier to use with the ntpq utility.
#controlkey 8
server 192.168.1.2
server 192.168.1.2
server 192.168.1.2
restrict 192.168.1.2 mask 255.255.255.255 nomodify notrap noquery
[root@discus164 ˜]#

[root@discus164 ˜]# cat /etc/sysconfig/ntpd
# Drop root to id 'ntp:ntp' by default.
OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid"

# Set to 'yes' to sync hw clock after successful ntpdate
SYNC_HWCLOCK=yes

# Additional options for ntpdate
NTPDATE_OPTIONS="-B"
[root@discus164 ˜]#

HostOS側は公開NTPサーバと同期するので以下のような設定にしてあります。

[root@lampeye ˜]# cat /etc/ntp.conf
# Permit time synchronization with our time source, but do not
# permit the source to query or modify the service on this system.
restrict default kod nomodify notrap nopeer noquery

# Permit all access over the loopback interface.  This could
# be tightened as well, but to do so would effect some of
# the administrative functions.
restrict 127.0.0.1 

# Hosts on local network are less restricted.
restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap
restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap

# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).
server -4 ntp.nict.jp minpoll 8 maxpoll 12
server -4 ntp.nict.jp minpoll 8 maxpoll 12
server -4 ntp.nict.jp minpoll 8 maxpoll 12

#broadcast 192.168.1.255 key 42		# broadcast server
#broadcastclient			# broadcast client
#broadcast 224.0.1.1 key 42		# multicast server
#multicastclient 224.0.1.1		# multicast client
#manycastserver 239.255.254.254		# manycast server
#manycastclient 239.255.254.254 key 42	# manycast client

# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available. 
server 127.127.1.0 #local clock
fudge	127.127.1.0 stratum 10	

# Drift file.  Put this in a directory which the daemon can write to.
# No symbolic links allowed, either, since the daemon updates the file
# by creating a temporary in the same directory and then rename()'ing
# it to the file.
driftfile /var/lib/ntp/drift

# Key file containing the keys and key identifiers used when operating
# with symmetric key cryptography. 
keys /etc/ntp/keys

# Specify the key identifiers which are trusted.
#trustedkey 4 8 42

# Specify the key identifier to use with the ntpdc utility.
#requestkey 8

# Specify the key identifier to use with the ntpq utility.
#controlkey 8
restrict ntp.nict.jp mask 255.255.255.255 nomodify notrap noquery
[root@lampeye ˜]#

[root@lampeye ˜]# cat /etc/sysconfig/ntpd
# Drop root to id 'ntp:ntp' by default.
OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid"

# Set to 'yes' to sync hw clock after successful ntpdate
SYNC_HWCLOCK=yes

# Additional options for ntpdate
NTPDATE_OPTIONS="-B"
[root@lampeye ˜]#

service ntpd restart で再起動。しばらくしてから…

Host OSがntpサーバと同期できているか確認！！

[root@lampeye ˜]# ntpq -np
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*210.171.226.40  .NICT.           1 u   38 1024  377   10.447   59.103   9.904
 127.127.1.0     .LOCL.          10 l   22   64  377    0.000    0.000   0.001
[root@lampeye ˜]#

公開NTPサーバと同期できています。:)

次はRACを構成する各ノードでHost OSと同期しているか確認します。"*"が表示されているのでうまくいっているようですね。 :)

[root@discus164 ˜]# ntpq -np
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.1.2     210.171.226.40   2 u   95  128  377    0.179  121.450  39.443
[root@discus164 ˜]# 

[root@discus264 ˜]# ntpq -np
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.1.2     210.171.226.40   2 u    5  128  377    0.288  214.652  43.610
[root@discus264 ˜]# 

[root@arowana2 ˜]# ntpq -np
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.1.2     210.171.226.40   2 u   35  128  377    0.278  -83.188   0.087
[root@arowana2 ˜]#

ということで次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月25日 (土) 20時35分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月21日 (火)

VirtualBox de Oracle11g R2 RAC #10

VirtualBox de Oracle11g R2 RACのつづきです。

今回は、カーネルパラメータの調整、その他。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

Oracle Databaseインストレーション・ガイド 11gリリース2（11.2） for Linux - 2.8 Oracleインストール所有者のシェル制限の構成

前述のマニュアルに従い各構成ファイルを設定します。(RACを構成する全ノードで実施します。)

/etc/security/limits.confの設定（差分を載せています）

[root@discus164 security]# diff -u limits.conf.org limits.conf
--- limits.conf.org     2010-03-12 02:24:15.000000000 +0900
+++ limits.conf 2010-11-24 11:10:30.000000000 +0900
@@ -48,3 +48,11 @@
 #@student        -       maxlogins       4
 
 # End of file
+grid soft nproc 2047
+grid hard nproc 16384
+grid soft nofile 1024
+grid hard nofile 65536
+oracle soft nproc 2047
+oracle hard nproc 16384
+oracle soft nofile 1024
+oracle hard nofile 65536
[root@discus164 security]#

/etc/pam.d/loginの設定（差分のみ載せています)

[root@discus164 pam.d]# diff -u login.org login
--- login.org   2010-01-20 19:36:29.000000000 +0900
+++ login       2010-11-24 11:16:33.000000000 +0900
@@ -12,3 +12,4 @@
 # pam_selinux.so open should only be followed by sessions to be executed in the user context
 session    required     pam_selinux.so open
 session    optional     pam_keyinit.so force revoke
+session    required     pam_limits.so
[root@discus164 pam.d]#

/etc/profileの設定（差分のみ載せています）

[root@discus164 etc]# diff -u profile.org profile
--- profile.org 2009-09-22 08:27:09.000000000 +0900
+++ profile     2010-11-24 11:21:27.000000000 +0900
@@ -56,3 +56,12 @@
 
 unset i
 unset pathmunge
+if [ $USER = "oracle" ] || [ $USER = "grid" ]; then 
+    if [ $SHELL = "/bin/ksh" ]; then
+        ulimit -p 16384
+        ulimit -n 65536
+    else
+        ulimit -u 16384 -n 65536
+    fi
+    umask 022
+fi
[root@discus164 etc]#

メモリ及びスワップの要件確認（RACを構成する全ノードで実施）
Oracle Databaseインストレーション・ガイド 11gリリース2（11.2） for Linux - 2.2.1 メモリー要件

[root@discus264 ~]# 
[root@discus264 ~]# cat /proc/meminfo | grep MemTotal
MemTotal:      4051640 kB
[root@discus264 ~]# cat /proc/meminfo | grep SwapTotal
SwapTotal:     6094840 kB
[root@discus264 ~]#

カーネルパラメータの設定（RACを構成する全ノードで実施）
Oracle Databaseインストレーション・ガイド 11gリリース2（11.2） for Linux - 2.9 カーネル・パラメータの構成

[root@discus164 ~]# sysctl -a | grep -E '(se|sh)m|file-max|aio-max-nr|ip_local_port_range|(w|r)mem_(default|max)'
net.ipv4.ip_local_port_range = 32768    61000
net.core.rmem_default = 129024
net.core.wmem_default = 129024
net.core.rmem_max = 131071
net.core.wmem_max = 131071
vm.hugetlb_shm_group = 0
kernel.sem = 250        32000   32      128
kernel.shmmni = 4096
kernel.shmall = 4294967296
kernel.shmmax = 68719476736
fs.aio-max-nr = 65536
fs.file-max = 371217
[root@discus164 ~]#

変更の必要があるのはsem/file-max/aio-max-nr/ip_local_port_range/rmem/wmenね。マニュアルの推奨値に設定します。
(以下、差分だけ載せています。）

[root@discus164 etc]# diff -u sysctl.conf.org sysctl.conf
--- sysctl.conf.org     2010-11-24 12:17:12.000000000 +0900
+++ sysctl.conf 2010-11-24 12:17:48.000000000 +0900
@@ -33,3 +33,12 @@
 
 # Controls the maximum number of shared memory segments, in pages
 kernel.shmall = 4294967296
+# parameter setting for oracle 
+net.ipv4.ip_local_port_range = 9000 65500
+kernel.sem = 250 32000 100 128
+fs.aio-max-nr = 1048576
+fs.file-max = 6815744
+net.core.rmem_default = 262144
+net.core.rmem_max = 4194304
+net.core.wmem_default = 262144
+net.core.wmem_max = 1048576
[root@discus164 etc]# 
[root@discus164 etc]# 
[root@discus164 etc]# sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.ip_local_port_range = 9000 65500
kernel.sem = 250 32000 100 128
fs.aio-max-nr = 1048576
fs.file-max = 6815744
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
[root@discus164 etc]#

次回は、RACノード間リモートアクセスの構成へ続きます！（本場のミソカツ食べたお）

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月21日 (火) 23時47分 Oracle, Mac, Linux, RAC, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月19日 (日)

VirtualBox de Oracle11g R2 RAC #9

VirtualBox de Oracle11g R2 RACのつづきです。

さて、やっと、Oracle所有者と関連ディレクトリの作成及び環境変数の設定作業まできました〜。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

・Oracle所有者、Oracle Grid Infrastructureユーザの作成と関連ディレクトリの作成及び環境変数の設定

Oracle11g R2からOracle Grid Infrastructure（以前はOracle Clusterwareって言われていたやつにASMが組み込まれたと思えばいいのかな？）となり、Oracle所有者以外にOracle Grid Infrastructreユーザの作成が推奨されるようになったので、今回からはOracle所有者に加えてOracle Grid Infrastructureユーザも作成します。

さらに、asmadminやasmdbaといった新顔のグループも必要になり以前より手間が増えてる。 :)

グループの追加方法や、ユーザの作成方法はコマンドでやるもよし、GUIでやるもよし。好きなのを選べばよいと思います。
ノード数が多いとGUIではやらないと思いますけど２ノードですから気にする事ないと思いますよ。:)

で、フループも必要最低限で、oinstall/dba/asmadmin/asmdbaの４グループを作成します。

グループやユーザをコマンドで作成する方法はマニュアルにも記載されていので省略します。
参考：
・http://download.oracle.com/docs/cd/E16338_01/install.112/b56271/prelinux.htm#CFIJDFIB
・http://download.oracle.com/docs/cd/E16338_01/install.112/b56273/pre_install.htm#BABHHEJD
・http://download.oracle.com/docs/cd/E16338_01/install.112/b56271/prelinux.htm#BABBIDCF

以下完成した状態、以下のようになっていればOK.　

[root@discus164 ˜]# 
[root@discus164 ˜]# cat /etc/group | grep -E '(oinstall|dba|asm*)'
oinstall:x:601:oracle,grid
dba:x:602:oracle
asmadmin:x:603:grid
asmdba:x:604:oracle,grid
[root@discus164 ˜]# 
[root@discus164 ˜]# cat /etc/passwd | grep -E '(oracle|grid)'
oracle:x:601:601:oracle:/home/oracle:/bin/bash
grid:x:602:601:grid:/home/grid:/bin/bash
[root@discus164 ˜]# 
[root@discus164 ˜]# id -a grid
uid=602(grid) gid=601(oinstall) 所属グループ=601(oinstall),603(asmadmin),604(asmdba) context=user_u:system_r:unconfined_t
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# id -a oracle
uid=601(oracle) gid=601(oinstall) 所属グループ=601(oinstall),602(dba),604(asmdba) context=user_u:system_r:unconfined_t

・ORACLE_BASE及びORACLE_HOMEディレクトリの作成

Oracle Grid InfrastructureユーザのORACLE_BASE/ORACLE_HOMEディレクトリ及び、Oracleソフトウェア所有者のORACLE_BASEディレクトリを作成しておきます。

Oracle Grid InfrastrucreユーザのORACLE_BASE=/u01/app/grid、ORACLE_HOME=/u01/app/11.2.0/grid、そして、Oracleソフトウェア所有者のORACLE_BASE=/u01/app/oracle となるように作成しておきます。

RACを構成する全ノードで実施します。

[root@discus164 ˜]#
[root@discus164 ˜]#
[root@discus164 ˜]# mkdir -p /u01/app/grid
[root@discus164 ˜]# mkdir -p /u01/app/11.2.0/grid
[root@discus164 ˜]# chown -R grid:oinstall /u01
[root@discus164 ˜]#
[root@discus164 ˜]#
[root@discus164 ˜]# mkdir -p /u01/app/oracle
[root@discus164 ˜]# chown -R oracle:oinstall /u01/app/oracle
[root@discus164 ˜]# chmod -R 755 /u01
[root@discus164 ˜]#

[root@discus264 ˜]#
[root@discus264 ˜]#
[root@discus264 ˜]# mkdir -p /u01/app/grid
[root@discus264 ˜]# mkdir -p /u01/app/11.2.0/grid
[root@discus264 ˜]# chown -R grid:oinstall /u01
[root@discus264 ˜]#
[root@discus264 ˜]#
[root@discus264 ˜]# mkdir -p /u01/app/oracle
[root@discus264 ˜]# chown -R oracle:oinstall /u01/app/oracle
[root@discus264 ˜]# chmod -R 755 /u01
[root@discus264 ˜]#
[root@discus264 ˜]#

・環境変数

インストールの際には必要最低限の環境変数でいいんだけどね。設定してても問題になった事は、いまのところないのでこの時点で設定しちゃってます。

参考:
http://download.oracle.com/docs/cd/E16338_01/server.112/b56317/admin_ora.htm#i46652

ところで、Oracle11g だけど、ORA_NLS10なんだね。

でも、http://otndnld.oracle.co.jp/document/products/oracle11g/111/doc_dvd/server.111/E05816-01/app_initparam.htm#BABGIEFDというGateways系のパラメータではORA_NLS11で同じパスをさすんだけど、紛らわしいから環境変数もORA_NLS11にしちゃえばわかりやすいのにと思うのは私だけ？…

・Oracle Grid Infrastructureユーザの環境変数の例（RACを構成する全ノードのOracle Grid Infrastructureユーザに設定します）

Oracleソフトウェア所有者とはORACLE_SID、ORACLE_BASE環境変数の値が異なっていることに注意！
Oracle Grid InfrastructureユーザはASM管理者でもあるので。

この辺の設定も以前より手間が増えた部分ですね〜。

なお、ついでなので2.14.5 インストール中にsttyコマンドによって発生するエラーの防止対応を行っています。

[grid@discus164 ˜]$  cat .bashrc
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
	. /etc/bashrc
fi

# User specific aliases and functions
if [ -t 0 ]; then
	stty intr ^C
fi
[grid@discus164 ˜]$  
[grid@discus164 ˜]$ cat .bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f ˜/.bashrc ]; then
	. ˜/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH

#for Oracle Grid Infrastructure Owner
#for Grid Infrastructure Owner
# ORACLE_SID : discus164では+ASM1 , discus264では+ASM2をセット
export ORACLE_SID=+ASM1
# ORACLE_BASE/ORACLE_HOME: Grid InfrastructreユーザとOracleソフトウェア所有者では異なるので要注意
export ORACLE_BASE=/u01/app/grid
export ORACLE_HOME=/u01/app/11.2.0/grid
export ORACLE_PATH=.:/u01/app/oracle/common/oracle/sql
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib:/lib:/usr/lib:/usr/local/lib:$LD_LIBRARY_PATH
export CLASSPATH=$ORACLE_HOME/jre:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib:$CLASSPATH
export NLS_LANG=Japanese_japan.al32utf8
export PATH=.:$ORACLE_HOME/bin:$PATH
export THREADS_FLAG=native
export TEMP=/tmp
export TMPDIR=/tmp
export TNS_ADMIN=$ORACLE_HOME/network/admin
umask 022
[grid@discus164 ˜]$ 
[grid@discus164 ˜]$

[grid@discus264 ˜]$  cat .bashrc
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
	. /etc/bashrc
fi

# User specific aliases and functions
if [ -t 0 ]; then
	stty intr ^C
fi
[grid@discus264 ˜]$ 
[grid@discus264 ˜]$ cat .bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f ˜/.bashrc ]; then
	. ˜/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH

#for Grid Infrastructure Owner
# ORACLE_SID : discus164では+ASM1 , discus264では+ASM2をセット
export ORACLE_SID=+ASM2
# ORACLE_BASE/ORACLE_HOME: Grid InfrastructreユーザとOracleソフトウェア所有者では異なるので要注意
export ORACLE_BASE=/u01/app/grid
export ORACLE_HOME=/u01/app/11.2.0/grid
export ORACLE_PATH=.:/u01/app/oracle/common/oracle/sql
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib:/lib:/usr/lib:/usr/local/lib:$LD_LIBRARY_PATH
export CLASSPATH=$ORACLE_HOME/jre:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib:$CLASSPATH
export NLS_LANG=Japanese_japan.al32utf8
export PATH=.:$ORACLE_HOME/bin:$PATH
export THREADS_FLAG=native
export TEMP=/tmp
export TMPDIR=/tmp
export TNS_ADMIN=$ORACLE_HOME/network/admin
umask 022
[grid@discus264 ˜]$ 
[grid@discus264 ˜]$

・Oracleソフトウェア所有者の環境変数の例（RACを構成する全ノードのOracleソフトウェア所有者に設定します）

以下、全ノードの設定内容。Oracleソフトウェア所有者の役割はいままで通り。今回作成するデータベースのSIDプリフィックスを orcl にするので
各ノードのORACLE_SID環境変数は orcl1／orcl2 に設定してあります。

[oracle@discus164 ˜]$  cat .bashrc
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
	. /etc/bashrc
fi

# User specific aliases and functions
if [ -t 0 ]; then
	stty intr ^C
fi
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ cat .bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f ˜/.bashrc ]; then
	. ˜/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH

#for Oracle Owner
# ORACLE_SID : discus164ではorcl1 , discus264ではorcl2をセット
export ORACLE_SID=orcl1
# ORACLE_BASE/ORACLE_HOME: Grid InfrastructreユーザとOracleソフトウェア所有者では異なるので要注意
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1
export ORACLE_PATH=.:$ORACLE_BASE/common/oracle/sql
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib:/lib:/usr/lib:/usr/local/lib:$LD_LIBRARY_PATH
export CLASSPATH=$ORACLE_HOME/jre:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib:$CLASSPATH
export NLS_LANG=Japanese_japan.al32utf8
export PATH=.:$ORACLE_HOME/bin:$PATH
export THREADS_FLAG=native
export TEMP=/tmp
export TMPDIR=/tmp
export TNS_ADMIN=$ORACLE_HOME/network/admin
# enterprise manager向け　(作成するデータベースユニーク名は:orclなのでorclを設定しておく)
export ORACLE_UNQNAME=orcl
umask 022
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$

[oracle@discus264 ˜]$  cat .bashrc
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
	. /etc/bashrc
fi

# User specific aliases and functions
if [ -t 0 ]; then
	stty intr ^C
fi
[oracle@discus264 ˜]$
[oracle@discus264 ˜]$ cat .bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f ˜/.bashrc ]; then
	. ˜/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH

#for Oracle Owner
# ORACLE_SID : discus164ではorcl1 , discus264ではorcl2をセット
export ORACLE_SID=orcl2
# ORACLE_BASE/ORACLE_HOME: Grid InfrastructreユーザとOracleソフトウェア所有者では異なるので要注意
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1
export ORACLE_PATH=.:$ORACLE_BASE/common/oracle/sql
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib:/lib:/usr/lib:/usr/local/lib:$LD_LIBRARY_PATH
export CLASSPATH=$ORACLE_HOME/jre:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib:$CLASSPATH
export NLS_LANG=Japanese_japan.al32utf8
export PATH=.:$ORACLE_HOME/bin:$PATH
export THREADS_FLAG=native
export TEMP=/tmp
export TMPDIR=/tmp
export TNS_ADMIN=$ORACLE_HOME/network/admin
umask 022
[oracle@discus264 ˜]$

ということで次回カーネルパラメータなどの設定へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月19日 (日) 18時41分 Oracle, Mac, Linux, RAC, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月18日 (土)

VirtualBox de Oracle11g R2 RAC #8

VirtualBox de Oracle11g R2 RACのつづきです。

前回はiSCSI targetにローカルデバイス名をマッピングしたとこまででした。今回は前回iSCSIターゲットをマッピングしたローカルデバイスにパーティションを作成します。(
手順は前回と同じなので、そちらも参考に。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１、その２、その３
Oracle所有者と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成（念のために行った、多分、実施しなくても大丈夫だと思うけど。別途確認する予定）
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

・パーティション

iSCSIターゲットを対応づけたローカルデバイスへfdiskコマンドでパーティションを作成します。

今回は、/dev/iscsi/openfiler:asm1/part、/dev/iscsi/openfiler:asm2/part、/dev/iscsi/openfiler:asm3/part、/dev/iscsi/openfiler:asm4/part、/dev/iscsi/openfiler:crs1/part、/dev/iscsi/openfiler:crs2/partに対して１パーティションを作成し利用可能な全シリンダを割り当てる。
尚、この操作はRACを構成するノードの１ノードからrootユーザとして実施する。

手順は前回の記事を参照のこと。ということで省略します。

最終的に以下の赤字部分の６パーティションが追加されることになります。RACを構成する全ノードで実施。

[root@discus164 ˜]# partprobe
[root@discus164 ˜]# fdisk -l

Disk /dev/sda: 53.6 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14        6527    52323705   8e  Linux LVM

Disk /dev/sde: 2147 MB, 2147483648 bytes
67 heads, 62 sectors/track, 1009 cylinders
Units = シリンダ数 of 4154 * 512 = 2126848 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sde1               1        1009     2095662   83  Linux

Disk /dev/sdc: 22.5 GB, 22548578304 bytes
64 heads, 32 sectors/track, 21504 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdc1               1       21504    22020080   83  Linux

Disk /dev/sdd: 22.5 GB, 22548578304 bytes
64 heads, 32 sectors/track, 21504 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdd1               1       21504    22020080   83  Linux

Disk /dev/sdf: 22.5 GB, 22548578304 bytes
64 heads, 32 sectors/track, 21504 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdf1               1       21504    22020080   83  Linux

Disk /dev/sdg: 2147 MB, 2147483648 bytes
67 heads, 62 sectors/track, 1009 cylinders
Units = シリンダ数 of 4154 * 512 = 2126848 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdg1               1        1009     2095662   83  Linux

Disk /dev/sdb: 22.5 GB, 22548578304 bytes
64 heads, 32 sectors/track, 21504 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       21504    22020080   83  Linux
[root@discus164 ˜]# 
[root@discus164 ˜]#

・確認
パーティションの作成が済んだらRACの全ノードでrootユーザとしてパーティションが認識されているか確認する。RACを構成する全ノードで。

[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# cd /dev/disk/by-path; ls -l *openfiler* | awk '{print $9 " " $10 " " $11}'
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm1-lun-0 -> ../../sdb
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm1-lun-0-part1 -> ../../sdb1
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm2-lun-0 -> ../../sdc
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm2-lun-0-part1 -> ../../sdc1
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm3-lun-0 -> ../../sdd
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm3-lun-0-part1 -> ../../sdd1
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm4-lun-0 -> ../../sdf
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:asm4-lun-0-part1 -> ../../sdf1
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:crs1-lun-0 -> ../../sde
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:crs1-lun-0-part1 -> ../../sde1
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:crs2-lun-0 -> ../../sdg
ip-192.168.2.92:3260-iscsi-iqn.2006-01.com.openfiler:crs2-lun-0-part1 -> ../../sdg1
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ls -l /dev/iscsi/*/*
lrwxrwxrwx 1 root root  9 12月 18 13:40 /dev/iscsi/openfiler:asm1/part -> ../../sdb
lrwxrwxrwx 1 root root 10 12月 18 13:40 /dev/iscsi/openfiler:asm1/part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 12月 18 13:40 /dev/iscsi/openfiler:asm2/part -> ../../sdc
lrwxrwxrwx 1 root root 10 12月 18 13:40 /dev/iscsi/openfiler:asm2/part1 -> ../../sdc1
lrwxrwxrwx 1 root root  9 12月 18 13:40 /dev/iscsi/openfiler:asm3/part -> ../../sdd
lrwxrwxrwx 1 root root 10 12月 18 13:40 /dev/iscsi/openfiler:asm3/part1 -> ../../sdd1
lrwxrwxrwx 1 root root  9 12月 18 13:40 /dev/iscsi/openfiler:asm4/part -> ../../sdf
lrwxrwxrwx 1 root root 10 12月 18 13:40 /dev/iscsi/openfiler:asm4/part1 -> ../../sdf1
lrwxrwxrwx 1 root root  9 12月 18 13:40 /dev/iscsi/openfiler:crs1/part -> ../../sde
lrwxrwxrwx 1 root root 10 12月 18 13:40 /dev/iscsi/openfiler:crs1/part1 -> ../../sde1
lrwxrwxrwx 1 root root  9 12月 18 13:40 /dev/iscsi/openfiler:crs2/part -> ../../sdg
lrwxrwxrwx 1 root root 10 12月 18 13:40 /dev/iscsi/openfiler:crs2/part1 -> ../../sdg1
[root@discus164 ˜]#

2010/12//20追記
忘れてた、前回気づいたCentOS5.5でのiscsidの問題。これに対処しておかないと、Openfiler側に多数のゾンビセッションが残ってしまうので要注意！

ということで次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月18日 (土) 15時04分 Oracle, Mac, Linux, RAC, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月10日 (金)

VirtualBox de Oracle11g R2 RAC #6

VirtualBox de Oracle11g R2 RACのつづきです。

前回はOpenfiler側でその準備をしたところまででした。今回はOracle RACの各ノードでiSCSIボリュームの構成です。

今回も以前行ったCentOS5.2(x86)内容と同じ手順なのでそちらの記事も参考してくださいね。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成　その１
Oracle所有者と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

・RACを構成する全ノードでiscsi-initiator-utilsがインストールされていることを確認。

インストールされていなかったらyumでインストールしてね。

[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# yum list installed iscsi-initiator-utils | grep installed
iscsi-initiator-utils.x86_64            6.2.0.871-0.16.el5             installed
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh discus264 "yum list installed iscsi-initiator-utils | grep installed"
root@discus264's password: 
iscsi-initiator-utils.x86_64            6.2.0.871-0.16.el5             installed
[root@discus164 ˜]# 
[root@discus164 ˜]#

・iscsiの起動確認、起動してなかったら service iscsi startで起動.

[root@discus164 ˜]# 
[root@discus164 ˜]# service iscsi status
iscsid (pid  1998) を実行中...
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh discus264 "service iscsi status"
root@discus264's password: 
iscsid (pid  1996) を実行中...
[root@discus164 ˜]# 
[root@discus164 ˜]#

・自動起動の確認、自動起動になってなかったら chkconfig iscsi on で設定.

[root@discus164 ˜]# chkconfig --list iscsi
iscsi          	0:off	1:off	2:on	3:on	4:on	5:on	6:off
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh discus264 "chkconfig --list iscsi"
root@discus264's password: 
iscsi          	0:off	1:off	2:on	3:on	4:on	5:on	6:off
[root@discus164 ˜]# 
[root@discus164 ˜]#

以下、CentOS5.5では iscsiを起動・停止すればiscsidも起動・停止されるので前述のようになっていればOK.
[root@discus164 ˜]# 
[root@discus164 ˜]# cat /etc/rc.d/init.d/iscsi | grep iscsid
	status iscsid
		/etc/init.d/iscsid start
	/etc/init.d/iscsid stop
		status iscsid
[root@discus164 ˜]# 
[root@discus164 ˜]#

/etc/iscsi/initiatorname.iscsiの設定.わかりやすいIQNにするといいですよん。

[root@discus164 ˜]# cat /etc/iscsi/initiatorname.iscsi
InitiatorName=iqn.2010-10.jp.macdeoracle.discus1
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh root@discus264 "cat /etc/iscsi/initiatorname.iscsi"
root@discus264's password: 
InitiatorName=iqn.2010-10.jp.macdeoracle.discus2
[root@discus164 ˜]#

・iscsi-targetの検出
OpenfilerとRACの各ノードは、VirtualBoxの内部ネットワークアダプタ（VM間でしか通信できない）を利用してprivateネットワークで繋いでおり、Openfiler側で許可したipアドレスからの接続しか受け付けないよう設定していましたよね？、覚えてます？
で、Openfiler側のprivateネットワークのipアドレスは、192.168.2.92と設定したので、 iscsi-targetの検出先は前述のipアドレスということにまります。

なので iscsiadmコマンドの -p パラメータに設定する ipアドレスは 192.168.2.92となっているわけです。

iscsi-targetが検出されました〜！　検出されたiscsi-targetへの接続確認、自動接続設定へと続きます。

[root@discus164 ˜]# 
[root@discus164 ˜]# cat /etc/hosts | grep arowana2-priv
192.168.2.92	arowana2-priv.macdeoracle.jp	arowana2-priv
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# iscsiadm -m discovery -t sendtargets -p 192.168.2.92
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm1
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm2
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm4
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:crs2
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm3
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:crs1
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh discus264 "iscsiadm -m discovery -t sendtargets -p 192.168.2.92"
root@discus264's password: 
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm3
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:crs2
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm1
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm2
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:asm4
192.168.2.92:3260,1 iqn.2006-01.com.openfiler:crs1
[root@discus164 ˜]# 
[root@discus164 ˜]#

・iscsi-targetへの手動接続（RACを構成する全ノードで試してください。以下、discus164からの例。)

[root@discus164 ˜]# 
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:crs1 -p 192.168.2.92 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:crs2 -p 192.168.2.92 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm1 -p 192.168.2.92 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm2 -p 192.168.2.92 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm3 -p 192.168.2.92 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm4 -p 192.168.2.92 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]#

ちなみに…手動ログアウトする場合は -l の部分を -u に変えて実行すればOK.

[root@discus164 ˜]# 
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:crs1 -p 192.168.2.92 -u
Logging out of session [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Logout of [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
[root@discus164 ˜]# 
[root@discus164 ˜]#

iscsi-targetへの自動接続設定（RACを構成する全ノードで実施します。以下discus164からの例）

[root@discus164 ˜]#
[root@discus164 ˜]#
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:crs1 -p 192.168.2.92 --op update -n node.startup -v automatic
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:crs2 -p 192.168.2.92 --op update -n node.startup -v automatic
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm1 -p 192.168.2.92 --op update -n node.startup -v automatic
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm2 -p 192.168.2.92 --op update -n node.startup -v automatic
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm3 -p 192.168.2.92 --op update -n node.startup -v automatic
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:asm4 -p 192.168.2.92 --op update -n node.startup -v automatic
[root@discus164 ˜]
[root@discus164 ˜]#

ちなみに…手動接続に戻す場合は automatic の部分を manual に変えて実行すればOK.（多分、使う事ないと思いますけど、念のため）

[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:crs1 -p 192.168.2.92 --op update -n node.startup -v manual
[root@discus164 ˜]# 
[root@discus164 ˜]#

自動接続設定がうまく言っているか確認しましょう。
これまでの手順通りに操作していれば、RACを構成する各ノードから各iscsi-targetへ接続されている状態になっているはずです。

まず、サービスを停止してiscsi-targetからログアウトされるか確認してみます。

[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# service iscsi stop
Logging out of session [sid: 1, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Logging out of session [sid: 2, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Logging out of session [sid: 3, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Logging out of session [sid: 4, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Logging out of session [sid: 5, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Logging out of session [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Logout of [sid: 1, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
Logout of [sid: 2, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
Logout of [sid: 3, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
Logout of [sid: 4, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
Logout of [sid: 5, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
Logout of [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
Stopping iSCSI daemon: 
[root@discus164 ˜]#                                        [  OK  ]
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh discus264 "service iscsi stop"
root@discus264's password: 
Logging out of session [sid: 1, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Logging out of session [sid: 2, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Logging out of session [sid: 3, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Logging out of session [sid: 4, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Logging out of session [sid: 5, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Logging out of session [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Logout of [sid: 1, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
Logout of [sid: 2, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
Logout of [sid: 3, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
Logout of [sid: 4, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
Logout of [sid: 5, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
Logout of [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
Stopping iSCSI daemon: 
[root@discus164 ˜]#

うまくいきました。次はiscsiサービスを起動して各iscsi-targetへ自動接続されるか確認します。

[root@discus164 ˜]# service iscsi start
iscsid が停止していますが PID ファイルが残っています
Starting iSCSI daemon:                                     [  OK  ]
                                                           [  OK  ]
iSCSI ターゲットを設定中: Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
                                                           [  OK  ]
[root@discus164 ˜]# 
[root@discus164 ˜]# 
[root@discus164 ˜]# ssh discus264 "service iscsi start"
root@discus264's password: 
iscsid が停止していますが PID ファイルが残っています
[  OK  ] iSCSI daemon: [  OK  ]
[  OK  ]
iSCSI ターゲットを設定中: Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
[  OK  ]
[root@discus164 ˜]# 
[root@discus164 ˜]#

うまく接続できたようです。

最後にOpenfilerの管理画面で接続状態を確認してみます。

参考：http://www.open-iscsi.org/

今日はこの辺で。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年12月10日 (金) 19時26分 Oracle, Mac, Linux, RAC, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月 9日 (木)

VirtualBox de Oracle11g R2 RAC #5

VirtualBox de Oracle11g R2 RACのつづきです。

Openfiler2.3のインストールとiSCSIボリュームの構成なのですが、VMでもリアルなマシンへのインストールとの違いは無いので詳しくは書きません。以前の記事を参考にしてくださいね。(ネットワーク関連は前回の記事もあわせてご覧ください）

なお、今回Openfier2.3 (x86)向けに作成したVM (x86 red hat linux)は、CPU*2/RAM:2GB/DISK:100GBとしてあります。
Openfiler2.3 (x86)インストール時のパーティションは/bootに100MB、/に4GB、swapにメモリサイズの倍で4GBを配分し、残りの91.9GBを未割当としました。
未割当とした91.9GBをiSCSIボリュームで利用することになります。(この未割当分が大切。この時点ではパーティションに割り当てないで残しておいてね）

NOTE:
この時点では/etc/hostsファイルだけで、DNSは利用していません。~~Oracle11g R2 11.2.0.1.0 RACインストール事前作業~~Oracle RACノード間リモートアクセスの構成が終わったあとでDNSの構成を行います。（OpenfilerにDNSを構成することにしたので、このタイミングでDNSの構成とhostsファイルの構成を行うほうがよいとは思うのですが…

Openfiler2.3によるiSCSIボリュームの構成はこちらを参考に…
Mac de Oracle - １０万円未満 de RAC (11g編）#4 - 4. Openfiler2.3によるiSCSIボリュームの構成

以前と違う点は、Oracle11g R2からVoting diskとOCRがASM管理可能となったので全ボリュームをASM管理で行うことにしました。

という１点だけ。(iSCSIボリュームで利用する残り91.9GBをどのような割合で論理ボリュームへ配分したかは後述）

（以前まではOracleの共有ディスク・クラスタ・ファイルシステム(ocfs2)をインストールしていましたが今回は利用しません。Oracle11g R2でもVoting diskとOCRの共有ディスク・クラスタ・ファイルシステム管理は可能なようですが…）

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成
Oracle所有者と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

以前の記事参照ください…ばかりだと、今回書く事がなくなってしまうのでiSCSIのボリューム構成で今回変えたところを書いておきますね。
（今回はすべてASM管理下に置くので…）

Openfiler2.3(x86)インストール完了後、/etc/hostsに設定した内容は以下の通り。

[root@arowana2 ˜]# cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1	localhost.localdomain localhost

192.168.1.92	arowana2.macdeoracle.jp		arowana2
192.168.1.90	discus164.macdeoracle.jp	discus164
192.168.1.91	discus264.macdeoracle.jp	discus264

192.168.2.92	arowana2-priv.macdeoracle.jp	arowana2-priv
192.168.2.90	discus164-iscsi.macdeoracle.jp	discus164-iscsi
192.168.2.91	discus264-iscsi.macdeoracle.jp	discus264-iscsi

192.168.1.2	lampeye.macdeoracle.jp		lampeye
[root@arowana2 ˜]#

今回作成するiSCSI論理ボリュームおよびターゲット名などは以下の通り。
(Openfilerの構成手順はMac de Oracle - １０万円未満 de RAC (11g編）#4を参照のこと。）

・ネットワークアクセスの構成

前回の書いた通り、iSCSI専用の経路でアクセスできるようdiscus164-iscsiおよびdiscus264-iscsiからのみOpenfilerへ接続できるよう設定した。

・Partitionの作成および、Volume groupの作成

91.9GBの未割当領域を/dev/sda4としてパーティション割当を行った後、rac1というVolume Groupを作成し/dev/sda4を割り当てる。

・論理ボリュームの割当

rac1（前述の操作で作成したVolume Group)を選択し、論理ボリュームを追加する。今回はcrs向けに2GBの論理ボリューム２つ、OracleのData向けに21GBの論理ボリューム２つ、そして、Fast Recovory Area向けに21GBの論理ボリュームを２つを追加作成する。（91.9GBのうち、88GBを利用したので3.9GBほど残っちゃいましたけどね）

・iSCSI Target Qualified Name(IQN)の設定

crs向けに２つ、Oracle data file向けに２つ、Oralce Fast Recovery Area向けに２つのボリュームグループを作成したので、それぞれにiSCSI Target Qualified Nameを割り当てた。

CRS向け - iqn.2006-01.com.openfiler:crs1 および crs2
Oracle Data file向け - iqn.2006-01.com.openfiler:asm1 および　asm2
Oracle Fast Recovery Area向け - iqn.2006-01.com.openfiler:asm3 および asm4

asm1〜4より、data1/2とか fra1/2にしたほうがわかりやすかったですね〜…後から反省。

・Network ACLの設定

RACを構成する２ノードのiscsi用privateネットワーク(discus164-iscsiおよび、discus264-iscsi(からのアクセスを許可するよう設定した。

・LUNマッピング

iSCSI Target Qualified Name(IQN)の設定で作成した各IQNをLUNへマッピングする。
マッピング内容は以下の通り。

ここまでくればiSCSIの準備は終了！

次回へつづく。

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

・VirtualBox de Oracle11g R2 RAC #1
・VirtualBox de Oracle11g R2 RAC #2 - 事前調査など…
・VirtualBox de Oracle11g R2 RAC #3
・VirtualBox de Oracle11g R2 RAC #4

投稿日時 2010年12月 9日 (木) 18時00分 Oracle, Mac, Linux, RAC, Mac(Intel x86), iSCSI, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月 8日 (水)

VirtualBox de Oracle11g R2 RAC #4

VirtualBox de Oracle11g R2 RACのつづきです。

今回は、VirtuslBoxで作成したRed hat用64bitVMへCentOS5.5 (x86_64)をインストールします。が、もう既に何度も行っていることなのでインストール自体の解説は省略します。足りないパッケージがあればyumで都度インストールでもいいですし :)　端折りすぎと突っ込まれそうだが。
過去になんどか書いているのでそちらを参照していただいてもいいですし、元ネタを参照するもよし。（但し元ネタはOracle Enterprise Linuxですが、同じ系統なのでそれほど違いはないはず…Oracle Enterprise Linuxインスコしたことのないのに言うのもなんなんですが…）

Networkの構成については省略しないで書いてあるので m(_ _)m

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成
Oracle所有者と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

・CentOS5.5のダウンロード、DVDのisoイメージをダウンロードして今後のためにDVDに焼いておいた。MacOS XでisoイメージのDVDを焼く方法は以前の記事を参照のこと。
http://ftp.riken.jp/Linux/centos/5.5/isos/x86_64/CentOS-5.5-x86_64-bin-DVD-1of2.iso
http://ftp.riken.jp/Linux/centos/5.5/isos/x86_64/CentOS-5.5-x86_64-bin-DVD-2of2.iso

CentOS5.5になったからといって、特にインストール方法に大きな違いはないので詳細は以前の記事や、元ネタなどをご参考に。（元ネタはOracle Enterprise Linuxを利用していますが、系統は同じRed hatなので注意点などほぼ同じだと思います。）ちょっとだけ書いてくと、今回作成したCentOS5.5 x86_64用VMはメモリ4GB、DISK容量50GBを割り当てているので、swapはメモリと同サイズの4GB、/bootには100MB、残りを/へ配分しました。
また、SELinuxはPermissiveモード、FirewallはDisableにしておくというのはお約束なのでお忘れなく。FirewallをEnableにしたままだといろいろとハマりまるのでしっかりチェックしておくと吉ですよん。（ハマった人→私）

Oracle11g R2からネットワーク要件が変りネットワーク周りは大切なのでしっかり書いておきますね。
適当に書いた配置図も参照のこと。）また、IPv6はOFFで固定IPとしています。(IPv6はOFFにしなくても問題ないですが、今回のネタでは不要なので。)

以下、Openfiler(iSCSI)のノードも含めたネットワーク構成は以下。

RACを構成するノード１ (hostname=discus164.macdeoracle.jp)
device	ip address	sub-netmask	備考
eth0（ネットワークアダプタ：ブリッジアタプタ）	192.168.1.90	255.255.255.0	パブリックネットワーク用、ギガビット
eth1（ネットワークアダプタ：内部ネットワーク）	192.168.2.90	255.255.255.0	プライベートネットワーク用(iSCSIアクセス用)、ギガビット
eth2（ネットワークアダプタ：内部ネットワーク）	192.168.3.90	255.255.255.0	プライベートネットワーク用(Interconnect用）、ギガビット
RACを構成するノード２ (hostname=discus264.macdeoracle.jp)
device	ip address	sub-netmask	備考
eth0（ネットワークアダプタ：ブリッジアダプタ）	192.168.1.91	255.255.255.0	パブリックネットワーク用、ギガビット
eth1（ネットワークアダプタ：内部ネットワーク）	192.168.2.91	255.255.255.0	プライベートネットワーク用(iSCSIアクセス用）、ギガビット
eth2（ネットワークアダプタ：内部ネットワーク）	192.168.3.91	255.255.255.0	プライベートネットワーク用(Interconnect用）、ギガビット
iSCSIを構成するノード (hostname=arowana2.macdeoracle.jp)
device	ip address	sub-netmask	備考
eth0（ネットワークアダプタ：ブリッジアダプタ）	192.168.1.92	255.255.255.0	パブリックネットワーク用、ギガビット
eth1（ネットワークアダプタ：内部ネットワーク）	192.168.2.92	255.255.255.0	プライベートネットワーク用(iSCSIアクセス用）、ギガビット

上記を元に以下のドキュメントをおよび元ネタなどを参考に、hostsおよびDNSを利用して固定IPアドレスでネットワークを構成することにした。

・Oracle Grid Infrastructureインストレーション・ガイド　11gリリース2（11.2）for Linux - 2.7.2.2 手動で構成する場合のIPアドレス要件

独り言：
２ノードRACでなぜ、3つのSCAN VIPが推奨されているのかは、未だによく理解できていない？？？？　２ノードRACだから２じゃだめなの？　３つだと何がおしいいの？
どんどん謎は深まる…。だれか教えてw　どっかにSCAN VIPってなにがおいしいのか２ノードRACで３つのSCAN VIPが推奨される理由が書いてある資料ないのかな〜。３ノード以上のRACだとSCAN VIPをどの程度増やせばおいしくなるの〜などなど？？？？w

・Oracle Grid Infrastructureインストレーション・ガイド　11gリリース2（11.2）for Linux - 2.7.5 手動によるIPアドレスの構成例

・http://www.oracle.com/technetwork/articles/hunter-rac11gr2-iscsi-088677.html

・http://www.idevelopment.info/data/Oracle/DBA_tips/Oracle11gRAC/CLUSTER_12.shtml

前述のマニュアルなどを参考に今回構築する全ノードのhostsファイルやDNS構成の概要は以下の通り。

RACを構成するノード１ (hostname=discus164.macdeoracle.jp)
Hostname	タイプ	IP address	名前解決方法
discus164	Public	192.168.1.90	hostsおよびDNS
discus164-iscsi	Private	192.168.2.90
discus164-priv	Private	192.168.3.90
discus164-vip	Virtual	192.168.1.190
RACを構成するノード２ (hostname=discus264.macdeoracle.jp)
Hostname	タイプ	IP address	名前解決方法
discus264	Public	192.168.1.91	hostsおよびDNS
discus264-iscsi	Private	192.168.2.91
discus264-priv	Private	192.168.3.91
discus264-vip	Virtual	192.168.1.191
SCAN VIP1/2/3
Hostname	タイプ	IP address	名前解決方法
discus-rac64-scan	Virtual	192.168.1.200	DNS
discus-rac64-scan		192.168.1.201
discus-rac64-scan		192.168.1.202
Openfiler2.3(iSCSI) - (hostname=arowana2.macdeoracle.jp)
Hostname	タイプ	IP address	名前解決方法
arowana2	Public	192.168.1.92	hostsおよびDNS
arowana2-priv	Private	192.168.2.92	hostsおよびDNS

ということで次回へつづく。
（こちらの都合で慌てて書いたので、おそらくいつもよりタイポとか誤字脱字、リンク先ミスなどが多いかもしれない…気づいたら後で修正します！）

2010/12/9追記：
hostsファイルとDNSで同じ名前解決するのってどうなんだろーって思っておりますが…hosts優先だし…。まあ、そのまんまでいきます。はい。
で、インストール後、各ノードの/etc/hostsはどう設定したかというと…

# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1	localhost.localdomain localhost
#::1		localhost6.localdomain6 localhost6

#for public network
192.168.1.90	discus164.macdeoracle.jp	discus164
192.168.1.91	discus264.macdeoracle.jp	discus264
192.168.1.92	arowana2.macdeoracle.jp		arowana2

#for Oracle Interconnect private network
192.168.3.90	discus164-priv.macdeoracle.jp	discus164-priv
192.168.3.91	discus264-priv.macdeoracle.jp	discus264-priv

#for iSCSI private network
192.168.2.92	arowana2-priv.macdeoracle.jp	arowana2-priv
192.168.2.90	discus164-iscsi.macdeoracle.jp	discus164-iscsi
192.168.2.91	discus264-iscsi.macdeoracle.jp	discus264-iscsi

#for virtual public network
192.168.1.190	discus164-vip.macdeoracle.jp	discus164-vip
192.168.1.191	discus264-vip.macdeoracle.jp	discus264-vip

192.168.1.2	lampeye.macdeoracle.jp		lampeye

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

・VirtualBox de Oracle11g R2 RAC #1
・VirtualBox de Oracle11g R2 RAC #2 - 事前調査など…
・VirtualBox de Oracle11g R2 RAC #3

投稿日時 2010年12月 8日 (水) 12時30分 Oracle, Linux, RAC, Mac(Intel x86), iSCSI, MacOS X Snow Leopard, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月 4日 (土)

VirtualBox de Oracle11g R2 RAC #3

VirtualBox de Oracle11g R2 RACのつづきです。

以下のような内容で進めていきます。ほぼ元ネタに近いですけどね :)

前々回、前回と少々構成もあるあるていど書いてますが、全体像をまとめて書いておきますね。

ハードウェア構成(VMなのでVMの構成も含めて）、ソフトウェア構成など
Linux (CentOS 5.5 x86_64)のインストール
Openfiler2.3 x86のインストール
Openfiler2.3 x86によるiSCSIボリュームの構成
Oracle RACノードでのiSCSIボリュームの構成
Oracle所有者と関連ディレクトリの作成及び環境変数の設定
Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）
Oracle RACノード間リモートアクセスの構成とntpの構成
（~~sshの構成は念のために行った、多分、実施しなくても大丈夫だと思うけど…~~ついでなので、ちょいと意地悪な実験をしてみた）
ローカルネームサーバの構成
Oracle RACノード構成ファイルの確認
Oracle Automatic Storage Management(ASMLib 2.0.5 x84_64)のインストール及び構成
Oracle11g R2 11.2.0.1.0 RACインストール事前作業
Oracle11g R2 11.2.0.1.0 Grid Infrastractureのインストール
Oracle11g R2 11.2.0.1.0 Database softwareのインストール
Oracle11g R2 11.2.0.1.0 examplesのインストール
Oracle Cluster databaseの作成
Net Serviceの確認
Oralce Grid InsfastructureとDatabase構成の確認
Clusterの開始と停止の確認
簡単なTransparent Application Failover (TAF)の確認

・Hardware

・CPU - Intel Core i7-980X Extreme Edition 3.33Ghz (6 core / 12 thread) * 1
・Memory - 12GB (2GB * 6)
・Disk - S-ATA2 1TB * 2
・NIC - on board Gbit NIC * 1
グラフィックカードは気にしてなかったので安めの、 NVIDIA GeForce GTS 250 (512MB)

上記PCで3つのVMを起動するので結構いっぱいいっぱいなのでクライアントはいつものようにMacを使います。
MacProの12-Core (2.66GHz 6コア Intel Xeon"Westmere" * 2）ってお化けPCがもうちょっと早く発表されてたらな〜、Mac上でVM作って楽しめたんだがタイミングの問題なのでしかたない　
＞＜

・Software

・Host OS - CentOS5.5 (kernel 2.6.18-194.17.1.el5) x86_64
・System virtual machine software - VirtualBox 3.2.8 x86_64 for Linux

・Guest OS (for iSCSI) - Openfiler2.3 x86 (rPath Linux)

・DNS - bind9.4.3_P5-1.1-1 (rPath Linuxのソフトウェア管理ツールであるconaryを利用してインストールします）

・Guest OS (for RAC) - CentOS5.5 x86_64 (kernel 2.6.18-194.17.1.el5)

・Oracle11g R2 11.2.0.1.0 (Database/Grid Infrastructure/Examples) for Linux x86_64
・oracleasm-support-2.1.3-1.el5 (x86_64)
・oracleasmlib-2.0.4-1.el5 (x86_64)
・oracleasm-2.6.18-194.17.1.el5-2.0.5-1.el5 (x86_64)

VMの構成は前回の通りなのだが、一応書いておくと

・Openfiler2.3 x86向けVMの構成
ネットワークアダプタ１をブリッジアダプタで定義してPublicネットワーク用に利用し、ネットワークアダプタ１は内部ネットワークとして定義しPrivateネットワーク用(iSCSIのアクセス用)に利用する。
ちなみに、VirtualBoxの内部ネットワークは、VM間でのみ通信できるアダプタなのでInterConnectなどのPrivateネットワーク向きなんじゃないかと思っている。

・OSタイプ - Red Hat (32bit仮想マシン)
・メインメモリ - 2GB (ちょいと少なめ)
・プロセッサ数 - 2
・SATAポート0 - 100GB
・ネットワークアダプタ1 - Intel PRO/1000 MT Desktop (ブリッジアダプタ - eth0)
・ネットワークアダプタ2 - Intel PRO/1000 MT Desktop (内部ネットワーク - intnet)

・各RACノードのCentOS5.5 x86_64向けVMの構成
Openfiler向けVMと同様にネットワークアダプタ１はブリッジアダプタとして定義して、Publicネットワークとして利用し、ネットワーク２は内部ネットワークで定義してiSCSI用のPrivateネットワーク。ネットワークアダプタ３も内部ネットワークとして定義し、Interconnect用Privateネットワークとして使う。

・OSタイプ - Red Hat (64bit仮想マシン)
・メインメモリ - 4GB
・プロセッサ数 - 4
・SATAポート0 - 50GB
・ネットワークアダプタ1 - Intel PRO/1000 MT Desktop (ブリッジアダプタ - eth0)
・ネットワークアダプタ2 - Intel PRO/1000 MT Desktop (内部ネットワーク - intnet)
・ネットワークアダプタ3 - Intel PRO/1000 MT Desktop (内部ネットワーク - intnet)

ということで次回へつづく。

これまでのあらずすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

・VirtualBox de Oracle11g R2 RAC #1
・VirtualBox de Oracle11g R2 RAC #2 - 事前調査など…

投稿日時 2010年12月 4日 (土) 22時18分 Oracle, Mac, Linux, RAC, Mac(Intel x86), iSCSI, VM, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年12月 2日 (木)

VirtualBox de Oracle11g R2 RAC #2 - 事前調査など…

VirtualBox de Oracle11g R2 RACの続きです。

構築記録の詳細は後にして、最初に事前調査など（Oracle11g R2でいろいろと変わってるところあるので…）

・hangcheck-timerカーネル・モジュール

Oracle11g R1まではhangcheck-timerカーネル・モジュールが必要となっていたが、Oracle11g R2では不要となっている。
（Oracle11g R1でも当初不要とマニュアルに記載されていたが、後に必要と訂正されていた。おそらくフライングね)

・RACノード間の時刻同期

Cluster Time Synchronization Service (CTSS)という新機能が追加され、NTPで時刻合わせできない環境やNTPを利用しない環境でも時刻同期できるようになった。

が、今回はNTPで時刻合わせするのでCTSSは使わない

・Single Client Access Name (SCAN) VIP

SCANなるものが登場した。まだ勉強不足でSCANを使うと何がどうおいしいのか理解できていないのであとでちゃんと読むw

参考：

http://www.oracle.com/technology/global/jp/products/database/clustering/pdf/scan.pdf

・ネットワーク要件

前述のSCAN VIPの構成にも関わるが、以下のマニュアルによれば固定IP方式である場合、hostsファイルおよび、DNSという構成で対応できるということは確認できたので、今回は、hostsファイル＋DNSという構成にすることにした。

参考：

Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux - 2.7.5 手動によるIPアドレスの構成例

・ソフトウェア要件

いつもの通りCentOS5.5 x86_86を利用するのでRed Hadt系のソフトウェア要件を参考に…

参考：

Oracle Grid Infrastructureインストレーション・ガイド11gリリース2（11.2）for Linux 2.8.2 x86-64 - Linuxプラットフォームでのソフトウェア要件
 Oracle Databaseクイック・インストレーション・ガイド 11gリリース2（11.2） for Linux x86-644 - ソフトウェア要件の確認

・ストレージ

Oracle11g R2からOracle ClusterファイルもASM管理化に置くことができるようになったので、OpenfilerのiSCSIのボリュームをすべてASM管理にしちゃう。
Oracle11g R1の時はOracle Clusterファイルだけocfs2を利用していたが、今回はocsf2のインストール・構成は不要になった。

参考：

Oracle Grid Infrastructureインストレーション・ガイド11gリリース2（11.2）for Linux 3.1.3 - サポートされている記憶域オプション

・仮想NIC

以前はまではInterconnect用とiSCSI用を兼用させていたけど、今回はそれぞれに個別にVNICを割り当てて使う。
どうせ仮想だからお金かからないのがいいところw リアルな環境だと予算の都合上できないことも簡単に試せる :)

2010/12/3追記：
・SSHユーザの等価関係の有効化

OUIでパスフレーズなしのユーザ等価関係の有効化を自動的にやってくれるようになったみたい。信用しないわけじゃないんだけどとりあえず、Oracle11g R1までのように手動でもやっとく。

Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux- E.1 すべてのクラスタ・ノードでの手動によるSSHの構成

という、ざっくりとした方針だけ決めてVirtualBox de Oracle11g R2 RACを構築〜。

以下、Openfier2.3 (x86)とRACのノードに利用するCentOS5.5(x86_64)向けVM構成（VirtualBox3.2.8を利用した3.2.10リリースされてるけど）のスナップショットなど…。

ちなみに、VirtualBox3.2.10と3.2.12でいろいろbug fixされてるけど、3.2.8のままで。

・Openfiler2.3 (iSCSI)に利用するVM構成は以下の通り。
※100GBのディスクにx86_64なんて名称をつけちゃってますが32bitの仮想マシンです！

・Oracle11g R2 x86_64の各ノードで利用するCentOS5.5 x86_64向けVM構成は以下の通り。
※こちらは64bitの仮想マシンです。

次回へつづく。

これまでのあらずすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

・VirtualBox de Oracle11g R2 RAC #1

投稿日時 2010年12月 2日 (木) 13時50分 Oracle, Linux, RAC, Mac(Intel x86), iSCSI, VM, MacOS X Snow Leopard, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年11月30日 (火)

VirtualBox de Oracle11g R2 RAC #1

前回VirtualBoxでOracle11g R1 RACを試したので今回はOracle11g R2 2ノードRACをVirtualBox上に構築してみた。

Oracle11g R1 RACをVirtualBox上に構築した際にも発生したdbcaの最後に表示される確認ダイアログを表示したまま固まるという状況があったものの今回もデータベースは作成されていた。
前回はdbcaの最後に表示される確認ダイアログで固まった後に強制終了させ、dbcaでデータベースの作成／削除を数度行い時間を要したもののハング？したような状態から正常に復帰したためそれ以外はなにも行わなかったのだが、今回はハング状態からVMを強制終了／起動してみた。
結果オーライという感じなのだが、dbcaの処理は終わっていたようで問題なくインスタンスが起動したのにはニッコリ！

[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ 
[oracle@discus164 ˜]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on 火 11月 29 21:54:50 2010

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

SQL> conn system@orcl
パスワードを入力してください: 
接続されました。
SQL> 
SQL> 
SQL> select * from gv$version;

   INST_ID BANNER
---------- --------------------------------------------------------------------------------
	 1 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
	 1 PL/SQL Release 11.2.0.1.0 - Production
	 1 CORE	11.2.0.1.0	Production
	 1 TNS for Linux: Version 11.2.0.1.0 - Production
	 1 NLSRTL Version 11.2.0.1.0 - Production
	 2 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
	 2 PL/SQL Release 11.2.0.1.0 - Production
	 2 CORE	11.2.0.1.0	Production
	 2 TNS for Linux: Version 11.2.0.1.0 - Production
	 2 NLSRTL Version 11.2.0.1.0 - Production

10行が選択されました。

SQL>

以下、前回よりもさらに適当に書いてしまった感じのする配置図。（雰囲気が伝われば問題ないのでこんなところで勘弁して〜w)

Oracle11g R2からGrid Infrastructure (Oracle11g R1までのOracle ASM + Oracle Clusterware)になりDNSまたはGNS(Grid Naming Service)が必要だってことで、iSCSIで利用しているOpenfiler上でDNSを構成したこと、および、RACを構成するノードごとVNICを３つ作成し、1つはPublicネットワーク用、1つはInterconnect専用用、そしてもう１つは、iSCSIストレージアクセス専用としたところがポイント。（ちなみに、InterconnectとiSCSIはprivateネットワークとしてVirtualBoxの内部ネットワークアダプタを利用した）

参考にしたブログでは、nslookupを改造しちゃってDNSを使わない方法なんかもあったが今回はDNSを利用した。(普段やらないからDNSの構成ファイルの記述方法調べんのが一番めんどくさかったw)
SCAN (Single Client Access Name)を利用するのにDNSかGNSが必須なんですよー。新しい用語増え過ぎw

参考：

・SCANの解説でわかりやすい資料はこれかも↓
http://www.oracle.com/technology/global/jp/products/database/clustering/pdf/scan.pdf

・インストールおよび構成で参考にした記事
http://www.oracle.com/technetwork/articles/hunter-rac11gr2-iscsi-088677.html
http://www.idevelopment.info/data/Oracle/DBA_tips/Oracle11gRAC/CLUSTER_12.shtml

これまでのあらすじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1
・VirtualBox de RAC (Oracle11g R1編） #2

投稿日時 2010年11月30日 (火) 16時31分 Mac, Linux, RAC, iSCSI, VM, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年10月31日 (日)

VirtualBox de RAC (Oracle11g R1編）#2

VirtualBox de RAC (Oracle11g R1編）の続きです。
試していて気付いた問題点やハマった点が幾つかあったので備忘録として残しておきますね。

まず最初はCentOS5.5でのiscsidの問題。

この問題、iscsiデバイスを利用しているCentOS5.5をshutdown/rebootすると停止時に以下のようなメッセージを表示した後、いきなりHALTしてしまう。Openfiler側が起動しっぱなりしの場合は、大量のゾンビセッションが残ってしまい気付かないと大変なことになってしまうという、なかなかスリリングな事象なのでご用心を。

私の場合、停止時のエラーメッセージに気付き、Openfiler側のセッションがゾンビだらけで驚いた！〜っていうとこで気付いた。

ググってみたら、これは、Red hat Linux/CentOS 5.5でのバグということが判明。
暫定的な対処方法はいつくかあるが、私の環境では、/etc/init.d/iscsiを書き換え、run level 0/1/6でなにもしないで抜ける部分をコメントアウトして対処した。

ちなみに、run level 0/1/6以外ならiscsiは正しく動作してます。以下、stop/startで正しくiscsiが実行されてLogout/Logonが成功している状態。

[root@discus164  ˜]# service iscsi stop
Logging out of session [sid: 1, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Logging out of session [sid: 2, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Logging out of session [sid: 3, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Logging out of session [sid: 4, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Logging out of session [sid: 5, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Logging out of session [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Logout of [sid: 1, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
Logout of [sid: 2, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
Logout of [sid: 3, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
Logout of [sid: 4, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
Logout of [sid: 5, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
Logout of [sid: 6, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
Stopping iSCSI daemon: 
[root@discus164  ˜]# service iscsi start
iscsid が停止していますが PID ファイルが残っています
Starting iSCSI daemon:                                     [  OK  ]
                                                           [  OK  ]
iSCSI ターゲットを設定中: Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm1, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm2, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm4, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs2, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:asm3, portal: 192.168.2.92,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:crs1, portal: 192.168.2.92,3260]: successful
                                                           [  OK  ]
[root@discus164  ˜]#

この場合はなんの問題もないわけです。が…

ところが、対処前のCentOS5.5では、shutdown/reboot時に以下のログが表示されLogoutできずOpenfiler側のセッションがゾンビ化する。

Unmounting pipe file systems:                              [  OK  ]
 connection2:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4300342437, last ping 4300347437, now 4300352437
 connection2:0: detected conn error (1011)
 connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4300342437, last ping 4300347437, now 4300352439
 connection1:0: detected conn error (1011)
 connection4:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4300342437, last ping 4300347437, now 4300352449
 connection4:0: detected conn error (1011)
 connection3:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4300342437, last ping 4300347437, now 4300352463
 connection3:0: detected conn error (1011)
 connection5:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4300342437, last ping 4300347437, now 4300352472
 connection5:0: detected conn error (1011)
 connection6:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4300342437, last ping 4300347437, now 4300352474
 connection6:0: detected conn error (1011)
Unmounting file systems:                                   [  OK  ]
Halting system...

スクリーンショットは以下

前述の問題の対処として/etc/init.d/iscsiを修正する方法を選択した。diffは以下のとおり。

[root@discus164 ˜]# diff -u /etc/init.d/iscsi.org /etc/init.d/iscsi
--- /etc/init.d/iscsi.org   2010-03-31 22:26:39.000000000 +0900
+++ /etc/init.d/iscsi       2010-10-31 01:33:12.000000000 +0900
@@ -35,10 +35,10 @@

        # If this is a final shutdown/halt, do nothing since
        # lvm/dm, md, power path, etc do not always handle this
-       if [ "$RUNLEVEL" = "6" -o "$RUNLEVEL" = "0" -o "$RUNLEVEL" = "1" ]; then
-               success
-               return
-       fi
+       #if [ "$RUNLEVEL" = "6" -o "$RUNLEVEL" = "0" -o "$RUNLEVEL" = "1" ]; then
+       #       success
+       #       return
+       #fi

        # don't turn off iscsi if root is possibly on a iscsi disk
        rootopts=$(awk '{ if ($1 !˜ /^[ \t]*#/ && $2 == "/") { print $4; }}' /etc/mtab)

修正後は以下のとおり問題なくiscsiのセッションがlogoutされている ;)

参考：

Stray Penguin - Linux Memo (iSCSi) - シャットダウン/リブート時のSCSI cache エラー
 Red Hat Bugzilla – Bug 583218

これまでのあらずじ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

・VirtualBox de RAC (Oracle11g R1編） #1

投稿日時 2010年10月31日 (日) 15時59分 Mac, Linux, Oracle Database 11g, Open Source, iSCSI, VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年10月18日 (月)

Mac de Oracle - １０万円未満 de RAC (11g編）改め、 VirtualBox de RAC (Oracle11g R1編） #1

いままでいろいろと遊んでいたPCやうちの奥さんのPCがじゃまになってきたのでCore i7 980x (6 core / ハイパースレッディングを使って12CPU）というやつ１台に集約！。

さすがに"１０万円未満 de"はとは言えなくなった(購入金額をVM数で割ってもちょいと足がでるが、電気代とか占有スペースとか必要に応じてVM作って遊べるのでお得だ。）ので、VirtualBox de RACと改名いたしましたw

とは言っても、Oracle11g R1 EE for Linux x86でiSCSIを使うというのは同じで、違うのは全部VMっていうところだけ。
手順もMac de Oracle - １０万円未満 de RAC (11g編）と同じ（OCFS2やASMlibのバージョンはCentOSのバージョンに対応する最新のものを利用しています。）なのでVM使ってて悩んだ所などを中心に書く予定。

・CPU - Intel Core i7-980X Extreme Edition 3.33Ghz (6 core / 12 thread) * 1
・Memory - 12GB (2GB * 6)
・Disk - S-ATA2 1TB * 2
・NIC - on board Gbit NIC
グラフィックカードは気にしてなかったので安めの、 NVIDIA GeForce GTS 250 (512MB)

ソフトウェアは以下の通り。

ホストOS等
・CentOS5.5 x86_64 (Kernel:2.6.18-194.17.1.e15)
・VirtualBox3.2.8 x86_64

ゲストOS等
・CentOS5.5 x86 (kernel:2.6.18-194.17.1.e15PAE)
・Openfiler2.3 x86
・Oracle11g 11.1.0.6.0 EE for Linux x86
　など…

以下、適当に書いた配置図。
VNICの設定では、外部ネットワークにも行けるようにBridge Adapter~~を使ったこと~~とInterconnect向けにInternal Networkを使った（VirtualBoxのInternal NetworkはGestOS間でのみ通信できHostOSからも見えない）

という案で、VMごとクラッシュさせたりいろいろ悩みながらなんとかインスコ＆構築done。現在は以下ような状態！ :)

次回へつづく。

関連エントリ
・Mac de Oracle - １０万円未満 de RAC (11g編）#28

投稿日時 2010年10月18日 (月) 10時10分 Oracle, Mac, Linux, UML, RAC, SQL, Oracle Database 11g, Oracle Instant Client, Mac(Intel x86), VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年10月 3日 (日)

How to install Oracle VM VirtualBox guest additions.

Guest Additionsインストールで悩んだ時はこれね！

Oracle VM VirtualBoxでguest additionsインストールでbash: ./VBoxLinuxAdditions-x86.run: /bin/sh: bad interpreter: 許可がありませんエラーに遭遇したんですが、多分皆さん一度はハマったかなっと思った事もあり、メモ替わりに載せておきます。

解決策は、見ての通りなのですが、ちょいと一瞬悩んじゃいました。:)

「VM上のメニュー」→「デバイスアイテム」→「Guest Additionsのインストール」を選択後、xtermを開く、まではいいんですが…。

[root@discus2 ˜]# cd /media
[root@discus2 media]# ll
合計 2
dr-xr-xr-x 4 root root 2048  8月  5 20:58 VBOXADDITIONS_3.2.8_64453
[root@discus2 media]# cd VBOXADDITIONS_3.2.8_64453
[root@discus2 VBOXADDITIONS_3.2.8_64453]# ll
合計 30317
dr-xr-xr-x 3 root root     2048  8月  5 20:58 32Bit
dr-xr-xr-x 2 root root     2048  8月  5 20:58 64Bit
-r-xr-xr-x 1 root root      222  6月  3 01:33 AUTORUN.INF
-r-xr-xr-x 1 root root  3286480  8月  5 20:50 VBoxLinuxAdditions-amd64.run
-r-xr-xr-x 1 root root  2846156  8月  5 20:57 VBoxLinuxAdditions-x86.run
-r-xr-xr-x 1 root root 11253760  8月  5 21:52 VBoxSolarisAdditions.pkg
-r-xr-xr-x 1 root root  7669024  8月  5 20:44 VBoxWindowsAdditions-amd64.exe
-r-xr-xr-x 1 root root  5701080  8月  5 20:41 VBoxWindowsAdditions-x86.exe
-r-xr-xr-x 1 root root   277008  8月  5 20:41 VBoxWindowsAdditions.exe
-r-xr-xr-x 1 root root     4890  8月  5 20:54 autorun.sh
[root@discus2 VBOXADDITIONS_3.2.8_64453]# 
[root@discus2 VBOXADDITIONS_3.2.8_64453]# 
[root@discus2 VBOXADDITIONS_3.2.8_64453]# ./VBoxLinuxAdditions-x86.run
bash: ./VBoxLinuxAdditions-x86.run: /bin/sh: bad interpreter: 許可がありません
[root@discus2 VBOXADDITIONS_3.2.8_64453]# 
[root@discus2 VBOXADDITIONS_3.2.8_64453]# 
[root@discus2 VBOXADDITIONS_3.2.8_64453]# 
[root@discus2 VBOXADDITIONS_3.2.8_64453]# /bin/sh VBoxLinuxAdditions-x86.run
Verifying archive integrity... All good.
Uncompressing VirtualBox 3.2.8 Guest Additions for Linux........
VirtualBox Guest Additions installer
Removing installed version 3.2.8 of VirtualBox Guest Additions...
Building the VirtualBox Guest Additions kernel modules
Your guest system does not seem to have sufficient OpenGL support to enable
accelerated 3D effects (this requires Linux 2.6.27 or later in the guest
system).  This Guest Additions feature will be disabled.


Building the main Guest Additions module                   [  OK  ]
Building the shared folder support module                  [  OK  ]
Doing non-kernel setup of the Guest Additions              [  OK  ]
You should restart your guest to make sure the new modules are actually used

Installing the Window System drivers
Installing X.Org 7.1 modules                               [  OK  ]
Setting up the Window System to use the Guest Additions    [  OK  ]
You may need to restart the hal service and the Window System (or just restart
the guest system) to enable the Guest Additions.

Installing graphics libraries and desktop services componen[  OK  ]
[root@discus2 VBOXADDITIONS_3.2.8_64453]#

投稿日時 2010年10月 3日 (日) 10時00分 Oracle, Linux, VM, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月30日 (木)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #8

前回の続きです。pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2も今回で一旦終了。

今回は、最後に残った、Oracle11g EE R2 11.2.0.1.0 for Linux x86-64で再確認。64bit版のOracle11g R21と同じ結果になるに違いねぇ。とまた、決めつけてるw

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SQL> show parameter pga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target                 big integer 100M
SQL> 
SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           104857600                      FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            100
aggregate PGA auto target                          58.6582031
global memory bound                                        20

SQL>

pga_aggregate_targetを10MB/50MB/1GB/5GB/10GB/100GB/4095GBと、いつものように増加させながらv$pgastatビューのGlobal memory boundでpgaサイズを確認してみます！

SQL> alter system set pga_aggregate_target=10m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10485760                       FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             10
aggregate PGA auto target                                   4
global memory bound                                         2

SQL> alter system set pga_aggregate_target=50m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           52428800                       FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             50
aggregate PGA auto target                          13.6582031
global memory bound                                        10

SQL> alter system set pga_aggregate_target=1g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  214732800                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           1073741824                     FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           1024
aggregate PGA auto target                          890.314453
global memory bound                                102.392578

SQL> alter system set pga_aggregate_target=5g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073725440                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           5368709120                     FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           5120
aggregate PGA auto target                          4576.67578
global memory bound                                511.992188

SQL> alter system set pga_aggregate_target=10g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  2147471360                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10737418240                    FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          10240
aggregate PGA auto target                          9184.63184
global memory bound                                1023.99414

SQL> alter system set pga_aggregate_target=100g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  2147483648                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           107374182400                   FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                         102400
aggregate PGA auto target                           92126.127
global memory bound                                      1024

SQL> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  2147483648                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           4396972769280                  FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        4193280
aggregate PGA auto target                           3773909.9
global memory bound                                      1024

SQL>

結果は、予想通り、Oracle11g EE R1 11.1.0.7.0 for Linux x86-64と全く同じでした〜

やっと、もやもやしてたOracle10g R2以降のpga回りの動きが掴めたので、ゆっくーり、寝れそうw　（ほんとうはパラレル版もやりたいけど〜それはまた。）

投稿日時 2010年9月30日 (木) 00時15分 Oracle, Mac, Linux, チューニング, Oracle Database 11g, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月29日 (水)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #7

前回の続きです。

今回は、Oracle11g EE R2 11.2.0.1.0 for Linux x86で再確認。32bit版です。32bit版のOracle11g R1と同じ結果になるに違いねぇ。（決めつけてるw)


SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SQL> show parameter pga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target                 big integer 100M
SQL> 
SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           104857600                      FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            100
aggregate PGA auto target                          62.5078125
global memory bound                                        20

pga_aggregate_targetを10MB/50MB/1GB/5GB/10GB/100GB/4095GBと、いつものように増加させながらv$pgastatビューのGlobal memory boundでpgaサイズを確認してみます！

SQL> alter system set pga_aggregate_target=10m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10485760                       FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             10
aggregate PGA auto target                                   4
global memory bound                                         2

SQL> alter system set pga_aggregate_target=50m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           52428800                       FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             50
aggregate PGA auto target                            16.59375
global memory bound                                        10

SQL> alter system set pga_aggregate_target=1g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  214732800                      TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           1073741824                     FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           1024
aggregate PGA auto target                          893.197266
global memory bound                                102.392578

SQL> alter system set pga_aggregate_target=5g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073725440                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           5368709120                     FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           5120
aggregate PGA auto target                          4580.46387
global memory bound                                511.992188

SQL> alter system set pga_aggregate_target=10g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target        134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073741824                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10737418240                    FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          10240
aggregate PGA auto target                          9188.41992
global memory bound                                       512

SQL> alter system set pga_aggregate_target=100g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073741824                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           107374182400                   FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                         102400
aggregate PGA auto target                          92130.6797
global memory bound                                       512

SQL> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_ldr_pga_lim                   0                              TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073741824                     TRUE
_pgactx_cap_stacks             FALSE                          TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           4396972769280                  FALSE

9行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        4193280
aggregate PGA auto target                          3773915.44
global memory bound                                       512

SQL>

結果は、予想通り、Oracle11g EE R1 11.1.0.7.0 for Linux x86と全く同じでした〜

次回、Oracle11g R2 64bit版へつづく。

投稿日時 2010年9月29日 (水) 00時01分 Oracle, Mac, Linux, チューニング, Oracle Database 11g, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月28日 (火)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #6

前回の続きです。

今回は、Oracle11g EE R1 11.1.0.7.0 for Linux x86-64で再確認してみます。前回は、32bit版でしたが今回は同バージョンの64bit版です。何か違いがあるでしょうか？（多分、Oracle10g R2 MacOS X x86-64と同じなんじゃないかと予想してます。）

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE    11.1.0.7.0      Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

SQL> show parameter pga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target                 big integer 100M
SQL> 
SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           104857600                      FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            100
aggregate PGA auto target                          57.7529297
global memory bound                                        20

pga_aggregate_targetを10MB/50MB/1GB/5GB/10GB/100GB/4095GBと、いつものように増加させながらv$pgastatビューのGlobal memory boundでpgaサイズを確認してみます！

SQL> alter system set pga_aggregate_target=10m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10485760                       FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             10
aggregate PGA auto target                                   4
global memory bound                                         2

SQL> alter system set pga_aggregate_target=50m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           52428800                       FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             50
aggregate PGA auto target                          12.7177734
global memory bound                                        10

SQL> alter system set pga_aggregate_target=1g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  214732800                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           1073741824                     FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           1024
aggregate PGA auto target                            889.3125
global memory bound                                102.392578

SQL> alter system set pga_aggregate_target=5g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073725440                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           5368709120                     FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           5120
aggregate PGA auto target                          4575.68262
global memory bound                                511.992188

SQL> alter system set pga_aggregate_target=10g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  2147471360                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10737418240                    FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          10240
aggregate PGA auto target                          9183.62988
global memory bound                                1023.99414

SQL> alter system set pga_aggregate_target=100g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  2147483648                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           107374182400                   FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                         102400
aggregate PGA auto target                          92126.0039
global memory bound                                      1024

SQL> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  2147483648                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           4396972769280                  FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        4193280
aggregate PGA auto target                          3773910.37
global memory bound                                      1024

SQL>

結果は、予想通り、Oracle10g EE R2 10.2.0.4.0 for MacOS X x86-64と全く同じ。:)

次回、Oracle11g R2 32bit版へつづく。

投稿日時 2010年9月28日 (火) 00時01分 Oracle, Mac, Linux, チューニング, Oracle Database 11g, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月27日 (月)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #5

前回の続きです。

今回は、Oracle11g EE R1 11.1.0.7.0 for Linux x86で再確認してみます。前回は、64bitのOracle10g R2でしたが今回は32bitのOracle11g R1です。さて何か違いがあるでしょうか？

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
PL/SQL Release 11.1.0.7.0 - Production
CORE    11.1.0.7.0      Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

SQL> show parameter pga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target                 big integer 100M
SQL> 
SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           104857600                      FALSE

7行が選択されました。

pga_aggregate_targetを10MB/50MB/1GB/5GB/10GB/100GB/4095GBと、いつものように増加させながらv$pgastatビューのGlobal memory boundでpgaサイズを確認してみます！

SQL> alter system set pga_aggregate_target=10m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10485760                       FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             10
aggregate PGA auto target                                   4
global memory bound                                         2

SQL> alter system set pga_aggregate_target=50m;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           52428800                       FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             50
aggregate PGA auto target                          10.7929688
global memory bound                                        10

SQL> alter system set pga_aggregate_target=1g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  214732800                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           1073741824                     FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           1024
aggregate PGA auto target                          895.368164
global memory bound                                102.392578

SQL> alter system set pga_aggregate_target=5g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073725440                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           5368709120                     FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           5120
aggregate PGA auto target                          4581.67676
global memory bound                                511.992188

SQL> alter system set pga_aggregate_target=10g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073741824                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10737418240                    FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          10240
aggregate PGA auto target                            9190.125
global memory bound                                       512

SQL> alter system set pga_aggregate_target=100G;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073741824                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           107374182400                   FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                         102400
aggregate PGA auto target                          92132.8242
global memory bound                                       512

SQL> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SQL> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ------------------------------
__pga_aggregate_target         134217728                      FALSE
_kdli_sio_pga                  FALSE                          TRUE
_kdli_sio_pga_top              FALSE                          TRUE
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  1073741824                     TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           4396972769280                  FALSE

7行が選択されました。

SQL> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        4193280
aggregate PGA auto target                          3773917.11
global memory bound                                       512

SQL>

お〜っ！。　Oracle10g R2のように_pga_max_sizeが自動調整されて増加しているのがわかります。ただ、Oracle10g R2 (64bit)と割当ルールはほぼ同じなようなのですが、１箇所だけ違うようですね。
それは自動調整される　_pga_max_sizeの上限値が、512MBであること。Oracle10g R2 (64bit)では、1GBまで増加したはず！。

このエントリに載せていない確認内容も含めてまとめると…

Oracle11g R1(32bit)で_pga_max_sizeの値が、1000MBを超えると動的に変化し始める。
- Oracle10g R2 (64bit)と同じ。

pga_aggregate_targetが1GB近くまでだと、pga_aggregate_targetの20%。
- Oracle10g R2 (64bit)と同じ。

pga_aggregate_targetが1GB以上になると、_pga_max_sizeが、pga_aggregate_targetの19.999%程度の値に自動設定され、さらにその値の50%。結果的として、pga_aggregate_target値の10%をほんの少し下回る値が設定される。pga_aggregate_targetが5GBである場合、512MBをほんの少し下回るのサイズがpgaとして割り当てられる。

pga_aggretate_targetが5GBを超えた場合、_pga_max_sizeが1GBで頭打ちとなり、結果的として512MBがPGAとして割り当てられる。つまり自動PGA管理における最大PGAサイズは512MBということになる。(32bit版ではね）

投稿日時 2010年9月27日 (月) 00時01分 Oracle, Mac, Linux, チューニング, Oracle Database 11g, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月26日 (日)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #4

Oracle10g R2 EE 10.2.0.4.0 for MacOS X x86-64で再確認の続き。

pga_aggregate_targetがどの程度になると、_pga_max_sizeが200MBをこえるんでしょうねぇ。調べてみましょう。わくわくです。

SYS> alter system set pga_aggregate_target=150m;

システムが変更されました。

SYS> 
SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       157286400		      FALSE

SYS> alter system set pga_aggregate_target=200m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       209715200		      FALSE

SYS> alter system set pga_aggregate_target=500m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       524288000		      FALSE

SYS> alter system set pga_aggregate_target=1023m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       214528000		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       1072693248		      FALSE

SYS> alter system set pga_aggregate_target=1010m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       211804160		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       1059061760		      FALSE

SYS> alter system set pga_aggregate_target=1000m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       1048576000		      FALSE

SYS> alter system set pga_aggregate_target=1001m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209920000		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       1049624576		      FALSE

SYS>

ということで、pga_aggreate_target=1000MBまでは、元々の値である200MBを維持しているようです。
1001MB以上で、_pga_max_sizeの値が動的に変化し始め、実際の値は、pga_aggregate_targetの19.999%程度になるようです。
丸めてしまえば、pga_aggregate_targetの20%なので、pga_aggregate_targetが1001MB以上の場合、その値の20%が、_pga_max_sizeに設定されるとしちゃっても特に問題ないかもしれませんけどね。

前回の結果も含めてまとめると、

Oracle10g R2になると、10g R1までとは異なり_pga_max_sizeの値が、1000MBを超えると動的に変化し始める。
pga_aggregate_targetが1GB近くまでだと、pga_aggregate_targetの20%。
pga_aggregate_targetが1GB以上になると、_pga_max_sizeが、pga_aggregate_targetの19.999%程度の値に自動設定され、さらにその値の50%。結果的として、pga_aggregate_target値の10%をほんの少し下回る値が設定される。pga_aggregate_targetが10GBである場合、1GBをほんの少し下回るのサイズがpgaとして割り当てられる。
pga_aggretate_targetが10GBを超えた場合、_pga_max_sizeが2GBで頭打ちとなり、結果的として1GBがPGAとして割り当てられる。つまり自動PGA管理における最大PGAサイズは1GBということになる。(64bit版ではね）

意図せず、_pga_max_sizeが固定化されてしまっていた以前のテストとは大きく異なる結果となってしまったが、_pga_max_sizeが動的に変化し最大2GBまで増えるってところを除けば仕組みは同じだよね。と :)

次回は、Oracle11g R1 EE 11.1.0.6.0 (x86) 32bit版で同様に再確認。次回へつづく。

投稿日時 2010年9月26日 (日) 00時01分 Oracle, Mac, Tiger Server De Oracle10g, Linux, チューニング, Oracle Database 11g, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月25日 (土)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #3

前回でOracle10g R1の再確認は終わり、今回はOracle10g R2 EE 10.2.0.4.0 for MacOS X x86_64で再確認。

pga_aggregate_targetパラメータを10MB/50MB/1GB/5GB/10GB/100GB/4095GBと変化させた場合、pgaに使用されるサイズがどのように変化するかv$pgastatビューのglobal memory boundを見て確認。

_pga_max_sizeパラメータがデフォルト値となっているか確認。問題なさそうですね :)

SYS> 
SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target		     big integer 100M
SYS> 
SYS> @pgastat.sql

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  100
aggregate PGA auto target			   73.6699219
global memory bound					   20

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       104857600		      FALSE

では、早速、確認してみましょう！

pga_aggregate_targetをどんどん増加させ、あるサイズ以上になると、_pga_max_sizeパラメータが動的に増加し始めます。
これをキッカケにして、global memory boundも増加していき、最終的には、1024MBつまり1GBで頭打ちになります。まあ、ないとはおもいますけど、１セッションで1GBを超えるPGAが必要な場合は、_pga_max_sizeをセットしちゃうか、自動PGA管理をOFFにするんでしょうね。多分後者の方がいいように思いますね。やるなら。(^^:::

SYS> alter system set pga_aggregate_target=10m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       10485760 		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   10
aggregate PGA auto target				    4
global memory bound					    2

SYS> alter system set pga_aggregate_target=50m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       52428800 		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   50
aggregate PGA auto target			   28.6611328
global memory bound					   10

SYS> alter system set pga_aggregate_target=1G;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       214732800		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       1073741824		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			   905.255859
global memory bound				   102.392578

SYS> alter system set pga_aggregate_target=5G;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       1073725440		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       5368709120		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 5120
aggregate PGA auto target			    4591.6084
global memory bound				   511.992188

SYS> alter system set pga_aggregate_target=10g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       2147471360		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       10737418240		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				10240
aggregate PGA auto target			   9199.56445
global memory bound				   1023.99414

SYS> alter system set pga_aggregate_target=100g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       2147483648		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       107374182400		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			       102400
aggregate PGA auto target			   92142.4834
global memory bound					 1024

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ---------
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       2147483648		      TRUE
_use_ism_for_pga	       TRUE			      TRUE
pga_aggregate_target	       4396972769280		      FALSE

SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			      4193280
aggregate PGA auto target			   3773926.51
global memory bound					 1024

ということで、Oracle10g R2 EE 10.2.0.4.0 for MacOS X x86_64での再確認パート１は終了。Oracle10g R1の頃と違い、PGAサイズって自動的に1GBまで多きくなるんですね。

次回は、_pga_max_sizeが元々の値である200MBから値が変化し始めるpga_aggregate_targetパラメータのサイズっていくつ？　ってところをチェックしておこうと思います。

投稿日時 2010年9月25日 (土) 12時00分 Oracle, Mac, Linux, チューニング, Oracle Database 11g, Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月24日 (金)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #2

前回からのつづきです。Oracle10g R1 10.1.0.3.0 (32bit)で _pga_max_sizeパラメータ値がデフォルトの場合、pga_aggregate_targetパラメータ値を10MB/50MB/1GB/5GB/10GB/4095GBと変化させ、pgaに使用されるサイズがどのように変化するか、v$pgastatビューのglobal memory boundを見て確認していく。

結果は見ての通り。Oracle10g R1では、_pga_max_sizeパラメータはpga_aggregate_targetには影響されず、常に200MBで固定されている。従ってOracle10g R1では、以前のテスト結果の通り。
pga_aggregate_targetの5%又は、_pga_max_size(200MB)の50%でいづれかの小さいサイズが利用されるというのは正しいようだ。

SYS> alter system set pga_aggregate_target=10m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10485760                       FALSE

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter         10
aggregate PGA auto target               4
global memory bound                    .5

SYS> alter system set pga_aggregate_target=50m;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           52428800                       FALSE

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter         50
aggregate PGA auto target      31.7548828
global memory bound                   2.5


SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           1073741824                     FALSE

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter       1024
aggregate PGA auto target      908.358398
global memory bound            51.1992188

SYS> alter system set pga_aggregate_target=5g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           5368709120                     FALSE

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter       5120
aggregate PGA auto target      4594.71973
global memory bound                   100

SYS> alter system set pga_aggregate_target=10g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           10737418240                    FALSE

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter      10240
aggregate PGA auto target      9202.67578
global memory bound                   100

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           4396972769280                  FALSE

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter    4193280
aggregate PGA auto target      3773929.69
global memory bound                   100

SYS>

Oracle10g R2で再確認へつづく。

投稿日時 2010年9月24日 (金) 12時00分 Oracle, Mac, Tiger Server De Oracle10g, Linux, Oracle Database 11g, Mac(Intel x86), Oracle11g R2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月23日 (木)

pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #1

前回のネタ振りから随分間があいてしまいました。m(_ _)m

「pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？」シリーズで_pga_max_sizeが固定値の様に見えてしまっているのですが、そのようになってしまった、"大きなミス"ってどこかわかりますか？

ってところ、わかりますかね。

実は、行く先々で pga_aggregate_targetとか _pga_max_sizeの値を覗いてみてて、あれ、自分のMacやPCで確かめた値と違う？？？何故ってことが数回あって、あ、そういことかと気付いたわけです。

答えから先に言うと、

Oracle10g R1までは確かに _pga_max_sizeは200MBで固定値だった。ところが、Oracle10g R2以降は、Oracleが内部で動的に変更する隠しパラメータになったということ。

そして、_pga_max_sizeをalter system文で変更してしまうと、Oracle10g R2以降では、その値は動的に変更されず、ユーザが設定した値で固定されてしまう。

ということ。

この影響で、私が実施したテストケースでは全て_pga_max_sizeは200MBのままで固定値のように見えていたということ。。

orz... まあ、隠しパラメータですから、どんな仕様変更があっても文句はいいません。＞＜　はい。

では、早速、alter system文で値を設定してしまった　_pga_max_sizeパラメータを元の状態に戻しましょう！

手順としては、Oracleインスタンス起動、spfileからpfileを作り、pfileから_pga_max_sizeの部分を削除、インスタンス停止、pfileでOracleインスタンス起動、spfile作って再起動って感じです。

とりあえず、Oracle10g R1で。

SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Prod
PL/SQL Release 10.1.0.3.0 - Production
CORE    10.1.0.3.0      Production
TNS for MacOS X Server: Version 10.1.0.3.0 - Production
NLSRTL Version 10.1.0.3.0 - Production

SYS> show parameter pga

NAME                                 TYPE                              VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size                        big integer                       200M
pga_aggregate_target                 big integer                       100M

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter        100
aggregate PGA auto target      76.1923828
global memory bound                     5

SYS>
SYS> create pfile from spfile;

ファイルが作成されました。

SYS> !cat $ORACLE_HOME/dbs/initxtiger.ora

・・・中略・・・

xtiger.__large_pool_size=4194304
xtiger.__shared_pool_size=104857600
*._pga_max_size=209715200
*.background_dump_dest='/Volumes/Discus/4oracle/oracle/u01/app/oracle/admin/xtiger/bdump'
*.compatible='10.1.0.2.0'

・・・中略・・・

SYS> edit $ORACLE_HOME/dbs/initxtiger.ora



*._pga_max_sizeの行を削除！
SYS> !cat $ORACLE_HOME/dbs/initxtiger.ora

・・・中略・・・

xtiger.__large_pool_size=4194304
xtiger.__shared_pool_size=104857600
*.background_dump_dest='/Volumes/Discus/4oracle/oracle/u01/app/oracle/admin/xtiger/bdump'
*.compatible='10.1.0.2.0'

・・・中略・・・

SYS> shutdown
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
SYS> 
SYS> startup pfile=$ORACLE_HOME/dbs/initxtiger.ora
ORACLEインスタンスが起動しました。

Total System Global Area  293601280 bytes
Fixed Size                   778888 bytes
Variable Size             120331640 bytes
Database Buffers          171966464 bytes
Redo Buffers                 524288 bytes
データベースがマウントされました。
データベースがオープンされました。

SYS> create spfile from pfile;

ファイルが作成されました。

SYS> shutdown
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。

SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  293601280 bytes
Fixed Size                   778888 bytes
Variable Size             120331640 bytes
Database Buffers          171966464 bytes
Redo Buffers                 524288 bytes
データベースがマウントされました。
データベースがオープンされました。

SYS> show parameter pga

NAME                                 TYPE                              VALUE
------------------------------------ --------------------------------- ------------------------------
pga_aggregate_target                 big integer                       100M

SYS> @pgastat

NAME                             size(MB)
------------------------------ ----------
aggregate PGA target parameter        100
aggregate PGA auto target      76.3242188
global memory bound                     5

SYS> @show_hidden_pga_param

KSPPINM                        KSPPSTVL                       KSPPSTDF
------------------------------ ------------------------------ ---------------------------
_pga_large_extent_size         1048576                        TRUE
_pga_max_size                  209715200                      TRUE
_use_ism_for_pga               TRUE                           TRUE
pga_aggregate_target           104857600                      FALSE

SYS>

戻った〜。 show parameter pgaで隠しパラメータである_pga_max_sizeパラメータが表示されているということは、その値がデフォルト値と同じ値であっても、そのパラメータの値は、ユーザがセットした値ということ。show parameterで _pga_max_sizeが表示されなくなったらOK。

ちなみに、 show_hidden_pga_param.sqlは以下のようなクエリ。

select
   a.ksppinm
  ,b.ksppstvl
  ,b.ksppstdf
from
  x$ksppi a join x$ksppcv b
  on a.indx = b.indx
where
  a.ksppinm like '%pga%'
order by
  a.ksppinm
/

次回へつづく。

投稿日時 2010年9月23日 (木) 13時34分 Oracle, Mac, Tiger Server De Oracle10g, Linux, チューニング, Oracle Database 11g, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64), Oracle11g R2, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月21日 (火)

続・Client result cache (クライアント結果キャッシュ） #1 w

最終回とおまけで終了させてしまったので、”続”にしてみたw

まずは、Oracle11 r2のマニュアル（原文）を。(Oracle11g r1でも同じなので）

マニュアルには、シノニムを経由の場合、クライアント結果キャッシュされないという記載はない…

ところが…

デモプログラムでアクセスするqctable表をOCITESTユーザではなくSCOTTユーザに作成し
パブリックシノニムを経由してOCITESTユーザからアクセスするよう環境を変更し〜て〜み〜る〜と〜

なんと〜〜〜〜〜〜〜〜クライアント結果キャッシュ対象外になるではありませんか〜〜〜。:)

なぜ、この手の見つけるとニッコリしちゃうんでしょw

11:21:52 SYS> conn ocitest/ocitest
接続されました。
11:22:23 OCITEST> drop table qctable purge;

表が削除されました。

経過: 00:00:00.55
11:22:33 OCITEST> desc qctable
ERROR:
ORA-04043: オブジェクトqctableは存在しません。


11:24:32 OCITEST> conn scott/tiger
接続されました。
11:26:50 SCOTT> CREATE TABLE qctable (empno NUMBER, ename VARCHAR2(20), sal NUMBER);

表が作成されました。

経過: 00:00:00.16
11:26:57 SCOTT> conn / as sysdba
接続されました。
11:27:39 SYS> grant select, insert, delete, update on scott.qctable to ocitest;

権限付与が成功しました。

経過: 00:00:00.03
11:27:54 SYS> create public synonym qctable for scott.qctable;

シノニムが作成されました。

経過: 00:00:00.12
11:28:15 SYS> conn ocitest/ocitest
接続されました。
11:29:30 OCITEST> desc qctable
 名前                                    NULL?    型
 ----------------------------------------- -------- ----------------------------
 EMPNO                                              NUMBER
 ENAME                                              VARCHAR2(20)
 SAL                                                NUMBER


11:29:33 OCITEST> exec insert_val;

PL/SQLプロシージャが正常に完了しました。

経過: 00:00:00.36
11:29:39 OCITEST> commit;

コミットが完了しました。

経過: 00:00:00.01
11:29:41 OCITEST>

という準備の後に、前回改造した（オリジナルのcdemoqc.cでも確認できます。）デモプログラムを実行中にclient_result_cache_stats$ビュ−を覗いて見ると〜

シノニム経由だとキャッシュされなくなることが確認できる。


11:33:22 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       140          1 Block Size                            256
       140          2 Block Count Max                      4096
       140          3 Block Count Current                   128
       140          4 Hash Bucket Count                    1024
       140          5 Create Count Success                    0
       140          6 Create Count Failure                    0
       140          7 Find Count                              0
       140          8 Invalidation Count                      0
       140          9 Delete Count Invalid                    0
       140         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00
11:33:48 SYS>

あと一つぐらいはエントリ書くかも、（書かないかも）

・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #1
・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #2
・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #3
・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #4
・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #5 （最終回）
・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #おまけ

投稿日時 2010年9月21日 (火) 01時36分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月14日 (火)

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #おまけ

前回、最終回と言っておきながらおまけを付けるのもMac De Oracle流w

client result cacheの効果を見る方法はclient_result_cache_stats$ビューだけじゃないんですよ。

おなじみのSQLトレースを使っても確認できます。

・クライアント結果キャッシュなしのSQLトレース

SQL ID: 6xq85x8zzu4wf
Plan Hash: 1630726318
SELECT empno, ename, sal 
FROM
 qctable


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00         11         34          0           0
Execute      5      0.00       0.00          0          0          0           0
Fetch       10      0.00       0.00          6         40          0           5
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total       16      0.00       0.00         17         74          0           5

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 82  (OCITEST)

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  TABLE ACCESS FULL QCTABLE (cr=8 pr=6 pw=0 time=0 us cost=3 size=12 card=1)


Rows     Execution Plan
-------  ---------------------------------------------------
      0  SELECT STATEMENT   MODE: ALL_ROWS
      1   TABLE ACCESS   MODE: ANALYZED (FULL) OF 'QCTABLE' (TABLE)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                      15        0.00          0.00
  SQL*Net message from client                    15        0.00          0.00
  db file sequential read                         1        0.00          0.00
  db file scattered read                          1        0.00          0.00

・クライアント結果キャッシュありのSQLトレース

SQL ID: 6gsb66qbaqg37
Plan Hash: 1630726318
SELECT /*+ result_cache */ empno, ename, sal 
FROM
 qctable


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.02         10         34          0           0
Execute      1      0.00       0.02          0          0          1           0
Fetch        2      0.00       0.00          6          8          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.00       0.04         16         42          1           1

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 82  (OCITEST)

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  RESULT CACHE  35dnz5hwwxb2k5f5b2ucfcff1d (cr=8 pr=6 pw=0 time=0 us)
      1   TABLE ACCESS FULL QCTABLE (cr=8 pr=6 pw=0 time=0 us cost=3 size=12 card=1)


Rows     Execution Plan
-------  ---------------------------------------------------
      0  SELECT STATEMENT   MODE: ALL_ROWS
      1   RESULT CACHE OF '35dnz5hwwxb2k5f5b2ucfcff1d'
             column-count=3; dependencies=(OCITEST.QCTABLE); name="SELECT /*+ 
               result_cache */ empno, ename, sal FROM qctable"
      1    TABLE ACCESS   MODE: ANALYZED (FULL) OF 'QCTABLE' (TABLE)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                       3        0.00          0.00
  log file sync                                   1        0.00          0.00
  SQL*Net message from client                     3        0.00          0.00
  db file sequential read                         1        0.00          0.00
  db file scattered read                          1        0.00          0.00

投稿日時 2010年9月14日 (火) 21時53分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月12日 (日)

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #5 （最終回）

これってクライアント結果キャッシュをちゃんと動作させる為じゃなく、cdemoqc.cってクライアント結果キャッシュのデモを実行した時に、別クライアントからclient_result_cache_stats$ビューの作成、参照件数等をチェックすることで動作確認できるようにするための改造なので、動作確認できたらdual表を無理矢理問い合わせるなんてぇロジック不要ですから、お間違いのないように。m(_ _)m 2010/9/13追記。

さて、Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係も今回が最終回.

最終回なのでOracleのバージョン情報も載せておきますね。

19:54:51 SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE    11.1.0.7.0      Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

経過: 00:00:00.00
19:55:56 SYS>

Client Result Cacheを有効化する為のプログラミング上のポイント！
・OCIStmtPrepare2()を使う。

マニュアルにも記載されてますが、Client Result Cacheを有効かするためにはStatement cache（文キャッシュ）を有効化している必要がある。
　OCIStmtPrepare()を使ってしまうと文キャッシュされないのでClient result cacheが効かない。

・OCIStmtFetch2()でOCI_NO_DATAまでフェッチする。

例えば、１行しかないからOCIStmtExecute()の後、OCIStmtFetch2()を１度しか行っていないと、OCI_NO_DATAが発生しないのでClient Result Cacheに問合せ結果が乗らない。

その他、初期化パラメータや　/*+ RESULT_CACHE */　ヒントを利用する等といった前提はマニュアルを読んでね。

最後に総まとめとして、cdemoqc.cを思いっきり修正し必要最低限かつ、cdemoqc.c内でclient_result_cache_stats$を確認するという怪しい作りじゃなく、別途、SQL*Plusからclient_result_cache_stats$ビューを問い合わせ、Client result cache（クライアント結果キャッシュ）が出来ているか確認できるように改造しちゃいました。

但し、削除次いでにwindows対応の部分までも削ぎ落としてしまいました。ごめんなさい。ごめんなさい。

以下、Mac De Oracle版 cdemoqc.c （除くWindows)のコード。

[oracle@lampeye demo]$ cat $ORACLE_HOME/rdbms/demo/cdemoqc.c
/* Copyright (c) 2007, Oracle. All rights reserved.  */

/*
  NAME
    cdemoqc - Basic OCI Query Cache(result cache) functionality 
         
  DESCRIPTION
    This program demonstrate the working of Query cache. 
    To use the query cache feature (and hence this program), database
    should have been brought up with client side result cache enabled. To bring
    the database with result cache enabled, add the following lines in
    initialization parameter file,
       client_result_cache_size=<cache size in bytes>
       client_result_cache_lag=<timeout value for cache in ms>
       compatible=11.0.0.0.0
    and bring up the database.

*/


# include <oci.h>

# include <stdio.h>
# include <string.h>
# include <stdlib.h>
# include <time.h>

#include <unistd.h>

#define EMPLOYEE 0

/* Function prototypes */
static void query_tab();
static void dummy_query();
static void dbLogon();
static void dbLogoff();
static void Checkerr(OCIError *errhp, sword status, text *msg);

int main();

static sword status = 0;
static OCISvcCtx *svchp;
static OCIError   *errhp;
static OCIEnv     *envhp;

/* Queries with result cache hints */
static text *cache_query=
(text *)"SELECT /*+ result_cache */ empno, ename, sal FROM qctable";
//(text *)"SELECT empno, ename, sal FROM qctable";

static text *dummy= (text *)"SELECT COUNT(*) FROM DUAL";
/* - main -------------------------------------------------------------------*/ 
int main ()
{
  long t;
  time(&t);
  printf ("Start -- %s",ctime(&t));
  printf ("Query cache is enabled by using result_cache hints\n\n");

  /* Logging on to multiple sessions */
  dbLogon ();

  printf ("Employee: Execute will fetch rows from server\n");
  query_tab(EMPLOYEE);
  printf ("\n\nEmployee: Execute will fetch rows from local cache, 4 times\n");
  query_tab(EMPLOYEE);
  query_tab(EMPLOYEE);
  query_tab(EMPLOYEE);
  query_tab(EMPLOYEE);
  printf ("\n\nTotal query 5 times\nSleeping...30sec..\n");
  sleep(30);
  time(&t);
  dummy_query(EMPLOYEE);
  printf("dummyクエリ実行済み、１０秒待機中。\n");
  printf("この間にclient_result_cache_stats$ビューを他端末からチェック！\n\n%s",
	 ctime(&t));
  sleep(10);

  dbLogoff ();
  return 0;
}

static void dummy_query ()
{
  OCIStmt *stmthp = (OCIStmt *)0;
  OCIDefine *def1hp = (OCIDefine *)0;
  ub4 ctr;
  sb4 ctrSz = sizeof(ctr);
  ub2 datelen=0;
  ub4 prefetch = 0;

  Checkerr (errhp,
    OCIStmtPrepare2 ((OCISvcCtx *)svchp,(OCIStmt **)&stmthp,
    (OCIError *)errhp, (text *)dummy, (ub4)strlen((char *)dummy),
    (oratext *)NULL, (ub4) 0, (ub4)OCI_NTV_SYNTAX, (ub4)OCI_DEFAULT),
    (oratext *)"OCIStmtPrepare");

  /* Setting the prefetch count = 0 */
  Checkerr(errhp,
    OCIAttrSet((OCIStmt *) stmthp, OCI_HTYPE_STMT, (dvoid *)&prefetch,
    sizeof(prefetch), OCI_ATTR_PREFETCH_ROWS, (OCIError *)errhp),
    (oratext *) "OCIAttrSet-prefetch");

  Checkerr (errhp,
    OCIDefineByPos ((OCIStmt *)stmthp, (OCIDefine **)&def1hp,
    (OCIError *)errhp, (ub4)1, (dvoid *)&(ctr), (sb4)ctrSz, (ub2)SQLT_INT,
    (dvoid *)0, (ub2 *)0, (ub2 *)0, (ub4)OCI_DEFAULT),
    (oratext *)"OCIDefByPos");

  if ((status = OCIStmtExecute ((OCISvcCtx *)svchp, (OCIStmt *)stmthp,
                  (OCIError *)errhp, (ub4)0, (ub4)0, (OCISnapshot *)0,
                  (OCISnapshot *)0, (ub4)OCI_DEFAULT)) != OCI_SUCCESS )
  {
    printf ("OCIStmtExecute for Query Dual - Fail\n" );
    Checkerr (errhp, status,(oratext *)"Stmt Execute");
  }
  else
  {
    status = OCIStmtFetch2((OCIStmt *)stmthp, (OCIError *)errhp, (ub4)1,
             (ub2)OCI_FETCH_NEXT, (sb4)0, (ub4)OCI_DEFAULT);

    if (status == OCI_ERROR || status == OCI_INVALID_HANDLE)
    {
      Checkerr(errhp, status, (oratext *)"OCIStmtFetch2");
      return;
    }
    else if (status != OCI_NO_DATA)
    {
      printf("Dual selected.\n");
    }
  }

  Checkerr (errhp,
    OCIStmtRelease ((OCIStmt *)stmthp, (OCIError *)errhp,(dvoid *)NULL, 0,
    OCI_DEFAULT), (oratext *)"StmtRelease");
}

/* - Logon to the DB in two sessions ----------------------------------------*/ 
static void dbLogon ()
{
  ub4 cachesize=10;
  OraText *connStr = (text *)"";
  OraText *username = (text *)"ocitest";
  OraText *password = (text *)"ocitest";
  OCIAuthInfo *authhp = (OCIAuthInfo *)0;

  OCIEnvCreate ((OCIEnv **)&envhp, (ub4)OCI_DEFAULT, (dvoid *)0,
                (dvoid * (*)(dvoid *, size_t))0,
                (dvoid * (*)(dvoid *, dvoid *, size_t))0,
                (void (*)(dvoid *, dvoid *))0, (size_t)0, (dvoid **)0);

  OCIHandleAlloc ((dvoid *) envhp, (dvoid **) &errhp, OCI_HTYPE_ERROR,
                  (size_t) 0, (dvoid **) 0);

  OCIHandleAlloc ((dvoid *)envhp, (dvoid **)&authhp,
                  (ub4)OCI_HTYPE_AUTHINFO, (size_t)0, (dvoid **)0);

  OCIAttrSet ((dvoid *)authhp, (ub4)OCI_HTYPE_AUTHINFO, (dvoid *)username,
     (ub4)strlen((char *)username), (ub4)OCI_ATTR_USERNAME,
     (OCIError *)errhp);

  OCIAttrSet ((dvoid *)authhp, (ub4)OCI_HTYPE_AUTHINFO, (dvoid *)password,
     (ub4)strlen((char *)password), (ub4)OCI_ATTR_PASSWORD,
     (OCIError *)errhp);

  Checkerr (errhp, 
     OCISessionGet ((OCIEnv *)envhp, (OCIError *)errhp,
     (OCISvcCtx **)&svchp, (OCIAuthInfo *)authhp, (OraText *)connStr,
     (ub4)strlen((char *)connStr), (OraText *)NULL, (ub4)0, (OraText **)0,
     (ub4 *)0, (boolean *)0,(ub4)OCI_DEFAULT),
     (oratext *)"OCISessionGet");

  printf ("Connected to Employee Session\n");

  OCIAttrSet((dvoid *)svchp, OCI_HTYPE_SVCCTX, (dvoid *)&cachesize,
     (ub4)0,OCI_ATTR_STMTCACHESIZE,errhp);

}

/* - Execute SQL query and prints the data ----------------------------------*/ 
static void query_tab ()
{
  OCIStmt *stmthp = (OCIStmt *)0; 
  OCIDefine *def1hp = (OCIDefine *)0;
  OCIDefine *def2hp = (OCIDefine *)0;
  OCIDefine *def3hp = (OCIDefine *)0;
  ub4 empno;
  text ename[100];
  ub4 sal;
  sb4 empnoSz = sizeof (empno);
  sb4 enameSz = sizeof (ename);
  sb4 salSz = sizeof (sal);
  ub2 datelen=0;
  ub4  prefetch = 0;

  Checkerr (errhp, 
    OCIStmtPrepare2 ((OCISvcCtx *)svchp,(OCIStmt **)&stmthp,
    (OCIError *)errhp, (text *)cache_query, (ub4)strlen((char *)cache_query), 
    (oratext *)NULL, (ub4) 0, (ub4)OCI_NTV_SYNTAX, (ub4)OCI_DEFAULT),
    (oratext *)"OCIStmtPrepare");

  /* Setting the prefetch count = 0 */
  Checkerr(errhp, 
    OCIAttrSet((OCIStmt *) stmthp, OCI_HTYPE_STMT, (dvoid *)&prefetch,
    sizeof(prefetch), OCI_ATTR_PREFETCH_ROWS, (OCIError *)errhp),
    (oratext *) "OCIAttrSet-prefetch");

  Checkerr (errhp, 
    OCIDefineByPos ((OCIStmt *)stmthp, (OCIDefine **)&def1hp,
    (OCIError *)errhp, (ub4)1, (dvoid *)&(empno), (sb4)empnoSz, (ub2)SQLT_INT,
    (dvoid *)0, (ub2 *)0, (ub2 *)0, (ub4)OCI_DEFAULT),
    (oratext *)"OCIDefByPos");

  Checkerr (errhp, 
    OCIDefineByPos ((OCIStmt *)stmthp, (OCIDefine **)&def2hp,
    (OCIError *)errhp, (ub4)2, (dvoid *)&(ename), (sb4)enameSz, (ub2)SQLT_STR,
    (dvoid *)0, (ub2 *)0, (ub2 *)0, (ub4)OCI_DEFAULT),
    (oratext *)"OCIDefByPos2");

  Checkerr (errhp, 
    OCIDefineByPos ((OCIStmt *)stmthp, (OCIDefine **)&def3hp,
    (OCIError *)errhp, (ub4)3, (dvoid *)&(sal), (sb4)salSz, (ub2)SQLT_INT,
    (dvoid *)0, (ub2 *)0, (ub2 *)0, (ub4)OCI_DEFAULT),
    (oratext *)"OCIDefByPos3");

  if ((status = OCIStmtExecute ((OCISvcCtx *)svchp, (OCIStmt *)stmthp,
                  (OCIError *)errhp, (ub4)0, (ub4)0, (OCISnapshot *)0,
                  (OCISnapshot *)0, (ub4)OCI_DEFAULT)) != OCI_SUCCESS )
  {
    printf ("OCIStmtExecute for SELECT - Fail\n" );
    Checkerr (errhp, status,(oratext *)"Stmt Execute");
  }
  else
  {
    do 
    {
      status = OCIStmtFetch2((OCIStmt *)stmthp, (OCIError *)errhp, (ub4)1,
                 (ub2)OCI_FETCH_NEXT, (sb4)0, (ub4)OCI_DEFAULT);

      if (status == OCI_ERROR || status == OCI_INVALID_HANDLE)
      {
        Checkerr(errhp, status, (oratext *)"OCIStmtFetch2");
        break;
      }
      else if (status != OCI_NO_DATA)
      {
        printf("\nEMPNO is %d, ENAME is %s, SAL is %d\n", empno, ename, sal);
      } 
    }while(status !=  OCI_NO_DATA);
  }

  Checkerr (errhp,
    OCIStmtRelease ((OCIStmt *)stmthp, (OCIError *)errhp,(dvoid *)NULL, 0,
    OCI_DEFAULT), (oratext *)"StmtRelease");
}

/* - Session Logoff --------------------------------------------------------*/
static void dbLogoff ()
{
  printf ("\nLogging off the connected session.\n");

  Checkerr (errhp, 
    OCISessionRelease(svchp, errhp, 0,0, OCI_DEFAULT),
    (oratext *) "Session-Release");
}

/* - Error checking routing -------------------------------------------------*/
void Checkerr(OCIError *errhp, sword status, text *msg)
{
  text  msgbuf[512];
  sb4   errcode = 0;

  memset((void *) msgbuf, (int)'\0', (size_t)512);
  if(status!=OCI_SUCCESS)
  {
    printf("error msg: %s\n",msg);
  }

  switch (status)
  {
  case OCI_SUCCESS: break;
  case OCI_SUCCESS_WITH_INFO:
    printf("status = OCI_SUCCESS_WITH_INFO\n");
    OCIErrorGet((dvoid *) errhp, (ub4) 1, (text *) NULL, &errcode,
                       msgbuf, (ub4) sizeof(msgbuf), (ub4) OCI_HTYPE_ERROR);
    printf("ERROR CODE = %d\n", errcode);
    printf("%.*s\n", 512, msgbuf);
    if (errcode == 436 || errcode == 437 || errcode == 438 || errcode == 439)
      exit(1);
    break;
  case OCI_NEED_DATA:
    printf("status = OCI_NEED_DATA\n");
    break;
  case OCI_NO_DATA:
     printf("status = OCI_NO_DATA\n");
    break;
  case OCI_ERROR:
     printf("status = OCI_ERROR\n");
     OCIErrorGet((dvoid *) errhp, (ub4) 1, (text *) NULL, &errcode,
                       msgbuf, (ub4) sizeof(msgbuf), (ub4) OCI_HTYPE_ERROR);
     printf("ERROR CODE = %d\n", errcode);
     printf("%.*s\n", 512, msgbuf);
    if (errcode == 436 || errcode == 437 || errcode == 438 || errcode == 439)
      exit(1);
    break;
  case OCI_INVALID_HANDLE:
     OCIErrorGet((dvoid *) errhp, (ub4) 1, (text *) NULL, &errcode,
                       msgbuf, (ub4) sizeof(msgbuf), (ub4) OCI_HTYPE_ERROR);
     printf("ERROR CODE = %d\n", errcode);
     printf("%.*s\n", 512, msgbuf);
     printf("status = OCI_INVALID_HANDLE\n");
    break;
  case OCI_STILL_EXECUTING:
     printf("status = OCI_STILL_EXECUTE\n");
    break;
  case OCI_CONTINUE:
     printf("status = OCI_CONTINUE\n");
    break;
  default:
    break;
  }
  return;
}

64bit 環境なので以下のように demo_rdbms64.mkでmakeしま〜す。



[oracle@lampeye demo]$  make -f demo_rdbms64.mk build EXE=cdemoqc OBJS="cdemoqc.o"

/usr/bin/gcc -fPIC -c -I/opt/u01/app/oracle/product/11.1.0/db_1/rdbms/demo 
-I/opt/u01/app/oracle/product/11.1.0/db_1/rdbms/public 
-I/opt/u01/app/oracle/product/11.1.0/db_1/plsql/public -I/opt/u01/app/oracle/product/11.1.0/db_1/network/public 
-I/opt/u01/app/oracle/product/11.1.0/db_1/precomp/public cdemoqc.c -DLINUX -DORAX86_64 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE=1 
-D_LARGEFILE_SOURCE=1 -DSLTS_ENABLE -DSLMXMX_ENABLE -D_REENTRANT -DNS_THREADS -DLONG_IS_64 -DSS_64BIT_SERVER
/usr/bin/gcc -L/opt/u01/app/oracle/product/11.1.0/db_1/lib/ 
-L/opt/u01/app/oracle/product/11.1.0/db_1/rdbms/lib/ -o cdemoqc cdemoqc.o -lclntsh   
`cat /opt/u01/app/oracle/product/11.1.0/db_1/lib/sysliblist` -ldl -lm  -lpthrea

実行！！！同一表(1行だけ登録されてます）を５回問合せ、うち４回はClient result cacheにヒットさせます。
Sleeping...30sec..の待機は、オリジナルのコードでは60秒待機させていましたが私の環境だと30秒待機でOKでした。
dummyクエリ実行済み、１０秒待機中。のメッセージが表示されたら、予め起動していたSQL*Plusからclient_result_cache_stats$を問い合わせます。クライアント結果キャッシュが効いているか確認できるはずです。

[oracle@lampeye demo]$ ./cdemoqc
Start -- Thu Sep  9 19:54:09 2010
Query cache is enabled by using result_cache hints

Connected to Employee Session
Employee: Execute will fetch rows from server

EMPNO is 1, ENAME is EMP_1, SAL is 900


Employee: Execute will fetch rows from local cache, 4 times

EMPNO is 1, ENAME is EMP_1, SAL is 900

EMPNO is 1, ENAME is EMP_1, SAL is 900

EMPNO is 1, ENAME is EMP_1, SAL is 900

EMPNO is 1, ENAME is EMP_1, SAL is 900


Total query 5 times
Sleeping...30sec..
Dual selected.
dummyクエリ実行済み、１０秒待機中。
この間にclient_result_cache_stats$ビューを他端末からチェック！

Thu Sep  9 19:54:39 2010

Logging off the connected session.
[oracle@lampeye demo]$

SQL*Plusからの確認！

・デモプログラム起動直後の状態
19:39:02 SYS> select * from client_result_cache_stats$;

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       111          1 Block Size                              0
       111          2 Block Count Max                         0
       111          3 Block Count Current                     0
       111          4 Hash Bucket Count                       0
       111          5 Create Count Success                    0
       111          6 Create Count Failure                    0
       111          7 Find Count                              0
       111          8 Invalidation Count                      0
       111          9 Delete Count Invalid                    0
       111         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・この間にclient_result_cache_stats$ビューを他端末からチェック！が表示された時点の状態
19:54:13 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       111          1 Block Size                            256
       111          2 Block Count Max                      4096
       111          3 Block Count Current                   128
       111          4 Hash Bucket Count                    1024
       111          5 Create Count Success                    1
       111          6 Create Count Failure                    0
       111          7 Find Count                              4
       111          8 Invalidation Count                      0
       111          9 Delete Count Invalid                    0
       111         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・デモプログラム終了直後の状態
19:54:40 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.00

投稿日時 2010年9月12日 (日) 01時33分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月11日 (土)

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #4

前回のつづきです。

前回は、OCIStmtPreare2()まで実行させた。
OCIStmtExecute()かOCIStmtFetch2()が実行されたタイミングでclient_result_cache_stats$ビューへ該当クライアントから統計情報がアップされているように見える！　という動きは確認。

今回は、OCIStmtExecute()まで実行させ、OCIStmtFetch2()をコメントアウトしてみた。

[oracle@lampeye demo]$ diff $ORACLE_HOME/rdbms/demo/cdemoqc.c.org $ORACLE_HOME/rdbms/demo/cdemoqc.c
138d137
<   /*
144d142
<   */
431,452c429,450
<   else
<   {
<     printf("Contents of CLIENT_RESULT_CACHE_STATS$\n");
<     printf("STAT_ID    NAME OF STATISTICS      VALUE  CACHE_ID\n"); 
<     printf("=======    ==================      =====  ========\n"); 
<     do 
<     {
<       status = OCIStmtFetch2((OCIStmt *)stmthp, (OCIError *)errhp, (ub4)1,
<                              (ub2)OCI_FETCH_NEXT, (sb4)0, (ub4)OCI_DEFAULT);
< 
<       if (status == OCI_ERROR || status == OCI_INVALID_HANDLE)
<       {
<         Checkerr(errhp, status, (oratext *)"OCIStmtFetch2");
<         break;
<       }
<       else if (status != OCI_NO_DATA)
<       {
<         printf("%5d      %-20s %8d %6d\n", statid, name, value, cacheid); 
<       } 
<     }while(status !=  OCI_NO_DATA);
< 
<   }
---
> //  else
> //  {
> //    printf("Contents of CLIENT_RESULT_CACHE_STATS$\n");
> //    printf("STAT_ID    NAME OF STATISTICS      VALUE  CACHE_ID\n"); 
> //    printf("=======    ==================      =====  ========\n"); 
> //    do 
> //    {
> //      status = OCIStmtFetch2((OCIStmt *)stmthp, (OCIError *)errhp, (ub4)1,
> //                             (ub2)OCI_FETCH_NEXT, (sb4)0, (ub4)OCI_DEFAULT);
> //
> //      if (status == OCI_ERROR || status == OCI_INVALID_HANDLE)
> //      {
> //        Checkerr(errhp, status, (oratext *)"OCIStmtFetch2");
> //        break;
> //      }
> //      else if (status != OCI_NO_DATA)
> //      {
> //        printf("%5d      %-20s %8d %6d\n", statid, name, value, cacheid); 
> //      } 
> //    }while(status !=  OCI_NO_DATA);
> //
> //  }
457a456,458
>   printf("Sleep 10sec...\n");
>   sleep (10);
> 
[oracle@lampeye demo]$

mekeして実行！！！

[oracle@lampeye demo]$ ./cdemoqc
Query cache is enabled by using result_cache hints

Connected to Employee Session
Connected to HR Session

Employee: Execute will fetch rows from server
Employee: Execute will fetch rows from local cache
HR: Execute will cause a roundtrip during first execute, but the same result 
        set created in Employee Session will be shared thereafter
HR: Execute will fetch rows from local cache

HR: Updating the table

Employee: Execute will fetch rows from server and hence the local result set 
        will be updated
HR: Execute will fetch rows from updated local cache
Employee: Execute will fetch rows from local cache

Sleeping for few seconds to let the stat table to get updated

Please enter password for sys user to continue:
xxxxxxxx!
Sleep 10sec...

Logging off all the connected sessions.
[oracle@lampeye demo]$

やった〜〜〜、見えた〜〜〜〜〜。OCIStmtExecute()が実行され、その要求がサーバまで到達する場合に、client_result_cache_stats$へ統計情報が反映されているように見える。
（ちなみに、ログは載せていないが、sleep(60)待機後、もう一度、クライアント結果キャッシュ対象のクエリを実行しても別クライアントからclient_result_cache_stats$から統計情報を参照することはできなかった）

・デモプログラム実行前の状態
21:59:31 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.00

・デモプログラム実行直後の状態
21:59:32 SYS> /

 CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       116          1 Block Size                              0
       116          2 Block Count Max                         0
       116          3 Block Count Current                     0
       116          4 Hash Bucket Count                       0
       116          5 Create Count Success                    0
       116          6 Create Count Failure                    0
       116          7 Find Count                              0
       116          8 Invalidation Count                      0
       116          9 Delete Count Invalid                    0
       116         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・Please enter password for sys user to continue:が表示され、待機している状態
21:59:36 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       116          1 Block Size                              0
       116          2 Block Count Max                         0
       116          3 Block Count Current                     0
       116          4 Hash Bucket Count                       0
       116          5 Create Count Success                    0
       116          6 Create Count Failure                    0
       116          7 Find Count                              0
       116          8 Invalidation Count                      0
       116          9 Delete Count Invalid                    0
       116         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・Sleep 10sec...が表示され１０秒待機している状態
22:00:54 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       116          1 Block Size                            256
       116          2 Block Count Max                      4096
       116          3 Block Count Current                   128
       116          4 Hash Bucket Count                    1024
       116          5 Create Count Success                    2
       116          6 Create Count Failure                    0
       116          7 Find Count                              4
       116          8 Invalidation Count                      1
       116          9 Delete Count Invalid                    0
       116         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・デモプログラム終了直後の状態
22:01:00 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.00
22:01:23 SYS>

次回へつづく〜。

投稿日時 2010年9月11日 (土) 10時00分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #3

前回のつづきです。

前回は、print_stats()のOCIStmtRelease()とOCISessionEnd()の間にsleepを追加し、sleepしている間（つまり、OCISessionEnd()が実行される前であれば、client_result_cache_stats$ビューに反映されたクライアント結果キャッシュの統計情報が参照できることを確認したところまでだった。

今回は、さらに掘り下げてみます。OCISessionEnd()で統計情報が破棄されるので、破棄されるタイミングのは分りました。が、では、その統計情報は、どのタイミングで反映されるのでしょう。
ログはありませんが、cdemoqc.cにもともと実装されているsleep(60)をsleep(180)としても、他のクライアントの別セッションからclient_result_cache_stats$の統計情報を~~除いて~~覗いても反映されることはありませんでした。

いままでの結果から、sleep(60)〜OCISessionEnd()の間行われているということは想像できます。ということで、OCIStmtExecute()とOCIStmtFetc2()部分をコメントアウトし、OCIStmtPrepare2()だけ実行される状態にしてみました。

[oracle@lampeye demo]$ diff $ORACLE_HOME/rdbms/demo/cdemoqc.c.org $ORACLE_HOME/rdbms/demo/cdemoqc.c
138d137
<   /*
144d142
<   */
423,452c421,450
<   if ((status = OCIStmtExecute ((OCISvcCtx *)syssvchp, (OCIStmt *)stmthp,
<                                 (OCIError *)errhp, (ub4)0, (ub4)0,
<                                 (OCISnapshot *)0, (OCISnapshot *)0, 
<                                 (ub4)OCI_DEFAULT)) != OCI_SUCCESS )
<   {
<     printf ("OCIStmtExecute for SELECT - Fail\n" );
<     Checkerr (errhp, status,(oratext *)"Stmt Execute");
<   }
<   else
<   {
<     printf("Contents of CLIENT_RESULT_CACHE_STATS$\n");
<     printf("STAT_ID    NAME OF STATISTICS      VALUE  CACHE_ID\n"); 
<     printf("=======    ==================      =====  ========\n"); 
<     do 
<     {
<       status = OCIStmtFetch2((OCIStmt *)stmthp, (OCIError *)errhp, (ub4)1,
<                              (ub2)OCI_FETCH_NEXT, (sb4)0, (ub4)OCI_DEFAULT);
< 
<       if (status == OCI_ERROR || status == OCI_INVALID_HANDLE)
<       {
<         Checkerr(errhp, status, (oratext *)"OCIStmtFetch2");
<         break;
<       }
<       else if (status != OCI_NO_DATA)
<       {
<         printf("%5d      %-20s %8d %6d\n", statid, name, value, cacheid); 
<       } 
<     }while(status !=  OCI_NO_DATA);
< 
<   }
---
> //  if ((status = OCIStmtExecute ((OCISvcCtx *)syssvchp, (OCIStmt *)stmthp,
> //                                (OCIError *)errhp, (ub4)0, (ub4)0,
> //                                (OCISnapshot *)0, (OCISnapshot *)0, 
> //                                (ub4)OCI_DEFAULT)) != OCI_SUCCESS )
> //  {
> //    printf ("OCIStmtExecute for SELECT - Fail\n" );
> //    Checkerr (errhp, status,(oratext *)"Stmt Execute");
> //  }
> //  else
> //  {
> //    printf("Contents of CLIENT_RESULT_CACHE_STATS$\n");
> //    printf("STAT_ID    NAME OF STATISTICS      VALUE  CACHE_ID\n"); 
> //    printf("=======    ==================      =====  ========\n"); 
> //    do 
> //    {
> //      status = OCIStmtFetch2((OCIStmt *)stmthp, (OCIError *)errhp, (ub4)1,
> //                             (ub2)OCI_FETCH_NEXT, (sb4)0, (ub4)OCI_DEFAULT);
> //
> //      if (status == OCI_ERROR || status == OCI_INVALID_HANDLE)
> //      {
> //        Checkerr(errhp, status, (oratext *)"OCIStmtFetch2");
> //        break;
> //      }
> //      else if (status != OCI_NO_DATA)
> //      {
> //        printf("%5d      %-20s %8d %6d\n", statid, name, value, cacheid); 
> //      } 
> //    }while(status !=  OCI_NO_DATA);
> //
> //  }
457a456,458
>   printf("Sleep 10sec...\n");
>   sleep (10);
> 
[oracle@lampeye demo]$

makeして実行！！！！！

[oracle@lampeye demo]$ ./cdemoqc
Query cache is enabled by using result_cache hints

Connected to Employee Session
Connected to HR Session

Employee: Execute will fetch rows from server
Employee: Execute will fetch rows from local cache
HR: Execute will cause a roundtrip during first execute, but the same result 
        set created in Employee Session will be shared thereafter
HR: Execute will fetch rows from local cache

HR: Updating the table

Employee: Execute will fetch rows from server and hence the local result set 
        will be updated
HR: Execute will fetch rows from updated local cache
Employee: Execute will fetch rows from local cache

Sleeping for few seconds to let the stat table to get updated

Please enter password for sys user to continue:
xxxxxxxx!
Sleep 10sec...

Logging off all the connected sessions.
[oracle@lampeye demo]$

Sleep 10sec...中に、他クライアントからclient_result_cache_stats$ビューを覗いて見ると…

お〜〜〜〜〜〜〜〜〜〜〜〜〜、一度も統計情報が反映されません！！！！！　;)

・デモプログラム実行前の状態
21:52:37 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.01


・デモプログラム実行直後の状態

21:52:39 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       115          1 Block Size                              0
       115          2 Block Count Max                         0
       115          3 Block Count Current                     0
       115          4 Hash Bucket Count                       0
       115          5 Create Count Success                    0
       115          6 Create Count Failure                    0
       115          7 Find Count                              0
       115          8 Invalidation Count                      0
       115          9 Delete Count Invalid                    0
       115         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00


・Please enter password for sys user to continue:が表示されている時点の状態
21:52:44 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       115          1 Block Size                              0
       115          2 Block Count Max                         0
       115          3 Block Count Current                     0
       115          4 Hash Bucket Count                       0
       115          5 Create Count Success                    0
       115          6 Create Count Failure                    0
       115          7 Find Count                              0
       115          8 Invalidation Count                      0
       115          9 Delete Count Invalid                    0
       115         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・Sleep 10sec...が表示されている時点の状態
21:53:44 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       115          1 Block Size                              0
       115          2 Block Count Max                         0
       115          3 Block Count Current                     0
       115          4 Hash Bucket Count                       0
       115          5 Create Count Success                    0
       115          6 Create Count Failure                    0
       115          7 Find Count                              0
       115          8 Invalidation Count                      0
       115          9 Delete Count Invalid                    0
       115         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00
21:53:52 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       115          1 Block Size                              0
       115          2 Block Count Max                         0
       115          3 Block Count Current                     0
       115          4 Hash Bucket Count                       0
       115          5 Create Count Success                    0
       115          6 Create Count Failure                    0
       115          7 Find Count                              0
       115          8 Invalidation Count                      0
       115          9 Delete Count Invalid                    0
       115         10 Delete Count Valid                      0

10行が選択されました。

経過: 00:00:00.00

・デモプログラム終了後の状態
21:53:54 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.00
21:54:00 SYS>

徐々に、ポイントが見えてきました。次回へつづく。

・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #1
・Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #2

投稿日時 2010年9月11日 (土) 00時09分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月10日 (金)

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #2

前回の続きです。

最初に前回のまとめから。

client_result_cache_stats$の内容に関して以下３点が確認できました。

・client_result_cache_stats$ヘ該当クライアントから統計情報が反映されるまでタイムラグがある。
　(cdemoqc.cでは、60秒も待機してからclient_result_cache_stats$を問い合わせている）
・client_result_cache_stats$に表示されるCACHE_ID列値は、cdemoqc.cが表示している内容に一致する。
・cdemoqc.c内の別セッションを使った問い合わせてでは、client_result_cache_stats$の値が取得できている。

いろいろと考え込んでいて閃いたのが、クライアント結果キャッシュってクライアントとサーバ間のラウンドトリップを減らすことも目的なわけだから、キャッシュを保持しているクライアントから、キャッシュの統計情報がサーバに渡るタイミングが非常に限られているんじゃないか……と。
ということで、クライアント結果キャッシュが効いているクエリではサーバまで行かないので、後続のOCIでサーバまで行かないと処理が終わらないタイプのOCIをコールしてたついでにclient_result_cache_stats$に表示する統計情報を送るんじゃないだろーかー。ということ。

OCISessionEnd()で、統計情報が破棄されているんだろーという推測の元、クライアント結果キャッシュに載せないSQL文のPrepare,ExecuteやFetchのいずれかのタイミングで送っているんだろうという切り分けのため、print_stats()のOCIStmtRelease()とOCISessionEnd()の間にsleepを追加した。

[oracle@lampeye demo]$ diff cdemoqc.c.org cdemoqc.c
138d137
<   /*
144d142
<   */
457a456,458
>   printf("Sleep 10sec...\n");
>   sleep (10);
> 
[oracle@lampeye demo]$

実行結果は以下の通り。

[oracle@lampeye demo]$ ./cdemoqc
Query cache is enabled by using result_cache hints

Connected to Employee Session
Connected to HR Session

Employee: Execute will fetch rows from server
Employee: Execute will fetch rows from local cache
HR: Execute will cause a roundtrip during first execute, but the same result
        set created in Employee Session will be shared thereafter
HR: Execute will fetch rows from local cache

HR: Updating the table

Employee: Execute will fetch rows from server and hence the local result set
        will be updated
HR: Execute will fetch rows from updated local cache
Employee: Execute will fetch rows from local cache

Sleeping for few seconds to let the stat table to get updated

Please enter password for sys user to continue:
xxxxxxxx
Contents of CLIENT_RESULT_CACHE_STATS$
STAT_ID    NAME OF STATISTICS      VALUE  CACHE_ID
=======    ==================      =====  ========
    1      Block Size                256    114
    2      Block Count Max          4096    114
    3      Block Count Current       128    114
    4      Hash Bucket Count        1024    114
    5      Create Count Success        2    114
    6      Create Count Failure        0    114
    7      Find Count                  4    114
    8      Invalidation Count          1    114
    9      Delete Count Invalid        0    114
   10      Delete Count Valid          0    114
Sleep 10sec...

Logging off all the connected sessions.
[oracle@lampeye demo]$

事前に起動していたSQL*Plusからclient_result_cache_stats$ビューを確認してみると…
お〜〜〜〜〜〜〜っ！、ちゃんと表示されています！！！！！。

感があたりました〜〜〜〜〜〜！ :)

・cdemoqc実行前
21:41:48 SYS> select * from client_result_cache_stats$;

レコードが選択されませんでした。

・cdemoqc実行直後
経過: 00:00:00.00
21:41:49 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       114          1 Block Size                              0
       114          2 Block Count Max                         0
       114          3 Block Count Current                     0
       114          4 Hash Bucket Count                       0
       114          5 Create Count Success                    0
       114          6 Create Count Failure                    0
       114          7 Find Count                              0
       114          8 Invalidation Count                      0
       114          9 Delete Count Invalid                    0
       114         10 Delete Count Valid                      0

10行が選択されました。


・60秒間待機している状態の時
経過: 00:00:00.00
21:41:54 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       114          1 Block Size                              0
       114          2 Block Count Max                         0
       114          3 Block Count Current                     0
       114          4 Hash Bucket Count                       0
       114          5 Create Count Success                    0
       114          6 Create Count Failure                    0
       114          7 Find Count                              0
       114          8 Invalidation Count                      0
       114          9 Delete Count Invalid                    0
       114         10 Delete Count Valid                      0

10行が選択されました。

・cdemoqcが、client_result_cache_stats$を表示した直後の10秒待機の時
経過: 00:00:00.00
21:42:53 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       114          1 Block Size                            256
       114          2 Block Count Max                      4096
       114          3 Block Count Current                   128
       114          4 Hash Bucket Count                    1024
       114          5 Create Count Success                    2
       114          6 Create Count Failure                    0
       114          7 Find Count                              4
       114          8 Invalidation Count                      1
       114          9 Delete Count Invalid                    0
       114         10 Delete Count Valid                      0

10行が選択されました。

・cdemoqcが終了した直後
経過: 00:00:00.00
21:42:59 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.00
21:43:09 SYS>

次回はさらに絞りこんで確認します。つづく〜

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #1

投稿日時 2010年9月10日 (金) 00時08分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年9月 9日 (木)

Client result cache (クライアント結果キャッシュ）と client_result_cache_stats$の怪しい関係 #1

pga_aggregate_targetネタをやる予定が…client result cache（クライアント結果キャッシュ）ネタを先にやることにw

なにそれ？　美味しいのって感じの人はググって調べてもらうにしても

以下の辺りを見るとざっとなにが嬉しいのか分るかも :)
http://www.ooug.org/presentations/2010slides/Oracle_11g_Results_Cache.ppt

環境は、CentOS5.5 - Oracle11g R1 11.1.0.7.0 EEで、examplesを追加インストールして $ORACLE_HOME/rdbms/demo以下にcdemoqc.c及びcdemoqc.sqlをインストールしてあります。

あ、そうそう、今回の中心人物は、client_result_cache_stats$ビュー。クライアント結果キャッシュがどの程度効いているか客観的に判断するための統計情報が表示される。
http://download.oracle.com/docs/cd/E16338_01/server.112/b56311/statviews_2150.htm

さて、やっと本題です。

クライアント結果キャッシュがどの程度嬉しいのか確認する意味もあり、examplesをインストールして試し始めて、一番最初に悩みました。

examplesをインストールすると、クライアント結果キャッシュ用のOCIのデモプログラム cdemoqc.cを実行しても、client_result_cache_stats$ビューに該当クライアントのクライアント結果キャッシュの統計情報が表示されません。（表示されないというのは０件という意味ではなく、有るみたいなんだけど、値が０のままということなんです。見た瞬間人柱確定コースw)

クライアント結果キャッシュにクエリ結果がキャッシュされ、サーバとのラウンドトリップが無くなっているか確認したいだけなに、なんでハマるんじゃ〜w

と、叫びつつ。

cdemoqc.cのprint_stats()とその前に60秒スリープする部分のコメントを削除しました。

cdemoqc.cのオリジナルをcdemoqc.c.orgとしてdiffした結果。（とりあえず載せておきますねw）

[oracle@lampeye demo]$ diff cdemoqc.c.org cdemoqc.c
138d137
<   /*
144d142
<   */
[oracle@lampeye demo]$

実行した結果（makeし忘れないでね）。cdemoqc中からは60秒後にclient_result_cache_stats$の統計情報が確認できています。しか〜〜〜〜し！
（尚、事前に別xtermからSQL*Plusでsysユーザに接続、cdemoqc実行中に、client_reslut_cache_stats$ビューを確認します。）

[oracle@lampeye demo]$ ./cdemoqc
Query cache is enabled by using result_cache hints

Connected to Employee Session
Connected to HR Session

Employee: Execute will fetch rows from server
Employee: Execute will fetch rows from local cache
HR: Execute will cause a roundtrip during first execute, but the same result 
        set created in Employee Session will be shared thereafter
HR: Execute will fetch rows from local cache

HR: Updating the table

Employee: Execute will fetch rows from server and hence the local result set 
        will be updated
HR: Execute will fetch rows from updated local cache
Employee: Execute will fetch rows from local cache

Sleeping for few seconds to let the stat table to get updated

Please enter password for sys user to continue:
xxxxxxx

Contents of CLIENT_RESULT_CACHE_STATS$
STAT_ID    NAME OF STATISTICS      VALUE  CACHE_ID
=======    ==================      =====  ========
    1      Block Size                256    113
    2      Block Count Max          4096    113
    3      Block Count Current       128    113
    4      Hash Bucket Count        1024    113
    5      Create Count Success        2    113
    6      Create Count Failure        0    113
    7      Find Count                  4    113
    8      Invalidation Count          1    113
    9      Delete Count Invalid        0    113
   10      Delete Count Valid          0    113

Logging off all the connected sessions.
[oracle@lampeye demo]$

同じ時間で他のxtermの別セッションからclient_result_cache_stats$ビューを一生懸命問い合わせましたが、一度も統計情報にお目にかかれませんでした。
（以下のログからもわかるように、０件なのではなく同一CHACHE_IDの各列はリストされてはいるのですが、値が常に０のままなんです。）

・cdemoqc起動前
21:33:37 SYS> select * from client_result_cache_stats$;

レコードが選択されませんでした。

・cdemoqc起動直後
経過: 00:00:00.00
21:33:39 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       113          1 Block Size                              0
       113          2 Block Count Max                         0
       113          3 Block Count Current                     0
       113          4 Hash Bucket Count                       0
       113          5 Create Count Success                    0
       113          6 Create Count Failure                    0
       113          7 Find Count                              0
       113          8 Invalidation Count                      0
       113          9 Delete Count Invalid                    0
       113         10 Delete Count Valid                      0

10行が選択されました。

・cdemoqc側でclient_result_cache_stats$が表示された直後
経過: 00:00:00.00
21:33:46 SYS> /

  CACHE_ID    STAT_ID NAME                                VALUE
---------- ---------- ------------------------------ ----------
       113          1 Block Size                              0
       113          2 Block Count Max                         0
       113          3 Block Count Current                     0
       113          4 Hash Bucket Count                       0
       113          5 Create Count Success                    0
       113          6 Create Count Failure                    0
       113          7 Find Count                              0
       113          8 Invalidation Count                      0
       113          9 Delete Count Invalid                    0
       113         10 Delete Count Valid                      0

10行が選択されました。

・cdemoqc正常終了後
経過: 00:00:00.00
21:35:05 SYS> /

レコードが選択されませんでした。

経過: 00:00:00.00
21:35:12 SYS>

これでは、クライアント結果キャッシュが作成され、利用されているのか判断しにくいですよね〜。なんで他プロセスの別セッションからclient_result_cache_stats$の内容が見えないのでしょう？
（cdempqc.cの作りからして、きな臭い匂いがしませんか〜w　マニュアルにも書かれていないけど〜いろんな仕掛けがありそーですぞ〜。）

ということで、原因を突き止めたので、次回からじわじわ追いつめていきますw

つづく。

投稿日時 2010年9月 9日 (木) 23時20分 Linux, Oracle Database 11g, client result cache | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年8月22日 (日)

WindowsXP and CentOS5.5 on VirtualBox3.2.8 on CentOS5.5 x86_64

結局Oracle VirtualBoxをCentOS5.5 x86_64へインストール。
必要な数だけVMを作成してOracle11g R2など入れてみたり、WindowsXP ProにCPU思いっきり割り当てて遊んでみたりと、リアルなPCでやっていた事以上のことは可能な状況までになった（まだ終わってないところもありますが…）

いろいろやって行きますよ〜Macから繋いでw

Myvms

以下、GuestOSをCentOS5.5(x86)としてOracle11gR2のインストールを試しているところ :)
Centos_x86_on_vm_ora11g2

以下、GuestOS:WindowsXP Proで試しに12CPUにしてみたところ
Winxp_on_vm_with_12cpus

投稿日時 2010年8月22日 (日) 21時07分 Linux, Windows, VM, Oracle11g R2, VirtualBox | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年8月 6日 (金)

VM用のPCとうちゃ〜く

Intel Core i7 980x Extreme Editionを１つ。6CoreでHTを有効にしてあれば１２Coreに見える。そうそう最新のMacProに２つ搭載されたCPUね。あちらはHT有効化すれば24Coreになる〜w でこちらはメモリを１２GBつんで、同時に５台分のPC相当のVMが起動できれば不都合はないのでこんな構成でWindowsとLinux環境をまるっと１台のリアルPC上に。。これからいろいろ準備しまっす。

VMは何にするかまだ悩んでるけど、やりたい事はVMをいじるというよりGuestOSの方がメインなのでVirtualPCに近い使い勝手が気に入っている元はSun Microsystems今は、OracleのVirtualBoxを使おうかと考えているところ。VMWareやXenベースのOracleVMなんかもダウンロードはしてあるんだけどね。

投稿日時 2010年8月 6日 (金) 19時00分 Linux, VM | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年6月 1日 (火)

IEって遅いんだよー。てことをあまり気にしてない方へ。のおまけ

昨日、「IEって遅いんだよー。ってことをあまり気にしない方へ」ってエントリを書いたんだけど、その遅さも影響しているだろうと思われるニュースもあるね。原文はこちら。

以下の部分がそう。(techcrunch japanより引用）

Google AppsはChromeでは快調だが市職員の多くが今はMicrosoftのInternet ExplorerまたはFirefoxを使用していることが挙げられる。

実は私も経験したことがある。信じられないようなホントの話なんだけど、Core2 Duo 3GhzぐらいのPCでChrome/Safariなら0.3秒ぐらいで実行できるjavascriptの処理が、同じPCのIE6/7だと９倍ぐらい遅いという経験をしたこともある。それぐらいインパクトのある話なんですよん。パフォーマンス命またはそこそこ命なサービスではね。
なので、クライアントPCのスペック（ブラウザは何を使ってるとか、ブラウザの縛りはあるかとかも）を事前に確認しないでそーゆーサービスを作ってしまうと、もーたーいへん。

投稿日時 2010年6月 1日 (火) 17時06分 Mac, Linux, Windows, JavaScript | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月31日 (月)

IEって遅いんだよー。ってことをあまり気にしてない方へ。

speed/validity selectors test for frameworks.っていう有名なサイトがあるんだけど、具体的にどのぐらいの差になんの？　なんてあまり情報が載ってるところはないので自分で確認できる範囲で新旧CPUとブラウザで比較してみました。なにかの参考になるとは思います。jQueryでだけですけどね。

IE6/7のデータを載せてないのですが、jQuery1.2.6（Slicktestのオリジナルでテストされてるやつね）で、他のプラウザと処理結果の違うところがいくつか発生するので載せるかどうか考えてるところ。注釈付きで載せるかな〜。まあ、IE8ですらこの遅さだからIE6/7はもっと遅いんだけどね。　2010/5/31追記
8-Jun-2010:Safari5及びChrome5リリースされたのでデータ追記。また、Safari5はMacOS X 10.5以上でリリースされたためMacOS X 10.4では同時期のWebkitで計測したでたを追加
9-Jun-2010:MacOS X 10.6.3/Chrome5.0.375.70にアップデートされたので結果を追加。
9-Jun-2010:Intel MacOS X Safari5がインストール直後にSafari4より遅かったが、cacheクリア、resetで早くなったので追記

注）各ブラウザで同テストを１０回実行して、最大値、最小値を除いた平均値を載せてあります。

CPU毎にいろいろなブラウザでSlickSpeed TestのjQueryのライブラリを1.3以降にして比較してみた。
IEは8.0でもダントツで遅いのがはっきり分かりますね。またOSの影響よりCPUのクロック数での違いが大きい事も分かりますよね。
1CPUのクロック数が早いほうが処理速度がいいって結果からも分かります。実際、Windowsだと、IEでテスト中にタスクマネージャを見ると１CPUが100%になるのが確認できますよー。（ネタが集まったらまた情報を載せる予定。）

CPU/OS	Version	jQuery1.3.2	jQuery1.4.2
Intel Core2 Duo 2Ghz / WindowsXP	4.0.5	36ms	43ms
	3.6.3	61ms	80ms
	10.52	50ms	50ms
	8.0	277ms	375ms
IBM PowerPC G4 1Ghz / MacOS X 10.5.8	4.0.5	102ms	148ms
	5.0	81ms	99ms
	3.6.3	139ms	131ms
	10.52	127ms	124ms
Intel Core2 duo 2.2Ghz / MacOS X 10.6.3	4.0.5	35ms	44ms
	5.0 (6533.16) Install直後	40ms	49ms
	5.0 (6533.16) clear cache and reset後	34ms	38ms
	5.0beta	39ms	40ms
	5.0.375.55	49ms	47ms
	5.0.375.70	39ms	38ms
	3.6.3	63ms	63ms
	10.52	57ms	54ms
IBM PowerPC G5 2.7Ghz / MacOS X 10.4.11	4.0.5	42ms	54ms
	Webkit r60742(5-Jun)	38ms	43ms
	3.6.3	52ms	48ms
	10.52	45ms	46ms
AMD Athlon XP 2200+ / Windows XP	4.0.5	96ms	114ms
	5.0	85ms	110ms
	4.1	64ms	60ms
	5.0	67ms	66ms
	3.6.3	95ms	95ms
	10.52	65ms	63ms
	8.0	255ms	238ms
AMD Athlon MP 2800+ / Windows XP	4.0.5	73ms	89ms
	5.0	68ms	84ms
	4.1	49ms	46ms
	5.0	47ms	45ms
	3.6.3	73ms	72ms
	10.52	56ms	53ms
	8.0	240ms	255ms
Intel Pentium M 1Ghz / CentOS 5.4	3.6.3	101ms	100ms
Intel Pentium M 1Ghz / CentOS 5.4	10.10	118ms	117ms

投稿日時 2010年5月31日 (月) 19時58分 Mac, Linux, Windows, Mac(Intel x86), Open Source, Safari, Opera, JavaScript | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月22日 (土)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #19

2010/11/25追記
実は_pga_max_sizeの扱いがOracle10g R2以降ひっそりと変更されていた！という事実。Season2という後付けのタイトルで後日談を書いておきましたので次いでに見ておくとちょっとは幸せになるかも…
pga_aggregate_targetでPGA?、_pga_max_sizeでPGA? Season2 #1

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１９回目、

そして、あっという間に、Oracle11g R2の自動メモリー管理を無効、自動PGAメモリー管理有効状態での確認も最終回！
前回、_pga_max_sizeの50%になってしまったpga_aggregate_targetを16GB/4095GBに設定した場合のテストを_pga_max_sizeを調整してpga_aggregate_targetの20%が利用される状態にして再び確認して終わりにしたいと思います。

SYS> alter system set "_pga_max_size"=6554m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            6554M
pga_aggregate_target                 big integer            16G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          16384
aggregate PGA auto target                          14721.3281
global memory bound                                 3276.7998

SYS> alter system set "_pga_max_size"=1677313m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            1677313M
pga_aggregate_target                 big integer            4095G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        4193280
aggregate PGA auto target                          3773918.79
global memory bound                                    838656

SYS>


・・・中略・・・

SCOTT> @test4

SQL_TEXT                                 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 30000 SORT (v2)                 1171.63
0 order by code

SCOTT>

Oracle10g R2以降は32bitでも64bitでも、自動メモリー管理が無効で、自動PGAメモリー管理が有効ならば、かつNon parallelならば、LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5)とう条件で作業域を割り当てているのは確からしい。

次回は、ちょっと別の角度から。ということで次回へつづく。

投稿日時 2010年5月22日 (土) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Windows, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月21日 (金)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #18

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１８回目、

Oracle11g R2での検証の続き。まいどおなじみ、_pga_max_sizeを大きな値にして、pga_aggregate_targetの20%がglobal memory boundに設定されるようにして確認。

SYS> alter system set "_pga_max_size"=3840m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=256m;

システムが変更されました。

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            256M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            256
aggregate PGA auto target                          206.173828
global memory bound                                51.1992188

SYS>
SYS> alter system set pga_aggregate_target=512m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            512M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            512
aggregate PGA auto target                          436.869141
global memory bound                                102.399414

SYS> alter system set pga_aggregate_target=768m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            768M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            768
aggregate PGA auto target                          667.212891
global memory bound                                153.599609

SYS>
SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            1G
SYS> @pgastat



NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           1024
aggregate PGA auto target                          897.591797
global memory bound                                204.799805

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            2G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           2048
aggregate PGA auto target                           1820.0127
global memory bound                                409.599609

SYS>
SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            4G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           4096
aggregate PGA auto target                          3662.25293
global memory bound                                819.199219

SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            8G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           8192
aggregate PGA auto target                          7349.43164
global memory bound                                1638.39941

やはりここで変化あり！

SYS> 
SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            16G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          16384
aggregate PGA auto target                          14722.1543
global memory bound                                      1920

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            3840M
pga_aggregate_target                 big integer            4095G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        4193280
aggregate PGA auto target                           3773917.1
global memory bound                                      1920

SYS>

Oracle11g R1と同じ結果になりましたね。LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5) ということね。Oracle11g R2でも。
次回へつづく。

投稿日時 2010年5月21日 (金) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月20日 (木)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #17

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１７回目、

Oracle11g R2　自動メモリー管理は無効、自動PGAメモリー管理は有効な状態での検証スタート！

いつものように、_pga_max_sizeはデフォルトの200MBで、pga_aggregate_targetを10MBから4095MBまで増加させてglobal memory boundがどのように変化するか確認します！

SYS> alter system set pga_aggregate_target=10m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            10M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             10
aggregate PGA auto target                                   4
global memory bound                                         2

SYS> alter system set pga_aggregate_target=20m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            20M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             20
aggregate PGA auto target                                   4
global memory bound                                         4

SYS> alter system set pga_aggregate_target=40m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            40M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                             40
aggregate PGA auto target                          12.8583984
global memory bound                                         8

SYS> alter system set pga_aggregate_target=256m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            256M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            256
aggregate PGA auto target                          207.263672
global memory bound                                51.1992188

SYS> alter system set pga_aggregate_target=512m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            512M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            512
aggregate PGA auto target                          436.851563
global memory bound                                       100

SYS>

お、変化ありました。Oracle11g R2でも自動PGAメモリー管理の動きは同じみたいね。

どんどんやっつけちゃいましょー

SYS> alter system set pga_aggregate_target=768m;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            768M
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                            768
aggregate PGA auto target                          667.283203
global memory bound                                       100

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            1G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           1024
aggregate PGA auto target                          897.688477
global memory bound                                       100

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            2G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           2048
aggregate PGA auto target                          1819.87207
global memory bound                                       100

SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            4G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           4096
aggregate PGA auto target                          3662.25293
global memory bound                                       100

SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            8G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                           8192
aggregate PGA auto target                          7349.43164
global memory bound                                       100

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            16G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                          16384
aggregate PGA auto target                          14721.3457
global memory bound                                       100

SYS> alter system set pga_aggregate_target=2095g;

システムが変更されました。

SYS> show parameter pga

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
_pga_max_size                        big integer            200M
pga_aggregate_target                 big integer            2095G
SYS> @pgastat

NAME                                                 size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter                        2145280
aggregate PGA auto target                          1930719.63
global memory bound                                       100

SYS>

そして、念のため実際にソート！　glolbal memory boundに設定されたサイズになってますね〜。

SCOTT> @test2

SQL_TEXT                                 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)                  100.02         409993216        409993216
0 order by code

SCOTT>

次回へつづく。

投稿日時 2010年5月20日 (木) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月19日 (水)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #16

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１６回目、

今回からOracle11g R2 for Windows 32bit環境での検証です。なお、自動メモリー管理(AMM)はOFFで自動SGAメモリー管理(ASMM)、自動PGAメモリー管理(APMM)は有効になっています。
この状態でOracle11g R1までと動きに違いがないかみてみることにします。

SYS> select * from v$version;

BANNER
----------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for 32-bit Windows: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SYS>

ダブルアンダースコアの隠しパラメータがが気味悪いw　ですが、たぶん影響しないんじゃないかと。もともとOracle側で制御しているパラメータだし。

SYS> @show_param

KSPPINM                          KSPPSTVL                         KSPPSTDF
-------------------------------- -------------------------------- --------------------------------
_4031_sga_dump_interval          3600                             TRUE
_4031_sga_max_dumps              10                               TRUE
__pga_aggregate_target           79691776                         TRUE
__sga_target                     239075328                        TRUE
_kdli_sio_pga                    FALSE                            TRUE
_kdli_sio_pga_top                FALSE                            TRUE
_ldr_pga_lim                     0                                TRUE
_lock_sga_areas                  0                                TRUE
_memory_imm_mode_without_autosga TRUE                             TRUE
_memory_initial_sga_split_perc   60                               TRUE
_memory_nocancel_defsgareq       FALSE                            TRUE
_pga_large_extent_size           1048576                          TRUE
_pga_max_size                    209715200                        TRUE
_pgactx_cap_stacks               FALSE                            TRUE
_sga_clear_dump                  FALSE                            TRUE
_sga_early_trace                 0                                TRUE
_sga_locking                     none                             TRUE
_use_ism_for_pga                 TRUE                             TRUE
lock_sga                         FALSE                            TRUE
memory_max_target                0                                TRUE
memory_target                    0                                TRUE
pga_aggregate_target             78643200                         FALSE
pre_page_sga                     FALSE                            TRUE
sga_max_size                     239075328                        TRUE
sga_target                       239075328                        FALSE

25行が選択されました。

SYS>
SYS> show parameter workarea_size_policy

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
workarea_size_policy                 string                 AUTO
SYS>

次回へつづく。

投稿日時 2010年5月19日 (水) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Windows, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月18日 (火)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #15

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１５回目、

さて、Oracle11g R1での検証もいよいよ最終回。　
前回、_pga_max_sizeが3840MBで、pga_aggregate_targetを16GB/4095GBとしたところで、_pga_max_sizeの50%がglobal memory boundとして設定されていました。
じゃ、最後の２でもpga_aggregate_targetの20%をglobal memory boundとして利用するようにしちゃえ！

ということで、_pga_max_sizeを6554MB/1677313MB、pga_aggregate_targetを16GB/4096GBとしてギリギリでpga_aggregate_targetの20%が利用されるように設定してみました。
以下の通り、global memory boundは、pga_aggregate_targetの20%である、3276.8MB/838656MBになってます！

SYS> alter system set "_pga_max_size"=6554m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 6554M
pga_aggregate_target		     big integer 16G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			   14720.7744
global memory bound				    3276.7998

SYS>


SYS> alter system set "_pga_max_size"=1677313m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 1677313M
pga_aggregate_target		     big integer 4095G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			      4193280
aggregate PGA auto target			   3773917.72
global memory bound				       838656

SYS>

最後に、実メモリ768MBしか積んでないマシンなのに無理矢理、1GB越えのPGAを利用してもらっちゃいます。
当然ですが、swapしまくりなので、普通の時間でレスポンスなんて戻ってきませんから真似しないようにw　swapを使ってDISKガリガリいってましたがOracle上ではちゃんとOPTIMALとなっておりますはい！。

SCOTT> @test4

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 30000 SORT (v2)		   1171.63
0 order by code

SCOTT>

ということで、次回、Oracle11g R2 for Linux x86の自動メモリー管理(AMM)下でどうなるか確認と、思ったのですが、ちょうど　Oracle11g R2 for Windows (32bit)がダウンロードできるようになっていたので、急遽、Oracle11g R2 for Windows(32bit)かつ、自動メモリー管理をオフにした状態ではどうなるか確認してみましょう。なを32bitのWindowsなのでSGA/PGA合わせて2GB超えないような範囲で遊びマッス！。

なんか久々に１ヶ月ものぐらいのネタに膨らまそうか考えてたりして・・・・。

次回へつづく。

投稿日時 2010年5月18日 (火) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月17日 (月)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #14

_pag_max_sizeに大きな値を設定し、LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5)という条件で割り当てられていることを確認してみます！

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set "_pga_max_size"=3840m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=256m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 256M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  256
aggregate PGA auto target			   205.734375
global memory bound				   51.1992188

SYS> alter system set pga_aggregate_target=512m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 512M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  512
aggregate PGA auto target			   435.700195
global memory bound				   102.399414

SYS> alter system set pga_aggregate_target=768m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 768M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  768
aggregate PGA auto target			   666.518555
global memory bound				   153.599609

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 1G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			    896.52832
global memory bound				   204.799805

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 2G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 2048
aggregate PGA auto target			   1818.44824
global memory bound				   409.599609

SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 4G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			   3735.43555
global memory bound				   819.199219

SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 8G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7347.50684
global memory bound				   1638.39941

まちがいなく、pga_aggregate_targetの20%がglobal memory boundに設定されてます！

さて、pga_aggregate_targetを16GB以上に設定すると、_pga_max_sizeの50%より、pga_aggregate_targetの20%の方が大きくなるため、_pga_max_sizeパラメータの50%のサイズがglobal memory boundに設定されるはず！　ではやってみよう！

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 16G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			   15023.2441
global memory bound					 1920

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 4095G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			      4193280
aggregate PGA auto target			   3773917.55
global memory bound					 1920

SYS>

予想通り、_pga_max_sizeの50%がglobal memory boundに設定されてますね。
Oracle11g R1での検証もいよいよ次回が最終回。ということで、次回へつづく。

投稿日時 2010年5月17日 (月) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月16日 (日)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #13

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１３回目、

_pga_max_sizeはデフォルトのままで、pga_aggregate_targetを増加させていくと、Oracle10g R2と同様に、LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5)という条件で割り当てられてるようだ。ということでその確認のつづき。

pga_aggregate_targetが512MBになったところで、_pga_max_sizeの200MBの50%のサイズがglobal memory boundとして設定されるようになった。さらに増加させてその割合に変化がないか確認していく。

SYS> alter system set pga_aggregate_target=768m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 768M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  768
aggregate PGA auto target			   666.720703
global memory bound					  100

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 1G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			   896.677734
global memory bound					  100

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 2G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 2048
aggregate PGA auto target			   1818.26367
global memory bound					  100

SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 4G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			   3661.89258
global memory bound					  100

SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 8G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7348.25391
global memory bound					  100

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 16G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			   14720.5371
global memory bound					  100

pga_aggregate_targetを16GBにしても、_pga_max_sizeの50%のサイズである100MBがglobal memory boundに設定されていますね。

最後に、pga_aggregate_targetを4095GBにしてみると〜

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 4095G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			      4193280
aggregate PGA auto target			   3773918.45
global memory bound					  100

SYS> 

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)		    100.02	   409993216	    409993216
0 order by code

SCOTT>

やはり、global memory boundは、_pga_max_sizeの50%のままですね。_pga_max_sizeを大きなサイズにし、pga_aggregate_targetの20%が利用されるかを確認しますよ〜。ということで次回へつづく。

投稿日時 2010年5月16日 (日) 00時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月15日 (土)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #12

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１２回目、

さて、Oracle11g R1 for Linux x86を利用した検証を始めるよ〜　:)

これまでと同様に、まず、_pga_max_sizeはデフォルトの200MBのままで、pga_aggregate_targetを10MB/20MB/40MB/256MB/512MBと増加させてglobal memory boundがどう変化するか確認していく。

SYS> alter system set pga_aggregate_target=10m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 10M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   10
aggregate PGA auto target				    4
global memory bound					    2

SYS> alter system set pga_aggregate_target=20m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 20M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   20
aggregate PGA auto target				    4
global memory bound					    4

SYS> alter system set pga_aggregate_target=40m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 40M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   40
aggregate PGA auto target			   11.3720703
global memory bound					    8

SYS>

ここまでのところ、 pga_aggregate_targetの20%がglobal memory boundとして設定されている。

次ぎいってみよー！

SYS> alter system set pga_aggregate_target=256m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 256M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  256
aggregate PGA auto target			   205.479492
global memory bound				   51.1992188

SYS> alter system set pga_aggregate_target=512m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 512M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  512
aggregate PGA auto target			    436.31543
global memory bound					  100

お、やはり、変化しました。 512MBの20%は、102.4MBですが、global memory boundに設定された値は、100MB。　_pga_max_sizeの50%ですね〜。
おそらく、Oracle10g R1と同じ割当条件なんでしょうね。

次回はpga_aggregate_targetパラメータをさらに増加させてみますよ。。つづく。

投稿日時 2010年5月15日 (土) 20時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #11

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１１回目、

さて、Oracle10g R2までは試したので、今回からはOracle11g R1で試します。利用したのはOracle11g R1 for Linux x86.

いつものように現状確認と、登録済みデータの確認から。自動メモリー管理が有効は無効にしてあります。自動SGA管理と自動PGA管理は有効になってますよー。
というか少なくとも自動PGA管理は有効にしておかないとこの検証自体が・・・・w

dSYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
PL/SQL Release 11.1.0.7.0 - Production
CORE	11.1.0.7.0	Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

SYS> 
SYS> @show_param

KSPPINM 			 KSPPSTVL			KSPPSTDF
-------------------------------- ------------------------------ ------------------------------
_4031_sga_dump_interval 	 3600				TRUE
_4031_sga_max_dumps		 10				TRUE
__pga_aggregate_target		 104857600			FALSE
__sga_target			 352321536			FALSE
_kdli_sio_pga			 FALSE				TRUE
_kdli_sio_pga_top		 FALSE				TRUE
_lock_sga_areas 		 0				TRUE
_memory_initial_sga_split_perc	 60				TRUE
_memory_nocancel_defsgareq	 FALSE				TRUE
_pga_large_extent_size		 1048576			TRUE
_pga_max_size			 209715200			FALSE
_sga_clear_dump 		 FALSE				TRUE
_sga_early_trace		 0				TRUE
_sga_locking			 none				TRUE
_use_ism_for_pga		 TRUE				TRUE
lock_sga			 FALSE				TRUE
memory_max_target		 0				TRUE
memory_target			 0				TRUE
pga_aggregate_target		 104857600			FALSE
pre_page_sga			 FALSE				TRUE
sga_max_size			 352321536			TRUE
sga_target			 352321536			FALSE

22行が選択されました。

SYS> show parameter workarea_size_policy

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
workarea_size_policy		     string	 AUTO
SYS>

とりあえず、200000万件、1.6GBほどのデータを登録してあります。

SCOTT> select count(*) from code;

  COUNT(*)
----------
    200000

SCOTT> l
  1  select
  2    blocks*block_size/1024/1024 as "table_size(MB)"
  3  from
  4    user_tables ut join user_tablespaces uts
  5    on ut.tablespace_name = uts.tablespace_name
  6*   and ut.table_name = 'CODE'
SCOTT> /

table_size(MB)
--------------
      1600.625

SCOTT>

次回へつづく。

投稿日時 2010年5月15日 (土) 16時43分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月13日 (木)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #10

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その１０回目、

前回までで、Oracle10g R2では、LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5)という条件でPGAの作業領域を割り当てているらしいというところまでは確認できた。
今回は、隠しパラメータ、 _pga_max_sizeパラメータを3840MBという大きな値に設定し、 pga_aggregate_targetの20%が利用されるか確認してみた。

_pga_max_sizeを3840MBと設定し、pga_aggregate_targetを256MB/512MB/768MB/1G/2G/4G/8G/16Gと増加させた場合、常に1920MB(_pga_max_size*0.5)より小さくなるのでpga_aggregate_target*0.2のサイズがglobal memory boundとして設定されるはず。

では、早速確認してみる。

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set "_pga_max_size"=3840m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=256m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 256M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  256
aggregate PGA auto target			       213.75
global memory bound				   51.1992188

SYS> alter system set pga_aggregate_target=512m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 512M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  512
aggregate PGA auto target			   444.155273
global memory bound				   102.399414

SYS> alter system set pga_aggregate_target=768m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 768M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  768
aggregate PGA auto target			   685.213867
global memory bound				   153.599609

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 1G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			   919.334961
global memory bound				   204.799805

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 2G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 2048
aggregate PGA auto target			    1826.8418
global memory bound				   409.599609

SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 4G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			   3669.74121
global memory bound				   819.199219

SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 8G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7472.14941
global memory bound				   1638.39941

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga                 

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 16G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			    14729.168
global memory bound					 1920

SYS>

実メモリ２GBしか積んでないので3.2GB近くのPGAサイズが割り当てられるか実際のテストはちょいとだけ無理をして1GBぐらいを目指してみた…

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=6g;

システムが変更されました。

SYS> 
SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 3840M
pga_aggregate_target		     big integer 6G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 6144
aggregate PGA auto target			   5513.83594
global memory bound				    1228.7998

SYS> 

・・・中略・・・

SCOTT> @test4

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 30000 SORT (v2)		   1171.63
0 order by code

1GB以上のPGAが利用されたところまでは確認できた〜〜。ということで、

Oracle10g R2において、１セッションでパラレルクエリでなければ、LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5)という条件でPGAを割り当てているのは確からしい。

今回で、Oracle10g R2 for MacOS X Server x86-64での検証はおわり、Oracle11g R1 for Linux x86で試してみようと思う。なお自動メモリー管理(AMM)は利用していない構成にしてある。ということで次回へつづく。

投稿日時 2010年5月13日 (木) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月12日 (水)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #9

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その９回目、

_pga_max_sizeはデフォルトの200MBのままで、pga_aggregate_targetを256MB/512MB/768MB/1GB/2GB/4GB/8GB/16GB/4095GBと増加させてみる。

Oracle10g R2 for MacOS X x86_64版では、Oracle10g R1までと違い、pga_aggregate_target * 0.2を割り当てているということまでは見る事ができた。
以前のリリースのように _pga_max_size * 0.5と比べて小さい値を使うのだと仮定すれば、　LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5)となっているんでしょうね。きっと。

とすると… 256MB/512MB/768MB/1GB/2GB/4GB/8GB/16GB/4095GBとpga_aggregate_targetを増加させると、256MBの場合だけ _pga_max_size * 0.5 を下回る。pga_aggregate_targetが512MB以上、かつ_pga_max_sizeがデフォルトの200MBの場合、global memory boundは常に100MBになるはず。

じゃ、確かめてみよう！

SYS> alter system set pga_aggregate_target=256m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 256M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  256
aggregate PGA auto target			   213.855469
global memory bound				   51.1992188

SYS> 

SYS> alter system set pga_aggregate_target=512m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 512M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  512
aggregate PGA auto target			   443.979492
global memory bound					  100

やはり、ここで変化しましたね！

SYS> alter system set pga_aggregate_target=768m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 768M
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  768
aggregate PGA auto target			   674.384766
global memory bound					  100

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 1G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			   905.053711
global memory bound					  100

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 2G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 2048
aggregate PGA auto target			   1826.63965
global memory bound					  100

SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 4G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			   3669.82031
global memory bound					  100

SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 8G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7356.19043
global memory bound					  100

SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 16G
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			   14728.9131
global memory bound					  100

SYS> 

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)		    100.02	   409993216	    409993216

0 order by code

SCOTT> 

・・・中略・・・

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 4095G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			      4193280
aggregate PGA auto target			   3773925.04
global memory bound					  100

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)		    100.02	   409993216	    409993216
0 order by code

SCOTT>

予想通り、 LEAST(pga_aggregate_target * 0.2, _pga_max_size * 0.5) となっている模様〜。まだまだつづきますよ〜 :)

投稿日時 2010年5月12日 (水) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月11日 (火)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #8

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その８回目、

Oracle10g R1の場合と同様に、_pga_max_sizeパラメータはデフォルト(200BMMB)のまま、pga_aggregate_targetを10MBスタートして増加させて確認していきますよ〜。

SYS> alter system set pga_aggregate_target=10m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 10M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   10
aggregate PGA auto target				    4
global memory bound					    2

SYS> 

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)		      2.01	   409993216	    409993216
0 order by code

SCOTT>

あれ、Oracle10g R1までの頃と割り当てられてるサイズが違う！　pga_aggregate_targetが10MBなのに0.5MBではなく、2MB。つまり20%が割り当てられてます。

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=20m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 20M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   20
aggregate PGA auto target				    4
global memory bound					    4

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)		      4.04	   409993216	    409993216
0 order by code

SCOTT> 

・・・中略・・・

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=40m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
_pga_max_size			     big integer 200M
pga_aggregate_target		     big integer 40M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   40
aggregate PGA auto target			   18.4570313
global memory bound					    8

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT (v2)		      8.04	   409993216	    409993216
0 order by code

SCOTT>

Oracle10g R1までの頃より、pgaの作業領域が大きく確保されるようになってるということもある程度見えましたが、まだばだ続きます。

注）パラレルクエリの場合はちょいと違いますからご注意を。余裕があったらやるかもしれないけど。:)

投稿日時 2010年5月11日 (火) 06時49分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月10日 (月)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #7

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その７回目、

今回からOracle10g R2での検証、環境は以下。

Oracle10g R2 for MacOS X Server (x86_64) / MacOS X 10.6.3 Core2 Duo 2.2Ghz RAM:2GB

手順はOracle10g R1の場合と同じだが、多少順番が前後したり設定するサイズは変更しながら行うかもしれないのであしからず。

SYS> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod
PL/SQL Release 10.2.0.4.0 - Production
CORE	10.2.0.4.0	Production
TNS for MacOS X Server: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

SYS>

Oracle10g R1 for MacOS X Serverの場合と同じテスト表とデータを用意してっ、と。

SCOTT> 
SCOTT> create table code (code varchar2(4000));

表が作成されました。

SCOTT> 
SCOTT> begin for i in 1..100000 loop insert into code values(lpad('#',4000,'#')); end loop; commit; end;
  2  /

PL/SQLプロシージャが正常に完了しました。

SCOTT> exec dbms_stats.gather_table_stats(ownname=>'SCOTT',tabname=>'CODE',degree=>2,estimate_percent=>100);

PL/SQLプロシージャが正常に完了しました。

SCOTT> 
SCOTT> l
  1  select
  2    blocks*block_size/1024/1024 as "table_size(MB)"
  3  from
  4    user_tables ut join user_tablespaces uts
  5    on ut.tablespace_name = uts.tablespace_name
  6*   and ut.table_name = 'CODE'
SCOTT> /

table_size(MB)
--------------
    788.101563

SCOTT>

テスト開始まえの関連パラメータの値は以下のような状態になってます。

SYS> @show_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ------------------------------
_4031_sga_dump_interval        3600			      TRUE
_4031_sga_max_dumps	       10			      TRUE
_lock_sga_areas 	       0			      TRUE
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      FALSE
_use_ism_for_pga	       TRUE			      TRUE
lock_sga		       FALSE			      TRUE
pga_aggregate_target	       104857600		      FALSE
pre_page_sga		       FALSE			      TRUE
sga_max_size		       612368384		      TRUE
sga_target		       612368384		      FALSE

11行が選択されました。

SYS> show parameter workarea_size

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
workarea_size_policy		     string	 AUTO
SYS>

引っ張るメソッドはいつもと同じということで、Oracle10g R2編、次回へつづく。 :)

投稿日時 2010年5月10日 (月) 10時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月 9日 (日)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #6

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その６回目、

前回までで、Oracle10g R1 (32bit)がpga_aggregate_targetパラメータと_pga_max_sizeパラメータをどのように使ってpgaの作業領域を割り当てているか見えたのですが、念押しでもういっちょw.

_pga_max_size * 50% が使われるというところをデフォルトの200MB以外でも確認して、Oracle10g R1 (32bit)での検証はおわりにしたい。:)

_pga_max_sizeパラメータは隠しパラメータなのでOracle Supportの指示なしには変更しないパラメータ、遊ぶ場合は、趣味の環境等でやってね :)

_pga_max_sizeを400MB/800MBと変更し、pga_aggregate_targetも4GB/8GBと設定する。Oracleがきまぐれで割り当てていないのであれば、 LEAST(_pga_max_size*0.5, pga_aggregate_target*0.05)より、200MB/400MBがglobal memory boundとして設定されるはず。

SYS> alter system set "_pga_max_size" = 400m;

システムが変更されました。

SYS> alter system set pga_aggregate_target = 4g;

システムが変更されました。

SYS> shutdown
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  293601280 bytes
Fixed Size		     778888 bytes
Variable Size		  116137336 bytes
Database Buffers	  176160768 bytes
Redo Buffers		     524288 bytes
データベースがマウントされました。
データベースがオープンされました。
SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       400M
pga_aggregate_target		     big integer		       4G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			   3673.17773
global memory bound					  200

SYS> 

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			    172.89	   409993216	    409993216
0 order by code

・・・中略・・・

SYS> alter system set "_pga_max_size" = 800m;

システムが変更されました。

SYS> alter system set pga_aggregate_target = 8g;

システムが変更されました。

SYS> shutdown
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  293601280 bytes
Fixed Size		     778888 bytes
Variable Size		  116137336 bytes
Database Buffers	  176160768 bytes
Redo Buffers		     524288 bytes
データベースがマウントされました。
データベースがオープンされました。
SYS> 
SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       800M
pga_aggregate_target		     big integer		       8G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7359.09961
global memory bound					  400

SYS> 

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			    370.66	   409993216	    409993216
0 order by code

ということで、Oracle10g R2 編へつづく。

投稿日時 2010年5月 9日 (日) 10時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月 8日 (土)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #5

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その５回目、

Oracle10g R1 (32bit)で、pga_aggregate_targetを40MBから一気に上限に近い4095GBに増加させたところで、global memory boundへの割当割合が変化した。

今回は、pga_aggregate_targetを1GBから16GBそして、後半では、_pga_max_sizeも増加させてどう変化するか確認してみることに。

_pga_max_sizeパラメータは隠しパラメータなのでOracle Supportの指示なしには変更しないパラメータ、遊ぶ場合は、趣味の環境等でやってね :)

あ、ところで、なんでPGAネタを始めたかって？　知りたいですか？　

実は、先日、インフラ担当（Oracleにはかなり詳しいと思われる）の方と話していて、pga_aggregate_targetの話題になったとき、その方が、「そーゆー、都市伝説みたいな話があるよね〜、キッパリ！」、みたいなノリで話していたので、私：「そんな事ないよー、都市伝説みたいじゃなくて都市伝説だよ（ウソウソ）、ほんととうにそう動いてるよ〜」、という話をしていて、どーしても書かなきゃ！、という気持ちになったのでした〜。それ以外に、第一回目でもちょっと書きましたが、10g r2ではちょいと変わったとか...いう話もあったし。（マニュアルにも書いてないし、Oracleに完全お任せでいいかというと、性能問題に絡んでくるちょいといやらしいとこなので）

余談はこのくらいにして、実験再開。

実際にソート処理をさせなくても、いままでの結果から、global memory boundの値が自動PGAメモリー管理では重要な意味があることは確認できたと思うので、毎回ソート処理を行わないで進めます。（適当な所で実際にソートしてみます！）

Oracle10g R1も9iと同様に、MIN(pga_aggregate_target * 0.05, _pga_max_size * 0.5)という条件で割り当てているのはほぼ確実なので、_pga_max_size=200MB (デフォルト）のままで、pga_aggregate_targetを1GB/2GB/4GB/8GB/16GBと増加させた場合、_pga_max_size * 0.5 = 100MBを下回るのは、pga_aggregate_targetに1GBを指定した場合のみなので、Oracleが気まぐれにglobal memory boundを設定しているのでなければ、global memory boundは、51.2BM/100MB/100MB/100MB/100MBという変化になるはず！

2010/5/8追記：
MIN(pga_aggregate_target * 0.05, _pga_max_size * 0.5)という表現よりSQLなら
LEAST(pga_aggregate_target * 0.05, _pga_max_size * 0.5)こっちの方がいいな次ぎからLEASTにする。

ということを脳のcacheにKEEPした上で、以下をご覧ください。

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       1G

SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			     908.4375
global memory bound				   51.1992188

SYS> 
SYS> 
SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> 
SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       2G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 2048
aggregate PGA auto target			    1830.2168
global memory bound					  100

SYS> 
SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       4G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			   3673.33594
global memory bound					  100

SYS> 
SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       8G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7359.69727
global memory bound					  100

SYS> 
SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       16G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			   14732.2793
global memory bound					  100

SYS> 
SYS> 

・・・中略・・・

SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			     97.58	   409993216	    409993216
0 order by code

やった〜！、予想通り！！！　:)

さらに念押し、pga_aggregate_target * 5%が　_pga_max_size * 50%　より小さくなるようにして、さらに変化を見る。

16GB * 5% = 819.2MB なので 820MB * 2 = 1640MB を _pga_max_sizeパラメータに設定すればいろいろと見えるよね。たぶん。

MacOS X版Oracle10g R1だけかもしれないけど？（未確認なので）、動的に変わるはず（と思っている）_pga_max_sizeがどうも静的なので、Oracle10g R1では　_pga_max_sizeを変更した場合は必ず、インスタンスを再起動しています。 (^^;;;;

_pga_max_sizeを1640MBに設定後、pga_aggregate_targetを1GB/2GB/4GB/8GB/16GBと増加させます。Oracleが気まぐれでglobal memory boundを設定していなければ、global memory boundの値は、51.2MB/102.4MB/204.8MB/409.6MB/819.2MBという変化を見せてくれるはず。

SYS> alter system set "_pga_max_size"=1640m;

システムが変更されました。

SYS> alter system set pga_aggregate_target=1g;

システムが変更されました。

SYS> shutdown
データベースがクローズされました。
データベースがディスマウントされました。
ORACLEインスタンスがシャットダウンされました。
SYS> startup
ORACLEインスタンスが起動しました。

Total System Global Area  293601280 bytes
Fixed Size		     778888 bytes
Variable Size		  116137336 bytes
Database Buffers	  176160768 bytes
Redo Buffers		     524288 bytes
データベースがマウントされました。
データベースがオープンされました。
SYS> 
SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       1640M
pga_aggregate_target		     big integer		       1G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 1024
aggregate PGA auto target			   907.892578
global memory bound				   51.1992188

SYS> alter system set pga_aggregate_target=2g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       1640M
pga_aggregate_target		     big integer		       2G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 2048
aggregate PGA auto target			   1829.30273
global memory bound				   102.399414

SYS> 
SYS> alter system set pga_aggregate_target=4g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       1640M
pga_aggregate_target		     big integer		       4G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 4096
aggregate PGA auto target			    3672.4834
global memory bound				   204.799805

SYS> 
SYS> alter system set pga_aggregate_target=8g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       1640M
pga_aggregate_target		     big integer		       8G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				 8192
aggregate PGA auto target			   7358.87988
global memory bound				   409.599609

SYS> 
SYS> alter system set pga_aggregate_target=16g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       1640M
pga_aggregate_target		     big integer		       16G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				16384
aggregate PGA auto target			   14731.6289
global memory bound				   819.199219

SYS>

データ量を倍にして、実際にソートしてみると。。。700MB以上のPGAを使ってくれました〜パチパチ。

SCOTT> 
SCOTT> begin for i in 1..100000 loop insert into code values(lpad('#',4000,'#')); end loop; commit; end;
  2  /

PL/SQLプロシージャが正常に完了しました。

SCOTT> exec dbms_stats.gather_table_stats(ownname=>'SCOTT',tabname=>'CODE',degree=>2,estimate_percent=>100);

PL/SQLプロシージャが正常に完了しました。

SCOTT> alter system flush shared_pool;

システムが変更されました。

SCOTT> @test3

SQL_TEXT				    OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
------------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 20000 SORT		       781.26
0 order by code


SCOTT>

もうここまででもOracle10g R1での検証は十分かと思いますが、さらに念押しで確認してみますよ〜（趣味の世界w) 次回へつづく。

投稿日時 2010年5月 8日 (土) 06時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月 7日 (金)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #4

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その４回目、

Oracle10g R1 (32bit)で、pga_aggregate_targetを徐々に増加させ、PGAの使われ方がどう変わるかの確認のつづき。

pga_aggregate_targetを10MB、20MBと増加させてきたが、今回は、40MB、そして 4095GBと上限値近くまで増やしてみる。

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=40m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       40M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   40
aggregate PGA auto target			   22.5527344
global memory bound					    2

・・・中略・・・

SCOTT> 
SCOTT> -- test #3 _pga_max_size=200m (default) / pga_aggregate_target=40m
SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			      1.92	   409993216	    409993216
0 order by code

SCOTT>

pga_aggregate_targetを10MB、20MB、40MBと増加させてみたところ、Oracle9i R2までと同じく、pga_aggregate_targetの5%をglobal memory boundとし、その値を上限にオペレーションしていることは確からしい。

次ぎは、_pga_max_sizeパラメータのデフォルト値である200MBを元にしてPGAサイズが決定されるようにしてみる。
pga_aggregate_targetを4095GBにする必要は全くないのだけれどね、ほんとうは。 :)

SYS> 
SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=4095g;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       4095G
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter			      4193280
aggregate PGA auto target			   3773929.32
global memory bound					  100

SYS> 

・・・中略・・・

SCOTT> 
SCOTT> -- test #4 _pga_max_size=200m (default) / pga_aggregate_target=4095G
SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			     97.58	   409993216	    409993216
0 order by code

SCOTT>

お〜〜〜っと、ここで変化が現れました。

これまでのテストでは、pga_aggregate_targetの5%がglobal memory boundとして調整されていましたが、5%より随分小さい値が設定されています。これもOracle9i R2と同様に、_pga_max_sizeの50%という値が設定されていると考えてよさそう。 pga_aggregate_target * 5% か　_pga_max_size * 50%　のいずれか小さい方が利用されていますよね。

次回はその辺りをもう少し細かく確認してみよと思います。つづく…

投稿日時 2010年5月 7日 (金) 06時30分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月 6日 (木)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #3

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その３回目、

まずは、pga_aggregate_targetパラメータを変更し、PGAがどのように利用されるかみていく。10MBからはじめ、徐々に増加させてみる。
（なお、Oracleのバックグラウンドプロセス以外のセッションは以後のテストで接続している１セッションのみ。同時に複数のセッションがあると自動PGAメモリー管理が働きすぎて困るのでw）

SYS>
SYS> alter system set pga_aggregate_target=10m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       10M

SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   10
aggregate PGA auto target				    4
global memory bound					   .5

SYS>

前述の情報を見ただけでもわかる方はもう気づいたと思いますが、実際にソート処理を行わせてPGAのサイズなどもみておきますね。（その方が面白いしw)

SCOTT> --test #1 _pga_max_size=200m(default) / pga_aggregate_target=10m
SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			       .44	   409993216	    409993216
0 order by code

SCOTT>

前述の結果から見ると、ソート処理は、0.44MBのPGAを利用していることが確認でき、そのサイズは、global memory bound以下のサイズであり、global memory boundは、pga_aggregate_targetパラメータで指定したサイズ（10MB）の5%である0.5MBであることがわかる。

では次ぎに、20MBに増加させて試してみると…

SYS> alter system flush shared_pool;

システムが変更されました。

SYS> alter system set pga_aggregate_target=20m;

システムが変更されました。

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       20M

SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				   20
aggregate PGA auto target			   4.36816406
global memory bound					    1

・・・中略・・・

SCOTT> 
SCOTT> -- test #2 _pga_max_size=200m(default) / pga_aggregate_target=20m
SCOTT> @test2

SQL_TEXT				 OPERATION_TYPE       last_mem(MB) LAST_TEMPSEG_SIZE MAX_TEMPSEG_SIZE
---------------------------------------- -------------------- ------------ ----------------- ----------------
select * from code where rownum <= 10000 SORT			       .97	   409993216	    409993216
0 order by code

SCOTT>

pga_aggregate_targetパラメータが10MBの場合と同様に、pga_aggregate_targetの5%がglobal memory boundのサイズとして調整され、ソート処理を行わせてもその範囲以下を上限としてメモリソート＋DISKソートが行われていることがわかる。

Oracle10g R1は、Oracle9i R2のまでと同じ割当方法だよね〜。

ここまでに利用したスクリプトは以下。（今回使った分ね。）
・test2.sql

set term off
select * from code where rownum <= 100000 order by code
/
set term on
@show_workarea2

・show_workarea2.sql

col sql_text for a40
col operation_type for a20
select
  sql_text
 ,operation_type
 ,round(last_memory_used/1024/1024,2) as "last_mem(MB)"
 ,last_tempseg_size
 ,max_tempseg_size
from 
  v$sql vs join v$sql_workarea vsw
  on vs.sql_id = vsw.sql_id
where
  sql_text='select * from code where rownum <= 100000 order by code'
/

ということで、次回へつづく。 :)

前回までのあらすじ・・・

・pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #1
・pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #2

投稿日時 2010年5月 6日 (木) 06時03分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2010年5月 5日 (水)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #2

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？その２回目、

自動PGAメモリー管理下ではどのようにPGAが割り当てられているのか確認して見ることに…

はじめは、

Oracle10g R1 for MacOS X Server (32bit) / MacOS X 10.4.11 Server PPC G5 Dual 2.7Ghz RAM:1GB

という環境から。

SYS> select * from v$version;

BANNER
----------------------------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Prod
PL/SQL Release 10.1.0.3.0 - Production
CORE	10.1.0.3.0	Production
TNS for MacOS X Server: Version 10.1.0.3.0 - Production
NLSRTL Version 10.1.0.3.0 - Production

SYS>

以下、隠しパラメータも含めて（多めに表示してますが気にしないで・・）確認！
赤字のパラメータはいろいろ関わってくるから気にしておくと吉だけど、隠しパラメータは基本的にユーザがかってに変更するパラメータではないので、Oracle社さんからの指示に従ってね :-)

ちなみに、隠しパラメータは、パラメータ名称の先頭が "_"になっているパラメータのこと。かってに変更されては困るからマニュアルにも記載されていないパラメータのこと。
英語圏のブログを検索するときは、hidden parameters なんてキーワード含めるといいよ!

SYS> @show_param

KSPPINM 		       KSPPSTVL 		      KSPPSTDF
------------------------------ ------------------------------ ------------------------------
_4031_sga_dump_interval        3600			      TRUE
_4031_sga_max_dumps	       10			      TRUE
_lock_sga_areas 	       0			      TRUE
_pga_large_extent_size	       1048576			      TRUE
_pga_max_size		       209715200		      FALSE
_use_ism_for_pga	       TRUE			      TRUE
lock_sga		       FALSE			      TRUE
pga_aggregate_target	       104857600		      FALSE
pre_page_sga		       FALSE			      TRUE
sga_max_size		       293601280		      TRUE
sga_target		       293601280		      FALSE

11行が選択されました。

SYS>
SYS> show parameter workarea_size_policy

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
workarea_size_policy		     string			       AUTO
SYS>

隠しパラメータは通常はshow parameterコマンドでは表示されないけど一旦設定してあげると表示されるようになるんだよ〜。
_pga_max_size隠しパラメータのデフォルト値は200MBなんだけどあえて設定してやることでshow parameterコマンドで確認できるようにしてあります。
マネしないでね、してもいいけど自己責任でお願いします (^^;;;

SYS> show parameter pga

NAME				     TYPE			       VALUE
------------------------------------ --------------------------------- ------------------------------
_pga_max_size			     big integer		       200M
pga_aggregate_target		     big integer		       100M
SYS> 
SYS> @pgastat

NAME						     size(MB)
-------------------------------------------------- ----------
aggregate PGA target parameter				  100
aggregate PGA auto target			   76.6142578
global memory bound					    5

SYS>

最後の結果は、v$pgastatビューを問い合わせているんですが、一番のポイントは赤字部分のglobal memory boundなのでよ〜〜〜〜く覚えておいてね (^^

以下、ここまでで使ったスクリプト。

・show_param.sql

set linesize 200
col ksppinm for a30
col ksppstvl for a30
col ksppstdf for a30
select
   a.ksppinm
  ,b.ksppstvl
  ,b.ksppstdf
from
  x$ksppi a join x$ksppcv b
  on a.indx = b.indx
where
  a.ksppinm like '%pga%'
  or a.ksppinm like '%sga%'
  or a.ksppinm like 'memory%'
order by
  a.ksppinm
/

・pgastat.sql

set linesize 200
col name for a50
select
  name
 ,value/1024/1024 "size(MB)"
from
  v$pgastat
where
  name in (
    'aggregate PGA target parameter'
   ,'aggregate PGA auto target'
   ,'global memory bound'
  )
/

というこで、引っぱりまくってますが、Oracle10g R1 (32bit)編、次回へつづく。

前回までのあらすじ・・・
・pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #1

投稿日時 2010年5月 5日 (水) 20時00分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

pga_aggregate_targetでPGA？、_pga_max_sizeでPGA？ #1

かな〜り間が空きましたが、久々にMac De Oracleっぽいネタにしました〜w

pga_aggregate_targetというか_pga_max_sizeパラメータというかPGAに割り当てられるSORTやhash-joinなどのサイズ絡みの話をいくつかのプロジェクトでしてたらOracle10g R2以降は割当る割合が変わったよね〜なんて話が出てた事もあり、実際はどーなーのよー。という事で調べてみる事にした。

Oracle9i R2までのお話は、過去記事や国内外のブログでも沢山書かれているのでそちらも参考にしてもらうよろしいかと…

・sizing pga_aggregate_target and pga_max_size for Oracle
・The _PGA_MAX_SIZE hidden parameter
・新・ソートに関する検証
・32bitと64bitのOracle10gでも_pga_max_sizeの値は同じ。
・Mac De Oracle なんですが、Windows(32bit)でのOracleな話 #2

確認方法は、前述した新・ソートに関する検証の検証方法を参考に進めて行くことにした。
pga_aggregate_target関連の話でかつ、日本語の記事だとここが一番分かりやすい。感謝。

今回対象としたのは以下のプラットフォームとリリースのOracle

・Oracle10g R1 for MacOS X Server (32bit) / MacOS X 10.4.11 Server PPC G5 Dual 2.7Ghz RAM:1GB
・Oracle10g R2 for MacOS X Server (64bit) / MacOS X 10.6.3 Core2 Duo 2.2Ghz RAM:2GB
・Oracle11g R1 for Linux x86 (32bit) / CentOS 5.4 Pentium M 1Ghz RAM:768MB
・Oracle11g R2 for Linux x86 (32bit) / CentOS 5.4 Pentium M 1Ghz RAM:768MB

まず、検証対象の全データベースのSCOTTスキーマに以下の表とデータを登録しておく！　:)

SCOTT> create table code (code varchar2(4000));

表が作成されました。

SCOTT> begin for i in 1..100000 loop insert into code values(lpad('#',4000,'#')); end loop; commit; end;
  2  /

PL/SQLプロシージャが正常に完了しました。

SCOTT> exec dbms_stats.gather_table_stats(ownname=>'SCOTT',tabname=>'CODE',estimate_percent=>100);

PL/SQLプロシージャが正常に完了しました。

SCOTT> 
SCOTT> l
  1  select
  2    blocks*block_size/1024/1024 as "table_size(MB)"
  3  from
  4    user_tables ut join user_tablespaces uts
  5    on ut.tablespace_name = uts.tablespace_name
  6*   and ut.table_name = 'CODE'
SCOTT> /

table_size(MB)
--------------
    782.101563

SCOTT>

ということで、次回へつづく。 (^^

投稿日時 2010年5月 5日 (水) 15時20分 Oracle, Mac, Linux, Oracle Database 11g, Mac(Intel x86), MacOS X Snow Leopard, Oracle11g R2, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年11月29日 (日)

CentOS5.4で無線LAN

先日、転居に伴い自宅のLAN環境を変えたついでに、それまでケーブル接続していたCentOS5を入れていたお遊び用Toshiba Dynabook SS SX/210LNLW RAM:768MBを無線LAN接続で使う事にした。rootユーザの言語をJapanseにしていた関係で「ワイヤレスでバイス設定」を使って少々ハマってしまったので、何にハマったのかも備忘録として書いてあります。

尚、無線LAN設定時はCentOS5.4。

まず、無線LANアダプターの確認。

[root@corydoras ˜]# lspci | grep Ether
01:05.0 Ethernet controller: Atheros Communications Inc. Atheros AR5001X+ Wireless Network Adapter (rev 01)
01:08.0 Ethernet controller: Intel Corporation 82801DB PRO/100 VE (MOB) Ethernet Controller (rev 83)
[root@corydoras ˜]#

wpa_supplicant関係の確認.

[root@corydoras ˜]# rpm -q wpa_supplicant
wpa_supplicant-0.5.10-8.el5
[root@corydoras ˜]# rpm -ql wpa_supplicant
/etc/dbus-1/system.d/wpa_supplicant.conf
/etc/logrotate.d/wpa_supplicant
/etc/rc.d/init.d/wpa_supplicant
/etc/sysconfig/wpa_supplicant
/etc/wpa_supplicant
/etc/wpa_supplicant/wpa_supplicant.conf
/usr/sbin/wpa_cli
/usr/sbin/wpa_passphrase
/usr/sbin/wpa_supplicant
/usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service
/usr/share/doc/wpa_supplicant-0.5.10
/usr/share/doc/wpa_supplicant-0.5.10/COPYING
/usr/share/doc/wpa_supplicant-0.5.10/ChangeLog
/usr/share/doc/wpa_supplicant-0.5.10/README
/usr/share/doc/wpa_supplicant-0.5.10/eap_testing.txt
/usr/share/doc/wpa_supplicant-0.5.10/examples
/usr/share/doc/wpa_supplicant-0.5.10/examples/ieee8021x.conf
/usr/share/doc/wpa_supplicant-0.5.10/examples/plaintext.conf
/usr/share/doc/wpa_supplicant-0.5.10/examples/wep.conf
/usr/share/doc/wpa_supplicant-0.5.10/examples/wpa-psk-tkip.conf
/usr/share/doc/wpa_supplicant-0.5.10/examples/wpa2-eap-ccmp.conf
/usr/share/doc/wpa_supplicant-0.5.10/todo.txt
/usr/share/doc/wpa_supplicant-0.5.10/wpa_supplicant.conf
/usr/share/man/man5/wpa_supplicant.conf.5.gz
/usr/share/man/man8/wpa_background.8.gz
/usr/share/man/man8/wpa_cli.8.gz
/usr/share/man/man8/wpa_passphrase.8.gz
/usr/share/man/man8/wpa_supplicant.8.gz
/var/run/wpa_supplicant
[root@corydoras ˜]#

以下、関連configファイルをダラダラと。。この辺りの設定方法はググルと山ほど出て来るのでほんと助かりまっす！

[root@corydoras ˜]# cat /etc/sysconfig/network-scripts/ifcfg-wlan0
# Atheros Communications Inc. Atheros AR5001X+ Wireless Network Adapter
DEVICE=wlan0
BOOTPROTO=none
ONBOOT=yes
#HWADDR=XX:XX:XX:XX:XX:XX
NETMASK=255.255.255.0
DHCP_HOSTNAME=
IPADDR=192.168.1.20
DOMAIN=
GATEWAY=192.168.1.1
TYPE=Wireless
USERCTL=no
IPV6INIT=no
PEERDNS=yes
ESSID=MyAirPortExpress
CHANNEL=1
MODE=Managed
SECURITYMODE=Restricted
RATE=Auto
[root@corydoras ˜]#

パスフレーズを設定して…

[root@corydoras ˜]# wpa_passphrase MyAirPortExpress hogehoge >> /etc/wpa_supplicant/wpa_supplicant.conf
[root@corydoras ˜]# cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel

#network={
#       ssid="any"
#       key_mgmt=NONE
#}

network={
        scan_ssid=1
        proto=WPA2
        key_mgmt=WPA-PSK
        pairwise=CCMP TKIP
        group=CCMP TKIP
        ssid="MyAirPortExpress"
        psk=4151a3813315d0175c7cd157a3afbb27ae50b9f466608687a60c0514ef0ec427
}
[root@corydoras ˜]#

/etc/sysconfig/wpa_supplicantは以下のように設定した

[root@corydoras ˜]# cat /etc/sysconfig/wpa_supplicant
# Use the flag "-i" before each of your interfaces, like so:
#  INTERFACES="-i eth1 -i wlan0"
INTERFACES="-i wlan0"


# Use the flag "-D" before each driver, like so:
#  DRIVERS="-D wext"
DRIVERS="-D wext"


# Other arguments
#   -u   Enable the D-Bus interface (required for use with NetworkManager)
#   -f   Log to /var/log/wpa_supplicant.log
OTHER_ARGS="-f /var/log/wpa_supplicant.log"

[root@corydoras ˜]#

/etc/rc.d/init.d/wpa_supplicantは/etc/rc.d/init.d/networkより前に起動するように

[root@corydoras ˜]# grep -w "# chkconfig" /etc/rc.d/init.d/network
# chkconfig: 2345 10 90
[root@corydoras ˜]# grep -w "# chkconfig" /etc/rc.d/init.d/wpa_supplicant
# chkconfig: 2345 09 88
[root@corydoras ˜]# chkconfig wpa_supplicant on
[root@corydoras ˜]#

ここで再起動

繋がってるか確認。

[root@corydoras ˜]# 
[root@corydoras ˜]# ping -c 3 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2.29 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.58 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.58 ms

--- 192.168.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 1.588/1.825/2.298/0.334 ms
[root@corydoras ˜]#

MacOS X側からもアクセスしてみる、試しにOracle Instant ClientでCentOS5.4上のOracle11g R1へ接続。

G5Server:˜ discus$ sqlplus /nolog

SQL*Plus: Release 10.1.0.3.0 - Production on 日 11月 29 16:43:02 2009

Copyright (c) 1982, 2004, Oracle.  All rights reserved.

> conn sys@lampeye as sysdba
パスワードを入力してください: 
接続されました。
SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
PL/SQL Release 11.1.0.7.0 - Production
CORE    11.1.0.7.0      Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

SYS>

おまけ
上記だけ載せてしまうと順調に進んだように見えますがハマった所もありました。
GUI上で「ネットワーク設定」や「ワイヤレスデバイス設定」を利用して各種構成が行えるのだが、rootユーザの言語設定が日本語になっていると「ワイヤレスデバイス設定」で”自動”と設定したパラメータが構成ファイル上でも”自動”と設定され起動時にエラーになってしまった。これに気付くのに手間取り少々ハマったのでご注意を。

以下、「ワイヤレスデバイス設定」で”自動”とした場合の内容（これじゃうまく行かないよね。w）

[root@corydoras ˜]# cat /etc/sysconfig/network-scripts/ifcfg-wlan0 
# Atheros Communications Inc. Atheros AR5001X+ Wireless Network Adapter
DEVICE=wlan0
BOOTPROTO=none
ONBOOT=yes
HWADDR=XX:XX:XX:XX:XX:XX
NETMASK=255.255.255.0
DHCP_HOSTNAME=
IPADDR=192.168.1.20
DOMAIN=
GATEWAY=192.168.1.1
TYPE=Wireless
USERCTL=no
IPV6INIT=no
PEERDNS=no
ESSID=MyAirPortExpress
CHANNEL=自動
MODE=Auto
SECURITYMODE=
RATE=自動
[root@corydoras ˜]#

投稿日時 2009年11月29日 (日) 17時06分 Mac, Linux, Oracle Database 11g, 無線LAN | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年9月16日 (水)

Cross Platform Transportable Tablespace #11

twitterで呟かれていたリトルエンティアン、ビッグエンディアンで思い出したので、久々にトランスポータブル表領域について。
Oracle database 11gが登場したり、MacがPowerPCからIntelに移行したりしたのでその辺りの情報も追加されているんだろうな〜。と思い$transportable_platformの内容を比較してみた。

まず、Oracle10g R2の頃のv$transportable_platformの情報。（以前載せたものを再掲載）

SYS> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
PL/SQL Release 10.2.0.2.0 - Production
CORE    10.2.0.2.0      Production
TNS for Linux: Version 10.2.0.2.0 - Production
NLSRTL Version 10.2.0.2.0 - Production

SYS> SYS> l
  1  select
  2     endian_format
  3    ,platform_name
  4  from
  5*   v$transportable_platform
SYS> /

ENDIAN_FORMAT                PLATFORM_NAME
---------------------------- -----------------------------------------
Big                          Solaris[tm] OE (32-bit)
Big                          Solaris[tm] OE (64-bit)
Little                       Microsoft Windows IA (32-bit)
Little                       Linux IA (32-bit)
Big                          AIX-Based Systems (64-bit)
Big                          HP-UX (64-bit)
Little                       HP Tru64 UNIX
Big                          HP-UX IA (64-bit)
Little                       Linux IA (64-bit)
Little                       HP Open VMS
Little                       Microsoft Windows IA (64-bit)
Big                          IBM zSeries Based Linux
Little                       Linux 64-bit for AMD
Big                          Apple Mac OS
Little                       Microsoft Windows 64-bit for AMD
Little                       Solaris Operating System (x86)
Big                          IBM Power Based Linux

17行が選択されました。

SYS>

次に、Oracle11g R2のv$transportable_platformの内容
黒太字部分は名称が変っただけですね。for AMDからx86と変更されている。
また、赤太字のHP IA Open VMSとSolaris Operating System (x86-64)が追加されている。

SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
PL/SQL Release 11.1.0.7.0 - Production
CORE    11.1.0.7.0      Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

SYS> l
  1  select
  2     endian_format
  3    ,platform_name
  4  from
  5*   v$transportable_platform
SYS> /

ENDIAN_FORMAT  PLATFORM_NAME
-------------- --------------------------------------------------
Big            Solaris[tm] OE (32-bit)
Big            Solaris[tm] OE (64-bit)
Little         Microsoft Windows IA (32-bit)
Little         Linux IA (32-bit)
Big            AIX-Based Systems (64-bit)
Big            HP-UX (64-bit)
Little         HP Tru64 UNIX
Big            HP-UX IA (64-bit)
Little         Linux IA (64-bit)
Little         HP Open VMS
Little         Microsoft Windows IA (64-bit)
Big            IBM zSeries Based Linux
Little         Linux x86 64-bit
Big            Apple Mac OS
Little         Microsoft Windows x86 64-bit
Little         Solaris Operating System (x86)
Big            IBM Power Based Linux
Little         HP IA Open VMS
Little         Solaris Operating System (x86-64)

19行が選択されました。


SYS>

最後は、先日リリースされたOracle11g R2のv$transportable_platformの内容。
赤太字で示した通り、Intel Macが追加されている。PowerPC版のMacはBig eneianだったがIntel版ではLittle endian。

SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SYS> 
SYS> l
  1  select
  2     endian_format
  3    ,platform_name
  4  from
  5*   v$transportable_platform
SYS> /

ENDIAN_FORMAT  PLATFORM_NAME
-------------- --------------------------------------------------
Big            Solaris[tm] OE (32-bit)
Big            Solaris[tm] OE (64-bit)
Little         Microsoft Windows IA (32-bit)
Little         Linux IA (32-bit)
Big            AIX-Based Systems (64-bit)
Big            HP-UX (64-bit)
Little         HP Tru64 UNIX
Big            HP-UX IA (64-bit)
Little         Linux IA (64-bit)
Little         HP Open VMS
Little         Microsoft Windows IA (64-bit)
Big            IBM zSeries Based Linux
Little         Linux x86 64-bit
Big            Apple Mac OS
Little         Microsoft Windows x86 64-bit
Little         Solaris Operating System (x86)
Big            IBM Power Based Linux
Little         HP IA Open VMS
Little         Solaris Operating System (x86-64)
Little         Apple Mac OS (x86-64)

20行が選択されました。

SYS>

投稿日時 2009年9月16日 (水) 07時27分 Oracle, Mac, クロスプラットフォーム・トランスポータブル表領域, Linux, Oracle Database 11g, Mac(Intel x86), Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年9月15日 (火)

Oracle database 11g release 2 for Linux x86 Install #2

前回に引き続きOracle database 11g release 2 for Linux x86のインストールです。

前回は単にOUIによるインストールの模様だけでしたが、今回はOracle database 11g release 1までのインストーラーには無かった動きや発生したエラー等の解説を。

まず最初はSYS/SYSTEM/SYSMAN/DBSNMPのパスワード設定が6.7.3 Unlocking and Changing Passwordsに記載されているガイドラインに従っているかチェックされること。以下ステップ１５／２０ではガイドラインに従っていないパスワードなのでエラーと警告メッセージが表示されている。

二つ目は、インストールの最低要件がチェックされ要件を満たしていなければ以下のような画面でレポートされる。同画面より修正スクリプトの生成、実行方法までが表示されるようになったこと。インストール実施中に修正できるカーネルパラメータについては「修正可能」欄に”はい”と表示される。

今回はインストーラの問題と思われる点が２カ所確認できる。１点目はスワップサイズで必要サイズを確保しているはずだが「ステータス」欄には”失敗”と表示されている。２点目は、CentOS5.3なので必要なパッケージにpdksh-5.2.14は含まれていないはずだが、pdkshがインストールされていないとレポートされている。ちなみにpdkshが必要なディストリビューションはCentOS4.xの場合のはずだが、、まあ、影響は特にないし、未サポートなCentOSですから。。

「修正及び再チェック」ボタンをクリックするとカーネルパラメータの修正スクリプトが自動生成され実行手順までガイドされる。指示に従いスクリプトを実行後、「OK」ボタンをクリックすると条件の再チェックが実行される。

最終的にステップ１７／２０の画面では、前述した２点の誤認識と物理メモリ不足（１ＧＢのところ７６８ＭＢ）で、以下の３件が要件を満たしていないとレポートされた。メモリは少々不安だったが、その他の２つは問題ないので「すべて無視」をチェックして「次へ」ボタンをクリックした。

３つ目に、以下のアラートで表示されているエラーがDBCAで発生したこと。（OUIでデータベース作成も行ったが、DBCA単体ではどうなのかは試していない。。。。なんで？？？って感じ。。）
DBCAのログを調べて分かったことなのだが、これはOracle TextのオーナーCTXSYSユーザのアンロックとパスワード設定のためのalert user文が失敗(ORA-00922)し、CTXSYSユーザへconnectできず（ORA-28000が発生）にOracle Textの Default lexerや wordlist stoplist　default policyの削除とデフォルト言語でそれらを作成するという処理ができなかっただけなのでインストールそのものには影響はなかったようだ。
[oracle@corydoras glassfish]$ cat postScripts.log
         1
         1
alter user CTXSYS account unlock identified by ******
*
行1でエラーが発生しました。:
ORA-00922: オプション指定されていないか、または無効です。


ERROR:
ORA-28000: the account is locked


警告: Oracleにはもう接続されていません。
dropping default lexer preference...
SP2-0640: 接続されていません。
dropping default wordlist preference...
SP2-0640: 接続されていません。
dropping default stoplist preference...
SP2-0640: 接続されていません。
dropping default policy...
SP2-0640: 接続されていません。
SP2-0640: 接続されていません。
lang_abbrに値を入力してください: SP2-0310: ファイル
"/u01/app/oracle/product/11.2.0/dbhome_1/ctx/admin/defaults/drdefset.sql"を
オープンできません。
[oracle@corydoras glassfish]$ 
関連エントリー

・Oracle Database 11g Release 2 の de-install tool
・Oracle Database 11g Release 2 の de-install tool #2
・Oracle Database 11g Release 2 の de-install tool #3
・

投稿日時 2009年9月15日 (火) 01時00分 Oracle, Mac, Linux, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年9月14日 (月)

Oracle database 11g release 2 for Linux x86 Install #1

さて、インストールより先にDe-installに関して試してしまったのですが、この辺りでOracle database 11g release 2のインストールの模様でも。

以前も書きましたが、OSはCentoOS5.3、RAM:768MB、CPU:Pentium M 1GhzのDynabook SS SX/210LNLWというnote pc（OSは当時からupdateしていますがそれ以外は同じです。）を使います。
（メモリは推奨されている最低サイズより小さいく、OSは推奨されているものではありませんがRedhat EnterPrise Linux 5とは互換性が高いOSですが。。）

いつものようにインストレーションガイドに従い環境確認とカーネルパラーメータを設定しますが今回はあえてカーネルパラメータの一部を推奨値より少なくしてあります。

2.2.1 Memory Requirements

[root@corydoras ˜]# grep MemTotal /proc/meminfo
MemTotal:       758184 kB
[root@corydoras ˜]# grep SwapTotal /proc/meminfo
SwapTotal:     1540088 kB
[root@corydoras ˜]#

2.2.3 Disk Space Requirements

[root@corydoras ˜]# df  -h
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00
                       35G   21G   13G  63% /
/dev/hda1              99M   17M   78M  18% /boot
tmpfs                 371M     0  371M   0% /dev/shm
[root@corydoras ˜]#

2.3.1 Operating System Requirements

[root@corydoras ˜]# uname -m -r -s -v
Linux 2.6.18-128.7.1.el5 #1 SMP Mon Aug 24 08:20:55 EDT 2009 i686
[root@corydoras ˜]# 
[root@corydoras ˜]# java -version
java version "1.6.0_06"
Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing)
[root@corydoras ˜]# 
[root@corydoras ˜]$ cat /etc/redhat-release
CentOS release 5.3 (Final)
[root@corydoras ˜]$

2.3.3 Package Requirements

2.3.4 Compiler Requirements



[root@corydoras ˜]# rpm -q binutils compat-libstdc++-33 elfutils-libelf elfutils-libelf-devel elfutils-libelf-devel-static gcc gcc-c++ glibc glibc-common glibc-devel glibc-headers kernel-headers ksh libaio libaio-devel libgcc libgomp libstdc++ libstdc++-devel make sysstat unixODBC unixODBC-devel
binutils-2.17.50.0.6-9.el5
compat-libstdc++-33-3.2.3-61
elfutils-libelf-0.137-3.el5
elfutils-libelf-devel-0.137-3.el5
elfutils-libelf-devel-static-0.137-3.el5
gcc-4.1.2-44.el5
gcc-c++-4.1.2-44.el5
glibc-2.5-34.el5_3.1
glibc-common-2.5-34.el5_3.1
glibc-devel-2.5-34.el5_3.1
glibc-headers-2.5-34.el5_3.1
kernel-headers-2.6.18-128.7.1.el5
ksh-20080202-2.el5_3.1
libaio-0.3.106-3.2
libaio-devel-0.3.106-3.2
libgcc-4.1.2-44.el5
libgomp-4.3.2-7.el5
libstdc++-4.1.2-44.el5
libstdc++-devel-4.1.2-44.el5
make-3.81-3.el5
sysstat-7.0.2-3.el5
unixODBC-2.2.11-7.1
unixODBC-devel-2.2.11-7.1
[root@corydoras ˜]#

2.3.5.4 Browser Requirements
マニュアルの推奨値より少ない設定のままにしているパラメータあり。



[root@corydoras ˜]# /sbin/sysctl -a | grep -E '(sem|shmall|shmmax|shmmni|file-max|ip_local_port_range|mem_default|mem_max|vmem_default|vmen_max|aio-max-nr)'
net.ipv4.ip_local_port_range = 1024     65000
net.core.optmem_max = 10240
net.core.rmem_default = 4194304
net.core.wmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_max = 262144
kernel.sem = 250        32000   100     128
kernel.shmmni = 4096
kernel.shmall = 268435456
kernel.shmmax = 4294967295
fs.aio-max-nr = 65536
fs.file-max = 6553600
[root@corydoras ˜]#

2.10.1 Oracle Base Directory

[oracle@corydoras ˜]$ env | grep ORA
ORACLE_SID=glassfish
ORACLE_BASE=/u01/app/oracle
[oracle@corydoras ˜]$ 
[oracle@corydoras ˜]$ echo $TMP $TMP_DIR
/tmp /tmp

その他のインストール事前準備等はインストールガイドの指示に従い実施しておく。

なお、OUIの起動はMacOS XのX11 xtermからssh -Y username@hostで接続して行っています。xtermからOUIを起動した場合、xterm上に出力される日本語メッセージは文字化けするもののOUIには影響なし。また、インストール中いくつかのエラーや、CVUのチェックエラーを無視してインストールを進めている箇所がありますが、それらについては別エントリで書く事にして今回はインストールの模様のみ公開しておきます。

SYS> !sqlplus -v

SQL*Plus: Release 11.2.0.1.0 Production


SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SYS>

投稿日時 2009年9月14日 (月) 12時00分 Oracle, Mac, Linux, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年9月10日 (木)

Oracle Database 11g Release 2 の de-install tool #3

Oracle database 11g R2ではde-install commandeで製品をアンインストールするようマニュアルに書いてあるのに、$ORACLE_HOMEにインストールされるOUIを起動してみると・・・「製品のアンインストール」ボタンがあるじゃないか。。。削除できるか試してみたら。。。orz... こんなオチだったとは。。。「製品のアンインストール」ボタンごと削除してても良かったのでは？とも思うが、オンラインヘルプと考えれば親切なのかもしない。

ただ、クリックした瞬間に腹を抱えて笑ってしまったのは言うまでもない。。。最初から笑いを取るためのネタかw

投稿日時 2009年9月10日 (木) 10時42分 Oracle, Mac, Linux, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

Oracle Database 11g Release 2 の de-install tool #2

前回、Oracle11g R2のde-install tool commandを試してみたが、OUI等のマニュアルを見る限りdeinsatallはdeinstallコマンドを使うように書かれているのだが、Oracle databavse 11g release 2でインストールされたOUIで確認したところrelase 2のOUIでも「削除」機能が残っているようだ。しかも「製品のアンインストール」ボタンで。（試していないけど使えるのかな？？？　マニュアルには特にどちらでも使えるとは記載されていないというOracleマジックに悩み中www。使うかどうか迷うよ〜。でもマニュアルに従うならdeinstall command使うかな。）

以下、Oracle database 11g release 1のOUIの削除。（$ORACLE_HOME/oui/bin/runInstallerを起動）

Oracle database 11g release 2ではマニュアルを見る限りOUIから削除できなくなったかのように読み取れたのだが、インストールされたOUIを実行してみるとrelease 1と同じように削除ボタンがあり実際に削除でそうに見える。（削除は試してないけど）以下の画像は$ORACLE_HOME/oui/bin/runInstallerを起動したもの。見た目はほとんとrelease 1のOUIと同じだね。

投稿日時 2009年9月10日 (木) 07時28分 Oracle, Mac, Linux, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

Oracle Database 11g Release 2 の de-install tool

Oracle Database 11g Release 2 for Linuxがリリースされたので早速インストールしたがすぐ削除した。このリリースからOracleのアンインストールはOUIから分離されDeinstall toolとして提供されているのでDeinstall toolを先に試してみたかったので。

環境はDynabook SS SX/210LNLW RAM:768MBのCentOS5.3（そう１GBのメモリを要求されていますがRelease 1の時と同様になんとかインストールは可能なようです。お遊びとしてならギリギリ使えそうな環境。。

でマニュアルを見てビックリ、commandだけなんですよ。なんとなくOUI以前のインストールを思い出しちゃいますが使い方は凄く簡単でした。削除する$ORACLE_HOMEのパスを指定して別途ダウンロードしておいたdeinstallを実行するか、$ORACLE_HOME/deinstallに移動して引数無しでdeinstallを実行するかの二通り。

今回は、deinstall toolを別途ダウンロードし、$ORACLE_HOMEのパスを指定してde-installしてみた。尚、deinstallコマンド実行時listenerとoracle instanceは起動させたままで試してみた。（起動していなくてもいいのだがどうなるか試してみたかったので。）
また例によってLinuxへはMacOS XのTerminalからssh接続して実行。

[oracle@corydoras oracle11gr2]$ ll
合計 32
drwxr-xr-x  8 oracle oinstall 4096  8月 19 04:54 database
drwxr-xr-x 19 oracle oinstall 4096  8月 19 04:51 deinstall
drwxr-xr-x  6 oracle oinstall 4096  8月 19 04:53 examples
drwxr-xr-x  7 oracle oinstall 4096  8月 19 04:58 gateways
[oracle@corydoras oracle11gr2]$ cd deinstall
[oracle@corydoras deinstall]$ deinstall -home /u01/app/oracle/product/11.2.0/dbhome_1
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
Location of logs /u01/app/oraInventory/logs/

############ ORACLE DEINSTALL & DECONFIG TOOL START ############


######################## CHECK OPERATION START ########################
インストールの構成確認の開始


Oracleホームの場所が存在するかどうかを確認しています /u01/app/oracle/product/11.2.0/dbhome_1
選択された削除対象のOracleホームのタイプ: SIDB
選択された削除対象のOracleベース: /u01/app/oracle
中央インベントリの場所が存在するかどうかを確認しています /u01/app/oraInventory

インストールの構成確認の終了


ネットワーク構成チェック構成START

ネットワーク構成解除トレース・ファイルの場所: /u01/app/oraInventory/logs/netdc_check46396.log

構成解除するすべての単一インスタンス・リスナーを指定してください[LISTENER]:

ネットワーク構成チェック構成END

データベース・チェック構成START

データベース構成解除トレース・ファイルの場所: /u01/app/oraInventory/logs/databasedc_check46397.log

値のリストを入力として指定する場合、セパレータとしてカンマを使用してください

このOracleホームで構成されているデータベース名のリストを指定してください []: glassfish

###### データベース'glassfish' ######

単一インスタンス・データベース
データベースの診断先の場所: /u01/app/oracle/diag/rdbms/glassfish
データベースによって使用される記憶域タイプ: FS
データベース・ファイルの場所: /u01/app/oracle/oradata/glassfish,/u01/app/oracle/flash_recovery_area/glassfish
フラッシュ・リカバリ領域の場所: /u01/app/oracle/flash_recovery_area/GLASSFISH
データベースのspfileの場所: /u01/app/oracle/product/11.2.0/dbhome_1/dbs/spfileglassfish.ora

データベースglassfishの詳細は自動的に検出されました。glassfishデータベースの詳細を変更しますか。 [n]: 

データベース・チェック構成END

Enterprise Manager Configuration Assistant START

EMCA構成解除トレース・ファイルの場所: /u01/app/oraInventory/logs/emcadc_check.log 

データベースglassfishの構成を確認しています
Enterprise Manager Configuration Assistant END
Oracle Configuration Manager check START
OCM check log file location : /u01/app/oraInventory/logs//ocm_check3797.log
Oracle Configuration Manager check END

######################### CHECK OPERATION END #########################


####################### CHECK OPERATION SUMMARY #######################
選択された削除対象のOracleホーム: /u01/app/oracle/product/11.2.0/dbhome_1
Oracleホームが登録されているインベントリの場所: /u01/app/oraInventory
次の単一インスタンス・リスナーが構成解除されます: LISTENER
次のデータベースが構成解除対象として選択されました: glassfish
一意のデータベース名: glassfish
使用済記憶域: FS
次のデータベースのEnterprise Managerの構成を更新しますか: glassfish
更新するEnterprise Manager ASMターゲットはありません
移行するEnterprise Managerのリスナー・ターゲットはありません
Checking the config status for CCR
Oracle Home exists with CCR directory, but CCR is not configured
CCR check is finished
続行しますか (y - はい、n - いいえ)[n]: y
このセッションのログは/u01/app/oraInventory/logs/deinstall_deconfig2009-09-10_01-48-33-AM.outに書き込まれます
このセッションのすべてのエラー・メッセージは/u01/app/oraInventory/logs/deinstall_deconfig2009-09-10_01-48-33-AM.errに書き込まれます

######################## CLEAN OPERATION START ########################

Enterprise Manager Configuration Assistant START

EMCA構成解除トレース・ファイルの場所: /u01/app/oraInventory/logs/emcadc_clean.log 

データベースglassfishのEnterprise Manager Database Controlの構成の更新
Enterprise Manager ASMターゲットを更新しています(ある場合)
Enterprise Managerのリスナー・ターゲットを更新しています(ある場合)
Enterprise Manager Configuration Assistant END
データベース構成解除トレース・ファイルの場所: /u01/app/oraInventory/logs/databasedc_clean46398.log
データベース・クリーンアップ構成START glassfish
この操作には数分かかります。

データベース・クリーンアップ構成END glassfish

ネットワーク構成クリーニング構成START

ネットワーク構成解除トレース・ファイルの場所: /u01/app/oraInventory/logs/netdc_clean46399.log

単一インスタンス・リスナーの構成解除: LISTENER

リスナーの構成解除: LISTENER
    リスナーを停止しています: LISTENER
    リスナーの停止に成功しました。
    リスナーを削除しています: LISTENER
    リスナーは正常に削除されました。
リスナーは正常に構成解除されました。

ネーミング・メソッド構成ファイルの構成解除中です...
ネーミング・メソッド構成ファイルが正常に構成解除されました。 

バックアップ・ファイルの構成解除中です...
バックアップ・ファイルが正常に構成解除されました。 

ネットワーク構成が正常にクリーンアップされました。

ネットワーク構成クリーニング構成END

Oracle Configuration Manager clean START
OCM clean log file location : /u01/app/oraInventory/logs//ocm_clean3797.log
Oracle Configuration Manager clean END
Oracle Universal Installerクリーンアップの開始

Oracleホーム'/u01/app/oracle/product/11.2.0/dbhome_1'をローカル・ノードの中央インベントリからデタッチします : 終了

ローカル・ノードのディレクトリ'/u01/app/oracle/product/11.2.0/dbhome_1'を削除します : 終了

ローカル・ノード上でOracleベース・ディレクトリ'/u01/app/oracle'は削除されません。ディレクトリはOracleホーム'/u01/app/oracle/product/11.1.0/db_1'で使用中です。

Oracle Universal Installerのクリーンアップが成功しました。

Oracle Universal Installerクリーンアップの終了


Oracleインストール・クリーンアップの開始

インストールのクリーンアップ操作により、ノードcorydorasの一時ディレクトリ/tmp/installを削除しています

Oracleインストール・クリーンアップの終了

デフォルト・プロパティ・ファイル/home/oracle/Desktop/oracle11gr2/deinstall/response/deinstall_OraDb11g_home2.rspを/home/oracle/Desktop/oracle11gr2/deinstall/response/deinstall_OraDb11g_home2.rsp0として移動しました

######################### CLEAN OPERATION END #########################


####################### CLEAN OPERATION SUMMARY #######################
データベースglassfishのEnterprise Managerの構成を更新しました
次のデータベース・インスタンスが正常に構成解除されました: glassfish
次の単一インスタンス・リスナーが正常に構成解除されました: LISTENER
Cleaning the config for CCR
As CCR is not configured, so skipping the cleaning of CCR configuration
CCR clean is finished
Oracleホーム'/u01/app/oracle/product/11.2.0/dbhome_1'がローカル・ノードの中央インベントリから正常にデタッチされました。
ローカル・ノードのディレクトリ'/u01/app/oracle/product/11.2.0/dbhome_1'が正常に削除されました。
Oracle Universal Installerのクリーンアップが成功しました。

Oracleインストールにより、一時ディレクトリが正常にクリーンアップされました。
#######################################################################


############# ORACLE DEINSTALL & DECONFIG TOOL END #############

[oracle@corydoras deinstall]$

でもOUIで削除していたものをなんでcommandとして分離させたのだろう。

マニュアルには理由は書いてくれないので想像するしかないけど。。white paperとか見れば書いてるのかな？

command化されたことによりどんな場面でうれしくなるんだろう。。。。

今回使った感想は、OUIから分離されcommand化されたことによるうれしさは無かったが、OUIの削除ボタンよりは分かりやすいかも。。。

でもやっぱり、deinstall commandってどんな時にうれしく感じるんだろう。。。command化されて良かった！と感じる場面って。

投稿日時 2009年9月10日 (木) 04時21分 Oracle, Mac, Linux, Oracle Database 11g Release 2 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年9月 6日 (日)

PL/SQL で　Python Challenge Level 18 - 完

ということで、Python Challenge Level18の最終回。
前回報告した通り level 18　はPL/SQLだけで解けます。今回は問題の元ネタの抽出と回答を抽出した後の確認はOSに付属している機能を使ったが大切なのは問題の元ネタから解答を抽出する所なので。

SQL*Plusから実行したストアドプロシージャで問題を解いたところ．．．．例によってヒントになりそうな部分はもやもやさせてます。 :)

ヒントになりまくりの答えのスナップショット。（これ以外にも私のブログにヒントになる記事もあるのだが・・・・・それは書きませんよ。。。。）

ちなみに絵を見れば分かると思いますが、MacOS XからX11のX forwordingを使って今回利用したLinuxのDesktopを表示/操作しています。X11のxtermからssh -Y user@hostで接続してgnome-sessionを実行しているだけ。

Python Challenge Level19へつづく！（？）

投稿日時 2009年9月 6日 (日) 05時35分 Oracle, PL/SQL, Mac, PL/SQL で Python Challenge, Linux, Oracle Database 11g, Mac(Intel x86) | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年9月 2日 (水)

PL/SQL で　Python Challenge Level 18 解けた

一年以上間が空いてしまったが・・・Python Challenge Level18はPL/SQLだけで解けますよん。ヒントになるようなならないようなモヤモヤした記事は明日にでも。。

投稿日時 2009年9月 2日 (水) 22時20分 Oracle, PL/SQL, Mac, PL/SQL で Python Challenge, Linux, SQL, Oracle Database 11g, Windows, Mac(Intel x86) | 固定リンク | 0 | コメント (2) | トラックバック (0)

2009年8月31日 (月)

PL/SQL de O(ND) Difference Algorithm

かなり久々ですが、まあ、シリーズもののネタを毎日アップするのもなかなか難しい状況なので単発ネタでも。

ということで今回は、PL/SQLでAn O(ND) Difference Algorithmを実装して頭の体操。

文書比較のアルゴリズムとしてはAn O(NP) Sequence Comparison Algorithmが効率は良いのだが、先日javascriptで書かれたO(ND)のコードを見つけたことをキッカケにPL/SQLで写経したくなったというわけ。

文書比較アルゴリズムは２、３年くらい前、文書比較アブゴリズム、diff(1)/diff(2)/diff(3)等をみたことがあったが、最近pyhthonやらjavascriptのコードを目にするようになり　(^^) な顔して眺めていて時間があったらPL/SQLで遊んでみようと思っていた。。他の言語でやってもMac De Oracle的にはおもしろくないので。

ちなみに、pythonだどdifflib使えば文書比較はできるので実際新たに書く必要はそんなにないんじゃなかろうかとも思うわけですが、私のようにわざわざPL/SQLで書いてみようと思う人間もいるわけで、頭の体操にはいいと思います！。理解するのは大変だったけど。wwww

最近見つけたO(ND)やO(NP)に関するブログ等のリンクは以下。

・レコメンデーションとエディットグラフ
・diff O(np) javascript implementation
・"An O(NP) Sequence Comparison Algorithm" with Python
・"An O(NP) Sequence Comparison Algorithm" with Python の添削
・Javascriptでdiffる ( with 形態素解析 )
・google-diff-match-patch

今回はレコメンデーションとエディットグラフにあるO(ND)コードを写経してPL/SQLでやってみた。O(NP)も集中できる時間があったらやってみたい。。。脳トレにも丁度いいかもよ。。。
※Oracle11g 11.1.0.7.0を使ったが、Oracle10g 10.1.0.3.0以上なら動作するはず。。。。(^^;;;

まずは、結果からどうぞ。O(ND)をPL/SQLストアドファンクション化し、SQLから実行できるようにしてあります。また、pythonのdifflibにあるdifferクラスで利用されている差異コード('?'を除く）を出力するようにしてあります。）

SCOTT> set timi on
SCOTT> l
  1  SELECT
  2    '"' || diffs.code || diffs.string || '"' AS "diff O(ND) results"
  3  FROM
  4    TABLE(
  5      SELECT diffOND('BFEABD', 'ABCDA') from dual
  6    ) diffs
  7  ORDER BY
  8*   diffs.seq DESC
SCOTT> /

diff O(ND) results
--------------------------------------------------------------------------------
"- B"
"- F"
"- E"
"  A"
"  B"
"+ C"
"  D"
"+ A"

8行が選択されました。

経過: 00:00:00.00

SCOTT> 
SCOTT> l
  1  SELECT
  2    '"' || diffs.code || diffs.string || '"' AS "diff O(ND) results"
  3  FROM
  4    TABLE(
  5      SELECT diffOND('aaebdd ', 'aedajkd') from dual
  6    ) diffs
  7  ORDER BY
  8*   diffs.seq DESC
SCOTT> /

diff O(ND) results
--------------------------------------------------------------------------------
"  a"
"- a"
"  e"
"- b"
"  d"
"+ a"
"+ j"
"+ k"
"  d"
"-  "

10行が選択されました。

経過: 00:00:00.00

SCOTT> 
SCOTT> l
  1  SELECT
  2    '"' || diffs.code || diffs.string || '"' AS "diff O(ND) results"
  3  FROM
  4    TABLE(
  5      SELECT diffOND('ABCDE', 'ABCDE') from dual
  6    ) diffs
  7  ORDER BY
  8*   diffs.seq DESC
SCOTT> /

diff O(ND) results
--------------------------------------------------------------------------------
"  A"
"  B"
"  C"
"  D"
"  E"

経過: 00:00:00.00

SCOTT> 
SCOTT> l
  1  SELECT
  2    '"' || diffs.code || diffs.string || '"' AS "diff O(ND) results"
  3  FROM
  4    TABLE(
  5      SELECT diffOND('あいうえお','かきくけこ') from dual
  6    ) diffs
  7  ORDER BY
  8*   diffs.seq DESC
SCOTT> /

diff O(ND) results
--------------------------------------------------------------------------------
"- あ"
"- い"
"- う"
"- え"
"- お"
"+ か"
"+ き"
"+ く"
"+ け"
"+ こ"

10行が選択されました。

経過: 00:00:00.00

SCOTT>

PL/SQLのコードは以下の通り。

SCOTT> !cat ond.sql

CREATE OR REPLACE TYPE vRecType AS OBJECT
(
     x NUMBER
    ,y NUMBER
    ,parent ANYDATA
);
/
show errors

BEGIN
  FOR functionNames 
    IN (SELECT object_name FROM USER_OBJECTS WHERE object_name='DIFFOND' AND OBJECT_TYPE='FUNCTION')
  LOOP
    EXECUTE IMMEDIATE 'DROP FUNCTION ' || functionNames.object_name;
  END LOOP;

  FOR typeNames 
    IN (SELECT type_name FROM USER_TYPES WHERE type_name='DIFFLISTTYPE')
  LOOP
    EXECUTE IMMEDIATE 'DROP TYPE ' || typeNames.type_name;
  END LOOP;
END;
/

CREATE OR REPLACE TYPE diffType AS OBJECT
(
     seq        NUMBER
    ,code       CHAR(2)
    ,string     VARCHAR2(32767)
);
/
show errors

CREATE OR REPLACE TYPE diffListType AS TABLE OF diffType;
/
show errors

CREATE FUNCTION diffOND
(
     str1       IN VARCHAR2
    ,str2       IN VARCHAR2
)
RETURN diffListType
IS
    STAT_INIT  CONSTANT PLS_INTEGER := 0;
    STAT_X     CONSTANT PLS_INTEGER := 1;
    STAT_Y     CONSTANT PLS_INTEGER := 2;

    TYPE vType IS TABLE OF vRecType;
    v vType := vType();

    FUNCTION isVRecNotEmpty(
        vRec    IN vRecType
    )
    RETURN BOOLEAN
    IS
    BEGIN
        RETURN (CASE WHEN vRec.x IS NULL AND vRec.y IS NULL AND vRec.parent IS NULL THEN FALSE ELSE TRUE END);
    END isVRecNotEmpty;

    FUNCTION getDirection
    (
         vMinus IN vRecType
        ,vPlus  IN vRecType
    )
    RETURN PLS_INTEGER
    IS
    BEGIN
        IF NOT isVRecNotEmpty(vMinus) AND NOT isVRecNotEmpty(vPlus) THEN
            RETURN STAT_INIT;
        END IF;

        IF NOT isVRecNotEmpty(vMinus) THEN
            RETURN STAT_X;
        END IF;

        IF NOT isVRecNotEmpty(vPlus) THEN
            RETURN STAT_Y;
        END IF;

        RETURN (CASE WHEN vMinus.x < vPlus.x THEN STAT_X ELSE STAT_Y END);
    END getDirection;

    FUNCTION OND
    (
         str1 IN VARCHAR2
        ,str2 IN VARCHAR2
    )
    RETURN vRecType
    IS
        offset  PLS_INTEGER;
        kMax    PLS_INTEGER;
        kMin    PLS_INTEGER;
        k       PLS_INTEGER;
        vIndex  PLS_INTEGER;
        x       PLS_INTEGER;
        y       PLS_INTEGER;
        str1Len PLS_INTEGER;
        str2Len PLS_INTEGER;
        parent  vRecType;
    BEGIN
        str1Len := LENGTH(str1);
        str2Len := LENGTH(str2);
        v.EXTEND(str1Len + str2Len + 3);
        offset:= str2Len + 2;

        FOR d IN 0..str1Len + str2Len LOOP
            kMax := (CASE WHEN d <= str1Len THEN d ELSE str1Len - (d - str1Len) END);
            kMin := (CASE WHEN d <= str2Len THEN d ELSE str2Len - (d - str2Len) END);

            k := kMin * -1;
            WHILE k <= kMax LOOP
                vIndex := offset + k;
                CASE getDirection(v(vIndex-1), v(vIndex+1))
                    WHEN STAT_INIT THEN
                        x := 0;
                        y := 0;
                        parent := vRecType(0, 0, NULL);
                    WHEN STAT_X THEN
                        x := v(vIndex+1).x;
                        y := v(vIndex+1).y + 1;
                        parent := v(vIndex+1);
                    WHEN STAT_Y THEN
                        x := v(vIndex-1).x + 1;
                        y := v(vIndex-1).y;
                        parent := v(vIndex-1);
                END CASE;

                -- snake
                WHILE (x < str1Len AND y < str2Len) 
                AND (SUBSTR(str1, x+1, 1) = SUBSTR(str2, y+1, 1)) 
                LOOP
                    x := x + 1;
                    y := y + 1;
                END LOOP;
                v(vIndex) := vRecType(x, y, ANYDATA.ConvertObject(parent));

                IF str1Len <= x AND str2Len <= y THEN
                    RETURN v(vIndex);
                END IF;

                k := k + 2;
            END LOOP; 
        END LOOP;
    END OND;

    FUNCTION diff
    (
         str1 IN VARCHAR2
        ,str2 IN VARCHAR2
    )
    RETURN diffListType
    IS
        endPoint                vRecType;
        parent                  vRecType;
        diff_x                  PLS_INTEGER;
        diff_y                  PLS_INTEGER;
        same_len                PLS_INTEGER;
        isSuccessGetObject      PLS_INTEGER;
        diffs                   diffListType := diffListType();
        seq                     PLS_INTEGER := 0;
    BEGIN
        endPoint := OND(str1, str2);
        WHILE endPoint.parent IS NOT NULL LOOP
            IF ANYDATA.getObject(endPoint.parent, parent) != DBMS_TYPES.SUCCESS THEN
                RAISE_APPLICATION_ERROR(-20000,'DBMS_TYPES.NO_DATA');
            END IF;

            diff_x := endPoint.x - parent.x;
            diff_y := endPoint.y - parent.y;
            same_len := CASE WHEN diff_x <= diff_y THEN diff_x ELSE diff_y END;

            FOR i IN 0..same_len-1 LOOP
                -- common
                diffs.EXTEND();
                seq := seq + 1;
                diffs(diffs.COUNT()) := diffType(seq, '  ', SUBSTR(str1, endPoint.x-i, 1));
            END LOOP;

            IF diff_y != diff_x THEN
                diffs.EXTEND();
                seq := seq + 1;
                IF diff_y < diff_x THEN
                    -- del
                    diffs(diffs.COUNT()) := diffType(seq, '- ', SUBSTR(str1, parent.x+1, 1));
                ELSE
                    -- add
                    diffs(diffs.COUNT()) := diffType(seq, '+ ', SUBSTR(str2, parent.y+1, 1));
                END IF;
            END IF;

            endPoint := parent;
        END LOOP;

        RETURN diffs;
    END diff;
BEGIN
    RETURN diff(str1, str2);
END diffOND;
/
show errors

Enjoy PL/SQL! というより Enjoy Programming! のほうがいいか。。

投稿日時 2009年8月31日 (月) 16時30分 Oracle, PL/SQL, Mac, Linux, Oracle Database 11g, Windows, Mac(Intel x86), Leopard de Oracle10g R2 (Intel x86-64) | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年4月 2日 (木)

ちょいと迷惑だったストアドファンクション（おまけ）

す〜〜ぱ〜〜し〜〜し〜〜でぃ〜〜っ。はにかむ、せぶん！
やけに耳の残っちゃうんだよな〜。あの声とアクセント。

なんて関係ない話はおいといて。。と

以前、
ちょいと迷惑だったストアドファンクション
 ちょいと迷惑だったストアドファンクション（つづき）

ということを書いていたが、ちょいと迷惑だったストアドファンクションの例外ハンドラーで問題解決の手がかりとするためログ出力が実装されていたらどうするの？　っていうこともあるのでおまけのおまけということで書いておきます。

以前の例では例外ハンドラーをバッサリ切り捨ててしまったのですが、例外ハンドラーで問題解決の手がかりとするためのログ出力が実装されていて例外ハンドラーを取り除くことが出来ない場合、例外名無しのRAISE文を使えば解決できますよ。:)

ちょいと迷惑だったストアドファンクションの例外ハンドラーで問題解決の手がかりとするためのログ出力を実装していたらという例・・・・（赤太字部分）

尚、この例ではオープンソースのPL/SQL向けロギングフレームワークLog4PLSQLを利用している。

CREATE OR REPLACE
PACKAGE inconvenient_package
AS
  TYPE  employeesType IS TABLE OF emp%ROWTYPE INDEX BY BINARY_INTEGER;
  TYPE  membersType IS RECORD (
    deptNo    dept.deptNo%TYPE
   ,deptName  dept.dName%TYPE
   ,employees employeesType
  );
  FUNCTION inconvenient_function(iDeptNo IN dept.deptNo%TYPE)
    RETURN membersType;
END inconvenient_package;
/
show errors


CREATE OR REPLACE
PACKAGE BODY inconvenient_package
AS
  FUNCTION inconvenient_function(iDeptNo IN dept.deptNo%TYPE)
  RETURN membersType
  AS
    members         membersType;
    Log4PlsqlCtx    plogparam.log_ctx := plog.init(pDBMS_OUTPUT => TRUE); -- Log4PLSQL setting
  BEGIN
    SELECT
      deptNo
     ,dName
    INTO
      members.deptNo
     ,members.deptName
    FROM
      dept
    WHERE
      deptNo = iDeptNo
    ;
    --
    SELECT *
    BULK COLLECT INTO
      members.employees
    FROM
      emp
    WHERE
      deptno = iDeptNo
    ;
    RETURN members;
  EXCEPTION
    WHEN NO_DATA_FOUND THEN
      plog.warn(Log4PlsqlCtx, sqlerrm());  -- Log4PLSQL warnning
      RETURN NULL;
  END inconvenient_function;
END inconvenient_package;
/
show errors

変更前ファンクションの例外ハンドラー部分にある"RETURN NULL;"を"RAISE;"（例外名無しのRAISE文）に変更するだけ。

CREATE OR REPLACE
PACKAGE BODY inconvenient_package
AS
  FUNCTION inconvenient_function(iDeptNo IN dept.deptNo%TYPE)
  RETURN membersType
  AS
    members         membersType;
    Log4PlsqlCtx    plogparam.log_ctx := plog.init(pDBMS_OUTPUT => TRUE); -- Log4PLSQL setting
  BEGIN
    SELECT
      deptNo
     ,dName
    INTO
      members.deptNo
     ,members.deptName
    FROM
      dept
    WHERE
      deptNo = iDeptNo
    ;
    --
    SELECT *
    BULK COLLECT INTO
      members.employees
    FROM
      emp
    WHERE
      deptno = iDeptNo
    ;
    RETURN members;
  EXCEPTION
    WHEN NO_DATA_FOUND THEN
      plog.warn(Log4PlsqlCtx, sqlerrm());  -- Log4PLSQL warnning
      RAISE;
  END inconvenient_function;
END inconvenient_package;
/

例外ハンドラー内で例外名を省略すると該当する例外がさらに外側のブロックへスローされます。詳細はマニュアル（Oracle Database PL/SQL Language Reference 11g Release 1 : RIASE statement）及び、Oracle Database PL/SQL Language Reference 11g Release 1 : How PL/SQL Exceptions Propagate参照のこと。

SCOTT> set linesize 132
SCOTT> set serveroutput on
SCOTT> l
  1  DECLARE
  2    members inconvenient_package.membersType;
  3    Log4PlsqlCtx plogparam.log_ctx := plog.init(pDBMS_OUTPUT => TRUE);
  4  BEGIN
  5    BEGIN
  6      members := inconvenient_package.inconvenient_function(99);
  7      DBMS_OUTPUT.PUT_LINE(
  8        'Dept name/id:'
  9        ||members.deptname
 10        ||'/'||TO_CHAR(members.deptno)
 11      );
 12      FOR i IN members.employees.FIRST..members.employees.LAST LOOP
 13        DBMS_OUTPUT.PUT_LINE(' -- '||members.employees(i).ename);
 14      END LOOP;
 15    EXCEPTION
 16      WHEN NO_DATA_FOUND THEN
 17        plog.warn(Log4PlsqlCtx, sqlerrm());
 18    END;
 19* END;
SCOTT> /
12:35:27:02-WARN-block-->SCOTT.INCONVENIENT_PACKAGE  ORA-01403: データが見つかりません。
12:35:27:03-WARN-block  ORA-01403: データが見つかりません。

PL/SQLプロシージャが正常に完了しました。

SCOTT> l
  1  DECLARE
  2    members inconvenient_package.membersType;
  3    Log4PlsqlCtx plogparam.log_ctx := plog.init(pDBMS_OUTPUT => TRUE);
  4  BEGIN
  5    BEGIN
  6      members := inconvenient_package.inconvenient_function(10);
  7      DBMS_OUTPUT.PUT_LINE(
  8        'Dept name/id:'
  9        ||members.deptname
 10        ||'/'||TO_CHAR(members.deptno)
 11      );
 12      FOR i IN members.employees.FIRST..members.employees.LAST LOOP
 13        DBMS_OUTPUT.PUT_LINE(' -- '||members.employees(i).ename);
 14      END LOOP;
 15    EXCEPTION
 16      WHEN NO_DATA_FOUND THEN
 17        plog.warn(Log4PlsqlCtx, sqlerrm());
 18    END;
 19* END;
SCOTT> /
Dept name/id:ACCOUNTING/10
-- CLARK
-- KING
-- MILLER

PL/SQLプロシージャが正常に完了しました。

SCOTT>

投稿日時 2009年4月 2日 (木) 12時49分 Oracle, PL/SQL, Mac, Linux, FAQ, Oracle Database 11g, Windows, Mac(Intel x86), Open Source | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年3月 4日 (水)

Oracle SQL Developer 1.5.4 がリリースされたので早速入れ替えてみた

S/N Ratio:Oracle SQL Developer 1.5.4 リリース
のアナウンスがあったので早速Linux(CentOS5)/WindowsXP Professional（Vista入れてないの〜）/MacOSX Tiger/Leopardの各プラットフォームで旧リリースをアップグレードしてみた。
取りあえず入れ替えて起動〜Oracle11gへ接続(TNS接続）できるところまで確認。
小さいな問題なのだが英語版では気付かなかったが日本語にローカライズされ文字列が長くなってしまった為にデータベース接続の作成／選択ダイアログで「ネットワーク別名」とドロップダウンメニューの表示がオーバーラップしている。私が使っている範囲ではそれ以外に問題はさそう。。もうちょっと本気で使うと何か出てくるかもしれないけどね。:)

まず、MacOSX Tiger/Leopardのデータベース接続の作成／選択ダイアログ。赤丸部分で表示がオーバーラップしてしまっている。
尚、MacOSXのOracle SQL DeveloperでTNSを利用する方法は「Oracle SQL Developer for MacOSX で Oracle Instant Clientを使ってみる」を参照のこと。

次はLinux(CentOS5)で起動したSQL Developerの同ダイアログ。（同じくオーバーラップしている）
ちなみに以下はMacOSX側でX11 forwardingを利用してCentOS側のOracle SQL Developerを起動している。

WindowsXP Professionalで起動したSQL Developer1.5.4の同ダイアログでも現象は同じ。（ダイアログのスナップショットではわからないですが、Remote Desktop Connection for MacOSX経由でWindowsのSQL Developerを起動している。うちではまだリアルな環境しかないので・・w）

Linux環境で以下の様なメッセージで起動できない場合

Type the full pathname of a J2SE installation (or Ctrl-C to quit), the path will be stored in ˜/.sqldeveloper/jdk

JDKのインストール先へのフルパスを.bashrc等でJAVA_HOME環境変数に設定してやればOK。以下の例ではJava SE6 update 12へのフルパスを設定している。

[oracle@corydoras ˜]$ echo $JAVA_HOME
/usr/java/jdk1.6.0_12

投稿日時 2009年3月 4日 (水) 20時11分 Oracle, Mac, Oracle SQL Developer, Linux, Windows, Mac(Intel x86) | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年2月 6日 (金)

In Oracle Database 11g, native dynamic SQL now supports statements bigger than 32K characters

久々にOracleネタ。

Oracle11gのPL/SQLのDynamic SQLでCLOBが使えるようになったようなので試してみた。
10gまではexecute immediate文で使えるのは最大でVARCHAR2(32767)までだったワケで、ど〜〜〜〜〜〜しても（書きたくないけど・・）巨大なSQL文をダイナミックに実行しなきゃいけない人には朗報？なんでしょうね。（DWH系ではCLOBが必要なくらい巨大なクエリをダイナミックに生成するなんてこともあるんでしょうね。私は今のところ３２Kを超えるクエリは書いたことないけどそれに近いのは過去１度あったかな？！　という程度。）

ということで10gと11g for linux(x86)を使って確認！（ClientはMacOSX(PPC)版Instant Clientですよん）

まず最初はOracle10g
execute immediate文に利用できるのはVARCHAR2(32767)が最大サイズなのでダイナミックに生成するSQL文もそのサイズに制限されちゃう。VARCHAR2(32767)を超えるとORA-06502が発生する。（尚、10gの場合でもDBMS_SQLを使えばもっと大きいサイズの動的SQLも使用できる。）

G5Server:˜ discus$ sqlplus /nolog

SQL*Plus: Release 10.1.0.3.0 - Production on 金 2月 6 1:19:22 2009

Copyright (c) 1982, 2004, Oracle.  All rights reserved.

> conn scott@catfish
パスワードを入力してください: 
接続されました。
SCOTT> set serveroutput on
SCOTT> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Prod
PL/SQL Release 10.1.0.3.0 - Production
CORE    10.1.0.3.0      Production
TNS for Linux Server: Version 10.1.0.3.0 - Production
NLSRTL Version 10.1.0.3.0 - Production

SCOTT> l
  1  CREATE OR REPLACE PROCEDURE dynamic_sql_test10g(iLength IN NUMBER)
  2  IS
  3    vSQL VARCHAR2(32767);
  4    vResult NUMBER;
  5  BEGIN
  6    vSQL := 'SELECT 1';
  7    FOR i IN 1.. iLength LOOP
  8      vSQL := vSQL || '+1';
  9    END LOOP;
 10    vSQL := vSQL || ' FROM DUAL';
 11    EXECUTE IMMEDIATE vSQL INTO vresult;
 12    DBMS_OUTPUT.PUT_LINE('Result:'||TO_CHAR(vresult));
 13* END;
SCOTT> /

プロシージャが作成されました。

SCOTT> exec dynamic_sql_test10g(16374);
Result:16375

PL/SQLプロシージャが正常に完了しました。

SCOTT> exec dynamic_sql_test10g(16375);
BEGIN dynamic_sql_test10g(16375); END;

*
行1でエラーが発生しました。:
ORA-06502: PL/SQL: 数値または値のエラー:
文字列バッファが小さすぎます。が発生しました ORA-06512:
"SCOTT.DYNAMIC_SQL_TEST10G", 行10
ORA-06512: 行1

SCOTT>

11gの場合
execute immediate文にCLOBが使えるようになったことで以下のように３２Ｋ超えの動的SQLも実行できちゃうのだ。

注）
以下のコードで遊ぶときは個人で遊べるデータベースでやってくださいね。（本番データベースや多数の開発者で共有しているテスト／開発データベースでどとんでもなく巨大なクエリを実行すると他の方の迷惑になるので・・・・・）

SCOTT> 
SCOTT> conn scott@lampeye
パスワードを入力してください: 
接続されました。
SCOTT>
SCOTT> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
PL/SQL Release 11.1.0.6.0 - Production
CORE    11.1.0.6.0      Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production

SCOTT> 
SCOTT> l
  1  CREATE OR REPLACE PROCEDURE dynamic_sql_test11g(iLength IN NUMBER)
  2  IS
  3    vSQL CLOB;
  4    vResult NUMBER;
  5  BEGIN
  6    vSQL := 'SELECT 1';
  7    FOR i IN 1.. iLength LOOP
  8      vSQL := vSQL || '+1';
  9    END LOOP;
 10    vSQL := vSQL || ' FROM DUAL';
 11    EXECUTE IMMEDIATE vSQL INTO vresult;
 12    DBMS_OUTPUT.PUT_LINE('Result:'||TO_CHAR(vresult));
 13* END;
SCOTT> /

プロシージャが作成されました。

SCOTT> set serveroutput on
SCOTT> exec dynamic_sql_test11g(32767);
Result:32768

PL/SQLプロシージャが正常に完了しました。

SCOTT> 
SCOTT> set timi on  
SCOTT> exec dynamic_sql_test11g(1000000);
Result:1000001

PL/SQLプロシージャが正常に完了しました。

経過: 00:06:25.93
SCOTT>

投稿日時 2009年2月 6日 (金) 15時00分 Oracle, PL/SQL, Mac, Linux, SQL, Oracle Database 11g, Oracle Instant Client, Mac(Intel x86) | 固定リンク | 0 | コメント (0) | トラックバック (0)

2009年1月26日 (月)

１０日後は何日？、翌月末日って何日？

ichii386さん「相対的な日付って」記事に背骨というか脊髄反応的にコメントした勢いで、今日の１０日後は何日？、翌月末日って何日？の算出を幾つかやってみた。（「オリジナルの記事は今月末を求めているんですけど・・・・」・・・・ハイ、私が読み間違えて”翌月末”と勘違いしてました。今気付いたよ。w）

なんでgnuとphpだけなの? という突っ込みはなしで…。

なんでFirebirdが無いのかとか、CachéでSQLを使わないでMUMPSというかM言語というかCaché ObjectScriptなのかとか、Oracle11gなのに、MySQLは5.0でPostgreSQLは7.4.9なのかとか、というツッコミはなしで...w

前提：
今日は１月２４日として、１０日後、翌月末日を算出します。

まずはPowerPC版のは古いのしかなかったのでCaché 5.2 for MacOSX(PowerPC)
MUMPS(M言語)がCachéで拡張？されてObjectiveになっちゃってObjectScriptと呼ばれているのには少々戸惑うけど、そこは昔取った杵柄。SQLも使えるけどM言語の方が作り易かったので。。w
ObjectScriptだと日付レベルで何日前とか何日後という計算は簡単なのだが、何ヶ月後とかいう計算は面倒なので。
（算出方法は翌々月の１日の前日が翌月末という考え方です。）

G5Server:˜ discus$ csession cache -U user

USER>
USER>w !,$zversion

Cache for UNIX (Mac OS X/32-bit) 5.2 (Build 329U_su) Wed Jun 21 2006 11:29:29 EDT
USER>
USER>
USER>w !,$zd($h+10,3)

2009-02-03
USER>s now=$h, y=$e($zd(now),7,10), m=$e($zd(now),1,2) w !,$zd($zdh($s(m<11:y_m+2_"01", m>10:y+1_m-10_"01"),5)-1,3)

2009-02-28
USER>
USER>halt
G5Server:˜ discus$

次は、Oracle11g EE 11.1.0.6.0 for Linux(x86)
OracleのSQLだとlast_day()や期間リテラルで簡単に算出できる。お気楽モード :-)

G5Server:˜ discus$ sqlplus /nolog

SQL*Plus: Release 10.1.0.3.0 - Production on 土 1月 24 13:53:33 2009

Copyright (c) 1982, 2004, Oracle.  All rights reserved.

> conn scott/tiger@lampeye
接続されました。
SCOTT> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
PL/SQL Release 11.1.0.6.0 - Production
CORE    11.1.0.6.0      Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production

SCOTT> 
SCOTT> alter session set nls_date_format = 'yyyy-mm-dd';

セッションが変更されました。

SCOTT> select sysdate + interval '10' day from dual;

SYSDATE+IN
----------
2009-02-03

SCOTT> select last_day(sysdate + interval '1' month) from dual;

LAST_DAY(S
----------
2009-02-28

SCOTT> 
SCOTT> exit
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing optionsとの接続が切断されました。
G5Server:˜ discus$

お次は、MySQL Community Server 5.0.67 for MacOSX(PowerPC)版
MySQL5.0でもOracleと同様にlast_day()と期間リテラルだけで算出できます。こちらもOracle同様、余計なことを悩まなくてすみますね。(^^)

G5Server:˜ discus$ mysql --version
mysql  Ver 14.12 Distrib 5.0.67, for apple-darwin8.11.0 (powerpc) using readline 5.1
G5Server:˜ discus$ mysql -u scott -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 177
Server version: 5.0.67 MySQL Community Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> select curdate() + interval 10 day;
+-----------------------------+
| curdate() + interval 10 day |
+-----------------------------+
| 2009-02-03                  | 
+-----------------------------+
1 row in set (0.00 sec)

mysql> select last_day(curdate() + interval 1 month);
+----------------------------------------+
| last_day(curdate() + interval 1 month) |
+----------------------------------------+
| 2009-02-28                             | 
+----------------------------------------+
1 row in set (0.00 sec)

mysql> 
mysql> exit
Bye
G5Server:˜ discus$

最後にPosgreSQL 7.4.9 for MacOSX(PowerPC)版
１０日後は期間リテラルで単純に算出可能だが、OracleやMySQLとは異なりlast_day()のような関数が無い(マニュアルをみたけど該当する関数が見当たらない）ので翌々月１日の前日で算出してみた。

G5Server:˜ discus$ psql -U scott postgresql749
Password: 
Welcome to psql 7.4.9, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
       \h for help with SQL commands
       \? for help on internal slash commands
       \g or terminate with semicolon to execute query
       \q to quit

postgresql749=# 
postgresql749=# select version();
                                                         version                                                         
-------------------------------------------------------------------------------------------------------------------------
 PostgreSQL 7.4.9 on powerpc-apple-darwin8.3.0, compiled by GCC gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1809)
(1 row)

postgresql749=# select cast(current_date + interval '10 day' as date);
    date    
------------
 2009-02-03
(1 row)

postgresql749=# select cast(to_date(to_char(current_date + interval'2 months','yyyymm')||'01','yyyymmdd') - interval '1 day' as date);
    date   
 ------------
 2009-02-28
(1 row)


postgresql749=# \q
G5Server:˜ discus$

CachéではObjectScript（M言語）を使ったので脇に置いといて、他の３つのデータベースのSQLでは期間リテラル（interval)の書き方が微妙に異なるも点は知っておいたほうがいいかも。

今日も息子は保育園でバイバイせず結構泣いてた、最近、保育園にくるとパパもママもSee Ya! といっていなくなってしまうことに気付いた模様。いずれ慣れるだろうけど。。

投稿日時 2009年1月26日 (月) 12時00分 Oracle, Oracle以外のデータベース, Mac, Linux, Oracle Database 11g, Open Source | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年12月 4日 (木)

Sun Tech Days 2008 in Tokyo ２日目

Sun Tech Days 2008 in Tokyo ２日目は(J)Ruby and Railsにだけ。JRuby関連で知らなかったことと知っているところ半々という内容だったので今後の参考になる内容だった、私にとってはいろいろな遊びのネタになりそう。

ところで、Sunの方のMac率、かなり高いよね。GoslingからしてMacBookだし(^^)

頂いたノベルティは「ブログ de ノベルティ」にて。

投稿日時 2008年12月 4日 (木) 10時41分 Mac, Java, Linux, Ruby/Ruby on Rails, Mac(Intel x86), Open Source, 勉強会 | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月20日 (月)

Mac de Oracle - １０万円未満 de RAC (11g編）#28

今回はTransparent Application Failover (TAF)を簡単な方法で確認

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle Cluster databaseの作成　その１、その２、その３

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

~~MacOSXからの接続確認（Mac De Oracleではお約束！なので）~~☆項番１９．で確認してしまったので削除

２２．簡単なTransparent Application Failover (TAF)の確認

１．TAFの設定。
Oracle Database Net Servicesリファレンス 11g リリース1（11.1） - FAILOVER_MODE等のマニュアル参照のこと。（11/30:リンク先変更。オラクルさんのオンラインマニュアルのURL変更が激し過ぎ。なんとかして〜
USのOTNのマニュアルはリンク切れしてないのに...）

G5Server:˜ discus$ tail -16 $TNS_ADMIN/tnsnames.ora

RACTAF =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus1-vip)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus2-vip)(PORT = 1521))
    (LOAD_BALANCE = yes)
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
      (FAILOVER_MODE =
        (TYPE = SELECT)
        (METHOD = BASIC)
        (RETRIES = 180)
        (DELAY = 5)
      )
    )
  )

２．scottユーザでログインして表などを問い合わせておく。

G5Server:˜ discus$ sqlplus /nolog

SQL*Plus: Release 10.1.0.3.0 - Production on 月 10月 20 01:08:31 2008

Copyright (c) 1982, 2004, Oracle.  All rights reserved.

> conn scott/tiger@orcl
接続されました。
SCOTT> 
SCOTT> select count(*) from user_objects;

  COUNT(*)
----------
         5

ここでorcl2をabortで停止（その間に行っていた操作は「３．orcl2の強制停止と接続先の確認」を参照のこと）。

orcl2に接続されていたscottユーザでは特にエラーもなくクエリを発行できる。この時既にfailoverしorcl1からorcl2へセッションが引き継がれている。
SCOTT> select count(*) from user_objects;

  COUNT(*)
----------
         5

SCOTT>

３．orcl2の強制停止と接続先の確認

orcl2をabortで強制停止、scootの接続がfailoverしたことを確認。

[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.6.0 - Production on 月 10月 20 01:14:52 2008

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

SQL> conn sys@orcl1 as sysdba
パスワードを入力してください: 
接続されました。
SQL> 
SYS> l
  1  select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8    gv$session sess join gv$instance inst
  9    on sess.inst_id = inst.inst_id
 10  where
 11*   sess.username = 'SCOTT'
SYS> /

INSTANCE_NAME    USERNAME                       FAILOVER_TYPE FAILOVER_M FAI
---------------- ------------------------------ ------------- ---------- ---
orcl2            SCOTT                          SELECT        BASIC      NO

SYS> !srvctl status database -d orcl
インスタンスorcl1はノードdiscus1で実行中です。
インスタンスorcl2はノードdiscus2で実行中です。

SYS> !srvctl stop instance -d orcl -i orcl2 -o abort

SYS> !srvctl status database -d orcl
インスタンスorcl1はノードdiscus1で実行中です。
インスタンスorcl2はノードdiscus2で実行されていません。

SYS> l
  1  select
  2    instance_name
  3   ,username
  4   ,failover_type
  5   ,failover_method
  6   ,failed_over
  7  from
  8    gv$session sess join gv$instance inst
  9    on sess.inst_id = inst.inst_id
 10  where
 11*   sess.username = 'SCOTT'
SYS> /

INSTANCE_NAME    USERNAME                       FAILOVER_TYPE FAILOVER_M FAI
---------------- ------------------------------ ------------- ---------- ---
orcl1            SCOTT                          SELECT        BASIC      YES

SYS>

Oracle11g for Linux x86(CentOS5.2)とiSCSI(Openfiler2.3)を使った安価なOracle11g R1 RAC構築完

投稿日時 2008年10月20日 (月) 08時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#27

今回はOracle Clusterwareプロセス・モニター・デーモンの構成

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle Cluster databaseの作成　その１、その２、その３

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

~~MacOSXからの接続確認（Mac De Oracleではお約束！なので）~~☆項番１９．で確認してしまったので削除

２１．Oracle Clusterwareプロセス・モニター・デーモンの構成

以下のマニュアルを参考に。
Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux
　- 7.1.2 Configure Input/Output Fencing
Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux
　- 7.1.2.3 Configuring Oracle Clusterware Process Monitor Daemon

Cluster Database/ASMなどを停止（全ノード）

G5Server:˜ discus$ ssh root@discus1
root@discus1's password: 
Last login: Sat Oct 18 18:32:53 2008 from 192.168.1.19
[root@discus1 ˜]# su - oracle
[oracle@discus1 ˜]$ srvctl stop database -d orcl
[oracle@discus1 ˜]$ srvctl stop asm -n discus2
[oracle@discus1 ˜]$ srvctl stop asm -n discus1
[oracle@discus1 ˜]$ srvctl stop nodeapps -n discus2
[oracle@discus1 ˜]$ srvctl stop nodeapps -n discus1
[oracle@discus1 ˜]$ echo $ORA_CRS_HOME
/u01/app/crs
[oracle@discus1 ˜]$ exit
logout

rootユーザでRACの停止を確認（全てOFFLINEであればOK）

[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crs_stat
NAME=ora.discus1.ASM1.asm
TYPE=application
TARGET=OFFLINE
STATE=OFFLINE

NAME=ora.discus1.LISTENER_DISCUS1.lsnr
TYPE=application
TARGET=OFFLINE
STATE=OFFLINE

NAME=ora.discus1.gsd
TYPE=application
TARGET=OFFLINE
STATE=OFFLINE

・・・・中略・・・・

NAME=ora.orcl.db
TYPE=application
TARGET=OFFLINE
STATE=OFFLINE

NAME=ora.orcl.orcl1.inst
TYPE=application
TARGET=OFFLINE
STATE=OFFLINE

NAME=ora.orcl.orcl2.inst
TYPE=application
TARGET=OFFLINE
STATE=OFFLINE

crsの状態確認

[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crsctl check cluster
discus1    ONLINE
discus2    ONLINE
[root@discus1 ˜]#

crsの停止（RAC全ノードのrootユーザで実施）

[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crsctl check crs
Cluster Synchronization Services appears healthy
Cluster Ready Services appears healthy
Event Manager appears healthy
[root@discus1 ˜]# 
[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crsctl stop crs
Stopping resources. 
This could take several minutes.
Successfully stopped Oracle Clusterware resources 
Stopping Cluster Synchronization Services. 
Shutting down the Cluster Synchronization Services daemon. 
Shutdown request successfully issued.
[root@discus1 ˜]# 
[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crsctl check crs
Failure 1 contacting Cluster Synchronization Services daemon
Cannot communicate with Cluster Ready Services
Cannot communicate with Event Manager
[root@discus1 ˜]#

oprocdの停止手順が書いてあるがcrsを停止するとoprocdも停止するのでこの操作は不要なのでは？（マニュアルバグ？）とりあえずマニュアル通りにやったが・・・。（RAC全ノードのrootユーザで実施）

[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/oprocd stop
Oct 20 02:53:05.858 | ERR | failed to connect to daemon, errno(111)
[root@discus1 ˜]# 
[root@discus1 ˜]# 
[root@discus1 ˜]# ps -ef | grep oprocd
root     23327 21934  0 02:54 pts/1    00:00:00 grep oprocd
[root@discus1 ˜]#

diagwaitパラメータを１３秒に変更する。（この操作はRACを構成する１ノードから行う。）

[root@discus1 ˜]# /u01/app/crs/bin/crsctl set css diagwait 13 -force
Configuration parameter diagwait is now set to 13.
[root@discus1 ˜]#

crsの起動（RAC全ノードのrootユーザで実施）

[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crsctl start crs
Attempting to start Oracle Clusterware stack 
The CRS stack will be started shortly
[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/crsctl check crs
Cluster Synchronization Services appears healthy
Cluster Ready Services appears healthy
Event Manager appears healthy
[root@discus1 ˜]# 
[root@discus1 ˜]# ps -ef | grep oprocd
root     24758 22215  0 02:56 ?        00:00:00 /bin/sh /etc/init.d/init.cssd oprocd
root     25125 24758  0 02:56 ?        00:00:00 /u01/app/crs/bin/oprocd run -t 1000 -m 10000 -hsi 5:10:50:75:90 -f
root     26140 21934  0 02:57 pts/1    00:00:00 grep oprocd
[root@discus1 ˜]# 
[root@discus1 ˜]# /u01/app/crs/bin/oprocd check
Oct 19 03:16:49.630 | INF | daemon running in fatal mode
[root@discus1 ˜]#

次回へつづく

投稿日時 2008年10月20日 (月) 06時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月19日 (日)

Mac de Oracle - １０万円未満 de RAC (11g編）#26

今回はClusterの開始と停止の確認

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle Cluster databaseの作成　その１、その２、その３

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

~~MacOSXからの接続確認（Mac De Oracleではお約束！なので）~~☆項番１９．で確認してしまったので削除

２０．Clusterの開始と停止の確認

下記はdiscus1で実施例。(ついでなのでEnterprise Manager Enterprise Managerの停止、起動も確認。）

[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ emctl stop dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.6.0 
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
https://discus1.macdeoracle.jp:1158/em/console/aboutApplication
Stopping Oracle Enterprise Manager 11g Database Control ... 
 ...  Stopped. 
[oracle@discus1 ˜]$ srvctl stop database -d orcl
[oracle@discus1 ˜]$ srvctl status database -d orcl
インスタンスorcl1はノードdiscus1で実行されていません。
インスタンスorcl2はノードdiscus2で実行されていません。
[oracle@discus1 ˜]$ srvctl stop asm -n discus2
[oracle@discus1 ˜]$ srvctl status asm -n discus2
ASMインスタンス+ASM2はノードdiscus2で実行されていません。
[oracle@discus1 ˜]$ srvctl stop asm -n discus1
[oracle@discus1 ˜]$ srvctl status asm -n discus1
ASMインスタンス+ASM1はノードdiscus1で実行されていません。
[oracle@discus1 ˜]$ srvctl stop nodeapps -n discus2
[oracle@discus1 ˜]$ srvctl status nodeapps -n discus2
VIPはノードで実行されていません: discus2
GSDはノードで実行されていません: discus2
リスナーはノードで実行されていません:discus2
ONSデーモンはノードで実行されていません: discus2
[oracle@discus1 ˜]$ srvctl stop nodeapps -n discus1
[oracle@discus1 ˜]$ srvctl status nodeapps -n discus1
VIPはノードで実行されていません: discus1
GSDはノードで実行されていません: discus1
リスナーはノードで実行されていません:discus1
ONSデーモンはノードで実行されていません: discus1
[oracle@discus1 ˜]$ exit
logout
Connection to discus1 closed.
G5Server:˜ discus$ 
G5Server:˜ discus$ ssh root@discus1
root@discus1's password: 
Last login: Sun Oct 19 12:17:45 2008 from 192.168.1.19
[root@discus1 ˜]# shutdown -r now

Broadcast message from root (pts/1) (Sun Oct 19 18:33:05 2008):

The system is going down for reboot NOW!
[root@discus1 ˜]# exit
logoutConnection to discus1 closed.
G5Server:˜ discus$ ssh root@discus2
root@discus2's password: 
Last login: Sun Oct 19 12:17:55 2008 from 192.168.1.19
[root@discus2 ˜]# shutdown -r now

Broadcast message from root (pts/1) (Sun Oct 19 18:33:19 2008):

The system is going down for reboot NOW!
[root@discus2 ˜]# exit
logout
Connection to discus2 closed.
G5Server:˜ discus$

リブート中〜〜〜〜〜〜そしてリブート後、

Connection to discus2 closed.
G5Server:˜ discus$ ssh oracle@discus1
oracle@discus1's password: 
Last login: Sun Oct 19 15:47:12 2008 from 192.168.1.19
[oracle@discus1 ˜]$ srvctl status database -d orcl
インスタンスorcl1はノードdiscus1で実行中です。
インスタンスorcl2はノードdiscus2で実行中です。
[oracle@discus1 ˜]$ srvctl status asm -n discus2
ASMインスタンス+ASM2はノードdiscus2で実行中です。
[oracle@discus1 ˜]$ srvctl status asm -n discus1
ASMインスタンス+ASM1はノードdiscus1で実行中です。
[oracle@discus1 ˜]$ srvctl status nodeapps -n discus2
VIPはノードで実行中です: discus2
GSDはノードで実行中です: discus2
リスナーはノードで実行中です: discus2
ONSデーモンはノードで実行中です: discus2
[oracle@discus1 ˜]$ srvctl status nodeapps -n discus1
VIPはノードで実行中です: discus1
GSDはノードで実行中です: discus1
リスナーはノードで実行中です: discus1
ONSデーモンはノードで実行中です: discus1
[oracle@discus1 ˜]$

次回へつづく

投稿日時 2008年10月19日 (日) 22時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#25

今回はOralce RAC ClusterとDatabase構成の確認

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle Cluster databaseの作成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

~~MacOSXからの接続確認（Mac De Oracleではお約束！なので）~~☆項番１９．で確認してしまったので削除

２０．Oralce RAC ClusterとDatabase構成の確認

[oracle@discus1 ˜]$ srvctl status database -d orcl
インスタンスorcl1はノードdiscus1で実行中です。
インスタンスorcl2はノードdiscus2で実行中です。
[oracle@discus1 ˜]$ srvctl status nodeapps -n discus1
VIPはノードで実行中です: discus1
GSDはノードで実行中です: discus1
リスナーはノードで実行中です: discus1
ONSデーモンはノードで実行中です: discus1
[oracle@discus1 ˜]$ srvctl status nodeapps -n discus2
VIPはノードで実行中です: discus2
GSDはノードで実行中です: discus2
リスナーはノードで実行中です: discus2
ONSデーモンはノードで実行中です: discus2
[oracle@discus1 ˜]$ srvctl status asm -n discus1
ASMインスタンス+ASM1はノードdiscus1で実行中です。
[oracle@discus1 ˜]$ srvctl status asm -n discus2
ASMインスタンス+ASM2はノードdiscus2で実行中です。
[oracle@discus1 ˜]$ srvctl config database
orcl
[oracle@discus1 ˜]$ srvctl config database -d orcl
discus1 orcl1 /u01/app/oracle/product/11.1.0/db_1
discus2 orcl2 /u01/app/oracle/product/11.1.0/db_1
[oracle@discus1 ˜]$ srvctl config nodeapps -n discus1 -a -g -s -l
VIPが存在します。: /discus1-vip/192.168.1.100/255.255.255.0/eth0
GSDが存在します。
ONSデーモンが存在します。
リスナーが存在します。
[oracle@discus1 ˜]$ srvctl config nodeapps -n discus2 -a -g -s -l
VIPが存在します。: /discus2-vip/192.168.1.101/255.255.255.0/eth0
GSDが存在します。
ONSデーモンが存在します。
リスナーが存在します。
[oracle@discus1 ˜]$ srvctl config asm -n discus1
+ASM1 /u01/app/oracle/product/11.1.0/db_1
[oracle@discus1 ˜]$ srvctl config asm -n discus2
+ASM2 /u01/app/oracle/product/11.1.0/db_1

[oracle@discus1 ˜]$ sqlplus /nolog

SQL*Plus: Release 11.1.0.6.0 - Production on 日 10月 19 15:57:38 2008

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

SQL> conn sys@orcl as sysdba
パスワードを入力してください: 
接続されました。
SQL> l
  1  select name from v$datafile
  2  union
  3  select member from v$logfile
  4  union
  5  select name from v$controlfile
  6  union
  7* select name from v$tempfile
SQL> /

NAME
--------------------------------------------------------------------------------
+FLASH_RECOVERY_AREA/orcl/controlfile/current.268.667323469
+FLASH_RECOVERY_AREA/orcl/onlinelog/group_1.269.667323483
+FLASH_RECOVERY_AREA/orcl/onlinelog/group_2.270.667323497
+FLASH_RECOVERY_AREA/orcl/onlinelog/group_3.271.667336061
+FLASH_RECOVERY_AREA/orcl/onlinelog/group_4.272.667336077
+ORCL_DATA1/orcl/controlfile/current.295.667323465
+ORCL_DATA1/orcl/datafile/apex.302.667323623
+ORCL_DATA1/orcl/datafile/example.303.667323669
+ORCL_DATA1/orcl/datafile/sysaux.299.667323543
+ORCL_DATA1/orcl/datafile/system.298.667323505
+ORCL_DATA1/orcl/datafile/undotbs1.300.667323559

NAME
--------------------------------------------------------------------------------
+ORCL_DATA1/orcl/datafile/undotbs2.304.667323685
+ORCL_DATA1/orcl/datafile/users.305.667323705
+ORCL_DATA1/orcl/datafile/xmldb.306.667323705
+ORCL_DATA1/orcl/onlinelog/group_1.296.667323473
+ORCL_DATA1/orcl/onlinelog/group_2.297.667323489
+ORCL_DATA1/orcl/onlinelog/group_3.307.667336051
+ORCL_DATA1/orcl/onlinelog/group_4.308.667336067
+ORCL_DATA1/orcl/tempfile/temp.301.667323579

19行が選択されました。

SQL>

あとは問題はないだろうね。次回へつづく。

投稿日時 2008年10月19日 (日) 18時30分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#24

今回はOracle Net Serviceの確認

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster databaseの作成　その１、その２、その３

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

~~MacOSXからの接続確認（Mac De Oracleではお約束！なので）~~☆項番１９．で確認してしまったので削除

１９．Oracle Net Serviceの確認

まずRAC側のtnsnames.oraの内容確認から。ORCL2以下の内容をMacOSXのOracle Instant Client 10g R1のtnsnames.oraへコピーする。

[oracle@discus1 ˜]$ cat $TNS_ADMIN/tnsnames.ora
# tnsnames.ora Network Configuration File: /u01/app/oracle/product/11.1.0/db_1/network/admin/tnsnames.ora
# Generated by Oracle configuration tools.

LISTENERS_ORCL =
  (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus1-vip)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus2-vip)(PORT = 1521))
  )

ORCL2 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus2-vip)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
      (INSTANCE_NAME = orcl2)
    )
  )

ORCL1 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus1-vip)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
      (INSTANCE_NAME = orcl1)
    )
  )

ORCL =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus1-vip)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus2-vip)(PORT = 1521))
    (LOAD_BALANCE = yes)
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
    )
  )

[oracle@discus1 ˜]$

コピー内容を確認。

G5Server:˜ discus$ tail -31 $TNS_ADMIN/tnsnames.ora
ORCL2 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus2-vip)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
      (INSTANCE_NAME = orcl2)
    )
  )

ORCL1 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus1-vip)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
      (INSTANCE_NAME = orcl1)
    )
  )

ORCL =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus1-vip)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = discus2-vip)(PORT = 1521))
    (LOAD_BALANCE = yes)
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl.macdeoracle.info)
    )
  )

G5Server:˜ discus$

次にOracle Instant Client 10g R1 for MacOSX(PPC)から接続テストを行う。

G5Server:˜ discus$ sqlplus -version

SQL*Plus: Release 10.1.0.3.0 - Production

G5Server:˜ discus$ sqlplus /nolog

SQL*Plus: Release 10.1.0.3.0 - Production on 日 10月 19 10:37:35 2008

Copyright (c) 1982, 2004, Oracle.  All rights reserved.

> !sw_vers
ProductName:    Mac OS X Server
ProductVersion: 10.4.11
BuildVersion:   8S169

> !/usr/sbin/system_profiler SPHardwareDataType SPSoftwareDataType | grep -E '((System|Kernel) Version|CPU)'
      CPU Type: PowerPC G5  (3.1)
      Number Of CPUs: 2
      CPU Speed: 2.7 GHz
      L2 Cache (per CPU): 512 KB
      System Version: Mac OS X Server 10.4.11 (8S169)
      Kernel Version: Darwin 8.11.0

> 
> conn sys@orcl1 as sysdba
パスワードを入力してください: 
接続されました。
SYS> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl1

SYS> conn sys@orcl2 as sysdba
パスワードを入力してください: 
接続されました。
SYS> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl2

SYS> conn sys@orcl as sysdba
パスワードを入力してください: 
接続されました。
SYS> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl1

SYS> conn sys@orcl as sysdba
パスワードを入力してください: 
接続されました。
SYS>: --ロードバランシングされて次はorcl2へ繋がるだろうな・・・・・多分。
SYS> select instance_name from v$instance;

INSTANCE_NAME
----------------
orcl2

SYS> -- gv$instanceビューでracの全インスタンスのチェック
SYS> select
  2    inst_id
  3   ,instance_number
  4   ,instance_name
  5   ,host_name
  6   ,version
  7   ,status
  8   ,parallel
  9  from
 10    gv$instance;

   INST_ID INSTANCE_NUMBER INSTANCE_NAME    HOST_NAME                VERSION           STATUS       PAR
---------- --------------- ---------------- ------------------------ ----------------- ------------ ---
         1               1 orcl1            discus1.macdeoracle.jp   11.1.0.6.0        OPEN         YES
         2               2 orcl2            discus2.macdeoracle.jp   11.1.0.6.0        OPEN         YES

SYS> 
SYS> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
PL/SQL Release 11.1.0.6.0 - Production
CORE    11.1.0.6.0      Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production

SYS>

同様にintel x86版のMacOSXからも接続確認(^^)。intel x86 mac向けにはOracle Instant Client 10g R2が利用できる。もちろんOracle Instant Client 10g R1(PPC)をRosetta上で動作させてもOKだが。。

Macintosh:˜ discus$ sqlplus -version

SQL*Plus: Release 10.2.0.4.0 - Production

Macintosh:˜ discus$ sqlplus /nolog
¥
SQL*Plus: Release 10.2.0.4.0 - Production on 日 10月 19 11:31:45 2008

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

SQL> !sw_vers
ProductName:	Mac OS X
ProductVersion:	10.5.5
BuildVersion:	9F33

SQL> !/usr/sbin/system_profiler SPHardwareDataType SPSoftwareDataType | grep -E '((System|Kernel) Version|Processor (Name|Speed))'
      Processor Name: Intel Core 2 Duo
      Processor Speed: 2.2 GHz
      System Version: Mac OS X 10.5.5 (9F33)
      Kernel Version: Darwin 9.5.0

SQL> conn sys@orcl as sysdba
Enter password: 
Connected.
SQL> select
  2    instance_number
  3   ,instance_name
  4   ,status
  5   ,version
  6  from
  7   gv$instance;

INSTANCE_NUMBER INSTANCE_NAME	 STATUS       VERSION
--------------- ---------------- ------------ -----------------
	      2 orcl2		 OPEN	      11.1.0.6.0
	      1 orcl1		 OPEN	      11.1.0.6.0

SQL>

Yahoo! 上手く行ったね〜。Oracle11g R1でお遊びRAC環境を構築するにも物理メモリ１ＧＢは載せないとダメね。ということで次回へつづく

追記(2008/10/19)
しまった〜、一番最後に行う予定だったMacOSXのOracle Clientからの接続テストをやっちゃった。w
しかたないので項番２４．は削除しておくか。。(^^;;

投稿日時 2008年10月19日 (日) 13時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Oracle Instant Client, Mac(Intel x86), Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#23

今回はOracle Cluster databaseの作成その３

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster databaseの作成　その１、その２、その３

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１８．Oracle Cluster databaseの作成その３

Cluster Database作成再々チャレンジ。３度目の正直ということで今度は大丈夫。w

iLifeで作成、BGMはGarage Bandのループの組み合わせだけで作成したものをYouTubeへ。。
高画質版はこちらから

ふ〜、上手く行った。(^^。次回へつづく

投稿日時 2008年10月19日 (日) 06時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月18日 (土)

Mac de Oracle - １０万円未満 de RAC (11g編）#22

今回はOracle Cluster databaseの作成その２

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster databaseの作成　その１、その２

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１８．Oracle Cluster databaseの作成その２

さて、前回「ORA-00845: MEMORY_TARGET no support on this system」という既知の落とし穴に落ちてしまったがなんとか脱出、dbcaにて中途半端な状態のデータベースを削除後、Cluster databaseの作成を再開。
今回はASMの作成はすんなりできたものの・・・・こんどこそ物理メモリ５１２ＭＢという最低限必要とされていた物理メモリサイズの半分ではRAC+ASMのインストールは無理だ・・・という結論に。・・・。
以前シングルインスタンスのOracle11g R1 EEを物理メモリ７６８ＭＢのDynabookにインストールした経験からギリギリなんとかなるかもと思っていたが、５１２ＭＢでは無理でしたね、さすがに．．．。www

順調に見えたが上記の画面でステータスが全く進まなくなった（そのように見えるがハングしている訳ではない）。原因はORA-04031が連発、バッググラウンドプロセスもまともに動けずエラー終了と再起動を繰り返している様子がalert.logファイルから確認できた。
ということで各５１２ＭＢのメモリを追加しRAC全ノードの物理メモリを１ＧＢに。
カーネルパラメータshmmax調整後、dbcaにて中途半端な状態のデータベースを削除してからcluster database作成を再開。。結果は次回。。。(^^)

[root@discus1 ˜]# cat /proc/meminfo | grep MemTotal
MemTotal:      1033760 kB
[root@discus1 ˜]# 
[root@discus1 ˜]# sysctl -a | grep shmmax
kernel.shmmax = 536870912
[root@discus1 ˜]#

ちなみにOracleの初期化パラメータsga_max_size/memory_max_target/memory_targetは各400M程度に設定する

Cluster Databaseの作成はまだつづく・・・・・・・。

投稿日時 2008年10月18日 (土) 10時28分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月17日 (金)

Mac de Oracle - １０万円未満 de RAC (11g編）#21

今回はOracle Cluster databaseの作成その１

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster databaseの作成　その１

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１８．Oracle Cluster databaseの作成その１

まず、dbca実行事前チェック。
CentOSで実行出来るよう構成ファイルをカスタマイズしたCVUを利用する。尚、事前にsshのユーザ等価関係を有効にしておくこと。（RACを構成する１ノードから実行する。）

[oracle@discus1 ˜]$ cd /home/oracle/orainstall/clusterware
[oracle@discus1 clusterware]$ ./bin/cluvfy stage -pre dbcfg -n discus1,discus2 -d ${ORACLE_HOME} -verbose

データベース構成の事前チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus1"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus1                               はい                      
  discus2                               はい                      
結果: ノード"discus1"からのノード到達可能性チェックに合格しました。


ユーザー等価をチェック中...

チェック: ユーザー"oracle"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus2                               合格                      
  discus1                               合格                      
結果: ユーザー"oracle"のユーザー等価チェックに合格しました。

管理権限をチェック中...

・・・・中略・・・・

チェック: サブネット"192.168.1.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus2:eth0                    discus2:eth0                    はい              
  discus2:eth0                    discus1:eth0                    はい              
  discus2:eth0                    discus1:eth0                    はい              
  discus2:eth0                    discus1:eth0                    はい              
  discus2:eth0                    discus1:eth0                    はい              
  discus1:eth0                    discus1:eth0                    はい              
結果: ノードdiscus2,discus1を持つサブネット"192.168.1.0"のノード接続性チェックに合格しました。

チェック: サブネット"192.168.2.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus2:eth1                    discus1:eth1                    はい              
結果: ノードdiscus2,discus1を持つサブネット"192.168.2.0"のノード接続性チェックに合格しました。

インタフェースがVIPの候補となるサブネット"192.168.1.0"で見つかりました:
discus2 eth0:192.168.1.4 eth0:192.168.1.101
discus1 eth0:192.168.1.3 eth0:192.168.1.100

インタフェースがプライベート・インタコネクトの候補となるサブネット"192.168.2.0"で見つかりました:
discus2 eth1:192.168.2.4
discus1 eth1:192.168.2.3

・・・・中略・・・・

CRS状態をチェック中...

チェック: CRSの状態
  ノード名                                  CRS OK?                 
  ------------------------------------  ------------------------
  discus2                               はい                      
  discus1                               はい                      
結果: CRS状態チェックに合格しました。

CRS整合性チェックに合格しました。

データベース構成の事前チェックは成功しました。 
[oracle@discus1 clusterware]$

チェックOKなので、dbcaを起動しCluster database作成を作成する。
今回もMacOSXのxterm(X11)から行う。尚、sshのユーザ等価関係が有効になっていない場合は有効化しておくこと。

G5Server:˜ discus$ ssh -Y oracle@discus1
oracle@discus1's password: 
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ exec /usr/bin/ssh-agent $SHELL
[oracle@discus1 ˜]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_rsa:
 Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa)
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ ssh discus1 hostname
discus1.macdeoracle.jp
[oracle@discus1 ˜]$ ssh discus2 hostname
discus2.macdeoracle.jp
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ dbca &

・・・中略・・・

あ〜〜〜〜、ダメか？、物理メモリ５１２ＭＢでは・・・無理しているのは承知だが．．？？　ASMインスタンスを作成しようとしているところで以下のエラーが出て進む事ができない。。。ここまでか・・・。

ORA-00845: MEMORY_TARGET no support on this system

諦めずにログから調査していくと．．．ありました・・・既知の問題が・・・

どうやらtmpfsを大きく取ってやることで回避できるようだ。。以下のマニュアルを参照のこと。
Oracle Clusterware Installation Guide11g Release 1 (11.1) for Linux
- MEMORY_TARGET not supported on this system

なんとか回避できそうだな・・・ということで、早速tmpfsのサイズを増す。。

Connection to discus1 closed.
G5Server:˜ discus$ ssh root@discus1
root@discus1's password: 
Last login: Sat Oct  4 04:08:21 2008 from 192.168.1.19
[root@discus1 ˜]# df -a
Filesystem           1K-ブロック    使用   使用可 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00
                      16790968  11316644   4607612  72% /
proc                         0         0         0   -  /proc
sysfs                        0         0         0   -  /sys
devpts                       0         0         0   -  /dev/pts
/dev/hda1               101086     11816     84051  13% /boot
tmpfs                   256984         0    256984   0% /dev/shm
none                         0         0         0   -  /proc/sys/fs/binfmt_misc
sunrpc                       0         0         0   -  /var/lib/nfs/rpc_pipefs
configfs                     0         0         0   -  /sys/kernel/config
ocfs2_dlmfs                  0         0         0   -  /dlm
/dev/sdc1              2095648    335520   1760128  17% /u02
oracleasmfs                  0         0         0   -  /dev/oracleasm
[root@discus1 ˜]# umount tmpfs

[root@discus1 ˜]# mount -t tmpfs shmfs -o size=2g /dev/shm
[root@discus1 ˜]# df -a
Filesystem           1K-ブロック    使用   使用可 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00
                      16790968  11316648   4607608  72% /
proc                         0         0         0   -  /proc
sysfs                        0         0         0   -  /sys
devpts                       0         0         0   -  /dev/pts
/dev/hda1               101086     11816     84051  13% /boot
none                         0         0         0   -  /proc/sys/fs/binfmt_misc
sunrpc                       0         0         0   -  /var/lib/nfs/rpc_pipefs
configfs                     0         0         0   -  /sys/kernel/config
ocfs2_dlmfs                  0         0         0   -  /dlm
/dev/sdc1              2095648    335520   1760128  17% /u02
oracleasmfs                  0         0         0   -  /dev/oracleasm
shmfs                  2097152         0   2097152   0% /dev/shm
[root@discus1 ˜]# 
[root@discus1 ˜]# cat /etc/fstab
/dev/VolGroup00/LogVol00 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
/dev/VolGroup00/LogVol01 swap                    swap    defaults        0 0
LABEL=oracrsfiles       /u02                    ocfs2   _netdev,datavolume,nointr       0 0
shmfs                   /dev/shm                tmpfs   size=2g 0
[root@discus1 ˜]# 

・・・・・一旦再起動・・・・・

[root@discus1 ˜]# df -ah
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00
                       17G   11G  4.4G  72% /
proc                     0     0     0   -  /proc
sysfs                    0     0     0   -  /sys
devpts                   0     0     0   -  /dev/pts
/dev/hda1              99M   12M   83M  13% /boot
tmpfs                 2.0G     0  2.0G   0% /dev/shm
shmfs                 2.0G     0  2.0G   0% /dev/shm
none                     0     0     0   -  /proc/sys/fs/binfmt_misc
sunrpc                   0     0     0   -  /var/lib/nfs/rpc_pipefs
configfs                 0     0     0   -  /sys/kernel/config
ocfs2_dlmfs              0     0     0   -  /dlm
/dev/sdd1             2.0G  328M  1.7G  17% /u02
oracleasmfs              0     0     0   -  /dev/oracleasm
[root@discus1 ˜]#

注）上記操作はRAC全ノードのrootユーザで行った

Cluster Databaseの作成は次回へつづく・・・・・・・。

投稿日時 2008年10月17日 (金) 12時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#20

今回はTNS Listenerの構成

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１７．TNS Listenerの構成

netcaでの構成はRACの１ノードから実行する。
netcaもMacOSXのxterm(X11)から行う。尚、sshのユーザ等価関係が有効になっていない場合は有効化しておくこと。

G5Server:˜ discus$ ssh -Y oracle@discus1
oracle@discus1's password: 
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ exec /usr/bin/ssh-agent $SHELL
[oracle@discus1 ˜]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_rsa:
 Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa)
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ ssh discus1 hostname
discus1.macdeoracle.jp
[oracle@discus1 ˜]$ ssh discus2 hostname
discus2.macdeoracle.jp
[oracle@discus1 ˜]$ 
[oracle@discus1 ˜]$ netca &

・・・中略・・・

久々にMovie化、iLifeで作成、BGMはGarage Bandのループの組み合わせだけで作成したものをYouTubeへ。。
高画質版はこちらから

確認はRAC全ノードのoracleユーザで実施する。（以下はdiscus1で実施した例）

[oracle@discus1 ˜]$ hostname
discus1.macdeoracle.jp
[oracle@discus1 ˜]$ ps -ef | grep lsnr | grep -v 'grep' | grep -v 'ocfs' | awk '{print $9}'
LISTENER_DISCUS1
[oracle@discus1 ˜]$ $ORA_CRS_HOME/bin/crs_stat ora.discus1.LISTENER_DISCUS1.lsnr
NAME=ora.discus1.LISTENER_DISCUS1.lsnr
TYPE=application
TARGET=ONLINE
STATE=ONLINE on discus1

[oracle@discus1 ˜]$

次回へつづく

投稿日時 2008年10月17日 (金) 09時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#19

今回はOracle11g R1 examplesのインストール

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１６．Oracle11g R1 examplesのインストール

OUIによるインストールはRACの１ノードから実行する。
Oracle11g R1 exapmlesのインストールもMacOSXのxterm(X11)からOUIを起動して行う。尚、sshのユーザ等価関係が有効になっていない場合は有効化しておくこと。

G5Server:~ discus$ ssh -Y oracle@discus1
oracle@discus1's password: 
[oracle@discus1 ˜]$ cd /home/oracle/orainstall/examples
[oracle@discus1 examples]$ 
[oracle@discus1 examples]$ exec /usr/bin/ssh-agent $SHELL
[oracle@discus1 examples]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_rsa:
 Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa)
[oracle@discus1 examples]$ 
[oracle@discus1 examples]$ ssh discus1 hostname
discus1.macdeoracle.jp
[oracle@discus1 examples]$ ssh discus2 hostname
discus2.macdeoracle.jp
[oracle@discus1 examples]$ 
[oracle@discus1 examples]$ ./runInstaller &

・・・中略・・・

Copyright (C) 1999, 2007, Oracle. All rights reserved.

MacOSXのxtermからOUIを起動した場合、xterm上のログは文字化けするが起動されるOUIは文字化けしないので特に困ることもない。

久々にMovie化、iLifeで作成、BGMはGarage Bandのループの組み合わせだけで作成したものをYouTubeへ。。

高画質版はこちらからどうぞ。

尚、他のインストールと同様にOUIが実行するCVUでは物理メモリチェック失敗となるが物理メモリ５１２MBで実行している影響なので無視して続行する。

次回へつづく

投稿日時 2008年10月17日 (金) 03時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月16日 (木)

Mac de Oracle - １０万円未満 de RAC (11g編）#18

今回はOracle11g R1 Database softwareのインストール

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１５．Oracle11g R1 Database softwareのインストール（ソフトウェアのみインストール）

Oracle databaseインストール事前チェックを手動実行する。CentOS向けに構成ファイルを変更したCVUで行う。物理メモリ及び物理メモリ（５１２ＭＢ）に合わせたカーネルパラメータshmmaxのチェックに失敗するが想定内のことなのでそれ以外のチェック失敗がなければインストールが行える。尚、チェック実施前にsshのユーザ等価関係は有効にしておくこと。

[oracle@discus1 &tilde]$ cd clusterware
[oracle@discus1 clusterware]$ ./bin/cluvfy stage -pre dbinst -n discus1,discus2 -r 11gR1 -verbose

データベース・インストールの事前チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus1"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus1                               はい                      
  discus2                               はい                      
結果: ノード"discus1"からのノード到達可能性チェックに合格しました。


ユーザー等価をチェック中...

チェック: ユーザー"oracle"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus2                               合格                      
  discus1                               合格                      
結果: ユーザー"oracle"のユーザー等価チェックに合格しました。

・・・中略・・・

システム要件をチェック中: 'database'...

チェック: メモリー合計 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       501.92MB (513968KB)       1GB (1048576KB)           失敗
  discus1       501.92MB (513968KB)       1GB (1048576KB)           失敗        
結果: メモリー合計チェックが失敗しました。

チェック: "/tmp"ディレクトリのディスク空き領域
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       10.5GB (11012728KB)       400MB (409600KB)          合格        
  discus1       8.01GB (8396028KB)        400MB (409600KB)          合格        
結果: ディスク空き領域チェックに合格しました。

チェック: スワップ領域 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       2GB (2097144KB)           1.5GB (1572864KB)         合格        
  discus1       2GB (2097144KB)           1.5GB (1572864KB)         合格        
結果: スワップ領域チェックに合格しました。

・・・中略・・・

チェック: "shmmax"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       268435456                 536870912                 失敗        
  discus1       268435456                 536870912                 失敗        
結果: "shmmax"のカーネル・パラメータチェックが失敗しました。

チェック: "shmall"のカーネル・パラメータ 
  ノード名          構成済                       必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       2097152                   2097152                   合格        
  discus1       2097152                   2097152                   合格        
結果: "shmall"のカーネル・パラメータチェックに合格しました。


・・・中略・・・

チェック: CRSの状態
  ノード名                                  CRS OK?                 
  ------------------------------------  ------------------------
  discus2                               はい                      
  discus1                               はい                      
結果: CRS状態チェックに合格しました。

CRS整合性チェックに合格しました。

データベース・インストールの事前チェックはすべてのノードで失敗しました。 
[oracle@discus1 clusterware]$

物理メモリとshmmaxのチェックが失敗しているが、実メモリが少ないことによる影響なので無視して作業を進める。５１２ＢＭの物理メモリでどこまでいけるか・・・
尚、OUI内のチェックでも同じポイントでチェックが失敗するが同じ問題なので無視してインストールを続ける。(^^)

OUIによるインストールはRACの１ノードから実行する。
Oracle databaseのインストールもMacOSXのxterm(X11)からOUIを起動して行う。尚、sshのユーザ等価関係が有効になっていない場合は有効化しておくこと。

G5Server:~ discus$ ssh -Y oracle@discus1
oracle@discus1's password: 
[oracle@discus1 ˜]$ cd /home/oracle/orainstall/database
[oracle@discus1 database]$ 
[oracle@discus1 database]$ exec /usr/bin/ssh-agent $SHELL
[oracle@discus1 database]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_rsa:
 Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa)
[oracle@discus1 database]$ 
[oracle@discus1 database]$ ssh discus1 hostname
discus1.macdeoracle.jp
[oracle@discus1 database]$ ssh discus2 hostname
discus2.macdeoracle.jp
[oracle@discus1 database]$ 
[oracle@discus1 database]$ ./runInstaller &

・・・中略・・・

Copyright (C) 1999, 2007, Oracle. All rights reserved.

MacOSXのxterm上では文字化けするがOUI自体は文字化けしないのでご心配なく。

インストールの最後でのお約束！　root.shの実行。RAC全ノードのrootユーザで実施後、OUIに戻りダイアログを閉じる。

[root@discus1 ~]# /u01/app/oracle/product/11.1.0/db_1/root.sh
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/11.1.0/db_1

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...


Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Finished product-specif

次回へつづく

投稿日時 2008年10月16日 (木) 16時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#17

今回はOracle11g R1 Clusterwareのインストール

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１４．Oracle11g R1 Clusterwareのインストール

ということでやっとインストール作業。まずはOracle Clusterwareのインストール。OUIによるインストールはRACの１ノードから実行する。
今回もMacOSXのxterm(X11)でOUIを起動する。

G5Server:~ discus$ ssh -Y oracle@discus1
oracle@discus1's password: 
[oracle@discus1 ˜]$ cd /home/oracle/orainstall/clusterware
[oracle@discus1 clusterware]$ 
[oracle@discus1 clusterware]$ exec /usr/bin/ssh-agent $SHELL
[oracle@discus1 clusterware]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_rsa:
 Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa)
[oracle@discus1 clusterware]$ 
[oracle@discus1 clusterware]$ ssh discus1 hostname
discus1.macdeoracle.jp
[oracle@discus1 clusterware]$ ssh discus2 hostname
discus2.macdeoracle.jp
[oracle@discus1 clusterware]$ 
[oracle@discus1 clusterware]$ ./runInstaller &

・・・中略・・・

Copyright (C) 1999, 2007, Oracle. All rights reserved.

MacOSXのxterm上では文字化けするがOUI自体は文字化けしないのでご心配なく。

お約束のorainstRoot.sh及びroot.shスクリプトはRAC全ノードのrootユーザで実行する。

[root@discus1 ˜]# /u01/app/oraInventory/orainstRoot.sh
権限の変更:/u01/app/oraInventory : 770.
グループ名の変更:/u01/app/oraInventory : oinstall.
スクリプトの実行が完了しました
[root@discus1 ˜]# /u01/app/crs/root.sh
WARNING: directory '/u01/app' is not owned by root
Checking to see if Oracle CRS stack is already configured
/etc/oracle does not exist. Creating it now.

Setting the permissions on OCR backup directory
Setting up Network socket directories
Oracle Cluster Registry configuration upgraded successfully
The directory '/u01/app' is not owned by root. Changing owner to root
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node <nodenumber>: <nodename> <private interconnect name> <hostname>
node 1: discus1 discus1-priv discus1
node 2: discus2 discus2-priv discus2
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Now formatting voting device: /u02/oradata/orcl/CSSFile
Now formatting voting device: /u02/oradata/orcl/CSSFile_mirror1
Now formatting voting device: /u02/oradata/orcl/CSSFile_mirror2
Format of 3 voting devices complete.
Startup will be queued to init within 30 seconds.
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
Cluster Synchronization Services is active on these nodes. 
        discus1
Cluster Synchronization Services is inactive on these nodes. 
        discus2
Local node checking complete. Run root.sh on remaining nodes to start CRS daemons.
[root@discus1 ˜]# ssh root@discus2
root@discus1's password: 
[root@discus2 ˜]# /u01/app/oraInventory/orainstRoot.sh
権限の変更:/u01/app/oraInventory : 770.
グループ名の変更:/u01/app/oraInventory : oinstall.
スクリプトの実行が完了しました
[root@discus2 ˜]# /u01/app/crs/root.sh
WARNING: directory '/u01/app' is not owned by root
Checking to see if Oracle CRS stack is already configured
/etc/oracle does not exist. Creating it now.

・・・．中略・・・・

        discus1
        discus2
Cluster Synchronization Services is active on all the nodes. 
Waiting for the Oracle CRSD and EVMD to start
Oracle CRS stack installed and running under init(1M)
Running vipca(silent) for configuring nodeapps

(2)ノードでVIPアプリケーション・リソースを作成しています...
(2)ノードでGSDアプリケーション・リソースを作成しています...
(2)ノードでONSアプリケーション・リソースを作成しています...
(2)ノードでVIPアプリケーション・リソースを起動しています...
(2)ノードでGSDアプリケーション・リソースを起動しています...
(2)ノードでONSアプリケーション・リソースを起動しています...


Done.
[root@discus2 ˜]#

OUIの最後のCVUでエラーが発生するが既知の問題(CentOS5.2がサポートされていないから）なので無視してOUIを進め、OTN USから別途ダウンロードしCentOS5でも実行できるようカスタマイズしたCVUをOUIを起動したノードで実行し正常であることの確認が取れればOK。
以下はOUIのログ。

-----------------------------------------------------------------------------
コンフィギュレーション・アシスタント"Oracle Cluster Verification Utility"から生成された出力:
Command = /u01/app/crs/bin/cluvfy stage -post crsinst -n discus1,discus2

ERROR: 
オペレーティング・システムを識別できません。このオペレーティング・システムに対して正しいソフトウェアが実行中であることを確認してください。
検証を続行できません。


コンフィギュレーション・アシスタント"Oracle Cluster Verification Utility"が失敗しました。
-----------------------------------------------------------------------------
"/u01/app/crs/cfgtoollogs/configToolFailedCommands"スクリプトには、失敗したコマンド、スキップされたコマンド、または取り消されたコマンドがすべて含まれています。
このファイルは、OUI以外でコンフィギュレーション・アシスタントを実行するために使用される場合があります。このスクリプトを実行する前に、
(存在する場合は)パスワードを使用してスクリプトを更新する必要がある場合があります。
-----------------------------------------------------------------------------

[oracle@discus1 clusterware]$ ./bin/cluvfy stage -post crsinst -n discus1,discus2 -verbose

クラスタ・サービス設定の事後チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus1"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus1                               はい                      
  discus2                               はい                      
結果: ノード"discus1"からのノード到達可能性チェックに合格しました。


ユーザー等価をチェック中...

チェック: ユーザー"oracle"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus2                               合格                      
  discus1                               合格                      
結果: ユーザー"oracle"のユーザー等価チェックに合格しました。

クラスタ・マネージャ整合性をチェック中... 


CSSデーモンをチェック中...
  ノード名                                  ステータス                   
  ------------------------------------  ------------------------
  discus2                               実行中                     
  discus1                               実行中                     
結果: "CSS daemon"のデーモン・ステータスチェックに合格しました。

クラスタ・マネージャ整合性チェックに合格しました。

クラスタ整合性をチェック中... 

  ノード名                                
  ------------------------------------
  discus1                             
  discus2                             

クラスタ整合性チェックに合格しました


OCR整合性をチェック中...

非クラスタ構成がないことをチェック中...
すべてのノードにローカル専用の非クラスタ構成がありません。

OCRデバイスの一意性チェックに合格しました。

OCRのバージョンをチェック中...
OCRの正しいバージョン"2"が存在します。

OCRのデータ整合性をチェック中...
OCRのデータ整合性チェックに合格しました。

OCR整合性チェックに合格しました。

CRS整合性をチェック中...

デーモン活性をチェック中...

チェック: "CRS daemon"の活性

・・・・中略・・・・

GSDノード・アプリケーションの存在をチェック中です 
  ノード名          必須                        ステータス                     コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       いいえ                       存在します                     合格     
     discus1       いいえ                       存在します                     合格        
結果: チェックに合格しました。


クラスタ・サービス設定の事後チェックは成功しました。 
[oracle@discus1 clusterware]$

最後に全ノードのOracleユーザで以下の確認を行ってOracle clusterwareのインストールは終了。

[oracle@discus1 ˜]$ $ORA_CRS_HOME/bin/olsnodes -n
discus1 1
discus2 2
[oracle@discus1 ˜]$ $ORA_CRS_HOME/bin/crs_stat -t -v
Name           Type           R/RA   F/FT   Target    State     Host        
----------------------------------------------------------------------
ora....us1.gsd application    0/5    0/0    ONLINE    ONLINE    discus1
ora....us1.ons application    0/3    0/0    ONLINE    ONLINE    discus1     
ora....us1.vip application    0/0    0/0    ONLINE    ONLINE    discus1     
ora....us2.gsd application    0/5    0/0    ONLINE    ONLINE    discus2     
ora....us2.ons application    0/3    0/0    ONLINE    ONLINE    discus2     
ora....us2.vip application    0/0    0/0    ONLINE    ONLINE    discus2     
[oracle@discus1 ˜]$ $ORA_CRS_HOME/bin/crsctl check crs
Cluster Synchronization Services appears healthy
Cluster Ready Services appears healthy
Event Manager appears healthy
[oracle@discus1 ˜]$ ls -l /etc/init.d/init.*
-rwxr-xr-x 1 root root  2236 10月  2 21:43 /etc/init.d/init.crs
-rwxr-xr-x 1 root root  5290 10月  2 21:43 /etc/init.d/init.crsd
-rwxr-xr-x 1 root root 49416 10月  2 21:43 /etc/init.d/init.cssd
-rwxr-xr-x 1 root root  3859 10月  2 21:43 /etc/init.d/init.evmd
[oracle@discus1 ˜]$

次回へつづく

投稿日時 2008年10月16日 (木) 12時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月15日 (水)

Mac de Oracle - １０万円未満 de RAC (11g編）#16

今回はOracle11g R1 インストール事前作業

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１３．Oracle11g R1 インストール事前作業

インストールするOracle製品は、
linux_x86_11gR1_database.zip　/　linux_x86_11gR1_clusterware.zip　/　linux_11gR1_examples.zip

及び、cvupack_Linux_x86.zip

CVUのFAQ:
http://www.oracle.com/technology/products/database/clustering/cvu/faq/cvufaq_11g.htmlを参照のこと。

2008/10/16追記
尚、DVDを利用する場合はcvupack_Linux_x86.zipだけを別途ダウンロードし適当なディレクトリで解凍して利用する。DVDを利用する場合、OUIはDatabase/Clusterware/Oracle Clientを選択してインストールすることができるが、本エントリではOracle Database及び、Clusterwareは個々のOUIで個別にインストールしているためrunInstallerのディレクトリが異なっていることに注意してください。
ちなみに１枚のDVDに纏まられているOUIを起動した場合は以下のような画面が現れ、インストールする製品を選択できる。

インストールするOracle製品をダウンロードする。

インストールは１つのノードから行うのでRACを構成するいずれか１ノードへダウンロードすればOK。だたDISK容量はそれほど多くないのでunzipしたファイルはどんどん削除。（こちらの事情ですのでインストール上必須ではありません。こんなこと書かなくても大丈夫だと思いますが。）
ただし、cvuqdisk-1.0.1-1.rpmだけはRAC全ノードにダウンロードして個別にインストールする。

[root@discus1 ˜]# su - oracle
[oracle@discus1 ˜]$ mkdir orainstall
[oracle@discus1 ˜]$ cd orainstall
[oracle@discus1 orainstall]$ pwd
/home/oracle/orainstall
[oracle@discus1 orainstall]$ ll
合計 2524844
-rw-r--r-- 1 oracle oinstall   36428926 10月  1 21:12 cvupack_Linux_x86.zip
-rw-r--r-- 1 oracle oinstall  457209469 10月  1 21:41 linux_11gR1_examples.zip
-rw-r--r-- 1 oracle oinstall  244660141 10月  1 21:20 linux_x86_11gR1_clusterware.zip
-rw-r--r-- 1 oracle oinstall 1844572234 10月  1 21:27 linux_x86_11gR1_database.zip
[oracle@discus1 orainstall]$ unzip linux_x86_11gR1_database.zip

・・・・中略・・・

[oracle@discus1 orainstall]$ rm linux_x86_11gR1_database.zip
[oracle@discus1 orainstall]$ unzip linux_11gR1_examples.zip

・・・・中略・・・

[oracle@discus1 orainstall]$ rm linux_11gR1_examples.zip
[oracle@discus1 orainstall]$unzip linux_x86_11gR1_clusterware.zip

・・・・中略・・・

[oracle@discus1 orainstall]$ rm linux_x86_11gR1_clusterware.zip
[oracle@discus1 orainstall]$ ll
合計 35644
drwxr-xr-x 8 oracle oinstall     4096  9月 19  2007 clusterware/
-rw-r--r-- 1 oracle oinstall 36428926 10月  1 21:12 cvupack_Linux_x86.zip
drwxr-xr-x 6 oracle oinstall     4096  9月 19  2007 database/
drwxr-xr-x 6 oracle oinstall     4096  8月  7  2007 examples/
[oracle@discus1 orainstall]$ mv cvupack_Linux_x86.zip ./clusterware
[oracle@discus1 orainstall]$ ll
合計 24
drwxr-xr-x 8 oracle oinstall 4096  9月 19  2007 clusterware/
drwxr-xr-x 6 oracle oinstall 4096  9月 19  2007 database/
drwxr-xr-x 6 oracle oinstall 4096  8月  7  2007 examples/
[oracle@discus1 orainstall]$ cd clusterware
[oracle@discus1 clusterware]$ unzip cvupack_Linux_x86.zip

・・・・中略・・・

  inflating: lib/libsrvm11.so        
replace rpm/cvuqdisk-1.0.1-1.rpm? [y]es, [n]o, [A]ll, [N]one, [r]ename: n
[oracle@discus1 clusterware]$ rm cvupack_Linux_x86.zip
[oracle@discus1 clusterware]$ ll
合計 112
drwxr-xr-x  2 oracle oinstall 4096  8月 19 15:34 bin/
drwxr-xr-x  6 oracle oinstall 4096  8月 19 15:34 cv/
drwxr-xr-x  8 oracle oinstall 4096  8月  7  2007 doc/
drwxr-xr-x  4 oracle oinstall 4096  8月  4  2007 install/
drwxr-xr-x  3 oracle oinstall 4096  8月 19 15:34 jdk/
drwxr-xr-x  2 oracle oinstall 4096  8月 19 15:34 jlib/
drwxr-xr-x  2 oracle oinstall 4096  8月 19 15:34 lib/
drwxr-xr-x  2 oracle oinstall 4096  9月 19  2007 response/
drwxr-xr-x  2 oracle oinstall 4096  8月  4  2007 rpm/
-rwxr-xr-x  1 oracle oinstall 2912  8月  4  2007 runInstaller*
-rwxr-xr-x  1 oracle oinstall 2990  8月  4  2007 runcluvfy.sh*
drwxr-xr-x 13 oracle oinstall 4096  8月  4  2007 stage/
drwxr-xr-x  2 oracle oinstall 4096  8月  4  2007 upgrade/
-rw-r--r--  1 oracle oinstall 3824  7月 13  2007 welcome.html

この例ではRACを構成するdiscus1で解凍したcvuqdisk-1.0.1-1.rpmを残りのノードへコピー後、全ノードで個別にインストールする。

[oracle@discus1 clusterware]$ cd rpm
[oracle@discus1 rpm]$ ll
合計 12
-rw-r--r-- 1 oracle oinstall 5339  8月  4  2007 cvuqdisk-1.0.1-1.rpm
[oracle@discus1 rpm]$ scp cvuqdisk-1.0.1-1.rpm discus2:/home/oracle/orainstall/clusterware/rpm
Enter passphrase for key '/home/oracle/.ssh/id_rsa': 
cvuqdisk-1.0.1-1.rpm                                                        100% 5339     5.2KB/s   00:00    
[oracle@discus1 rpm]$ 
[root@discus1 rpm]# export CVUQDISK_GRPP=oinstall
[root@discus1 rpm]# rpm -iv cvuqdisk-1.0.1-1.rpm
準備中...
cvuqdisk-1.0.1-1

今回利用するzipファイルを全て展開すると上記のようなdirectory構成になる。cvupack_Linux_x86.zipを利用する理由は、後続作業にてCentOS5.2上でCVUによる事前チェックが行えるようにすることが目的でcvu_configファイルのCV_ORACLE_RELEASEパラメータ及び、CV_ASSUME_DISTIDパラメータをカスタマイズするため。

CV_ORACLE_RELEASEパラメータはコメントアウトされているだけなので#を削除するだけ。
CV_ASSUME_DISTIDパラメータはCentOS5.2をRHEL5と思わせるためにRHEL5へ変更する。

前述の設定を怠ると．．．．

[oracle@discus1 clusterware]$ ./bin/cluvfy stage -pre crsinst -n discus1,discus2 -verbose

ERROR: 
オペレーティング・システムを識別できません。このオペレーティング・システムに対して正しいソフトウェアが実行中であることを確認してください。
検証を続行できません。

[oracle@discus1 clusterware]$

というエラーが発生するのでご注意を


[oracle@discus1 clusterware]$ cat ./cv/admin/cvu_config
# Configuration file for Cluster Verification Utility(CVU)
# Version: 011405
#
# NOTE:
# 1._ Any line without a '=' will be ignored
# 2._ Since the fallback option will look into the environment variables,
#     please have a component prefix(CV_) for each property to define a
#     namespace.
# 


#Default Oracle release(10gR1/10gR2/11gR1). If specified here, this release 
#will be assumed when -r option is not specified in the command line.
CV_ORACLE_RELEASE=11gR1

#Nodes for the cluster. If CRS home is not installed, this list will be 
#picked up when -n all is mentioned in the commandline argument.
#CV_NODE_ALL=

#if enabled, cvuqdisk rpm is required on all nodes on RedHat 3 or Redhat 4
CV_RAW_CHECK_ENABLED=TRUE

# Fallback to this distribution id
CV_ASSUME_DISTID=RHEL5

# Whether X-Windows check should be performed for user equivalence with SSH
#CV_XCHK_FOR_SSH_ENABLED=TRUE

# To override SSH location
#ORACLE_SRVM_REMOTESHELL=/usr/bin/ssh

# To override SCP location
#ORACLE_SRVM_REMOTECOPY=/usr/bin/scp

[oracle@discus1 clusterware]$

さ事前チェックを行う前にsshのユーザ等価は確認しておく。
ここでpasswordを要求されるようならユーザ等価関係が有効になっていないので再度設定するべし。

[oracle@discus1 clusterware]$ ssh discus1 hostname
discus1.macdeoracle.jp
[oracle@discus1 clusterware]$ ssh discus2 hostname
discus2.macdeoracle.jp
[oracle@discus1 clusterware]$

・CVUによるOracle Clusterware事前チェック（RACを構成する１ノードのoracleユーザで実施すればOK）

[oracle@discus1 clusterware]$ pwd
/home/oracle/orainstall/clusterware
[oracle@discus1 clusterware]$ ./bin/cluvfy stage -pre crsinst -n discus1,discus2 -verbose

クラスタ・サービス設定の事前チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus1"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus1                               はい                      
  discus2                               はい                      
結果: ノード"discus1"からのノード到達可能性チェックに合格しました。


ユーザー等価をチェック中...

チェック: ユーザー"oracle"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus2                               合格                      
  discus1                               合格                      
結果: ユーザー"oracle"のユーザー等価チェックに合格しました。

管理権限をチェック中...

チェック: ユーザー"oracle"の存在
  ノード名          ステータス                     ユーザーID                  
  ------------  ------------------------  ------------------------
  discus2       存在します                     601                     
  discus1       存在します                     601                     
結果: "oracle"のユーザーの存在チェックに合格しました。

チェック: グループ"oinstall"の存在
  ノード名          ステータス                     グループID                  
  ------------  ------------------------  ------------------------
  discus2       存在します                     601                     
  discus1       存在します                     601                     
結果: "oinstall"のグループの存在チェックに合格しました。

チェック: グループ"oinstall"内のユーザー"oracle"[プライマリ]のメンバーシップ
  ノード名              ユーザーが存在します    グループが存在します    グループ内のユーザー    プライマリ         コメント        
  ----------------  ------------  ------------  ------------  ------------  ------------
 discus2          はい           はい           はい           はい           合格          
 discus1          はい           はい           はい           はい           合格          
結果: グループ"oinstall"内のユーザー"oracle"[プライマリ]のメンバーシップ・チェックに合格しました。

管理権限チェックに合格しました。

ノード接続性をチェック中...


・・・・中略・・・・


システム要件をチェック中: 'crs'...

チェック: メモリー合計 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       501.92MB (513968KB)       1GB (1048576KB)           失敗        
  discus1       501.92MB (513968KB)       1GB (1048576KB)           失敗        
結果: メモリー合計チェックが失敗しました。

チェック: "/tmp"ディレクトリのディスク空き領域
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       11.2GB (11743644KB)       400MB (409600KB)          合格        
  discus1       8.56GB (8972272KB)        400MB (409600KB)          合格        
結果: ディスク空き領域チェックに合格しました。

チェック: スワップ領域 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       2GB (2097144KB)           1.5GB (1572864KB)         合格        
  discus1       2GB (2097144KB)           1.5GB (1572864KB)         合格        
結果: スワップ領域チェックに合格しました。

チェック: システム・アーキテクチャ 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       i686                      i686                      合格        
  discus1       i686                      i686                      合格        
結果: システム・アーキテクチャチェックに合格しました。

チェック: カーネル・バージョン 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       2.6.18-92.el5             2.6.9                     合格        
  discus1       2.6.18-92.el5             2.6.9                     合格        
結果: カーネル・バージョンチェックに合格しました。

・・・・中略・・・・

チェック: "glibc-headers-2.5-12"のパッケージの存在 
  ノード名                            ステータス                           コメント            
  ------------------------------  ------------------------------  ----------------
  discus2                         glibc-headers-2.5-24            合格              
  discus1                         glibc-headers-2.5-24            合格              
結果: "glibc-headers-2.5-12"のパッケージの存在チェックに合格しました。

チェック: "dba"のグループの存在 
  ノード名          ステータス                     グループID                  
  ------------  ------------------------  ------------------------
  discus2       存在します                     602                     
  discus1       存在します                     602                     
結果: "dba"のグループの存在チェックに合格しました。

チェック: "oinstall"のグループの存在 
  ノード名          ステータス                     グループID                  
  ------------  ------------------------  ------------------------
  discus2       存在します                     601                     
  discus1       存在します                     601                     
結果: "oinstall"のグループの存在チェックに合格しました。

チェック: "nobody"の既存ユーザー 
  ノード名          ステータス                     ユーザーID                  
  ------------  ------------------------  ------------------------
  discus2       存在します                     99                      
  discus1       存在します                     99                      
結果: "nobody"の既存ユーザーチェックに合格しました。

チェック: "オープン・ファイル・ディスクリプタ"のハード・リソース制限 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       65536                     65536                     合格        
  discus1       65536                     65536                     合格        
結果: "オープン・ファイル・ディスクリプタ"のハード・リソース制限チェックに合格しました。

チェック: "オープン・ファイル・ディスクリプタ"のソフト・リソース制限 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       1024                      1024                      合格        
  discus1       1024                      1024                      合格        
結果: "オープン・ファイル・ディスクリプタ"のソフト・リソース制限チェックに合格しました。

チェック: "最大ユーザー・プロセス"のハード・リソース制限 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       16384                     16384                     合格        
  discus1       16384                     16384                     合格        
結果: "最大ユーザー・プロセス"のハード・リソース制限チェックに合格しました。

チェック: "最大ユーザー・プロセス"のソフト・リソース制限 
  ノード名          使用可能                      必須                        コメント      
  ------------  ------------------------  ------------------------  ----------
  discus2       2047                      2047                      合格        
  discus1       2047                      2047                      合格        
結果: "最大ユーザー・プロセス"のソフト・リソース制限チェックに合格しました。

システム要件が失敗しました 'crs'

クラスタ・サービス設定の事前チェックはすべてのノードで失敗しました。 
[oracle@discus1 clusterware]$

NGなのはメモリだけなのでこのまま先へ進む。（実メモリが少ないのは承知の上で行っているので）

・CVUによるハードウェアとOSのセットアップチェック。（RACを構成する１ノードのoracleユーザで実施すればOK）

[oracle@discus1 clusterware]$ ./bin/cluvfy stage -post hwos -n discus1,discus2 -verbose

ハードウェアとオペレーティング・システム設定の事後チェックを実行しています 

ノード到達可能性をチェック中...

チェック: ノード"discus1"からのノード到達可能性
  宛先ノード                                 到達可能ですか                 
  ------------------------------------  ------------------------
  discus1                               はい                      
  discus2                               はい                      
結果: ノード"discus1"からのノード到達可能性チェックに合格しました。


ユーザー等価をチェック中...

チェック: ユーザー"oracle"のユーザー等価
  ノード名                                  コメント                    
  ------------------------------------  ------------------------
  discus2                               合格                      
  discus1                               合格                      
結果: ユーザー"oracle"のユーザー等価チェックに合格しました。

ノード接続性をチェック中...


ノード"discus2"のインタフェース情報
 名前     IPアドレス          サブネット           ゲートウェイ          デフォルト・ゲートウェイ    HWアドレス            MTU   
 ------ --------------- --------------- --------------- --------------- ----------------- ------
 eth0   192.168.1.4     192.168.1.0     0.0.0.0         192.168.1.1     00:08:74:B1:C4:4C 1500  
 eth1   192.168.2.4     192.168.2.0     0.0.0.0         192.168.1.1     00:01:8E:B3:6E:BA 1500  


ノード"discus1"のインタフェース情報
 名前     IPアドレス          サブネット           ゲートウェイ          デフォルト・ゲートウェイ    HWアドレス            MTU   
 ------ --------------- --------------- --------------- --------------- ----------------- ------
 eth0   192.168.1.3     192.168.1.0     0.0.0.0         192.168.1.1     00:08:74:B1:C4:50 1500  
 eth1   192.168.2.3     192.168.2.0     0.0.0.0         192.168.1.1     00:01:8E:B3:76:A3 1500  


チェック: サブネット"192.168.1.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus2:eth0                    discus1:eth0                    はい              
結果: ノードdiscus2,discus1を持つサブネット"192.168.1.0"のノード接続性チェックに合格しました。

チェック: サブネット"192.168.2.0"のノード接続性
  ソース                             宛先                              接続しましたか         
  ------------------------------  ------------------------------  ----------------
  discus2:eth1                    discus1:eth1                    はい              
結果: ノードdiscus2,discus1を持つサブネット"192.168.2.0"のノード接続性チェックに合格しました。

インタフェースがVIPの候補となるサブネット"192.168.1.0"で見つかりました:
discus2 eth0:192.168.1.4
discus1 eth0:192.168.1.3

インタフェースがプライベート・インタコネクトの候補となるサブネット"192.168.2.0"で見つかりました:
discus2 eth1:192.168.2.4
discus1 eth1:192.168.2.3

結果: ノード接続性チェックに合格しました。


共有記憶域アクセス可能性をチェック中...

  Disk                                  共有ノード(数量: 2)            
  ------------------------------------  ------------------------
  /dev/sdc                              discus2                 
  /dev/sda                              discus1                 

  Disk                                  共有ノード(数量: 2)            
  ------------------------------------  ------------------------
  /dev/sdb                              discus2 discus1         

  Disk                                  共有ノード(数量: 2)            
  ------------------------------------  ------------------------
  /dev/sda                              discus2                 
  /dev/sdd                              discus1                 

  Disk                                  共有ノード(数量: 2)            
  ------------------------------------  ------------------------
  /dev/sdd                              discus2                 
  /dev/sdc                              discus1                 

  Disk                                  共有ノード(数量: 2)            
  ------------------------------------  ------------------------
  /dev/sde                              discus2 discus1         


共有記憶域チェックはノード"discus2,discus1"で成功しました。

ハードウェアとオペレーティング・システム設定の事後チェックは成功しました。 
[oracle@discus1 clusterware]$

ということでメモリ５１２ＭＢ以外は問題なし。想定通りなのでそのまま続行。

次回へつづく<

投稿日時 2008年10月15日 (水) 16時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#15

今回はOracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１２．Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

以下のRHEL5 x86用パッケージをインストールする。
oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm
oracleasm-support-2.0.4-1.el5.i386.rpm
oracleasmlib-2.0.3-1.el5.i386.rpm

インストールガイド：
http://oss.oracle.com/projects/oracleasm/dist/documentation/asm-install.txt

OCFS2の場合と同様に関連するパッケージを一旦MacOSXへダウンロード後、scpにてRAC全ノードへ配布してインストールする。

G5Server:˜ discus$ scp /Users/discus/Desktop/oracleasm-support-2.0.4-1.el5.i386.rpm oracle@discus1:/tmp
oracle@discus1's password: 
oracleasm-support-2.0.4-1.el5.i386.rpm                                      100%   22KB  22.4KB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/oracleasm-support-2.0.4-1.el5.i386.rpm oracle@discus2:/tmp
oracle@discus2's password: 
oracleasm-support-2.0.4-1.el5.i386.rpm                                      100%   22KB  22.4KB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/oracleasmlib-2.0.3-1.el5.i386.rpm oracle@discus1:/tmp
oracle@discus1's password: 
oracleasmlib-2.0.3-1.el5.i386.rpm                                           100%   13KB  13.3KB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/oracleasmlib-2.0.3-1.el5.i386.rpm oracle@discus2:/tmp
oracle@discus2's password: 
oracleasmlib-2.0.3-1.el5.i386.rpm                                           100%   13KB  13.3KB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm oracle@discus1:/tmp
oracle@discus1's password: 
oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm                                100%  122KB 122.2KB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm oracle@discus2:/tmp
oracle@discus2's password: 
oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm                                100%  122KB 122.2KB/s   00:00    
G5Server:˜ discus$

配布が完了したらRAC全ノードのrootユーザでインストール及び構成を行う。
(2010/10/13訂正)

[root@discus1 tmp]# ll *.rpm
-rw-r--r-- 1 oracle oinstall  125137 10月  2 00:51 oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm
-rw-r--r-- 1 oracle oinstall   22936 10月  2 00:50 oracleasm-support-2.0.4-1.el5.i386.rpm
-rw-r--r-- 1 oracle oinstall   13658 10月  2 00:51 oracleasmlib-2.0.3-1.el5.i386.rpm
[root@discus1 tmp]# rpm -qa | grep oracleasm | sort
[root@discus1 tmp]# rpm -Uvh oracleasm-2.6.18-92.el5-2.0.4-1.el5.i686.rpm oracleasm-support-2.0.4-1.el5.i386.rpm oracleasmlib-2.0.3-1.el5.i386.rpm
準備中...                 ########################################### [100%]
1:oracleasm-support      ########################################### [ 33%]
2:oracleasm-2.6.18-92.el5########################################### [ 67%]
3:oracleasmlib           ########################################### [100%]
[root@discus1 tmp]# rpm -qa | grep oracleasm | sort
oracleasm-2.6.18-92.el5-2.0.4-1.el5
oracleasm-support-2.0.4-1.el5
oracleasmlib-2.0.3-1.el5
[root@discus1 tmp]# 
[root@discus1 ˜]# /etc/init.d/oracleasm configure
Configuring the Oracle ASM library driver.

This will configure the on-boot properties of the Oracle ASM library
driver.  The following questions will determine whether the driver is
loaded on boot and what permissions it will have.  The current values
will be shown in brackets ('[]').  Hitting  without typing an
answer will keep that current value.  Ctrl-C will abort.

Default user to own the driver interface []: oracle
Default group to own the driver interface []: oinstall
Start Oracle ASM library driver on boot (y/n) [n]: y
Fix permissions of Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration:           [  OK  ]
Creating /dev/oracleasm mount point:                       [  OK  ]
Loading module "oracleasm":                                [  OK  ]
Mounting ASMlib driver filesystem:                         [  OK  ]
Scanning system for ASM disks:                             [  OK  ]
[root@discus1 ˜]#

asmディスク作成する。（iscsiとして作成したデバイスへ作成する）。以下の操作はRACを構成する１ノードのrootユーザで実行する。



[root@discus1 ˜]# /etc/init.d/oracleasm createdisk VOL1 /dev/iscsi/asm1/part1
Marking disk "/dev/iscsi/asm1/part1" as an ASM disk:       [  OK  ]
[root@discus1 ˜]# /etc/init.d/oracleasm createdisk VOL2 /dev/iscsi/asm2/part1
Marking disk "/dev/iscsi/asm2/part1" as an ASM disk:       [  OK  ]
[root@discus1 ˜]# /etc/init.d/oracleasm createdisk VOL3 /dev/iscsi/asm3/part1
Marking disk "/dev/iscsi/asm3/part1" as an ASM disk:       [  OK  ]
[root@discus1 ˜]# /etc/init.d/oracleasm createdisk VOL4 /dev/iscsi/asm4/part1
Marking disk "/dev/iscsi/asm4/part1" as an ASM disk:       [  OK  ]
[root@discus1 ˜]#

asmディスクの確認。以下の操作はRAC全ノードのrootユーザで実施する。

[root@discus1 ˜]# /etc/init.d/oracleasm scandisks
Scanning system for ASM disks:                             [  OK  ]
[root@discus1 ˜]# /etc/init.d/oracleasm listdisks
VOL1
VOL2
VOL3
VOL4
[root@discus1 ˜]#

次回へつづく

投稿日時 2008年10月15日 (水) 08時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月14日 (火)

Mac de Oracle - １０万円未満 de RAC (11g編）#14

今回はOracle Cluster File System (OCFS2)のインストール及び構成　その３

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２、その３

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１１．Oracle Cluster File System (OCFS2)のインストール及び構成　その３

・O2CBの構成
「１０万円 de RAC」と同じH/WなのでO2CBのheartbeatのしきい値は以前と同じで81に設定する。configureだけで全て行えるのでocfs2 1.2.3のときより構成は楽。。(Heartbeat dead threshholdに関してはマニュアルP.18 Heartbeat Dead Threshold参照のこと。)

[root@discus1 ocfs2]# /etc/init.d/o2cb offline ocfs2
Stopping O2CB cluster ocfs2: OK
[root@discus1 ocfs2]#
[root@discus1 ocfs2]# /etc/init.d/o2cb unload
Unmounting ocfs2_dlmfs filesystem: OK
Unloading module "ocfs2_dlmfs": OK
Unmounting configfs filesystem: OK
Unloading module "configfs": OK
[root@discus1 ocfs2]#
[root@discus1 ocfs2]# /etc/init.d/o2cb configure
Configuring the O2CB driver.

This will configure the on-boot properties of the O2CB driver.
The following questions will determine whether the driver is loaded on
boot.  The current values will be shown in brackets ('[]').  Hitting
<ENTER> without typing an answer will keep that current value.  Ctrl-C
will abort.

Load O2CB driver on boot (y/n) [n]: y
Cluster stack backing O2CB [o2cb]: 
Cluster to start on boot (Enter "none" to clear) [ocfs2]: 
Specify heartbeat dead threshold (>=7) [31]: 81
Specify network idle timeout in ms (>=5000) [30000]: 
Specify network keepalive delay in ms (>=1000) [2000]: 3000
Specify network reconnect delay in ms (>=2000) [2000]: 
Writing O2CB configuration: OK
Loading filesystem "configfs": OK
Mounting configfs filesystem at /sys/kernel/config: OK
Loading filesystem "ocfs2_dlmfs": OK
Mounting ocfs2_dlmfs filesystem at /dlm: OK
Starting O2CB cluster ocfs2: OK

・OCFS2ファイルシステムのフォーマット

[root@discus1 ˜]# mkfs.ocfs2 -b 4K -C 32K -N 4 -L oracrsfiles /dev/iscsi/crs/part1
mkfs.ocfs2 1.4.1
Cluster stack: classic o2cb
Filesystem label=oracrsfiles
Block size=4096 (bits=12)
Cluster size=32768 (bits=15)
Volume size=2145943552 (65489 clusters) (523912 blocks)
3 cluster groups (tail covers 977 clusters, rest cover 32256 clusters)
Journal size=67108864
Initial number of node slots: 4
Creating bitmaps: done
Initializing superblock: done
Writing system files: done
Writing superblock: done
Writing backup superblock: 1 block(s)
Formatting Journals: done
Formatting slot map: done
Writing lost+found: done
mkfs.ocfs2 successful

事前に作成しておいたマウントポイント/u02へOCFS2ファイルシステムをマウントする。また、/etc/fstabも以下のようの編集する。

[root@discus1 ˜]# mount -t ocfs2 -o datavolume,nointr -L "oracrsfiles" /u02
[root@discus1 ˜]# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
configfs on /sys/kernel/config type configfs (rw)
ocfs2_dlmfs on /dlm type ocfs2_dlmfs (rw)
/dev/sde1 on /u02 type ocfs2 (rw,_netdev,datavolume,nointr,heartbeat=local)
[root@discus1 ˜]# vi /etc/fstab

/dev/VolGroup00/LogVol00 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
/dev/VolGroup00/LogVol01 swap                    swap    defaults        0 0
LABEL=oracrsfiles       /u02                    ocfs2   _netdev,datavolume,nointr       0 0
[root@discus1 ˜]#

最後に/etc/sysctl.confへ以下の２行を追加（詳細はマニュアルのP.19 Kernel Configuration 参照）。
kernel.panic_on_oops = 1
kernel.panic = 30

[root@discus1 ˜]# vi /etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled.  See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0

・・・・中略・・・・
# for Oracle11g
kernel.sem = 250 32000 100 128
fs.file-max = 65536
kernel.shmall = 2097152
kernel.shmmax = 268435456
kernel.shmmni = 4096
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144
kernel.panic_on_oops = 1
kernel.panic = 30

ここでRAC全ノードを再起動する。再起動後、mountコマンドで状態を確認する。

[root@discus1 ˜]# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
configfs on /sys/kernel/config type configfs (rw)
ocfs2_dlmfs on /dlm type ocfs2_dlmfs (rw)
/dev/sde1 on /u02 type ocfs2 (rw,_netdev,datavolume,nointr,heartbeat=local)

OCFS2のバージョン確認方法。以前とかわったようだ。以前は/proc/fs/ocfs2/versionで見る事ができたが1.4.1では以下のようにすると確認できる。

[root@discus1 ˜]# mkfs.ocfs2 -V
mkfs.ocfs2 1.4.1
[root@discus1 ˜]#

これでOCFS2に関する作業はひとまず終了。次回へつづく

投稿日時 2008年10月14日 (火) 23時32分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#13

今回はOracle Cluster File System (OCFS2)のインストール及び構成　その２

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle Cluster File System (OCFS2)のインストール及び構成　その１、その２

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１１．Oracle Cluster File System (OCFS2)のインストール及び構成　その２

・OCFS2の構成

ocfs2consoleというGUIツールが提供されているのでそれを利用する。この操作はRACを構成する全ノードで実施する。（OCFS2の構成もMacOSXのxtermから行う。お約束.w）

2010/10/16訂正
Node Configurationダイアログの画像を訂正。private networkのホスト名として設定したdiscus1-priv/discus2-privではなく、public networkのホスト名として設定したdiscus1/discus2を設定するのが正しい。

OCFS2コンソールで構成後には/etc/ocfs2/cluster.confが作成される。

[root@discus1 ˜]# cat /etc/ocfs2/cluster.conf
node:
        ip_port = 7777
        ip_address = 192.168.2.3
        number = 0
        name = discus1
        cluster = ocfs2

node:
        ip_port = 7777
        ip_address = 192.168.2.4
        number = 1
        name = discus2
        cluster = ocfs2

cluster:
        node_count = 2
        name = ocfs2

[root@discus1 ˜]#

簡単な状況確認及び動作確認。（これをやらなくてもインストール及び構成には支障はありませんが。。。念のため。）
後ほど調整するが、Heatbeat dead threshholdが31（デフォルト）になっていることが確認できる。

[root@discus2 ocfs2]# /etc/init.d/o2cb status
Driver for "configfs": Loaded
Filesystem "configfs": Mounted
Driver for "ocfs2_dlmfs": Loaded
Filesystem "ocfs2_dlmfs": Mounted
Checking O2CB cluster ocfs2: Online
Heartbeat dead threshold = 31
  Network idle timeout: 30000
  Network keepalive delay: 2000
  Network reconnect delay: 2000
Checking O2CB heartbeat: Not active
[root@discus2 ocfs2]#
[root@discus2 ocfs2]# /etc/init.d/o2cb offline ocfs2
Stopping O2CB cluster ocfs2: OK
[root@discus2 ocfs2]#
[root@discus2 ocfs2]# /etc/init.d/o2cb unload
Unmounting ocfs2_dlmfs filesystem: OK
Unloading module "ocfs2_dlmfs": OK
Unmounting configfs filesystem: OK
Unloading module "configfs": OK
[root@discus2 ocfs2]#
[root@discus2 ocfs2]# /etc/init.d/o2cb load
Loading filesystem "configfs": OK
Mounting configfs filesystem at /sys/kernel/config: OK
Loading filesystem "ocfs2_dlmfs": OK
Mounting ocfs2_dlmfs filesystem at /dlm: OK
[root@discus2 ocfs2]#
[root@discus2 ocfs2]# /etc/init.d/o2cb online ocfs2
Starting O2CB cluster ocfs2: OK
[root@discus2 ocfs2]#
[root@discus2 ocfs2]# /etc/init.d/o2cb status
Driver for "configfs": Loaded
Filesystem "configfs": Mounted
Driver for "ocfs2_dlmfs": Loaded
Filesystem "ocfs2_dlmfs": Mounted
Checking O2CB cluster ocfs2: Online
Heartbeat dead threshold = 31

  Network idle timeout: 30000

  Network keepalive delay: 2000
  Network reconnect delay: 2000
Checking O2CB heartbeat: Not active
[root@discus2 ocfs2]#

その３へつづく。

(2010/10/17追記）
ちなみに、add nodeダイアログで「Name」欄にpublic networkに設定したhost名ではなく、private networkに設定したhost名を設定してしまうと、cluster file system（以下の例では “ocfs2”)をonlineにできずエラーが発生する。 add nodeダイアログでは、public networkに指定したhost名を設定しましょうね。（直感的に分かりにくいので注意しましょ！）

[root@discus1 ˜]# /etc/init.d/o2cb status
Driver for "configfs": Loaded
Filesystem "configfs": Mounted
Driver for "ocfs2_dlmfs": Loaded
Filesystem "ocfs2_dlmfs": Mounted
Checking O2CB cluster ocfs2: Offline

[root@discus1 ˜]# /etc/init.d/o2cb unload
Unmounting ocfs2_dlmfs filesystem: OK
Unloading module "ocfs2_dlmfs": OK
Unmounting configfs filesystem: OK
Unloading module "configfs": OK

[root@discus1 ˜]# /etc/init.d/o2cb load
Loading filesystem "configfs": OK
Mounting configfs filesystem at /sys/kernel/config: OK
Loading filesystem "ocfs2_dlmfs": OK
Mounting ocfs2_dlmfs filesystem at /dlm: OK

[root@discus1 ˜]# /etc/init.d/o2cb online ocfs2
Starting O2CB cluster ocfs2: Failed
Cluster ocfs2 created
Node discus1-priv added
Node discus2-priv added
o2cb_ctl: Configuration error discovered while populating cluster ocfs2. 
          None of its nodes were considered local.  
          A node is considered local when its node name 
          in the configuration matches this machine's host name.

投稿日時 2008年10月14日 (火) 22時30分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#12

今回はOracle Cluster File System (OCFS2)のインストール及び構成　その１

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Cluster File System (OCFS2)のインストール及び構成　その１

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１１．Oracle Cluster File System (OCFS2)のインストール及び構成　その１

・Oracle Cluster File System (OCFS2)と関連ツールのダウンロード

約２年前はRHEL4向けのOCFS2 1.2.3-1を利用したが今回はCentOS5.2なのでRHEL5向け1.4.1-1を利用する。kernelのリリース毎に個別のパッケージが用意されているので対応するものを利用する。

[oracle@discus1 ˜]$ uname -r
2.6.18-92.el5
[oracle@discus1 ˜]$

今回インストールしたCentOS5.2のkernelは2.6.18-92.el5なので以下のパッケージをインストールする。尚、「１０万円 de RAC #20」のようにRAC全ノードからwgetで直接ダウンロードすることも可能なのだが今回は一旦MacOSX側で全てダウンロード後、各RACノードへscpでコピーすることにした。（Macも絡めないとね・・・Mac De Oracleですから。wwww）

http://oss.oracle.com/projects/ocfs2/dist/files/RedHat/RHEL5/i386/1.4.1-1/2.6.18-92.el5/ocfs2-2.6.18-92.el5-1.4.1-1.el5.i686.rpm
http://oss.oracle.com/projects/ocfs2-tools/dist/files/RedHat/RHEL5/i386/1.4.1-1/ocfs2-tools-1.4.1-1.el5.i386.rpm
http://oss.oracle.com/projects/ocfs2-tools/dist/files/RedHat/RHEL5/i386/1.4.1-1/ocfs2console-1.4.1-1.el5.i386.rpm

OCFS2 1.4.1-1のドキュメント（USER'S GUIDE FOR RELEASE 1.4）は以下。
http://oss.oracle.com/projects/ocfs2/dist/documentation/v1.4/ocfs2-1_4-usersguide.pdf

MacでダンロードしたOCFS2関連パッケージをscpでRACの各ノードの/tmpへ配布。（以下はdiscus1の/tmpへscpしている例。）

Welcome to Darwin!
G5Server:˜ discus$
G5Server:˜ discus$ scp /Users/discus/Desktop/ocfs2-2.6.18-92.el5-1.4.1-1.el5.i686.rpm oracle@discus1:/tmp
oracle@discus1's password: 
ocfs2-2.6.18-92.el5-1.4.1-1.el5.i686.rpm                                          100%  303KB 303.0KB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/ocfs2-tools-1.4.1-1.el5.i386.rpm oracle@discus1:/tmp
oracle@discus1's password: 
ocfs2-tools-1.4.1-1.el5.i386.rpm                                                  100% 1396KB   1.4MB/s   00:00    
G5Server:˜ discus$ scp /Users/discus/Desktop/ocfs2console-1.4.1-1.el5.i386.rpm oracle@discus1:/tmp
oracle@discus1's password: 
ocfs2console-1.4.1-1.el5.i386.rpm                                                 100%  306KB 306.5KB/s   00:00    
G5Server:˜ discus$

RACの各ノードでOCFS2関連パーッケージをインストール

G5Server:˜ discus$ ssh root@discus1
root@discus1's password: 
Last login: Mon Oct 1 21:00:10 2008 from 192.168.1.19
[root@discus1 ˜]# 
[root@discus1 ˜]# cd /tmp
[root@discus1 tmp]# ll *.rpm
-rw-r--r-- 1 oracle oinstall  310243 10月  1 22:07 ocfs2-2.6.18-92.el5-1.4.1-1.el5.i686.rpm
-rw-r--r-- 1 oracle oinstall 1429676 10月  1 22:08 ocfs2-tools-1.4.1-1.el5.i386.rpm
-rw-r--r-- 1 oracle oinstall  313824 10月  1 22:10 ocfs2console-1.4.1-1.el5.i386.rpm
[root@discus1 tmp]# rpm -qa | grep ocfs2 | sort
[root@discus1 tmp]# rpm -Uvh ocfs2-tools-1.4.1-1.el5.i386.rpm
準備中...                ########################################### [100%]
   1:ocfs2-tools            ########################################### [100%]
[root@discus1 tmp]# rpm -Uvh ocfs2-2.6.18-92.el5-1.4.1-1.el5.i686.rpm
準備中...                ########################################### [100%]
   1:ocfs2-2.6.18-92.el5    ########################################### [100%]
[root@discus1 tmp]# rpm -Uvh ocfs2console-1.4.1-1.el5.i386.rpm
準備中...                ########################################### [100%]
   1:ocfs2console           ########################################### [100%]
[root@discus1 tmp]# rpm -qa | grep ocfs2 | sort
ocfs2-2.6.18-92.el5-1.4.1-1.el5
ocfs2-tools-1.4.1-1.el5
ocfs2console-1.4.1-1.el5
[root@discus1 tmp]#

ファイヤーウォール及びSELinux設定はCentOS5.2インストール後に行っているので特に行はないが、もう一度確認。
MacOSXのxterm(X11)から行っている。MacOSXのxtermから ssh -Y username@hostname　でX forwardingが有効になる。

ここで各RACノードを再起動。

長いので次回へ続く

投稿日時 2008年10月14日 (火) 16時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月13日 (月)

Mac de Oracle - １０万円未満 de RAC (11g編）#11

今回はOracle RACノード構成ファイルの確認

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Linux (CentOS 5.2)のインストール

Openfiler2.3のインストール

Openfiler2.3によるiSCSIボリュームの構成

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

１０．Oracle RACノード構成ファイルの確認。

ここまでの作業で編集したり作成したRACノードの構成ファイル等の確認。内容の確認だけなのでさらりと・・・楽しい部分ではないのでね・・・w。（RACの全ノードで確認する。）

/etc/sysctl.conf
(2010/10/13訂正)

[root@discus1 ˜]#  cat /etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled.  See sysctl(8) and
# sysctl.conf(5) for more details.

・・・・中略・・・・

# for Oracle11g
kernel.sem = 250 32000 100 128
fs.file-max = 6553600
fs.aio-max-nr = 1048576
kernel.shmall = 2097152
kernel.shmmax = 268435456
kernel.shmmni = 4096
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
[root@discus1 ˜]#

/etc/security/limits.conf

[root@discus1 ˜]# cat /etc/security/limits.conf | grep oracle
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536

/etc/pam.d/login

[root@discus1 ˜]# cat /etc/pam.d/login | grep pam_limits.so
session  required  /lib/security/pam_limits.so
session  required  pam_limits.so

/etc/profile
(2010/10/13訂正)

[root@discus1  ˜]# tail -9 /etc/profile
 if [ $USER = "oracle" ]; then
     if [ $SHELL = "/bin/ksh" ]; then
         ulimit -p 16384
         ulimit -n 65536
    else
         ulimit -u 16384 -n 65536
     fi
     umask 022
 fi
[root@discus1  ˜]#

/etc/hosts

[root@discus1 ˜]# cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1       localhost.localdomain localhost

# Public Networks - (eth0)
192.168.1.3     discus1.macdeoracle.jp  discus1
192.168.1.4     discus2.macdeoracle.jp  discus2
192.168.1.5     arowana.macdeoracle.jp  arowana

# Private Network - (eth1)
192.168.2.3     discus1-priv.macdeoracle.jp     discus1-priv
192.168.2.4     discus2-priv.macdeoracle.jp     discus2-priv
192.168.2.5     arowana-priv.macdeoracle.jp     arowana-priv

# Public Virtual IP(VIP) address for - (eth0)
192.168.1.100   discus1-vip.macdeoracle.jp      discus1-vip
192.168.1.101   discus2-vip.macdeoracle.jp      discus2-vip
[root@discus1 ˜]#

/etc/modprobe.conf

[root@discus1 ˜]# cat /etc/modprobe.conf | grep hangcheck-timer
options hangcheck-timer hangcheck_tick=1 hangcheck_margin=55 hangcheck_reboot=1
[root@discus1 ˜]#

/etc/rc.local

[root@discus1 ˜]# cat /etc/rc.local | grep hangcheck-timer
/sbin/modprobe hangcheck-timer
[root@discus1 ˜]#

/etc/udev/rules.d/55-openiscsi.rules

[root@discus1 ˜]# cat /etc/udev/rules.d/55-openiscsi.rules
KERNEL=="sd*", BUS=="scsi", PROGRAM="/etc/udev/scripts/iscsidev.sh %b",SYMLINK+="iscsi/%c/part%n"

/etc/udev/sripts/iscsidev.sh

[root@discus1 ˜]# cat /etc/udev/scripts/iscsidev.sh
#!/bin/sh

# FILE: /etc/udev/scripts/iscsidev.sh

BUS=${1}
HOST=${BUS%%:*}

[ -e /sys/class/iscsi_host ] || exit 1

file="/sys/class/iscsi_host/host${HOST}/device/session*/iscsi_session*/targetname"

target_name=$(cat ${file})

# This is not an open-scsi drive
if [ -z "${target_name}" ]; then
   exit 1
fi

echo "${target_name##*.}"

/etc/iscsi/initiatorname.iscsi

[root@discus1 ˜]# cat /etc/iscsi/initiatorname.iscsi
InitiatorName=iqn.1994-05.jp.macdeoracle:discus1
[root@discus1 ˜]# ssh root@discus2 cat /etc/iscsi/initiatorname.iscsi
root@discus2's password: 
InitiatorName=iqn.1994-05.jp.macdeoracle:discus2
[root@discus1 ˜]#

iscsid及び、iscsiの自動起動設定の確認

[root@discus1 ˜]# chkconfig --list iscsid
iscsid          0:off   1:off   2:off   3:on    4:on    5:on    6:off
[root@discus1 ˜]# chkconfig --list iscsi
iscsi           0:off   1:off   2:off   3:on    4:on    5:on    6:off
[root@discus1 ˜]#

そして最後はOracleユーザの.bash_profile

[oracle@discus1  ˜]$ cat .bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f  ˜/.bashrc ]; then
        .  ˜/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH

alias ls="ls -FA"

export JAVA_HOME=/usr/local/java

# User specific environment and startup programs
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.1.0/db_1
export ORA_CRS_HOME=/u01/app/crs
export ORACLE_PATH=$ORACLE_BASE/common/oracle/sql:.:$ORACLE_HOME/rdbms/admin

# discus1の場合はorcl1 / discus2の場合はorcl2をセット
export ORACLE_SID=orcl1

export PATH=.:${JAVA_HOME}/bin:${PATH}:$HOME/bin:$ORACLE_HOME/bin
export PATH=${PATH}:/usr/bin:/bin:/usr/bin/X11:/usr/local/bin
export PATH=${PATH}:$ORACLE_BASE/common/oracle/bin
export ORACLE_TERM=xterm
export TNS_ADMIN=$ORACLE_HOME/network/admin
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib:/lib:/usr/lib:/usr/local/lib
export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib
export THREADS_FLAG=native
export TEMP=/tmp
export TMPDIR=/tmp

次回へつづく。

投稿日時 2008年10月13日 (月) 18時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#10

今回はOracle RACノード間リモートアクセスの構成

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

９．Oracle RACノード間リモートアクセスの構成。

行う操作はマニュアルに記載している内容に沿っているので詳細は以下マニュアルを参照のこと。
Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux - 2.11 Configuring SSH on All Cluster Nodes

RAC全ノードのoracleユーザで実施する。

[oracle@discus1 ˜]$ mkdir -p ˜/.ssh
[oracle@discus1 ˜]$ chmod 700 ˜/.ssh
[oracle@discus1 ˜]$ /usr/bin/ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/oracle/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
・・・・以下略・・・・

以下の操作はRACを構成する１ノードのoracleユーザで実施すればOK(この例ではdiscus1から）

[oracle@discus1 ˜]$ touch ˜/.ssh/authorized_keys
[oracle@discus1 ˜]$ cd ˜/.ssh
[oracle@discus1 .ssh]$ ls -l *.pub
-rw-r--r-- 1 oracle oinstall 411 10月  1 21:39 id_rsa.pub
[oracle@discus1 .ssh]$ ssh discus1 cat ˜/.ssh/id_rsa.pub >> ~˜.ssh/authorized_keys
The authenticity of host 'discus1 (192.168.1.3)' can't be established.
RSA key fingerprint is 4c:17:88:23:b0:40:3a:b2:cb:93:07:61:63:4d:12:03.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'discus1,192.168.1.3' (RSA) to the list of known hosts.
oracle@discus1's password: 
[oracle@discus1 .ssh]$ ssh discus2 cat ˜/.ssh/id_rsa.pub >> ˜/.ssh/authorized_keys
The authenticity of host 'discus2 (192.168.1.4)' can't be established.
RSA key fingerprint is 15:d7:fe:b0:dd:7f:42:cc:2d:5e:60:e8:a5:06:5b:d2.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'discus2,192.168.1.4' (RSA) to the list of known hosts.
oracle@discus2's password: 
[oracle@discus1 .ssh]$ scp ˜/.ssh/authorized_keys discus2:.ssh/authorized_keys
oracle@discus2's password: 
authorized_keys                                      100%  822     0.8KB/s   00:00    
[oracle@discus1 .ssh]$

RAC全ノードのoracleユーザで実施する。

[oracle@discus1 .ssh]$ chmod 600 ˜/.ssh/authorized_keys
[oracle@discus1 .ssh]$

以下の操作はRACを構成する１ノードのoracleユーザで実施すればOK(この例ではdiscus1から）
[oracle@discus1 ˜]$ ssh discus1 hostname root@discus1's password: discus1.macdeoracle.jp [oracle@discus1 ˜]$ ssh discus2 hostname root@discus2's password: discus2.macdeoracle.jp [oracle@discus1 ˜]$

sshユーザ等価関係の有効化。以下の操作はRACを構成する１ノードのoracleユーザで実施すればOK(この例ではdiscus1から）
RACのインストールではOUIを実行する前にsshユーザ等価関係の有効化を行っておく必要があるのでお忘れなく。
[oracle@discus1 ˜]$ [oracle@discus1 ˜]$ exec /usr/bin/ssh-agent $SHELL [oracle@discus1 ˜]$ /usr/bin/ssh-add Enter passphrase for /home/oracle/.ssh/id_rsa: Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa) [oracle@discus1 ˜]$ [oracle@discus1 ˜]$ [oracle@discus1 ˜]$ ssh discus1 hostname discus1.macdeoracle.jp [oracle@discus1 ˜]$ ssh discus2 hostname discus2.macdeoracle.jp [oracle@discus1 ˜]$

次回へつづく。

投稿日時 2008年10月13日 (月) 13時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#9

今回はhangcheck-timerカーネル・モジュールの構成

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Linux (CentOS 5.2)のインストール

Openfiler2.3のインストール

Openfiler2.3によるiSCSIボリュームの構成

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle所有者と関連ディレクトリの作成及び環境変数の設定

hangcheck-timerカーネル・モジュールの構成

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

８．hangcheck-timerカーネル・モジュールの構成。

注）
現時点(2008年10月時点）で公開されているUS OTN：Oracle11gのRAC構築記事ではhangcheck-timerに関する設定は見当たらないのだが、どうもマニュアルバグがあり初期のマニュアルにはhangcheck-timerの構成は不要とされていたことが影響しているのかもしれない。（あくまで想像）
「１０万円未満 de RAC (11g編）」では訂正された手順に従い構成することにする。

訂正されたマニュアルは以下。

Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux
　- 7.1.2.2 Configuring the Hangcheck-timer Module　日本語、English
Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux
　- OPROCD and Hangcheck Timer Provide Fencing for Cluster Nodes : 日本語、English

hangcheck-margin以外はマニュアルに記載されている内容と同じ値に設定した。少々非力なPCを利用しているので長目の設定。（CSS misscountはデフォルト値(60sec)を利用するのでhangcheck_tick+hangcheck_margin < CSS misscountとなるように設定した。）
この操作はRAC全ノードのrootユーザで実施する。

[root@discus1 ˜]# find /lib/modules -name "hangcheck-timer.ko"
/lib/modules/2.6.18-92.el5/kernel/drivers/char/hangcheck-timer.ko
[root@discus1 ˜]# echo "options hangcheck-timer hangcheck_tick=1 hangcheck_margin=55 hangcheck_reboot=1" >> /etc/modprobe.conf
[root@discus1 ˜]# cat /etc/modprobe.conf
alias eth0 e1000
alias eth1 r8169
alias scsi_hostadapter ata_piix
alias snd-card-0 snd-intel8x0
options snd-card-0 index=0
options snd-intel8x0 index=0
remove snd-intel8x0 { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0
options hangcheck-timer hangcheck_tick=1 hangcheck_margin=55 hangcheck_reboot=1
[root@discus1˜~]# 
[root@discus1 ˜]# echo "/sbin/modprobe hangcheck-timer" >> /etc/rc.local
[root@discus1 ˜]# cat /etc/rc.local
#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

touch /var/lock/subsys/local
/sbin/modprobe hangcheck-timer
[root@discus1 ˜]#

次回へつづく

投稿日時 2008年10月13日 (月) 08時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月12日 (日)

Mac de Oracle - １０万円未満 de RAC (11g編）#8

今回はOracle向けLinuxサーバーの構成（カーネルパラメータの設定）

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle Database Quick Installation Guide 11g Release 1 (11.1) for Linux x86 - 6 Configuring Kernel Parameters / Settting Shell limits for the oracle user

Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）

hangcheck-timerカーネル・モジュールの構成

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

７．Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）。

リブートするのが面倒なのでOSのリブートなしで変更したカーネルパラメータ値を反映させたついでに/etc/sysctl.confへも追加。
(2010/10/13訂正。）

[root@discus1 ˜]# sysctl -w fs.file-max=65536 >> /etc/sysctl.conf; tail -1 /etc/sysctl.conf;
fs.file-max = 65536

・・・・中略・・・・

[root@discus1 ˜]# sysctl -w net.core.wmem_max = 1048576 >> /etc/sysctl.conf; tail -1 /etc/sysctl.conf;
net.core.wmem_max = 1048576
[root@discus1 ˜]#

として、今回は以下のように設定。
物理メモリが少な過ぎる（５１２ＭＢなので）ので・・・キツいかな・・・今回は・・DynaBookの時でさえ７６８ＭＢだったからな・・）
(2010/10/13訂正。）

[root@discus1 ˜]# 
[root@discus1 ˜]# cat /etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled.  See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0

# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0

# Controls whether core dumps will append the PID to the core filename
# Useful for debugging multi-threaded applications
kernel.core_uses_pid = 1

# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1

# Controls the maximum size of a message, in bytes
kernel.msgmnb = 65536

# Controls the default maxmimum size of a mesage queue
kernel.msgmax = 65536

# Controls the maximum shared segment size, in bytes
#kernel.shmmax = 4294967295

# Controls the maximum number of shared memory segments, in pages
#kernel.shmall = 268435456

# for Oracle11g
kernel.sem = 250 32000 100 128
fs.file-max = 65536
fs.aio-max-nr = 1048576
kernel.shmall = 2097152
kernel.shmmax = 268435456
kernel.shmmni = 4096
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
[root@discus1 ˜]#

・Oracleユーザのshell limitの設定
(2010/10/13訂正。バックスラッシュを削除）

[root@discus1 ˜]# cat >> /etc/security/limits.conf <<EOF
> oracle soft nproc 2047
> oracle hard nproc 16384
> oracle soft nofile 1024
> oracle hard nofile 65536
> EOF
[root@discus1 ˜]#
[root@discus1 ˜]# cat >> /etc/pam.d/login  <<EOF
> # added for oracle shell limits
> session  required  /lib/security/pam_limits.so
> session  required  pam_limits.so
> EOF
[root@discus1 ˜]#
[root@discus1 ˜]# cat >> /etc/profile  <<EOF
> if [ $USER = "oracle" ]; then
>     if [ $SHELL = "/bin/ksh" ]; then
>         ulimit -p 16384
>         ulimit -n 65536
>     else
>         ulimit -u 16384 -n 65536
>     fi
>     umask 022
> fi
> EOF
[root@discus1 ˜]#

discus1からOracleのインストールを行うので他のノード時刻をduscus1より少々進めておく。今回はdiscus2を約４０秒進めてある。（NTPによる時刻調整はRACインストール後に行えばよいので。）

[root@discus1 ˜]# date
2008年 10月  1日 水曜日 21:23:47 JST
[root@discus1 ˜]# 

[root@discus2 ˜]# date
2008年 10月  1日 水曜日 21:24:28 JST
[root@discus2 ˜]#

次回へつづく。

投稿日時 2008年10月12日 (日) 13時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月11日 (土)

Mac de Oracle - １０万円未満 de RAC (11g編）#7

今回はOracle所有者と関連ディレクトリの作成及び環境変数の設定

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle所有者と関連ディレクトリの作成及び環境変数の設定

Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）

hangcheck-timerカーネル・モジュールの構成

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

６．Oracle所有者と関連ディレクトリの作成及び環境変数の設定。

この作業はインストレーションガイドに記載されているお約束の作業なので詳細はOracle Database Installation Guide 11g Release 1 (11.1) for Linux - 2 Oracle Database Preinstallation Requirements / Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux - 2 Oracle Clusterware Preinstallation Tasks / Oracle Clusterware Installation Guide 11g Release 1 (11.1) for Linux - 3 Oracle Real Application Clusters Preinstallation Tasksなどを参照のこと。

・Oracle用ユーザとグループの作成（RACの全ノードのrootユーザで実施）

[root@discus1 ˜]# groupadd -g 601 oinstall
[root@discus1 ˜]# groupadd -g 602 dba
[root@discus1 ˜]# groupadd -g 603 oper
[root@discus1 ˜]# groupadd -g 604 asm
[root@discus1 ˜]# groupadd -g 605 asmdba
[root@discus1 ˜]# 
[root@discus1 ˜]# useradd -m -u 601 -g oinstall -G dba,oper,asm -d /home/oracle -s /bin/bash -c "Oracle Software Owner" oracle
[root@discus1 ˜]# id oracle
uid=601(oracle) gid=601(oinstall) 所属グループ=601(oinstall),602(dba),603(oper),604(asm) context=root:system_r:unconfined_t:SystemLow-SystemHigh
[root@discus1 ˜]# 
[root@discus1 ˜]# id nobody
uid=99(nobody) gid=99(nobody) 所属グループ=99(nobody) context=root:system_r:unconfined_t:SystemLow-SystemHigh
[root@discus1 ˜]#

・Oracle Base向けディレクトリの作成（RACの全ノードのrootユーザで実施）

[root@discus1 ˜]# mkdir -p /u01/app/oracle
[root@discus1 ˜]# chown -R oracle:oinstall /u01/app
[root@discus1 ˜]# chmod -R 755 /u01/app
[root@discus1 ˜]#

・Oracle Clusterware向けホームディレクトリの作成（RACの全ノードのrootユーザで実施）

[root@discus1 ˜]# mkdir -p /u01/app/crs
[root@discus1 ˜]# chown -R oracle:oinstall /u01/app/crs
[root@discus1 ˜]# chmod -R 755 /u01/app/crs
[root@discus1 ˜]#

・Oracle Cluster File System 2 (OCSF2)のマウントポイントの作成（RACの全ノードのrootユーザで実施）

[root@discus1 ˜]# mkdir -p /u02
[root@discus1 ˜]# chown -R oracle:oinstall /u02
[root@discus1 ˜]# chmod -R 755 /u02
[root@discus1 ˜]#

尚、iSCSI共有ストレージの構成は以下のようにする。

共有ストレージの構成

ファイルシステム iSCSIターゲット名サイズ(GB) マウントポイント ASMディスクグループ名ファイルタイプ

OCFS2

crs

2
/u02/oradata/orcl
-
Oracle Cluster Registry - (100 MB)
Voting Disk - (20MB)

ASM

asm1

21.5
ORCL:VOL1 +ORCL_DISK_GRP1 Oracleデータベースファイル

ASM

asm2

21.5
ORCL:VOL2 +ORCL_DISK_GRP1 Oracleデータベースファイル

ASM

asm3

21.5
ORCL:VOL3 +FLASH_RECOVERY_AREA Flash recovery area

ASM

asm4

21.5
ORCL:VOL4 +FLASH_RECOVERY_AREA Flash recovery area

合計

-

88

-

-

-

・Oracleユーザのログインスクリプトの作成（RACの全ノードのoracleユーザで実施）

環境変数全般についてはOracle Database Administrator's Reference 11g Release 1 (11.1) for Linux and UNIX-Based Operating Systems - 1.2 Environment Variablesを参照のこと。

以下、viを利用する前後で環境変数LANGをja_JP.UTF-8からus_US.UTF-8そしてまたja_JP.UTF-8へ変更しているが、MacOSX10.4.11のTerminalからssh接続しているのだが、LANG=ja_JP.UTF-8のままだとviで編集する際、行のポジションがずれるなど問題が生じることからviを利用する前後でLANGの設定を変更している。MacOSX10.4.11のTerminalからssh接続しないのであれば特に行う必要はない。

[oracle@discus1 ˜]$ export LANG=us_US.UTF-8
[oracle@discus1 ˜]$ vi .bash_profile
[oracle@discus1 ˜]$ cat .bach_profile
# .bash_profile

# Get the aliases and functions
if [ -f ˜/.bashrc ]; then
        . ˜/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH

alias ls="ls -FA"

export JAVA_HOME=/usr/local/java

# User specific environment and startup programs
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.1.0/db_1
export ORA_CRS_HOME=/u01/app/crs
export ORACLE_PATH=$ORACLE_BASE/common/oracle/sql:.:$ORACLE_HOME/rdbms/admin

# discus1の場合はorcl1 / discus2の場合はorcl2をセット
export ORACLE_SID=orcl1

export PATH=.:${JAVA_HOME}/bin:${PATH}:$HOME/bin:$ORACLE_HOME/bin
export PATH=${PATH}:/usr/bin:/bin:/usr/bin/X11:/usr/local/bin
export PATH=${PATH}:$ORACLE_BASE/common/oracle/bin
export ORACLE_TERM=xterm
export TNS_ADMIN=$ORACLE_HOME/network/admin
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib:/lib:/usr/lib:/usr/local/lib
export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib
export THREADS_FLAG=native
export TEMP=/tmp
export TMPDIR=/tmp
[oracle@discus1 ˜]$ export LANG=ja_JP.UTF-8
[oracle@discus1 ˜]$

次回へつづく

投稿日時 2008年10月11日 (土) 18時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#6

今回はOracle RACノード側でiSCSIボリュームの構成の後半。

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１、その２

Oracle所有者と関連ディレクトリの作成及び環境変数の設定

Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）

hangcheck-timerカーネル・モジュールの構成

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

５．Oracle RACノードでのiSCSIボリュームの構成のつづき。

udevに関連しない操作／確認は「１０万円でRAC」の場合と同じなのでそちらも参照のこと。

・fdiskでSCSIデバイスにパーティション作成

/dev/iscsi/asm1/part、/dev/iscsi/asm2/part、/dev/iscsi/asm3/part、/dev/iscsi/asm4/part、/dev/iscsi/crs/partに対して１パーティションを作成し利用可能な全シリンダを割り当てる。
尚、この操作はRACを構成するノードの１ノードでrootユーザとして実施する。

[root@discus1 ˜]# fdisk /dev/iscsi/asm1/part
デバイスは正常な DOS 領域テーブルも、Sun, SGI や OSF ディスクラベルも
含んでいません
新たに DOS ディスクラベルを作成します。あなたが書き込みを決定するまで、変更は
メモリ内だけに残します。その後はもちろん以前の内容は修復不可能になります。

このディスクのシリンダ数は 22016 に設定されています。
間違いではないのですが、1024 を超えているため、以下の場合
に問題を生じうる事を確認しましょう:
1) ブート時に実行するソフトウェア (例. バージョンが古い LILO)
2) 別の OS のブートやパーティション作成ソフト
   (例. DOS FDISK, OS/2 FDISK)
警告: 領域テーブル 4 の不正なフラグ 0x0000 は w(書き込み)によって
正常になります

コマンド (m でヘルプ): n
コマンドアクション
   e   拡張
   p   基本領域 (1-4)
p
領域番号 (1-4): 1
最初 シリンダ (1-22016, default 1): 1
終点 シリンダ または +サイズ または +サイズM または +サイズK (1-22016, default 22016): 22016

コマンド (m でヘルプ): w
領域テーブルは交換されました！

ioctl() を呼び出して領域テーブルを再読込みします。
ディスクを同期させます。
[root@discus1 ˜]# 

/dev/iscsi/asm2/part、/dev/iscsi/asm3/part、/dev/iscsi/asm3/partにも同様の操作を繰り返す。
・・・・中略・・・・

[root@discus1 ˜]# 
[root@discus1 ˜]# fdisk /dev/iscsi/crs/part
デバイスは正常な DOS 領域テーブルも、Sun, SGI や OSF ディスクラベルも
含んでいません
新たに DOS ディスクラベルを作成します。あなたが書き込みを決定するまで、変更は
メモリ内だけに残します。その後はもちろん以前の内容は修復不可能になります。
警告: 領域テーブル 4 の不正なフラグ 0x0000 は w(書き込み)によって
正常になります

コマンド (m でヘルプ): n
コマンドアクション
   e   拡張
   p   基本領域 (1-4)
p
領域番号 (1-4): 1
最初 シリンダ (1-1009, default 1): 1
終点 シリンダ または +サイズ または +サイズM または +サイズK (1-1009, default 1009): 1009

コマンド (m でヘルプ): w
領域テーブルは交換されました！

ioctl() を呼び出して領域テーブルを再読込みします。
ディスクを同期させます。
[root@discus1 ˜]#

・確認

パーティションの作成が済んだらRACの全ノードでrootユーザとしてパーティションが認識されているか確認する。以下はdiscus1から実施したもの

[root@discus1 ˜]#
[root@discus1 ˜]# partprobe
[root@discus1 ˜]#
[root@discus1 ˜]# fdisk -l

Disk /dev/hda: 20.0 GB, 20020396032 bytes
255 heads, 63 sectors/track, 2434 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1          13      104391   83  Linux
/dev/hda2              14        2434    19446682+  8e  Linux LVM

Disk /dev/sda: 23.0 GB, 23085449216 bytes
64 heads, 32 sectors/track, 22016 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sda1               1       22016    22544368   83  Linux

Disk /dev/sdb: 23.0 GB, 23085449216 bytes
64 heads, 32 sectors/track, 22016 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       22016    22544368   83  Linux

Disk /dev/sdc: 23.0 GB, 23085449216 bytes
64 heads, 32 sectors/track, 22016 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdc1               1       22016    22544368   83  Linux

Disk /dev/sdd: 23.0 GB, 23085449216 bytes
64 heads, 32 sectors/track, 22016 cylinders
Units = シリンダ数 of 2048 * 512 = 1048576 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sdd1               1       22016    22544368   83  Linux

Disk /dev/sde: 2147 MB, 2147483648 bytes
67 heads, 62 sectors/track, 1009 cylinders
Units = シリンダ数 of 4154 * 512 = 2126848 bytes

デバイス Boot      Start         End      Blocks   Id  System
/dev/sde1               1        1009     2095662   83  Linux
[root@discus1 ˜]#
[root@discus1 ˜]# (cd /dev/disk/by-path; ls -l *openfiler* | awk '{FS=" "; print $9 " " $10 " " $11}')
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm1 -> ../../sdb
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm1-part1 -> ../../sdb1
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm2 -> ../../sdd
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm2-part1 -> ../../sdd1
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm3 -> ../../sdc
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm3-part1 -> ../../sdc1
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm4 -> ../../sda
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm4-part1 -> ../../sda1
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.crs -> ../../sde
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.crs-part1 -> ../../sde1
[root@discus1 ˜]#

udevが作成したパーティションに対して新たなデバイス名をruleに従い作成してくれている。(^^..

[root@discus1 ˜]# ls -l /dev/iscsi/*/*
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm1/part -> ../../sdd
lrwxrwxrwx 1 root root 10  9月 30 18:01 /dev/iscsi/asm1/part1 -> ../../sdd1
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm2/part -> ../../sde
lrwxrwxrwx 1 root root 10  9月 30 18:01 /dev/iscsi/asm2/part1 -> ../../sde1
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm3/part -> ../../sdb
lrwxrwxrwx 1 root root 10  9月 30 18:01 /dev/iscsi/asm3/part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm4/part -> ../../sda
lrwxrwxrwx 1 root root 10  9月 30 18:01 /dev/iscsi/asm4/part1 -> ../../sda1
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/crs/part -> ../../sdc
lrwxrwxrwx 1 root root 10  9月 30 18:01 /dev/iscsi/crs/part1 -> ../../sdc1
[root@discus1 ˜]#

特に問題もなく作成できたようだ。

次回へつづく

投稿日時 2008年10月11日 (土) 10時28分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

Mac de Oracle - １０万円未満 de RAC (11g編）#5

つづきです。今回はOracle RACノード側でiSCSIボリュームの構成を行う。

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Oracle RACノードでのiSCSIボリュームの構成　その１

Oracle所有者と関連ディレクトリの作成及び環境変数の設定

Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）

hangcheck-timerカーネル・モジュールの構成

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

５．Oracle RACノードでのiSCSIボリュームの構成 尚、iscsi-targetがOpenfiler2.3でもiscsi-initiator側の設定手順には違いはないのでUS OTNのBuild Your Own Oracle RAC Clusters on Oracle Enterprise Linux and iSCSI - 11.COnfigure iSCSI Volumes on Oracle Rac Nodesも参照のこと。注）iscsi-initiatorの構成はOracle RACの全ノードで行うがパーティションの作成は１ノードだけで行う。 ・iscsi-initiator-utilsのインストール

rpmでやるのもいいが今回はyumを使ってiscsi-initiator-utilsパッケージをインストールする。Oracle RACの全ノードのrootユーザで実行する。（以下のdiscus1で実施したログ。）

(20101013訂正というか追記)
以下の例ではiscsidを自動起動にしていますが、CentOS5.5ではiscsiを自動起動にすればiscsi起動・停止時にiscsidの起動・停止も行っているのでCentOS5.5ではiscsidの自動起動は不要。CentOS5.4以前はどうか未確認なので、/etc/rc.d/init.d/iscsiを確認するか、service iscsi start/stopでiSCSI deamonが起動・停止されるか確認するよいかと。

[root@discus1 ˜]# yum list iscsi-initiator-utils
Available Packages
iscsi-initiator-utils.i386               6.2.0.868-0.7.el5      base            
[root@discus1 ˜]# yum -y install iscsi-initiator-utils
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package iscsi-initiator-utils.i386 0:6.2.0.868-0.7.el5 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size 
=============================================================================
Installing:
 iscsi-initiator-utils   i386       6.2.0.868-0.7.el5  base              550 k

Transaction Summary
=============================================================================
Install      1 Package(s)         
Update       0 Package(s)         
Remove       0 Package(s)         

Total download size: 550 k
Downloading Packages:
(1/1): iscsi-initiator-ut 100% |=========================| 550 kB    00:00     
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing: iscsi-initiator-utils        ######################### [1/1] 

Installed: iscsi-initiator-utils.i386 0:6.2.0.868-0.7.el5
Complete!
[root@discus1 ˜]# service iscsid start
Turning off network shutdown. Starting iSCSI daemon: [  OK  ]
                                                     [  OK  ]

[root@discus1 ˜]# chkconfig iscsid on
[root@discus1 ˜]# chkconfig iscsi on

/etc/iscsi/initiatorname.iscsiの設定。
分かり易いIQNにしておいたほうがいいですよ。RACを構成する全ノードで実施

[root@discus1 ˜]# cat /etc/iscsi/initiatorname.iscsi
InitiatorName=iqn.1994-05.jp.macdeoracle:discus1
[root@discus1 ˜]# 

[root@discus2 ˜]# cat /etc/iscsi/initiatorname.iscsi
InitiatorName=iqn.1994-05.jp.macdeoracle:discus2
[root@discus2 ˜]#

・iscsi-targetの検出

以下のコマンドでiscsi-targetの検出しそのIQNのリストしてくれる。-p にはiscsi-targetのip addressを指定する。以下の例はdiscus1からarowana-privに存在するiscsi-targetを検出した例。尚、この操作はRACの全ノードのrootユーザで実施する。

[root@discus1 ˜]# iscsiadm -m discovery -t sendtargets -p 192.168.2.5
192.168.2.5:3260,1 iqn.2006-01.com.openfiler:tsn.asm1
192.168.2.5:3260,1 iqn.2006-01.com.openfiler:tsn.asm2
192.168.2.5:3260,1 iqn.2006-01.com.openfiler:tsn.asm3
192.168.2.5:3260,1 iqn.2006-01.com.openfiler:tsn.asm4
192.168.2.5:3260,1 iqn.2006-01.com.openfiler:tsn.crs

・iscsi-targetへの手動接続

iscsi-target側では認証設定はしていないので以下のコマンドで手動ログインする。
-Tで接続するiscsi-targetのIQNを指定する。-pはiscsi-targetが起動しているホストのhostname又はip addressを指定する。詳細はこの操作はRACの全ノードのrootユーザで実施する。

[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm1 -p 192.168.2.5 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm1, portal: 192.168.2.5,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm1, portal: 192.168.2.5,3260]: successful
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm2 -p 192.168.2.5 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm2, portal: 192.168.2.5,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm2, portal: 192.168.2.5,3260]: successful
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm3 -p 192.168.2.5 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm3, portal: 192.168.2.5,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm3, portal: 192.168.2.5,3260]: successful
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm4 -p 192.168.2.5 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm4, portal: 192.168.2.5,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm4, portal: 192.168.2.5,3260]: successful
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.crs -p 192.168.2.5 -l
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.crs, portal: 192.168.2.5,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.crs, portal: 192.168.2.5,3260]: successful
[root@discus1 ˜]#

・iscsi-targetへの自動ログインの構成

iscsiadmコマンドでiscsi-targetへの自動ログインができるようにしておく。この操作はRACの全ノードのrootユーザで実施する。

[root@discus1 ˜]# 
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm1 -p 192.168.2.5 --op update -n node.startup -v automatic
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm2 -p 192.168.2.5 --op update -n node.startup -v automatic
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm3 -p 192.168.2.5 --op update -n node.startup -v automatic
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.asm4 -p 192.168.2.5 --op update -n node.startup -v automatic
[root@discus1 ˜]# iscsiadm -m node -T iqn.2006-01.com.openfiler:tsn.crs -p 192.168.2.5 --op update -n node.startup -v automatic
[root@discus1 ˜]#

・ローカルデバイス名の作成

iSCSIでは再起動する度にiscsi-targetにマッピングされるSCSIデバイス名が変ってしまうことがある。（少々面倒）。
ということでudevを利用してデバイス名を固定しておきましょう。そのほうが使い易いですから。
たとえば、ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm1が /dev/sdaにマッピングされているが再起動すると/dev/sdbにマッピングされたりすることがある。

[root@discus1 ˜]# (cd /dev/disk/by-path; ls -l *openfiler* | awk '{FS=" "; print $9 " " $10 " " $11}')
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm1 -> ../../sda
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm2 -> ../../sdb
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm3 -> ../../sdc
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm4 -> ../../sdd
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.crs -> ../../sde
[root@discus1 ˜]#

udevについては以下のドキュメントが参考になるのではないだろうか。
Udev on Fedora（英語) - http://docs.fedoraproject.org/udev/
Writing udev rules（英語） - http://www.reactivated.net/writing_udev_rules.html 日本語訳も見つけたのでメモ代わりに・・（翻訳してくださっている方々に感謝！）
Udev on Fedora（日本語訳） - http://mux03.panda64.net/docs/udev_on_fedora_ja.html
Writing udev rules（日本語訳） - http://www.gentoo.gr.jp/transdocs/udevrules/udevrules.html

udevを利用して固定的なデバイス名をiscsi-targetに割り当てる。内容は元ネタと同じです。（以下の操作はRACの全ノードのrootユーザで実施する。

[root@discus1 ˜]# cat /etc/udev/rules.d/55-openiscsi.rules
KERNEL=="sd*", BUS=="scsi", PROGRAM="/etc/udev/scripts/iscsidev.sh %b",SYMLINK+="iscsi/%c/part%n"
[root@discus1 ˜]# 
[root@discus1 ˜]# cd /etc/udev/scripts
[root@discus1 scripts]# ls -l iscsidev.sh
-rwxr-xr-x 1 root root 334  9月 30 17:50 iscsidev.sh
[root@discus1 scripts]# cat iscsidev.sh
#!/bin/sh

# FILE: /etc/udev/scripts/iscsidev.sh

BUS=${1}
HOST=${BUS%%:*}

[ -e /sys/class/iscsi_host ] || exit 1

file="/sys/class/iscsi_host/host${HOST}/device/session*/iscsi_session*/targetname"

target_name=$(cat ${file})

# This is not an open-scsi drive
if [ -z "${target_name}" ]; then
   exit 1
fi

echo "${target_name##*.}"
[root@discus1 scripts]# 
[root@discus1 scripts]# chmod 755 iscsidev.sh
[root@discus1 scripts]# cd
[root@discus1 ˜]# service iscsi stop
Logging out of session [sid: 1, target: iqn.2006-01.com.openfiler:tsn.asm1, portal: 192.168.2.5,3260]
Logging out of session [sid: 2, target: iqn.2006-01.com.openfiler:tsn.asm2, portal: 192.168.2.5,3260]
Logging out of session [sid: 3, target: iqn.2006-01.com.openfiler:tsn.asm3, portal: 192.168.2.5,3260]
Logging out of session [sid: 4, target: iqn.2006-01.com.openfiler:tsn.asm4, portal: 192.168.2.5,3260]
Logging out of session [sid: 5, target: iqn.2006-01.com.openfiler:tsn.crs, portal: 192.168.2.5,3260]
Logout of [sid: 1, target: iqn.2006-01.com.openfiler:tsn.asm1, portal: 192.168.2.5,3260]: successful
Logout of [sid: 2, target: iqn.2006-01.com.openfiler:tsn.asm2, portal: 192.168.2.5,3260]: successful
Logout of [sid: 3, target: iqn.2006-01.com.openfiler:tsn.asm3, portal: 192.168.2.5,3260]: successful
Logout of [sid: 4, target: iqn.2006-01.com.openfiler:tsn.asm4, portal: 192.168.2.5,3260]: successful
Logout of [sid: 5, target: iqn.2006-01.com.openfiler:tsn.crs, portal: 192.168.2.5,3260]: successful
Stopping iSCSI daemon: /etc/init.d/iscsi: line 33:  8989 強制終了            /etc/init.d/iscsid stop
[root@discus1 ˜]#                                          [  OK  ]
[root@discus1 ˜]# 
[root@discus1 ˜]# service iscsi start
iscsid が停止していますが PID ファイルが残っています
Turning off network shutdown. Starting iSCSI daemon:       [  OK  ]
                                                           [  OK  ]
iSCSI ターゲットを設定中: Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm4, portal: 192.168.2.5,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm1, portal: 192.168.2.5,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm3, portal: 192.168.2.5,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm2, portal: 192.168.2.5,3260]
Logging in to [iface: default, target: iqn.2006-01.com.openfiler:tsn.crs, portal: 192.168.2.5,3260]
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm4, portal: 192.168.2.5,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm1, portal: 192.168.2.5,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm3, portal: 192.168.2.5,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.asm2, portal: 192.168.2.5,3260]: successful
Login to [iface: default, target: iqn.2006-01.com.openfiler:tsn.crs, portal: 192.168.2.5,3260]: successful
                                                           [  OK  ]
[root@discus1 ˜]# 
[root@discus1 ˜]# (cd /dev/disk/by-path; ls -l *openfiler* | awk '{FS=" "; print $9 " " $10 " " $11}')
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm1 -> ../../sda
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm2 -> ../../sdb
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm3 -> ../../sdc
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.asm4 -> ../../sdd
ip-192.168.2.5:3260-iscsi-iqn.2006-01.com.openfiler:tsn.crs -> ../../sde
[root@discus1 ˜]# 
[root@discus1 ˜]# ls -l /dev/iscsi/*/*
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm1/part -> ../../sda
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm2/part -> ../../sdb
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm3/part -> ../../sdc
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/asm4/part -> ../../sdd
lrwxrwxrwx 1 root root  9  9月 30 17:52 /dev/iscsi/crs/part -> ../../sde
[root@discus1 ˜]#

これでiscsi-targetとローカルデバイス名の固定的なマッピングができた。

iscsi-targetとローカルデバイス名の対応

iscsi-target名ローカルデバイス名

iqn.2006-01.com.openfiler:tsn.asm1 /dev/iscsi/asm1/part

iqn.2006-01.com.openfiler:tsn.asm2 /dev/iscsi/asm2/part

iqn.2006-01.com.openfiler:tsn.asm3 /dev/iscsi/asm3/part

iqn.2006-01.com.openfiler:tsn.asm4 /dev/iscsi/asm4/part

iqn.2006-01.com.openfiler:tsn.crs /dev/iscsi/crs/part

chkconigで確認しておく。念のため。（RACの全ノードで）
(20101013訂正というか追記)
以下の例ではiscsidを自動起動にしていますが、CentOS5.5ではiscsiを自動起動にすればiscsi起動・停止時にiscsidの起動・停止も行っているのでCentOS5.5ではiscsidの自動起動は不要。CentOS5.4以前はどうか未確認なので、/etc/rc.d/init.d/iscsiを確認するか、service iscsi start/stopでiSCSI deamonが起動・停止されるか確認するよいかと。

[root@discus1 ˜]# chkconfig --list iscsid
iscsid          0:off   1:off   2:off   3:on    4:on    5:on    6:off
[root@discus1 ˜]# chkconfig --list iscsi
iscsi           0:off   1:off   2:off   3:on    4:on    5:on    6:off
[root@discus1 ˜]#

上記操作後openfiler storage control centerのiscsi-target-status画面では以下のようなに接続状況を確認できるようになる。

次回へつづく子供寝かしつけようと一緒に横に寝ていると、私が先に寝ちゃうんだなこれが・・・、予定していたことは早起きしてやるようになったりして。。w

投稿日時 2008年10月11日 (土) 05時49分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月10日 (金)

え、古いOSを下取り・・むむむ。

Miracle Linuxさんが「OS下取りキャンペーン」を行っている。古いOSを下取りしてMiracle Linux V5(Asianux Server 3)を実質値引きしてくれるんですと。
（ジャパネットなんとかさんの液晶／プラズマテレビの下取りキャンペーンに似てたりして。w）

Asianux Server 3 ==MIRACLE LINUX V5が
定価６３，０００円を古いOSを４２，０００円で下取り。
２１，０００円で購入できる.

Asianux Server 3 ==MIRACLE LINUX V5 バリューパック
低下定価２２０，５００円なら、古いOSをなんと１１５，５００円で下取り。
実質１０５、０００円で購入できるとか。。

１２月末までか。。。
ん〜〜、ジャパネットなんとかさんもよくやるけど、１２月に入ったら、さらに１万円のスペシャル下取りなんてのもやってくれるのかな・・・・

うちには塩漬けのTurboLinux Enterprise Server 8 (もう伝説となった？？のUnited Linux1.0版）があるのですよ・・・・。どうしよう。。２１，０００円なら・・・

投稿日時 2008年10月10日 (金) 09時16分 Linux | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月 9日 (木)

Mac de Oracle - １０万円未満 de RAC (11g編）#4

つづきです。今回はOpenfiler2.3によるiSCSIボリュームの構成を行う。

ハードウェア構成と価格（Mac De Oracle - １０万円 de RAC #1とMac De Oracle - １０万円 de RAC #5参照のこと）

Openfiler2.3によるiSCSIボリュームの構成

Oracle RACノードでのiSCSIボリュームの構成

Oracle所有者と関連ディレクトリの作成及び環境変数の設定

Oracle向けLinuxサーバーの構成（カーネルパラメータの設定）

hangcheck-timerカーネル・モジュールの構成

Oracle RACノード間リモートアクセスの構成

Oracle RACノード構成ファイルの確認

Oracle Cluster File System (OCFS2)のインストール及び構成

Oracle Automatic Storage Management(ASMLib 2.0)のインストール及び構成

Oracle11g R1 インストール事前作業

Oracle11g R1 Clusterwareのインストール

Oracle11g R1 Database softwareのインストール

Oracle11g R1 examplesのインストール

TNS Listenerの構成

Oracle Cluster databaseの作成

Oracle Net Serviceの確認

Oralce RAC ClusterとDatabase構成の確認

Clusterの開始と停止の確認

Oracle Clusterwareプロセス・モニター・デーモンの構成

簡単なTransparent Application Failover (TAF)の確認

MacOSXからの接続確認（Mac De Oracleではお約束！なので）

４．Openfiler2.3によるiSCSIボリュームの構成

考え方はOpenfiler2.1と同じなのだが管理画面のレイアウトが少々変更されている。

https://hostname or ip address:446/

でOpenfiler Storage Control Centerへアクセスする。

・Openfiler Strorage Control Center へのLogin

・管理者パスワードの変更

管理者のアカウントは、openfiler、インストール直後のデフォルトパスワードは。passwordとなっている。(openfiler2.1と同じ。）
ログインするとSystem Overview画面が表示される。

次にAccountsタブをクリック->Accounts SectionペインのAdmin passwordをクリック->Change Administrator Password画面でパスワードを変更する。

・iSCSI target serverの有効化。

ここで一旦ログアウトし新しいパスワードでログインし直してからServicesタブをクリック->Manage Services画面でiSCSI target serverのModification列にあるEnableをクリックしてiSCSI target serverを起動する。

iscsi-targetの状態を確認（rootユーザで）

[root@arowana ˜]# service iscsi-target status
ietd (pid 3354) is running...
[root@arowana ˜]#

・ネットワークアクセスの構成

Systemタブをクリック->System sectionペインのNetwork Setupをクリック->Network Access ConfigurationでiSCSIをアクセスするノードを定義する。
Name列には各ノードのhostnameを、Network/Host列にはインターコネクトに利用するIPアドレスを設定する。Netmaskは255.255.255.255、TypeはShareを設定する。

・ボリュームグループの構成

今回も以前のように１つのボリュームグループを作成し、そのグループにcrs用の論理ボリューム１つ、ASM用の論理ボリューム４つを作成する。
Volumeタブ->Volume sectionペインでBlock Device Management画面に遷移する

IDEディスクが２本ありiSCSI向けに/dev/hda に６９ＧＢ、/dev/hdb に１９ＧＢの空きがある。各パーティションのサイズは、６９ＧＢ、１９ＧＢ、合計で８８ＧＢをcrs用の論理ボリュームに２ＧＢ、ASM用の４つの論理ボリュームに各２１．５ＧＢを割り当てる。

Partitionの作成

/dev/hda に６９ＧＢ、/dev/hdb に１９ＧＢの空きがあるのでそれぞれをパーティションとして割り当てる。
以下の例では/dev/hda4及び/dev/hdb1の２つのパーティションを割り当てた。
Block Device Management画面のEdit Diskの各Diskをクリックしてパーティションを追加する。ちなみに、viewをクリックすると作成済みパーティションの一覧が確認できる。

/dev/hda4に約６９ＧＢのパーティションを作成している様子。同様の手順で/dev/hdb1に約１９ＧＢのパーティションを作成する。

Volume Groupの作成

Volumes sectionペインのVolume Groupをクリックしてボリュームグループを作成する。
今回はrac1というボリュームグループを作成し前ステップで割り当てた/dev/hda4と/dev/hdb1の２パーティションをボリュームグループrac1へ割り当てる。（どのボリュームグループにも属さないパーティションが自動的にリストされるので必要なパーティションを選択するだけ。）
※作成されたボリュームグループの容量が８８ＧＢあることが確認できる。

論理ボリュームの割当

Volumes sectionペインのAdd Volumeをクリックして前ステップで作成したボリュームグループへ論理ボリュームを割り当てる。
ボリュームグループrac1に割り当てた８８ＧＢをcrs向け論理ボリューム（２ＧＢ）及び、ASM向け論理ボリューム（２１．５ＧＢ＊４ボリューム）の５つの論理ボリュームへ割り振る。
各論理ボリュームのFilesystem/Volume typeはiSCSIを選択する。

割り当てた論理ボリューム名及び名称は次の通り。crs:2GB/asm1:21.5GB/asm2:21.5GB/asm3:21.5GB/asm4:21.5GB

iSCSI Target Qualified Name(IQN)の設定 (2010/10/4訂正)

~~今回はiqn.2006-01.com.oepnfiler:arowanaというiSCSI target rualified nameにした。~~今回は、iqn.2006-01.com.openfiler:tsn.crs/iqn.2006-01.com.openfiler:tsn.asm1/iqn.2006-01.com.openfiler:tsn.asm2/iqn.2006-01.com.openfiler:tsn.asm3/iqn.2006-01.com.openfiler:tsn.asm4という５つのiSCSI Targetを作成した。Volumeタブ->Volumes sectionペイン->iSCSI targets->Target Configurationタブで表示されるVolumes:iSCSI Targets画面で行う。

Network ACLの設定

前操作で設定したIQNに対してNetwork ACLを設定する。ネットワークアクセスの構成で登録したノードがリストされているのでAccess列をAllowに変更する。
設定はVolumeタブ->Volumes sectionペイン->iSCSI targets->Network ACLタブで表示される画面で行う。

LUN Mapping (2010/10/4訂正)

論理ボリュームの割当操作で割り当てた各論理ボリューム(crs/asm1/asm2/asm3/asm4)をiSCSI Target Qualified Name(IQN)の設定で作成した各iSCSI Target(iqn.2006-01.com.openfiler:tsn.crs/iqn.2006-01.com.openfiler:tsn.asm1/iqn.2006-01.com.openfiler:tsn.asm2/iqn.2006-01.com.openfiler:tsn.asm3/iqn.2006-01.com.openfiler:tsn.asm4)のLUN Id.=0にマッピング~~していく、crs/asm1/asm2/asm3/asm4の順で割り当てる。~~する。

設定はVolumeタブ->Volumes sectionペイン->iSCSI targets->LUN Mappingタブで表示される画面で行う。Map New LUN to target:にリストされている論理ボリュームをMapボタンをクリックしてマッピングするだけ。簡単！。

最後にiscsi-targetを再起動して設定完了！


[root@arowana ˜]# service iscsi-target restart
Stopping iSCSI target service: ......                      [  OK  ]
Starting iSCSI target service:                             [  OK  ]
[root@arowana ˜]# service iscsi-target status
ietd (pid 7455) is running...
[root@arowana ˜]#

再度、Openfiler storage Control Centerにログインし、Status->Status sectionペインのiSCSI Targetをクリックすると以下のスクリーンショットのようになる。
これでiSCSI Target側の準備は完了。

ふ〜〜今回は長かった〜〜。:) 次回へつづく

投稿日時 2008年10月 9日 (木) 18時00分 Oracle, Mac, Linux, RAC, Oracle Database 11g, Open Source, iSCSI | 固定リンク | 0 | コメント (0) | トラックバック (0)

2008年10月 8日 (水)

Mac de Oracle - １０万円未満 de RAC (11g編）#3

つづきです。今回はOpenfiler2.3をiscsi-targetにするPCへインストールする。