Если вы долгое время управляете веб-сайтами WordPress, то вы понимаете важность регулярного резервного копирования. Резервное копирование избавит вас от множества неприятностей в случае любой непредвиденной катастрофы.
Помимо регулярного резервного копирования, важно также безопасно обрабатывать резервные копии. Почему? Потому что ряд вещей может пойти не так, как …
- На сервере заканчивается место для хранения
- Резервные копии могут стать недоступными
- Резервные копии могут быть повреждены, заражены вредоносным ПО
- Резервное копирование может быть неполным и т.д.
Все эти проблемы делают резервные копии бесполезными.
Представьте, что ваш сайт выходит из строя, а единственные резервные копии, которые у вас есть, повреждены или неполны. Звучит разочаровывающе, правда? В конце концов, весь смысл создания резервных копий состоит в том, чтобы иметь возможность восстановить их, когда возникнет необходимость.
Вот здесь и пригодится тестирование резервных копий. Проверка резервных копий перед восстановлением может спасти вас от многих неприятностей в будущем. Рекомендуется сделать тестирование неотъемлемой частью вашей общей стратегии резервного копирования. Время от времени следует проводить тестирование резервных копий вашего веб-сайта, а не сохранять их на случай катастрофы. Таким образом, вы будете готовы и сможете быстро восстановить рабочую резервную копию, чтобы ваш сайт заработал.
Как помогает тестирование резервных копий WordPress?
WordPress – это сложная экосистема, состоящая из многоядерных файлов, а также плагинов и тем. Жизнь хороша, когда ваш сайт работает нормально. Но когда возникает проблема, выяснение первопричины может оказаться очень сложной задачей. Все, что вам нужно, – это как можно скорее вернуть свой сайт в нормальное состояние. Такое быстрое решение, как восстановление вашего сайта, кажется заманчивым. Но восстановление резервной копии без предварительного тестирования может усугубить ситуацию, если резервная копия повреждена или неполна.
Если вы сначала посвятите время тестированию резервных копий, вы добьетесь следующего:
- Определите, почему ваш веб-сайт вышел из строя (используя резервную копию, которая была сделана непосредственно перед отключением сайта).
- Если вы обнаружите ошибку в резервной копии, вы можете пропустить эту копию и поискать лучшую копию.
- Резервные копии также позволяют пользователям тестировать изменения, не затрагивая работающий сайт.
- Вы можете проверить несовместимость и т.д.
Хотя тестирование резервных копий дает множество преимуществ, этот процесс может занять много времени и его сложно реализовать. Давайте оценим основные проблемы, связанные с выполнением тестирования резервного копирования.
Проблемы тестирования резервного копирования WordPress
Вам необходимо сначала создать тестовую среду. Это может быть довольно техническим, особенно если у вас есть несколько версий резервной копии, которые необходимо протестировать. Возможно, вам потребуется создать разные среды тестирования. Такие инструменты, как WampServer или DesktopServer, могут помочь вам создать локальную среду в вашей системе. Или, если вы используете хороший управляемый план хостинга WordPress, вы можете создавать тестовые сайты для тестирования.
Но как только вы настроили тестовую среду, вам нужно действительно протестировать свои резервные копии. Вы можете сделать это вручную или с помощью плагина. Давайте посмотрим на оба!
Как проверить свои резервные копии вручную
Первый вариант – самостоятельно протестировать резервные копии сайта WordPress. Вам нужно сделать два основных шага.
1 Создайте и скачайте резервную копию вашего сайта.
Для резервного копирования вашего сайта WordPress вам необходимо сделать копии всех ваших файлов. Вы можете создать резервную копию своего сайта вручную либо с помощью диспетчера файлов cPanel, чтобы загрузить папку WordPress, либо через SFTP для просмотра и загрузки файлов. Это руководство о том, как сделать резервную копию WordPress, охватывает все шаги и инструменты, необходимые для выполнения работы.
2 Загрузите резервную копию на свой локальный сайт.
Теперь в вашей локальной системе вам нужно создать временный веб-сайт WordPress для загрузки и тестирования резервной копии.
Используйте Desktopserver или подобное программное обеспечение для локального создания веб-сайта WordPress. Когда все будет готово, загрузите резервную копию на локальный сайт, используя опцию «Экспорт или импорт веб-сайта». (Обратите внимание, что эта функция доступна только пользователям DesktopServer Premium.)
После того, как вы загрузили резервную копию и веб-сайт готов, вы можете начать тестирование локального сайта.
Как видите, ручное тестирование не совсем простое и требует использования инструментов. Вдобавок ко всему, вам необходимо обладать техническими знаниями для решения любых проблем, возникающих во время тестирования. Гораздо проще использовать плагин.
Как проверить резервные копии с помощью плагина
Тестирование резервного копирования вручную может быть затруднено. Вот почему многие пользователи предпочитают использовать инструмент или плагин для тестирования резервных копий. Используя плагины, вы можете создать среду тестирования одним нажатием кнопки. Если ваш плагин резервного копирования WordPress предлагает среду тестирования, это еще лучше, потому что вам не нужно загружать, а затем загружать свои резервные копии в среду тестирования снова и снова.
В этом разделе мы покажем, как тестировать резервные копии с помощью BlogVault Backup Services.
Хотя существует множество сервисов резервного копирования, BlogVault – единственный, который создает среду тестирования на собственном сервере. Бремя запущенных процессов ложится на серверы BlogVault, а не на вас, что означает, что ваш действующий сайт остается неизменным. И с его тестовое восстановление функциональности, BlogVault автоматически восстанавливает резервную копию на тестовой среде (обычно называется постановка). Срок действия тестовой среды истекает через неделю, в течение которой вы можете исследовать резервные копии и, если будете удовлетворены, восстановить резервную копию по вашему выбору, не прикладывая усилий.
Итак, приступим к тестированию!
1 Создайте и настройте свою учетную запись Blogvault.
Создайте учетную запись и добавьте свой сайт на панель управления.
После добавления веб-сайта на панель управления BlogVault плагин сделает резервную копию вашего веб-сайта. Это может занять некоторое время, и вы получите уведомление, как только это будет сделано.
2 Выберите резервную копию для проверки.
Затем выберите веб-сайт по вашему выбору (если вы добавили более одного веб-сайта) и на панели инструментов щелкните раздел Резервные копии.
Затем на следующей странице выберите вариант, похожий на облако. Это кнопка ” Тестовое восстановление”.
Вам также необходимо выбрать версию резервной копии и версию PHP вы хотите проверить. Не забудьте нажать «Отправить».
Тестовая резервная копия восстанавливается в течение нескольких минут, и теперь пора проверить, находится ли резервная копия в рабочем состоянии.
3 Приступайте к тестированию!
Нажмите кнопку «Посетить тестовое восстановление».
Вам будет предложено ввести свои учетные данные с предыдущей страницы.
После входа в систему вы должны увидеть резервную копию, восстановленную на вашем веб-сайте.
Если вы хотите протестировать другую резервную копию, просто удалите тестовый сайт и создайте новый. Начните с самого начала и просто выберите другую версию резервной копии для тестирования.
Когда вы найдете резервную копию, которую ищете, нажмите, чтобы активировать и восстановить эту конкретную версию.
Автоматизированные инструменты, такие как BlogVault, устраняют проблемы и риски, связанные с ручным тестированием резервных копий. Это так же просто, как нажать несколько кнопок! И, как упоминалось ранее, на вашем сервере нет нагрузки (поскольку все делается на стороне Blogvault).
Бедствие происходит тогда, когда вы меньше всего этого ожидаете. Лучше перестраховаться, чем сожалеть, верно!
Настоятельно рекомендуется время от времени тестировать резервные копии. Когда дела идут плохо, вы знаете, что у вас есть подстрахование. И можете быть уверены, что в нем нет дыр.
У вас есть еще советы по тестированию резервных копий сайта? Или другие инструменты, которые вы бы порекомендовали? Напишите нам в комментариях!
Источник записи: https://www.wpexplorer.com