Сказ о Фениксе, или Как восстановить сайт из бэкапа

35 комментариев

Не устаю радоваться нашим новым встречам! Здравствуйте всем :)!

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

По обыкновению, вступительное слово о том, что такое восстановление сайта из резервной копии (бэкапа), мы опустим, поскольку рассказывать тут особенно не о чем: восстановление — оно и есть восстановление. И понадобится может вам тогда, когда никакие другие средства реанимации ресурса, загубленного хакерами, кривоватым обновлением (говорила ведь: вручную обновляйтесь!) или собственными кривыми лапками, уже не помогают.

А вот о процессе поговорим в подробностях.

Прежде всего, друзья мои, чтобы намереваться восстановить сайт из бэкапа, нужно этот самый бэкап иметь (Капитан Очевидность — мое второе имя). Поэтому поговорим вначале о том,

Как сделать бэкап сайта

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

Файловая система — это все те файлы, которые находятся в доменной папке вашего сайта/блога: файлы движка, шаблона, плагинов, картинки… Это основа сайта, его каркас.

А вот содержание — ваши записи, комментарии, настройки — хранятся в базе данных, откуда извлекаются в нужный момент при обращении к ней из файловой системы — php-файлов.

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

Файловую систему сайта сохранить достаточно просто: скачайте полностью доменную папку сайта с хостинга, используя ftp-клиент или же файловый менеджер Панели Управления хостингом (у меня такого чуда на ГигаХосте нет).

как восстановить сайт из бэкапа

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

Для этого нужно:

  • зайти в phpMyAdmin;
  • выбрать нужную БД в списке слева, если у вас их несколько;
  • перейти на вкладку «Экспорт»;
  • выбрать способ экспорта «Обычный»;
  • в поле «Вывод» выбрать тип компрессии «zip»;
  • и больше ничего не трогая, нажать «OK», после чего начнется загрузка архива БД на ваш компьютер

импорт-Бд

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

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

С тем, как сделать полный бэкап сайта, мы разобрались. Теперь займемся восстановлением сайта из этого бэкапа.

Как восстановить сайт из бэкапа

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

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

Вспоминаем о том, что у нас есть полный бэкап сайта, немного приободряемся и:

  • подключаемся к серверу по FTP;
  • закачиваем на сервер ту доменную папку, которую храним у себя на компьютере, ту самую, которую ранее так предусмотрительно скачали. Это рабочий вариант файловой системы вашего сайта. Все файлы закачиваем с заменой, это обязательно;
  • после того, как все файлы безошибочно закачались, уже можно попробовать сайт на работоспособность — высока вероятность того, что ошибка была где-то в коде и теперь уже исправлена;
  • если же сайт по-прежнему не реагирует, то идем в phpMyAdmin;
  • заходим внутрь нужной базы данных;
  • идем на вкладку «Структура»;
  • отмечаем все таблицы и удаляем их;
  • затем переключаемся на вкладку «Импорт» и выбираем наш архив БД из бэкапа. Не изменяя ничего более, жмем «OK» и дожидаемся окончания процесса импорта.

восстановление сайта из резервной копииВот на этом все: процесс восстановления сайта из бэкапа (резервной копии) успешно завершен, блог воскрешен, а мы на радостях танцуем вокруг компьютера лезгинку и поминаем добрым словом Web-Кошку, которая и поделилась с вами сим сокровенным знанием 🙂

Удачного всем дня, и пусть бэкап не пригодится!

P.S. Сейчас пошла в выдачу смотреть, что там пишут-то вообще по поводу восстановления сайтов из бэкапа, и нашла такой комментарий к одной из статей, что не могу им не поделиться:

«Очень полезная статья. Т.к. учился в школе “***”, то бэкапы делаю регулярно, но как пользоваться ими не знал.» 

Название школы затерла, но блин…

