Три предпазни мрежи, три вида аварии
„Има резервно копие“ се казва за много различни механизми. Всеки от тях поправя определен вид авария, с конкретен човек, който действа, и с ограничение.
| Предпазна мрежа | Кой действа | Какво поправя | Ограничение |
|---|
| Кошче и папка за връщане | Потребителят, в кутията си | Скорошна грешна манипулация | Кратък срок и нищо, ако самата кутия е изтрита или компрометирана |
| Резервно копие на услугата | Експлоатиращият, при заявка | Връщане на съобщение, папка или кутия в предишно състояние | Срокът на съхранение и интервалът между две копия |
| Резервиране на платформата | Експлоатиращият, без заявка | Сривът: пощата продължава да пристига или се възобновява | Не връща изтрито съобщение |
Копието, което разработчикът или хостинг доставчикът пази за собствената си наличност, на няколко диска или сървъра, спада към третата мрежа. То защитава от хардуерна авария. То не защитава от изтриване: изтрито съобщение изчезва веднага от всички реплики. Това е най-честото объркване между резервиране и резервно копие.
Връща ли резервното копие изтрито съобщение?
Да, в рамките на три ограничения.
- Срокът на съхранение. При срок от 30 дни съобщение, изтрито преди шест седмици, вече не е в нито едно резервно копие. Ако изтриването бъде открито чак при годишното приключване, резервното копие идва твърде късно.
- Точката на възстановяване. Резервното копие е снимка. Съобщение, пристигнало в 10:05 ч. и изтрито в 10:40 ч., преди следващото копие, никога не е било „снимано“. Колкото по-често се правят копията, толкова по-малък е този прозорец; той никога не е нула.
- Предназначението. Резервното копие служи за връщане назад. То не замества многогодишното архивиране, което съхранява съобщенията, за да могат да бъдат представени, със собствени правила за срокове и достъп.
Умишленото изтриване заслужава специално внимание. Недоволен служител, който изпразва кутията си, или нападател, поел администраторски акаунт, може да изтрие съобщенията и да се опита да изтрие и резервните копия. Оттук и смисълът от резервно копие, което никой не може да промени през срока на съхранение, включително администратор на пощата. Ръководството на ANSSI за резервното копиране препоръчва сървърите за резервни копия да се изолират в административната система и приканва да се проучи механизмът на непроменяемост на решение тип WORM, вместо да се разчита на думата.
Независимо от сървъра: какво означава това
Независимото резервно копие се намира извън пощата, която защитава. Конкретно:
- то се съхранява в друга система и желателно на друго място, за да не го унищожи инцидент в залата;
- идентификаторите, с които се администрира пощата, не са достатъчни, за да бъде изтрито;
- то е криптирано, за да не стане копието втора входна врата към съобщенията;
- то се тества. ANSSI го казва просто: резервните копия трябва да се тестват редовно. Резервно копие, от което никога не е възстановявано, остава хипотеза.
Същото ръководство препоръчва правилото „3-2-1“, което започва с три отделни копия на данните, и определя офлайн копието като копие на носител, изключен от всяка информационна система. Тези понятия важат както за пощата, така и за файловете; приложението им за документите е описано във Версиониране, репликация и резервни копия на документи.
Пример. В кантора с 25 души (хипотетичен случай) служител по грешка изтрива папката на клиент, изпразва кошчето и се усеща чак в следващия понеделник. Папката за връщане вече не съдържа нищо полезно. Резервното копие от предишния петък съдържа папката. Експлоатиращият я възстановява в кутията; липсват само съобщенията, пристигнали и изтрити между две копия.
Когато сървърът спре
Електронната поща понася добре кратките сривове. Изпращащ сървър, който не може да се свърже с вашия или получава временна грешка, задържа съобщението в опашка и опитва отново. Докато сривът трае по-малко от срока, след който подателят се отказва – обикновено няколко дни, – нищо не се губи: пощата пристига след възстановяването на услугата. Ръководството миграция на електронната поща без прекъсване описва този механизъм. Шлюз за филтриране пред пощата играе същата роля: той пази приетото съобщение, докато сървърът отговори.
Това, което виждат потребителите, е друго: няма уебмейл, телефоните не се синхронизират, изпращането е невъзможно. Именно тази продължителност измерва първият показател.
RTO (максимално допустимо прекъсване): целевото време за възстановяване на услугата. RPO (максимално допустима загуба на данни): количеството данни, изразено във време, което сте готови да загубите, ако хранилището трябва да бъде възстановено от последното резервно копие.
RPO не засяга пощата, която чака при подателите: тя пристига след възстановяването на услугата. Той засяга съобщенията, вече доставени в кутиите, и действията на потребителите от последното копие насам, в случай че самото хранилище бъде загубено. RPO под 2 часа означава, че ще трябва да се възстановят най-много два часа от тази история. Това са цели: попитайте как се измерват и тестват.
Смяна на сървъра без смяна на домейна
Продължителен срив, край на договор или придобиване на доставчика могат да наложат смяна на пощенската система. Домейнът и адресите ви не се променят: MX записът е този, който посочва новата платформа. Методът, със съвместната работа на двете системи, етапите на копиране и съгласуваността на SPF, DKIM и DMARC, е описан в миграция на електронната поща без прекъсване. Той не се повтаря тук.
Често задавани въпроси
Замества ли резервирането резервното копие?
Не. Резервирането копира и изтриванията. То защитава от хардуерна авария, но не и от грешка или умишлено изтриване.
Загубено ли е съобщение, получено по време на срив?
По правило не: подателят го пази и опитва отново. То се губи само ако бъде окончателно отхвърлено или ако сривът продължи повече от срока, след който подателят се отказва.
Достатъчни ли са тридесет дни резервни копия?
За връщане назад след грешка – често да. За съхранение на съобщения в продължение на години – не: това е ролята на архивирането. Вижте Архивиране на съобщения в Klytic Mail.
Трябва ли атаката срещу кутия да бъде открита бързо?
Да, защото срокът на съхранение тече. Предварителната защита е задача на шлюза за филтриране; вижте защита на електронната поща, която вече имате.
Къде се намира Klytic
За Klytic Mail и трите предпазни мрежи съществуват и са отделни.
- От страна на потребителя папката „Контейнер“ позволява самостоятелно и безплатно връщане на изтрити съобщения.
- От страна на услугата на всеки час се прави резервно копие на пощата. Резервните копия са криптирани, съхраняват се 30 дни, репликирани са на няколко места и са непроменяеми: веднъж записано, резервното копие вече не може да бъде променено или изтрито. Те са под постоянно наблюдение, а възстановяванията се тестват всеки месец. За това Klytic се опира на услугите на WeDoBack, описани на страницата Сигурност и резервни копия.
- От страна на платформата обявените цели са възстановяване на работата за по-малко от 4 часа (RTO) и не повече от 2 часа загубени данни (RPO). Поставен пред пощата, Klytic MTA временно съхранява, криптирано, съобщение, чийто сървър-получател е недостъпен.
Възстановяване на съобщение, папка или кутия се иска от поддръжката, като се посочват засегнатият елемент и приблизителната дата. То е включено при неизправност на услугата, умишлено изтриване от служител или акаунт, изтрит твърде рано при напускане (в рамките на 3 заявки на месец), или при атака въпреки правилно защитени компютри. След случайно изтриване, грешна манипулация или ако компютрите са били недостатъчно защитени, то е предмет на платен тикет за поддръжка. Папката „Контейнер“, безплатно, остава първата стъпка. Действието е описано във Възстановяване на съобщение или пощенска кутия.
Какво не покрива услугата: самостоятелно възстановяване от потребителя извън папката „Контейнер“ и съхранение чрез резервните копия след 30 дни. За съхранение на съобщения в продължение на години се предлага законово архивиране като опция.
Тази страница описва обща рамка. Приложими са ангажиментите, посочени във вашия договор.
Източници
Прегледани през октомври 2026 г.
- ANSSI, Sauvegarde des systèmes d’information : les fondamentaux (версия 1.1): определение на офлайн резервно копие, правило „3-2-1“, редовни тестове на резервните копия, изолиране на сървърите за резервни копия, проверка на механизма на непроменяемост, съответствие между PDMA и RPO, DMIA и RTO. cyber.gouv.fr
- Klytic, Сигурност и резервни копия: честота, срок на съхранение, криптиране, репликация, непроменяемост, месечни тестове, целеви RTO и RPO, възстановяване на имейл, папка или кутия. klytic.com
- Klytic, Често задавани въпроси: резервно копие на всеки час без телефонията, цели за възстановяване, временно съхранение от Klytic MTA, когато сървърът-получател е недостъпен. klytic.com
- Klytic, Миграция на електронната поща без прекъсване: опашка при подателите при временна грешка, роля на MX, съвместна работа. klytic.com
