Здравствуйте! Сегодняшняя тема мне особо дорога и попила немало “кровушки”, потому что я не пользовался советами о которых пойдет речь в статье.
Для начала давайте определимся, что такое backup или резервное копирование базы данных и зачем он нужен?
К примеру, вот мы ведем свой блог: публикуем статьи, украшаем его всем чем можно, короче холим, лелеем и бац – все куда то пропало. Для человека, который вложил душу в блог это просто катастрофа.
Теперь как то надо восстановить все данные: публикации, настройки. Не с самого же начала все начинать?! А чтобы можно было их откуда то взять и существует резервное копирование базы данных.
Весь наш сайт и происходящие с ним изменения хранятся на сервере нашего хостинга. Делая бекап, данные или дублируются и остаются на сервере или переносятся на наш компьютер.
Желательно делать оба варианта, потому что, как оказывается, и практика это подтверждает, папки с файлами сайта могут пропадать и с сервера хостинга. Причин бывает несколько: пожар, сбой, стихийное бедствие или еще какое-то форс-мажорное обстоятельство.
Некоторые хостеры периодически сами делают бекап. И при потере работоспособности блога можно к ним обратиться и они все восстановят. Хостинг Спринтхост имеет такую возможность.
Но в основном сайт перестает работать не по вине хостера, а из-за действий самого владельца веб-ресурса. Бывает блоггер вносит изменения в структуру шаблона сайта, устанавливает какой-то непонятный плагин-все это может служить “клину” cайта. Кстати, не забываем еще и про хакерские атаки.
Из личного опыта расскажу: был у меня бесплатный шаблон и при внесении изменений в файл functions.php блог слетал полностью и приходилось восстанавливать все с нуля (и ни один раз). Потом я установил плагин (не помню название) для выполнения бекапа, но он опять возвращал только текстовые данные, а рисунки приходилось восстанавливать вручную.
Теперь, перед любыми манипуляциями с блогом, делаю бакап-один на хостинге, другой себе на компьютер. Учитесь на чужих ошибках.
Копирование будем делать тремя способами:
- Создание резервной копии на сервере хостинга
- Создание копии базы данных MySQLчерез PhpMyAdmin
- Полное резервное копирование папок и файлов сайта или блога через ftp-клиент
Итак, переходим к первому способу:
Создание резервной копии на хостинге Sprinthost
Заходим в панель управления хостинга Спринтхост. В разделе “Дополнительно” кликаем “Резервные копии”.
Далее все по написанному “Создаем резервную копию”. На скриншоте мы уже видим созданную копию с датой создания.
Тут же и указаны “Параметры восстановления”. При таком методе копия остается на хостинге. Но и здесь есть способ, чтобы перенести ее на наш компьютер. Возвращаемся на главную страницу в админпанели. В разделе “Дополнительно” переходим в “Файловый менеджер”. Далее в папку backups (резервное копирование).
Там по дате будут файлы с сохраненными данными. Чтобы копировать на компьютер просто кликаем на файл с нужной датой. В этой директории также будем избавляться от старых файлов сохранения. Потому что при периодическом сохранении данные автоматически не удаляются и их надо подчищать. Для этого выбираем файлы по дате со старыми бекапами, ставим напротив них галочку и жмем “Delete”.
Создание копии базы данных MySQLчерез PhpMyAdmin
Как и в первом способе, через панель управления хостингом, в разделе “Базы данных” заходим в PhpMyAdmin.
Выбираем базу данных своего блога и кликаем по ней. В данном случае она одна, но если создать поддомен их будет две.
Затем “Экспорт”, во вкладке “Сохранить как файл” галочку ставим напротив “zip” и “Ok”.
Полное резервное копирование папок и файлов сайта или блога через ftp-клиент
С помощью ftp-клиента (например FileZilla) подключаемся к серверу нашего хостинга.
В папке “domains” выбираем наш сайт и кликаем правой кнопкой мышки, затем “Скачать”. Кстати, перед началом закачки нужно выбрать место куда сохранять, либо на “Рабочий стол”, либо в заранее созданную папку. Время передачи у меня составило около десяти минут, зато это полное копирование.
P.S. Я пользуюсь первым и последним способом. Создание резервной копии на хостинге делаю после написания каждой новой статьи, а полное копирование через ftp-клиент раз в две недели.
Share the post "Резервное копирование вашего сайта. Пошаговая инструкция."
Полезные советы, Андрей! Действительно делать резервные копии крайне важно, а то вся долгая работа может пойти под откос, я лично знаю случай, когда человек случайно удалил базу своего годовалого сайта! А копии только очень старые остались 😯
У меня поэтому специальный плагин установлен, который в том числе ежедневно мне на email копию базы присылает 😉
Тема, да, дольно таки серьезная, Володь!Когда долгая работа безвозвратно пропадает-это очень грустно 🙁 и начинаешь бегать и повторять:че делать, че делать? 😮 (немного юмора). А на самом то деле уже ничего не сделаешь, если заранее не обезопасился. А насчет плагина, то его я решил не ставить, без него обойдусь(вручную поработаю, у меня и так плагинов полно).
Не спорю, кому как удобнее, просто основная функция того плагина — защита моего блога по многим показателям, поэтому я его и использую 🙂
Кстати, хороший новый дизайн блога, Андрей, мне нравится больше предыдущего, да и функциональность его по-моему значительнее 😉
Да чета, Володь, полазил по блогам «гуру интернета» и смотрю у них у всех двухколоночные шаблоны. Решил тоже поменять. И этот шаблон, кстати, не такой косячный.
Очень полезный пост, подробно описано как делать резервное копирование блога. 😉
Спасибо Андрей, статья полезная, у меня как раз сайт расположен на хостинге Sprinthost, резервное копирование данных время от времени делаю но кажется Базу данных не сохраняю, спасибо за помощь.
Самое главное, Канат, не забывай его делать. Хотя бы раз в неделю.
Спасибо Андрей, буду учитывать…
Статья хорошая и нужная. Посмотрел, на сайте имеются и другие хорошие публикации. Огромное спасибо!
Спасибо за статью и полезную информацию!
Сам буквально час назад сделал бэкап базы данных и файлов сайта.
Не пренебрегайте этим, делайте как можно чаще, ведь это так просто!
Спасибо за полезную информацию. Помогли понять, как делать бэкап с FileZill-ой. Кстати, спринхост теперь сам делает ежедневные бэкапы.
Пожалуйста! Да, спасибо Спринтхосту, позаботился о своих клиентах.