質問 > 管理機能 > バックアップができなくなってしまいました(T_T) |
管理機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
popo |
投稿日時: 2011/9/21 5:55
対応状況: −−−
|
長老 登録日: 2008/10/1 居住地: 投稿: 189 |
バックアップができなくなってしまいました(T_T) EC-CUBEバージョン
2.3.0 PHPバージョン PHP 5.2.17 DBバージョン PostgreSQL 7.4.19 管理機能からバックアップができなくなってしまいました。 site.logには下記のように表示されています。 引用:
利用しているサーバがバージョンアップをさせたようで、php.iniがデフォルトの状態に戻っていたので、古いphp.iniと見比べながら変更して、管理機能や注文処理などは問題なくできております。 ただバックアップをしようとしたら、すぐに白い画面になり止ってしまいます。 php.iniでバックアップに関係しそうな設定項目はあるでしょうか? とりあえず、自分で影響しそうな箇所は下記の通りにしてみましたがダメでした。 引用:
管理画面からメール送信や、csvで商品登録などもできるので、データベースにアクセスできないなどの問題では無いと思います。 アドバイスをお願い致します。 |
yukikaze |
投稿日時: 2011/9/21 9:32
対応状況: −−−
|
長老 登録日: 2011/7/26 居住地: 投稿: 196 |
Re: バックアップができなくなってしまいました(T_T) DBの大きさにもよりますが memory_limit が低いからじゃないでしょうか?
|
yuse |
投稿日時: 2011/9/21 10:03
対応状況: −−−
|
一人前 登録日: 2011/2/13 居住地: 投稿: 76 |
Re: バックアップができなくなってしまいました(T_T) こんにちわ。 log/error.logには何か書かれていますでしょうか。 (2.3.0を詳しく知らないので、もしかしたらファイル自体ないかもしれませんが) |
popo |
投稿日時: 2011/9/21 20:44
対応状況: −−−
|
長老 登録日: 2008/10/1 居住地: 投稿: 189 |
Re: バックアップができなくなってしまいました(T_T) アドバイスありがとうございます。
memory_limitを100Mや200Mにしてみましたが、変化はありませんでした。 サーバがバージョンアップされるまでは、バックアップも問題なくできていたので、頻繁に行っておりました。 最終バックアップは9/16で、そのバックアップファイルの容量は12M程度となっておりました。 error.logファイルもありませんでした。 2.3xでは存在しないのかもしれません。 直接注文や顧客管理に影響するものではないのですが、やはりバックアップを行えないと不安になってしまいますので、何とかしたいと思っております。 アドバイスをお願い致します。 |
yukikaze |
投稿日時: 2011/9/22 9:13
対応状況: −−−
|
長老 登録日: 2011/7/26 居住地: 投稿: 196 |
Re: バックアップができなくなってしまいました(T_T) memory_limitが100Mや200Mでは足りないかも?
ちなみに私は1024M以上に指定してます。 (それでも画面真っ白になりますが…) DBの小さいもので試しましたが、10Mだと真っ白。 512Mだと正常動作。 という結果になりました。 DBにあったサイズを指定すればよいのでは? 直接の解決にはなりませんんが… 私の場合、通常バックアップ(mysqldump)で100M程度なので、シェルを組んでCronで毎日自動バックアップしてます。 そのままだとサイズが大きいので、GZipで1/10程度に圧縮して1週間分保持してます。 #MySQL Dump mysqldump -u{ユーザ} --databases {DB名} > {バックアップファイル名}.dmp #Dump -> GZip gzip {バックアップファイル名}.dmp ちなみにシェルの中でバックアップファイル名に日付を付与し、自動で1週間分を保持するようにしてあります。取り忘れもなくて個人的には便利です。 |
popo |
投稿日時: 2011/9/23 1:39
対応状況: −−−
|
長老 登録日: 2008/10/1 居住地: 投稿: 189 |
Re: バックアップができなくなってしまいました(T_T) yukikaze 様
アドバイスありがとうございます。 memory_limitについてですが、1024Mで試してみてダメだったので、徐々に数値を上げて20000Mまで試してみましたが、ダメでした。 memory_limitが原因ではないのかもしれません。 phppgadminでエクスポート機能があるみたいですが、phppgadminでエクスポートした場合のリカバリ方法など分からないため、できればEC-CUBEの管理機能のバックアップを利用したいと思っています。 その他に考えられる問題点などありますでしょうか。 アドバイスをお願い致します。 |
popo |
投稿日時: 2011/9/27 7:33
対応状況: −−−
|
長老 登録日: 2008/10/1 居住地: 投稿: 189 |
Re: バックアップができなくなってしまいました(T_T) お世話になっております。
検索してphppgadminでのバックアップやリストア方法は分かったのですが、phppgadminを利用してもリストアをする場合は、リストア前にテーブルを空にしたり削除したりする作業があり、リストアするのに時間がかかり、その間はサイトをストップさせなければならない事が分かりました。 EC-CUBEの場合は管理画面からリストアボタンを押すだけでリストアができてしまうので、やはりEC-CUBEのバックアップやリストア機能を使えるのがベストだと思いました。 サーバがバージョンアップされて、php.iniが下記のようになっております。 バックアップが途中で停止してしまう原因など、php.iniの内容から分かる箇所はあるでしょうか? アドバイスをお願い致します。 引用:
|
yukikaze |
投稿日時: 2011/10/3 14:20
対応状況: −−−
|
長老 登録日: 2011/7/26 居住地: 投稿: 196 |
Re: バックアップができなくなってしまいました(T_T) 全く解決にはなりませんが…
バックアップといってもCSV形式で出してるダケなので、{DummyFolder}に次の2ファイルを作成。 autoinc_data.csv bkup_data.csv {DummyFolder}/autoinc_data.csv はカンマ区切りで 1.テーブル名 2.キーとなるフィールド名 3.AUTO_INCREMENT の値 {DummyFolder}/bkup_data.csv は 1.1行目 テーブル名 2.2行目 フィールド名をカンマ区切りで 3.3行目以降 値をダブルクォートで囲み、カンマ区切り テーブル変わったら1行空けて、1〜3を繰り返す。 なので、それ用の出力PG作った方が早いかも。 リストアもEC-CUBEの「バックアップ管理」からしたい場合には、{DummyFolder}を tar + gzip で圧縮し、EC-CUBEの data/downloads/backup/ に設置。 dtb_bkup[TBL]のbkup_name[FIELD]に、ファイル名を登録 aaa.tar.gz なら、 aaa を登録。 余談 荒業ですが、phppgadminについて。 時間がかかるということであれば、 1.リストア用のDB(temp_site[DB])を別に用意して、そこにリストア。 2.サイト側のDB名(site[DB])を変更(site2[DB])。 3.リストアしたDB名(temp_site[DB])を、サイト用に変更(site[DB])。 但し、リストア作業中に注文などがあった場合には、そのデータ反映が必要ですが…。 お役に立てず、すみません。 |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |