Блог Максима Войтика
Публикации о способах
заработка в интернете и SEO

Как сделать резервную копию сайта и базы данных MySQL

30 марта 2015
Комментарии: 23

Резервная копия сайта и как ее созадть

Привет читатели и подписчики seoslim.ru! Сегодня я решил поговорить о самом главном, о резервной копии сайта, благодаря которой все данные площадки могут быть восстановлены в любое время дня и ночи в том виде что и прежде.

Казалось бы, что такого важного в подобной теме? Подумаешь, какая-то копия сайта, ведь мы же платим деньги за хостинг и он обязан отвечать за сохранность содержимого обслуживаемых сайтов.

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

Веб-страница недоступна

А знаете что само страшное? Это то, что вы не сделали его резервную копию (файлы и база данных).

Невозможно представить, что все ваши труды и постоянный доход прекратили существование по такой глупости.

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

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

Вы же платите за кусочек места удаленного винчестера. А теперь представьте что в этом помещении случился пожар и все данные были повреждены как раз того винчестера, где находился именно ваш сайт.

Хостинг-провайдер пришлет вам извинения и больше ничего. Ну а вам естественно придется начинать карьеру онлайн предпринимателя с самого нуля. (

Кто же был дальновиднее возьмет резервную копию сайта, восстановит данные на другом хостинге и забудет о подобном инциденте.

Лично я на собственной шкуре сам несколько дней назад испытал страх, что в один миг могу все потерять, когда у моего хостинга полетели DNS сервера и мой блог был недоступен для посетителей какое-то время.

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

Если честно, то было бы очень обидно вернуться назад и писать десятки статей заново. Так что все задумайтесь, а ниже я покажу вам, какими способами создается резервная копия данных сайта.

Причины, из-за которых может пропасть сайт:

  • Ошибка при редактировании фалов сайта. Вы запросто можете испортить код или допустить ошибку.
  • Падение хостинга. Здесь причин может быть много, начиная стихийными бедствиями и заканчивая тем, что сам хостинг позволит себе кинуть клиентов. Всякое в жизни бывает!
  • Хакерская или вирусная атака на сайт. Сейчас развелось очень много злоумышленников, целью которых становятся рядовые вебмастера и их прибыльные проекты.

Резервная копию фалов сайта на хостинге

Начнем с того что практически каждый хостинг провайдер ежедневно создан бэкапы всех данных клиентов.

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

выбор даты восстановления сайта

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

Для этого надо из панели управления хостингом создать резервную копию, а как это делается читаем ниже.

Как я уже говорил у меня хостинг Макхост, поэтому буду все показывать на его примере.

Любой желающий может воспользоваться услугами хостинга Макхост бесплатно в течении 3-х месяцев если введет специальный промо-код «seoslim», все подробности в этой статье.

После того как вы перешил в свой аккаунта хостинг-провайдера McHost, спускайтесь в самый низ, где должен быть выпадающий список «Управление услугами». Там надо выбрать ссылку «Резервные копии».

выбор даты восстановления сайта

Должны появиться три вкладки, но нас интересует «Создать резервную копию», в которой нужно выбрать название сайт и имя базы данных.

вкладка Создать резервную копию на Макхост

Например если вы хотите сделать бэкап базы MySQL без файлов площадки, тогда поставьте галочку «не создавать архив сайта». Далее нажимаем кнопку «Создать архив».

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

файл менеджер сайта с данными

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

файлы с копией сайта и mysql

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

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

Как сделать бэкап базы MySQL

Теперь я вам покажу еще парочку способов по созданию бэкапа, но только на примере базы данных, потому что копировать файлы проекта лучше непосредственно из аккаунта хостинга, а не перетягивая их вручную из FTP клиента, так получится в 100 раз быстрее. :)

PhpMyadmin. Зайдите в панель управления базами данных на своем хостинге, на примере Макхост это раздел «Управление услугами» далее «Базы данных», где выбираете ту которую надо скопировать, и жмем перейти в «Администрирование баз».

Администрирование баз PhpMyadmin

Оказавшись в панели управления базы данных переходите во вкладку «Экспорт». Далее убеждаетесь что показано название именно той базы, которую вы хотите скопировать.

Далее выбираете способ экспорта, лично я оставляю «Быстрый», но если вы хотите покопаться в настройках, например исключить какие-то таблицы, выбрать компрессию, кодировку и прочее, тогда ставьте «Обычный».

Экспорт таблиц из базы данных

Указываете формат SQL и жмете кнопку «Ок», далее останется подождать пока копия базы MySQL закачается на компьютер.

Плагин. Но если вы хотите чтобы бэкапы базы данных создавались автоматически, тогда рекомендую присмотреться к плагину WordPress Database Backup, скачать его можно по этой ссылке.

После установки модуля и активации переходите к его настройкам в инструментах административной панели блога.

настройки резервного копирования

Теперь у вас появилась возможность в любой момент времени создать архив с копией базы данных, который можно сохранить на хостинга по указанному адресу, скачать на компьютер или отправить по электронной почте (Mail, Яндекс, Gmail и др.).

Настройки плагина резервного копирования

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

Расписание резервного копирования

Я поставил периодичность 1 раз в день и завел для этого отдельных почтовый аккаунт, чтобы не захламлять рабочий адрес архивами копий баз блога. Как видите, нет ничего сложного! :)

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

Лучше потратить пару минут времени, чем несколько месяцев на восстановления проекта из веб-архивов. Пока

