株式会社インサイトテクノロジー 発行
http://www.insight-tec.com/jp/
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━Vol.26
☆☆☆ おら！オラ！ Oracle −どっぷり検証生活− ☆☆☆
2000.10.11
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
他ではなかなか得られない、マニュアルを読んでもわからない、
そういったOracleに関する技術情報をお届けするメルマガです。
実際に検証した結果も交えてお伝えしていきます。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
┏━━━━◆ プログラマ待望の言語SQeeL、いよいよ登場！◆━━━━┓
★★ ┏━━━━━━━━━━━━━━━━━━━━━━━┓ ★★
★★ ┃ 手軽に使える、速い、そしてWEBに適した新言語 ┃ ★★
★★ ┃ フリーソフト、SQeeLを是非お試しください。 ┃ ★★
★★ ┃ ダウンロード実施中！！ ┃ ★★
★★ ┗━━━━━━━━━━━━━━━━━━━━━━━┛ ★★
★★SQeeLに関する詳細は、弊社HPあるいはSQeeLのHPにて紹介中です★★
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
http://www.insight-tec.com/jp/sqeel/sqeel.html
http://www.SQeeL.org
★既に多くの方々がアクセス、ダウンロードして下さっているようです。★
★★★★心より御礼申し上げます。サーバの増強も終了しました！★★★★
★★★★さらに多くの皆様よりのアクセスをお待ちしております。★★★★
<<目次>>
■Oracle検証生活・・・ローカルエクステントマネージメントに関する検証
その３
■お知らせ・・・○Oracle管理ツール Performance Insight
○無料セミナーのご案内 ○連載情報
○書籍ご予約受付中 ○ＱＡについて
■編集者より
■■注意事項！！■■
本文中にテーブルが含まれていますので、お読みになる際はMSゴシック等、
等幅フォントをお使いただくことをお勧めします。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle検証生活 ▼━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
検証生活
＜ローカルエクステントマネージメントに関する検証 その３＞
ペンネーム ちゃむ
--------------------------------------------------------------------------
8iからの新機能ローカルエクステントマネージメントを以下「LOCAL」と呼ぶ。
従来のデータディクショナリーでエクステントを管理する方法を以下「DICTIONARY」
と呼ぶ。
--------------------------------------------------------------------------
前回は、実際に「LOCAL」がビットマップ管理している様子を見てきた。
今回は、「LOCAL」で管理されている領域に対して、実際にオブジェクトを作成
した時の、ビットマップ情報の変化について見てみよう。
以下に紹介するすべての検証結果は、DB_BLOCK_SIZE = 2Kで行ったものである。
「LOCAL」を作成する
CREATE TABLESPACE tbs_u_1 DATAFILE 'c:\tbs_u_1.ora' SIZE 1024k
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 8K;
作成直後のDBA_FREE_SPACEの様子
TABLESPACE_NAME FILE_ID BLOCK_ID BYTES BLOCKS
--------------------------------------------------
TBS_U_1 25 33 983040 480
この状態で、以下のようなテーブルを作成してみよう。
このテーブルは、空領域のすべて（960K（983040））を使い切らせるためのも
のである。
CREATE TABLE tbs_u_1_tbl (col number)
storage (initial 960k next 2k minextents 1 pctincrease 0)
tablespace tbs_u_1;
このときのブロックダンプは？
ALTER SYSTEM DUMP DATAFILE 25 BLOCK 3;
File Space Bitmap Block:
BitMap Control:
RelFno: 25, BeginBlock: 33, Flag: 0, First: 120, Free: 14216
FFFFFFFFFFFFFFFF FFFFFFFFFFFFFF00 0000000000000000 0000000000000000 1行目
0000000000000000 0000000000000000 0000000000000000 0000000000000000 2行目
0000000000000000 0000000000000000 0000000000000000 0000000000000000 3行目
： ： ：
： ： ：
（途中省略）
： ： ：
： ： ：
0000000000000000 0000000000000000 0000000000000000 0000000000000000 54行目
0000000000000000 0000000000000000 0000000000000000 0000000000000000 55行目
0000000000000000 0000000000000000 0000000000000000 0000000000000000 56行目
End dump data blocks tsn: 36 file#: 25 minblk 3 maxblk 3
予想どおり、16進数で表わされているビットマップ情報に変化が生じた。
（テーブルを作成する前は、すべて 0 であった）
そもそも、このビットマップ情報は、テーブルスペースtbs_u_1の場合、480ブ
ロック分（983040 / 2048）の「使用」および「未使用」の状態を表わせなけれ
ばならない。
上記のダンプの状態を考察してみよう。
１．16進数一桁で表現できる状態の数は4ビットなので「4」通り
（1つのビットで「使用」「未使用」を表している）
２．領域を確保していく単位は、UNIFORM SIZE 8K（4ブロック）
この場合、「4」ブロックを１つの塊（単位）として、1ビットで「使用」
「未使用」を表すことになる
３．上記ダンプ中の F の数 → 「30」個
上記の１、２，３の「」で括られた数字を掛け合わせると、4×4×30=480になる。
これは、始めにテーブルスペースを作成した直後の未使用ブロック数、つまりtbs
_u_1_tblの総使用可能領域と一致する。
ダンプ中の16進数一桁で、4つの状態×4ブロック単位=16ブロック分のステータス
（使用／未使用）を表現することができる。
その16進数が30個あるので、16ブロック分×30個=480ブロック分という訳である。
したがって、このテーブルスペースtbs_u_1は、480ブロック分の「使用領域」また
は「未使用領域」であるという判断を、30桁分の16進数を用いて管理しているとい
うことだ。
ビットマップ管理されている領域の「0000000000000000」の16進数の列は、
16ブロック（16進数一桁で表現できる状態のブロック数）×16（ 0 の数）= 256通り
の状態を表現できる。この「0000000000000000」が、1ブロック中に
4（列の数）× 56（行の数）=224 セット存在している。つまり、1ブロックで
224×256=57344ブロック分の「使用」および「未使用」の状態を表現できる計算
になる。さらに、このビットマップ管理している情報は、前回の結果から
block_id=3からblock_id=32の30ブロック存在していた。
つまり、理論上、全部で、57344*30=1720320ブロック(3440640k)の「使用」お
よび「未使用」領域の状態を管理できることになる。
では、SIZEが少し大き目の「LOCAL」を作成してみよう。
以下のテーブルスペース中、32ブロック分はビットマップ管理などに使用され
ることから、実質105600ブロックが未使用領域として確保されるはずである。
211264K / 2K（ブロック・サイズ） - 32（管理領域） = 105600
CREATE TABLESPACE tbs_u_1_b1 DATAFILE 'd:\tbs_u_1.ora' SIZE 211264k
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 8K;
作成直後のDBA_FREE_SPACEの様子
TABLESPACE_NAME FILE_ID BLOCK_ID BYTES BLOCKS
-----------------------------------------------------
TBS_U_1_B1 28 33 117440512 57344
TBS_U_1_B1 28 57377 98828288 48256
おや！オヤ！OYA！、なんで2行出力されているんだ。
57344+48256=105600ブロックだから使用できる空領域は予定どおりだけど・・・
あれ！アレ！ARE！、しかも、1行目のBLOCKS=57344・・・なんか見たことがある
数値だぞ！！
これは、さっき計算したビットマップ情報の入っている１ブロックで表わせる
「使用」および「未使用領域」の数だ。
まさか、この表示のされ方。57344ブロックまでのエクステントしか確保できな
いのであろうか？
念のため、60000ブロックを使用するテーブルを作成できるか試してみよう。
CREATE TABLE tbs_u_1_b1_tbl (col number)
storage (initial 120000k next 2k minextents 1 pctincrease 0)
tablespace tbs_u_1_b1;
よかった、正常に作られた。
テーブル作成直後のDBA_FREE_SPACEの様子は？
TABLESPACE_NAME FILE_ID BLOCK_ID BYTES BLOCKS
-----------------------------------------------------
TBS_U_1_B1 28 60093 93265920 45540
テーブルで使用したエクステント （60000ブロック）
＋ 上記の未使用ブロック (45540ブロック)
---------------------------------------------------
始めの未使用ブロック （105600ブロック）
ぜんぜん問題ないようだ。
では、なぜ、空ブロックが2行表示されてしまうのだろうか？
これは、DBA_FREE_SPACEビュー自体の問題であろう。
以下にDBA_FREE_SPACEビューの定義を示す。
union all 以下のselect 文が「LOCAL」の未使用領域を示すための文である。
（ts.bitmapped <> 0のところから判断できる。）
ちなみに、union allより上の部分は?DICTIONARY」の未使用領域を示すため
の文である。
（ts.bitmapped = 0のところから判断できる）
create or replace view DBA_FREE_SPACE
(TABLESPACE_NAME, FILE_ID, BLOCK_ID,
BYTES, BLOCKS, RELATIVE_FNO)
as
select ts.name, fi.file#, f.block#,
f.length * ts.blocksize, f.length, f.file#
>from sys.ts$ ts, sys.fet$ f, sys.file$ fi
where ts.ts# = f.ts#
and f.ts# = fi.ts#
and f.file# = fi.relfile#
and ts.bitmapped = 0
union all
select /*+ ordered use_nl(f) use_nl(fi) */
ts.name, fi.file#, f.ktfbfebno,
f.ktfbfeblks * ts.blocksize, f.ktfbfeblks, f.ktfbfefno
>from sys.ts$ ts, sys.x$ktfbfe f, sys.file$ fi
where ts.ts# = f.ktfbfetsn
and f.ktfbfetsn = fi.ts#
and f.ktfbfefno = fi.relfile#
and ts.bitmapped <> 0 and ts.online$ in (1,4) and ts.contents$ = 0
ここで、from句の元データの違いに注目しよう。
「LOCAL」はx$ktfbfeを元データとしている。
x$ktfbfeを直接見ると、以下のようになる。
DBA_FREE_SPACEは、以下の内容をそのまま出力しているからであろう。
INDX INST_ID KTFBFETSN KTFBFEFNO KTFBFEBNO KTFBFEBLKS
----------------------------------------------------------
1 1 56 28 33 57344
2 1 56 28 57377 48256
じゃあなんで、x$ktfbfeはこんなデータの入り方をしているのかって言われたら
困ってしまうが、あえて言うならば、「これが仕様です！！」ってなってしまう。
以上 烏帽子岩が遠くに見える 茅ヶ崎にて
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ Oracle 管理ツール Performance Insight ▼━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Oracleを知り尽くしたメンバーが開発したOracleパフォーマンス監視ツール
の決定版。それがPerformance Insightです。インサイトテクノロジーの技術
者の知恵とノウハウがここに結集！
パフォーマンス監視だけでなくOracleを使用しているシステムの運用、管理、
そして開発にも役立つ機能がいっぱいです。
詳しくは以下のURLをご覧ください。
http://www.insight-tec.com/jp/products/products.html
また無料で試使用することも可能です。
是非お問い合わせください。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 無料セミナーのご案内 ▼━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜スキルアップセミナー＞
●実践から学ぶDBチューニング第２回
「DBバッファの欠点を指摘し、用途を明確にする」
無料セミナーの第２回は、１０月２７日（金）に開催されます。
多くの方々にご出席いただいた第１回と同様、有意義な内容のセミナーです。
皆様ぜひご参加ください。詳細は以下のURLにてご案内しています。
http://www.insight-tec.com/jp/topics/semi_information.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 連載情報 ▼━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜雑誌連載＞
Oracleのエキスパートとして定評のある弊社のスタッフが執筆しております
連載記事に関してご紹介しています。
http://www.insight-tec.com/jp/topics/magazine.html
上記のURLでタイトルがご覧になれます。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 書籍ご予約受付中 ▼━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜送料無料でお届けします＞
「Oracle8 プロフェッショナルテクニック」は大好評につき、現在在庫切れと
なっており、ご注文いただいた皆様にはたいへんご迷惑をおかけしております。
まもなく入荷する予定ですので、今しばらくお待ちください。
これからご注文いただく方も、入荷次第発送させていただくということで
予約注文を受付けておりますのでよろしくお願い申し上げます。
また弊社のHPよりお申し込みいただいた方に限り、送料無料でお届けします。
専門書としては異例の速さで増刷が決定するほどの好評をいただい
ている「Oracle8 プロフェッショナルテクニック」をぜひご活用ください。
http://www.insight-tec.com/jp/topics/books.html
ホームページより受付中です。お早めに！
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ ＱＡについて ▼━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜皆様からのＱＡを受付けております＞
皆様のＱＡにはできるだけ、お答えしたいと思っています。
すべてのＱＡにお答えすることはできないかもしれませんが、
適宜メルマガ内でとりあげていく予定ですので、是非ＱＡをお寄せください。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▼ 編集者より ▼━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
女性の活躍がたいへん目立つオリンピックでしたが、最近は子供番組でもそ
うなんです。ずーっと昔から続いている戦隊・特撮モノ、古いところではゴ
レンジャーとかサンバルカンとか。最近だとオーレンジャー、ゴーゴーファ
イブ。今放映されているのはタイムレンジャーなんだけど、知らないよね？
わたしが記憶するところ、これらのシリーズでは大体一貫して、レッドが
リーダーでピンクが女性、イエローがおとぼけって感じ。でもタイムレンジ
ャーでは、ピンクの女性がメンバーを仕切ってるんです！うーん、これも時
代の流れですよねぇ。 by UA
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
登録・解除は以下のURLで行うことができます。
http://www.insight-tec.com/jp/em/mail_magazine.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
＜おら！オラ！Oracle−どっぷり検証生活−＞
発行／編集：株式会社インサイトテクノロジー
http://www.insight-tec.com/jp
マガジンID：0000030093
本メールマガジンに掲載された記事を許可なく転載することを禁じます。
Copyright (c) 1996-2000, Insight Technology Inc., All rights reserved.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Insight Technology, Inc
Japanese | English