Есть несколько причин для создания и сохранения резервных копий веб-сайта WordPress. Хакер изуродует ваш сайт без возможности ремонта. Пользователь создает беспорядок кода на живом сервере. Новое обновление плагина конфликтует с темой и приводит к белому экрану смерти.
Есть способы защитить ваш сайт WordPress от подобных ситуаций. В случае, если эти гипотетические ситуации сбываются, резервная копия WordPress находится там, ожидая, когда вы вернете сайт в его состояние.
К счастью, есть плагины WordPress для резервного копирования и восстановления, которые вы можете использовать для захвата этих резервных копий. Кроме того, вы можете запланировать их автоматическое сохранение резервных копий в удобное для вас время и поместить их в место хранения по вашему выбору.
WP Buffs ранее подробно описал процесс сохранения резервной копии WordPress на Google Drive, а также как подтвердить резервное копирование WordPress на S3. С большинством плагинов для резервного копирования и восстановления вы можете выбирать из широкого спектра услуг хранения, как бесплатных, так и платных.
Но это не то, на чем мы собираемся сосредоточиться сегодня.
Вы знаете, как автоматизировать процесс сохранения резервных копий WordPress. Вы также знаете, как хранить их в удаленном и безопасном месте. Это также помогает со скоростью сайта. Теперь нам нужно разбить процесс восстановления сайта WordPress из резервной копии.
В этом руководстве мы рассмотрим различные способы восстановления сайта WordPress:
Что нужно для восстановления сайта WordPress из резервной копии
Установив автоматизацию для ваших резервных копий WordPress, вы можете выбрать сохранение определенных частей вашего сайта вместо целых. Для некоторых веб-разработчиков это может иметь смысл, если объем хранилища ограничен или если вы знаете, что существует лишь несколько аспектов веб-сайта, которые часто меняются.
Тем не менее, это все еще рискованный выбор.
Выбрав не сохранять все в своем:
- База данных: включает в себя весь его контент, код и данные
- Файлы: включая ваши изображения, темы и плагины
В конечном счете, вы можете победить цель создания резервной копии. Если у вас нет полной версии вашего сайта WordPress для возврата, вам, возможно, придется проделать гораздо больше работы, чтобы вернуть ее в конце. Поэтому, прежде чем делать что-либо еще, убедитесь, что ваши резервные копии настроены правильно.

В дополнение к рассмотрению того, какие части сайта сохранять, также учитывайте, как часто вы должны сохранять сайт. Например, если контент обновляется или публикуется ежедневно, расписание ежедневного резервного копирования имеет больше смысла. Для веб-сайтов, которые обновляются не так часто, вы хотите, чтобы график резервного копирования отражал и эти изменения.
Цель состоит в том, чтобы иметь резервную копию, которая не заставляет вас переделывать работу, которая произошла за это время.
Теперь, когда у нас все в порядке, давайте поговорим о том, что вам действительно нужно сделать, чтобы восстановить WordPress из резервной копии.
Обновление контента
Бесплатная электронная книга по безопасности

21-ступенчатый контрольный список для
Защищайте сайт WordPress на 99,9%
(4 страницы)
скачать
1. Удаленное и безопасное место для хранения резервной копии
Всегда не забывайте учитывать размер вашего сайта при выборе услуги удаленного хранения.

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

3. Доступ к вашей панели управления.
Отсюда вы можете использовать файловый менеджер или FTP-менеджер.

4. Доступ к инструментам базы данных
phpMyAdmin – это инструмент, который вам нужен для работы с базами данных и таблицами MySQL.

Вы также можете получить доступ к этому через панель управления.
5. Способность справляться с реставрацией
SitePoint предполагает, что существует три распространенных способа восстановления веб-сайта WordPress. Тем не менее, это действительно зависит от того, какие части вашего сайта должны быть восстановлены, как долго длится ваш сайт, а также от того, какие инструменты вы использовали для создания резервной копии.
Честно говоря, многое зависит от вашего уровня комфорта. Если вы не уверены в загрузке файлов на FTP или замене поврежденной базы данных на незагрязненную базу данных, плагин WordPress или сторонняя служба может быть лучшим вариантом для вас.
Но давайте посмотрим на варианты и посмотрим, сколько работы действительно задействовано в каждом из них.
Восстановите резервную копию вашей учетной записи управляемого хостинга
Для тех из вас, у кого есть клиенты, чьи веб-сайты находятся на управляемом хостинге WordPress, вы можете начать здесь.
Управляемые хосты WordPress, такие как Kinsta, делают это легко. Как показывает база знаний Kinsta, восстановить резервную копию из Kinsta так же просто, как нажать восстановление и затем подождите несколько минут, чтобы ваш сайт вернулся в безопасное место.
Обычные учетные записи веб-хостинга могут также включать службы резервного копирования и восстановления, как показано в следующем примере BlueHost:

