)
ディスクの使用量の監視
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_
ORACLE/TABLESPACE - centromezzo wiki
表領域の記憶領域パラメータを表示 † SELECT tablespace_name, initial_extent "INITIAL", next_extent "NEXT", min_extents, max_extents, pct_increase, status FROM dba_tablespaces; ↑ 改良版 † select d.tablespace_name, 現サイズ "現サイズ[MB]", round(現サイズ-空き容量) "使用量[MB]", round((1 - (空き容量/現サイズ))*100) "使用率(%)", 空き容量 "空き容量[MB]" from (SELECT tablespace_name, round(SUM(bytes)/(1024*1024)) "現サイズ" FROM dba_data_files GROUP BY tablespace_n
Statspack を使って過去のある時点のSQLの実行計画を確認する - ablog
前提 snap のレベル6以上で statspack のスナップショットが取得されていること。*1 手順 まず statspack レポートを出力する。 $ sqlplus perfstat/perfstat SQL> @?/rdbms/admin/spreport Specify the Begin and End Snapshot Ids ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Enter value for begin_snap: 1770<RETURN> Enter value for end_snap: 1771<RETURN> ... Specify the Report Name ~~~~~~~~~~~~~~~~~~~~~~~ The default report file name is sp_1770_1771. To use thi
STATSPACK を使ってみる - ablog
STATSPACK の使い方を簡単にまとめてみた。 STATSPACK 用に表領域を作成する。 $ sqlplus / as sysdba SQL> CREATE TABLESPACE STATSPACK DATAFILE '/dev/raw/raw15' SIZE 100M AUTOEXTEND ON SEGMENT SPACE MANAGEMENT AUTO; STATSPACK をインストールする。 SQL> @?/rdbms/admin/spcreate.sql Enter value for perfstat_password: perfstat Enter value for default_tablespace: STATSPACK Enter value for temporary_tablespace: TEMP SQL> exit $ grep -i error *.l
Seasar2のJTA実装を使って分散トランザクションを試す - memoっとく
ずいぶんとSeasar2のJTA実装のコードを読んだりしてたんですが、その前に自分で使用した使い方を自身の頭の整理という面も含めましてまとめておこうと思います。 Seasar入門 はじめてのDI&AOP 作者: 須賀幸次,木村聡,西川麗,高安厚思,白井博章,椎野峻輔,岡薫,藤村浩士,ひがやすを出版社/メーカー: ソフトバンククリエイティブ発売日: 2006/02/25メディア: 大型本購入: 7人 クリック: 51回この商品を含むブログ (67件) を見る ふたたびこの本の４章のトランザクションのサンプルコードを使って分散トランザクションを試してたいと思います。 Seasar2.4.34を使用しました。 ずいぶん前に2.3系でこのサンプルコードで分散トランザクションを試したときのj2ee.diconはこんな感じでした。 <?xml version="1.0" encoding="Shift
パフォーマンス・ビューを使用したインスタンスのチューニング
10 パフォーマンス・ビューを使用したインスタンスのチューニング データベースの初期構成後は、インスタンスの定期的な監視およびチューニングがパフォーマンスの潜在的なボトルネックを解消するために重要になります。この章では、OracleのV$パフォーマンス・ビューを使用したチューニング・プロセスについて説明します。 この章には次の項があります。 インスタンスのチューニング手順 Oracle Database統計の解釈 待機イベント統計 リアルタイムSQL監視 インスタンス・リカバリのパフォーマンスのチューニング: ファスト・スタート・フォルト・リカバリ 10.1 インスタンスのチューニング手順 次に、インスタンスのチューニング用のOracleパフォーマンス・メソッドの主な手順を示します。 問題の定義 パフォーマンス問題の範囲についてユーザーから候補フィードバックを取得します。 ホスト・システム
今更Statspackのspdoc.txtを再読（１） - /* Grid Thinking */
Statspackとは？ 公式定義： A set of SQL, PL/SQL, and SQL*Plus scripts that allow the collection, automation, storage, and viewing of performance data. This feature has been replaced by the Automatic Workload Repository. パフォーマンスデータを収集、自動化、保存、レビューするためのSQL、PL/SQLとSQL*Plusスクリプトセットである。 この機能は自動ワークロードリポジトリ（AWR）によって置換えされた。 明らかにこれからのOracleリリースではStatspackは更新されないと予想しますが、 かなり優秀なツールなので今更ですが、最新のOracle11gR2のspdoc.txtを読ん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OTN Japan - 404 Error
Oracle |クラウド・アプリケーションとクラウド・プラットフォーム
第4回糸島観にマラソン