Переезд сайта на другой хостинг похож на переезд на другую квартиру. Нужно упаковать вещи (базу данных сайта и файлы), перевезти их на новое место (скопировать на новый хостинг), распаковать и "обжиться" (распаковать файлы, создать базу и импортировать в неё данные + отредактировать файлы конфигурации сайта). Недавно я проводил перенос сайта одного из моих клиентов на новый хостинг. Пошаговое руководство и "живые" видеоуроки - в этом посте.
Переезд сайта будем совершать в несколько этапов – шагов:
Большинство современных сайтов используют Базу Данных MySQL. Файлы самой базы нам недоступны, т.к. хранятся у хостера в особом месте. Но мы можем экспортировать всю информация из нашей базы данных (БД) в один файл. Его ещё называют "дамп" ("слепок").
Создать дамп БД можно несколькими способами. Я использую для этой цели специальный скрипт – Sypex Dumper. Он работает в браузере, имеет продуманный интерфейс и довольно много возможностей. В частности, им можно легко импортировать БД сайта в файл дампа, а затем, так же легко, восстановить данные из дампа в новую базу.
Шаг 1. Запустил Sypex Dumper – сделал дамп БД, скопировал его себе на ПК и проверил целостность архива в WinRAR.

Кстати, файл дампа остаётся в специальной папке скрипта Sypex Dumper на хостинге и будет переноситься со всеми файлами сайта.
Теперь нужно упаковать все файлы сайта в один архивный файл. Снова, для этого есть несколько способов, обычно я использую SSH и соответственную команду для упаковки файлов в архив на хостинге. Я уже описывал команды Unix shell и работу по SSH для начинающих ВЕБ мастеров (сам часто заглядываю в этот свой пост, как в справочник). Но, в этом случае, я воспользовался Панелью Управления (ПУ) моего хостинг – провайдера и его файловым менеджером. Среди его возможностей – упаковка выбранных файлов и папок сайта в один архивный (и сжатый) файл.
Шаг 2. Упаковываю все файлы и каталоги сайта в tar.gz архив. Это сжатый UNIX-овый формат.

Надо сказать, что не все хостинг-провайдеры предоставляют файловый менеджер в своей ПУ, и SSH включают не на всех тарифных планах. Если у вашего провайдера его (файл-менеджера) нет, можно использовать, например, скрипт jsys или .
Многие CMS, также имеют свои средства для управления файлами и каталогами сайта? или позволяют их установить. Для Joomla это или . Для WordPress –плагин… ну предложу , правда он работает только с каталогом “files”, в котором хранятся картинки и другие загружаемые файлы WP.
Шаг 3. Перед тем, как переносить файлы, нужно указать в ПУ нового хостинга, что вы собираетесь перенести к ним новый домен. Здесь важно правильно указать название домена (без ошибок).
Через короткое время (до 2 – 3 минут), скрипты хостера создадут нужные каталоги для нового домена.
Шаг 4. Там же в ПУ нового хостинга вам нужно создать новую, пока пустую БД для сайта.
Шаг 5. Опять из двух способов я выбираю самый быстрый, я игнорирую протокол FTP, а использую закачку файла со старого хостинга через SSH и команду wget
wget http://старый_сайт.ru/файл_архива_файлов_сайта.tgz
Качаю файл в корневой каталог нового домена, на новом хостинге. Закачивается – мигом!

Шаг 6. Даю UNIX-овую команду распаковки архива. Пара десятков секунд – и файлы на месте.
Шаг 7. Теперь можно сказать старому хостингу “Гуд бай!” и удалить этот домен в его Панели Управления.
С этого момента сайт будет недоступен! Чем быстрее вы измените DNS записи домена на новые – тем лучше.
Шаг 8. Панель Управления Регистратора Доменов позволяет (в том числе) управлять DNS – записями домена. Как правило, в настройках домена нужно вписать названия DNS – серверов нового хостинг провайдера. Что-то вроде:
ns1.masterhost.ru и ns2.masterhost.ru
Теперь нужно подождать от 3-х до 6-и часов, пока не обновятся записи на всех DNS серверах Интернета.
Шаг 9. Когда домен станет доступен с нового хостинга, можно использовать Sypex Dumper для “обратной” операции – импорта таблиц в новую базу данных. Конечно, надо учесть, что логин и пароль для доступа в новую БД – теперь другие.

У некоторых хостеров (у Мастерхоста), при входе в скрипт, ещё нужно указать и домен, на котором работает база MySQL, типа: u23312.mysql.masterhost.ru
Шаг 10. В зависимости от типа вашей CMS вы меняете логин, пароль и название новой Базы Данных MySQL. Иногда, нужно ввести что-то ещё, например в Joomla, нужно ввести новые относительные пути от корневого каталога хостинга. Некоторые компоненты или плагины, тоже могут иметь файлы конфигурации, требующие коррекции.
Все инструкции вы найдёте в документации на вашу CMS.
На новом хостинге, может потребоваться поменять CHMOD на файлы и каталоги.
Если сайт работает – поздравляю. Если что-то “не заводится” – проверяйте всё, начиная с файлов конфигурации CMS.
Иногда, может даже потребоваться помощь тех-поддержки нового хостинг-провайдера. Так, тех-поддержка colocation Киев, рекурсивно изменила права доступа на каталоги моего “cвеже-перенесённого” домена, и только тогда всё заработало.
Есть некоторые хостеры, которые обещают сами перенести ваш сайт на их хостинг и всё настроить, как бесплатную услугу. Но я рекомендую научиться это делать самому. Умение переезжать на другой хостинг – одно из главных умений для ВЕБ мастера
- не так ли?
Метки: , Filezilla, FTP, SSH, Sympex Dumper, видеоуроки, хостинг | Рубрика: ВЕБ мастеру, Хостинг
Доброго времени суток уважаемый автор!
Прочитала я данный пост, очень уж профессионально Вы рассказали о переносе сайта))
Не могли бы Вы подсказать правильность заполнения конфигурационного файла при переносе сайта на Joomla с одного хостинга (hostpro) на другой (masterhost). Дело в том, что у меня возникла проблема следующего характера –
Database Error: Unable to connect to the database:Could not connect to MySQL
Причем все необходимые поля в configuration.php заполнены… И в чем проблема – никак не пойму.
Заранее благодарна за помощь!
У Мастерхоста помниться название сервера БД не localhost, а {ваш_логин_у_мастерхоста.имя_сервера}.
Я связалась со техподдержкой, попросила помочь с заполнением, они мне выслали в принципе все данные – я таки заполнила конфиг, а вот как быть с паролем от БД?
Посмотрев видео подсказку автора сайта, я не до конца поняла этот вопрос: т.е. несмотря на то, что БД создается новая специально для данного (к примеру) сайта, пароль остается тот же самый?