▼テンプレート
[EC-CUBE] EC-CUBEのバージョン4.1.0、新規インストール。バージョン2.13.5から移行

[レンタルサーバ] さくらのレンタルサーバー
[OS] FreeBSD www2948.sakura.ne.jp 13.0-RELEASE-p12 FreeBSD 13.0-RELEASE-p12 #0: Tue Sep 12 19:33:31 UTC 2023
[PHP] PHP Version 7.4.30
[データベース] PostgreSQL 9.5.25（EC-CUBE2.13） →MySQL 5.7.39-log(EC-CUBE4.1.0)
[WEBサーバ] 使用しているWEBサーバ名、バージョン
[ブラウザ] Microsoft Edge バージョン 107.0.1418.42 (公式ビルド) (64 ビット)
Chrome バージョン: 107.0.5304.107（Official Build） （64 ビット）

[導入プラグインの有無] データ移行プラグイン
[カスタマイズの有無] 無
[現象] データ移行プラグインのみ導入し、データ移行を試行しておりますが、10MBの制限によりデータ移行プラグインでアップロード後、リアクションがありません。
upload_max_filesize 100M 100M
memory_limit 1024M 1024M
改善するかと思い上記設定をphp.iniと.htaccessにより行いましたが、アップロード後特に何のメッセージも表示されません。
マニュアルにある通りtar.gzを一度展開し、dtb_order_temp.csvとdtb_session.csvは除外し、7-zipにてtarにした後、tar.gzの形式に圧縮しております。
圧縮後のファイル容量は28.6MBです。
苦肉の策で内容を細分化しアップロードした所、会員データと管理者情報は入力できたものの、商品データは反応が無い状態です。（その後システムエラーとなりアクセス不可に）
スムーズに登録できる細分化の方法や登録方法ありますでしょうか。
商品データに関しては詳細不明なカスタマイズによりデータベースのカラムの数が通常と異なる違う可能性はあります。

> upload_max_filesize 100M 100M
> memory_limit 1024M 1024M
> 改善するかと思い上記設定をphp.iniと.htaccessにより行いましたが、アップロード後特に何のメッセージも表示されません。

post_max_sizeもファイル送信には関係ありますが、修正されていますか？
また、十分な容量設定にしてありますか？

> スムーズに登録できる細分化の方法や登録方法ありますでしょうか。
> 商品データに関しては詳細不明なカスタマイズによりデータベースのカラムの数が通常と異なる違う可能性はあります。

スムーズに登録を行いたいのであれば、「詳細不明なカスタマイズによりデータベースのカラムの数が通常と異なる違う」がないかは調査した方がよいと思います。

EC-CUBE2系のデータベース定義書であれば、下記にあります。
https://github.com/EC-CUBE/ec-cube2/tree/master/docs/database-schema

>post_max_sizeもファイル送信には関係ありますが、修正されていますか？
>また、十分な容量設定にしてありますか？

ご返信ありがとうございます。
ご指摘の通りpost_max_sizeを修正しておらず、8Mになっていたため、upload_max_filesizeと共に200Mに設定し
タイムアウトを回避するため一時的にmax_execution_timeを86400にする事で
全てがまとまったバックアップデータからデータを移行する事ができました。

カラムの関係か、移動した商品データの登録ページを表示させようとするとシステムエラーになってしまいますが、ひとまず表題のプラグインによる容量制限の問題は解消いたしました。

データベースの定義書の共有もありがとうございます。

> カラムの関係か、移動した商品データの登録ページを表示させようとするとシステムエラーになってしまいますが、ひとまず表題のプラグインによる容量制限の問題は解消いたしました。

これは、
1. 移行元のデータベースがカスタマイズされているか
2. 下記のログを確認してください。
また、EC-CUBEのログは確認できますか？
どのようなエラーが出ますでしょうか？
var/log/prod/site-yyyy-mm-dd.log に「システムエラーが発生しました」といった行がありましたらご提示ください。
3. 解らない場合は、EC-CUBEインテグレートパートナーなどの専門会社に相談してみてください。

ありがとうございます。

>1. 移行元のデータベースがカスタマイズされているか。
カラムの他に内容もカスタマイズされているようです。また、カスタマイズされた項目の多くは移行先のdtb_product_class内で確認できませんでした。

>2. 下記のログを確認してください
>また、EC-CUBEのログは確認できますか？
>どのようなエラーが出ますでしょうか？
>var/log/prod/site-yyyy-mm-dd.log に「システムエラーが発生しました」といった行がありましたらご提示ください。

システムエラーが発生しました。 ["Entity of type 'Eccube\\Entity\\DeliveryDuration' for IDs id(70) was not found",
というエラーが出ていました。

EC-CUBE2のdtb_productsとEC-CUBE4のdtb_product_classを比較した所、deliv_date_idとdelivery_duration_idが対応しているようです。
しかし新旧商品登録ページを比較した所、新商品登録ページにはdelivery_duration_idの内容に対応する記載がない状態でした。
エラーメッセージのものは旧商品登録ページ70のお問い合わせくださいのステータスだったもののようです。


EC2旧商品登録ページ
value="10/在庫あり
value="20/予約商品
value="30/在庫ありお取り寄せ
value="40/入荷予定
value="50/受注1
value="60/受注2
value="65/取り寄せ
value="70/お問い合わせください
～999まで

EC4商品登録ページ発送日目安
value=""/指定なし
value="1"/即日
value="2"/1～2日後
value="3"/3～4日後
value="4"/1週間以降
value="5"/2週間以降
value="6"/3週間以降
value="7"/1ヶ月以降
value="8"/2ヶ月以降
value="9"/お取り寄せ(商品入荷後)