This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
NTTコムウェア株式会社 プロジェクト管理統括部 技術SE部門 DB技術グループ 坂下 徹 Oracleデータベースの性能対策の重要な機能、「Statspack」や「Oracle Enterprise Manager 10g Diagnostics Pack」(※オプションライセンス)の利用ポイントをお伝えします。使わないと"もったいない"機能です！(Diagnostics Packの有無による違いはここ) - INDEX - ■ 1 はじめに ■ 2 性能対策概要 ■ 3 Statspack ・ 3.1 インストール ・ 3.2 メンテナンス ・ 3.3 レポート作成 ・ 3.4 Statspackが不向きなケース ■ 4 Diagnostics Pack ・ 4.1 Automatic Workload Repository (AWR) ・ 4.2 Automatic Database
こんにちは。ビーブレイクシステムズの木下です。「第7回：Apache+SSL環境を構築しよう！」はSSLのメカニズムについて解説しました。今回は、Apacheの基本的な設定・パフォーマンスチューニングのポイントについて解説します。 Apacheは、httpd.confというテキストファイルに「ディレクティブ（命令、コマンドの意）」と呼ばれる専用の命令を記述することで設定します。標準Apache配布に同梱されているディレクティブだけで約330もあります。非常に数が多いので、最初からすべても覚える必要はありません。必要に応じて1つ1つ理解していきましょう。 今回は、設定ファイルの書き方や代表的なディレクティブをいくつか紹介します。ぜひ皆さんも手を動かして、試してみてください。 Apache設定ファイルの構文は非常に単純で1行に1つのディレクティブから構成されています。はじめにディレクティブを記
はじめに J2EEサーバの健康診断をする上で、GC（ガーベッジ・コレクション）の発生状況の把握は非常に重要です。GCの発生状況を監視することによって、メモリリークを発見したり、サーバの負荷状況を調べたりすることができます。 そこで、商用J2EEサーバとしてはシェアの高いWebSphere Application Serverを想定し、GCの解析方法とチューニングポイントを説明します。対象読者 WebSphere Application Serverを利用したシステム開発に携わる、開発者・アーキテクト。必要な環境サーバ：WebSphere Application Server 6.0以上解析用PC：IBM JDK 1.4.2以上がインストールされていること IBM JDK 5.0は、developerWorksのWebページからダウンロードできます。Eclipseとセットになっています。W
MySQLサーバに限らず、大量のアクセスを処理するデータベースやアプリケーションサーバ群に対して、それぞれの環境に合わせたチューニングを行うことは企業システムにおいて必須の項目です。しかし「チューニングすべきパラメータとその最適値をどのように決定すればよいのか」、また「実際にチューニングを施すことによってどの程度効果があったのか」を把握することは意外に難しいものです。 ですが、敢えていえば答えは明瞭で、「定量的な情報収集と分析」の他にないでしょう。あらかじめ情報を収集しておけば、チューニング前後でのデータを比較することによってどのような変化が起きたのかを知ることができます。 本連載では、まずはMySQLサーバにおいて収集すべき情報を提示し、その後、それらを利用した基本的なパラメータについてのチューニング方針を紹介します。 また、今回はOSにCentOS 5.0、データベースにMySQL 5
チューニングを実施する前にやるべきこととは？：WebSphereサーバ・チューニング入門（1）（1/3 ページ） 本連載は、Javaアプリケーション・サーバの1つである、IBM社が提供するIBM WebSphere Application Server（以下、WAS）についてのパフォーマンス・チューニングに関する入門記事です。「パフォーマンス・チューニングの実施」といっても、実施するエンジニアによって、その方法は異なっております。本連載においては、WASを前提とし、かつ、80%のケースをカバーできることを目標とします（編集部注：WASのインストールから学びたい読者は、バージョンが3.5のときの記事ですが、連載「初めてのWebアプリケーション・サーバ」などを参照してください）。 連載第1回目は、WASのパフォーマンス・チューニングに当たり、実施しなければならないパフォーマンス・ボトルネックの
Windows XPの圧縮フォルダというほとんどの人が使っていないと思われる機能(私見)を解除したら、エクスプローラがキビキビ動くようになった気がする。というようなことを某所で言ったら、試した人が「すげぇかるくなった kyo++」とかインクリメントしてくれたので、エントリにしておこうとか。 圧縮フォルダ機能の解除の方法は、コマンド プロンプトで、 regsvr32 /u zipfldr.dll regsvr32 /u cabview.dll と、入力してやるだけ。多分再起動は必要ない。 これにより特にエクスプローラのツリー表示なんかが高速化する気がする。エクスプローラ以外ではファイラーっぽいので特に高速化する感じで、僕の環境ではACDSeeのツリー表示がとんでもなく高速化した。 また、デフォルトの検索機能が圧縮フォルダ内を探さなくなるため高速化し、いつまでたっても終わらないということは少な
前回「システムの寿命はコードで決まる！」ではコード設計について解説しました。今回はデータへの最短ルート、つまりSQLの最も効率的なアクセスパス（実行計画）を見つけ出すためのテクニックを解説します。 SQLはデータベースに関する最も基本的な技術で、まずSQLから学んだ（でいる）という方は多いと思います。しかし、SQLを学ぶ際、データベースから必要なデータを取得する手段を学んでも、どのようなアクセスパスでデータを取得するかは後回しになることが多いのではないでしょうか。 商用のシステムで使用されるSQLは、必要なデータを取得できるだけでは不十分で、どれだけ素早く取得できるかも重要です。データ取得の素早さは、SQLに適用されるアクセスパスの良しあしで決まります。そこで、今回は「どんなアクセスパスが適しているか」「どうやってRDBMSに適切なアクセスパスを利用させるか」を以下のような構成で解説します
これまで、Linux側の設定／情報収集／統計情報の理解／カーネルチューニングについて解説してきました。今回からいよいよ、DB2のチューニングに入っていくわけですが、チューニングそのものに入る前に、DB2の重要な設定情報および稼動状況について、情報の収集方法およびその内容について理解する必要があります。まずはこれらを解説していきます。 今回は、DB2の設定情報には何があるか、インスタンスレベルの構成について解説します。今後、特に断らない限り、「DB2 UDB for Linux V8.2 Workgroup Server Edition（64bit）」を前提として話を進めます。 なおDB2のチューニングとしては、以下のようなトピックについて解説していく予定です。 DB2のチューニング（メモリ、I/O、CPUまわり） SQL実行時間などモニタリング方法、問題のあるSQLの抽出方法 アクセス・プ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く