Надписът „архивът е създаден“ не отговаря на най-важния въпрос: можем ли да върнем работещия сайт, ако утре се повреди? Архивът може да е непълен, да съдържа стара база или да се намира на същия недостъпен сървър. Затова резервното копие на WordPress трябва да има и проверка за възстановяване.
Тук разглеждаме редовната поддръжка и проверката на копията. При преместване между доставчици добавете отделния план за смяна на хостинг, защото DNS, пощата и новите записи по време на прехвърлянето изискват допълнителни решения.
Какво трябва да има в резервното копие
WordPress използва файлове и база данни. Темата и разширенията са файлове; публикации, настройки и голяма част от работните данни са в базата. Снимките обичайно са сред качените файлове. Официалното ръководство на WordPress за архивиране разглежда двете части и препоръчва редовни копия, включително преди обновяване.
| Част | Какво проверявате | Какво не бива да приемате на доверие |
|---|---|---|
| Файлове | Теми, разширения, качени файлове и нужни настройки | Че всички папки са включени по подразбиране |
| База данни | Правилната база и времето на извличане | Че ZIP със снимки съдържа и поръчките |
| Среда | Версии и зависимости, нужни за стартиране | Че всеки друг сървър ще е съвместим |
| Външни услуги | Отделни инструкции и защитено предаване на достъпа | Че архивът възстановява пощенската кутия или платежния акаунт |
Изяснете изключенията. Външно съхранявани изображения, пощенски кутии или файлове в отделна услуга може да не попадат в архива на хостинга. Поискайте списък на включеното и отделен план за останалото. Паролите и ключовете не се прилагат към публичен отчет.
Колко нови данни можете да си позволите да загубите
За сайт с една редакция месечно изискването е различно от това за магазин с поръчки през целия ден. Запишете максимално допустимия период на загубени промени и колко време бизнесът може да остане без работещ сайт. Отговорите определят честотата на копията и готовността за възстановяване.
Условен пример: архивът е от 02:00 ч., а проблемът се появява в 17:00 ч. Връщането на тази база може да премахне поръчките и редакциите след 02:00 ч. Ако това е неприемливо, само нощен архив не покрива нуждата. Трябва да има подходяща по-честа защита на данните или друг проверен механизъм.
Пазете повече от една версия. Ако грешка е останала незабелязана няколко дни, последното копие може вече да я съдържа. Уточнете колко назад можете да се върнете и кой проверява известията за неуспешно архивиране. Автоматизация без човек, който реагира на отказа, оставя проблема скрит.
Съхранение, до което имате достъп при авария
Архив само в папка на работещия сървър не ви помага, ако този сървър стане недостъпен. Осигурете отделно място с ограничен достъп и проверете кой може да изтегли копието. То не трябва да бъде публичен ZIP в директорията на сайта.
Заедно с датата запишете към кой сайт принадлежи архивът и какъв е обхватът му. Полезни са версията на средата, размерът и контролна сума като SHA256. Съвпадението на контролната сума показва, че сравнените байтове са еднакви; не доказва, че съдържанието е пълно, безопасно или достатъчно за възстановяване.
Копията могат да съдържат клиентски данни. Достъпът и срокът за съхранение трябва да са съобразени с тях, а тестовата среда да не е отворена за всеки. За публичен пример използвайте празни или обезличени данни.
Реална проверка на наш пакет с файлове
На 21 октомври 2026 г. проверихме съществуващия пакет за публикуване на две ръководства в DrNiki. ZIP архивът съдържа седем файла. Проверихме целостта му, разархивирахме го в отделна временна локална папка и сравнихме SHA256 на всеки извлечен файл с неговото съдържание в архива.
И седемте сравнения съвпаднаха; проверката на ZIP не отчете повреден елемент. Временната папка беше премахната след проверката. Не са изпращани форми, писма или заявки за плащане. Това е реална проверка на извличането и целостта на ограничен пакет със статични файлове.
Този пакет не е пълен архив на DrNiki и не съдържа WordPress база данни. Затова резултатът не може да се представя като възстановен WordPress сайт. При WordPress след извличането предстоят зареждане на базата, конфигурация и функционални проверки. Разграничението е важно, когато оценявате отчет от поддръжката.
Как изглежда тестът за възстановяване на WordPress
Уговорете отделна среда и проверен момент на копието. Преди първото стартиране ограничете изходящите писма, плащанията, автоматичните задачи и връзките, които могат да задействат реални клиентски действия. Не трябва тестовият магазин да напомни повторно за всички стари поръчки.
- Подгответе средата. Проверете съвместимите версии и достъпа. Изолирайте я от публичния трафик.
- Възстановете файловете и базата. Уверете се, че са правилните части от избраното копие.
- Проверете адресите и настройките. При различен тестов адрес използвайте подходящ за WordPress метод; произволна замяна в SQL файл може да повреди сериализирани стойности.
- Отворете реални типове страници. Начало, публикация, категория, продукт, снимка и администрация.
- Проверете важния работен процес. Използвайте безопасни тестови данни и изключени външни действия.
- Запишете резултата. Кои проверки са минали, колко време е отнело и какво остава непроверено.
При промяна на адреса и настройките следвайте документацията за преместване на WordPress. Тестът в отделна среда е полезен именно защото показва липсващите стъпки, преди да се наложи работа под напрежение.
Какво правите при реален проблем
Преди връщане на старо копие запазете достъпните текущи данни. Те могат да съдържат нови поръчки или доказателства за причината. Уточнете коя версия е подходяща и какво ще се загуби при връщането. Не презаписвайте работещата база само защото един файл изглежда повреден.
Ако причината е пробив, връщането на архив може да върне и уязвимостта. Необходимо е да се отстрани причината и да се прегледат достъпите. Ако проблемът е след обновяване, проверете съвместимостта в тестовата среда, преди да повторите същото обновяване на живо.
Добър отчет за бекъп на WordPress сайт посочва последното успешно копие, мястото за съхранение, последния реален тест и непокритите части. Изречението „имаме архиви“ е начало на разговора. Завършената работа показва какво действително може да се възстанови и кой ще го направи.
Често задавани въпроси
Архивът от хостинга достатъчен ли е?
Зависи от обхвата, честотата, срока на съхранение и достъпа при авария. Проверете дали включва файловете и базата и дали е правен реален тест за възстановяване.
Мога ли да тествам директно върху работещия сайт?
По-безопасният подход е отделна ограничена среда. Възстановяването върху работещия сайт може да презапише актуални данни и да прекъсне услугата.
Съвпадащ SHA256 означава ли работещ сайт?
Не. Той потвърждава еднакво съдържание на сравнените файлове. Стартирането, базата данни и важните функции изискват отделна проверка.