Привет читатели и подписчики seoslim.ru! Сегодня я решил поговорить о самом главном, о резервной копии сайта, благодаря которой все данные площадки могут быть восстановлены в любое время дня и ночи в том виде что и прежде.
Казалось бы, что такого важного в подобной теме? Подумаешь, какая-то копия сайта, ведь мы же платим деньги за хостинг и он обязан отвечать за сохранность содержимого обслуживаемых сайтов.
В этом есть доля правды, но от форс-мажора никто не защищен и представьте свое удивление, когда в один прекрасный день вы переходите на свой сайт и видите вместо красивого дизайна подобное сообщение об ошибке.
А знаете что само страшное? Это то, что вы не сделали его резервную копию (файлы и база данных).
Невозможно представить, что все ваши труды и постоянный доход прекратили существование по такой глупости.
Простой пример, вы ведете блог несколько лет, тратя каждый день время на написание статей и его продвижение. Вокруг вас собралась армия постоянных читателей и подписчиков, плюс ваш сайт уже начал приносить прибыль, что позволило вам уволиться с работы и стать финансово независимым за счет онлайн сети.
Но покатим-то причинам сервер, где расположен винчестер с вашим сайтом перестал работать, чтоб вы знали хостинг это всего лишь виртуальное хранилище данных, а в реале где-то на земле сооружено специальное помещение с множеством современных компьютеров и тысячами Гб памяти.
Вы же платите за кусочек места удаленного винчестера. А теперь представьте что в этом помещении случился пожар и все данные были повреждены как раз того винчестера, где находился именно ваш сайт.
Хостинг-провайдер пришлет вам извинения и больше ничего. Ну а вам естественно придется начинать карьеру онлайн предпринимателя с самого нуля. (
Кто же был дальновиднее возьмет резервную копию сайта, восстановит данные на другом хостинге и забудет о подобном инциденте.
Лично я на собственной шкуре сам несколько дней назад испытал страх, что в один миг могу все потерять, когда у моего хостинга полетели DNS сервера и мой блог был недоступен для посетителей какое-то время.
Конечно же, я не полный новичок и прекрасно знаю, что все данные надо копировать от подобных происшествий, однако в тот момент свою резервную копию блога я не обновлял уже несколько месяцев.
Если честно, то было бы очень обидно вернуться назад и писать десятки статей заново. Так что все задумайтесь, а ниже я покажу вам, какими способами создается резервная копия данных сайта.
Причины, из-за которых может пропасть сайт:
- Ошибка при редактировании фалов сайта. Вы запросто можете испортить код или допустить ошибку.
- Падение хостинга. Здесь причин может быть много, начиная стихийными бедствиями и заканчивая тем, что сам хостинг позволит себе кинуть клиентов. Всякое в жизни бывает!
- Хакерская или вирусная атака на сайт. Сейчас развелось очень много злоумышленников, целью которых становятся рядовые вебмастера и их прибыльные проекты.
Резервная копию фалов сайта на хостинге
Начнем с того что практически каждый хостинг провайдер ежедневно создан бэкапы всех данных клиентов.
Так как я доверяю хостингу Макхост и держу проекты именно там, поэтому в любой момент могу обратиться в службу поддержки или собственноручно через панель управления создать запрос на восстановление данных блога указав то число, за которое их надо вернуть.
Однако такой вариант не всегда подходит, поэтому я предлагаю вам самим контролировать процесс копирования файлов и базы данных себе на компьютер.
Для этого надо из панели управления хостингом создать резервную копию, а как это делается читаем ниже.
Как я уже говорил у меня хостинг Макхост, поэтому буду все показывать на его примере.
Любой желающий может воспользоваться услугами хостинга Макхост бесплатно в течении 3-х месяцев если введет специальный промо-код «seoslim», все подробности в этой статье.
После того как вы перешил в свой аккаунта хостинг-провайдера McHost, спускайтесь в самый низ, где должен быть выпадающий список «Управление услугами». Там надо выбрать ссылку «Резервные копии».
Должны появиться три вкладки, но нас интересует «Создать резервную копию», в которой нужно выбрать название сайт и имя базы данных.
Например если вы хотите сделать бэкап базы MySQL без файлов площадки, тогда поставьте галочку «не создавать архив сайта». Далее нажимаем кнопку «Создать архив».
Ждете некоторое время, пока скопируются указанные файлы, после чего появится файл менеджер с резервными данными для восстановления сайта и базы данных.
Теперь останется только скопировать полученные архивы себе на компьютер в любое удобное для вас время, благо все резервные файлы будут находиться в отдельной папке, в моем примере это название сайта/private.
Предлагаю посмотреть видео урок, где я рассказал, каким образом создается бэкап сайта на хостинге за считанные минуты.
Я считаю, что это один из самых простых и действенных методов по созданию бэкапа сайта, поэтому рекомендую разобраться в панели управления своего хостинга или пишите им в службу поддержки, если чего-то не понимаете.
Как сделать бэкап базы MySQL
Теперь я вам покажу еще парочку способов по созданию бэкапа, но только на примере базы данных, потому что копировать файлы проекта лучше непосредственно из аккаунта хостинга, а не перетягивая их вручную из FTP клиента, так получится в 100 раз быстрее.
PhpMyadmin. Зайдите в панель управления базами данных на своем хостинге, на примере Макхост это раздел «Управление услугами» далее «Базы данных», где выбираете ту которую надо скопировать, и жмем перейти в «Администрирование баз».
Оказавшись в панели управления базы данных переходите во вкладку «Экспорт». Далее убеждаетесь что показано название именно той базы, которую вы хотите скопировать.
Далее выбираете способ экспорта, лично я оставляю «Быстрый», но если вы хотите покопаться в настройках, например исключить какие-то таблицы, выбрать компрессию, кодировку и прочее, тогда ставьте «Обычный».
Указываете формат SQL и жмете кнопку «Ок», далее останется подождать пока копия базы MySQL закачается на компьютер.
Плагин. Но если вы хотите чтобы бэкапы базы данных создавались автоматически, тогда рекомендую присмотреться к плагину WordPress Database Backup, скачать его можно по этой ссылке.
После установки модуля и активации переходите к его настройкам в инструментах административной панели блога.
Теперь у вас появилась возможность в любой момент времени создать архив с копией базы данных, который можно сохранить на хостинга по указанному адресу, скачать на компьютер или отправить по электронной почте (Mail, Яндекс, Gmail и др.).
А теперь самое интересное, в следующем пункте вам надо задать промежуток времени, через который на почту плагин будет автоматически копировать, и присылать резервную копию базы данных.
Я поставил периодичность 1 раз в день и завел для этого отдельных почтовый аккаунт, чтобы не захламлять рабочий адрес архивами копий баз блога. Как видите, нет ничего сложного!
На этом пост буду заканчивать, надеюсь, из него вы уясните всю горесть и важность периодичности создания копии всех файлов сайта и базы MySQL.
Лучше потратить пару минут времени, чем несколько месяцев на восстановления проекта из веб-архивов. Пока
А мой хостер сам все делает, бесплатно
Мой тоже, да пожалуй каждый и я об этом в статье говорил. Но когда сервер ляжет или хостинг исчезнет, скажите где вы возьмете резервную копию сайта и базу данных?
Ну, давайте начнем с того, что я не выберу хостинг для своих проектов, который исчезнет завтра. Нужно выбирать надежного хостера и тогда проблем не будет
Как вы можете знать, что будет завтра? 1 процент из 100 все равно есть, что даже самый надежный хостинг рухнет. Вдруг в той стране, где он расположен начнется ядерная война. Да все что хочешь может произойти, вот поэтому я и рекомендую своим подписчикам периодически делать резервную копию сайта и спать спокойно.
Безусловно, подстраховаться тоже нужно) Поэтому редко, но иногда я скачиваю копию на свой ПК
GladWeb, а плагинами для резервного копирования базы данных пробовали пользоваться? Я поставил на свой сайт такой плагин, пока тестирую.
Плагины имеют свои плюсы и минусы (все абсолютно). Лично я делаю все руками и с помощью кода, поэтому такими плагинами тем более не пользовался
GladWeb, это хорошо, что Вы умеете практически любую функцию реализовать с помощью кода. Я пока не очень силён во всех этих кодах. Так что пока ищу альтернативу в плагинах, но то что можно сделать кодом беру себе на заметку, потом буду разбираться.
GladWeb, а сейчас каким Вы хостингом пользуетесь?
Ihc интернет хостинг центр
Посмотрел чё за хостинг. Вроде бы нормальный. И цены приличные и домены не дорого регистрируют.
Статья очень проста, я думаю, что большинство админов умеют делать резервную копию своего блога! ну а новички узнают после прочтения
Артём, Вы зря так думаете. Я где то месяцев через 8 узнал, что можно именно так делать резервную копию. А до этого я просто через файлзилу переносил папку с сайтом на свой компьютер и это было не совсем правильно. И с базой данных тоже нужно было повозится. А ту реально за пару секунд создал резервные копии, скачал архив и порядок. Так что, я думаю статья более чем полезна.
Да, от форс-мажора действительно никто не застрахован, Макс спасибо за статью, будем беречь спой сайт и не допустить глупости.
На Макхосте действительно всё очень просто делается. Я когда пользовался этим хостингом, то проблем с резервным копирование не было. Админ панель там очень простая и всё понятно. К тому же если что то не ясно всегда можно обратиться в онлайн поддержку. Жаль что мне пришлось пока уйти с этого хостинга, но я может ещё вернусь на него.
Спасибо макхосту-)
seoonly, а Вы не думаете переходить на макхост. Я посмотрел ваш сайт находится на серверах хостинга cloudvix
я в последнее время тоже ручками стараюсь делать резервные копии. Долго пользовался WordPress Database Backup, но как то щас он криво стал работать, на почту файлы через раз приходят. Кстати у меня тоже Макхост, доволен как слон, единственное тоже напугало недавнее падение DNS
Да я сам перепугался, вот и статью решил написать, чтобы другие учились на чужих ошибках, а не на своих.
Да, нынче без резервной копии сайта и базы данных никуда. Уж лучше перестраховываться на всякий пожарный. А есть плагины которые не только сохраняют базу данных MySQL, но и сайт с контентом. Т.е. всё вместе.
Максим, здравствуйте! Статья очень нужная и актуальна всегда. А что вы скажете по поводу установки плагина UpdraftPlus — Backup/Restore, который бутет сохранять бекапы на облако — Dropbox? Спасибо за статью. Кстати, если мы свои статьи сохраняем в оригинальных текстах Яндекс вебмастер,чтобы закрепить за собой авторское право,то хоть их не придется восстанавливать — они все там. Ну,это уже когда у кого-то вообще ничего не сделано по сохранению и при форсмажоре на хостинге.
UpdraftPlus — Backup/Restore не пользуюсь, поэтому ничего сказать не могу, но считаю что очень удобно сохранять с его помощью резервную копию базы данных себе в облако.
Я настроил у себя хостинге, чтобы бэкап создавался автоматически раз в неделю и хранился в течении месяца, после чего удалялся. И я периодически захожу и скачиваю последнюю версию. А на счёт плагина, я думаю, что в нём нет смысла. Ведь там будет только база данных, восстановить какие-то файлы по ней всё равно не получится. Тем боле эта же база данных входит в бэкап, который создаётся на хостинге.