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

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

В тази статия ще разберете какво е резервно копие на сайт, какво трябва да съдържа, какви видове има, колко често да го правите и къде да го пазите. Ще видите и как се прави и възстановява ръчно, как да проверите дали копията ви наистина работят и кои грешки превръщат бекъпа в безполезен файл.

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

Резервното копие на сайт, наричано още бекъп или backup, е пълно копие на всичко, от което сайтът се състои, направено в определен момент. От него можете да върнете сайта точно в състоянието, в което е бил тогава, ако нещо се обърка.

Причините да ви потрябва са различни. Сайтът може да бъде хакнат и заразен със зловреден код. Обновяване на плъгин може да го счупи. Служител може да изтрие страница или продукти. Сървърът може да има хардуерен проблем. Във всички тези случаи резервното копие е разликата между няколко минути работа и загуба на всичко.

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

Какво трябва да включва резервното копие

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

• Файловете. Кодът на сайта, темата, плъгините, качените снимки и документи. При WordPress това е цялата папка на сайта, включително wp-content.
• Базата данни. Текстовете на страниците и статиите, поръчките, клиентите, коментарите и настройките. Без нея файловете са празна обвивка.
• Конфигурационните файлове. Например wp-config.php или .env, в които са данните за връзка с базата и други настройки.
• Пощата. Ако фирмената поща е на същия хостинг, писмата също трябва да се пазят.
• Бележка с настройките. DNS записите, версията на PHP и специалните настройки на сървъра. Те не са в копието, но без тях възстановяването на нов сървър отнема много повече време.

Най-честата грешка е копие само на файловете. Ако базата данни я няма, всички статии, поръчки и потребители се губят, въпреки че сайтът технически „се отваря“.

Видове резервни копия: пълно, инкрементално и диференциално

Резервните копия се различават по това какво съдържат и колко място заемат. Пълното копие включва всичко. Инкременталното съдържа само промените от последното копие, каквото и да е било то. Диференциалното съдържа промените от последното пълно копие.

На практика добрите системи комбинират видовете. Например пълно копие веднъж седмично и инкрементални копия всеки ден. Така пестите място и време, а винаги можете да върнете сайта към конкретен ден.

Колко често да правите резервно копие на сайта

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

• Онлайн магазин. Поне веднъж дневно, а при много поръчки и няколко пъти на ден за базата данни. Всяка загубена поръчка е загубен клиент.
• Блог или новинарски сайт. Ежедневно, ако публикувате често. Седмично, ако пишете рядко.
• Фирмен сайт или сайт визитка. Веднъж седмично е достатъчно, ако съдържанието рядко се променя.
• Преди всяка голяма промяна. Независимо от графика, направете ръчно копие преди обновяване, смяна на темата, миграция или нов плъгин.

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

Резервни копия на онлайн магазин

Онлайн магазинът има нужда от по-внимателен подход, защото базата му се променя постоянно. Всяка минута може да пристигне поръчка, да се регистрира клиент или да се промени наличност. Ако върнете копие отпреди 12 часа, губите всички поръчки от този период и после трябва да ги възстановявате ръчно от имейлите и плащанията.

Затова при магазин е добре базата данни да се копира по-често от файловете, например на всеки няколко часа, а файловете веднъж дневно. Преди разпродажби, кампании и големи промени в каталога направете и ръчно копие. При възстановяване първо проверете кои поръчки са пристигнали след последното копие, за да не загубите нито една.

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

Правилото 3-2-1 е проста схема, която пази данните дори при сериозен проблем. Пазете три копия на данните, на два различни вида носители, като едно от тях е на друго физическо място.

За сайт това изглежда така. Първото копие е самият работещ сайт. Второто е автоматичното копие на хостинга, на отделен сървър. Третото е копие, което сваляте периодично на компютъра си или качвате в облачно хранилище при друг доставчик. Ако сървърът изгори или акаунтът бъде компрометиран, третото копие остава недокоснато.

По-строг вариант е правилото 3-2-1-1-0. То добавя едно копие, което не може да бъде променено или изтрито, и нула грешки при проверката на копията. Това е особено важно срещу рансъмуер, който криптира и копията, до които има достъп.

Къде да пазите резервните копия

Най-важното правило е просто: не пазете единственото копие на същия сървър, на който е сайтът. Ако сървърът откаже или бъде хакнат, губите и сайта, и копието едновременно.

• Отделен сървър на хостинга. Удобно и автоматично, а възстановяването обикновено става от контролния панел.
• Облачно хранилище. Услуги като Google Drive, Dropbox или S3-съвместими хранилища. Много плъгини за резервни копия качват копията там автоматично.
• Локално копие. На вашия компютър или външен диск. Полезно е като трето копие, но не забравяйте да го обновявате.

Резервните копия съдържат всичко от сайта, включително лични данни на клиенти и пароли за базата. Затова ги пазете криптирани или поне защитени с парола и не ги оставяйте в публична папка, откъдето може да бъдат изтеглени.

Автоматични резервни копия от хостинга

