該当データが存在しません おすすめコメント 2009/06/08 by Etuprika 非常に役に立ちました 2009/02/02 by oufukuhei はい、役立ちました。 2008/09/22 by mellon 断片化検証に役立ちました。 2004/12/22 by しずく 解り易く要点を得ているので勉強になります。 これに加えて、行連鎖・行移行も解ると嬉しい限り。 2004/06/29 by karimata エクステントの断片かを簡単かつ視覚的に表示できる チューニング時はもちろんＤＢＡの学習にも使える良いスクリプトです
oracle.ptに関するqaz76のブックマーク (30)
-
qaz76 2013/08/26
-
OracleのSQL - なっきの知恵袋
SQLとは？ シークェル、エスキューエルと読む。 IBM社が開発したデータベース操作用言語。リレーショナルデータベースの操作に使用する。 アメリカ規格協会(ANSI)やJISで標準化されている世界標準規格。 RDBMS毎に使えるSQL文などがあり、「SQL文の方言」といわれている。 ROWNUMとインラインビュー † SQLで先頭三件だけを出力するというのはOracleでは出来なかったが、Oracle8では出来るようになったようである。注意点はあるがROWNUMを使うと可能。ROWNUMはテーブルから取り出した時に自動で採番される擬似の行である。物理的にテーブルを読み込んだタイミングで採番されてしまうもの。 ※Oracle7ではできない また、更にSQLServerでは出来ていたFROMの後に「副問い合わせの仮想VIEW」を使う方法も Oracle8では使用可能になっている。これを『イン
-
SQL trace, 10046, trcsess and tkprof in Oracle
The quickest way to capture the SQL being processed by a session is to switch on SQL trace or set the 10046 event for a representative period of time. The resulting trace files can be read in their raw state or translated using the tkprof utility. Explaining the contents of the trace file is beyond the scope of this article, but the following sections explain how trace files can be created and pro
-
SQL Trace を取得する方法 - DBMS_SYSTEM - SQL> shutdown abort
なんか、DBMS_MONITORのエントリを書いた時点で これはやらなくて良いような気がしましたが、 いちおう書いとくか。 マニュアル探したけど、DBMS_SYSTEMが見つかりませんでした・・・。 「Oracle Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス」に 載ってると思ったのになぁ・・・。 まぁ、とりあえず、お決まりの desc で確認。 Versionは10.2。 SQL> desc dbms_system PROCEDURE DIST_TXN_SYNC 引数名 タイプ In/Out Default? ------------------------------ ----------------------- ------ -------- INST_NUM NUMBER IN PROCEDURE GET_ENV 引数名 タイプ In/Out
-
-
-
STATSPACKをEXP→IMPするメモ。 - MATSU’s vision
いつもどおりIMP→EXPしたらガンガンエラーが出て参りました。 こんなのがどどどーっと。 ORA-12899: 列"PERFSTAT"."STATS$SQLTEXT"."TEXT_SUBSET"の値が大きすぎます(実際: 41、最大: 31) ORA-00001: 一意制約(PERFSTAT.STATS$BG_EVENT_SUMMARY_PK)に反しています 解決したので忘れないうちにメモします。 （原因） ORA-12899→文字コードの違いによるオーバーフロー ORA-00001→・・・謎。 （解決方法） ユーザー作る→いれもの作る→いれもの直す→インポート、という順番でやります。 制約エラーは「constraints=n」で回避。追加のスナップショットを取らないならこれでOKです。 １．ユーザー作る create user perfstat identified by perfst
-
ハイウォータマークの操作方法 - オラクル・Oracleをマスターするための基本と仕組み
テーブルのハイウォータマーク操作 テーブルのハイウォータマークによるパフォーマンスと領域の無駄遣いの問題の解決するためには、2つの手段がある。 表の移動による再構築と、フラグメント解消後の縮退操作である。 テーブルの移動による再作成 今のテーブルを新しいセグメントに複製し、既存のセグメントを破棄する。 このとき、再作成先のテーブルスペースに再構築するだけの空き領域、更新操作を制限するテーブルの排他ロックが必要とされる。 ALTER TABLE rebuild_table MOVE [ ONLINE ] ; (注意) LONG / LONG RAW のある表は移動できない 索引構成表のみ ONLINE 実行ができる。(パラレルクエリーは不可) SHRINK SPACE による断片化の解消 行断片 の再配置(コピーと削除)による 断片化 の解消 行移行したデータが移動の対象となれば行移行は解消
-
行移行・行連鎖を検出する - オラクル・Oracleをマスターするための基本と仕組み
行移行・行連鎖した行を検出しディクショナリに抽出する テーブルの統計情報および、行移行、行連鎖に関する情報を得るには ANALYZE TABLE が必要。ANALYZE を行うとテーブルに関する データ・ディクショナリ に抽出結果が保存される。 (DBA_TABLES etc) 行連鎖 と 行移行 は、どちらも複数のレコードピース（行断片）に分割されて格納されている状態であることで似たもの同士である。 その違いはレコード長と発生するタイミング（挿入、更新）によるものであり ANALYZE では区別ができない。 CHAINED_ROWS の定義とクリア CHAINED_ROWS テーブルを初回のみ作成する utlchain.sql （物理 ROWID ベース） utlchn1.sql （論理 ROWID ベース）：索引構成表も検査可能 $ORACLE_HOME/rdbms/admin/utl
-
Oracleのエクステント数とテーブルスペース(sys.dba_segments、dba_data_files、dba_free_space)：老プログラマーの備忘録：So-netブログ
Oracleのエクステント数とテーブルスペース(sys.dba_segments、dba_data_files、dba_free_space) [Oracle] 表領域を拡張出来る数は、エクステントによって決められています。この数を超えての拡張はできないため、データが増大しエクステント数が足りなくなった場合にOracleはエラーを表示します。そのため、エクステント数を監視しエクステントが不足した場合には増やす必要があります。 エクステント過多の監視 : 6エクステント以上はNG select owner "Owner " , segment_name "Segment Name" ,segment_type "Type " , tablespace_name " Tablespace" , extents "#Ext " , max_extents "Max" from sys.dba_s
-
-
buffer busy waits - 日本エクセム∥EXEM LABO∥Oracle Knowledge
1.概要 特定ブロックにアクセスする際プロセスは該当ブロックに対してバッファ・ロックを獲得します。特定ブロックを変更する際も、該当ブロックに対してバッファ・ロックを排他モードで獲得します。また、特定ブロックに対しては読取時バッファ・ロックを共有ロックモードで獲得します。 もしプロセスAがブロックXに対してバッファ・ロックを獲得している状態で、プロセスBが同一のブロックに対してアクセスをした場合バッファ・ロックを獲得できない為待機します。その時、発生する待機イベントがbuffer busy waits待機イベントです。 buffer busy waits待機イベントが最も多く確認されるのは、同時に複数のプロセスが同一のブロックに対してインサートやアップデートをする場合です。インサートやアップデートの作業は該当ブロックに対してバッファ・ロックを排他モードで獲得することを要求します。複数のプロセ
-
ディスクの使用量の監視
Microsoft SQL Server では、Microsoft Windows オペレーティング システムの入出力 (I/O) 呼び出しを使用して、ディスクに対する読み取りおよび書き込み操作を実行します。SQL Server では、ディスク I/O を実行する時期と方法が管理されます。ただし、基本的な I/O 操作は Windows オペレーティング システムで実行されます。I/O サブシステムには、システム バス、ディスク コントローラ カード、ディスク、テープ ドライブ、CD-ROM ドライブなど、多数の I/O 装置が含まれます。ディスク I/O は、頻繁にシステムのボトルネックの原因となります。 ディスク利用状況の監視には、次の 2 つの領域があります。 ディスク I/O の監視と、過度なページングの検出 SQL Server で生成されるディスク利用状況の隔離 ディスク I/
-
パフォーマンスモニタ監視項目
●データベース(0) ・SQL Server ノート(216) ・SQL Server(29) ●Windows(0) ・Windows一般(268) ・Windows Servers(27) ・IE／OE(26) ●ネットワーク(4) ●バックアップ・管理ツール(0) ・Backup Exec(32) ・ARCserve(20) ●MS Office(11) ●Linux(1) ●デスクトップカスタマイズ(2) ・Windows XP(5) ・Firefox／Thunderbird(2) ●W-ZERO3(1) ●資格(1) ●プロフィール(6) ●その他(1) 2007年10月(17) 2007年09月(18) 2007年08月(20) 2007年07月(21) 2007年06月(21) 2007年05月(21) 2007年04月(20) 2007年03月(21) 2007年02月(1
-
パフォーマンス カウンタについて
検証方法 ここに取り上げたパフォーマンス カウンタは、一般的なシステム状況のチェック、およびパフォーマンス基準との比較判断に役立ちます。これらのパフォーマンス カウンタを約 60 分間実行して、1 分から 3 分の更新間隔を取ります (この間隔は、カウンタ ログの [プロパティ] パネル、またはパフォーマンス設定パネルおよび画面で設定します)。 メモリ使用率の監視 説明 : Available MBytes カウンタは、コンピュータ上で実行するプロセスが使用可能な物理メモリの容量を、メガバイト (1 メガバイトは 1,048,576 バイト) 単位で表します。この容量は、Zeroed、Free、 Stand by の各メモリ リストにある空間を合計して算出します。Free メモリはすぐに使用できる空間です。Zeroed メモリはゼロでクリアされたメモリ ページで、前のプロセスが使用したデー
-
2011-10-23
■はじめに OSに依存しない定期監視はMRTGの方がはるかに楽。 MRTG導入の為のエビデンスという位置づけ。 MRTGは、少なくともDebian/CentOS、WindowsXPHome/XPPro/2003/2008/2008R2に入れた経験がある。 ※WebはすべてApache系 Windows版のActivePerlのバージョンに悩まされるほどの機能は使っていない。 念のため、最新版と一つ前のバージョン、x86、x64のバージョン位は準備するべきだが。。。 ■Windows XP/2003/2008/2008R2の性能監視 参考URL http://www.atmarkit.co.jp/fwin2k/win2ktips/1235typeperf/typeperf.html Windowsの管理ツールであるパフォーマンスモニタは見にくい。 MSでさえコロコロ変えるようなGUIのカスタ
-
enq: TX – allocate ITL entry - 日本エクセム株式会社 Oracle待機イベント情報
ITL（Interested Transaction List）は、特定のブロックを変更時のトランザクションのリストです。ブロックヘッダーで管理します。 ブロックを変更するすべてのトランザクションは、ブロックヘッダーのITLエントリにトランザクション情報を登録します。 ITLの最大値（MAXTRANS）を超えるか、またはブロック内の空き容量が不足してエントリを登録出来ない場合、プロセスは、既存のプロセスが確保しているITLを共有モードで獲得するために待機 します。 Oracleは、次のような場合にenq ： TX – allocate ITL entryを獲得します。 表を作成するときに設定する3つの属性が本待機現象に関わります。 INITRANS ：ブロック・ヘッダーごとに、いくつかのITLエントリを事前に確保するかを指定します。たとえば、INITRANSの値に10を設定すれば、10個の
-
-
パフォーマンスセラピー / データベース・バッファ・キャッシュのチューニングを学ぶ
データベース・バッファ・キャッシュのチューニングは、ディスクI/Oを低減させることでパフォーマンスダウンを防ぐのが目的です。ディスクへの読込みや書込みは、メモリーに比べるとかなり時間がかかりパフォーマンスが低下する可能性があるので、必要なOracleブロックがメモリー内に存在できるように調整する必要があります。 第10章で復習したような共有プールの調整を行うと、残りの利用可能なメモリーをデータベース・バッファ・キャッシュに割当てることができ、よりディスクI/Oを低減できるのでパフォーマンスチューニングには有効です。 本章では、データベース・バッファ・キャッシュのチューニングについて復習しましょう。 まず、データベース・バッファ・キャッシュの構成について復習します。 (1)データベース・バッファ・キャッシュの役割 SQL実行時にサーバー・プロセスがデータベース・バッファ内に必要なデ
-
STATSPACKレポートを全部一気に出力するスクリプト - MATSU’s vision
STATSPACKレポートを全部一気に出力する方法 定期的にスナップショットを取ったら、レポートの出力して状態を確認します。 同じインスタンスであれば @?/rdbms/admin/spreport.sql 違う所から持ってたインスタンスは @?/rdbms/admin/sprepins.sql これを実行すると作られます。 詳しくはこちらを見ていただくとして・・・ http://otn.oracle.co.jp/skillup/stats_diag/1/index.html このスクリプトはレポート数が100個とか1000個になった場合に自動で一気に出力するスクリプトです。 これでちょっと楽ができるかも！？ 通常版 --Regular version set pages 0 spool statsall_a.sql select 'define begin_snap=' || SNAP_
TKPROFの結果解析の時注意すべき点 - CURSOR #0
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました