Резервни копия: какво, къде и колко често

Модул 8: Резервни копия, тестова среда (staging) и PHP ъпгрейди · Време за четене: 9 минути

Учебна цел: След този урок ще можете да изготвите план за резервни копия за WordPress сайт съгласно правилото 3-2-1.

Ключови понятия: резервно копие, база данни, wp-content, wp-config.php, правило 3-2-1, извън сървъра, срок на съхранение, колко често (колко работа можете да си позволите да загубите), резервно копие от хостинга, резервно копие от инсталатора, разширение за резервни копия, криптиране, резервни копия извън уеб папката

Защо Ви е нужно резервно копие

Резервното копие е Вашият път назад, ако нещо се обърка. А рано или късно нещо винаги се обърква:

• актуализация, която поврежда сайта (урок 7.2);
• разширение или колега, които по невнимание изтриват съдържание;
• хакване (урок 7.5);
• грешка при преместване (урок 9.5);
• сървър или център за данни с проблеми;
• прекратен хостинг пакет или просрочено плащане, след което доставчикът изтрива Вашите данни.

Който няма годно за употреба резервно копие, във всички тези случаи започва отначало. Да направите резервно копие е лесно. Да разполагате с годно за употреба резервно копие, което е пълно, съхранява се на сигурно място и може да бъде възстановено, изисква план.

Какво трябва да съдържа

WordPress сайтът се състои от файлове плюс база данни (урок 1.3). Пълното резервно копие съдържа:

Самият WordPress (wp-admin, wp-includes) винаги можете да изтеглите наново, но е удобно, ако е включен: тогава възстановявате всичко наведнъж.

Помислете и за това, какво стои до сайта: имейл на същия домейн, DNS записите (DNS курс, урок 6.3) и евентуални cron задачи във Вашия контролен панел за хостинг. Резервно копие само на WordPress не ги възстановява.

Правилото 3-2-1

Известно златно правило за резервни копия:

• 3 копия на Вашите данни (оригиналът и две резервни копия);
• 2 различни вида съхранение или системи;
• 1 на друго място, извън сървъра и за предпочитане при друг доставчик.

Защо? Защото всяко копие на едно и също място може да изчезне едновременно. Резервно копие във Вашия собствен хостинг пакет (например резервно копие от инсталатора, урок 2.2) изчезва, ако пакетът бъде хакнат, прекратен или сървърът се повреди. Резервно копие при Вашия доставчик на друг сървър е по-добре, но все пак попада под същата компания и същия акаунт. Копие на собствения Ви компютър или в облачно пространство на друга компания прави картината пълна.

Разширение, което понякога се среща: 3-2-1-1-0. Допълнителната 1 е копие, което не може да бъде променяно или изтрито (офлайн или „immutable“), така че дори нападател или ransomware не може да го достигне. 0 означава: нула грешки при тестването на възстановяването (урок 8.2).

Колко често и колко дълго да съхранявате

Въпросът „колко често“ всъщност означава: колко работа можете да си позволите да загубите? Ако само от време на време се коригира страница, резервно копие веднъж седмично е достатъчно. Ако публикувате новини ежедневно, то тогава ежедневно. При онлайн магазин с поръчки през целия ден, дневно резервно копие вече е твърде рядко: възстановяване от тази сутрин означава, че днешните поръчки изчезват. Там искате по-често резервно копие на базата данни или доставчик, който може да възстанови до по-кратък период назад.

Важно е и колко назад можете да върнете. Хакване понякога се открива едва седмици по-късно (урок 7.5). Ако съхранявате само последните седем дни, а задната вратичка е на три седмици, всички Ваши резервни копия вече са заразени. Затова съхранявайте и по-стари резервни копия, например дневни за месец и месечни за година.

Кой прави резервното копие?

Има три вида, и добрият план обикновено използва два от тях:

1. Резервни копия от Вашия доставчик на хостинг. При много доставчици автоматично, на целия Ви пакет, на отделно хранилище. При WebOké например всяка нощ, с нощите от последните 30 дни, на сървъри за съхранение в друг център за данни. Проверете при Вашия доставчик: колко често, за колко дълго, къде и можете ли сами (и по отделен компонент) да възстановите?
2. Резервни копия от Вашия инсталатор (урок 2.2). Удобни точно преди актуализация, но се намират в собствения Ви пакет и се включват във Вашето място за съхранение. Не са част от 3-2-1.
3. Разширение за резервни копия (например UpdraftPlus, BackWPup, Duplicator или платена услуга). То може да изпраща резервни копия към външно хранилище (облачно пространство, собствен сървър). Това е най-лесният начин да получите „1-то извън сградата“. Внимание: разширението работи на Вашия сайт, така че при хакване може да е засегнато и то, а данните за достъп до външното Ви хранилище се намират във Вашата база данни.

