Начало›Ръководства›Резервно копиране на данни

Резервно копиране на данни

Каква е разликата между резервно копиране и репликация?

Репликацията поддържа копие, близко до текущото състояние, за да възобновите бързо работа след повреда. Резервното копиране пази предишни състояния, за да се върнете към момент преди грешка или атака. Двете се допълват: едното не замества другото.

Актуализирано: октомври 2026 г.3 мин за четене5 цитирани източника

Накратко

  • Репликацията е инструмент за наличност: тя копира също изтриванията, повредите и криптирането.
  • Резервното копиране е инструмент за връщане назад: то пази няколко дати с цената на леко изоставане (RPO).
  • ANSSI, френската национална агенция за киберсигурност, препоръчва репликация, когато не можете да загубите повече от няколко часа, и резервно копиране, за да се върнете към изправно състояние.
  • Кошчетата на Microsoft 365 и Google Workspace са краткосрочна предпазна мрежа в същия тенант, а не резервно копие.

Репликацията следва оригинала

Реплика на база данни, огледало на виртуална машина или синхронизация на файлове изпраща промените към второ местоположение, често за секунди. Ако основният сървър откаже, можете да превключите към втория и да загубите малко транзакции. Това е инструмент за наличност. Ръководството за непрекъснатост на NIST (SP 800-34) впрочем препоръчва огледалните системи и репликацията на дискове за системи с висок интензитет на въздействие, в съчетание с вече работещ резервен център.

Репликата получава и това, което не бива да се пази: изтрит файл, повредена база данни, документ, криптиран от рансъмуер. В зависимост от режима (синхронен, асинхронен, със или без закъснение) изправното копие изчезва едновременно с оригинала или няколко минути по-късно.

Резервното копиране пази миналото

Копие от 14:00, едно от 18:00 и едно от предишната вечер остават на разположение. Ако атаката е започнала в 16:00, възстановявате копието от 14:00. Губите следобедната работа. Получавате работеща система. Това съзнателно изоставане е RPO.

Резервното копие обикновено е по-малко „свежо“ от репликата. То обаче е единственото от двете, което позволява връщане назад. Ръководството на ANSSI за резервното копиране го казва по свой начин: то изключва от обхвата си нуждите от загуба на данни под 24 часа, за които препоръчва синхронна или асинхронна репликация.

Сравнение

РепликацияРезервно копиране
ЦелБързо възобновяване след повредаВръщане към предишно изправно състояние
Актуалност на копиетоОт секунди до минутиЧасове (според честотата)
ИсторияНяма или е много краткаНяколко дни, седмици или месеци
Изтриване, повреда, рансъмуерКопират се върху репликатаПредишните версии остават непокътнати
Явна хардуерна повредаБързо превключванеВъзстановяване, по-бавно

Как да ги съчетаете

НуждаПодходящ инструмент
Възобновяване за минути след хардуерна повредаРепликация или BCP с вече подготвена втора система
Връщане към момент преди изтриване или атакаРезервно копиране с история, в идеалния случай с копие, което нападателят не може да промени
И дветеРепликация за явната повреда, неизменяемо резервно копие за грешките и рансъмуера

Фирма, която не репликира и прави резервно копие всяка нощ, приема да повтори до 24 часа работа и да изчака възстановяването. Фирма, която само репликира, може да рестартира бързо и да открие, че репликата вече е криптирана.

Случаят с облака

Георепликацията при доставчика на хостинг предпазва от пожар в центъра за данни. Тя копира състоянието на тома, включително том, вече криптиран от нападателя. Това не е история на резервните копия.

Кошчетата на Microsoft 365 и Google Workspace са краткосрочна предпазна мрежа в рамките на същия администраторски акаунт. В Exchange Online изтрит елемент може да се възстанови 14 дни по подразбиране и най-много 30 дни. В Gmail администраторът разполага с още 25 дни след 30-те дни в кошчето; след това нито администраторът, нито Google могат да възстановят съобщението. Тези механизми не са нито репликация към трета страна, нито резервно копие извън тенанта. Вижте Включва ли Microsoft 365 наистина резервно копиране?.

Как работи WeDoBack

Резервното копиране на WeDoBack пази версии с честота, избрана от клиента. BCP е нещо различно: облачни инстанции работят постоянно и поемат работата, ако даден сървър откаже, без промяна на IP адреса, което е близо до непрекъсваемост на услугата. Репликацията или синхронизацията на данните между инстанцията на BCP и оригиналния сървър не е вградена: тя минава през специфичен процес, съобразен с нуждите, който WeDoBack може да внедри въз основа на оферта. DRP рестартира сървърите върху резервни инстанции от избрана версия на резервното копие. И в двата случая историята на резервните копия остава средството за връщане към състояние отпреди инцидента.

Често задавани въпроси

Ако репликирам сървъра си на втора локация, нужно ли ми е още резервно копие?

Да. Втората локация ви предпазва от хардуерна повреда или бедствие на първата. Тя не ви предпазва от изтрит файл, повредена база данни или рансъмуер: репликата получава тези промени като всички останали. Само историята на резервните копия позволява връщане към момент преди инцидента.

Синхронизацията с OneDrive или Dropbox резервно копие ли е?

Не. Синхронизацията копира текущото състояние в двете посоки: файл, изтрит или криптиран на компютъра, е изтрит или криптиран и в облака. Версиите и кошчето на услугата помагат при единична грешка за ограничен период, но остават под същите акаунти като работната среда.

Защитава ли репликацията със закъснение от рансъмуер?

Само ако атаката бъде открита преди изтичането на закъснението, което често е няколко минути или няколко часа. Проникването обаче обикновено остава незабелязано няколко дни. Закъснението при репликацията не замества няколко седмици история.

Проект за архивиране, DRP или BCP?

Над 20 години опит в защитата на корпоративни данни.

Поискайте оферта+33 9 72 50 78 28

Защитете данните си с WeDoBack

Криптирано архивиране извън обекта, неизменимо съхранение, DRP и BCP: опишете ни вашите сървъри и ние ще ви предложим подходящата комбинация.