[過去ﾛｸﾞ] 【安藁】 楽天証券47マーケットくるくる♪【月間】 (984ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
86: 日経コンピュータの記事 05/02/27 11:54 ID:c7tXOk3O(3/4) AAS
■２度目の引き金はＤＢの負荷
１２日のサービス停止から立ち直ったのもつかの間、翌週の２０日には再びシステムが
停止。データベース・サーバーの障害により、サービスできない状態に陥った。
原因は、アプリケーション・サーバーからデータベース・サーバーへの処理要求の量が
予想を上回ったこと。楽天証券は前の週末（１月１５日、１６日）、データベース・
サーバーをアップグレードして処理能力を向上させたが、これが裏目に出た。ハードウエ
アの性能向上を図った結果、データベース接続がボトルネックになってしまった。
多くの場合、アプリケーション・サーバーとデータベース・サーバーの間では、接続に
かかる時間の短縮とサーバーへの負担軽減を目的として、あらかじめ論理的な接続経路
（コネクション）を複数確立しておく。複数のアプリケーションでこれらのコネクション
を共有し、アプリケーション・サーバーのはそのとき使われていないコネクションを利用
してデータベース・サーバーと通信する（共有プール）。同社のシステムでも共有プール
を利用している。
問題は、共有するコネクションの数。「従来は設定値の５〜６割程度しか利用しない状
態だった」（楠氏）。しかしこの日は事情が違った。通常よりも顧客からのアクセスが多
く、データベース・サーバーが共有プールを設定値いっぱいまで使い切った。この影響
で、データベースがハングアップした。
上下前次1-新書関写板覧索設栞歴
あと 898 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.006s