Ако имате уебсайт и особено ако бизнесът ви зависи от него , овладяването на това как да създавате резервни копия на уебсайта си не е задължително , а е от съществено значение. Не е нужно да си представяте екстремни катастрофи: една проста промяна в шаблона, несъвместим плъгин или неуспешна актуализация могат да направят уебсайта ви неизползваем за секунди.
В този сценарий единственият бърз и чист начин да се върнете към нормалното е да възстановите скорошно архивиране, което ще остави проекта ви точно такъв, какъвто е бил преди проблема, само за няколко минути. В това ръководство ще научите подробно какво е архивиране на уебсайт, защо е толкова важно, колко често трябва да го правите и как да създавате и възстановявате архиви, използвайки различни инструменти: вашия контролен панел за хостинг, ръчни методи (FTP + база данни) и специализирани плъгини за WordPress.
Какво е резервно копие на уебсайт?
Когато говорим за резервно копие, имаме предвид файл или набор от файлове, съдържащи цялата информация от вашия уебсайт , генерирана в определен момент. Обикновено се съхранява в компресиран формат (например .zip или подобен) и се пази на сигурно място, за да може да бъде възстановен, когато е необходимо.
Пълното архивиране на уебсайт включва както сървърни файлове, така и базата данни . Файловете съдържат ядрото на вашата CMS система (например WordPress), теми, плъгини, изображения и други статични ресурси. Базата данни съхранява публикации, страници, коментари, настройки, поръчки от вашия онлайн магазин и като цяло цялото динамично съдържание.
Съществуват и по-специфични опции за архивиране: можете да архивирате само файловете, само базата данни или дори да изберете инкрементални архиви, които запазват само това, което се е променило след последното архивиране . Всеки тип има своето предназначение, въпреки че в идеалния случай повечето проекти трябва да имат редовни пълни архиви.
Защо е толкова важно да направите резервно копие на уебсайта си?
Основната причина е проста: сигурност и непрекъснатост на бизнеса . Вашият уебсайт е витрината на вашата марка и в много случаи вашият пряк източник на приходи. Загубата му или липсата му в продължение на часове може да означава загуба на продажби, потенциални клиенти и доверие.
Резервните копия ви предпазват от множество сценарии: човешка грешка, сървърни повреди, дефектни актуализации, хакерски атаки, неуспешни промени в дизайна ... Независимо от произхода на проблема, стига да имате скорошно резервно копие, можете да се върнете към предишното състояние за минути.
Помислете за конкретни ситуации: инсталирате нов плъгин, променяте код във functions.php или променяте настройките на базата данни и изведнъж се появява ужасният бял екран на WordPress или уебсайтът ви показва 500 грешки навсякъде. Ако имате скорошно архивиране, възстановявате го и спокойно продължавате да анализирате какво се е объркало, без сайтът ви да е недостъпен за обществеността.
Друг често срещан сценарий са атаките срещу сигурността. Хакерите използват уязвимости в плъгини , теми или формуляри , за да вмъкнат спам, злонамерени връзки или дори да отвлекат уебсайта ви. Ако не действате бързо, Google може да индексира хакнато съдържание и да накаже класирането ви. Възстановяването на резервно копие отпреди атаката е най-бързият начин да спрете проблема, като същевременно подсилите сигурността си.
Освен това, наличието на едно-единствено резервно копие отпреди години не е достатъчно . Ако уебсайтът ви е актуализиран десетки пъти оттогава, това резервно копие е практически безполезно: ще загубите статии, поръчки, потребители и промени в дизайна. Архивирането трябва да се извършва редовно и сравнително скоро, за да се сведе до минимум загубата на данни.
Видове резервни копия, които можете да правите
За да разработите добра стратегия, е полезно да разберете какви видове резервни копия можете да генерирате и в кои случаи те са най-подходящи. Не всички сайтове изискват еднаква честота или ниво на сложност.
Пълно архивиране
Пълното архивиране включва всички файлове на сайта и свързаната с тях база данни. Това е най-безопасният вариант, защото Това ви позволява да възстановите сайта точно до състоянието, в което е бил към датата на архивиране.Това е нещото, което винаги трябва да правите преди големи промени: големи актуализации, промени в теми, миграции и т.н.
Архивиране само на базата данни
В този случай архивирате само базата данни, където се намират данните. съдържание, коментари, потребители, поръчки и най-важните данниПолезно е, ако вече управлявате изходния код на уебсайта си със системи като Git или ако файловете рядко се променят, но не ви предпазва от загуба на изображения или промени в теми и плъгини.
Архивиране само на файлове
Това е мястото, където съхранявате вашите WordPress файлове (или CMS, която използвате), теми, плъгини, изображения и други медийни файлове, но не базата данниПолезно е за поддържане на състоянието на персонализирането на дизайна, кода и медийната библиотека, но без базата данни бихте загубили публикации, страници или поръчки. Обикновено се комбинира с отделни копия на базата данни.
Постепенно архивиране
Инкременталното архивиране запазва само файловете, които са се променили след последното архивиране, и всички новосъздадени файлове. Намалява пространството и времето за прехвърлянеТова е много полезно за големи сайтове или такива с постоянни промени. От друга страна, за да възстановите конкретна точка, ви е необходим първоначалният пълен архив плюс всички междинни инкрементални архиви.
Колко често трябва да правите резервно копие?
Няма единна перфектна честота. Честотата зависи от това колко активен е вашият уебсайт и колко данни сте готови да загубите, ако нещо се обърка между копията.
Ако създавате блог и сте в средата на фазата на настройка, инсталирате плъгини, настройвате темата и качвате съдържание почти ежедневно, ежедневното архивиране е абсолютният минимум . По този начин, ако нещо се обърка, ще загубите най-много промените за деня.
На по-статични корпоративни уебсайтове, където съдържанието рядко се актуализира, можете да изберете седмични архиви или архиви всеки път, когато правите значителни промени : публикуване на нов раздел, инсталиране на плъгин, промяна на тема и т.н. Приоритетът тук е архивът да е актуален, когато действително правите промяна.
Най-критичният случай са онлайн магазините . В електронната търговия всяка поръчка, регистрация на потребител или промяна на наличността е от значение . В идеалния случай трябва да имате резервни копия в почти реално време или поне няколко резервни копия на ден. Това минимизира риска от загуба на продажби или данни за клиентите, ако възникне повреда.
Какъвто и да е типът на вашия проект, важното е честотата на архивиране да съответства на обема и честотата на промените в уебсайта ви . Ако актуализирате често, архивирайте сайта си по-често. Ако актуализирате рядко, можете да ги разпределите, но не се самодоволствайте.
Методи за архивиране на вашия сайт
Има различни начини за създаване на резервни копия: от автоматични решения от вашия хостинг доставчик до ръчни копия или специализирани плъгини. В идеалния случай трябва да комбинирате няколко метода, за да избегнете слагането на всички яйца в една кошница.
Резервни копия, предлагани от вашия доставчик на хостинг услуги
Много доставчици на хостинг услуги включват системи за архивиране, интегрирани в контролния им панел (cPanel, Plesk или други инструменти). Те обикновено ви позволяват да създавате пълни резервни копия на вашия акаунт, бази данни, домейни или дори имейли, и дори да планирате ежедневни архиви.
Ръчен метод: FTP + phpMyAdmin
Това е най-„занаятчийската“ система, но е и тази, която ви дава пълен контрол върху това какво копирате, кога и къде го запазватеСъстои се от две стъпки: изтегляне на файловете чрез FTP и експортиране на базата данни от инструмент като phpMyAdmin.
Първо, инсталирайте FTP клиент като FileZilla, конфигурирайте връзката с данните за хостинга си (хост, потребителско име, парола и порт, ако е приложимо) и се свържете. След това отидете в главната папка на уебсайта си (обикновено с име public_html, www, html, httpdocs и т.н.) и изтеглете цялото му съдържание в папка на компютъра си . Този процес може да отнеме известно време, особено ако имате много изображения.
След това ще работим с базата данни. Влезте в контролния панел на хостинга си, отворете phpMyAdmin, изберете базата данни за уебсайта си и използвайте раздела „Експортиране“, за да генерирате .sql файл . Запазете този файл заедно с файловете, изтеглени чрез FTP, и ще имате пълно ръчно архивиране.
WordPress плъгини и инструменти
Ако използвате WordPress, имате предимството, че има много плъгини, които автоматизират процеса резервно копиеТе ви позволяват да планирате архивиране, да го изпращате към облачни услуги (Google Drive, Dropbox, Amazon S3 и др.) и да го възстановявате от самия интерфейс на WordPress.
Някои от най-известните опции са UpdraftPlus, BackWPup, All-in-One WP Migration, Duplicator и Jetpack Backup (преди VaultPress). Всяка от тях има свои специфични функции, но всички те споделят целта да опростят създаването и възстановяването на резервни копия, доколкото е възможно , дори за потребители с ограничени технически познания.
Струва си да се отбележи обаче, че много разширени функции (планирани архиви, множество облачни дестинации, криптиране и др.) са запазени за платените версии . В зависимост от размера и важността на вашия сайт, инвестирането в лиценз може да си струва.
Как да създадете резервно копие от хостинг панела
Ако вашият доставчик на хостинг предлага вградена система за архивиране (като cPanel или Plesk), създаването на резервно копие е сравнително лесен процес. Идеята е да генерирате компресиран файл, съдържащ всички данни от вашия акаунт , и да го изтеглите на сигурно място.
В cPanel, например, ще получите достъп до панела и ще потърсите секцията „Резервни копия“. Оттам можете да избирате между изтегляне на пълно копие на сайта или само на определени части (директории, MySQL бази данни, имейл акаунти и др.).
За пълно архивиране изберете „Изтегляне на пълно архивиране на сайта“. Системата ще ви попита къде да запазите файла (обикновено го оставяйте като „Начална директория“) и можете да въведете имейл адрес, за да бъдете уведомени, когато архивирането е готово. След като приключите, можете да изтеглите файла от същия раздел.
Един важен момент: не оставяйте този резервен файл само на вашия хостинг. Освен че заема място и влияе върху производителността, ако има сериозен проблем със сървъра, може да загубите както уебсайта си, така и резервния файл . Изтеглете го и го запазете на външен твърд диск, вашия компютър или облачно хранилище.
В панели като Plesk процедурата е подобна: влизате в „Backup Manager“, избирате дали искате пълен или частичен архив, стартирате генерирането и когато приключи, изтегляте файла, за да го имате винаги извън сървъра.
Как да извършите ръчно архивиране (файлове + база данни)
Ако предпочитате да не разчитате на автоматизирани инструменти, можете да извършвате ръчно архивиране, когато пожелаете . Това е много надежден метод, ако се направи правилно, а също така ви помага да разберете как е структуриран вашият уебсайт вътрешно.
1. Копирайте файловете чрез FTP
Инсталирайте FTP клиент като FileZilla и намерете данните си за вход (хост, потребителско име, парола и порт, ако не е стандартният) в контролния панел на вашия хостинг. Създайте нова връзка в програмата, свържете се и ще видите файловете на вашия компютър от едната страна и файловете на сървъра от другата.
Отидете до папката, където се намира вашият уебсайт (обикновено public_html, www, html или подобна) и след като сте вътре, изберете всички папки и файлове (wp-content, wp-admin, wp-config.php и др.) . Плъзнете ги в локална папка на вашия компютър и оставете прехвърлянето да завърши. След това проверете дали не е имало грешки по време на изтеглянето.
2. Копирайте базата данни, използвайки phpMyAdmin
Влезте в контролния панел на хостинга си, отворете phpMyAdmin и в лявата колона, Изберете базата данни, свързана с вашата инсталацияСлед като влезете, отидете в раздела „Експортиране“, изберете бързия метод и SQL формата и кликнете върху „Продължи“. Браузърът ще изтегли .sql файл, който трябва да запазите заедно с файловете, изтеглени чрез FTP.
3. Съхранявайте копието на сигурно място
С файловете и .sql файла, с които разполагате, това, което е наистина важно, е къде ги държишИзбягвайте да ги оставяте на един и същ сървър. В идеалния случай ги съхранявайте на външен твърд диск, на служебния си компютър и, ако типът данни го позволява, в услуга за съхранение в облак.
Ако вашият уебсайт обработва чувствителна информация (например лични данни на клиенти), внимателно прегледайте приложимите разпоредби, преди да качвате резервни копия в облачни услуги . Понякога има законови ограничения в зависимост от вида на данните и държавата, в която се намират сървърите.
Най-добрите плъгини за архивиране за WordPress
Когато работите с WordPress, е обичайно да използвате плъгини за автоматизиране на архивирането и избягване на ръчното му правене . Има няколко популярни инструмента, които покриват различни нужди и нива на сложност.
UpdraftPlus
Това е един от най-известните и най-широко използвани плъгини. Той ви позволява да правите пълни или частични резервни копия, да ги планирате с различна честота и Автоматично изпращане на резервни копия до услуги като Google Drive, Dropbox, Amazon S3 или до вашия имейл адресОт самия интерфейс можете да възстановите както файлове, така и бази данни само с няколко кликвания.
BackWPup
Този плъгин ви позволява да създавате автоматични резервни копия на файлове и бази данни, като дефинирате планирани задачи. (Предлага се безплатна версия) Възможностите за доставка до външни услуги са по-ограничени.Въпреки това, той остава добро решение за ръчно създаване на резервни копия в различни формати (zip, tar, tar.gz и др.) и самостоятелното им изтегляне.
Миграция на WP всичко в едно
Въпреки че е предназначен предимно за мигриране на сайтове от един хостинг доставчик към друг, той включва много проста функция за копиране, която мнозина използват като бързо архивиране. Интерфейсът му е много прост: създавате пакет с уебсайта и го експортирате във файлкоито можете да изтеглите или изпратите на външна памет в зависимост от версията, която имате.
копирна машина
Друг класически инструмент, насочен към миграции. Той генерира пакет с всички файлове и базата данни, готов за преместване на друг сървър. Освен това, Можете да го използвате като резервна системазащото запазва пълен образ на сайта в момента на създаване на пакета. Разширените версии позволяват автоматизирани и планирани архивирания.
Архивиране на Jetpack (VaultPress)
Разработено от Automattic, компанията, която стои зад WordPress.com, то предлага архивиране в почти реално време, сканиране за сигурност и много бързо възстановяванеТова е платена опция, но е особено интересна за проекти, при които всеки престой вреди.
Как да възстановите резервно копие на вашия уебсайт
Да знаеш как да правиш резервни копия е половината от битката. Другата половина е да знаеш как да ги възстановиш, когато нещо се обърка. Точният процес зависи от това как си създал резервното копие: плъгин, хостинг или ръчен метод.
Възстановяване с помощта на плъгин
Ако сте създали резервното копие с помощта на плъгин за WordPress, самият инструмент обикновено включва раздел за възстановяване. Обикновено имате списък с налични копия (съхранявани на сървъра или в облака) и бутон за връщане на уебсайта ви в състоянието към избраната дата.
В някои случаи, ако сайтът ви е сериозно повреден, може да се наложи да преинсталирате WordPress от нулата и да качите отново архивния файл, генериран от плъгина, за да го разпознае и да ви позволи да го възстановите. Всеки плъгин обяснява своя собствена процедура, така че е добра идея да прегледате официалната документация, преди да се наложи да направите това спешно.
Възстановяване на ръчно архивиране
Ако имате ръчно копие, стъпките са по същество обратни на тези за създаване. Първо Качвате архивните файлове на вашия хостинг чрез FTPпрезаписване на всички съществуващи. Уверете се, че структурата на папките остава същата.
След това отидете в phpMyAdmin и възстановете базата данни. Можете да направите това, като използвате съществуваща база данни (след като изтриете съдържанието ѝ) или нова, която след това посочите в конфигурационния файл. В phpMyAdmin достъпете базата данни, изберете раздела „Импортиране“, изберете .sql файла от резервното копие и стартирайте импортирането, за да възстановите всички таблици.
Ако промените базата си данни, не забравяйте да проверите конфигурационния файл на вашата CMS система (например wp-config.php в WordPress), за да коригирате името на базата данни, потребителското име и паролата . В противен случай вашият уебсайт няма да може да се свърже с възстановените данни.
Възстановяване от хостинг панела
Много доставчици на хостинг услуги ви позволяват да изберете резервно копие от тези, които автоматично запазват, и да го възстановите с едно щракване. Те обикновено ви дават опции за Възстановяване само на файлове, само на база данни или на целия акаунтМного е удобно, но не забравяйте, че тези копия зависят от политиката за съхранение на доставчика.
Къде да съхранявате резервните си копия и най-добри практики за сигурност
Правенето на резервни копия е добре, но съхраняването им на подходящо място е също толкова важно . Резервното копие е безполезно, ако е на същия сървър, който се е сринал, твърдият диск се е повредил или акаунтът ви е затворен по някаква причина.
Класическата препоръка е да следвате правилото 3-2-1: имайте поне 3 копия, на 2 различни вида хранилища и 1 извън обекта . Например: едно копие на вашия компютър, друго на външен твърд диск и още едно в облака.
Избягвайте да съхранявате резервни копия само на хостинг сървъра, където се намира вашият уебсайт. Ако сървърът претърпи физически проблем, сериозен хакерски атака или случайно изтриване, може да загубите както активния сайт, така и резервните копия . Винаги е най-добре да изтеглите файловете и да ги запазите на поне едно друго независимо място.
Друга добра практика е да настройвате автоматични резервни копия, когато е възможно. Ако разчитате да си спомняте да ги правите ръчно, ще има дни, в които ще забравите точно кога имате най-голяма нужда от тях. Хостинг плъгините и системите за архивиране обикновено ви позволяват да планирате архивиране ежедневно, седмично или с каквато и да е честота, която изберете.
Препоръчително е също да запазите няколко резервни копия от различни дати . По този начин, ако откриете проблем, който съществува от известно време (например злонамерен софтуер, който не сте открили веднага), можете да се върнете към предишна точка, преди да бъдете компрометирани.
И нещо, което много хора пренебрегват: опитайте да възстановите в тестова среда. Не откривайте, че резервното ви копие е повредено или лошо направено в деня, в който наистина ви е необходимо . Извършването на периодични тестове ви дава спокойствие, че стратегията ви за архивиране работи.
В крайна сметка, добрата политика за архивиране е като застраховка: надявате се никога да не ви се наложи да я използвате, но в деня, в който я използвате, тя ви спасява от голямо бедствие . С разумна комбинация от автоматични архиви на хостинга, редовни ръчни архиви и, ако използвате WordPress, добре конфигуриран плъгин, вашият уебсайт ще бъде много по-добре защитен от повреди, атаки и пропуски.
