Время на чтение: 5 минут

Поделюсь опытом как восстановить базу данных (БД) сайта из бэкапа через phpMyAdmin на вашем хостинге.

Данная вещь может ни разу вам не пригодиться, но на всякий случай должны понимать как действовать в критической ситуации. Как говорится: "Готовь сани летом...".

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

Клик для увеличения

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

Сам phpMyAdmin выглядеть у вас будет аналогично, быть может с небольшими отличиями.

• Перехожу в соотв. раздел - правый верхний угол предыдущей картинки MYSQL
• Напротив нужной БД (если у вас не одна, а несколько) нажимаю на надпись phpMyAdmin (картинка ниже)

Перед вами откроется вот такая страница, где необходимо кликнуть по названию своей БД:

Клик для увеличения

Теперь у вас появится возможность восстановить сайт из бэкапа. Кликаете на "Импорт " в верхней панели:

Клик для увеличения

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

После нажатия ОК запустится процесс восстановления сайта. Это можете занять несколько секунд или минут, в зависимости от размера БД.

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

«, кто-то будет работать не покладая рук, кто-то решит сделать для себя пару дней отдыха и расслабиться по полной программе. Но не следует забывать друзья что сайт будет работать всё время пока вас нет и следует отнестись к нему с заботой и сделать резервную копию файлов и баз данных ! Конечно многие хостеры делают самостоятельную копию в автоматическом режиме, но не следует забывать что проблемы могут быть и у них. Так что приступите к созданию бекапа файлов и баз данных сайта.

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

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

Резервное копирование и создание бэкапа при помощи FileZilla

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

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

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

3. Теперь займёмся самим резервным копированием. Время копирования зависит от размера файлов и скорости соединения с вашем сервером хостинга. Открываем программу, заходим по ftp на сервер, выбираем слева папку в которой будут хранится ваши копии сайта и выполняем перенос с хостинга в вашу папку. смотрим скрин:

Резервное копирование базы данных и восстановление из бэкапа при помощи phpMyAdmin

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

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

Восстановление базы данных из ранее созданной резервной копии при помощи phpMyAdmin

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

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

Перенос WordPress, Joomla с одного хостинга на другой используя phpMyAdmin и FileZilla

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

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

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

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

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

Как сделать бэкап файлов сайта с помощью FileZilla

Как вы уже, наверное, знаете, сайты , созданные на основе какого-либо движка, будь то Joomla, WordPress или SMF, состоят из двух важных частей :

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

В базе данных (БД) могут храниться также настройки некоторых параметров движка и его расширений. Я уже писал об этом в статье про . Такая организация имеет массу преимуществ.

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

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

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

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

Теперь открываем в левой части FileZilla папку, куда будет осуществляться резервное копирование, а в правой части — корневую папку вебсайта. Советую включить в настройках этой программы возможность показывать скрытые файлы: в верхнем меню выберете пункт «Сервер» — «Принудительно отображать скрытые файлы» .

Это нужно для того, чтобы в ваш бэкап попали и скрытые файлики, такие, например, как.htaccess. Далее вы выделяете все объекты вашего сайта в корневой директории, удерживая кнопку SHift на клавиатуре. Щелкаете по выделенным объектам правой кнопкой мыши и выбираете из контекстного меню пункт «Скачать» .

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

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

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

Как сделать бэкап базы данных с помощью phpMyAdmin

Давайте посмотрим, как сделать резервную копию базы данных с помощью скрипта phpMyAdmin. Доступ к нему можно получить из панели управления вашего хостинга. Если у вас , то для того, чтобы запустить phpMyAdmin, нужно пройти по следующему пути: находите на главной странице cPanel область под названием «Базы данных» и щелкаете там по иконке этого скрипта.

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

Скачав на свой компьютер архив, вы должны его распаковать и залить получившуюся папку (можно для простоты ее предварительно переименовать просто в phpmyadmin) в корневую директорию. В общем-то и все. Теперь останется только ввести в адресной строке вашего браузера следующий Урл: http://vash_sait.ru/phpmyadmin

В любом случае у вас откроется окно программы ПхпМайАдмин, с помощью которой мы сможем с легкостью осуществить резервное копирование баз данных своего проекта. Это главная страница программы (у меня на некоторых сайтах стоит несколько устаревшая версия, но я к ней просто привык):

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

