1. Коли потрібна резервна копія сайту
2. Створення резервних копій сайту засобами 1С-Бітрікс
3. Особливості настройки і використання
4. Що буде в разі аварії
5. Наш гіркий досвід
6. Резервне копіювання засобами хостингу
7. Що буде в разі аварії
8. Наш гіркий досвід
9. Best practice зі світу резервного копіювання
10. Що таке Bareos?
11. архітектура
12. можливості
13. Приклад використання Bareos для Бітрікс
14. Вартість резервного копіювання

Надійне автоматичне резервне копіювання це складне завдання. Щоб її вирішити, потрібно послідовно відповісти на питання:

1. Що будемо копіювати?

2. Як часто будемо копіювати?

3. Де будемо зберігати?

4. Як будемо перевіряти працездатність копій?

5. Скільки часу буде потрібно на відновлення?

6. Що втратимо, якщо відновимося з резервної копії?

ми активно допрацьовуємо і обслуговуємо понад 100 сайтів щомісяця і для нас це питання стоїть особливо гостро. Особливість нашої роботи в тому, що всі проекти працюють на різних хостингах, в різних інфраструктурах. Такий зоопарк дозволив нам набити багато шишок і подарував безцінний досвід, яким ми хочемо поділитися.

Коли потрібна резервна копія сайту

Нам - завжди.

Раз в тиждень ми переносимо зміни на сайти наших клієнтів. Будь-яка доробка це ризик, що щось може піти не так. Тому ми робимо копії перед перенесенням змін і доробок на основний сервер.

Ми ростемо, ростуть проекти з якими ми працюємо. Вони стають складніше, більше і відповідальніше. Разом з ними ускладнюються наші процеси і використовувані технології.

Створення резервних копій сайту засобами 1С-Бітрікс

Якщо сайт (разом з базою) менше 2 Гб, досить налаштувати автоматичне резервне копіювання засобами Бітрікс. Як це працює? Бітрікс може за розкладом виконувати процедуру резервного копіювання. В результаті ви будете отримувати 1 або декілька архівів в папці / bitrix / backup /. Цих даних достатньо для відновлення сайту на аналогічному сервері за 30-60 хвилин. Створення копії займає 3-15 хвилин. Після того, як копія буде готова, вона автоматично завантажиться в хмару 1С-Бітрікс.

Зазвичай розмір в хмарі не перевищує 10 Гб, якщо ви його не докуповували. Цього місця вистачає для зберігання 5 останніх резервних копій. Якщо ви будете робити копію раз на добу, у вас буде вибір, коли постане питання про відновлення даних. Ви зможете вибрати одну з копій, зроблених за останні 5 днів.

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

Особливості настройки і використання

Оскільки копія виконується засобами самого сайту, в архів потрапляють тільки файли, що лежать в директорії сайту і база даних, з якою працює сайт. Важливо не забувати виключати з копії папки з логами і саморобними бекапіть інакше ви отримаєте "матрьошку" з резервних копій =)

Що буде в разі аварії

При такому підході ви втратите час на установку операційної системи, бітрікс веб-оточення і розпакування сайту з резервної копії. Крім цього ви втратите конфігурації і настройки програмного забезпечення, встановленого на сервері.

Наш гіркий досвід

Регулярно 1 раз в 2 місяці ми стикаємося з ситуацією, коли нам не вдається відновити сайт з копії. Причиною може бути файл з спецсимволи (іноді кириличним) в назві. Рідко, але було, виникають помилки на етапі відновлення бази даних. Для себе ми знайшли одне рішення - перевіряти вручну кожен другий бекап, чого і вам радимо.

Майте на увазі, якщо ви ніколи не проводили "навчань" по відновленню - вважайте що бекапів у вас немає. Ми за відповідальний підхід, і тому думаємо не тільки про формальну наявність бекапів, а й про реальну перспективу відновлення.

Резервне копіювання засобами хостингу

Хостинги бувають різні. Найбільш поширені 3 типи:

1. Розділяється хостинг. Коли на одному сервері розміщені кілька сотень проектів. У кожного клієнта доступ по FTP до своєї папці + доступ до панелі управління

2. Віртуальний хостинг. На одному сервері або в хмарі у вас буде віртуальний комп'ютер зі своєю операційною системою, доступом в інтернет і панеллю керування.

3. Виділений сервер. Ви орендуєте обладнання.