Однако, как вы можете видеть здесь, есть пара проблем:
- Резервные копии не автоматизированотак что вы должны помнить, чтобы спасти их.
- Резервные копии, которые превышают пределы хоста, не будут полностью захвачены или уведомлены как таковые. Восстановление с неполными файлами – плохая идея.
Таким образом, даже если ваша (управляемая) хостинговая компания предлагает услуги резервного копирования, всегда полезно хранить свою копию в удаленном месте.
Как объясняет Артбис:
Храните файлы резервных копий в двух безопасных местах (например, один на вашем компьютере и один в облачном хранилище, таком как Google Drive, Dropbox, iCloud и т. Д.), Чтобы даже если что-то плохое случилось с В любом случае, всегда есть запасной в использовании.
Если у вас нет управляемого хоста, к которому можно обратиться при восстановлении веб-сайта WordPress, рассмотрите следующие варианты.
Восстановите сайт WordPress с помощью резервного модуля
При самостоятельном управлении резервными копиями WordPress наиболее логичным вариантом для этого является плагин резервного копирования и восстановления. Он не только автоматизирует процесс и избавит вас от необходимости запоминать резервные копии, но также может значительно упростить процесс восстановления.
Однако, если вы уверены, что ваш сайт имеет приемлемый размер, давайте рассмотрим, как использовать для этого резервную копию. (Даже если это не так, вы все равно можете использовать плагин для запуска восстановления. Затем, если это не удастся, вы можете продолжить с помощью следующих опций, чтобы полностью вернуть ваш сайт в сеть.)
Для целей этого урока я собираюсь использовать UpdraftPlus поскольку это плагин резервного копирования, используемый в руководствах по резервному копированию WP Buffs.
Процесс может отличаться от других плагинов с точки зрения того, где вы найдете клик восстановление вариант или сколько шагов проверки включены. Но, по сути, процесс должен быть довольно похожим.
Шаг 1а: найти резервную копию
Первое, что нужно сделать, это найти самую последнюю резервную копию вашего сайта. Если вы знаете, что вам нужно полное восстановление, обязательно сохраните как файлы, так и базу данных.

Как видно из этого примера, 10 декабря были получены следующие данные:
- база данных
- комплементов
- темы
- загруженное
- другие
Это именно то, что нам нужно.
Шаг 1б: загрузить резервную копию
Если по какой-либо причине вы не можете найти нужную резервную копию в плагине, вы можете извлечь ее из службы удаленного хранения.
Независимо от используемой вами службы хранения, ваша резервная копия будет сохранена в виде ряда файлов. Загрузите каждый из них (если не все). Они будут четко обозначены по типу файла.

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

Вы можете добавить свои сжатые файлы здесь, или вы можете загрузить их в папку (используя файловый менеджер или FTP), где находится плагин UpdraftPlus.
Шаг 2: Восстановите резервную копию
Теперь, когда в вашем плагине WordPress есть правильное и полное резервное копирование, вы можете нажать на восстановление Кнопка и начать процесс.

Выберите, какие файлы вы хотите восстановить на своем сайте WordPress. Помните: вам не нужно полностью заменять все, если не работает только часть сайта.
Elegant Themes имеет краткое видео руководство о том, как использовать UpdraftPlus для резервного копирования, восстановления и миграции веб-сайтов WordPress. На отметке 4:09 вы можете увидеть, как легко восстановить некоторые аспекты вашего сайта WordPress. Это хороший аргумент, почему вы можете просто захотеть восстановить что-то вроде файлов плагинов вместо всего сайта.
Когда вы будете готовы, нажмите восстановление кнопка. Он извлечет соответствующие файлы и приступит к работе, заменив не только ваши файлы, но и вашу базу данных.
Шаг 3: просмотрите восстановленный сайт
Как только вы получите сообщение об успешном создании резервного плагина, посетите веб-сайт. Убедитесь, что вы подключены к сети и в том состоянии, в котором вы ожидали (то есть в том состоянии, в котором она находилась на дату и время восстановления)
Если вы обнаружите какие-либо серьезные проблемы, вам нужно будет использовать панель управления, чтобы повторить восстановление, Шаги для этого подробно описаны ниже.
Если вы столкнулись с незначительными проблемами, такими как неработающие ссылки, которых раньше не было, или изображения, которые были утеряны, обратите внимание на совет Hostinger. В некоторых случаях вам не придется переживать проблему восстановления реставрации. Вы можете просто настроить параметры в WordPress, чтобы снова все настроить правильно.
Восстановите сайт WordPress с помощью панели управления
Независимо от того, вы используйте ваш плагин для резервного копированияВам все еще нужен плагин для резервного копирования, чтобы в первую очередь автоматизировать процесс сохранения копий сайта.
Поскольку эта часть не подлежит обсуждению, вам необходимо принять решение о том, какой плагин или панель инструментов лучше всего подходит для восстановления. Если вы находитесь в этой точке поста, тогда вам нужна панель управления.
Поскольку веб-сайт WordPress состоит из нескольких частей, вы должны загрузить соответствующие файлы для каждого из них в разные части панели управления.
Восстановить ядро WordPress
Если у вас возникли проблемы с базовым программным обеспечением ядра (например, что-то кажется неисправным или вы все еще видите ошибку WordPress, которую вы не понимаете), первое, что вы должны сделать, это восстановить ядро WordPress. Это также должно быть сделано, если ваш сайт был взломан.,
BlogVault объясняет еще одну причину, по которой вам может потребоваться сделать это:
Если вы решите удалить все файлы и переустановить WordPress перед восстановлением сайта, это избавит вас от необходимости сканировать постоянные файлы, ненужные файлы или проблемы с разрешениями во время перезаписи файлов.
Вот что вам нужно сделать:
Шаг 1: скачать файлы WordPress
Чтобы заменить файлы ядра WordPress, вы не можете использовать резервную копию, сохраненную в вашем удаленном хранилище. Вместо этого перейдите на сайт WordPress.org.

