Mi RTO / RPO újra: a verseny nullára.

• 1. kérdés: technikailag lehetséges-e a helyreállítási idő célja (RTO) és a helyreállítási pont célja (RPO) nullára vagy nullához közeli értékre állítása?
• válasz: igen.
• 2. kérdés: tényleg akarod?
• válasz: talán nem.

várjon, miért nem kell az RTO-t és az RPO-t nullára vagy nullához közelíteni?,

az RPO és az RTO megértése

a jól működő informatikai szervezetek adatvédelmi bevált gyakorlatokat alkalmaznak az adatvesztés kockázatának értékelésére, valamint informatikai ellenálló képesség (ITR) politikák létrehozására az üzletmenet folytonosságának biztosítása érdekében. Különböző, informatikai vezetők kell kezdeni a közös megértése, hogy mi az, RPO, valamint RTO a tároló tekintetében, mentés, katasztrófa-helyreállítási.

A helyreállítási pont célkitűzés (RPO) és a helyreállítási idő célkitűzés (RTO) az adatvédelmi terv és a katasztrófaelhárítási stratégia két legkritikusabb paramétere., Ezek a mérések az alkalmazáshoz és az adatok rendelkezésre állásához kapcsolódnak és szükségesek. A hasonlóságok ellenére az RPO és az RTO különböző célokat szolgálnak, és különböző mutatókkal rendelkeznek.

• Recovery Point Objective = Data Risk. RPO utal, hogy a maximális elfogadható mennyiségű adatvesztés egy alkalmazás lehet alávetni, mielőtt mérhető kárt okoz az üzleti.
• helyreállítási idő objektív = állásidő. RTO kimondja, hogy mennyi állásidő egy alkalmazás tapasztalatok előtt van egy mérhető üzleti veszteség.,

Christine Taylor vállalati tároló jóvoltából

helyreállítási célok

mindenki tudja, hogy az e-mail egy üzleti szempontból kritikus alkalmazás, amely csak egy vagy több órára érhető el, mielőtt a legtöbb vállalkozás rögzíti a termelékenységvesztést. (A munkavállalói panaszok egy másik történet.) Azonban a pénzügyi és reputációs károk kimutatása előtt két percig nem érhető el az ügyfél tranzakciós adatbázisa.,

• RPO Példa: Ha az utolsó rendelkezésre álló adatmásolat egy áramkimaradás során 18 órával ezelőttről származik, az RPO pedig 20 óra, akkor még mindig az informatikai rugalmassági politika RPO paraméterein belül vagyunk. Az RPO ezután megválaszolja a kérdést: “milyen időpontban folytatódhat a helyreállítás elfogadhatóan, tekintettel az ebben az időszakban elveszett adatok mennyiségére?,”
• RTO példa: feltéve, hogy RTO-ja öt óra, ami azt jelenti, hogy vállalkozása túlélheti az állásidőt erre az intervallumra, akkor az ITR-politikának magas szintű előkészítést kell biztosítania annak biztosítása érdekében, hogy a rendszerek gyorsan helyreállíthatók legyenek. Ezzel szemben, ha az RTO két hét, akkor különböző Adatvédelmi terveket lehet kidolgozni az adatok rendelkezésre állásának elérése érdekében.

a legjobb gyakorlat, hogy a helyreállítási időt és a pontcélokat (RTPO) az alkalmazás prioritásához kell igazítani. Ritka, küldetéskritikus alkalmazásokhoz a kockázat minimalizálása nulla/közel nulla RPOs–t és RTOs – t igényelhet-a költségek ellenére.,

miért nulla RTPO költségek

a legjobb módja annak, hogy elérjék nulla / közel nulla RPO és RTO szinkron tükrözés. Úgy működik, hogy szinkronban írom az I/O-t az elsődleges adathordozóról egy második tükrözött rendszerre, majd nyugtázásra vár, mielőtt a következő I / O-készletet az elsődlegesről a tükrözött rendszerre írná. A másodlagos példányt ezután aktív állapotban tárolják az azonnali helyreállításhoz, gondoljon a nagy rendelkezésre állásra (HA) egy kettős csomópontú fürtözött kiszolgálón.,

Ez a feldolgozás-intenzív konfiguráció nagy teljesítményű tárolórendszereket és maximális sávszélességet igényel a teljesítményhatások minimalizálása érdekében, ami hozzáadja a menedzsmentet, az időt és a kiadásokat. További rétegek, mint például adatbázis rendszerek, klaszterezés hardver és szoftver, valamint a natív adatbázis replikációs funkciók hozzá több költség és összetettség. Minden réteg megköveteli az informatikai szakértőktől, hogy konfigurálják, integrálják és kezeljék az RTO/RPO infrastruktúrát.