У 99% тільки розділяється хостинг забезпечений безкоштовною системою автоматичного резервного копіювання. Механізм копіювання є частиною інфраструктури хостера або конкретного сервера. Ви не маєте доступ до його налаштувань і не можете його зламати.

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

Для цих цілей, в панелі управління передбачена процедура створення резервної копії. Так це виглядає в timeweb

Ви правильно зрозуміли, що це процедура - разове створення копії, і так, вона коштує грошей =)

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

Що буде в разі аварії

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

Наш гіркий досвід

Через необережність, нам доводилося втрачати файли SSL-сертифікатів , При оновленні операційної системи на сервері. Маючи 120 Гб бекап на диску, ми чекали 12 годин, поки ці дані копіюються, щоб ми змогли отримати до них доступ. На 12-й годині сталася помилка відновлення. Паралельно з цим процесом ми запустили випуск нових сертифікатів - це врятувало ситуацію.

Best practice зі світу резервного копіювання

Очевидно - всі вищеописані технології ненадійні. Для своїх проектів ми знайшли вихід з допомогою повного копіювання файлових систем. Для цього ми використовуємо Bareos. Він дозволяє копіювати весь диск і розміщувати копію на інших серверах, а також відновлювати сервер з резервної копії.

Що таке Bareos?

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

У своєму класі Bareos є єдиним відкритим і безкоштовним продуктом. Його можна використовувати і для великих підприємств, зі складною інформаційною інфраструктурою, і для малого і середнього бізнесу.

архітектура

Для роботи Bareos потрібен керуючий блок - Директор (Backup Director), один або кілька серверів Зберігання Даних (Storage Daemon), а також Служби Даних (File Daemons) на клієнтських комп'ютерах, з яких створюються резервні копії.

"Директор" управляє логікою роботи і зберігає настройки копіювання проектів: список клієнтів і зберігаються на них файлів, розклад резервного копіювання, період зберігання копій.

"Служба Даних" займається створенням резервних копій і відновленням даних на клієнті. Це програма, яку ми встановлюємо на сервер з сайтом.

"Сервер Зберігання Даних" відповідає за взаємодію системи з накопичувачами даних. На даний момент підтримуються всі поширені носії інформації, в тому числі стрічкові, а також хмарні технології.

можливості

Bareos - кроссплатформенная система, клієнти доступні для всіх поширених дистрибутивів Linux, а також Windows і Mac.

Шифрування даних відбувається не при збереженні, а перед початком етапу передачі. Таким чином, забезпечується повна безпека даних в резервної копії.

Дані можуть зберігатися відразу в декількох місцях. Наприклад, для збільшення швидкості відновлення в разі збою, одна копія може перебувати в тому ж дата-центрі, що і резервовану проект. А друга, на випадок критичної несправності в самому дата-центрі - в віддаленому незалежному сховище.

Обмеження завантаження каналу передачі даних. Створення резервної копії не призведе до нестабільної роботи сайту або інтернет-магазин, так як для передачі інформації буде використовуватися тільки безпечний відсоток смуги пропускання, зазвичай 20-30%.

Для розширення стандартних можливостей системи існують додаткові плагіни і їх кількість постійно збільшується. За допомогою одного з них, наприклад, можна створити цілком копію вашого сервера і завантажувальний образ. Він може знадобитися в разі повного виходу з ладу сервера - відновлення займе менше часу, ніж первісна настройка і подальше відновлення тільки критично важливих даних.

Приклад використання Bareos для Бітрікс

Ми перевірили надійність інструменту, довірили йому резервне копіювання своїх систем і проектів і готові налаштувати резервне копіювання вашого сервера.

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

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

Після того як копії були зроблені, ми отформатировали диски rm -rf /

Час повного відновлення в рамках одного хостингу 30 хвилин.

Час повного відновлення в рамках другого 3 години.

спосіб

що копіює

час відновлення

вартість

Автоматичні в хмару бітрікс

тільки сайт

1 годину

безкоштовно

Засобами хостингу, вручну

весь сервер

0,5 - 8 годин

150-500 рублів за копію

Bareos

весь сервер

0,5 - 3 години

5000 в місяць за щоденне копіювання

Вартість резервного копіювання

Ми готові налаштувати автоматичне копіювання вашого сервера і стежити за його роботою. Вартість 1 місяця обслуговування 5000 руб.

Оцініть статтю:

• 31.07.2017
• Сергій Горєлов