1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Восстановление сайта из резервной копии: как восстановить из бэкапа

Содержание

ISPmanager: как правильно восстановить сайт из резервной копии

Иногда возникает необходимость восстановить какие-либо файлы, базу данных или целиком весь сайт. Для этого существуют резервные копии (бэкапы).

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

Обратите внимание! Наши резервные копии не занимают места на хостинге. Однако, если вы сохраняете резервные копии, например, в Битриксе (не в облаке), то эти бэкапы уже занимают место на вашем диске.

Где находятся резервные копии в ISPmanager

Резервные копии находятся в Панели управления (https://my.jehost.ru/ispmgr), в разделе меню ИнструментыРезервные копии.

Как восстановить из бэкапа сайт, базу и отдельные файлы

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

Выберите, что собираетесь восстанавливать. Например, вам нужно восстановить файлы. Кликаем по пункту Файлы (кликните дважды). На следующей странице перейдите в каталог www.

На следующей странице вы увидите свои сайты. Если нужно восстановить все файлы, то выделяете нужный сайт и нажимаете кнопку Восстановить.

Обязательно дождитесь окончания процесса восстановления, не закрывайте страницу!

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

Базы данных восстанавливаются аналогично.

Если после восстановления вы видите, что данные остались прежние (например файлы сайта). То перед началом восстановления полностью удалите восстанавливаемые данные (файлы и/или базу данных).

Восстановление сайта из резервной копии, сохранённой в корень аккаунта

Немного о резервных копиях

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

В процессе создания резервной копии в разделе BackUp, при выборе действия «Выложить на аккаунт», в корне Вашего аккаунта создаётся архив, содержащий в себе файловую структуру выбранного каталога.

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

Имя архива можно посмотреть во вкладке «История заданий» раздела BackUp, нажав на ссылку в колонке «Статус». Если с момента заказа вами резервной копиии ее статус не сменился на «Выполнено» — значит архив еще не загружен в корень Вашего аккаунта, и необходимо немного подождать.

Большинство сайтов использует в своей работе как файлы, так и базу данных. Восстановление работоспособности сайта проходит в 2 этапа:

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

Этап первый: Файловая структура

Распаковка архива, способ №1: Файловый менеджер

Откройте файловый менеджер и перейдите в корень аккаунта, нажав кнопку «Домашний FTP» в верхней панели управления. По созданному архиву кликните правой кнопкой и выберите пункт меню «Распаковать архив»
в появившемся окне укажите корень (/)
Нажмите «ОК», после чего ожидайте распаковки архива. После завершения процесса распаковки, процедуру восстановления файловой структуры можно считать выполненной.

Распаковка архива, способ №2: Терминал

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

[ 2 ] $ tar -xvf ИМЯ_ФАЙЛА_РЕЗЕРВНОЙ_КОПИИ.tar.gz

Эта команда распакует файлы в директорию, в которой хранились файлы на момент создания резервной копии и перезапишет существующие файлы. Напоминаем: те файлы, которые на момент создания резервной копии отсутствовали на вашем сайте, останутся в сохранности, поэтому перед распаковкой лучше очистить корневую директорию сайта путём удаления имеющихся файлов или переносом их в другую (временную) директорию.

Этап второй: База Данных

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

Восстановление базы, способ №1: phpMyAdmin

Сначала архив с резервной копией необходимо скачать на компьютер. Сделать это можно через FTP соединение или через файловый менеджер.
Затем нам нужно узнать, с какой базой работает наш сайт. Узнать её название можно из конфигурационного файла CMS. Вот примеры путей до конфигурационных файлов популярных CMS относительно корня сайта:

WordPress — /wp-config.php
Joomla — /configuration.php
MODx — /core/config/config.inc.php либо /manager/includes/config.inc.php
OpenCart — /config.php и /admin/config.php (обязательно править оба)
Prestashop — /config/settings.inc.php
PHPShop — /phpshop/inc/config.ini
1C-Bitrix — /bitrix/php_interface/dbconn.php
Drupal — /sites/default/settings.php
DLE — /engine/data/dbconfig.php
HostCMS — /hostcmsfiles/config_db.php
InstantCMS — /includes/config.inc.php
Amiro — /_local/config.ini.php
vBulletin — /include/config.php
WebAsyst — /kernel/wbs.xml
Magento — /app/etc/local.xml
Invision Power Board — /conf_global.php

Затем переходим в раздел MySQL и по клику на соответствующую иконку открываем phpMyAdmin. Обращаем Ваше внимание — всплывающие окна для cp.beget.com сайта в браузере должны быть разрешены!

Также не забывайте о нашем Руководстве: подробную информацию по этому разделу Панели управления Вы можете получить там.

Теперь нам нужно загрузить нашу резервную копию в БД. Нажмите вкладку «Импорт», выберите файл созданной резервной копии на Вашем компьютере с помощью кнопки «Обзор» и нажмите кнопку «Вперёд»:

Начнется процесс загрузки резервной копии в БД. Он может занять продолжительное время, в зависимости от объема Вашей БД и скорости Вашего интернет-соединения. Если при импорте резервной копии через phpMyAdmin у Вас возникают ошибки (такое возможно, если файл резервной копии достаточно большой) — попробуйте второй способ восстановления.

После загрузки Вы увидите сообщение о том, что импорт произведен успешно.

Восстановление базы, способ №2: терминал

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

Остается распаковать файл резервной копии командой gunzip:

[ 2 ] $ gunzip название_архива.sql.gz

Архив будет распакован, в той же папке будет создан файл с именем название_архива.sql. Остается лишь импортировать его в БД сайта командой:

[ 2 ] $ mysql -u’пользователь’ имя_БД -p’пароль’ На примере это будет выглядеть так: test@testserver :

[ 2 ] $ mysql -u’test_testdb’ test_testdb -p’myspeficpassword123′

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

Бэкапы

Общая информация о резервном копировании на хостинге

На услуге хостинга REG.RU резервные копии создаются автоматически. На VPS автоматическое резервное копированиe не предусмотрено. Вы можете самостоятельно настроить резервное копирование через панель управления или заказать дополнительную услугу резервного копирования VPS.

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

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

Читать еще:  Как восстановить поврежденные файлы на флешке - подробная инструкция

Бэкапы создаются с 00.00 (МСК) и доступны для скачивания после 14.00 следующего дня.

В резервную копию включаются базы данных и файлы, размер которых не превышает 300 Мб.

В бэкап НЕ включаются:

/tmp;

  • почта;
  • cron-задания;
  • настройки, созданные в панели управления хостингом.
  • Как открыть систему резервного копирования?

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

    Кликните по названию нужной услуги хостинга:

    Если вы являетесь партнёром REG.RU, откройте систему резервного копирования следующим способом:

    Открыть систему резервного копирования можно через панели хостинга:

    Перейдите в раздел ИнструментыУправление резервными копиями и нажмите ОК:

    В разделе Файлы выберите пункт Менеджер резервных копий:

    В открывшемся окне кликните по ссылке Система автоматической выдачи резервных копий:

    В разделе Сайты и домены в панели настроек справа выберите пункт Резервные копии:

    На открывшейся странице перейдите по ссылке Система автоматической выдачи резервных копий:

    Как скачать резервную копию (бэкап) сайта?

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

    Чтобы скачать резервную копию, войдите в систему резервного копирования REG.RU и выполните следующие действия:

    Во вкладке Резервные копии в выпадающих списках выберите нужный домен и дату:

    Напротив домена нажмите Сформировать архив. Если вы хотите, чтобы ссылка на скачивание архива пришла вам на почту, поставьте галочку напротив графы «Выслать ссылку на почту»:

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

    Как восстановить весь аккаунт, сайт или БД

    Во вкладке Резервные копии вы можете восстановить резервную копию:

    • всего аккаунта (файлы и базы данных);
    • всех файлов;
    • файлов отдельного сайта;
    • отдельной базы данных.

    Для этого напротив домена нажмите Восстановить копию. На открывшейся вкладке подтвердите действие, нажав Ок:

    Важно: pезервные копии данных собираются ежедневно и формируются в ночное время. То есть ночью 17.05.2019 создаются резервные копии сайта на 16.05.2019.

    Перед восстановлением базы данных из резервной копии убедитесь, что нужная база создана в панели управления. Система резервного копирования не сможет восстановить бэкап базы данных, если её нет на хостинге. Если базы данных нет, создайте её по инструкции: Как создать базу данных. Достаточно создать пустую БД.

    Как восстановить отдельные файлы и папки

    Также во вкладке Файловый менеджер вы можете просмотреть содержимое резервных копий и скачать/восстановить отдельный файл и/или директорию:

    Вы можете выбрать действие сразу для группы файлов и/или директорий. Для этого поставьте галочку рядом с необходимыми пунктами и выберите действие Восстановить или Сформировать архив:

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

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

    Чтобы сделать бэкап удаленной услуги используйте инструкцию: Моя услуга хостинга удалена, как её можно восстановить?

    Как восстановить сайт? 4 способа восстановления сайта

    Сегодня я решил подробно написать о том, как восстановить сайт, который уже потерян. Вы узнаете, как восстановить сайт из бэкапа (резервной копии), с кэша поисковых систем, с архива archive.org и с RSS ленты.

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

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

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

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

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

    1) Как восстановить сайт из резервной копии?
    Этот способ подойдет для тех, у кого есть бэкап сайта и базы данных. Если у вас нет копии своего ресурса, то вы также можете написать хостеру, возможно они у него сохранились.

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

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

    Давайте сначала разберемся с файлами. Зайдите в корневую папку на своем хостинге, обычно она называется public_html , www, domains или HTDOCS. Дальше нужно нажать на кнопку «закачать файл», или что-то вроде этого, в каждом хостинге по-разному. Потом найдите на компьютере архив и закачайте его на хостинг. Дальше разархивируйте файлы, а сам архив можете удалить. Ну, вот и все, с файлами, думаю все понятно.

    Для экспорта базы данных вам нужно войты в phpMyAdmin. Если у вас уже есть база данных, то отлично, открывайте ее, если базы нет, то ее нужно создать. В разделе phpMyAdmin должна быть где-то кнопка под названием «Создать базу». Нажимайте на нее и вас попросят ввести имя базы, логин и пароль. Если ваш ресурс сделан на движке wordpress, то эти данные нужно брать с файла wp-config.php. Подробнее об этом я писал в статье о переносе сайта с одного хостинга на другой.

    После создания базы данных, открывайте ее, и в самом верху вы увидите кнопку «Импорт», нажмите на нее:

    Дальше нужно нажать на кнопку «выбрать файл», найти копию базы данных на компьютере и экспортировать ее.

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

    2) Восстановление сайта с помощью поисковых систем.
    Если ваш ресурс уже не молодой, и он был проиндексирован поисковыми системами, то вполне возможно, что страницы еще остались в кэше. Для примера открываем поисковую систему Яндекс и вводим такой запрос:

    site:vachevskiy.ru

    Вместо vachevskiy.ru укажите свой домен. Яндекс нам находит все страницы, а рядом с ссылкой есть надпись «копия»:

    Просто нажмите на эту надпись, и вы увидите копию страницы сайта, даже если ее уже не существует.

    Точно такую же операцию можно сделать и в Гугле. Ввожу site:vachevskiy.ru, и вижу все страницы своего блога в выдаче. Дальше в конце URL нажимаю на маленький зеленый треугольник, появляется надпись «Сохраненная копия», нажимаю на нее:

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

    3) Восстановление сайта с RSS.
    Я уже писал на своем блоге о том, что такое RRS, можете прочитать. Если вы настроили rss ленту для своего сайта, то можете восстановить от туда страницы. Но здесь также важно, чтобы документы транслировались в полном содержании, поскольку иногда идет трансляция только анонса как у меня. А, например, тут, транслируются полные статьи и можно легко вытащить контент оттуда.

    4) Как восстановить сайт из archive.org?
    Об этом проекте я уже упомянул, когда писал статью на тему, как проверить историю своего домена. Archive.org – это сервис, на котором хранятся кэшированные копии почти всех проектов интернета. Если ресурс не молодой, то он должен там быть. Для того чтобы найти свой сайт, перейдите сюда, введите свой домен и нажмите на кнопку «BROWSE HISTORY». Вот я вижу, что последний архив моего блога был сделан 8 февраля 2014 года. Если навести курсор на дату, то можно увидеть даже время, когда был сделан архив.

    Читать еще:  Как восстановить идентификатор Сбербанк Онлайн, если забыл

    Для того чтобы посмотреть, как выглядел ресурс 8 февраля 2014 года, я просто нажимаю на «8». Мне открываются все HTML страницы блога, но что с ними делать? Можно просто залить их на хостинг, изменить ссылки, и блог будет работать, но это, как вы понимаете, очень долго и нудно :smile:.

    Чтобы быстро восстановить сайт с archive.org, есть прекрасный сервис r-tools.org. Сейчас я постараюсь разобрать работу этого ресурса подробно. Для начала перейдите по этой ссылке и пройдите простую регистрацию, после регистрации войдите на сайт. Вы увидите перед собой вот такую картинку. Возле надписи «имя домена для поиска на веб архиве» нажимаем на кнопку «списком»:

    Вводим свой домен или несколько доменов и нажимаем «принять». Только домен нужно вводить без http и слеша в конце:

    После нажатия кнопки принять сервис задаст вопрос «Что с этим делать, сэр?». Вам нужно нажать на кнопку «Восстановить сайт из веб архива»:

    Дальше подождите несколько секунд, и вы увидите вод такое окошко:

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

    Также укажите, как должны выглядеть внешние ссылки. Лучше всего ссылки преобразовать в текст, а уже потом самостоятельно их исправить. Дальше нажмите на кнопку «Начать процесс восстановления». Вы должны увидеть такое окошко:

    Нажмите на кнопку «Перейти к списку заданий». Дальше нужно подождать несколько минут, чтобы сервис восстановил сайт с archive.org. Когда работа будет сделана, то ниже надписи «состояние» будет писать «завершено». Дальше нажмите на зеленую кнопку со стрелкой вниз, чтобы посмотреть результаты:

    В отчетах вы можете увидеть, сколько файлов удалось восстановить. Потом нажмите на кнопку «Собрать ZIP-архив». Сервис вам создаст архив, вам останется его только скачать:

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

    На этом я данную статью заканчиваю. Теперь вы знаете, как восстановить сайт на wordpress. Всем, пока!

    Это всё, конечно, очень хорошо, но я две недели назад столкнулся со следующей ситуацией.

    Мне позвонил мой бывший коллега и попросил сделать новый сайт для одного городского колледжа. Я спросил, что стало со старым, и он поведал мне интересную историю. Оказывается, на их предыдущий сайт кто-то покушался, сделал какую-то SQL-инъекцию, и с сайта повалил спам (не знаю, куда и кому). И что ты думаешь? Хостинг автоматически БЕЗ УВЕДОМЛЕНИЯ удалил папку с сайтом. И это при том, что автоматические бэкапы почему-то тупо не делались.

    Так что делайте бэкапы, господа, хотя бы раза два в неделю *blum*

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

    Восстановление сайта из резервной копии

    1. Восстановление резервной копии сайта

    Восстановление резервной копии сайта (файлов и базы данных) производится в разделе Резервные копии панели управления хостингом.

    Процесс восстановления сайта из резервной копии производится в два этапа:

    • восстановление файлов сайта;
    • восстановление базы данных (если используется).

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

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

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

    При нажатии кнопки Восстановить с сохранением копия файлов будет загружена в каталог /home/login/tmp/DATE, где DATE — дата создания резервной копии.

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

    После нажатия кнопки Восстановить содержимое резервной копии будет сохранено в каталоге /home/login/tmp/DATE, где DATE — дата создания резервной копии.

    Если вам необходимо восстановление иных файлов, выберите пункт Файловая система → Восстановить выборочно.


    Затем выберите нужные файлы или каталоги и нажмите кнопку Восстановить. Содержимое резервной копии будет сохранено в каталоге /home/login/tmp/.

    2. Восстановление резервной копии базы данных

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

    Напротив каждой базы доступен выбор способа восстановления. После выбора операции резервная копия будет восстановлена через некоторое время, которое зависит от её размера. Статус задания отображается в разделе История операций.

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

    Операция Восстановить в новую базу создает новую базу данных и восстанавливает в нее содержимое резервной копии. После восстановления резервной копии в новую базу в разделе главного меню Базы данных → Пользователи предоставьте доступ к этой базе для вашего mysql-пользователя и измените в конфигурационных файлах сайта название старой базы на новую, затем проверьте работоспособность. Если на сайте отображается ошибка подключения к базе данных, необходимо проверить правильность реквизитов подключения к базе данных в файлах сайта. Узнать расположение конфигурационных файлов, содержащих реквизиты доступа к базе данных можно у разработчика сайта, либо с помощью инструкции Конфигурационные файлы популярных CMS.

    При выборе операции Сохранить в виде файла копия базы будет загружена в каталог /home/login/tmp/DATE, где DATE — дата создания резервной копии. Затем ее можно будет скачать с помощью файлового менеджера или по FTP .

    Как восстановить сайт из резервной копии

    Как восстановить сайт из резервной копии

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

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

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

    Сделать это несложно, заходим во вкладку под параметрами BackWPup – задания.

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

    Для этого наводим курсор на название нашего задания, и в появившемся меню снизу названия, кликаем «Запустить сейчас». Запускается создание копии вручную, и дожидаемся окончания.

    Переходим во вкладку «Резервные копии», находим по дате, последнюю, ту которую только что создали. Обратите внимание, какого размера ваш файл, на примере у меня видно, что его размер 17,09МВ.

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

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

    Пример: прошу восстановить мой сайт из резервной копии yspex.pro560_4765a8_2013-05-30_08-11-11.tar.gz, он находиться по адресу /home/users2/g/gala93/domains/yspex.pro560.ru/wp-content/uploads/backwpup-93bf1-backups/.

    Эти данные берете так же на этой страничке.

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

    Запомнили где архив, и смело можете делать изменения на нашем сайте.

    Теперь перейдем непосредственно к восстановлению.

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

    Не отчаиваемся, идем на хостинг.

    Заходим в контрольную панель – файловый менеджер.

    Открываем папку domains, далее находите папку с вашим доменом, это корневая папка вашего сайта и открываем её. Прокручиваем страничку в самый низ, и кликаем «Выделить все».

    Читать еще:  Как восстановить данные с внешнего жесткого диска

    Возвращаемся вверх страницы, и находим кнопку «Удалить». Ещё раз подтверждаем, что собираемся удалить все файлы.

    Внимание: если у вас в папке находятся папки или файлы, не относящиеся к сайту, то снимите с них выделение.

    Теперь переходим во вкладку слева в меню «Управление базами MySQL , далее phpMyAdmin и где пользователь кнопку «Войти».

    И вот здесь ВНИМАНИЕ.

    Если у вас несколько блогов на одном хостинге и то ваши действия такие: здесь надо работать только с базой данных, которая привязана именно к конкретному сайту. В корневой папке вашего блога найдите файл wp-config.php, а внутри него такую строку define(‘DB_NAME’, ‘xxxxxxx’);

    Так вот xxxxxxx — это и есть имя вашей БД. Именно ее вы выбираете в phpMyAdmin и работаете с ней как базой данных. Это в случае, если у вас несколько БД — по базе данных на каждый блог. Если же у вас одна БД на все блоги — то ничего удалять не надо.

    Пробуете сразу делать Импорт.

    Переходите к действиям описанным чуть ниже.

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

    Возвращаемся обратно файловый менеджер – папку domains, заходим в корневую папку сайта. Здесь мы все удалили, и теперь восстановим.

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

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

    Когда файл загрузиться нам надо его распаковать. Выделяете его и наверху кликаете «Распаковать». У нас появляется надпись справа наверху, что в буфере находиться один файл, далее кликаем «Вставить».

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

    Выделяем его и скачиваем себе на компьютер, нажав в верхнем меню «Скачать себе».

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

    Возвращаемся в базу данных, слева в меню «Управление базами MySQL , далее phpMyAdmin и где пользователь кнопку «Войти». Ещё раз в базу данных, и в меню «Импорт».

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

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

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

    Плагин резервной копии

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

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

    Чтобы восстановить блог нам потребуется плагин, который будет создавать базу данных блога. Плагинов с такой функцией много, и их можно разделить на несколько категорий. Первая — это те, которые просто создают Бекап (BackUp) = Резервная копия базы данных, это все ваши статьи. Но они не делают копии некоторых файлов, например картинок, которые вы закачали на блог или плагины которые вы установили. В общем не полную копию вашего блога. Есть такие, которые создают копию только файлов.

    Мы с вами возьмем тот, который создает полную резервную копию, и БД, и всех файлов — это плагин BackWPup

    Версия плагина 3.0. 12

    Требуется версия WP: 3.2 или выше

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

    Теперь перейдем к настройке плагина.

    После активации плагин появляется под параметрами отдельной опцией.

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

    Первая Настройки – Общие.

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

    Следующее Безопасность, это нам никогда не помешает, галочку оставляю.

    Перехожу в Задания.

    Это настройка общих параметров задания.

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

    Здесь задается путь до папки с файлами, оставляю как есть.

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

    Ставим галочку напротив Сжатие и сохраняем изменения.

    Остальные вкладки оставляю, как настроено плагином.

    Далее, заходим в меню плагина Добавить Задание, и в общих настройках задаем название.

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

    В задачах оставляем копирование БД, файлов и список плагинов.

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

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

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

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

    В расписании задаем график создания архива.

    Перехожу Архив БД.

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

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

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

    Проверьте, что все настроено и нужные галочки стоят везде.

    Так же вы можете указать дополнительно те папки, которые вы устанавливали, но их нет в данном списке.

    Следующие 2 настройки пропускаю, в Е-мэйл проверяю адрес и сохраняю настройки при редактировании.

    Теперь переходим в меню в Задания, и видим наше название задания. При наведении курсора появляется меню, кликаю «запустить сейчас».

    Далее идет резервное копирование базы данных.

    При завершении, перехожу в Задания, и здесь можно увидеть полную информацию.

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

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

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

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

    Здесь видно все записи логов.

    Вот и все о данном плагине, нужном плагине.

    Ссылка на основную публикацию
    Статьи c упоминанием слов:
    Adblock
    detector