前任の開発者と連絡がとれなくなり、困り果てています。
同様の現象が発生しておられる方がいらっしゃらないようなので、書き込ませていただきます。

******************************************************
サーバー：さくらのレンタルサーバ プレミアム
Apacheバージョン：2.2.25
PHPバージョン：5.2.17
ECCUBEバージョン：2.11.4
******************************************************

受注完了時、配送先情報が取得できず、dtb_orderのdeliv_feeが0となっています。
registerOrderCompleteからsfGetDelivFeeを呼び出し、配送先情報を取得しています。

以前、HETEMLで1年ほど動かしていたのですが、一切そのような現象は発生しませんでした。
さくらサーバーへ移行したところ、急にこのような現象が発生するようになったので、プログラムバグではないと考えています。
発生状況などを調べてもサーバー負担が発生しているようには思えず、
前後の受注内容、購入者の環境も共通点があるようには思えませんでした。

調べてみたところ、ECCUBEのバージョンが2.4でないとさくらではバグが発生するとあったのですが、詳しい内容を見つけることができませんでした。。
他にもさくらでECCUBEを使うなという記事をいくつか見たのですが、
さくらではこういったバグが発生する可能性が高いのでしょうか。

ども

配送先情報のテーブルに本当にデータはありますか？
sakuraが悪いとかではないと思いますが。

過去に、dtb_sessionにセッションを保存するカラム型がTEXT型であるため、MySQLの場合、配送先件数が11件以上指定した場合に型の範囲を超えることがある。
という問題で配送先情報が空になっていたという現象がありました。
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=thread&topic_id=9789&forum=10&post_id=47058#forumpost47058

参考になりましたらどぞ！

namahage様

ご返信、ありがとうございます。

教えていただいたURLの内容を確認させていただきました。
私が扱っているサイトでは、配送先情報は１つしか登録できないよう、
「お届け先を追加する」ボタンは非表示としていますので、発生している現象とは別なように思います。

補足ですが、問題のサイトでは1ヶ月350〜400件の受注をいただいており、この現象はひと月に2〜3件発生しております。
発生している購入者は何度も購入されたことがあり、
前回まではこのような現象は発生することなく正常にセットされていたのですが、今回に限り問題が発生し、次回からはまた正常にセットされている状況です。
特定の都道府県のみ発生しているわけでもなく、完全にまばらです。
再現方法がわからず、何が問題なのかわかりません。

他に類似現象がありましたら教えていただけないでしょうか。

この問題は過去にいくつか見かけた記憶がございます。

namahage様のおっしゃっているsession問題の件ですが
配送先情報は全てセッション管理されていたはずですので
例えお届け先が1件だけだとしても、注文された商品の個数が多かったり、
商品名が長かったりすればデータ容量をオーバーしてしまう可能性はあります。
（お届け先11件というのはあくまでも目安だと思います）
もしnamahage様が紹介されている対応を行われていないのであれば、
試しに変更されてみるのはありではないかと思います。

データベースもそのまま移行されているのであれば関係ない可能性も高いですが。

----------------
★売れる通販サイト作ります！　========================
(株)ブラテック EC-CUBEカスタマイズサービス
http://www.bratech.co.jp/lpo/eccube.html
==============================================

bratech様

ご返信、ありがとうございます。

試しに問題が発生した状況と同じように商品を選択し、
同じように受注を行ってみたのですが、再現しませんでした。
また、他の購入者は発生した状況よりも商品個数が多い、商品名の長い受注が正常に完了しております。
後出しのようで申し訳ありません。

先ほど過去の受注内容をもう一度探ってみたのですが、1件だけ、HETEMLのときも同じように発生していたようです。

調べているうちにどこかで見たのですが、
受注完了ボタンを連続で押すと発生する場合があるようですが、先ほど試したところ、発生しませんでした。。

namahage様が教えていただいた対応を行いました。
http://svn.ec-cube.net/open_trac/ticket/1341
こちらはすでに対応が入っておりましたが、
sess_dataはText型のままでしたので、LongText型に変更しました。
しばらく様子を見たいと思います。
また再発した際は再度お尋ねに伺うかと思いますが、よろしければまたお知恵をお貸しください。
一先ず解決済みとさせていただきます。この度はありがとうございました。

解決済みとしてしまったあとで申し訳ありませんが、気になる点が一つあります。

HETEMLではほとんど発生することがなかったのに対し、さくらサーバーに移行した途端、頻発するようになった原因が気になります。
HETEMLとさくらサーバーのMYSQLはエンコードに差異があったと思うのですが、この辺りも関係しているのでしょうか？
御存知の方がいらっしゃいましたら、ご教授願います。

dtb_sessionのデータ量があふれた事が原因でお届け先情報が管理画面へ表示されない問題が発生した事があります。

サーバ: GMPクラウド
EC-CUBE: 2.12.3
DB: MySQL 5.1.69
再現できた状況: 非会員／10件(一部規格あり)の商品を購入／配送先は1つ

dtb_session の　sess_dataのデータ型をlongtextへ変更し、同問題が再現しない事を確認し、以来1年弱、この点については問題なく動作しています。

----------------

karin様

ご返信、ありがとうございます。
私の場合、管理情報には配送先が正しく表示されているのですが、
受注完了メール内に配送先が表示されておらず、調べてみるとdtb_orderのdeliv_feeにデータがセットされていないことで発覚しました。
（送料無料の受注ではないのに送料無料扱いとなり、経理が合わなかった）
また後出しになってしまい、申し訳ありません。

sess_dataの型をlongtextへ変更し、しばらく様子を見たいと思います。
情報、ありがとうございました。

upfront様

引用：

すみません、私の報告した事項は本件とは関係ないかもしれませんね。
(※sess_dataをlongtext型へ変更しておく事にこしたことはないと思います)

うーん、なぜなんでしょう。。。気になりますね。私も引き続き調べてみます。

----------------

karin様

ご返信、ありがとうございます。
HETEMLで動作させていたときのsess_Dataの型を調べましたが、同様にTEXT型となっていました。
HETEMLでも1件発生しているのを発見したので、現状さくらが・・・とは言い難いですが、急に頻発したため、気になるところではあります。

私自身、ECCUBEについては初心者であり勉強中ですので、
どういった情報をご提供させていただければ解決の糸口になるのかわからないのですが、
問題のサイトでは「購入商品の個数が○個以上で送料○円引き」といったことを5段階に分けて行っています。
購入商品の個数が増えるほど、送料の値引率があがる仕組みです。

dtb_orderにはdeliv_fee以外に、もう一つ送料を格納するカラムがあり、
値引き前の送料を格納、deliv_feeには値引き後の送料を格納しています。

問題の発生する受注では、送料値引き前カラムには、
管理画面＞配送方法設定画面で設定した配送料金が正しくセットされているのに、
deliv_fee（値引き後送料）が0になっています。（計算上は0はありえない受注です）

問題が発生した受注の共通点は、受注完了メール内の配送先が空欄だったことです。
送料値引きの対象でない受注、送料全額値引き対象の受注、送料数十円のみ値引きの受注、
配送先が空欄になっているメールから洗い出すと、全く共通点はありませんでした。

私が推測する今回の問題がプログラムバグであれば、バグはこの辺りにあるのかなと思います。

>うーん、なぜなんでしょう。。。気になりますね。私も引き続き調べてみます。
ありがとうございます。何か情報がありましたらご教授願います。