a nulla/közel nulla elérése ebben a környezetben lehetséges, de nem könnyű., Ennek ellenére a szinkron replikáció a legjobb megoldás a nagy tranzakciós, kritikus alkalmazásokhoz, mivel nem igényel adatmozgást, rehidrációt vagy várakozást. Nagyon sikeres és drága eszköz a nulla / közel nulla helyreállítási célok eléréséhez.

nulla helyett 15 perc?

mi a helyzet az üzleti szempontból kritikus alkalmazásokkal? Ez túlzás fizetni nulla / közel nulla RPO és RTO a legtöbb alkalmazás. A helyreállítási célok átlagos hossza azonban túl hosszú az üzleti szempontból kritikus alkalmazásokhoz.,

nézzük meg a két lehetőséget, hogy ki kell terjednie a legtöbb üzleti alkalmazások: nulla / közel nulla RPO és RTO a leginkább kritikus alkalmazások, és RTP és RPO mindössze 15 perc minden mást, hogy szüksége van rövid objektív alkalommal.

Ha ezt az RPO/RTO-t a leglassabb sebességnél 1 órára vagy a legmagasabb sebességnél 15 percre le tudja állítani, akkor a legtöbb alkalmazáshoz gyors helyreállítási időket és hozzászólásokat fog elérni. George Crump, a Storage Switzerland munkatársa szerint a “titok”az RTO-nál van, és az RPO-nál blokkmentést váltanak.

• RTO: in-Place Recovery., A hely helyreállítási funkciókat munka gyorsan gyógyuló mentett adatok a biztonsági eszközök, anélkül, hogy oldja fel az adatokat a mentés formátum. A sávszélesség akadályt jelenthet, amely meghatározza, hogy ez milyen gyorsan működik, ezért győződjön meg róla, hogy az infrastruktúra támogatja a távoli vagy felhő biztonsági mentést. A leggyorsabb RTO-t az aktív biztonsági mentési adatok helyszíni gyorsítótárazásával érheti el.
• RPO: Blokkmentések módosítása. Csak a megváltozott blokkok biztonsági mentésével gyakorolhatja a gyakori biztonsági mentést anélkül, hogy befolyásolná a hálózati teljesítményt., Ez azt jelenti, hogy a biztonsági mentések közötti adatmennyiség minimális, ami sokkal alacsonyabb RPO-kat tesz lehetővé.

továbbra is szeretné hozzárendelni a blokk biztonsági mentések gyakoriságát, és dönteni a gyorsítótárban lévő prioritási adatokról, így nem minden RPO vagy RTO lesz 15 perc vagy kevesebb. Azonban minden bizonnyal 15 percet érhet el a szükséges alkalmazásokkal, a többi pedig egy óra vagy annál kevesebb, nagyon kedvező áron.

a Veeam jóvoltából.

mennyi időt és adatot takaríthat meg egy vállalkozás?, A Veeam felmérés RPO, valamint RTO, “A Veeam az Új Faj Nulla: Ügyfél Felmérés Eredményeit”, számolt be, hogy a válaszadók csökkentett visszaállítási idő, 77% – kal, valamint a mentett 10.2 óra / év leállás a virtuális környezetben. Szerint IDC, vállalkozások átlagos $100,000 költség állásidő óra. A Veeam ügyfélfelmérése azt mutatja, hogy az új RPO és RTO technológiák sokkal alacsonyabb költséggel jobb helyreállítási célokat biztosítanak.,

RTPO következő lépések

vannak igény szerinti felhők, amelyek DIY környezetet kínálnak, majd vannak olyan egyéni felhőszolgáltatók, amelyek mindezt megtehetik — rejtett költségek nélkül. Az egyik jelzés, hogy az eladó mindent megtesz, az, hogy hajlandóak DRaaS-t és egyedi SLA-t biztosítani az informatikai ellenálló képességgel kapcsolatos politika kielégítésére. Ha az adatmentés és a helyreállítási felhő ezt nem tudja megtenni, akkor újra meg kell vizsgálnia adatvédelmi tervét, hogy olyan megoldást kapjon, amely egyedi kialakítással mérhető, megbízható és megismételhető RPO és RTO mutatókat biztosít.,

a KeepItSafe felhő ritka levegőben van abban a képességében, hogy támogatást, szakértelmet és agilitást biztosítson a felhő biztonsági mentéséhez, a DRaaS-hoz és az informatikai ellenálló képességhez. Akár egy kisvállalkozás, egy közép-piaci cég, vagy egy Fortune 1000 vállalkozás, KeepItSafe rendelkezik a biztonsági mentési és helyreállítási funkciók, amelyek megfelelnek az Ön egyedi igényeinek. És a legjobb az egészben, megtapasztalhatja az összes költség-megtakarítási funkciók és időtakarékos előnyeit KeepItSafe kezdve egy 30 napos próba.,