Нюансы при копировании или создании бэкапа сайта вручную

Эта статья рассматривает кое какие нюансы, понимание которых важно при копировании сайта на локальный (домашний) компьютер, при переносе сайта на другой хостинг или при создании бекапа сайта вручную. Непосредственно архивация и копирование файлов сайта, экспорт и импорт MySQL баз данных.

Сам процесс копирования мы рассмотрели подробно в статье Создание резервной копии сайта Joomla (Джумла), WordPress (ВордПресс), Drupal, DLE встроенными средствами, в этой же статье рассмотрим нюансы этих процессов.

 

Архивация файлов сайта или создания бэкапа

Для удобного переноса сайта, на какой CMS бы он не работал проще всего сделать бекап через панель управления или заархивировать все файлы сайта, а уже потом архив переноситься на компьютер с последующим переносом на новый хостинг. Если есть возможность, то можно сразу напрямую с хостинга на хостинг перенести сайт, к примеру

Можно перенести бекап сразу на новый хостинг, что упростит Вашу задачу многократно.

Почему нужно архивировать файлы перед переносом на новый хостинг? Есть несколько причин тому. Во-первых, через файловый менеджер не получиться скачать целую папку, только по-файлово, остаться переносить только через ФТП. Во-вторых, если переносить через FTP клиент, то это будем дольше и связано это с тем, что при работе по данному протоколу вначале отсылается запрос свободен ли канал, получается ответ что свободен и потом происходит отправка файла, далее идет подтверждение что файл получен. Так как передача 1 потоковая, то все эти запросы занимают время (“забивают” канал) и передача идет тем медленнее чем больше файлов вы копируете. В-третьих, хостер может ограничить копирование большого количества файлов через FTP, я с таким сам сталкивался, через какое то количество файлов происходит длительная пауза, что может привести к разрыву соединения или как минимум многократно замедлить копирование. В-четвертых, может порушиться название файлов, к примеру с файлом .htaccess или .access.php, ведь для Windows такие файлы дикость, файл с расширением но без названия, хотя из архива он распакуется спокойно, а вот править и перемещать не получиться. Или же может быть превышена длина пути к файлу (вмести с названием файла), ведь она ограничена.

 

Копирование файлов сайта на новый хостинг

Как я уже сказал делаем это файловым менеджером или через ФТП клиент. Только не используем архив RAR, он не поддерживается, хотя вы скорее всего на сервере и не заархивируете в rar. Но прежде чем закачивать сайт на новый хостинг, нужно создать сайт на нем, после этого автоматически появиться папка с названием вашего сайта. Зачастую она находиться в папках WWW или public_html на хостинге. Иногда бывает папка public_html присутствует в папке с названием Вашего сайта, тогда копируйте в эту папку.

Создание сайта разниться на разных панелях управление, но называется оно примерно одинаково. На CPanel вам предложат создать ФТП аккаунт именно для этого сайта.

После копирования сайта на новый хостинг нужно его разархивировать. Если вы не знали, то ФТП клиенты не могут разархивировать, это делается средствами хостера, т.е. через файловый менеджер в панели управления. Также если сайт не такой большой то можете попробовать разархивировать через онлайн FTP менеджер Net2ftp он может тоже разархивировать, но не слишком большие файлы.

Если это бекап, то скорее всего там будет находиться не только сайт, но еще и другие файлы с предыдущего хостинга, потому как бекапы делаются всего аккаунта. Тогда нужно удалить не нужные категории и перенести файлы сайта в нужную папку.

 

Экспорт и импорт базы данных MySQL

Что нужно знать при экспорте базы данных. То что базу можно экспортировать как в обычном формате *.sql, так и в заархивированном в *.zip,  *.gzip и другие архивы. Для чего нужно или можно архивировать. Для этого затронуть нужно вначале понятие лимитов при экспорте и импорте баз данных. Они есть на время выполнения скрипта (время закачки базы данных) и объему базы данных. Ограничение на время работы скрипта вы узнать можете только у хостера, но это Вам скорее всего мало что даст. А вот максимальный объем базы MySQL на импорт

пишется рядом, тут конечно вообще экстремальный лимит на 2Мб, в основном бывают лимиты в 50Мбайт.

Что делать если база больше чем стоит лимит на импорт? Тогда можно сделать:

  1. заархивировать базу, тем самым она будет укладываться в лимит;
  2. разбить базу на части;
  3. попросить службу поддержки хостинга записать дамп базы вручную (не факт что согласятся);
  4. использовать специальные скрипты.

Но может быть так, что заархивированная база не будет заливаться на хостинг. Это связано как раз с лимитом времени выполнения процесса. К примеру, я заливал базу почти в 400Мб. Пришлось заархивировать, но база не заливалась, потому как процесс завершался досрочно в связи с ограничением времени на его выполнение. Можно было частями залить базу, но я обратился в службу поддержки и они сняли временно ограничение и база была залита.

Поделитесь своим мнением
Для оформления сообщений Вы можете использовать следующие тэги:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Навигация