Відкрити меню

Як зробити резервну копію блогу на автоматі – плагін BackUpWordPress

День добрий, товариство! Як би нам цього на хотілось, але 100% гарантії безпеки та збереження файлів нашого блогу дати не зможе ніхто. Навіть на дуже надійних хостингах бувають технічні негаразди або наслідки дій власних ручок можуть звести нанівець працю не одного місяця (а то і року) – потрібно робити резервні копії своїх ресурсів. Не важливо як і коли, але це робити необхідно. В разі форс-мажорної ситуації – Ви маєте на ПК збережені дані, тому якийсь збій, вірус чи падіння ресурсу через власні дії обійдуться Вам не так дорого.

Бекап

Я завжди робив резервні копії своїх блогів вручну, але буквально на днях згадав, що не резервував дані вже більше місяця – ну от просто забув. Інші справи якось витерли з пам’яті необхідність це робити, хоча раніше періодичність бекапів своїх проектів у мене була раз в два тижні. Вирішив я знайти рішення, щоб автоматизувати цей процес і не тримати в голові необхідність резервування блогів.

Прийшлось знайти найбільш підходящий плагін, який відповідав би ряду вимог:

1. Міг резервувати не тільки базу даних, але й файли блогу.

2. Мав би вбудований розклад резервування (раз налаштував і плагін автоматично зберігає копії).

3. Не містив би зайвих налаштувань та функцій.

Проаналізувавши декілька штук, я зупинився на одному, отже:

Плагін для автоматичного бекапу бази даних і файлів блогу – BackUpWordPress

Таких плагінів є декілька, але то один не резервує файли, а тільки БД, то інший має стільки зайвих функцій, що можна заплутатись, а BackUpWordPress – простий та функціональний.

Завантажуєте BackUpWordPress з цієї сторінки http://wordpress.org/plugins/backupwordpress та встановлюєте його на свій блог. Редакція додатку свіжа, останнє оновлення – 22.08.2013 і перевірено на сумісність з WordPress 3.6.1

Після першого встановлення та активації, у Вас з’явиться ось таке повідомлення, яке говорить, що плагін автоматично виставив параметри по-замовчуванню, але ми то потім змінимо.

BackUpWordPress

В панелі інструментів у нас з’явиться додаткова опція – Резервні копії. Сам плагін української мови, на жаль, не має, та містить російську. Щоб налаштування відображались більш зрозуміло – змініть в теці з плагіном мовні файли hmbkp-ru_RU.mo та hmbkp-ru_RU.po на hmbkp-uk.mo та hmbkp-uk.po відповідно.

BackUpWordPress

Давайте перейдемо в налаштування та подивимось, що нам пропонується. По-замовчуванню BackUpWordPress налаштований на щоденне резервування тільки бази даних, без файлів самого блогу.

BackUpWordPress

Як Ви можете побачити – резервна копія самої тільки БД займе у мене 11мб і буде виконуватись щоденно о 23-00. Мені це не дуже підходить, тому давайте змінимо налаштування.

Тиснемо “Налаштування” та у випадаючому вікні прописуємо те, що нам потрібно.

BackUpWordPress

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

BackUpWordPress

Якщо в полі повідомлення по електронній пошті Ви пропишете свій е-майл – то Вам будуть приходити повідомлення про завершення резервування. Це неймовірно зручно!

Але, тут я хочу Вас застерегти. УВАГА! Врахуйте, що резервує дані плагін у Вас на хостингу, тобто резервну копію він кладе в окрему теку на сервер, де лежить Ваш сайт. Тому, якщо місця у Вас не дуже багато, а резервна копія передбачається велика – будьте уважні.

Вихід можна знайти дуже простий: виставити резервування тільки бази даних з повідомленням на пошту. Тоді Ви спокійно зможете скопіювати файли блогу вручну – плагін про це нагадає листом про завершення архівації БД. Місця у мене 25гб, тому нехай резервує на хостинг, я потім звідти завантажу.

Тиснемо “Оновити”.

Тепер давайте подивимось – весь бекап займе 1гб, буде виконуватись кожну п’ятницю о 23-00. Підходить цілком.

BackUpWordPress

Що ж, давайте ми протестуємо саму роботу BackUpWordPress – як він резервує та як це все відбувається. Тиснемо “Запустити зараз” і розпочинаємо бекап нашого блогу.

BackUpWordPress

Після завершення я бачу, що дійсно бекап зайняв 1гб та повідомлення відправлене мені на пошту.

