Sākums›Ceļveži›DRP un BCP

DRP un BCP

Kā noteikt savu RPO?

RPO nosaka, katrai darbībai uzdodot jautājumu: «ja mēs zaudētu ievadītos datus par pēdējām X stundām, kas būtu jāpārstrādā un cik tas maksātu?» Lielākā vēl pieļaujamā X vērtība ir RPO. Pēc tam dublēšanu iestata tā, lai intervāls starp divām veiksmīgām kopijām būtu mazāks par šo X.

Atjaunināts 2026. gada oktobrī3 min lasīšanas4 citēti avoti

Galvenais

  • Uzdodiet jautājumu katra rīka lietotājiem, nevis tikai IT speciālistam.
  • Trīs kritēriji: datu izmaiņu ātrums, iespēja tos atjaunot no jauna, zuduma izmaksas.
  • 24 stundu RPO paredz brīdinājumu no rīta: divas kļūmes pēc kārtas – un faktiskais RPO kļūst 48 stundas.
  • Ja RPO ir mazāks par stundu, paredziet replicēšanu vai datubāzes žurnālus, kā arī kopiju vēsturi pret izspiedējvīrusiem.
  • Vēstures dziļums (30 dienas, gads) ir no RPO atšķirīgs iestatījums.

Metode vienā sanāksmē

NIST šo vingrinājumu sauc par ietekmes uz darbību analīzi (BIA): identificēt procesus, izmērīt pārtraukuma sekas un pēc tam noteikt atjaunošanas prioritātes. MVU pietiek ar vienu sanāksmi. Katram būtiskajam rīkam uzdodiet trīs jautājumus cilvēkiem, kas to izmanto, nevis tikai IT speciālistam.

  1. Cik ātri mainās dati? Viens ieraksts minūtē, stundā, nedēļā?
  2. Vai tos var atjaunot no jauna? No ārpuses saņemtu e-pastu – nē. Rēķinu, kura kopija vēl ir klienta raksturā – daļēji. Ražošanas cehu datu ievadi – nē.
  3. Pēc cik ilga zaudēta laika izmaksas kļūst nepieļaujamas? Atkārtotas ievades izmaksas, atkārtoti veicami pasūtījumi, lietas, kas jāatjauno no atmiņas.

Pierakstiet atbildi stundās. Bieži sastopami piemēri MVU:

DarbībaBieži saprātīgs RPOKāpēc
Reti mainīti biroja faili24 hVienas dienas zudums ir pamanams un pārstrādājams
ERP vai piedāvājumu programmatūra, kurā dati tiek ievadīti visu dienu1–4 hZaudētu dienas piedāvājumus nevar atjaunot
E-pasts1–8 hIenākošos ziņojumus nevar ievadīt no jauna
Grāmatvedība24 h, plus atsevišķa ilgtermiņa arhivēšanaDienu var pārstrādāt; finanšu gadu jāarhivē
Kases datubāzeNo minūtēm līdz 1 hSaņemtajai naudai jābūt izsekojamai

Šī tabula nav standarts. Tā ir sākumpunkts, ko apstrīdēt vai apstiprināt kopā ar operatīvajiem darbiniekiem.

Kā RPO pārvērst biežumā

  • RPO 24 h: viena veiksmīga dublēšana dienā un brīdinājums no rīta, ja tā nav izdevusies. Ja tā neizdodas divas naktis pēc kārtas, faktiskais RPO kļūst 48 h. Uzraudzība ir daļa no RPO.
  • RPO 4 h: vismaz viena kopija ik pēc četrām stundām darba laikā.
  • RPO mazāks par stundu: replicēšana vai ļoti biežas kopijas un atsevišķa diskusija par izspiedējvīrusiem, jo jaunākā kopija var jau būt bojāta. ANSSI, Francijas valsts kiberdrošības aģentūra, arī iesaka gadījumos, kad pieļaujamais zudums ir mazāks par 24 stundām, papildus dublēšanai apsvērt replicēšanu.

Datubāzēm biežumu nenosaka tikai ar pilniem dublējumiem. Microsoft norāda, ka pilnas atkopšanas režīmā bieža transakciju žurnāla dublēšana ļauj atjaunot datus uz konkrētu laika brīdi. Tas bieži ir ekonomiskākais veids, kā biznesa programmatūrai panākt dažu minūšu RPO.

Paredziet arī dziļumu: iespēja atgriezties 30 dienas atpakaļ nemaina RPO (kas attiecas uz svaigumu), taču glābj situācijā, kad pēdējās kopijas ir bojātas. ANSSI kā piemēru min 15 dienu ikdienas dublējumus, gadu ikmēneša un piecus gadus ikgadējus dublējumus. Abi iestatījumi pastāv līdzās.

Kā pārbaudīt, vai RPO tiek ievērots

RPO pārbauda konsolē, nevis līgumā:

  • katra servera pēdējās veiksmīgās kopijas laiks katru rītu;
  • uzdevumu ilgums: dublēšana, kas ilgst piecas stundas, nevar tikt palaista ik pēc četrām stundām;
  • nosūtīto izmaiņu apjoms salīdzinājumā ar vietnes augšupielādes joslas platumu;
  • atjaunošanas tests vismaz vienam failam, lai pierādītu, ka kopija ir nolasāma. Skatiet Kā pārbaudīt, vai dublējumkopija darbojas?.

Kļūdas

  • Ļaut programmatūras izstrādātājam paziņot RPO («dublēšana reāllaikā»), nepaskatoties uz faktisko uzdevumu intervālu.
  • Viens RPO visam uzņēmumam, pielāgots visaktīvākajai lietotnei, kas liek maksāt par maksimālo līmeni arī par statiskiem failiem.
  • Aizmirst, ka mākoņa e-pasta RPO ir jūsu kopijas RPO, nevis izstrādātāja atkritnes RPO.

WeDoBack pieeja

Biežumu iestata konsolē: RPO ir atkarīgs no šīs klienta izvēles. Abonētajam apjomam jāspej uzņemt šo biežumu, jo biežākas kopijas saglabā vairāk izmaiņu. Publicētais sākuma orientīrs ir pašreizējais apjoms, reizināts ar trīs, ko koriģē pēc nedēļas lietošanas. WeDoBack neuzspiež RPO. Ja klienta pieslēgums nespēj nosūtīt izmaiņas izvēlētajā intervālā, faktiskais RPO būs garāks par norādīto: tas ir fizisks ierobežojums, kas jāizmēra pirmajā mēnesī, nevis sīkums. Dublēšanas uzraudzība darbojas 24 stundas diennaktī; klientu atbalsts ir sasniedzams no 9:00 līdz 13:00 un no 14:00 līdz 17:30 (pēc Parīzes laika). Piedāvājumu SMART un INTEGRAL cenas ir detalizēti aprakstītas lapā piedāvājumi un cenas.

Biežāk uzdotie jautājumi

Kam jānosaka RPO – vadībai vai IT nodaļai?

Vadībai un biznesa jomu vadītājiem, jo RPO ir ekonomisks lēmums: cik daudz zaudēta darba uzņēmums pieļauj. Pēc tam IT šo lēmumu pārvērš dublēšanas biežumā un norāda, kas nav tehniski iespējams ar pieejamo joslas platumu vai budžetu.

Vai visiem serveriem vajadzīgs vienāds RPO?

Nē. Viens RPO, kas pielāgots visaktīvākajai lietotnei, liek maksāt par maksimālo līmeni arī par failiem, kas maz mainās. Viena rinda katrai darbībai ar savu biežumu ir taisnīgāka un bieži arī lētāka.

Vai Microsoft 365 vai Google Workspace RPO ir izstrādātāja RPO?

Nē. Izstrādātāja atkritnes un datu saglabāšana nav kopija, ko jūs kontrolējat. Jūsu e-pasta RPO ir jūsu pašu dublēšanas RPO: tās biežums un pēdējā veiksmīgā izpilde.

Plānojat rezerves kopēšanas, DRP vai BCP projektu?

Vairāk nekā 20 gadu pieredze uzņēmumu datu aizsardzībā.

Pieprasīt piedāvājumu+33 9 72 50 78 28

Aizsargājiet savus datus ar WeDoBack

Šifrēta ārpusvietas rezerves kopēšana, nemainīga krātuve, DRP un BCP: aprakstiet mums savus serverus, un mēs piedāvāsim piemērotāko risinājumu kombināciju.