Список БД вы можете увидеть в окне программы слева (под иконкой домика). Для того, чтобы сделать бэкап базы данных вам нужно будет щелкнуть по вкладке «Экспорт» над списком таблиц.

Внизу открывшейся страницы поставьте галочку «gzip» . И нажмите кнопку «ok».

Правда, это в старой (удобной) версии скрипта. Сейчас же, по умолчанию вам предлагают быстро скачать базу без сжатия, а если хотите что-то настроить (в том числе и активировать ее gzip сжатие на лету), то нужно будет переставить галочку в поле «Обычный» и выбрать gzip среди множества других настроек, что не очень удобно на мой взгляд.

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

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

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

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

У вас откроется окно со списком всех удаляемых таблиц. Вы нажимаете на кнопку «Да».

Теперь можно восстановить базу данных из сделанной ранее резервной копии. Для этого выбираем закладку «Импорт» :

В открывшемся окне нажимаете на кнопку «Выберете файл» и находите сделанный ранее бэкап этой БД у себя на жестком диске. Жмете на кнопку «Вперед» (или «OK» в старых версиях скрипта) внизу страницы и ждете, когда загрузка закончится (время опять же зависит от скорости сервера и размера базы данных). Все.

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

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

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

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

Но для этого нужно предварительно на новом хостинге (куда потом будут копироваться сохраненные вами таблицы). Как это сделать вы узнаете из статьи про phpMyAdmin, ссылку на которую я приводил чуть выше. Обратите внимание, что у вас, скорей всего, не получится выбрать имя для БД и ее пользователя такими же как и на предыдущем месте жительства. Дело в том, что на хостинге обычно добавляют к выбранному вами имени БД еще и ваш логин.

Поэтому, после окончания копирования файлов и БД, прежде, чем обращаться к сайту из браузера, следует внести соответствующие изменения в настройки движка вашего сайта . Для этого нужно будет опять же получить доступ к файлам сайта по FTP и внести изменения в конфигурационные файлы того или иного движка (Joomla, WordPress, SMF и др.). Рассмотрим настройки для каждого движка в отдельности.

Что нужно изменить в настройках WordPress при его переносе

Перенос блога на Вордпрессе потребует изменения следующих настроек. Нужно будет открыть на редактирование с помощью FileZilla файл WP-CONFIG.PHP , который находится в корневой директории на сервере. В нем нужно отредактировать строки, отвечающие за название БД и пользователя.

// ** Настройки MySQL - Вы можете получить их у вашего хостера ** // /** Имя БД для WordPress */ define("WP_CACHE", true); //Added by WP-Cache Manager define("DB_NAME", "введите сюда новое имя вашей базы данных"); /** MySQL имя пользователя */ define("DB_USER", "введите сюда новое имя пользователя"); /** MySQL пароль БД */ define("DB_PASSWORD", "anipiimaaxai"); /** MySQL сервер - иногда требуется изменять это значение, например, на Мастерхосте */ define("DB_HOST", "localhost"); /** Кодировка БД, используемая при создании таблиц. */ define("DB_CHARSET", "utf8"); /** Сопоставление БД. НЕ ИЗМЕНЯЙТЕ ЭТО ЗНАЧЕНИЕ. */ define("DB_COLLATE", "");

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

Далее, с помощью встроенного «поиска с заменой», найдите все упоминания старого Урла вашего блога и замените его новый адрес (например, vasy.ru на vova.ru). После этого сохраните файл с резервной копией БД и осуществите его «Импорт» в программе phpMyAdmin.

После того, как вы зайдете в админку Вордпресса, нужно будет еще прописать правильный абсолютный путь к объектам вашего блога (он изменился, т.к. вы перенесли WordPress на другой хостинг). Задается абсолютный путь через параметр UPLOAD_PATH в глобальных настройках WP. Попасть в эти настройки можно, добавив к Урлу главной страницы следующий путь:

/wp-admin/options.php

Для адреса моего блога получится так:

Https://сайт/wp-admin/options.php

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

Что нужно изменить в настройках Joomla при смене хостинга

Перенос на другой хостинг сайта на Joomla потребует изменения следующих настроек. Вам нужно будет открыть на редактирование CONFIGURATION.PHP в корневой папке сервера. Найдите в нем строки, отвечающие за получение доступа к БД:

Var $user = "введите сюда новое имя пользователя"; var $db = "введите сюда новое имя вашей базы данных";

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