BackUpWordPress

Чудово, йдемо в поштову скриньку. Дійсно – там я бачу лист, який повідомляє про завершення резервування та надає посилання, за яким я можу архів завантажити.

BackUpWordPress

Взагалі-то, деякі параметри можна змінити у файлі wp-config.php (місце та теку збереження бекапу, кореневий каталог …), але чи потрібно? Я гадаю – не варто. Якщо ж Ви забажаєте погратись – натисніть у верхньому правому куті вкладку “Довідка” та ознайомтесь, які функції можна редагувати. Та повторюсь – не бачу в тому потреби.

BackUpWordPress

Що ж робити з посиланням на резервну копію? Якщо Ви резервували БД і файли, то розмір бекапу буде не дуже маленький, тому я рекомендую не завантажувати за посиланням, а скористатися FTP – хостер за це Вам тільки подякує. Підключаємось до нашого блогу через FTP-клієнт і шукаємо теку

/wp-content/uploads/backupwordpress-b81d47c2fc-backups

Так вона виглядає у мене, якщо у Вас щось буде інше, то в будь-якому випадку теку з словом backupwordpress шукаєте в каталозі /wp-content/uploads/ і завантажуєте архів на ПК.

BackUpWordPress

Давайте спробуємо розархівувати та подивитись, а що нам в архіві збереглося. Розпаковуємо.

BackUpWordPress

В теці ми бачимо всі файли нашого двигунця і файл бази даних – все чудово.

BackUpWordPress

Налаштувавши один раз плагін BackUpWordPress, Ви будете на автоматі отримувати резервні копію свого блогу на електронну пошту і в разі “войни” – відновити втрачене буде дуже просто. Не нехтуйте цим плагіном (або просто не забувайте час від часу резервувати свої дані будь-яким способом).

На рахунок налаштування частоти бекапу: кожного тижня – то занадто, достатньо буде раз на два тижні, частіше не варто. Хоча … обмежень немає, можете робити так, як вважаєте за необхідне.

Завантажити плагін BackupWordpress

Бажаю Вам ніколи не потрапляти в форс-мажорні ситуації, а якщо таке і станеться – завжди бути до цього готовими.

Шануйтеся!

Нічого цікавогоТак собіНормальноДобреЧудово (Голосів: 1, середній: 5,00 з 5)
Loading...
Обговорення: 8 коментарів
  1. Pavlofox сказав:

    Соромно признатись, але я резервні копії не роблю. Ризиковано.
    Може цей плагін поставлю.

    Відповіcти
    1. Олег Волощук сказав:

      Поки грім не гряне – козак і не рухнеться 😉 😉 😉

      Відповіcти
  2. MrVigner сказав:

    а мене життя навчило (наспавді моя любов експерементувати) робити копії всіх файлів мінімум 2-3 рази в місяць.
    Бо колись я брав вдс і дуже любив сам там все налаштовувати. Деколи ця “любо” приводила до необхідності перевстановлення ОС на сервері, – а без пекапу в таких випадках біда.

    Відповіcти
    1. Олег Волощук сказав:

      Ну я взагалі сплю спокійніше, коли знаю, що в мене копія сайтів є 🙂 🙂 🙂

      Відповіcти
  3. Serpiko сказав:

    Олег, дякую. Дуже цінна річ. Усім порада прислухатися до думки Олега! у мене стався збій на локальному сервері де були незакінчені три сайти – заледве відновив. Тому резервним копіюванням бажано не нехтувати. Успіху.

    Відповіcти
    1. Олег Волощук сказав:

      Користуйтесь на здоров’я 😉

      Відповіcти
  4. Володимир сказав:

    В мене не праціє повідомлення на пошту, спробував укрнет та гугл на локальній машині. Як у вас праціє повідомлення про копію сайту на локальній машині? Хочеться спочатку потестувати його, перед тестуванням на хостері.

    Відповіcти
    1. Олег Волощук сказав:

      Відверто кажучи – на локальному сервері я цей плагін не тестував, але, скоріш за все, на локалці може і не спрацювати, все ж таки – це тільки імітація сервера реального. І що тут власне тестувати? Поставите сайт на реальний хостинг і встановите резервне копіювання. Тут немає якихось надскладних операцій, щоб його тестувати.

      Відповіcти

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

© 2017 Блог Олега Волощука · Копіювання матеріалів сайту без дозволу заборонено
Авторство підтверджено Google