Защита сайта WP:копирование – восстановление(экспорт,импорт)

Защита сайта немыслима без резервного копирования. Рассказано о резервном копировании и восстановлении WordPress сайта через экспорт — импорт.

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

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

Резервное копирование сайта через экспорт.

В админ панели проходим: Инструменты?Экспорт, выбираем Все содержимое

 

Сохраняем файл на своем компьютере и смотрим на размер файла.

ВНИМАНИЕ!!! Если размер файла превышает максимально допустимый размер  для загружаемого файла на Вашем хостинге, то попытка восстановить сайт из такого файла однозначно закончится крахом. Если сохраненный файл оказался очень большим, то при экспорте придется отдельно сохранять записи и страницы (через отметку Записи или Страницы — см. предыдущий рисунок). Причем у Вас будет возможность выбирать скачивание по авторам, рубрикам, датам. Т.е. в итоге вместо одного большого файла Вы сможете сохранить несколько файлов меньшего размера.

Восстановление сайта через импорт.

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

На тестовом сайте идем:

Выбираем установку плагина импорта для WordPress:

Устанавливаем плагин:

Активируем:

Для начала импорта нужно найти загруженный на этапе экспорта файл:

Выбираем на своем компьютере загруженный xml файл:

Загружаем файл:

Необходимо выбрать имя автора из списка или создать новое имя:

Далее появилось сообщение о неудачной загрузке  изображений:


Картинки на тестовом сайте были, но с адресами, ведущими на основной сайт.

Моя главная страница на тестовом сайте выглядит так:

Выводы.

Несмотря на простоту данного метода, его стоит отрепетировать заранее на тестовом сайте, чтобы в час Х не наломать дров от избытка стресса и быть готовым к некоторым неожиданностям, таким, как превышение допустимого для загрузки размера  файла и возможными проблемами с картинками. Т.е. картинки лучше сохранить отдельно заранее. Они хранятся в папке /public_html/wp-content/uploads

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

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

 