Var $log_path = "/home/xxxxx/public_html/logs"; var $tmp_path = "/home/xxxx/public_html/tmp";

Перенос форума SMF на новый хостинг

Перенос форума на SMF потребует изменения некоторых настроек. Нужно будет открыть на редактирование SETTINGS.PHP из корневой папки форума. Так же, как и в случае с Joomla, здесь тоже нужно будет не только изменить имя БД и пользователя SMF, но и абсолютные пути до папки форума и папки SOURCES форума.

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

Как начать работать с сайтом сразу после его переноса на новый хостинг

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

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

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

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

Но владелец хоста в письме всегда указывает IP адрес вашего нового сервера. Используя его, можно получить доступ к своему ресурсу не ожидая прописывания ДНС . Но доступ, в этом случае, получите только вы и только на том компьютере, где вы произведете описанные ниже настройки. Итак, нужно проделать следующее:

1. с помощью любого файлового менеджера открыть для редактирования (по этой ссылке вы найдет подробную статью по тому, где находится этот файл, как его найти в Windows 7 и что в нем должно быть прописано), расположенный по следующему пути: c:\Windows\System32\drivers\etc\hosts
2. в конце содержимого HOSTS нужно дописать строчку: 109.77.43.4 сайт где в начале идет IP адрес нового сервера, а после него, через пробел, домен
3. сохраните этот файл и можете смело набирать в браузере адрес того ресурса, перенос которого вы только что осуществили (может понадобиться сброс ДНС-кэша на компьютере — читайте об этом в приведенной чуть выше статье про файл Хостс)

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

Можете также посмотреть на видео по теме от известного в рунете сайтостроителя:

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

Приятного просмотра!

Удачи вам! До скорых встреч на страницах блога сайт

Вам может быть интересно

От автора: что-то сегодня настроение какое-то лирически-меланхолическое. Наверное, на прошлогодний осенний лист я наступил, и от этого поплыл.… Так, лирику в сторону! Сегодня мы научимся, как сделать бэкап базы данных MySQL. Но все-таки жаль, что нельзя сделать «бэкап» времени!

Бэкапим легонько

Не будем сразу кидаться «в кусты с крапивой», и рассмотрим тему резервных копий с легких методов. Как всегда, начнем с нашей любимой графической оболочки phpMyAdmin. Рассмотрим, какими средствами создания в MySQL бэкапа базы обладает эта программа.

Заходим на сервер СУБД под учетной записью администратора. Затем слева выбираем базу, на которой будет тренироваться. Переходим на вкладку «Экспорт», и в разделе «Способ экспорта» отмечаем второй вариант («Обычный»).

После этого для редактирования станут доступны все возможные параметры бэкапа MySQL. Ниже в окне можно отметить конкретные таблицы базы, и создать только их копии. В поле «Вывод» активируйте вариант «Вывод в файл», и нажмите внизу «Ок». Копия базы данных сохранится в папке загрузки браузера.

Если честно, «господа-профессионалы программных наук», phpMyAdmin мне (как и вам) уже наскучил. Конечно, это «знатная» программная оболочка, обладающая «выдающимися» способностями в сфере администрирования СУБД. Но уже приелась!

Раз пошли такие «пляски», предлагаю испробовать что-то новенькое, и в качестве эксперимента для бэкапа базы данных MySQL использовать другую оболочку. Например, MySQL Admin.

Программная оболочка от авторов СУБД

Странно, но создатели столь популярной системы управления базами долгое время не пытались разработать для нее собственной графической оболочки. Но несколько лет назад появилась MySQL Admin. Хотя в данный момент поддержка программы ее создателями прекращена, но все-таки она обладает хорошим функционалом для бэкапа таблиц данных MySQL.
Чаще всего MySQL Admin используется как альтернатива phpMyAdmin, если размер резервируемой базы превышает 2 Мб. Это максимальный размер бэкапа, который поддерживается phpMyAdmin.

Скачиваем MySQL Admin, устанавливаем ее в файловую систему своего компьютера. Затем запускаем программу, и заполняем все поля параметров, которые нужны для подключения к серверу БД: название соединения, пароль, пользователя, хост и порт. Обратите внимание на последние два параметра. Их значение может отличаться для вашего ПК в зависимости от типа подключения (удаленно или локально) и используемой сборки.