Прост, добър план за малък сайт: дневното резервно копие от доставчика, плюс всеки месец (и преди всяка голяма промяна) изтегляне на собствения Ви компютър или облачно пространство.

Безопасно съхранение

• Никога в уеб папката. Резервно копие като public_html/backup.zip може да бъде изтеглено от всеки, заедно с паролата за Вашата база данни и всички данни на клиенти (урок 7.4).
• Криптирайте резервните копия, които се намират извън Вашия доставчик, особено ако съдържат лични данни (урок 9.3). Резервно копие на откраднат лаптоп или в споделена облачна папка иначе представлява нарушение на сигурността на данните.
• Съхранявайте данните за достъп до Вашето хранилище за резервни копия на място, различно от самия сайт, например във Вашия мениджър на пароли. Ако сайтът Ви изчезне, трябва пак да имате достъп.
• Подреждайте: старите резервни копия във Вашия пакет запълват мястото за съхранение. Резервните копия извън сървъра изтривайте съгласно Вашия срок на съхранение.

На практика: така изглежда в контролен панел

Като пример използваме DirectAdmin с WebOké Backups. Други доставчици на хостинг имат сходни функции, например JetBackup в cPanel или функцията за резервни копия на Plesk.

1. В Моят WebOké при WebOké Backups виждате резервните копия от последните нощи и можете да направите допълнително резервно копие или да изтеглите резервно копие.
2. В DirectAdmin, в Back-up and Restore можете сами да направите резервно копие на избраното от Вас; то се запазва във Вашия собствен пакет (папка backups) и можете да го изтеглите.
3. В Installatron правите резервно копие на една WordPress инсталация, удобно точно преди актуализация.

Обобщение

• Пълно резервно копие съдържа базата данни, wp-content, wp-config.php и собствени файлове; помислете и за пощата, DNS и cron задачите.
• 3-2-1: три копия, два вида хранилище, едно извън сървъра и за предпочитане при друга компания.
• Колко често зависи от колко работа можете да си позволите да загубите; съхранявайте и по-стари резервни копия, защото хакване може да бъде открито късно.
• Комбинирайте резервното копие от доставчика с Ваше собствено копие извън сървъра; резервните копия от инсталатора са удобни, но не са план.
• Никога резервни копия в уеб папката; криптирайте копията извън доставчика и съхранявайте достъпа на друго място.

Тест

Задача

Задача D8.1: Вашият план за резервни копия по правилото 3-2-1. Попълнете таблицата за Вашия собствен сайт: кои копия съществуват (оригинал, резервно копие 1, резервно копие 2), къде се съхранява всяко копие (при коя компания, какво хранилище), колко често се прави, колко дълго се съхранява и кой има достъп. Съответства ли Вашият план на 3-2-1? След това изтеглете едно пълно резервно копие и проверете файла: съдържа ли базата данни (файл .sql), wp-content/uploads и wp-config.php? Отбележете какво сте открили и запишете максималното количество работа, което бихте загубили, ако трябва да възстановите последното си резервно копие.

Допълнително четене

Тези статии описват стъпките в контролните панели на WebOké; при други доставчици работят по сходен начин.

• Ръководство за DirectAdmin 16.1: Какви резервни копия има при WebOké
• Ръководство за DirectAdmin 16.2: Backup and Restore: самостоятелно създаване на резервно копие в DirectAdmin
• Ръководство за DirectAdmin 16.5: Може ли това и в Моят WebOké? WebOké Backups
• Ръководство за DirectAdmin 13.6: Създаване и възстановяване на резервни копия в Installatron
• WebOké Backups: преглед, възстановяване или изтегляне на резервно копие
• Как да направя резервно копие на MySQL базата си данни?
• Ръководство за DirectAdmin 16.6: Освобождаване на място: изчистване на стари резервни копия
• Резервни копия на WordPress (developer.wordpress.org, на английски): https://developer.wordpress.org/advanced-administration/security/backup/