Создание Бекапа сайта

Главные вкладки

Аватар пользователя yuriy1976 yuriy1976 24 февраля 2012 в 12:03

Привет, всем!
Кто может подсказать, существует ли способ создание бекапа для всего сайта (файлова структура + данные базы данных). Использую модуль Backup and migrate - но он к сожалению создает бекап только для базы данных. А для файло - НЕТ. Может сужествую другие модули или что посоветуете?

Комментарии

Аватар пользователя Tsatur Tsatur 24 февраля 2012 в 12:06

А у Вас так часто меняются файлы, что требуется частый бэкап? Почему бы не использовать соответствующее ПО для бэкапа данных по ftp?

Аватар пользователя yuriy1976 yuriy1976 24 февраля 2012 в 12:38

Знаете, вот на Джумле есть замечательный модуль создания полного бекапа называеться com_akeeba-3.3.13-core.zip - так он архивирует и файлы и саму базу данных. Для друпала, к сожалению, наверное нет такой возможности - приходиться файлы переносить отдельно, а базу данных тоже отдельно. Но проблема возникает, когда бекап базы данных слишком большой скажем больше 10 Мб. На хостингах загружать и обновлять базы данных свыше 2 Мб - ЗАПРЕЩЕНО! Вот и получаеться здесть проблема - нужно либо хостера просит чтобы он перезалил бекап БД или вручную делать повторную работу (это правда бред!!!) Что скажет по этому поводу: как обновить базу данных которая имеет внушительные размеры???

Аватар пользователя Erly Erly 24 февраля 2012 в 15:13

"yuriy1976" wrote:
Знаете, вот на Джумле есть замечательный модуль

А в битриксе тоже на это есть модуль, который делает выборочно бекапы...

А если серьёзно, то используйте tar, musql, mysqldump работает оч. быстро и надёжно.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 24 февраля 2012 в 15:16

"yuriy1976" wrote:
Но проблема возникает, когда бекап базы данных слишком большой скажем больше 10 Мб. На хостингах загружать и обновлять базы данных свыше 2 Мб - ЗАПРЕЩЕНО!

Больше похоже на бред

Аватар пользователя Tsatur Tsatur 27 февраля 2012 в 21:14

Скорее всего топикастер (ака топикстартер) имел ввиду ограничение на размер загружаемого файла в настройках ПХП при реализации SQL-запроса из файла с помощью phpmyadmin... иное - реально бред.

Аватар пользователя kompas kompas 24 февраля 2012 в 19:52

Возможен также принудительный обрыв работы скрипта сервером, когда слишком много записей в таблицах, поисковых например. Намучился с этим в свое время, но нынешний sypex и с этим сейчас замечательно справляется, просто перезапускаясь в нужный момент. Очень надежная штука - не сравнить с phpmyadmin, который не раз мне базы калечил

Аватар пользователя v1adimir@drupal.org v1adimir@drupal.org 24 февраля 2012 в 20:42

"yuriy1976" wrote:
На хостингах загружать и обновлять базы данных свыше 2 Мб - ЗАПРЕЩЕНО!

Ну значит нужно использовать хостинг, где нет подобных религиозных запретов.

Аватар пользователя kompas kompas 24 февраля 2012 в 20:47

<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a> wrote:
"yuriy1976" wrote:
На хостингах загружать и обновлять базы данных свыше 2 Мб - ЗАПРЕЩЕНО!

Ну значит нужно использовать хостинг, где нет подобных религиозных запретов.

Скорее всего - это ограничение на заливку файлов по http,
Думаю если залить через фтп, а потом указать скрипту путь к этому файлу - проблем не будет

Аватар пользователя multpix multpix 27 февраля 2012 в 19:55

"yuriy1976" wrote:
На хостингах загружать и обновлять базы данных свыше 2 Мб - ЗАПРЕЩЕНО!

"kompas" wrote:
Скорее всего - это ограничение на заливку файлов по http

не стройте догадок - обратитесь к документации)

одна из настроек php в php.ini upload_max_filesize
phpmyadmin соответственно не загрузит файл больше указанного
также присутствуют:
max_execution_time
max_input_time
default_socket_timeout
ну и конечно-же
memory_limit

большинство толковых хостеров на сегодняшний день предоставляют своим пользователям ssh доступ к системе,
также стоит заметить, что у многих, с правами вашего пользователя немного сделаете через командный интерпретатор однако у таких имеются свои наработки по импорту экспорту баз данных.
понять mysqldump - 15 минут умственных усилий
накосячить с базой - не 15 мин гемора по восстановлению

phpmyadmin - не идеальный инструмент а подсобный инструмент.
хотите визуально используйте navicat

о файлах - все просто: tar, zip, gzip

своевременный и правильный бэкап это один из важнейших пунктов в обслуживании вебресурса.
для него используйте средства ОС а не функционал рабочего сайта.
заказывая хостинг интересуйтесь механизмом восстановления.

не умеете - учитесь
не хотите - дайте работу специалисту
не умеете не хотите - ничему не удивляйтесь
не уверенны в своей правоте - лучше промолчите, не вводите окружающих в заблуждение)