Avaleht›Juhendid›DRP ja BCP

DRP ja BCP

Kuidas määrata oma RPO?

RPO määratakse, küsides iga tegevuse kohta: „kui kaotaksime viimase X tunni sisestused, mida tuleks uuesti teha ja kui palju see maksaks?“ Suurim veel aktsepteeritav X-i väärtus ongi RPO. Seejärel seadistatakse varundus nii, et kahe õnnestunud koopia vaheline intervall oleks sellest X-ist lühem.

Uuendatud oktoobris 2026Lugemisaeg 3 min4 viidatud allikat

Kokkuvõte

  • Esitage küsimus iga tööriista kasutajatele, mitte ainult IT-spetsialistile.
  • Kolm kriteeriumi: andmete muutumise kiirus, nende taasloomise võimalus, kaotuse hind.
  • 24-tunnine RPO eeldab hommikust hoiatust: kaks ebaõnnestumist järjest ja tegelik RPO kasvab 48 tunnini.
  • Alla ühe tunni puhul planeerige replikatsioon või andmebaasilogid ning lunavara vastu ajalugu.
  • Ajaloo sügavus (30 päeva, üks aasta) on RPO-st eraldi seadistus.

Meetod ühe koosolekuga

NIST nimetab seda harjutust ärimõju analüüsiks (BIA): tuvastada protsessid, hinnata katkestuse tagajärgi ja seada seejärel taastamise prioriteedid. VKE jaoks piisab ühest koosolekust. Iga elutähtsa tööriista kohta esitage kolm küsimust inimestele, kes seda kasutavad, mitte ainult IT-spetsialistile.

  1. Kui kiiresti andmed muutuvad? Üks kirje minutis, tunnis, nädalas?
  2. Kas neid saab taasluua? Väljastpoolt saabunud e-kirja ei saa. Arvet, mille koopia on veel kliendi laual, osaliselt. Töökoja tootmissisestust ei saa.
  3. Kui suure ajakao järel muutub kulu vastuvõetamatuks? Uuesti sisestamise kulu, uuesti esitatavad tellimused, mälu järgi taasavatavad toimikud.

Pange vastus kirja tundides. Levinud näited VKE-des:

TegevusSageli mõistlik RPOMiks
Vähe muudetavad kontorifailid24 hÜhe päeva kadu on näha ja selle saab uuesti teha
ERP või terve päeva kasutatav hinnapakkumiste tarkvara1 kuni 4 hKaotatud päeva hinnapakkumisi ei saa taastada
E-post1 kuni 8 hSissetulevaid kirju ei saa uuesti sisestada
Raamatupidamine24 h, lisaks eraldi pikaajaline arhiveeriminePäeva saab uuesti teha; majandusaasta aga arhiveeritakse
KassaandmebaasMinutid kuni 1 hLaekunud raha peab jääma jälgitavaks

See tabel ei ole norm. See on lähtepunkt, mida koos igapäevaste kasutajatega ümber lükata või kinnitada.

RPO teisendamine sageduseks

  • RPO 24 h: üks õnnestunud varundus päevas ja hommikune hoiatus, kui see ebaõnnestus. Kui see ebaõnnestub kahel järjestikusel ööl, kasvab tegelik RPO 48 tunnini. Seire on RPO osa.
  • RPO 4 h: tööajal vähemalt üks koopia iga nelja tunni järel.
  • RPO alla ühe tunni: replikatsioon või väga sagedased koopiad ning eraldi arutelu lunavara teemal, sest kõige värskem koopia võib juba olla rikutud. Prantsusmaa riiklik küberturvalisuse amet ANSSI soovitabki, et kui lubatud kadu on alla 24 tunni, kaalutaks varunduse kõrval ka replikatsiooni.

Andmebaasi puhul ei reguleerita sagedust ainult täisvarundustega. Microsofti sõnul võimaldavad täieliku taastemudeli korral tehingulogi sagedased varundused taastada täpse ajahetke seisu. See on sageli kõige säästlikum viis saavutada äritarkvara puhul mõneminutiline RPO.