Теперь переходим непосредственно бэкапу БД MySQL. В меню слева выбираем пункт «Backup».

Внизу нажимаем «New Project», в разделе «Schemata» выделяем нужную БД. Затем кнопкой с указателем направления перемещаем выделенный элемент в «Backup Content». Еще раз жмем на название базы, выделяем нужные таблицы и затем переходим по ссылке «Execute Backup Now».

Для окончания процесса бэкапа таблиц MySQL в появившемся диалоге проводника задаем имя файла резервной копии и папку для его сохранения.

Копия базы данной сохранена в указанной папке. Загляните в нее, и убедитесь в этом самостоятельно. Доверяй, но наличие бэкапа базы проверяй! Извините, последствие «наступа» на осенний лист

Использования MySQLDump

В набор встроенных средств СУБД входит MySQLDump, которая пригодится, чтобы сделать бэкап базы MySQL, когда «под рукой» нет специализированного ПО. Данная утилита не имеет собственного интерфейса, поэтому вся работа с ней происходит через командную строку. Запускаем cmd и переходим на тот диск и директорию, где хранится исполняемый файл утилиты:

Давайте немного поэкспериментируем с утилитой MySQLDump. Например, с помощью MySQL сделаем бэкап базы world и разместим его на рабочем столе. Код запроса:

mysqldump -uroot wordpress>C:\Users\домашний\Desktop\dump\world_copy.sql

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

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

Многим покажется, что я привожу слишком простые примеры реализации, Конечно, можно рассмотреть бэкап MySQL rsync, но соваться без подготовки в «неизвестные дебри» новичкам не стоит. Как-нибудь в другой раз, когда мы все окрепнем в своих

Создание резервных копий средствами PHP

С самого первого знакомства с языком PHP он показался мне очень сложным, и даже неприветливым. Но затем, освоив правила синтаксиса, все стало на свои места. И теперь я и PHP стараемся дружить. Опять с меня лирика «прет»! Пардон, друзья.

Сейчас рассмотрим простейший пример бэкапа MySQL в PHP. Для этого мы будет использовать не совсем «средства языка». Из файла PHP мы запустим уже хорошо нам знакомую утилиту MySQLDump и передадим ей все нужные параметры для создания копии указанной базы.

Код примера занимает всего несколько строк, и все благодаря PHP-функции system(), которая запускает на выполнению внешнюю (системную) программу, переданную ей в качестве основного параметра. Ее синтаксис:

string system (string $commandа [, int &$return_variable ])

В общем, это полезная функция, которая нам пригодиться для создания MySQL бэкапа в Cети. Пример кода:

C:/Users/домашний/Desktop/dump/world_copy.sql"; system($commanda); ?>

До боли знакомый код! И результат тоже почти идентичен предыдущему. Но ведь это PHP, и его возможности почти безграничны. Давайте немного «подшаманим» пример, и сделаем так, чтобы код бэкапа MySQL скрипта создавал копию БД, имя которой включает в себя дату ее «сотворения».

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

Когда возникает необходимость делать вручную бэкап БД в WordPress

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

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

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

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

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

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

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

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

При щелчке по «custom» появятся опции. Будут выбраны все таблицы БД.

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

Прокрутите страницу вниз до раздела «Output». По умолчанию PhpMyAdmin показывает вывод процесса экспорта в виде текста. Измените это, поставив галочку напротив опции ‘Save output to a file’ (Сохранить вывод в виде файла). Выберите формат сжатия – zipped или gzipped. Теперь вам необходимо прокрутить страницу до самого низа и щелкнуть по кнопке «Go».

PhpMyAdmin сделает вам экспорт БД и сохранит его в zip или gzip файле.

Вот и все, вы успешно сделали вручную бэкап БД WordPress.

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

Зайдите в свою панель управления хостингом и прокрутите страницу до раздела «Файлы». Здесь вы увидите кнопку «Резервное копирование». У Bluehost, SiteGround и HostGator схожие опции.

Прокрутите немного страницу Резервные копии до «Частичные резервные копии» и щелкните по имени БД, чтобы загрузить бэкап файл базы данных.

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

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

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

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

Используйте подходящий плагин по автоматическому созданию и хранению резервных копий БД WordPress в облачном хранилище. Я могу, например, посоветовать BackupBuddy, который автоматически создает и хранит бэкапы в таких хранилищах как Google Drive, DropBox или Stash.