Полное руководство по резервному копированию WordPress

Здравствуйте, друзья и любители WordPress!

Сегодня очень важная тема для вас, ведущих блог или сайт на WordPress.

Речь пойдет о резервном копировании WordPress — что это, для чего это и зачем это вообще нужно.

В этом подробном руководстве вы узнаете все о резервном копировании WordPress.

Как и автомобиль без запасных шин, сайт WordPress без резервных копий — это настоящая катастрофа.

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

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

Почему резервные копии WordPress так важны?

Резервные копии — это страховой полис вашего сайта.

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

А если вы запустите сайт WordPress, может возникнуть множество ошибок.

Вот некоторые из причин, по которым резервное копирование является важной частью обслуживания веб-сайта:

Резервные копии — ваша вторая линия защиты от кибератак

Защита вашего сайта WordPress от вредоносного трафика обычно начинается с собственного брандмауэра сайта.

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

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

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

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

Когда атака программы-вымогателя была нацелена на муниципальное транспортное агентство, жизненно важные цифровые файлы стали заложниками киберпреступников.

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

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

Отличный пример, не так ли?

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

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

Резервные копии защищают все ваши последние данные от сбоев сервера

Ни один веб-сайт не может гарантировать 100% работоспособность.

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

Если после крупного обновления веб-сайта происходит простой сервера, скорее всего, и изменения пойдут насмарку.

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

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

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

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

Резервные копии помогают откатить обновления, которые пошли не так

WordPress и все установленные вами плагины нуждаются в регулярных обновлениях.

В противном случае новые функции не появятся, и вы столкнетесь с множеством ошибок.

Но иногда эти обновления могут работать не так, как ожидалось.

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

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

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

Резервное копирование восстанавливает повреждения, вызванные человеческой ошибкой

Даже если вы сделаете все по буквам, ошибки неизбежны.

Вы можете изменить код темы и случайно удалить его часть.

Или, возможно, из-за недостатка сна вы можете выполнить неправильную команду MySQL.

Ошибки, большие или маленькие, могут нанести вред вашему сайту WordPress.

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

Резервное копирование обеспечивает беспроблемный перенос на новый хост

Переход к новому хостинг-провайдеру может нарушить работу вашего сайта.

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

В результате процесс станет более плавным, и вы сможете порадовать своих посетителей практически без простоев.

Резервные копии помогают избежать ошибок, связанных с доверием своему веб-хостингу

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

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

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

Как только корабль затонет, исчезнет и ваш веб-сайт, и все его резервные копии.

Выполняя собственное резервное копирование, вы берете дело в свои руки.

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

Быстрые советы по улучшению резервного копирования WordPress сегодня

Автоматизируйте резервное копирование вашего сайта

Когда вы выполняете несколько задач по развитию вашего сайта WordPress, слишком легко поместить резервные копии сайта в конец вашего списка приоритетов.

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

Автоматическое резервное копирование может выполняться через заранее определенные промежутки времени.

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

Есть два способа автоматизировать процесс резервного копирования вашего сайта.

Либо позволить вашему хостинг-провайдеру выполнить это от вашего имени, либо воспользуйтесь сторонним сервисом, чтобы позаботиться об этом.

Хостинг-провайдеры обычно предлагают резервное копирование веб-сайтов бесплатно.

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

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

Другими словами, отказ одного сервера — это все, что нужно для того, чтобы эти резервные копии исчезли навсегда.

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

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

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

Плагин WordPress занимает дополнительное место на диске, поэтому, если он не способен хранить резервные копии вашего веб-сайта вне сайта и вне его, рисковать не стоит.

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

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

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

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

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

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

В этом случае полное резервное копирование вообще нецелесообразно, поскольку оно только создает нагрузку на сервер, что приводит к большему количеству тайм-аутов сервера, чем посетители веб-сайта могут терпеть.

Обратной стороной использования плагина является риск подвергнуть ваш веб-сайт уязвимостям безопасности.

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

К счастью, есть плагины для резервного копирования, такие как «BlogVault», которые предлагают облачное решение для резервного копирования.

BlogVault — это управляемая служба резервного копирования WordPress, которая работает не так, как ваш обычный плагин WordPress.

У него есть собственная панель управления, где вы можете настроить резервное копирование веб-сайта для запуска на автопилоте.

Вы также можете создать несколько резервных копий и хранить их в сторонних облачных хранилищах, таких как Google Диск.

BlogVault предлагает инкрементное резервное копирование, поэтому резервное копирование выполняется только для последних изменений, которые вы внесли, а не для всего сайта.

Что наиболее важно, он хранит резервные копии на собственном сервере, поэтому ваши данные всегда будут в безопасности и готовы к восстановлению в любое время.

От себя добавлю — я пользуюсь плагином UpdraftPlus. Более подробно о нем можно почитать здесь.

Убедитесь, что резервные копии вашего сайта завершены

Полные резервные копии гарантируют, что вы сможете восстановить точную копию вашего веб-сайта.

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

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

Чтобы резервное копирование веб-сайта было полным, в нем должны храниться как база данных веб-сайта, так и файлы.

Файлы веб-сайта относятся к структуре, без которой ваш сайт WordPress не может выдержать.

К ним относятся установка ядра WordPress, темы, плагины, мультимедийные файлы и все важные файлы конфигурации, такие как «.htaccess» и «wp-config.php».

С другой стороны, база данных состоит из всех сообщений, комментариев и других пользовательских данных, таких как имена пользователей и пароли.

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

Но контент без темы — это вообще не веб-сайт, особенно если это настраиваемая тема, разработанная специально для демонстрации уникального бренда вашего веб-сайта.

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

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

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

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