35 коммент.
  1. «бэкапы делаю регулярно, но как пользоваться ими не знал»

    О да! Это настоящий перл! =) А ведь он, наверное, не один такой 🙂

    • Так то-то и оно… Вот зачем человек делает бекапы, если все равно пользоваться не умеет? Потому что сказали, что так надо? А мы еще удивляемся, почему… ладно, это долгая история 🙂

      • Смейте-смейтесь! Я полгода делал «бэкапы» просто имяБД.sql или какое там расширение. А то что нужно выбирать .gz узнал когда переезжал на другой хостинг. Я вообще много чего в те дни узнал :), автор не даст соврать.
        Я бы смог восстановить если чо имея этот sql записи? Просто самому интересно.
        А человек молодец! Научили делать и он ни на шаг от инструкции и не важно зачем оно! Идеальный исполнитель.

        • Александр Майер

          Сань, конечно бы смог. .gz -это всего лишь архив, равно, как и .zip. Внутри которого находится все та же БД в фррмате .sql

          • Буду знать. Значит не зря делал ))

        • Вообще, Саш, смог бы и из sql-файла. Нужно зайти на вкладку SQL и вставить все содержание файла в поле, сделать запрос… Я не люблю этот способ, но он имеет право на жизнь.

  2. Олечка

    Я думаю слишком глупо не буду выглядеть, если задам 2 вопроса, т.к. сделать правильно бэкап не в курсе. Начала делать бэкап и зайдя в phpMyAdmin, ты пишешь выберете нужную БД, а какая из них нужная, у меня там три вкладки (недавние таблицы, название БД и рядом wp users и название БД и рядом wp posts) что из трех нужно мне выбирать и скачивать? И еще вопрос про плагин, какой ты посоветуешь установить для бэкапа)

    • Оля, как только ты входишь в phpMyAdmin, под выпадающим списком «недавние таблицы» есть список твоих баз данных. Если один блог, то и база будет одна, та, которую ты создавала при установке WordPress. Нажимай на нее и попадешь внутрь.
      По поводу плагина — это умеет Better WordPress Security, например — это комплексный плагин-защитник. Отдельно — что-то вроде «WordPress Database Backup», если я не ошибаюсь с названием.

      • Ларис, может тебе подредактировать статью и момент работы с phpMyAdmin расписать чуточку подробней. А то БД — это такая вещь. Поудаляет еще кто-нибудь ненароком базы всех своих сайтов, вместо нужной =)

        • Саш, так уже ведь писала много раз про работу с phpMyAdmin… Кто хоть раз собственноручно устанавливал WordPress, тот точно разберется

          • Ларис, так вот Олечка же пишет, что не поняла. И многие также не поймут. Снесут все базы к чертям собачьим, и тебя обвинят в этом =))))

  3. Лариса, спасибо за статью.
    На Гигахосте вообще нет файлового менеджера? Вход только по FTP? Я думал файловый менеджер есть на всех хостингах.

    • Видимо в Европе это нормальное явление, и все там привыкли пользоваться FTP-клиентами.

      Вообще, среди тур-вебмастеров бытует мнение, что файловые менеджеры — это для школоты =) Ну, они же ТРУ: только SFTP или SSH 🙂

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

    • Не за что, Василий 🙂 !
      Нет на ГигаХосте файлового менеджера, но я, если честно, ими все равно никогда не пользовалась. Мне по ftp привычнее.

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

    • Привет-привет! 🙂
      Надо бы чаще бэкап БД делать, конечно… Плагин делает? Так там в настройках любую периодичность можно выставить.

      • Так все равно что-то новое на блоге появляется не чаще, чем раз в неделю. Зачем ежедневный бэкап?

        • Юль, а как же комментарии? =) Бэкап БД все-таки лучше делать ежедневно.

        • Ну да, Юль, Саша прав, вот так пропадет хоть один комментарий — все равно обидно…

  5. Александр Викторович

    Бэкап у меня регулярно делает плагин «WPS» с файлами несколько сложнее. Доступ только через плагин. Хостинг выбирал только по цене, в остальном совсем не разбирался. Выбрал хостинг «Агава», при оплате за год всего 780 руб, да ее на скидку попал.
    В январе оплата заканчивается и думаю переехать, наверное на Гига хост. Так что статья мне очень полезна.

    • У Агавы, если я не ошибаюсь (и если ничего не изменилось) роль файлового менеджера выполняет net2ftp. Кстати, если на хостинге нет файлового менеджера, или он не устраивает, можно использовать net2ftp.com. Но лично мне он не нравится. Хотя плюсы перед FTP-клиентами определенно есть: можно, например, заливать в архиве, и прям на хостинге его распаковывать. Но какой-то он медленный и глючноватый, этот net2ftp

    • Понадобится совет при переезде, обращайтесь)

  6. Я использую плагин Google Drive for WordPress для регулярного сохранения файлов в файлах с расширением .zip и базы данных в файлах с расширением .sql. Имена у файлов сформированы каким то специфичным кодированием даты и времени их создания. Между прочим, файл базы данных ….sql находится в одной из папок разархивированного файла …zip. Этот плагин регулярно сообщает мне по E-mail, что backup успешно создан. Но реально эти файлы не всегда попадают на Google Disk. Последнее время, буквально через день, этот диск остается без backup’овских файлов. Хотя с помощью того же плагина их можно прочитать и скачать в админке через Configure Google. Восстанавливать пока не приходилось, Слава WiordPess’у. Если у кого то установлен такой плагин, и происходят такие же пропуски в записи на Google Disk — поделитесь своим мнением.

  7. Дмитрий

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

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

    • Привет, Дима! А я вот, наоборот, вообще не переживала — терять-то все равно нечего было 🙂

  8. Здравствуйте. Согласен, что бекап — это самое важное, что необходимо делать при ведении сайтов. У меня сейчас 5 сайтов, и я долго думал, как мне легко сохранять бекапы всех автоматически. Недавно набрёл на один скрипт, который имеет два файла: В первом прописаны данные mysql, путь от корня диска к сайту, а также e-mail и пароль от Яндекс диска. Файл размещается в корневом каталоге сайта. Таких файлов надо создать столько, сколько у вас интернет-проектов. После этого, прописываете в другом файле ссылки на все первые файлы, загружаете на сайт и переходите по ссылке: файл запускает по очереди все скрипты, а те, в свою очередь, сохраняют бекап на Яндекс диск.
    Завтра напишу об этом статью на своём блоге.

    • Вот это будет очень интересно! Жду статьи 🙂

      • Я вчера вообще о ней забыл, написал вместо неё про то, как загрузить неограниченное количество фотографий при использовании MaxSite CMS, особо не напрягаясь, сегодня опубликую про создание галереи, потому что написал, что её сегодня напишу, а завтра про бекап. Поставил напоминание.

  9. Вчера эта статья мне помогла. Что-то не везет мне с плагинами оптимизации. Какой-то глюк у меня в базе данных.

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

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

    После оптимизации опять на сайте исчезли страницы — карта сайта, обо мне. У меня была резервная копия сайта, сделанная несколько дней назад. А на почте была резервная копия базы данных, сделанная плагином безопасности.

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

  10. Лариса, у меня возникло несколько вопросов. Если я сохраняю резервную копию сайта, а потом перехожу на новую версию Вордпресс, то в случае восстановления сайта, у меня будет старая версия Вордпресс?

    У тебя написано — выбрать способ экспорта “Обычный”. У меня в PhpMyAdmin нет такого. Написано — Тип экспорта: INSERT (и другие варианты), больше ничего нет. Это у нас отличаются панели PhpMyAdmin?

    • Привет! Что-то действительно тебе не везет… Делай всегда бэкап перед чисткой тогда уж.

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

      А способ экспорта и у тебя должен быть обычный. Это самый первый параметр на вкладке «Экспорт». Там изначально стоит «Быстрый» — отображать минимум настроек, но нужно радиокнопку переключить на «Обычный», и развернется еще куча всего. А Insert — это в параметрах создания данных, там лучше ничего не трогать без необходимости.

      • Нет у меня почему-то этой радиокнопки _https://yadi.sk/d/3icszBJ_bE3Ng

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

        Как я думаю, это проделки плагина W3 Total Cashe. Расхваливали его, мол скорость сайта возрастет в несколько раз. Прироста скорости вообще не заметил, скорее был обратный процесс, поэтому я и вернулся на Hyper Cashe.

        Total Cashe помимо прочего, сжимал коды. Все эти проблемы на моем сайте появились после действий этого плагина. Ранее оптимизация происходила без проблем.

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

          Хотела попробовать Тотал Кэш на одном сайте, теперь точно не буду, у меня везде суперкэш отлично работает.

  11. Валентина

    Лариса, статья замечательная, написана с юмором, спасибо! И после прочтения проблема с бекапом кажется довольно смехотворной! Кстати, попробовала воспользоваться Вашими советами, но это оказалось для меня лишним.
    Почему? Потому что на моём хостинге spaceweb резервные копии делаются в автоматическом режиме и мне было достаточно выбрать необходимую мне дату восстановления базы данных и конкретную папку, нажать галочку восстановить напротив этой папки — и о чудо! Всё стало, как и было на необходимый мне момент.
    Очень здорово!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *