Начало›Ръководства›DRP и BCP

DRP и BCP

Как да определите своя RPO?

RPO се определя, като за всяка дейност зададете въпроса: „Ако загубим въведеното през последните X часа, какво ще трябва да се направи отново и колко ще струва това?“ Най-голямата все още приемлива стойност на X е RPO. След това резервното копиране се настройва така, че интервалът между две успешни копия да е по-малък от това X.

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

Накратко

  • Задайте въпроса на потребителите на всеки инструмент, а не само на ИТ специалиста.
  • Три критерия: скорост на промяна на данните, възможност за тяхното възстановяване, цена на загубата.
  • RPO от 24 часа предполага сигнал сутринта: два поредни неуспеха и реалният RPO става 48 часа.
  • Под един час предвидете репликация или журнали на базата данни, както и история на копията срещу ransomware.
  • Дълбочината на историята (30 дни, една година) е отделна настройка, различна от RPO.

Методът в една среща

NIST нарича това упражнение анализ на въздействието върху дейността (BIA): идентифициране на процесите, оценка на последиците от прекъсване и определяне на приоритетите за възстановяване. За МСП е достатъчна една среща. За всеки жизненоважен инструмент задайте три въпроса на хората, които го използват, а не само на ИТ специалиста.

  1. Колко бързо се променят данните? Един запис на минута, на час, на седмица?
  2. Могат ли да бъдат възстановени ръчно? Имейл, получен отвън – не. Фактура, чието копие все още е при клиента – частично. Въведени производствени данни от цеха – не.
  3. След колко загубено време цената става неприемлива? Цена на повторното въвеждане, поръчки за повторно оформяне, досиета за възстановяване по памет.

Запишете отговора в часове. Чести примери в МСП:

ДейностЧесто разумен RPOЗащо
Рядко променяни офис файлове24 ч.Загубата на един ден се забелязва и може да се навакса
ERP или софтуер за оферти, в който се въвеждат данни през целия ден1 до 4 ч.Загубен ден оферти не може да бъде възстановен
Електронна поща1 до 8 ч.Входящите съобщения не могат да бъдат въведени повторно
Счетоводство24 ч., плюс отделно дългосрочно архивиранеДенят може да се навакса; финансовата година се архивира
Касова база данниОт минути до 1 ч.Получените пари трябва да останат проследими

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

Превръщане на RPO в честота

  • RPO 24 ч.: едно успешно резервно копие на ден и сигнал сутринта, ако то е неуспешно. Ако се провали две поредни нощи, реалният RPO става 48 ч. Наблюдението е част от RPO.
  • RPO 4 ч.: поне едно копие на всеки четири часа в работно време.
  • RPO под един час: репликация или много чести копия и отделен разговор за ransomware, защото най-свежото копие може вече да е лошо. ANSSI, френската национална агенция по киберсигурност, впрочем препоръчва, когато допустимата загуба е под 24 часа, да се предвиди репликация в допълнение към резервното копиране.

За база данни честотата не се регулира само чрез пълни резервни копия. Microsoft посочва, че в модел на пълно възстановяване честите резервни копия на журнала на транзакциите позволяват възстановяване към точно определен момент. Това често е най-икономичният начин да се постигне RPO от няколко минути за бизнес софтуер.

Предвидете и дълбочината: възможността да се върнете 30 дни назад не променя RPO (който се отнася до актуалността), но ви спасява, ако последните копия са повредени. ANSSI посочва като пример 15 дни ежедневни резервни копия, една година месечни и пет години годишни. Двете настройки съществуват едновременно.

Проверка дали RPO се спазва

RPO се проверява в конзолата, а не в договора:

  • часът на последното успешно копие на всеки сървър, всяка сутрин;
  • продължителността на задачите: резервно копиране, което отнема пет часа, не може да се изпълнява на всеки четири часа;
  • обемът на изпратените промени спрямо скоростта на качване на обекта;
  • тест на възстановяване, поне на един файл, за да се докаже, че копието е четимо. Вижте Как да проверите дали резервното копие работи?.

Чести грешки

  • Да оставите доставчика на софтуера да обяви RPO („резервно копиране в реално време“), без да погледнете реалния интервал на задачите.
  • Един единствен RPO за цялото предприятие, настроен според най-активното приложение, което ви кара да плащате максималното ниво и за статични файлове.
  • Да забравите, че RPO на облачната поща е този на вашето копие, а не този на кошчето при доставчика.

При WeDoBack

Честотата се настройва в конзолата: RPO зависи от този избор на клиента. Закупеният обем трябва да покрива тази честота, защото по-честите копия съхраняват повече промени. Публикуваният порядък за начало е текущият обем, умножен по три, който се коригира след една седмица употреба. WeDoBack не налага RPO. Ако връзката на клиента не може да изпрати промените в избрания интервал, реалният RPO ще бъде по-дълъг от показания: това е физическо ограничение, което трябва да се измери през първия месец, а не детайл. Наблюдението на резервните копия работи 24/7; човешката поддръжка е на разположение от 9:00 до 13:00 ч. и от 14:00 до 17:30 ч. (парижко време). Цените на офертите SMART и INTEGRAL са подробно описани на страницата Оферти и цени.

Вижте офертите и ценитеПоискайте оферта

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

Кой трябва да определи RPO – ръководството или ИТ отделът?

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

Трябва ли един и същ RPO за всички сървъри?

Не. Единен RPO, настроен според най-активното приложение, ви кара да плащате максималното ниво и за файлове, които рядко се променят. По един ред за всяка дейност, със собствена честота, е по-точно и често по-евтино.

RPO на Microsoft 365 или Google Workspace този на доставчика ли е?

Не. Кошчетата и съхранението при доставчика не са копие, което вие контролирате. RPO на вашата електронна поща е този на вашето собствено резервно копие: неговата честота и последното му успешно изпълнение.

Научете повече

DRP и BCPКакво е RPO?DRP и BCPКак да определите своя RTO?Резервно копиране на данниКаква стратегия за резервно копиране да избере МСП?DRP и BCPКак да изградите DRP за МСП?

Източници

Документи, прегледани през октомври 2026 г.

  1. SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
  2. Резервно копиране на информационните системи – Основи (ANSSI-BP-100, v1.1, 27 ноември 2025 г.) — ANSSI (френска агенция)
  3. Back up and Restore of SQL Server Databases — Microsoft Learn
  4. Оферти и цени за външно резервно копиране — WeDoBack

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

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

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

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

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

Поискайте офертаВижте офертите и цените