Нажмите на Получить WordPress в правом верхнем углу. Это приведет вас к файлам последней версии WordPress.

Разархивируйте папку.
Шаг 2: перейдите на панель управления
Войдите в свою учетную запись веб-хостинга и перейдите к панели управления. Вы можете использовать файловый менеджер или FTP-менеджер для загрузки новых файлов ядра WordPress.
Шаг 3: Замените старые файлы WordPress новыми
Перейдите в корень вашего сайта.

Что вам нужно сделать, это заменить файлы и папки с чистыми файлами WordPress в вашей разархивированной папке:

Однако НЕ заменяйте папку wp-content или файл wp-config.php.

Это просто обновление основного программного обеспечения; не содержание (то есть плагины, темы и загрузки).
Для безопасности удалите все файлы и папки WordPress (проверьте разархивированный файл WordPress, если вы не уверены) кроме папки wp-content и файла wp-config.php,
Затем загрузите все чистые файлы ядра в файловый менеджер.

Шаг 4: загрузите wp-config.php из WordPress (необязательно)
WordPress содержит файл с основными настройками для установки WordPress.
После обмена всеми файлами сохраните изменения.
Шаг 5: скорректировать постоянные ссылки
Наконец, войдите на свой сайт WordPress и перейдите на Конфигурация> Постоянные ссылки,
Если ваши настройки изменились, структура вашей постоянной ссылки могла измениться вместе с ней. Это будет эффективно разрывать всю страницу и публиковать ссылки. которые были опубликованы в Интернете, если значение по умолчанию не соответствует тому, что вы использовали ранее. Это также сломает все ваши внутренние ссылки.

Выполните обновление, если необходимо, и сохраните изменения.
Это завершит обновление вашей установки WordPress. Вернитесь на ваш сайт и убедитесь, что восстановление ядра WordPress решило проблему. Если нет, перейдите к следующему шагу восстановления.
Восстановите файлы WordPress с помощью FTP или файлового менеджера
Чтобы заменить файлы на вашем сайте, оставайтесь в вашем FTP или файловом менеджере.
Теперь мы сосредоточимся на том, как обмениваться файлами с вашего резервного сайта в папку.
Шаг 1: восстановить резервную копию ваших файлов
Загрузка файлов резервных копий из удаленного хранилища очень проста.
Войдите в службу удаленного хранения, например Amazon S3, и найдите, где хранятся ваши резервные копии.

