Как сделать резервную копию Joomla вручную?
Вот как сделать резервную копию Joomla вручную. В принципе, процесс довольно прост. Есть две вещи: во-первых, пара файлов, а во-вторых, база данных вашего сайта Joomla, вам нужно создать резервную копию обоих по отдельности.
i) Резервное копирование файлов Joomla
Обычно разработчики Joomla используют FTP-клиент для передачи файлов и папок Joomla с сервера на ваш локальный жесткий диск. Однако Joomla включает более 3000 основных файлов и папок, не считая видео, фотографий и расширений. Поэтому, если вы попытаетесь передать его (все файлы) через FTP, это, вероятно, займет вечность. Таким образом, вам нужно сначала сжать файлы в один ZIP-файл с помощью инструмента File Manager в cPanel.
Чтобы выполнить преобразование, перейдите в основную папку установки Joomla и выберите все файлы. Затем нажмите кнопку «Сжать».
ii) Резервное копирование базы данных Joomla
Два популярных способа резервного копирования базы данных Joomla – с помощью инструмента phpMyAdmin в вашей cPanel и с помощью консоли SSH. Вам нужно только знать имя базы данных Joomla MySQL, имя пользователя и пароль.
Резервное копирование базы данных с помощью phpMyAdmin
Сначала войдите в учетную запись cPanel и перейдите к инструменту phpMyAdmin в разделе База данных. Теперь выделите базу данных, резервную копию которой вы хотите сделать. После этого база данных будет размещена в левом меню вашего phpMyAdmin. Отключитесь от базы данных Joomla и нажмите кнопку «Экспорт» в меню справа вверху. Теперь, оставив настройки по умолчанию как есть, нажмите кнопку «Перейти».
Резервное копирование базы данных через SSH
Прежде всего войдите в свою учетную запись SSH и перейдите в папку сайта Joomla. Чтобы сделать резервную копию базы данных, вам потребуются имя пользователя и пароль учетной записи веб-сайта в дополнение к имени базы данных, ее имени пользователя и паролям.
Метод резервного копирования из двух частей (основной метод).
Полное резервное копирование сайта Joomla состоит из двух частей:
- , чаще всего находящаяся в базе данных MySQL.
- , как это происходит на большинстве статических HTML-сайтов.
Если вы не создадите резервную копию файлов и базы данных, ваша резервная копия будет неполной.
Резервное копирование базы данных веб-сайта Joomla.
Одним из первых шагов для резервного копирования сайта Joomla является закрытие сайта для пользователей сайта, резервное копирование файлов, а затем повторное открытие сайта. Шаги из документации phpMyAdmin опускают эту очень необходимую операцию. Перейдите в Админку Joomla → Основные настройки → вкладка Сайт, установите Выключить сайт = Да.
Это изменит файл configuration.php в корне вашего сайта Joomla.
Администратор должен будет использовать панель управления хостингом для просмотра этого файла или использовать FTP для загрузки и просмотра файла. Внутри файла configuration.php вы можете найти имя вашей базы данных, для которой необходимо создать резервную копию.
Найдите строку с кодом, похожим на или где — имя вашей базы данных.
Используя данные для входа на ваш сервер или хостинг, откройте инструмент phpMyAdmin. Откройте базу данных и найдите таблицу с именем , а затем нажмите на иконку, чтобы просмотреть данные в этой таблице.
Вы должны увидеть имена пользователей, имеющих учетные записи на вашем сайте Joomla. Это даст уверенность в том, что вы собираетесь создать резервную копию правильной базы данных.
Нажмите на вкладку Export, затем Go.
Ваш браузер загрузит вашу базу данных в файл SQL.
Найдите, куда браузер поместил этот файл, затем переместите его на более надежный диск или в другое место.
Базы данных Server SQL можно создавать резервные копии без phpMyAdmin, а с помощью командной строки SQL. Если вы знаете, как это сделать, то, скорее всего, эта документация вам не нужна.
Рекомендуется выполнять резервное копирование базы данных не реже двух раз в неделю или даже ежедневно (и чаще), если у вас активный сайт.
Резервное копирование файловой системы веб-сайта Joomla.
Продолжайте работу с сайтом в закрытом от пользователей режиме, . Резервную копию папки и файлов Joomla можно сделать, загрузив их с помощью FTP-утилиты или используя файловый менеджер хостинга. Оба этих варианта работы с файлами работают, но ни один из них не является лучшим.
FTP-утилиты перемещают тысячи файлов Joomla и используют больше времени. Процесс FTP может быть медленным и прерывистым. Большинство хостингов предоставляют панель управления для складывания тысяч файлов в одну папку и последующего быстрого создания zip-файла.
Это означает, что веб-сайта Joomla находится в автономном режиме меньшее количество времени, и у вас есть только один zip-файл. Зайдите в панель управления хостингом и найдите значок файлового менеджера.
Если вы используете файловый менеджер хостинга, потренируйтесь использовать этот интерфейс для выбора папки сервера и создания её zip-архива. Закачайте zip-файл локально, а затем разверните его, чтобы увидеть, какие файлы находятся внутри этого zip-файла. Эта опция также позволяет распаковать тот же zip-файл для восстановления на тестовом сайте.
Резервное копирование файлов Joomla с помощью FTP ничем не отличается от резервного копирования статического HTML-сайта. Загрузите все файлы и папки, находящиеся в главном каталоге сайта Joomla. Местом скачивания и промежуточного хранения является папка на вашем локальном компьютере. Убедитесь, что структура файлов и папок осталась такой же, как и на рабочем сайте. Когда вы будете восстанавливать файлы, вы будете использовать утилиту FTP для загрузки файлов на новый сервер.
Как только вы загрузите файлы через zip или FTP, переключите сайт обратно в открытый для пользователей режим.
Установка/удаление компонентов Joomla
Установка нового компонента:
Внимание: Если при установке компонента появляется сообщение «Другой
компонент уже занимает папку…», то это означает что компонент уже
установлен или был некорректно удален (от предыдущей установки остались
какие-то файлы). Во втором случае необходимо удалить файлы и папки
оставшиеся от предыдущей установки компонента
Установка нового компонента вручную:
Внимание: Если при установке компонента появляется сообщение
«Другой компонент уже занимает папку…», то это означает что компонент
уже установлен или был некорректно удален (от предыдущей установки
остались какие-то файлы). Во втором случае необходимо удалить файлы и
папки оставшиеся от предыдущей установки компонента
Удаление (деинсталляция) компонента:
Обычно при деинсталляции все данные компонента удаляются без
возможности восстановления. Однако необходимо учесть некоторые
особенности:
- При удалении компонентов некоторые файлы, созданные в процессе
работы компонента, могут остаться на сервере, а это может создать
проблемы при повторной установке компонента. Поэтому следует проверить,
удалились ли директории компонента в /components/ и
/administrator/components/. - Некоторые компоненты при деинсталляции оставляют в базе данных
свои таблицы. Это полезно при обновлении компонентов. Если же вы точно
решили удалить компонент, то убедитесь в том, что в базе данных не
осталось таблиц от удаленного компонента.
Резервное копирование Joomla.
После установки расширения надо произвести его запуск, для первичной настройки. Для этого выберите в меню Компоненты—>Akeeba Backup.
После перехода по указанному пункту меню, при первом запуске откроется мастер настройки. Нажмите на кнопку запуска мастера настройки.
После нажатия на кнопку конфигурирования, запустится автоматическая настройка. Следует дождаться ее завершения. После завершения настройки будет предложено сделать резервное копирование данных. Соглашаемся с предложение и делаем копию сайта Joomla.
Переходим на страницу создания резервной копии
После перехода на страницу резервного копирования, подтверждаем резервное копирование.
После запуска резервного копирования. Дожидаемся его завершения. Как только резервное копирование закончится будет выдано сообщение. Далее можно перейти в панель управления «Akeeba Backup».
Если на предыдущем шаге нажать «Manage Backups» или аналогичную функция в в панели управления резервными копиями «Manage Backups», то откроется страница со списком сделанных резервных копий.
Про необходимость резервного копирования рассказано в статье Практика защиты сайта на Joomla 3. В платном расширение «Akeeba Backup» имеются возможность полностью автоматизировать резервное копирование сайта и размещение резервных копий в облачных хранилищах, что значительно повышает защищенность сайта. Так же автоматизировано восстановление сайта из резервной копии.
Восстановление Joomla
Теперь представим, что наступил тот злосчастный миг, когда Joomla отказалась работать, скажем, после очередного обновления. Скопытилась, испустила дух, унеся с собой годы кропотливой работы и сотни мегабайт бесценной информации. Картина апокалиптического характера. Что делать? Рвать волосы на себе и окружающих? Не стоит, у нас же есть backup! What a save!
По умолчанию бэкапы хранятся на сервере в директории /administrator/components/com_akeeba/backup — архивы в формате ZIP (это вы должны были задать в настройках Akeeba Backup — смотрите чуть выше по тексту). Переносим самый свежий из них в корневой каталог. Далее удаляем все файлы и папки из корневого каталога за исключением этого архива. Понимаю, страшно все удалять, но так надо. Распаковываем архив с резервными копиями в текущую папку и, используя браузер, заходим на сайт, как если бы он работал.
Попадаем в меня восстановления Joomla, которая в четыре шага вернет нам ее рабочую версию.
Шаг №1. Server Setup Check — проверка настроек сервера.
В первой табличке Required Settings (необходимые параметры настройки) обязательно все поля должны быть отмечены зеленым «Yes». При восстановлении на том же сервере с этим проблем возникнуть не должно. Если при переносе на новый имеются пункты, отмеченные красным, обратитесь в техническую поддержку нового хостинга.
Во второй табличке Optional Settings (дополнительные параметры настройки) допускается наличие красных отметок.
Ну а третья табличка просто директории (Directories).
Жмем кнопку «Next» в правом верхнем углу для перехода к следующему шагу.
Шаг №2. Setup Database — настройки базы данных.
Здесь нам может понадобиться первая таблица — Connection Parapetrs (параметры соединения).
При восстановлении Joomla на том же сервере ничего трогать не надо. Если же система переносится на новый сервер, то прежде всего создайте на нем базу данным, а в табличку укажите ее параметры:
- Database Type — тип базы данных;
- Database server host name — имя сервера с базой данной;
- User name — имя пользователя БД;
- Password — пароль;
- Database — название базы данных.
Шаг №3. Site Setup — настройки сайта.
Здесь представлены настройки сайта. Можно оставить без изменений.
Шиг №4. Finish — окончание восстановления.
На последнем шаге следует удалить директорию установки — remove the installation directory.
Вот и все! Спасибо за внимание! Берегите себя. Лучший способ выразить благодарность автору — поделиться с друзьями!
Лучший способ выразить благодарность автору — поделиться с друзьями!
Восстановление сайта из резервной копии — Akeeba Backup Installer
Процедура восстановления очень напоминает процесс установки Joomla и если вы с ним знакомы, то вам будет легче понять суть. Для того, чтобы восстановить сайт нам необходимо загрузить наш архив резервной копии в корневую директорию сайта. Удаляете все ненужные файлы, оставив только архив. Только будьте внимательны, не удалите ничего лишнего. Если вы выгружаете сайт в первый раз на хостинг, т.е. если в данной директории не было сайта, то вам необходимо удалить файл «index.html», который обычно создается по умолчанию хостером при создании папки сайта. После всего распаковываете данный архив.
Также нам следует очистить нашу базу данных (БД) от таблиц. Сделать это можно в PhpMyAdmin. Выделяете все таблицы вашей базы и удаляете. Только будьте внимательны! Но здесь опять же, это в том случае, если у вас уже был сайт и в БД имеются уже какие то таблицы. В зависимости от хостинга таблицы БД можно и не очищать, т.к. установщик Akeeba сам это сделает в процессе установки сайта. Но, если вы получите ошибку вам придется все же сделать это вручную.
Открываем браузер и в адресной строке вбиваем адрес вашего сайта. Нас сразу же перекинет на скрипт установщика сайта из резервной копии — Angie. Адрес примет вид — http://site.ru/installation.
На первом шаге — «Предустановка» — у нас идет проверка:
- проверка обязательных настроек сервера;
- проверка необязательных настроек сервера;
- Данные о резервировании;
- Данные веб сайта
Если все ок, то сразу переходим ко второму шагу, щелкнув по кнопочке «Следующая».
На втором шаге — «Восстановление базы данных», мы вводим данные для подключения к серверу базы данных.
Тип базы данных — лучше оставить по умолчанию MySQLi, т.к. это более предпочтительно.
Название хоста базы данных — обычно это — localhost.
Имя пользователя — пользователь БД
Пароль — пароль БД
Название базы данных — здесь вводим название БД
Если вы восстанавливаете сайт на локальном сервере, то в поле «Имя пользователя» вводим «root», а в поле «Пароль» ничего не вводим. На реальном же хостинге заполняете данные поля своими данными
Хочу также обратить внимание на поле «Название базы данных». Если ваш сервер базы данных находится на том же хостинге, то вводим сюда значение «localhost», в противном случае вводите имя сервера базы данных
Также, хотелось бы добавить, если вы восстанавливаете сайт на локалке и если у вас БД еще не создана, то совсем не обязательно идти в phpMyAdmin и создавать ее. Достаточно ввести в поле «Название базы данных» имя БД и скрипт инсталлятора сам создаст ее автоматически. На хостинге я этот момент не тестировал, может на каких то хостингах это и прокатит.
Обратите внимание на правую часть «Расширенные опции». Первый переключатель «С существующими таблицами» — нам предлагают, что делать, если наша база данных заполнена таблицами, что с ними необходимо сделать
Здесь есть два варианта.
Первый вариант «Бросить» (скорее всего просто перевод некорректный) — если выберем этот вариант, то установщик очистит автоматически БД и запишет все по новой.
Второй вариант «Резервировать» — создаст резервную копию таблиц, присвоив приставку — bak_, на случай, если вдруг мы захотим вернуть прежние таблицы.
Приставка таблиц базы данных — здесь мы можем ввести префикс таблиц базы данных. Я обычно здесь ничего не трогаю.
Все, больше ничего не трогаем и просто жмем по кнопочке «Следующая».
Если вы верно ввели параметры подключения к БД, то установщик создаст в базе данных таблицы и внесет соответствующие записи. На экране появится окошко с индикатором уровня процесса и по завершению нам достаточно нажать на кнопочку «Следующий шаг», чтобы перейти к третьему шагу.
На предпоследнем шаге нам необходимо отредактировать (если это необходимо) данные о нашем сайте. В первой группе полей «Параметры сайта», если потребуется внести изменения, нас интересуют первые три поля: Название веб сайта; Адрес электронной почты веб сайта; Имя отправителя электронной почты веб сайта.
В разделе «Точная подстройка директорий» проследите, чтобы у вас были прописаны правильные пути к корню сайта и к каталогам «tmp» и «log».
Жмем на кнопочку «Следующая» и переходим к последнему шагу. На последнем шаге мы получим сообщение о том, что данные о нашем сайте были успешно записаны на диск и ниже предлагается удалить папку «Installation».
Настройка Akeeba Backup для Joomla
Для настройки Akeeba Backup для Joomla переходим в Компоненты — Akeeba Backup. Здесь у нас будет панель обновления конфигурации.
И ниже обязательные данные. Можно самому поставить галочки в чекбоксах лицензирования и нажать кнопку Применить.
Можно просто нажать на кнопку Примите обязательные данные и примените свои предпочтения и тогда галочки в чекбоксах поставятся автоматом и переходим на следующий этап.
На этом этапе запускается Мастер настройки и проходит тестирование сервера.
По окончанию тестирования нам предлагают приступить к резервному копированию или перейти к тонким настройкам. Давайте не будем спешить с копированием, а перейдем к настройке Akeeba Backup.
Нам открывается панель Настройка. Читаем что написано вначале и далее рассмотрим все по порядку.
Начальная конфигурация
Папка для сохранения резервных копий — Akeeba Backup куда сохраняет архивы? В данном компоненте по умолчанию Akeeba Backup сохраняет архивы в следующую директорию Ваш сайт – administrator – components — com_akeeba – backup. Оставляем как есть.
Уровень журналирования — этот параметр определяет, насколько подробно будет проводиться журналирование процесса создания резервной копии. Необходимо оставить по умолчанию.
Название файла резервной копии – здесь все понятно и не требуется дополнительных разъяснений.
Тип резервной копии — какой вид резервной копии Вы желаете создать компонентом Akeeba Backup. Два варианта:
— копирование всего сайта;
— только главную базу данных сайта (SQL сервер).
Давайте здесь поставим на копирование всего сайта, а в другом профиле сделаем копирование только базы данных.
Использовать фреймы (IFRAMEs) вместо технологии AJAX — оставляем как есть.
Использовать базу данных для хранения временной информации — и здесь не ставим галочку.
Расширенная конфигурация
Здесь нас будет интересовать только один параметр.
Двигатель архивирования – Здесь можно сохранять в два формата. Это довольно таки редкий формат JPA и обычный ZIP. Здесь давайте остановимся поподробнее.
Формат JPA – как сказано на сайте разработчика, да и на форумах, польза от него в том, что он сжимает сильнее, т.е. файл архива меньше, да и сжимается быстрее. Однако для его разархивирования требуется специальная программа Akeeba Extract Wizard которую можно скачать на официальном сайте. Более подробно будет рассказано далее.
Формат ZIP – это наиболее близкий формат. Его можно использовать при нормальной скорости Интернет и достаточных объемов жестких дисков на компьютере. Так как объем жестких дисков хостинга ограничен, то конечно необходимо все копии сохранять на своем компьютере и лучше не на диске C:, а с хостинга их удалять.
Управление квотами и Тонкая настройка
– настройки оставляем как есть.
Давайте подведем итог. Резервное копирование важнейшая часть сохранения сайта. Бэкап будет востребован в следующих случаях:
- Для переноса сайта на Денвер для теста, какого ни будь расширения, без затрагивания основного сайта. Рекомендую тестировать все дополнительные расширения на локальном сервере. Так как проблемы с недоступностью Вашего основного сайта негативно скажутся на его позициях в выдаче поисковых систем.
- Загрузку готового сайта с локального сервера на хостинг. После установки сайта, его настройки, установки необходимых расширений и наполнения сайта начальным материалом его легко перенести на хостинг.
- Для безопасности своего сайта. Если сайт взломали и заразили гадостью, то его легко можно восстановить с того момента когда он еще не был заражен и конечно устранить уязвимости в своем блоге.
Надеюсь мне удалось полностью раскрыть вопрос Akeeba Backup для Joomla, установка и настройка компонента резервного копирования.
Как сделать резервную копию сайта и как восстановить сайт из резервной копии расскажу в следующих статьях. Подписывайтесь на новости чтобы всегда быть в курсе событий.
Удачи Вам в Ваших начинаниях!
Следующие статьи:
- Kide Shoutbox — Чат для Joomla — >
- AcyMailing — Компонент рассылок для Joomla — >
- Защита админки Joomla — компонент jSecure Authentication — >
- Global Flash Galleries компонент флэш галереи для Joomla 2.5 — >
- Akeeba Backup для Joomla, создание резервной копии и восстановление из резервной копии сайта — >
Предыдущие статьи:
- Fox Contact –компонент форм обратной связи для Joomla 2.5 — >
- Kunena форум для Joomla 2.5. Установка и настройка — >
- Текстовый редактор JCE-Editor лучший редактор для Joomla 2.5 — >
- Компонент Xmap | Карта сайта в Joomla 2.5 — >
- Компонент форм aiContactSafe для Joomla 2.5 и его настройка — >
Создание резервной копии
Для резервного копирования в Joomla одним из лучших вариантов является применение расширения Akeeba Backup — безоговорочного лидера в сегменте этого направления.
Akeeba создает архив всех файлов сайта и копию базы данных. С его помощью можно создавать как резервные копии сайта, так и восстанавливать сайт из резервной копии на своем или другом домене или сервере, подходящем для Джумлы.
Установка компонента Akeeba
Установка расширения Akeeba и его обновления происходят обычным образом по стандартной отработанной схеме. На этом, думаю, не стоит останавливаться. Скачать расширение можно с сайта https://www.akeebabackup.com/
Настройки резервного копирования
Akeeba позволяет производить настройки копирования данных, предоставляя пользователю возможность выбора каталогов и файлов, подлежащих копированию, а также включение или исключение из бэкапа БД (базы данных). Войти в настройки Akeeba можно из верхнего меню админ-панели, пройдя по пути: Компоненты → Akeeba Backup → Настройка.
Настроек много, но нет необходимости регулировать их все. Целесообразно остановиться на нескольких, даже на двух основных:
- Папка для сохранения резервных копий. Можно оставить по умолчанию или указать корневую папку на сервере. Почему корневую? Потому, что так удобнее восстанавливать сайт на своем же домене — архив будет уже находиться в нужном месте.
- Двигатель архивирования. Есть два формата — JPA и ZIP. Если рекомендуют JPA, выбирайте лучше его. По крайней мере из этого формата я восстановил свой сайт успешно, быстро и без всяких заморочек.
Остальные настройки можно оставить без изменения.
Можно воспользоваться услугами Мастера настройки (Настройки → Мастер настройки). Он автоматически определит наиболее подходящие параметры для копирования именно вашего сайта.
Процесс создания резервной копии
В правом верхнем углу панели управления Akeeba оповещает Вас, что система готова к резервному копированию. Значит можно начинать копирование. Жмите кнопку Начать резервное копирование и следуйте указаниям системы, главным образом, не закрывая окно панели управления до полного окончания процесса. Сам процесс занимает рекордно малое количество времени, так как применяется технология AJAX.
По окончанию процедуры будет создана резервная копия сайта, детали которой Вы сможете просмотреть, нажав кнопку Управление резервными копиями.
Как я уже говорил, по умолчанию копия сайта находится на сервере по адресу:
/логин на хостинге/domains/ваш домен/administrator/components/com_akeeba/backup
Чтобы удалить устаревшую резервную копию, на странице управления копиями нужно выделить копию, поставив маркер в чекбоксе и нажать кнопку Удалить вверху панели управления.
В менеджере резервных копий, архив сайта (почти 670 мб) можно скачать на свой компьютер:
Что такое бэкап сайта и зачем он нужен?
Всегда храните свежую резервную копию вашего сайта. Случайности случаются, но есть много других причин иметь резервные файлы под рукой до того, как возникнет необходимость.
Резервные копии не следует использовать для восстановления взломанного сайта, так как взлом мог находиться на сайте в течение некоторого времени и быть сохранен вместе с сайтом.
Причин потери данных можно перечислить множество. Сайты Joomla могут быть взломаны злоумышленниками, если администратор сайта не уделил внимания безопасности или в случаях, когда хакеры обходят самую лучшую защиту. Joomla рассчитана на командную работу, и даже хорошие программисты могут допустить ошибку, которая навредит сайту.
Существует множество причин, по которым администраторам сайта необходимо вернуть сайт в предыдущее рабочее состояние.
Практикуйте как резервное копирование, так и восстановление. Никто не должен ждать чрезвычайной ситуации, чтобы проверить свои навыки и инструменты для работы в чрезвычайных ситуациях! Очень часто люди создают резервную копию чего-то пустого или поврежденного и обнаруживают, что ни ничего из действительно важных данных не было сохранено. Никому не нравится корабль, который тонет с дырявыми спасательными шлюпками. Также целесообразно потренироваться в вытаскивании людей из спасательных шлюпок в новую рабочую систему.
Резервное копирование — это не только случайность; человек, хорошо разбирающийся в резервном копировании, может помочь в безопасной разработке новых функций. Резервное копирование и восстановление помогают веб-программистам создавать промежуточные сайты, на которых можно отрабатывать новые изменения, не подвергая риску рабочий сайт. Клон может быть создан на локальной машине в качестве тестового сервера или в любой другой папке или учетной записи хостинга, поддерживающей версии SQL и PHP, используемые на сайте, резервную копию которого вы создали.
Кто угодно может легко перепутать рабочий проекта сайта с демонстрационным, поэтому измените цвет шаблона демонстрационного сайта, чтобы напомнить разработчикам, что демонстрационный сайт не является общедоступным.