Защита сайта WP:копирование – восстановление(экспорт,импорт): 92 комментария

  1. Защита сайта всегда важна, через экспорт делать резервное копирование не пробовал.

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

  3. Регулярно делаю резервные копии, как о том и предупреждали Гаврилов и Ходченков. Очень бы не хотелось, чтобы Ваша статья когда-нибудь пригодилась

  4. Я уже проделывала такие действия, когда нужно было сделать обновление версии WordPress. С обновлением темы — не пробовала. Если менять тему, то это полностью поменяется вся заставка, фон, цвет, картинка (если я не ошибаюсь), а меня пока тема устраивает.Спасибо за нужную информацию.

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

  6. Делаю регулярно копии. Но хочется, чтобы такой ситуации не было совсем.

  7. Копирование очень важно, лучше, чтобы оно не пригодилось, но всегда нужно быть начеку.

  8. Админы (а также и веб-мастера) делятся на две группы: те, кто не делает быкапы и те, кто уже делает бэкапы 🙂
    Я бэкаплюсь средствами хостера, что не совсем удобно — возможности восстановить там нет, т.е. чтобы это сделать — необходимо просить техподдержку, что может оказаться неоперативным. К счастью, пока проблема восстановления не вставали.

  9. Важная вещь! Однако желательно никому бы не желал!

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

  11. Искандер, здравствуйте! У меня такой бэкап почему-то только в HTML выполняется.Так и должно быть? Спасибо!

  12. Добрый вечер. Я провожу Бекап своего проекта минимум один раз в месяц, иногда чаще )))

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

  14. Здравствуйте,Анна, он должен быть в формате XML.Попробуйте восстановить свою копию на тестовом сайте и сразу все поймете

  15. Спасибо за подробное и понятное разъяснение, но думаю, если будут проблемы с сайтом, то буду действовать по другому, сначала загружу на хост бэки БД, а потом через FZ залью все остальное содержимое сайта ))

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

  17. Cпасибо за информацию, не дай Бог конечно, делаю регулярно резервные копии, но не так часто,как советуют — примерно раз в месяц.

  18. У меня стоит и еженедельный автоматический бэкап и параллельно я всегда делаю копирование перед тем как внести какие-либо изменения в структуру сайта. Очень полезная вещь!

  19. Я делаю еженедельный бэкап с помощью плагина, а этот способ тоже полезно использовать.

  20. Сохранила себе статью о защите сайта, спасибо.

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

  22. И правильно делаете, Елена. Использование различных способов бэкапа никогда не будет лишним.

  23. Здравствуйте, Эдуард!
    Если время позволяет, то это очень полезно.

  24. У нас тоже есть похожая статья — другая точка зрения, но у Вас очень интересно и подробно написало.

  25. при перестановке тем бэкап очень полезная вещь — на своем опыте убедился!

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

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

  28. Постоянно пользуюсь данным методом. Надо всегда быть готовым к разного рода неожиданностям.

  29. Советы правильные. Безопасность очень важная часть работы. Здесь нужна целая система действий.

  30. Думаю нужно больше задумываться о безопасности ПК .

  31. Полезные функции копирования и восстановления сайта. Всегда нужно выполнять копирование для собственного спокойствия.

  32. Благодарю за статью о восстановлении сайта!

  33. Роман, флэшка — очень ненадежный хранитель информации. Рекомендую использовать DVD

  34. Я всегда делаю бэкап на двух съемных дисках. Думаю, что это надежней, чем на DVD-дисках. По поводу бэкапа, не проще ли скачивать с хостинга все файлы из папки public_html?

  35. Дельные советы.Конечно, всегда нужно иметь резервные копии.

  36. Вот видишь как можно еще, а у меня стоит плагин Backups. Но наверное не помешает попробовать и вашим способом. Спасибо.

  37. Такой способ сохранения содержимого сайта очень удобен и можно спокойно работать над продвижением сайта, спасибо!

  38. Хороший способ защитить сайт от всего вредного. Спасибо.

  39. По поводу большей надежности, чем на DVD вопрос весьма спорный. Папка public_html во-первых занимает достаточно большой объем, а во-вторых не содержит Вашего текстового контента, т.е. записей, страниц, комментариев. Т.е., если Вы бэкапите только папку public_html, то Вы всего этого лишаетесь и в случае краха сумеете восстановить разве, что картинки.

  40. Бэкап почему то всегда с опаской делаю,боюсь все потерять. Как часто его надо делать? Спасибо за статью.

  41. Мне уже приходилось откатывать сайт. Получилось нормально. А для большей уверенности в безопасности получаю по Вашему совету на почту копию сайта и периодически делаю экспорт в ручном режиме. Спасибо за полезные советы.

  42. Размер файла можно узнать на хостинге. Плагинов много, какой лучший — каждый решает сам. Самый простой — WordPress Database Backup. Но он сохраняет только базы данных (т.е. текстовый контент без картинок), зато быстро и объем архива небольшой. Есть плагины для копирования всего сайта:XCloner,WordPress Database Backup, WordPress Backup to Dropbox

  43. Спасибо за советы, очень полезная информация для начинающего вебмастера.

  44. Стоит- стоит и бэкап и резервное копирование.

  45. Давно использую данные методы и сплю спокойно.

  46. Чтобы спать спокойно, необходимо на собственном опыте убедиться, что все это работает

  47. Не знала о данном методе защиты, теперь буду использовать.

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

  49. Информация пригодится. никогда не знаешь когда потеряешь! Нужно сохраняться!

  50. Давно уже не делал резервную копию сайта. Спасибо что напомнили 🙂

  51. Здравствуйте, Искандер. Огромное Вам спасибо за поддержку. Вы оказываете большую помощь обществу своими публикациями.

  52. Искандер, спасибо за подробное разъяснение. Сделала резервное копирование. Теперь буду делать регулярно.

  53. Спасибо за подробное описание. Буду пользоваться Вашими советами.

  54. Спасибо что напомнили — всегда забываю делать резервную копию сайта.

  55. Нужная и полезная информация об онлайн сервисах

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

  57. Этого мало, и хостинг может подвести

  58. Но иногда импортировать весь файл целиком не представляется возможным.

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

  60. Для резервного копирования я использую плагин BackWPup, c автоматическим сохранением баз в Dropbox. Удобная штука, спасибо за советы.

  61. Вроде все понятно.Главное не забывать делать резервные копии

  62. Я тоже стараюсь регулярно делать резервные копии. Столько труда вложено в сайт! Раньше делала чуть ли не ежедневно, потом умерила пыл 🙂
    Моя знакомая рассказывала, как недавно у них на работе потеряли корпоративный сайт. Курировал этот процесс человек,далекий от сайтостроения и от рекламы (такое тоже бывает). Хостинг взяли у какой то «левой компании» со своим сервером. В итоге, сервер рухнул. Данные не сохранились. Резервных копий нет и даже исходников у них не осталось. Компанию, которая сайт делала, найти не смогли.
    Деньги-время- усилия — «псу под хвост»
    Меня все время удивляет, как порою небрежно руководство относится ко «второму лицу компании»( я имею ввиду корпоративный сайт) 🙂

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

  64. Обязательно попробую потренировоться,это не лишнее. На хостинг надейся , а сам не плошай!Спасибо за полезную подсказку!

  65. Самый простой и надежный способ резервного копирования.

  66. Если с заданной частотой делается резервация баз данных сайта — это можно назвать полной защитой? Дизайн, статьи, комментарии входят в БД?

  67. Копии базы данных помогут восстановить только Ваши записи(статьи) и комментарии к ним. Картинки не входят в базу данных. Их придется сохранять самостоятельно. Также по новой придется ставить движок(WordPress), тему, плагины.

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

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

  70. Я тоже все хочу потренироваться 🙂 на тестовом сайте. Спасибо, Искадер, ваш сайт просто кладезь информации по безопасности. 🙂

  71. Иногда необходима резервная копия. Правда, ее можно попросить и на хостинге.

  72. Здравствуйте!

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

  73. Здравствуйте,Светлана. Сначала не понял Ваш вопрос. С такой проблемой не сталкивался. Пока не знаю

  74. А как убрать сайт?
    Я часто думаю, как убрать сайт, которым давно никто не занимается? Как много таких «гробиков» болтается в виртуале.

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

  76. Я наблюдаю за одним сайтом с начала 2008-го. Последнее обновление было 18.07.2009 И все. Так и болтается.

  77. Значит все оплачено или хостинг бесплатный.

  78. Спасибо за статью полезную о бэкапе сайта

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

  80. Татьяна, правильно поступаете, бэкап — своего рода страховка.

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

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

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