Стратэгія рэзервовага капіявання сайта, якая сапраўды працуе

Амаль кожны ўладальнік сайта ўпэўнены, што ў яго ёсць рэзервовыя копіі, і большасць даведваецца, што ў іх ёсць насамрэч, у найгоршы дзень: пасля няўдалага абнаўлення плагіна, выдаленай табліцы або ўзламанага акаўнта адміністратара. Стратэгія рэзервовага капіявання — гэта не інструмент, які ўсталёўваюць адзін раз, а набор рашэнняў: што капіяваць, як часта, дзе захоўваць і як потым усё вярнуць. У гэтым кіраўніцтве мы простымі словамі разбіраем гэтыя рашэнні, каб ваш план аднаўлення быў правераны на практыцы, а не трымаўся на надзеі.

Пачніце з правіла 3-2-1: тры копіі даных, на двух розных тыпах сховішчаў, адна з іх — па-за асноўнай пляцоўкай. Для сайта першай копіяй лічыцца сам працоўны сайт, другой — рэзервовыя копіі хостара, трэцяй — архіў, які вы спампоўваеце ў сховішча пад сваім кантролем. Потым складзіце спіс усяго, што патрэбна для поўнага аднаўлення. Файлы сайта, загрузкі і базы даных відавочныя. Менш відавочныя паштовыя скрыні, заданні cron, налады PHP, правілы .htaccess або nginx, API-ключы і файлы асяроддзя, а таксама экспарт DNS-зоны: аднаўляць сорак запісаў па памяці падчас збою доўга, і лёгка памыліцца.

Частата капіявання вынікае з двух пытанняў. Колькі працы вы можаце дазволіць сабе страціць? Гэта мэтавы пункт аднаўлення, RPO. Як доўга сайт можа не працаваць, пакуль вы яго аднаўляеце? Гэта мэтавы час аднаўлення, RTO. Сайту-візітоўцы, які мяняецца раз на месяц, хопіць штодзённай копіі. Краме, якая прымае заказы ўвесь дзень, — не: кожная гадзіна паміж копіямі азначае гадзіну заказаў, якія давядзецца ўносіць уручную. Тэрмін захоўвання важны не менш за частату: праблемы часта заўважаюць праз некалькі дзён, таму трымайце некалькі штодзённых копій, пару штотыднёвых і хаця б адзін штомесячны здымак.

Рэзервовыя копіі хостара неабходныя, але недастатковыя. На віртуальным хостынгу WebHostFlow кожны сайт і кожная база даных штоночы капіююцца на асобную інфраструктуру, захоўваюцца 14 дзён і аднаўляюцца з панэлі кіравання — гэта пакрывае большасць выпадковасцяў за пару клікаў. Але гэтыя копіі знаходзяцца ў таго ж правайдара і ў тым жа акаўнце. Калі праблема ў спрэчцы наконт аплаты, скрадзеным паролі або памылцы ў самім акаўнце, патрэбна копія, да якой ніхто іншы не дацягнецца. Рэгулярна спампоўвайце поўны архіў і захоўвайце яго асобна — напрыклад, у зашыфраваным воблачным сховішчы або на дыску ў офісе.

Базы даных патрабуюць асаблівай увагі. Капіяванне «сырых» файлаў працуючага сервера MySQL або PostgreSQL можа даць копію, якая выглядае поўнай, але не запускаецца, бо даныя мяняліся проста падчас капіявання. Выкарыстоўвайце нармальны дамп: mysqldump з параметрам --single-transaction для табліц InnoDB або pg_dump для PostgreSQL — абодва даюць узгоднены здымак без блакавання сайта. Сцісніце дамп, дадайце ў назву дату і час і праверце, ці не падазрона малы файл. Дамп нулявога памеру, які паўгода кожную ноч «паспяхова» ствараўся, — на здзіўленне частая знаходка.

Узлом сайта або вірус-шыфравальшчык мяняюць сам сэнс аднаўлення. Зламыснікі часта тыднямі сядзяць ціха, перш чым нешта стане прыкметным, таму самая свежая копія можа ўжо ўтрымліваць бэкдор. Вызначце па журналах доступу і датах змены файлаў, калі пачаўся ўзлом, аднавіце сайт з копіі, зробленай да гэтага моманту, змяніце ўсе паролі і ключы і абнавіце праграмнае забеспячэнне, праз якое пранікнулі атакавальнікі. Тут акупляюцца доўгае захоўванне і частыя пункты аднаўлення: прэміум-хостынг захоўвае штогадзінныя копіі 30 дзён, таму можна пайсці далей у мінулае і страціць менш. І рэгулярна правярайце аднаўленне: разгарніце копію на тэставым сайце і прайдзіцеся па ім.

Просты штомесячны чэк-ліст трымае ўсё гэта пад кантролем. Пераканайцеся, што апошнія аўтаматычныя копіі завяршыліся і маюць праўдападобны памер. Спампуйце свежую знешнюю копію файлаў, баз даных і пошты. Экспартуйце DNS-зону і запішыце змены ў канфігурацыі. Аднавіце адну копію ў тэставае месца і праверце, што старонкі, уваход і формы працуюць. Выдаліце знешнія копіі, старэйшыя за ваш тэрмін захоўвання. Гэта займае менш за гадзіну і ператварае рэзервовае капіяванне з надзеі ў працэдуру. У WebHostFlow палову працы на баку хостынгу — на віртуальным і прэміум-хостынгу — бярэм на сябе мы, а на вас застаюцца знешняя копія і праверка.