Το RTO περιγράφει τον αποδεκτό χρόνο αποκατάστασης

Το Recovery Time Objective είναι ο στόχος για την επαναφορά μιας υπηρεσίας μετά από σοβαρή διακοπή. Ένα απλό εταιρικό site μπορεί να αντέχει μερικές ώρες ευκολότερα από ένα e-shop στη διάρκεια καμπάνιας ή ένα σύστημα καθημερινών εργασιών. Το RTO δεν είναι υπόσχεση ότι κάθε incident θα λυθεί σε ακριβή αριθμό λεπτών· είναι στόχος σχεδιασμού που επηρεάζει αρχιτεκτονική, ανθρώπους και διαδικασίες recovery.

Το RPO περιγράφει την αποδεκτή απώλεια δεδομένων

Το Recovery Point Objective κοιτά προς τα πίσω από τη στιγμή του incident και ρωτά πόσα πρόσφατα δεδομένα μπορούν να χαθούν. Αν ένα backup εκτελείται μία φορά το 24ωρο, η επαναφορά του τελευταίου αντιγράφου μπορεί θεωρητικά να χάσει πολλές ώρες νέων παραγγελιών ή αλλαγών. Χαμηλότερο RPO συνήθως απαιτεί συχνότερα backups, replication ή ειδική προστασία εφαρμογής, άρα περισσότερη πολυπλοκότητα και κόστος.

Οι δύο στόχοι οδηγούν σε διαφορετικές αποφάσεις

Μια εταιρεία μπορεί να έχει εξαιρετικά backups αλλά κακό RTO αν η επαναφορά χρειάζεται ολόκληρη ημέρα. Μπορεί επίσης να επαναφέρει γρήγορα έναν server αλλά να έχει κακό RPO επειδή τα διαθέσιμα δεδομένα είναι παλιά. Ο σχεδιασμός χρειάζεται και τις δύο διαστάσεις. Οι δοκιμές είναι κρίσιμες, επειδή θεωρητικές ταχύτητες μεταφοράς και γραπτές διαδικασίες δεν αντιστοιχούν πάντα στον πραγματικό χρόνο ενός incident.

Οι επιχειρηματικές προτεραιότητες προηγούνται της τεχνολογίας

Δεν χρειάζεται κάθε υπηρεσία τον ίδιο στόχο recovery. Εντοπίζουμε τα κρίσιμα συστήματα, κατανοούμε το οικονομικό και λειτουργικό κόστος downtime και απώλειας δεδομένων και μετά επιλέγουμε προστασία ανάλογη με αυτές τις ανάγκες. Σαφείς στόχοι RTO και RPO κάνουν τη συζήτηση για backups, redundancy και disaster recovery πολύ πιο συγκεκριμένη και αποφεύγουν περιττή πολυπλοκότητα.