Поставите и тестирајте RTO и RPO

Дефинишите два засебна циља

Recovery Time Objective (RTO) одређује најдуже прихватљиво трајање прекида до повратка употребљивог сервиса. Recovery Point Objective (RPO) одређује највећи прихватљив губитак података изражен временом. Договорите ове циљеве са одговорном особом из пословања за дефинисан сервис и сценарио отказа.

Циљ доступности описује рад сервиса током одређеног периода. RTO и RPO описују очекивања од опоравка. Одговарају на различита питања.

За измишљен сервис наручивања одговорна особа поставља RTO на 60 минута, а RPO на 15 минута. То су вредности у примеру, а не опште препоруке. Другом сервису могу да буду потребна другачија ограничења јер изгубљене поруџбине и закаснели извештаји имају различите последице.

Измерите цео опоравак

Сервис стаје у 10:00. Тим бележи ову вежбу:

Протекло време опоравка је 55 минута. Вежба испуњава RTO од 60 минута. Рачунање само операције враћања од 25 минута сакрило би већину прекида.

Најновија употребљива тачка опоравка је 09:40. Размак до прекида у 10:00 износи 20 минута. То прекорачује RPO од 15 минута за 5 минута. Брже враћање истих података не би затворило ту празнину.

Испитајте стварне записе који недостају или су неусклађени. Временски размак описује изложеност; не броји погођене поруџбине. Усагласите спољне записе о плаћању и испуњењу поруџбина пре наставка нормалне обраде. Испробајте другачије претпоставке у вежби опоравка.

Изаберите стратегију опоравка

Стратегија мора да обухвати потребан сервис, податке и зависности. Упоредите ове обрасце са измереним циљевима:

За ове обрасце не постоје универзална времена опоравка. Имплементација, обим података, зависности и услови теста одређују резултат. Укључите оперативни трошак и способности тима у одлуку.

Заштитите се од више од самог прекида рада

Реплика може да копира нежељено брисање или оштећен запис. Чувајте верзије које могу да се врате или омогућите опоравак на одређену временску тачку тамо где је потребно. Проверите задржавање, дозволе за враћање и приступ кључевима за шифровање. Прилагодите изолацију резервних копија сценарију, укључујући губитак приступа примарном налогу.

За опоравак после отказа региона проверите дозвољену локацију података и цео ланац зависности. Укључите идентитет, DNS, сертификате, тајне, артефакте за постављање, квоте и мрежни приступ. Окружење за опоравак коме недостаје један потребан кључ може да буде неупотребљиво.

Дефинишите ко може да прогласи догађај, ко извршава опоравак и ко прихвата обновљени сервис. Планирајте повратак на примарно окружење или наставак рада у окружењу за опоравак. Спречите сукобљене уписе и усагласите податке пре новог пребацивања.

Претворите план у доказе

Напишите оперативно упутство и увежбајте га у контролисаним условима. Забележите сценарио, величину скупа података, време почетка и краја, временску тачку враћених података, неуспеле кораке и одговорне особе. Проверите стварну пословну операцију са безбедним тестним записима.

Поновите вежбу после релевантних промена и према договореном распореду. Промена шеме, нова спољна зависност или другачији обим података могу да пониште важење ранијих резултата. Повежите доказе вежбе са верзијом и оперативним одговорностима.