Храните несколько своих резервных копий

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

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

WordPress на самом деле рекомендует хранить как минимум три копии резервных копий вашего сайта.

Таким образом, в дополнение к резервным копиям, хранящимся на сервере, вы также можете загрузить еще две копии и сохранить их на внешнем жестком диске или в облачной службе хранения, такой как Google Drive, Amazon S3, One Drive или Dropbox.

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

Безопасное резервное копирование веб-сайтов с помощью программного обеспечения для шифрования

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

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

Добавление дополнительного уровня безопасности может защитить ваши пароли и другую конфиденциальную информацию от кражи в интернете.

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

Планируйте резервное копирование веб-сайтов в соответствии с вашими потребностями

По умолчанию большинство решений для резервного копирования WordPress придерживаются ежедневного расписания.

Это приносит пользу многим веб-сайтам, в том числе тем, которые не часто публикуют сообщения, но получают комментарии, которые они не могут позволить себе потерять.

Однако ежедневное расписание может не подходить для вашего веб-сайта.

В конечном итоге ваше решение будет зависеть от того, как часто сайт обновляется.

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

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

• Ежемесячно — идеально подходит для небольших веб-сайтов, которые не приносят прибыли, или блогов, которые публикуют новые сообщения только два раза в месяц.
• Еженедельно — идеально подходит для блогов, которые публикуют статьи каждую неделю.
• Ежедневно — это расписание резервного копирования, которое большинство служб резервного копирования предлагает по умолчанию. Это лучший выбор для сайтов WordPress, которые публикуют сообщения, получают комментарии и обновляют свой контент не реже одного раза в неделю.
• Каждые 12 часов — отлично подходит для конфиденциальных веб-сайтов с ежедневными обновлениями или изменениями контента.
• Каждые 6 часов — предпочтительное расписание для веб-сайтов, которые вносят несколько изменений в течение дня.
• Каждые 1 час — подходит для веб-сайтов, содержание которых требуется обновлять каждый час, например для членских сайтов или других веб-сайтов, которым требуется частое обновление.
• В режиме реального времени — предлагается плагинами резервного копирования WordPress для сайтов электронной коммерции, которым требуется более надежный график резервного копирования. Благодаря настройке резервного копирования в реальном времени каждое изменение продукта, цен или другой важной информации отслеживается и сохраняется круглосуточно. Это гарантирует, что магазин не потеряет данные, которые могут существенно повлиять на бизнес.

Расписания резервного копирования также можно детально настроить в зависимости от типа сохраняемых данных.

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

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

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

Долгосрочные стратегии резервного копирования WordPress

Автоматизированные службы резервного копирования WordPress берут на себя почти всю тяжелую работу, поэтому пользователи могут просто «установить и забыть».

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

Время от времени выполняйте резервное копирование веб-сайтов вручную

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

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

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

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

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

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

Опытные пользователи WordPress могут выполнять резервное копирование вручную в два этапа.

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

Файлы веб-сайта включают в себя все темы, плагины и мультимедийные файлы, к которым вы можете получить доступ непосредственно из вашей cPanel или удаленно через клиент протокола передачи файлов (FTP).

Как только вы закончите с файлами, вы можете создать резервную копию базы данных веб-сайта, которая включает сообщения и комментарии, с помощью phpMyAdmin.

Давайте обсудим два шага один за другим.

Резервное копирование файлов сайта вручную

Чтобы получить доступ к корневому каталогу, в котором находятся файлы вашего веб-сайта, вы можете либо войти в свою cPanel, либо подключиться к нему через FTP-клиент, такой как FileZilla.

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

После входа в систему найдите корневой каталог WordPress под названием «public_html» или «www».

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

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

Ручное резервное копирование базы данных сайта

Между тем, к базе данных можно получить доступ через phpMyAdmin, который уже предварительно установлен в вашей cPanel.

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

После входа в систему перейдите на вкладку «Экспорт», выберите быстрый метод, выберите «SQL» в качестве формата и дождитесь загрузки базы данных.

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

Опять же, выполняйте резервное копирование и восстановление вручную только в том случае, если вы уже разбираетесь в WordPress.

В противном случае вы можете использовать плагины, которые обеспечивают автоматическое резервное копирование и восстановление в один клик.

Чтобы восстановить резервные копии файлов веб-сайта вручную, просто загрузите zip-папку, содержащую файлы резервных копий, на свой сервер.

После загрузки удалите текущую корневую папку и переименуйте новую в ее исходное значение.

Резервные копии базы данных веб-сайта можно восстановить, вернувшись в phpMyAdmin и выбрав опцию «Импорт».

Загрузите резервную копию базы данных и дождитесь завершения процесса импорта.

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

Если все в порядке, значит, вы только что успешно восстановили резервные копии своего сайта.

Всегда делайте резервную копию своего сайта WordPress перед серьезными изменениями

Планируете ли вы настроить код своей темы WordPress?

Переезжаете на новый хостинг?

Меняете домен вашего сайта?

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

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

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

Протестируйте восстановление резервных копий с помощью промежуточного сайта

Резервное копирование не застраховано от сбоев.

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

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

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

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

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

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

Следующие шаги

Резервное копирование файлов и базы данных вашего веб-сайта — это всего лишь одна часть головоломки, которая является безопасностью веб-сайта.

Фактически, резервное копирование считается последним средством, когда возникает нарушение безопасности.

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

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

А у меня все!

Буду рад если вы подпишитесь на рассылку новый статей и будете заходить чаще на мой блог.

До скорых встреч, не болейте!