(3 голос., в среднем: 5,00 из 5)
Загрузка...
С уважением, Максим Войтик
Буду рад, если нажмете на любую из кнопок:
Комментарии (23)
  1. GladWeb

    А мой хостер сам все делает, бесплатно :)

    Ответить
    • Максим Войтик

      Мой тоже, да пожалуй каждый и я об этом в статье говорил. Но когда сервер ляжет или хостинг исчезнет, скажите где вы возьмете резервную копию сайта и базу данных?

      Ответить
      • GladWeb

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

        Ответить
      • Максим Войтик

        Как вы можете знать, что будет завтра? 1 процент из 100 все равно есть, что даже самый надежный хостинг рухнет. Вдруг в той стране, где он расположен начнется ядерная война. :) Да все что хочешь может произойти, вот поэтому я и рекомендую своим подписчикам периодически делать резервную копию сайта и спать спокойно.

        Ответить
      • GladWeb

        Безусловно, подстраховаться тоже нужно) Поэтому редко, но иногда я скачиваю копию на свой ПК :)

        Ответить
      • Александр

        GladWeb, а плагинами для резервного копирования базы данных пробовали пользоваться? Я поставил на свой сайт такой плагин, пока тестирую.

        Ответить
      • GladWeb

        Плагины имеют свои плюсы и минусы (все абсолютно). Лично я делаю все руками и с помощью кода, поэтому такими плагинами тем более не пользовался ;-)

        Ответить
      • Александр

        GladWeb, это хорошо, что Вы умеете практически любую функцию реализовать с помощью кода. Я пока не очень силён во всех этих кодах. Так что пока ищу альтернативу в плагинах, но то что можно сделать кодом беру себе на заметку, потом буду разбираться.

        Ответить
    • Александр

      GladWeb, а сейчас каким Вы хостингом пользуетесь?

      Ответить
      • GladWeb

        Ihc интернет хостинг центр

        Ответить
      • Александр

        Посмотрел чё за хостинг. Вроде бы нормальный. И цены приличные и домены не дорого регистрируют.

        Ответить
    • Артём

      Статья очень проста, я думаю, что большинство админов умеют делать резервную копию своего блога! ну а новички узнают после прочтения [:-))]

      Ответить
      • Александр

        Артём, Вы зря так думаете. Я где то месяцев через 8 узнал, что можно именно так делать резервную копию. А до этого я просто через файлзилу переносил папку с сайтом на свой компьютер и это было не совсем правильно. И с базой данных тоже нужно было повозится. А ту реально за пару секунд создал резервные копии, скачал архив и порядок. Так что, я думаю статья более чем полезна.

        Ответить
  2. Константин Кислоа

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

    Ответить
  3. Александр

    На Макхосте действительно всё очень просто делается. Я когда пользовался этим хостингом, то проблем с резервным копирование не было. Админ панель там очень простая и всё понятно. К тому же если что то не ясно всегда можно обратиться в онлайн поддержку. Жаль что мне пришлось пока уйти с этого хостинга, но я может ещё вернусь на него.

    Ответить
  4. seoonly.ru

    Спасибо макхосту-)

    Ответить
    • Александр

      seoonly, а Вы не думаете переходить на макхост. Я посмотрел ваш сайт находится на серверах хостинга cloudvix

      Ответить
  5. Евгений

    я в последнее время тоже ручками стараюсь делать резервные копии. Долго пользовался WordPress Database Backup, но как то щас он криво стал работать, на почту файлы через раз приходят. Кстати у меня тоже Макхост, доволен как слон, единственное тоже напугало недавнее падение DNS

    Ответить
    • Максим Войтик

      Да я сам перепугался, вот и статью решил написать, чтобы другие учились на чужих ошибках, а не на своих.

      Ответить
  6. Анна

    Да, нынче без резервной копии сайта и базы данных никуда. Уж лучше перестраховываться на всякий пожарный. А есть плагины которые не только сохраняют базу данных MySQL, но и сайт с контентом. Т.е. всё вместе.

    Ответить
  7. Галина

    Максим, здравствуйте! Статья очень нужная и актуальна всегда. А что вы скажете по поводу установки плагина UpdraftPlus — Backup/Restore, который бутет сохранять бекапы на облако — Dropbox? Спасибо за статью. Кстати, если мы свои статьи сохраняем в оригинальных текстах Яндекс вебмастер,чтобы закрепить за собой авторское право,то хоть их не придется восстанавливать — они все там. Ну,это уже когда у кого-то вообще ничего не сделано по сохранению и при форсмажоре на хостинге.

    Ответить
    • Максим Войтик

      UpdraftPlus — Backup/Restore не пользуюсь, поэтому ничего сказать не могу, но считаю что очень удобно сохранять с его помощью резервную копию базы данных себе в облако.

      Ответить
  8. Александр

    Я настроил у себя хостинге, чтобы бэкап создавался автоматически раз в неделю и хранился в течении месяца, после чего удалялся. И я периодически захожу и скачиваю последнюю версию. А на счёт плагина, я думаю, что в нём нет смысла. Ведь там будет только база данных, восстановить какие-то файлы по ней всё равно не получится. Тем боле эта же база данных входит в бэкап, который создаётся на хостинге. :)

    Ответить
Оставить свой комментарий
* Нажимая на кнопку "Отправить" вы соглашаетесь с политикой конфиденциальности.
:) :-D ;-) :-| [star] [good] [present] [flower] [:-))] [:))] [:--_)] [:-|]
Заработай в социальных сетях

© 2011-2024 seoslim.ru, блог Максима Войтика

Внимание! Копирование материала строго запрещено. Соблюдайте авторские права и уважайте труд других людей!

Adblock
detector