Повечето хостинг доставчици правят автоматични копия, но условията им се различават много. Преди да разчитате на тях, проверете няколко неща:

• Колко често се правят и колко дни назад се пазят.
• Дали са на отделен сървър или на същия.
• Дали включват и базата данни, и пощата.
• Дали можете да възстановите сами от панела, или трябва да пишете на поддръжката.
• Дали можете да възстановите само един файл или една база, без да връщате целия акаунт.

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

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

Как да направите резервно копие на сайт ръчно

Ръчното резервно копие на сайт се прави по един от три начина в зависимост от това какъв достъп имате.

През контролния панел на хостинга

В повечето контролни панели има раздел за резервни копия. Изберете пълно копие или отделно копие на файловете и на базата данни, изчакайте да се създаде и го изтеглете на компютъра си. Това е най-лесният начин и не изисква технически познания.

С плъгин за WordPress

Плъгини като UpdraftPlus, Duplicator и BackWPup правят копие на файловете и базата и могат да го качват автоматично в облачно хранилище по график. Настройте ги веднъж и проверете дали копията наистина пристигат там, където трябва.

През SSH

Ако имате SSH достъп, ръчното копие отнема две команди. Първата архивира файловете, втората изнася базата данни:

1. Архивирайте файловете. С командата tar -czf sait-2026-10-19.tar.gz папка_на_сайта създавате компресиран архив на цялата папка.
2. Изнесете базата данни. С командата mysqldump -u потребител -p име_на_базата > baza-2026-10-19.sql базата се записва в един файл.
3. Свалете двата файла извън сървъра. Със SFTP или друг начин за прехвърляне, за да не останат само на същата машина.

Как се свързвате със сървъра през SSH, ще видите в статията какво е SSH.

Как да възстановите сайт от резервно копие

Възстановяването на сайт от резервно копие следва обратния ред на създаването. Ето основните стъпки:

1. Изберете правилното копие. Ако сайтът е хакнат, вземете копие отпреди атаката, а не последното. Последното може вече да съдържа зловредния код.
2. Направете копие и на сегашното състояние. Дори да е счупено, може да ви потрябва за анализ или за данни, които липсват в старото копие.
3. Върнете файловете. През контролния панел, плъгина или с командата tar -xzf на сървъра.
4. Върнете базата данни. През phpMyAdmin, плъгина или с командата mysql -u потребител -p име_на_базата < baza.sql.
5. Проверете сайта. Началната страница, формулярите, поръчките и входа в администрацията.
6. Затворете причината. Ако проблемът е бил хакване, сменете паролите и обновете софтуера веднага. Иначе сайтът ще бъде хакнат отново.

Същите стъпки се използват и при преместване на сайт на нов хостинг. Подробно ги описваме в статията прехвърляне на сайт на друг хостинг.

Проверявайте дали резервните копия работят

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

Поне веднъж на три месеца пробвайте да възстановите копие на отделно място: на поддомейн, на staging среда или на локален компютър. Проверете дали сайтът се отваря и дали последните статии и поръчки са там. Проверявайте и датите на последните копия. Ако последното е отпреди седмици, нещо в графика не работи.

Колко дълго да пазите резервните копия

Пазете резервните копия на сайта поне 30 дни назад. Причината е, че хакването често се открива седмици след самата атака. Ако пазите копия само за последната седмица, всички те може вече да съдържат зловредния код.

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

Грешки, които да избегнете

• Копие само на същия сървър. Ако сървърът откаже или бъде хакнат, губите и копието.
• Копие без базата данни. Сайтът се отваря, но без статии, продукти и поръчки.
• Никога непроверени копия. Откривате, че не работят, точно когато ви трябват.
• Твърде кратко пазене. Всички копия са направени след атаката и съдържат зловредния код.
• Копия в публична папка. Всеки, който познае името на файла, може да изтегли цялата ви база.
• Разчитане само на хостинга. Ако акаунтът бъде спрян, нямате собствено копие.

Често задавани въпроси

Каква е разликата между бекъп и резервно копие?

Няма разлика. Бекъп идва от английското backup и означава същото като резервно копие.

Колко място заема резервното копие на сайт?

Приблизително колкото самият сайт. Компресираното копие обикновено е по-малко, но снимките и видеата почти не се компресират, затова те определят размера.

Достатъчни ли са автоматичните копия на хостинга?

Те са добра основа, но е по-сигурно да имате и свое копие на друго място, по правилото 3-2-1.

Мога ли да възстановя само една страница или един файл?

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

Трябва ли да правя резервно копие преди обновяване?

Да. Преди всяко обновяване на ядрото, темата или голям плъгин направете пълно копие на файловете и базата.

Трябва ли да криптирам резервните копия?

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

Какво да направя, ако нямам нито едно копие?

Попитайте хостинга дали пази свои копия, дори да не са видими в панела. Проверете и архиви като Wayback Machine за текстовете. След като върнете каквото можете, настройте автоматични копия веднага.

Колко време отнема възстановяването на сайт?

За малък сайт от контролния панел обикновено от няколко минути до половин час. При голям сайт с много снимки може да отнеме повече.

Заключение

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