Planeerige ka sügavus: võimalus minna 30 päeva tagasi ei muuda RPO-d (mis käsitleb värskust), kuid päästab olukorra, kus viimased koopiad on rikutud. ANSSI nimetab näiteks 15 päeva igapäevaseid, üks aasta igakuiseid ja viis aastat iga-aastaseid varukoopiaid. Mõlemad seadistused kehtivad samaaegselt.

Kontrollige, et RPO peab

RPO-d kontrollitakse konsoolis, mitte lepingus:

  • iga serveri viimase õnnestunud koopia kellaaeg, igal hommikul;
  • tööde kestus: viis tundi kestev varundus ei saa käia iga nelja tunni järel;
  • saadetud muudatuste maht võrreldes asukoha üleslaadimiskiirusega;
  • taastamiskatse, vähemalt ühe faili peal, et tõestada koopia loetavust. Vaadake juhendit Kuidas kontrollida, et varundus töötab?.

Levinud vead

  • Lasta tarkvara tootjal RPO-d välja kuulutada („reaalajas varundus“), vaatamata tööde tegelikku intervalli.
  • Üks RPO kogu ettevõttele, seatud kõige aktiivsema rakenduse järgi, mis paneb staatiliste failide eest maksma kõrgeimat taset.
  • Unustada, et pilvepostkasti RPO on teie koopia RPO, mitte teenusepakkuja prügikasti oma.

WeDoBackis

Sagedus seadistatakse konsoolis: RPO sõltub kliendi valikust. Tellitud maht peab selle sagedusega toime tulema, sest tihedamad koopiad säilitavad rohkem muudatusi. Alustamiseks avaldatud suurusjärk on praegune maht korrutatuna kolmega, mida korrigeeritakse pärast ühe nädala kasutust. WeDoBack ei kehtesta RPO-d. Kui kliendi ühendus ei suuda muudatusi valitud intervalli jooksul saata, on tegelik RPO kuvatust pikem: see on füüsikaline piirang, mida tuleb esimesel kuul mõõta, mitte detail. Varunduste seire töötab ööpäevaringselt; inimtugi on kättesaadav kell 9.00–13.00 ja 14.00–17.30 (Pariisi aja järgi). SMART– ja INTEGRAL-paketi hinnad on toodud lehel paketid ja hinnad.

Korduma kippuvad küsimused

Kes peaks RPO määrama, juhtkond või IT?

Juhtkond ja äriosakondade juhid, sest RPO on majanduslik valik: kui palju kaotatud tööd on ettevõte valmis aktsepteerima. IT teisendab seejärel selle valiku varunduse sageduseks ja annab teada, mis on olemasoleva ühenduse kiiruse või eelarvega tehniliselt võimatu.

Kas kõigil serveritel peab olema sama RPO?

Ei. Üks ühine, kõige aktiivsema rakenduse järgi seatud RPO paneb maksma kõrgeima taseme eest ka failide puhul, mis muutuvad vähe. Üks rida tegevuse kohta koos oma sagedusega on õiglasem ja sageli odavam.

Kas Microsoft 365 või Google Workspace’i RPO on teenusepakkuja RPO?

Ei. Teenusepakkuja prügikastid ja säilitusreeglid ei ole koopia, mida teie kontrollite. Teie e-posti RPO on teie enda varunduse RPO: selle sagedus ja viimane õnnestunud käik.

Kas teil on varundus-, DRP- või BCP-projekt?

Üle 20 aasta kogemust ettevõtete andmete kaitsmisel.

Küsi hinnapakkumist+33 9 72 50 78 28

Kaitske oma andmeid WeDoBackiga

Krüpteeritud väline varundus, muutumatu salvestus, avariitaasteplaan (DRP) ja talitluspidevuse plaan (BCP): kirjeldage meile oma servereid ja me pakume teile sobiva lahenduse.