稼働から３年程経過していますが
下記の稼働環境にて、購入手続以降の処理が極端に遅く
なってしまいました。

どのような改善策があるのか、ご教授をお願いいたします。


EC-CUBE : 2.11.2
サーバOS : Windows2008
DB : MySQL 5.1.57
Webサーバ : MicroSoft IIS7
PHP : 5.2.17

受注データ件数 : 9,500件

・サーバスペック（CPU、メモリ）
・商品データ数（SKU）
・顧客データ数

上記をお教え頂けますか？

また、購入手続き、というと
カートから購入完了画面という認識で良いでしょうか？

はじめまして takatakaba さん

過去に同じような質問が有りました。

【ECCUBE2.11】購入手続きページだけ異常に重い
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=flat&order=ASC&topic_id=13836&forum=10

重くなっているページをデバッグしてどの時点で重くなるのかを調査してみてはどうでしょうか？

・DBの処理が重い？
・読み込みの遅いファイルがあるか？
・不要な処理をしている箇所はないか？

などなど

cohki様　ご回答ありがとうございます。

サーバは、某社のホスティングサーバを使用しており、WebサーバとDBサーバを分けておりスペックは下記となります。（Webサーバ、DBサーバともスペックは同等です）

CPU: QEMU Virtual CPU Version 0.91 2.27GHZ
Memory: 2G
商品データ数:　60
顧客データ数: 1700名

＞　カートから購入完了画面という認識で良いでしょうか？
はい。　よろしいです。

緊急！というレベルではないかもしれませんが、パワー不足かもしれませんね。。

とはいえもがく要素はあるかと思いますので、ご参考までに。

まずボトルネック調査となりますが、

　・MySQLのスロークエリ調査、インデックス調査
　・MySQLのプロセス調査
http://dev.mysql.com/doc/refman/4.1/ja/show-processlist.html
　・Apacheのパラメータ調査
　・アプリの非効率なクエリ調査（おもにJOIN系）

あたりから着手になるかと思いますので、
適宜調べてみてはいかがでしょうか。

管理画面から受注登録をした場合も同様ですか？
起きるようであれば、皆様が仰るようにDBがネックになっている気がします。

起きないのであれば、完了画面に何かしら外部サイトを読み込むようなタグが入っている等の、外部要因が考えられると思います。

Windowsサーバーは実運用したことが無いですが、

http://technet.microsoft.com/ja-jp/sysinternals/bb896653.aspx

などで購入完了時にどのプロセスがCPUを食っているなどの予想はつくと思います。

購入完了画面への遷移だけでなく、
購入フロー全体的にもっさりしている、と認識していますが
あってますか？

cohki様

全体的に遅くなっております。
次の画面へ遷移するボタンをクリックした場合、画面が
表示されるまでの時間は下記となります。


画面名 ボタン名 計測(秒)
現在のカゴの中 購入手続へ 50秒
お届け先の指定 次へ 62秒
お支払方法の指定 次へ 59秒
ご入力内容のご確認 次へ 40秒

phpMyAdmin等使用できるのであれば
show processlist でプロセスが溜まってないか確認してみてください。
以前見つけた不具合としてMYSQLで受注件数が溜まったときに会員検索・メルマガ検索で購入商品等で検索するとプロセスが溜まって全体的に重たくなるという現象が確認できています。

なかなかの時間ですね。
やはりDBが怪しいです。

mysqlプロセスの状況、スロークエリ等の調査を重点的に行うのが良さそうです。
http://blog.playispeace.com/184/mysql_slowquery_setting/