BackUp (бэкап) сайта — как сделать бэкап и для чего это необходимо
Четверг, 07 Окт 2010 23:00
Здравствуйте. Сегодня я хочу рассказать о такой важной, неотъемлемой части содержания своего веб-сайта, как BackUp (далее бэкап) данных. Любой, даже начинающий веб-мастер должен заботиться о безопасности своих данных на стороннем сервере так же, как и о компетентности в освещаемых вопросах и уникальности размещаемого материала. Итак, немного теории: Backup (читается как «бэкап») наиболее употребительный термин для обозначения резервного копирования (резервирования) сайта. Тоесть представьте, что вы ввели в строй свой блог, написали кучу уникальнейшего материала и тут, либо сгорел жесткий диск на сервере хостинг-провайдера, либо ваш сайт подвергся хакерной атаке, либо вы просто вводили новый плагин или скрипт на сайт и все, ваши статьи, наработки, оформление, все, над чем вы так карпели ушло в небытие. Обидно, досадно, опускаются руки и вы надолго «забъёте» на создание всяких сайтов. Чтобы подобного не произошло и необходим бэкап данных. В случае форс-мажорных обстоятельств вы с легкостью можете восстановить абсолютно все.
Каждый хостинг-провайдер проводит ежедневный бэкап данных тех сайтов, что размещены на их серверах. Но надеятся на это стоит лишь в последнюю очередь. Для эксперимента просто попросите своего хостинг-провайдера выложить бэкап, скажем, недельной давности.
Существует несколько способов сделать резервную копию файлов вашего сайта. Первый и самый простой, но, в то же время самый трудозатратный это делать бэкап из CPanel вашего хостинга.
CPanel это специальный веб-интерфейс веб-мастера, в котором производятся практически все монипуляции по настройке и дальнейшему сопровождению сайта. Через данный интерфейс вы можете создавать базы данных MySQL, почтовые аккаунты, смотреть статистику по использованию ресурсов дискового пространства, а так же закачивать новый файлы вашего сайта на сервер. Правда для этого лучше использовать специальную программу. Кстати, я писал о работе такой в статье FileZilla – практическое руководство (Часть 1)и FileZilla – практическое руководство (Часть 2).
Заходим в CPanel и среди прочих возможностей, которые распределены по блокам, находим блок под названием Базы Данных и нажимаем на phpMyAdmin. В столбике слева мы видим список созданных вами баз данных, а в основном окне сверху нажимаем кнопку Экспорт. Открывается страница — внизу в строке «упаковать» отмечаем галочкой «gzip» и нажимаем ОК. Сохраняем файл куда удобно (лучше конечно на флеш-карту и жесткий диск в нескольких экземплюров и называем файл как нравится. Лично я в названии использую дату данного резервного копирования. Так будет проще ориентироваться если база данных упадет и придется ее восстанавливать от конкретного числа.
Если наступает необходимость восстановить базу данных из заранее созданного бэкапа, то вновь заходим в phpMyAdmin и вместо кнопки Экспорт нажимаем Импорт. Выбираем файл базы данных и нажимаем ОК. Вуа-ля — все данные на месте.
Как видите, ничего сложного в этом нет. Но существует одно очень веское НО. Учитывая, что резервное копирование надо делать регулярно — не реже двух раз в неделю, постоянно заходить в интерфейс веб-мастера и проводить данный набор действий будет долго и лениво. Как раз для этого и предназначен другой способ сохранения резервных копий. Данный способ как раз для владельцев блогов на платформе WordPress. Эта волшебная палочка-выручалочка — плагин, который называется WordPress DataBase BackUp.
Теперь подробнее. Скачиваем плагин с моего сайта по ссылке WordPress DataBase BackUp. Далее, распоковываемым архив и распакованные файлы с помощью программы FileZilla помещаем в папку plugins вашего сайта на WordPress. Как загрузить файлы через программу FileZilla я писал в статье FileZilla – практическое руководство (Часть 1).
Далее мы заходим в админку нашего сайта и в разделе плагины активируем только что закачанный плагин. После успешного ввода в работу в блоке Инструменты должен появится новый пункт под названием Архивация базы данных и смело на него нажимаем.
Тут мы видим первым делом раздел таблицы. Там нужно поставить галочку в строке «исключить спам-комментарии». Тоесть теперь спам-комментарии не будут сохраняться при бэкапе.
Идем далее и видим раздел «настройки архивации», в котором выбираем место куда будут осуществляться бэкапы. Есть три варианта архивации: прямо на сервер — этот способ бесполезен, так как бэкапим мы как раз для того, чтобы обезопасить наши данные именно на сервере; Скачать на компьютер — при желании вы, нажав кнопку «сделать бэкап» сможете сохранить его на компьютере. Но это лишние телодвижения — не советую. Третий пункт так же можно пропустить и оставить галочку на втором пункте.
Главным станет раздел «Запланировать архивацию». Тоесть вы, выбирая периодичность резервирования файлов (у меня стоит два раза в неделю) и выбрав удобный e-mail — сможете получать готовый файл бэкапа прямо на почту! Это очень и очень удобно. Делаем нужные себе настройки и нажимаем «запланировать архивацию».
Еще есть конечно и специальные сервисы, которые делают автоматическую архивацию за вас, но их услуги придется оплачивать. Бывают так же ситуации, когда вы удалили с жесткого диска или флешки ценнейшую информацию — у вас паника…знакомо? Есть платный, но зато гарантированный способ восстановления удаленных файлов — специальная программа, с помощью которой без особого труда можно восстановить данные с любых носителей.
Не повторяйте чужих ошибок, не ленитесь и не забывайте о регулярном сохранении резервных копий баз данных — это залог успеха и сохранения нервов в случае взлома сервера или других форс-мажорных ситуаций.
…Пока все. Следите за новыми статьями и Вы узнаете много интересного в цифрах, статистике и просто из личного опыта, а чтобы не пропустить интересных статей подпишитесь на RSS-ленту удобным для Вас способом.
Doctorya пишет:
13 Окт 2010 в 19:59
Бэкап нужная вещь, помню на Украине Дата-хистинг сгорел, было жалко сайт
Александр пишет:
14 Окт 2010 в 22:36
Чессказать, бекапы лучше делать думаю панельными средствами, ну то есть встроеными в панель, она и файлы архивнет и дамп базы туда поставит, отдаст уже одним архивом. Я лично пользую cPanel, удобно.
Толик пишет:
15 Окт 2010 в 14:39
Прочитал пост и побежал делать бэкап своей базы
… Вещь нужная, потому как если с хостингом не дай Бог что-то случиться, жаловаться потом некому будет…
Idiot пишет:
16 Окт 2010 в 10:52
у многих хостингов, есть функция автоматического бекапа(они сами его создают и можно готовые выкачивать)
galaxyman пишет:
18 Окт 2010 в 5:52
не у многих, а у большинства себя уважающих, у дешевых такого часто нет, хоть и функция примитивная
Fleshka пишет:
18 Окт 2010 в 20:11
Спасибо! Пожалуй тоже надо заняться. А у меня вопрос: я публикую записи через WindowsLiveWriter — если сайт пропадёт, там же данные останутся? или нет?
Ника пишет:
20 Окт 2010 в 10:24
спасибо за полезную статью!
Riminy пишет:
20 Окт 2010 в 21:48
все нормальный хостинги бекам автоматически каждый день делают
.
А если нет то советую делать в ручную, я уже как-то запорол один из своих сайтов, спас только бекап сделанный свебом.
sw forex пишет:
23 Окт 2010 в 16:12
На бэкапы хостеров особо полагаться не стоит, у меня после одной неприятности у хостеров нашелся только бэк месячной давности, остальное ушло в небытие
Дмитрий пишет:
24 Окт 2010 в 18:04
Плагин для WP просто шикарен. Поставил, настроил, теперь отправляет бэкапы каждую неделю на ящик. Удобно и безопасно
Ника пишет:
25 Окт 2010 в 13:59
спасибо за подсказки
Рыбалка пишет:
26 Окт 2010 в 18:50
После инцидента с 3fn, если кто помнит такой хостинг, многие стали делать бэкапы. Как потом шутили: люди делятся на тех то делает бэкапы и тех кто начал делать бэкапы
chop-per пишет:
27 Окт 2010 в 11:08
Недавно у одного из знакомых взломали почту и украли пароли к хостингу. Сайт удалили. Хорошо, что был хоть бекап, правда не очень актуальный, но все же. Вывод — делайте бекапы вовремя!
Morozov20009 пишет:
27 Окт 2010 в 14:01
Я так один сайт потерял, не сделал бэкап и все старания 2 месяца насмарку, обидно было до слез
Верту пишет:
27 Окт 2010 в 15:55
Плагин для WP это конечно круто, но мне интересно, есть что то подобное для Joomla? Чтобы бэкап создавался автоматически
Григорий пишет:
30 Окт 2010 в 16:06
ёлки, без бека опасно, у меня он автоматом каждые 7 делается.
easyposts пишет:
31 Окт 2010 в 21:25
Да, бэкап нужная вещь. И автоматический бэкап от хостинга часто подводит. Или долго восстанавливать, или вообще пропадает куда-то. В своем бэкапе можно быть уверенным.
Виктор пишет:
01 Ноя 2010 в 19:24
Стараюсь делать бэкап один раз в месяц.
Олег пишет:
03 Ноя 2010 в 0:26
В ближайшем будующем планирую открыть свой блог, собираю материал, учусь работать с вордпресс, а вот этой темы ни разу не касался. Действительно, если произойдет какой-то форс-мажор, можно потерять весь сайт, а с ним и все время и затраты на его развитие. Тема интересная и полезная, спасибо.
Feel пишет:
05 Ноя 2010 в 0:27
Бекап базы данных делаю каждую неделю, а бекап файлов — раз в месяц
VPK пишет:
12 Ноя 2010 в 17:57
а у меня вообще сайт на компе лежит, и если добавляю что то новое, то сначала у себя, а потом по ФТП на хостинг уже….
Antonio пишет:
19 Ноя 2010 в 17:09
Аналогично, держу полную копию сайта на локалхосте, сначала добавляю новости или изменения у себя, тестирую, а потом тоже делаю на рабочем сайте.
Правда вот камменты от посетителей на локалхосте нет, поэтому бекап раз в месяц конечно нужно делать.
Алексей V пишет:
21 Ноя 2010 в 20:52
Нужная статья. Спасибо.
CEPR пишет:
26 Ноя 2010 в 9:46
BackUp вещь небходимая, спасибо за информацию.
Татьяна пишет:
28 Ноя 2010 в 10:31
Без бекапа жизни нет
ilya пишет:
28 Ноя 2010 в 18:38
А я если честно, не делаю бекап. Знал, что есть специальный плагин, но не думал никогда что что-то может случиться с хостером и т.д.
Евгений Мохначев пишет:
27 Сен 2011 в 11:48
Скажите, WP плагин сохраняет состояние всех остальных плагинов, установленных на блог? Например, установил плагин PopUp Domination, а он не работает — недостаток памяти. Можно в таком случае вернуть состояние блога до его установки?
allcapone пишет:
28 Сен 2011 в 15:40
@ Евгений Мохначев:
Разумеется. Достаточно в настройках ненужного уже плагина нажать кнопку «деактивировать» — все будет так же, как и до его установки.