Загрузите все ZIP-файлы с даты, которую вы хотите восстановить.
Шаг 2: загрузить файлы изображений в диспетчер файлов или FTP
Затем разархивируйте папку Loads из резервной копии.
Затем загрузите файлы изображений и все остальное, что важно.
Посетите их сайт и подтвердите, что он все еще активен и что все выглядит хорошо.
Шаг 3: загрузка плагинов в файловый менеджер или FTP
Если ваши плагины WordPress не были причиной для восстановления, вы можете загрузить папку плагинов из резервной копии в вашу папку в файловом менеджере или на FTP.
Если какой-либо из ваших плагинов является источником проблемы, вы можете сделать несколько вещей:
- Если вы знаете, наступление дополнения, удалите его и все следы ваших записей из вашего файлового менеджера, Это эффективно удалит его с вашего сайта.
- Если вы не знаете, что за плагин нарушал, переименуйте папку примерно так. Затем войдите в WordPress и приступайте к установке ваших плагинов по одному. После установки убедитесь, что с вашим сайтом все в порядке, прежде чем продолжить.
Опять же, посетите их веб-сайт, чтобы убедиться, что эти изменения не влияют на вас.
Шаг 4: загрузить темы в файловый менеджер или FTP
Если ваша тема WordPress не была источник нарушения безопасности или сбоя производительностиВы должны иметь возможность загружать файлы вашей темы непосредственно в диспетчер файлов или FTP. Это особенно важный шаг, если вы разработали вторичную тему для своего сайта и не хотите перестраивать эти настройки на сайте еще раз.
Для этого найдите папку в диспетчере файлов или на FTP. Замените текущие файлы тем тем из вашей резервной копии.
Это должно быть последнее, что вам нужно сделать, чтобы обновить файлы на вашем сайте WordPress. Однако, если ваша резервная копия хранит странные файлы для вас, обязательно просмотрите их и определите, следует ли с них взимать плату,
Тогда проверьте свой веб-сайт в последний раз. Убедитесь, что все выглядит хорошо, а затем продолжайте делать последние шаги!
Восстановите базу данных WordPress с помощью phpMyAdmin
В WordPress Codex есть руководство, в котором кратко описывается, как восстановить базу данных с помощью команд phpMyAdmin или MySQL / MariaDB. Если вы предпочитаете делать последнее, проконсультируйтесь с вашим гидом. В противном случае вы можете продолжить выполнение следующих шагов:
Шаг 1: восстановить резервную копию вашей базы данных
Если вы вернетесь к своей учетной записи удаленного хранилища, вы увидите, что существует файл резервной копии, сохраненный в другом формате:

Файлы в вашей базе данных будут сохранены со сжатием Gzip, поэтому он имеет расширение .gz вместо .zip.
Скачайте нужный файл и вернемся к панели управления.
Шаг 2: введите phpMyAdmin
Администратор базы данных находится внутри phpMyAdmin.

Как вы можете видеть, это очень отличается интерфейс от вашего FTP или файлового менеджера. Это связано с тем, что оно сосредоточено исключительно на хранении и выполнении команд в таблицах вашей базы данных.
Шаг 3: удалить базу данных
Нажмите на Базы данных Вкладка. Это приведет вас к списку всех ваших баз данных и ваших таблиц. Здесь хранится информация о созданном вами контенте, например, сообщениях и страницах, а также ваш плагин и настройки темы.
Откройте файл резервной копии базы данных и выполните поиск «База данных:». Это скажет вам точное имя базы данных, которую вы хотите заменить.
Как только у вас есть имя, найдите его в списке баз данных и нажмите на имя. Откроется список столов на главной доске. Проверьте все таблицы:

Затем нажмите раскрывающееся меню «С выбранным:» и выберите «Удалить».
Вам будет задан вопрос, действительно ли вы хотите выполнить этот запрос. Убедитесь, что вы выбрали правильное имя для базы данных и примите изменения. Это удалит все таблицы из вашей базы данных.
Шаг 4: загрузить восстановленную базу данных
Открыв ту же (но теперь пустую) базу данных, нажмите импорт вкладка в верхней части страницы.

Найдите файл .gz (не разархивируйте) и нажмите Давай внизу страницы. Это позволит импортировать таблицы из старой базы данных на ваш сайт.
Обязательно просмотрите сообщение об успехе перед отъездом. Затем перейдите на веб-сайт WordPress и убедитесь, что все содержимое восстановленной копии находится там и выглядит так, как должно.
Обновление контента
Бесплатная электронная книга по безопасности

21-ступенчатый контрольный список для
Защищайте сайт WordPress на 99,9%
(4 страницы)
скачать
Итог: начало работы с восстановлением WordPress из резервной копии
Резервное копирование и восстановление может быть стрессовым процессом, если вы не доверяете своим навыкам обработки или обеспокоены тем, что ваш резервный плагин не на пустом месте.
Существует также элемент безопасности, который может беспокоить вас. Что если версия, которую вы пытаетесь восстановить, была повреждена, и вы не знали об этом? Или, что если ваш пароль MySQL был взломан, а восстановление, которое вы только что сделали, было напрасным, поскольку хакеры смогли повторно войти? ThreatPress делает несколько хороших замечаний по этому поводу.
Вот что вы должны сделать:
Во-первых, установить более строгие правила безопасности и уменьшить вероятность того, что восстановление из резервной копии когда-либо потребуется, Также имейте в виду, что вы делаете с плагинами и темами на вашем сайте. Плохие обновления могут привести к хаосу, поэтому не обращая внимания на безопасное окружение, вы избавите себя от страданий.
Затем рассмотрите возможность передачи ответственности за управление резервным копированием и восстановлением вашего сайта WordPress кому-то вроде WP Buffs. С помощью службы резервного копирования WP Buffs, восстановление выполняется так же просто, как нажатие одной кнопки. И если у вас возникли проблемы, предоставляется круглосуточная поддержка.
