У цій статті ми розглянемо відновлення сайту під управлінням Joomla 2.5 з резервної копії створеної, компонентом Akeeba Backup. Для відновлення сайту нам будуть потрібні: остання резервна копія і скрипт Akeeba Kickstart з сайту Akeeba Backup. Нам не потрібно заново встановлювати Joomla, все вже є в резервної копії. Про те, як налаштувати резервне копіювання сайту на Joomla 2.5 можна дізнатися з попередньої статті « Резервне копіювання Joomla 2.5 ».
Можливі три ситуації, що вимагають відновлення сайту: пошкоджені або відсутні тільки файли сайту, пошкоджена тільки база даних сайту і пошкоджені і файли і база даних.
Перший випадок найпростіший. Потрібно розпакувати архів резервної копії та замінити отриманими файлами і папками, файли і папки на сервері. Для розпаковування архіву знадобиться архіватор eXtract Wizard. Це програма кроссплатформенная, є версія для Windows, Linux, MacOS. З сайту Akeeba Backup завантажуємо і встановлюємо версію для тієї операційної системи, в якій працюємо. Версія для Windows - тут . На момент написання статті був доступний стабільний реліз eXtract Wizard 3.3. Розпаковуємо архів резервної копії в якусь локальну директорію. При цьому в розпакованому архіві буде додаткова папка, яка називається «Installation». Це папка інсталятора для відновлення повної резервної копії. Увага, не копіюйте цю папку на сервер! Вибираємо потрібні нам файли і папки і передаємо їх на сервер, використовуючи протокол SFTP. Все, файли відновлені!
Тепер розглянемо випадок, коли пошкоджена тільки база даних сайту. Для відновлення бази даних краще і простіше скористатися її резервною копією. Т. е. Якщо робилася окремо резервна копія бази даних, то легше відновити з неї. А якщо окремо база даних не бекапіть? Тут нам знову знадобиться розпакований архів резервної копії, а точніше вищезгадана папка «Installation». Ні, ми не будемо її копіювати, нам знадобиться кілька файлу, що знаходяться в папці sql. У мене їх три. Один файл з розширенням .sql, інший з розширенням .s01 і третій файл - databases.ini. Але перш ніж приступити до відновлення бази даних з цих файлів, потрібно ці файли трохи змінити. Відкриваємо файл databases.ini і копіюємо значення prefix без лапок. Зверніть увагу на інформацію, що зберігається в цьому файлі! Далі, по черзі відкриваємо файли з розширенням .sql і .s01 в текстовому редакторі і виробляємо заміну символів #__ (решітка і два підкреслення) на скопійоване нами значення. Якщо цього не зробити, то після відновлення ми отримаємо не працюючий сайт. Видаватиметься приблизно така помилка: «Table '_session' does not exist SQL = INSERT INTO». При відновленні з окремою копії бази даних такої помилки не буде, тому що в ній (копії) відразу вписані «правильні» префікси таблиць.
заходимо в phpMyAdmin , Переходимо на вкладку «Бази даних», виділяємо нашу пошкоджену базу і натискаємо «Видалити».
Підтверджуємо видалення і на цій же вкладці створюємо нову базу даних з тим же ім'ям і тієї ж кодуванням.
Переходимо на вкладку «Імпорт». Тепер, якщо є окрема резервна копія бази даних, тоді імпортуємо тільки її, а якщо є два файли повної резервної копії, то один за іншим імпортуємо їх.
Все, база даних відновлена!
Тепер розглянемо відновлення сайту повної резервної копії. качаємо Akeeba Kickstart . На момент написання статті остання стабільна версія скрипта була 3.3.2. Звільняємо кореневу директорію сайту від файлів і папок, а потім будь-яким доступним способом переносимо в неї архів або всі частини архіву (якщо резервна копія ділилася) резервної копії. Туди ж переносимо розпакований архів Akeeba Kickstart або, якщо дозволяє хостинг, то розпаковуємо архів зі скриптом прямо на сервері.
Набираємо в адресному рядку http: //yoursite/kickstart.php і читаємо попередження про те, що:
- Kickstart НЕ інсталятор. Це засіб для розпакування архіву. Справжній інсталятор був вкладений в архів під час резервного копіювання.
- Kickstart не тільки розпаковує архів. Ви можете використовувати Akeeba eXtract Wizard і завантажити розпаковані файли, використовуючи FTP.
- Робота Kickstart залежить від конфігурації сервера. Так, він може не працювати на деяких серверах.
- Ви повинні завантажити та завантажити вашу архівну копію сайту за допомогою FTP в довічним режимі передачі. Будь-який інший метод може призвести до пошкодження резервної копії і помилок при відновленні.
- Помилки в роботі сайту після відновлення, як правило, викликані файлом .htaccess або директивами php.ini. Ви повинні розуміти, що немає порожніх сторінок, 404 і 500 помилки зазвичай можна обійти шляхом редагування вищезгаданих файлів. Це не наша робота, щоб возитися з файлами конфігурації, так як це може бути небезпечно для вашого сайту.
- Kickstart перезаписує файли без попередження. Якщо ви не впевнені, що у вас все в порядку з цим, не продовжуйте.
- Спроба відновити сайт з тимчасового URL панелі хостера (cPanel) (наприклад, http://1.2.3.4/~username) призведе до провалу, і ваш сайт буде, по всій видимості, не працездатним.
- Ви повинні прочитати документацію перед використанням цього програмного забезпечення. Більшість проблем можна уникнути або легко обійти, маючи уявлення, як це програма працює.
- Цей текст не означає, що вже виявлено проблема. Це стандартний текст, який відображається при кожному запуску Kickstart.
Переходимо по посиланню.
Вибираємо файл архіву або першу частину архіву, з якого почнеться відновлення сайту. Після натискання на кнопку «Старт» почнеться розпакування архіву. Після закінчення розпакування ми побачимо наступне вікно.
Натискаємо «Запустити інсталятор». Відкриється нове вікно або вкладка в залежності від браузера і його налаштувань, в якому запуститься майстер установки, а мова діалогу стане англійським. Це вікно / вкладка інсталятора. На першій сторінці - «Check» будуть відображені результати перевірки відповідності хостингу вимогам установки Joomla 2.5.
Так само як і при «чистої» установці Joomla 2.5 обов'язкові вимоги (верхня таблиця) повинні бути виконані. Якщо вимоги виконані, а так само існують директорії для кеша, тимчасових файлів і журналів, то натискаємо кнопку «Next» і переходимо на сторінку «DB Restore».
У групі «Connection parameters» (параметри підключення) перевіряємо чи заповнюємо наступні поля. В поле «Database type» встановлюємо тип бази даних - в нашому прикладі mysql. В поле «Database server host name» вписуємо ім'я сервера з базою даних, в поле «User name» - ім'я користувача (адміністратора) БД, а в наступному полі - його пароль. В поле «Database name» вводимо ім'я бази даних. Всі інші параметри на цій сторінці можна залишити зі значеннями за замовчуванням. Переходимо до наступної сторінки, натиснувши кнопку «Next» і якщо все заповнено правильно, то бачимо вікно відновлення бази даних. Натискаємо «ОК» і переходимо на сторінку «SiteInfo».
У групі «Site Parameters» (Параметри сайту) заповнюємо поля «Site Name» (Назва сайту), «Site e-mail address» (Адреса ел. Пошти сайту), «Site e-mail sender name» (Ім'я відправника ел. Пошти сайту). Звертаємо увагу на опцію «Override tmp and log paths» (Відхилити шляху до тимчасових файлів і журналам). Галочку не ставимо. У групі «Super Administrator settings» (Настройки суперадміністратора) вибираємо зі списку користувача з правами суперадміністратора, вводимо його пароль з підтвердженням, а точніше новий пароль. Т. е. Якщо не заповнити поля для введення пароля, то пароль залишиться колишнім. А так же вводимо адресу його електронної пошти. Перевіряємо шлях до директорії для тимчасових файлів і шлях до файлів журналів. Натискаємо «Next», після чого починається відновлення сайту. Після закінчення відновлення ми потрапимо на сторінку «Finish».
Тепер можна закрити вікно або вкладку інсталятора і перейти до вікна або вкладки Kickstart, яке тепер виглядає так.
Запускаємо очищення і отримуємо наступне запрошення.
Про автора:
Мене звати Андрій Золкін . З більш, ніж п'ятнадцяти років роботи в сфері інформаційних технологій, десять років працюю з системами, що базуються на відкритому вихідному коді. На сторінках сайту Aitishnik.Ru веду блоги по CMC Joomla і Debian GNU / Linux.