Резервни копия и аварийно възстановяване: какво да тествате, преди да ви потрябва
Почти всеки бизнес има резервни копия. Значително по-малко имат възстановявания, а разликата между тези две думи е мястото, където са парите. Резервното копие е файл, който съществува. Възстановяването е работещ сайт с базата, медията, конфигурацията и интеграциите си, пуснат отново в срок, който можете да преживеете.
Разликата между тях не е теоретична. Публикувани отраслови проучвания поставят дела на успешните възстановявания доста под очакванията на собствениците: около шест от десет опита дават желания резултат, а само около една трета от организациите наистина се вписват във времето, в което са вярвали. Тези числа идват от доставчици, продаващи решения за резервни копия, и заслужават обичайния скептицизъм за извадката, но посоката е последователна между източниците и съвпада с това, което намираме в одити.
Резервните копия вече са мишена, не само предпазна мрежа
Допускането под повечето планове за резервно копиране е, че копието ще е там, когато оригиналът го няма. Това допускане е остаряло с десетилетие.
Вендорските данни за инциденти съобщават, че огромното мнозинство атаки с криптиране сега целенасочено се опитват да стигнат до хранилищата с резервни копия, преди да криптират каквото и да е, и че голяма част от тези опити успяват. От страна на нападателя логиката е очевидна: организация с непокътнати копия не плаща.
Практическото следствие е една промяна в конструкцията. Поне едно копие трябва да е недостижимо от компрометираната система: офлайн, в друг акаунт с други достъпи или неизменяемо, така че да не може да бъде изтрито или презаписано дори от някой с валидни администраторски права. Копие на същия сървър или в същия хостинг акаунт е защита срещу грешки, а не срещу атаки.
Правилото, обновено
Старият съвет беше три копия, два типа носители, едно извън обекта. Това все още е правилната основа и вече не е достатъчно. Версията, която си струва да приемете, добавя две неща.
| Елемент | Какво означава | Чест провал |
|---|---|---|
| Три копия | Живите данни плюс две резервни копия | Едно копие, броено за две, защото върви всяка нощ |
| Два различни носителя или доставчика | Не и двете в един акаунт | Снимка на хостинга и копие на хостинга, броени отделно |
| Едно извън обекта | Друго физическо място и друг доставчик | „Извън обекта“ на думи, същият доставчик на практика |
| Едно офлайн или неизменяемо | Не може да бъде изтрито от компрометиран администратор | Липсва напълно при повечето малки бизнеси |
| Нула грешки при проверка | Възстановяването е тествано и е дало работеща система | „Проверка“ значи „задачата отчете успех“ |
Последният ред превръща политиката за копия във възможност за възстановяване и точно той се пропуска почти повсеместно. Проучванията сочат, че при огромното мнозинство от настройките за аварийно възстановяване автоматичното тестване е изключено напълно.
Две числа, които решават всичко останало
Преди избора на инструменти решете две неща в бизнес, а не в технически термини.
Колко данни можете да си позволите да загубите? Това задава честотата. Сайт визитка, който се променя веднъж месечно, ще преживее седмични копия. Магазин с петдесет поръчки на ден няма, защото тези поръчки не съществуват никъде другаде, а клиентите чакат доставка. Часовите копия на базата струват много малко и редовно липсват точно там, където трябват.
Колко дълго можете да сте недостъпни? Това задава метода на възстановяване и точно тук очакванията се разминават с реалността. Възстановяването на голяма медийна библиотека от студено хранилище през домашна връзка се мери в часове, колкото и добро да е копието. Ако границата е четири часа, отговорът е готова резервна среда, а не по-бързо изтегляне.
Запишете и двете числа и проверете дали настоящата подредба ги покрива. При повечето малки бизнеси честният отговор е, че никой никога не е питал — затова първото възстановяване е и първото измерване.
Какво наистина трябва да се копира
Копията на сайта редовно покриват файловете и базата и спират дотам, което оставя няколко неща, също толкова нужни, за да тръгне всичко отново.
- Базата и качените файлове, очевидно, и заедно: база, възстановена срещу несъответстваща папка с медия, дава сайт със счупени изображения.
- Конфигурация, която живее извън кода. Настройки на сървъра, правила за пренасочване, cron задачи, променливи на средата. Обикновено заради тях възстановеният сайт се държи странно.
- DNS записите. Рядко се копират, понякога се губят, а сайт, до който не се стига, е долу независимо дали работи.
- Пощата, ако е при хостинга. Пощенските кутии често са извън обхвата на копията и нерядко са най-ценните данни на бизнеса.
- Данни в услуги на трети страни. Изпратени форми, записи в CRM, платформи за отзиви. Вашето копие не включва чужда система, а техният износ е вашето копие.
- Достъпите, за да ползвате всичко това. Перфектно копие с парола за възстановяване, съхранявана само на криптирания лаптоп, е известен и напълно предотвратим провал.
Къде физически стоят тези копия е отделен въпрос с правна тежест, особено за всичко с лични данни; това е практическата същина на материала за това къде всъщност живеят данните на сайта ви.
Срокът на съхранение и неудобният въпрос за изтриването
Колко дълго да се пазят копията се третира като въпрос за цената на съхранение, а е и правен. Две съображения дърпат в противоположни посоки.
По-дългото съхранение пази от късно откриване. Компрометирания и повреди на данни често се забелязват седмици по-късно, а седем дни история не струват нищо срещу нещо, открито през третата седмица. Разумна форма за малък бизнес: дневни копия за месец, седмични за тримесечие, месечни за година.
Срещу това стои фактът, че копията съдържат лични данни, а личните данни имат правила. Когато някой упражни право на изтриване, копията в резервните ви архиви са истинско усложнение: регулаторите обикновено приемат, че възстановяването на цял архив заради изтриването на един запис е непропорционално — при условие че имате документирана политика записът да не бъде върнат обратно и че самото копие изтича по обявен график. Неприемливо е безсрочното съхранение без никаква политика, а точно това е „пазим всичко завинаги“.
Запишете графика за съхранение, посочете в документите за поверителност, че резервни копия съществуват и колко живеят, и добавете стъпка в процеса по изтриване, която маркира възстановени записи за повторно изтриване. Това е цялото задължение и е значително по-евтино от алтернативата; процесната част е изложена в материала за обработката на заявки за изтриване на данни.
Учебно възстановяване за два часа
Това е цялата статия в едно упражнение и почти никой не го прави. Запазете два часа, предупредете когото трябва и го проведете.
- Изберете дата, а не последното копие. Възстановете отпреди три седмици. Реалните инциденти се откриват късно, а най-новото копие често е вече компрометирано.
- Възстановявайте не в продукция. Staging сървър или локална среда. Целта е да докажете, че копието работи, а не да счупите работещия сайт.
- Измерете времето. От решението до работещ сайт. Това число е реалното ви време за възстановяване и ще е по-голямо от онова в договора.
- Използвайте сайта. Влезте, направете тестова поръчка, изпратете форма, проверете медията, проверете дали планираните задачи се изпълняват. Начална страница, която се зарежда, не е възстановен сайт.
- Запишете какво е липсвало. Винаги нещо липсва. Обикновено достъпи, конфигурационен файл или външна интеграция, която трябва да се свърже наново.
Правете това два пъти годишно и след всяка съществена промяна в стека. Първият път е неприятен и е най-евтиният инцидент, който изобщо ще имате.
Къде точно хапе WordPress
Три модела се повтарят при сайтове на WordPress и всеки от тях произвежда копие, което изглежда наред, докато не потрябва.
Копията от хостинг доставчика, съхранявани в същия акаунт, са най-честият. Възстановяват изтрита страница отлично и изчезват заедно с всичко останало, ако акаунтът е компрометиран или доставчикът има инцидент. Приемайте ги като удобство, не като защита.
Вторият са копията от плъгини, които пишат в папката с качени файлове. Те са вътре в уеб корена, достига ги всичко, което достига сайта, и раздуват следващото копие, което вече съдържа предишното.
Третият са големите медийни библиотеки. Щом качените файлове минат няколко гигабайта, пълното копие става достатъчно бавно, че тихо да започне да се проваля или да се пропуска, и никой не забелязва, защото провалът е ред в дневник. Разделянето на медия и база с различни честоти го решава. Това стои редом с останалите базови мерки в материала за това как сайтовете реално биват хаквани.
Инструкцията, която никой не пише преди инцидента
Планът за възстановяване е една страница и стойността му е, че съществува в ден, в който никой не мисли ясно. Той отговаря на пет въпроса: кой решава, че това е инцидент, кой изпълнява възстановяването, къде се пазят достъпите, в какъв ред се вдигат системите и кой говори с клиентите.
Дръжте го някъде достижимо, когато сайтът и вероятно пощата са долу. Отпечатано копие звучи архаично и вече е спасявало не един следобед. И назначете втори човек за всяка роля, защото инцидентите имат подчертано предпочитание към отпуските.
Нищо от това не е скъпо. Това е частта от договорката за поддръжка, която отличава план, който ще проработи, от фактура, която го описва.
Накратко
Всички имат резервни копия; въпросът е дали се възстановяват, а отрасловите числа поставят успешните възстановявания далеч под очакванията на собствениците. Копията вече са пряка мишена при атаки с криптиране, така че поне едно трябва да е офлайн или неизменяемо и недостижимо от компрометиран администраторски акаунт. Обновете старото правило до три копия, два носителя, едно извън обекта, едно неизменяемо и нула грешки, проверени с истинско възстановяване. Първо определете две бизнес числа: колко данни можете да загубите — това задава честотата, и колко дълго можете да сте долу — това задава метода. Копирайте повече от файлове и база: конфигурация, DNS, поща, данни при трети страни и достъпите до тях. После проведете двучасово учебно възстановяване от копие отпреди три седмици в среда извън продукция, измерете времето и използвайте възстановения сайт както трябва. Каквото липсва, ще излезе наяве точно там — и това е най-евтиното място да излезе.








