Три механизъма, три вида аварии
И трите думи означават копия. Но не едни и същи копия, не на едно и също място и не за един и същ срок. Правилният въпрос не е „Имаме ли копие?“, а „Кое копие остава непоктнато след дадена авария?“.
Версиониране: историята на файл, съхранявана в услугата. Репликация: второ копие на услугата, което се обновява непрекъснато. Резервно копие: отделно, датирано копие, съхранявано за избран срок.
Версионирането: историята на файл, в услугата
Всяко записване създава версия. Изтрит по грешка абзац, презаписана таблица, грешна формула: потребителят отваря историята и се връща към версията от вторник. Това е бързо, без посредник и е най-полезният отговор в ежедневието.
Ограниченията му се дължат на мястото му. Историята се намира в същата услуга като файла:
- когато файлът бъде изтрит, версиите му го следват – първо в кошчето, а след изпразването му и извън услугата;
- акаунтът с право да изтрива папка по правило може да изтрие и съдържанието ѝ, включително историята;
- броят и срокът на версиите са ограничени от настройките на услугата;
- ако цялата услуга бъде унищожена или компрометирана, историята изчезва заедно с нея.
Кошчето спада към същата категория. То е отсрочка преди изтриването, а не копие.
Репликацията: второ копие в действие
Репликацията поддържа копие на услугата на друг сървър или на друго място. Ако един дейта център спре, другият поема работата. Тя отговаря на нуждата от наличност. ANSSI я насочва към случаите с много малка допустима загуба на данни: когато допустимата загуба е под 24 часа, тя препоръчва да се предпочете репликацията, синхронна или асинхронна.
Недостатъкът ѝ е точността ѝ. Копие, което следва продукционната среда, следва и грешките ѝ. Изтриването се репликира. Файл, криптиран от рансъмуер, се репликира. При синхронна репликация това отнема няколко секунди. Синхронизацията на работна станция е репликация в малък мащаб: тя има същия недостатък.
Резервното копие: отделно, датирано, съхранявано
Резервното копие служи за връщане назад. То има стойност само ако остане непоктнато, когато продукционната среда вече не е. Това предполага няколко свойства:
- отделеност: друга система, други акаунти. ANSSI изисква инфраструктурата за резервни копия да бъде независима от продукционните директории и да се администрира от персонални, специално заделени акаунти;
- срок на съхранение: решена дълбочина на историята. Като пример ANSSI дава петнадесет дни дневни резервни копия, една година месечни и пет години годишни – като илюстрация, а не като правило;
- защита срещу промяна: ANSSI изисква контрол на достъпа, който гарантира, че резервните копия няма да бъдат променени или повредени. Непроменяемото резервно копие (WORM) отговаря на тази нужда. Според ANSSI обаче офлайн копието е по-надеждно от онлайн WORM решение и тя предлага двете да се комбинират;
- правилото 3-2-1: три копия на данните, от които две резервни копия на различни носители и едно офлайн;
- тестове: резервно копие, което никога не е възстановявано, е хипотеза. ANSSI изисква редовни тестове.
Две мерки допълват картината. Максимално допустимата загуба на данни (PDMA, или RPO) казва колко работа сте готови да загубите. Максимално допустимото прекъсване (DMIA, или RTO) казва колко дълго сте готови да чакате. Резервно копие на всеки час ограничава загубата до около един час. То не казва нищо за времето за възстановяване на работата.
Кое покрива коя авария
| Авария | Версиониране | Репликация | Резервно копие |
|---|
| Грешка при редактиране на файл | Да, самостоятелно | Не, грешката се копира | Да, чрез възстановяване |
| Файл, изтрит вчера | Да, чрез кошчето | Не | Да |
| Файл, изтрит преди три месеца | Не, кошчето е изпразнено | Не | Само ако срокът на съхранение стига дотам |
| Авария в дейта център | Не | Да | Да, по-бавно |
| Папка, изтрита от компрометиран администраторски акаунт | Не | Не | Да, ако резервните копия са извън обсега на този акаунт |
| Рансъмуер, който криптира файловете на синхронизиран компютър | Понякога, ако историята е непоктната | Не | Да, от по-ранна точка |
Доказателството: защо да се прави резервно копие на DMS с версиониране
Да вземем най-страшната авария. Нападател получава паролата на администратор. Той изтрива папката „Договори“ и изпразва кошчето.
- Версионирането не помага: версиите са били заедно с изтритите файлове.
- Репликацията също: изтриването е копирано на второто място за няколко секунди.
- Резервното копие от предишния ден или от предишния час съдържа папката. Ако е непроменяемо и се администрира от други акаунти, нападателят не е могъл да го докосне.
Версионирането и репликацията виреят добре своята работа. Просто това не е тяхната работа. Случаят с рансъмуер и редът на възстановяване са разгледани в как да защитите DMS от рансъмуер и да я възстановите.
Пет въпроса към вашия доставчик
- Колко често се правят резервни копия на документите и колко дълго се пазят?
- Може ли администраторски акаунт на услугата да изтрие или промени резервно копие?
- Къде са копията, на колко места и има ли офлайн копие?
- Кога за последен път е тествано възстановяване?
- Кой поисква възстановяване, с каква информация и за колко време се извършва?
Писмените отговори на тези пет въпроса струват повече от процент на наличност.
Чести грешки
- „Всеки компютър има синхронизирано копие.“ Тези копия следват сървъра, включително изтриванията.
- „Кошчето пази всичко тридесет дни.“ То пази това, което не се изчиства. Нападателят го изпразва.
- „Репликирани сме на две места.“ Това е наличност, а не връщане назад.
- „Резервното копиране работи.“ Стига да е било възстановявано поне веднъж и срокът на съхранение да покрива времето до откриване на инцидент.
Често задавани въпроси
Как да върна стара версия на файл?
Чрез историята на файла, без възстановяване от резервно копие. Стъпките са описани в възстановяване на версия на документ.
Замества ли резервното копие версионирането?
Не. Версионирането е незабавно и в ръцете на потребителя. Възстановяването от резервно копие е по-тежка операция, често извършвана от администратор или от доставчика.
Резервното копие архив ли е?
Не. Резервното копие се пази дни или седмици. Архивирането отговаря на срок за съхранение, определен от нормативен акт или политика. Вижте съхранение и архивиране на документи.
А за електронната поща?
Логиката е същата, със собствени механизми. Вижте резервни копия, изтриване и непрекъснатост на електронната поща.
Къде се намира Klytic
Версиониране. Klytic Docs пази историята на версиите на всеки файл и има кошче. Потребителят сам връща предишна версия.
Резервни копия. На всеки час се правят резервни копия на документите, както и на електронната поща и CRM системата. Резервните копия са криптирани, съхраняват се 30 дни, репликирани са на няколко места и са непроменяеми: веднъж записано, резервното копие вече не може да бъде променено или изтрито, дори от нападател. Те са под наблюдение, а възстановяванията се тестват всеки месец. Целите са възстановяване на работата за по-малко от 4 часа (RTO) и не повече от 2 часа загубени данни (RPO).
Възстановяване. Иска се от поддръжката на Klytic, като се посочва какво е засегнато и приблизителната дата. То е включено при неизправност на услугата, умишлено изтриване от служител или акаунт, изтрит твърде рано при напускане (в рамките на 3 заявки на месец), или при атака въпреки правилно защитени компютри. След случайно изтриване, грешна манипулация или ако компютрите са били недостатъчно защитени, то е предмет на платен тикет за поддръжка. Историята на версиите и кошчето, безплатно, остават първата стъпка.
Резервното копиране се извършва с WeDoBack, специалист в сигурното резервно копиране, както е посочено на страницата сигурност и резервни копия. WeDoBack отговаря за резервното копиране; историята на версиите е функция на Klytic Docs.
Ограничения: тридесет дни съхранение не покриват изтриване, открито по-късно, и не са архивиране. Klytic не е услуга с квалификация SecNumCloud.
Тази страница описва общи механизми. Сроковете и целите на вашата услуга се проверяват във вашия договор.
Източници
Прегледани през октомври 2026 г.
- ANSSI, Sauvegarde des systèmes d’information, ръководство ANSSI-BP-100, v1.1: правило 3-2-1 с едно офлайн копие, офлайн копието се счита за по-надеждно от онлайн WORM, срокове за съхранение, които да се определят, PDMA и DMIA, репликация при загуба под 24 часа, специални администраторски акаунти, редовни тестове. messervices.cyber.gouv.fr
- ANSSI, Les Essentiels, Sauvegarde des systèmes d’information, v1.1: редовни офлайн резервни копия, контрол на достъпа, така че да не могат да бъдат променени или повредени, инфраструктура, независима от продукционните директории. messervices.cyber.gouv.fr
- Klytic, Сигурност и резервни копия: криптирано резервно копие, 30 дни, непроменяемо, репликирано на няколко места, възстановявания, тествани всеки месец, RTO под 4 часа, RPO под 2 часа, резервно копиране с WeDoBack. klytic.com
- Klytic, често задавани въпроси: резервно копие на всеки час, криптирано, съхранявано 30 дни; цели за RTO и RPO. klytic.com
