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

Резервното копие е единственото нещо, което ви спасява, когато всичко друго се обърка: неуспешно обновяване, изтрита по погрешка страница, пробит сайт или фалирал хостинг. Повечето собственици си спомнят за него в деня, в който им трябва. Тук обясняваме какво точно да копирате, колко често, къде да го държите и как да сте сигурни, че копието работи.

Какво влиза в копието

Документацията на WordPress разделя сайта на две части и двете трябват:

• База данни. В нея са всички публикации, страници, коментари, потребители и настройки. Без нея сайтът е празен.
• Файлове. Ядрото на системата, темите, разширенията, качените изображения и документи и служебни файлове като wp-config.php и .htaccess. Те определят как изглежда и как работи сайтът.

Същото важи и за други системи с база данни. При статичен сайт копирате изходните файлове и шаблоните, от които се генерират страниците. Пазете отделно и записите в DNS зоната и настройките на пощата: ако ги загубите при смяна на доставчика, сайтът и пощата спират. Как работят тези записи, обясняваме в статията как работи DNS.

Колко често

WordPress оставя честотата на вас, но дава ориентир:

Логиката е проста: колко работа можете да си позволите да загубите? Ако всеки ден получавате поръчки или коментари, седмично копие значи до седмица загубени данни.

Преди да включите автоматични обновявания на разширенията и темите, документацията на WordPress съветва да проверите, че можете да върнете предишно състояние на сайта. Повече за обновяванията има в статията за сигурността на WordPress.

Къде да ги пазите

Копие, което стои само на същия сървър, изчезва заедно със сървъра. WordPress препоръчва:

• поне три до пет последни копия;
• на различни места: на хостинга, в облачно хранилище и на ваш компютър;
• на различни носители.

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

Защита на самите копия

Копието на базата съдържа всичко за потребителите на сайта: имена, имейли, понякога хешове на пароли. Документацията на WordPress за защитата на сайта препоръчва копията да се криптират, да се пазят независими контролни суми (например MD5), за да се провери, че не са променяни, или да се записват на носител само за четене. Ограничете кой има достъп до тях.

Проверете, че копието работи

Копие, което не сте пробвали да възстановите, е само надежда. WordPress съветва от време на време да се прави и ръчно копие, за да се провери, че автоматичният процес наистина работи. Още по-добре е да възстановите копието на тестов адрес и да видите сайта в действие.

При възстановяване на WordPress редът е: първо файловете, после базата данни. Ако при преместването сте сменили името, потребителя или паролата на базата, обновете ги във wp-config.php.

Какво казва законът

Ако сайтът събира лични данни, резервните копия са и законово задължение. Член 32 от Общия регламент относно защитата на данните (GDPR) изисква мерки за сигурност, съобразени с риска, включително, когато е целесъобразно, способност за своевременно възстановяване на наличността и достъпа до личните данни при физически или технически инцидент, както и редовно изпитване на ефективността на тези мерки. Тоест не стига копието да съществува; трябва да можете да го възстановите и да сте го проверявали. Повече за задълженията на собственика има в статията за GDPR за собственици на сайтове.

Кратък план

1. Решете колко дни работа можете да загубите и задайте честотата според това.
2. Включете автоматично копие на базата и на файловете.
3. Изпращайте копията извън сървъра, на поне още едно място.
4. Пазете няколко поколения, включително по-стари седмични.
5. Веднъж на тримесечие възстановявайте копие на тестов адрес.