Ο ειδικός σας στα αντίγραφα ασφαλείας και την προστασία δεδομένων!Η λύση που ταιριάζει στις ανάγκες σας
DRP και BCP
Τι είναι το RTO;
Το RTO (Recovery Time Objective, στόχος χρόνου ανάκαμψης) είναι η μέγιστη διάρκεια κατά την οποία μια υπηρεσία μπορεί να παραμείνει μη διαθέσιμη. Μετριέται από το περιστατικό, ή από την απόφαση μετάβασης, έως τη στιγμή που ένας χρήστης εκτελεί ξανά μια κανονική επιχειρησιακή εργασία. Όχι έως την εκκίνηση ενός μηχανήματος του οποίου η εφαρμογή δεν έχει ακόμη ελεγχθεί.
Τα βασικά
- Το RTO αθροίζει έξι χρόνους: εντοπισμό, απόφαση, αναζήτηση προσβάσεων, τεχνικό χρόνο, επιχειρησιακό έλεγχο, επιστροφή των χρηστών.
- Το NIST το διακρίνει από τη μέγιστη ανεκτή διάρκεια διακοπής (MTD): το RTO πρέπει κανονικά να είναι μικρότερο από τη MTD.
- Ένα RTO ορίζεται ανά υπηρεσία: το τηλεφωνικό κέντρο και τα αρχεία δεν έχουν το ίδιο.
- Μόνο μια χρονομετρημένη δοκιμή δείχνει αν το γραπτό RTO τηρείται.
- Το ωράριο της υποστήριξης και η απουσία βάρδιας ετοιμότητας αποτελούν μέρος του πραγματικού RTO.
Επίσημος ορισμός
Το NIST, ο αμερικανικός οργανισμός τυποποίησης, ορίζει το RTO ως τη μέγιστη διάρκεια κατά την οποία ένας πόρος του πληροφοριακού συστήματος μπορεί να παραμείνει μη διαθέσιμος πριν η επίπτωση γίνει μη αποδεκτή για τις δραστηριότητες που υποστηρίζει. Το διακρίνει από τη μέγιστη ανεκτή διάρκεια διακοπής (MTD), που είναι η συνολική διάρκεια διακοπής που αποδέχεται η διοίκηση για μια δραστηριότητα. Το RTO πρέπει να διασφαλίζει ότι η MTD δεν ξεπερνιέται: επομένως είναι κανονικά μικρότερο.
Η ANSSI, η γαλλική εθνική υπηρεσία κυβερνοασφάλειας, χρησιμοποιεί τον όρο μέγιστη αποδεκτή διάρκεια διακοπής (DMIA). Ζητά η στρατηγική αντιγράφων ασφαλείας να τη λαμβάνει υπόψη για κάθε επιχειρησιακή αξία, και να ορίζεται εκ των προτέρων μια σειρά αποκατάστασης, ανάλογα με τις εξαρτήσεις (DNS, υπηρεσία καταλόγου…) και την κρισιμότητα των εφαρμογών.
Από τι αποτελείται το RTO
Για μια κλασική επαναφορά:
- ο χρόνος για να αντιληφθείτε τη βλάβη·
- ο χρόνος για να αποφασίσετε και να επικοινωνήσετε με το πρόσωπο που ξέρει τι να κάνει·
- ο χρόνος για να βρείτε κλειδιά, κωδικούς πρόσβασης και διαδικασία·
- ο τεχνικός χρόνος αντιγραφής ή εκκίνησης·
- ο χρόνος ελέγχου από κάποιον της επιχειρησιακής πλευράς·
- ο χρόνος για να ανακτήσουν την υπηρεσία οι σταθμοί εργασίας ή οι απομακρυσμένοι πελάτες (DNS, VPN, IP).
Ένα RTO «δύο ωρών» που δηλώνει ένα λογισμικό συχνά μετρά μόνο το βήμα 4, σε συνθήκες εργαστηρίου. Το πραγματικό RTO αθροίζει και τα έξι. Τη νύχτα και το Σαββατοκύριακο, το βήμα 2 μπορεί από μόνο του να ξεπεράσει τις δύο ώρες αν κανείς δεν βρίσκεται σε ετοιμότητα.
Για ένα BCP, τα βήματα 4 και 6 προετοιμάζονται εκ των προτέρων. Απομένουν ο εντοπισμός και ο κίνδυνος μιας μετάβασης που κανείς δεν τολμά να εγκρίνει.
RTO και RPO δεν ανταλλάσσονται μεταξύ τους
Μπορεί να έχετε σύντομο RPO (συχνά αντίγραφα) και μεγάλο RTO (αργή επαναφορά μεγάλου όγκου). Μπορεί να έχετε σύντομο RTO (εφεδρικό περιβάλλον ήδη σε λειτουργία) και μέτριο RPO αν το εφεδρικό περιβάλλον έχει καθυστέρηση δύο ωρών. Και οι δύο αριθμοί πρέπει να καταγράφονται.
RPOΜέγιστη αποδεκτή απώλεια δεδομένων
RTOΜέγιστος αποδεκτός χρόνος διακοπής
μετριέται προς τα πίσω
μετριέται προς τα εμπρός
Δεδομένα πριν από το περιστατικό
!Περιστατικό
Επανεκκίνηση των υπηρεσιών
| RPO | RTO | |
|---|---|---|
| Ερώτημα | Πόση εργασία μπορούμε να χάσουμε; | Πόσο χρόνο μπορούμε να μείνουμε εκτός λειτουργίας; |
| Μετριέται | Προς τα πίσω, από το περιστατικό | Προς τα εμπρός, από το περιστατικό |
| Ρυθμίζεται μέσω | Της συχνότητας των αντιγράφων | Της προετοιμασίας του εφεδρικού περιβάλλοντος |
| Ελέγχεται μέσω | Της ημερομηνίας του τελευταίου επιτυχημένου αντιγράφου | Μιας χρονομετρημένης δοκιμής |
Ένα RTO ανά υπηρεσία
Το τηλεφωνικό κέντρο και το σύστημα διαχείρισης εγγράφων για τα αρχεία δεν έχουν το ίδιο RTO. Αν γράψετε «RTO 4 ωρών» για όλη την επιχείρηση, είτε θα πληρώνετε υπερβολικά για τη διαχείριση εγγράφων είτε θα παραπλανάτε για το τηλεφωνικό κέντρο. Αρκεί μία γραμμή ανά υπηρεσία.
Πώς να ξέρετε αν το RTO τηρείται
Μόνο με χρονόμετρο, κατά τη διάρκεια μιας δοκιμής. Αν η δοκιμή διήρκεσε έξι ώρες και το γραπτό RTO είναι δύο ώρες, λάθος είναι το γραπτό RTO, μέχρι να αλλάξει η αρχιτεκτονική. Δεν «στοχεύετε» ένα RTO που η τελευταία μέτρηση διέψευσε. Η ANSSI επιμένει σε αυτό: μια διαδικασία επαναφοράς πρέπει να συντάσσεται και να εφαρμόζεται τακτικά. Ο ρυθμός των δοκιμών αναλύεται στον οδηγό Πόσο συχνά πρέπει να δοκιμάζετε το DRP σας;.
Στη WeDoBack
Δεν δημοσιεύεται στον ιστότοπο κανένα ενιαίο RTO, και θα ήταν παραπλανητικό να επινοηθεί ένα: εξαρτάται από τον όγκο, τη σύνδεση, το μέγεθος του instance και τη διαθεσιμότητα των προσώπων από την πλευρά του πελάτη. Αυτό που αλλάζει η αρχιτεκτονική είναι η φύση του χρόνου. Σε μια απλή επαναφορά, πρέπει να επανέλθουν τα δεδομένα και ενδεχομένως να γίνει επανεγκατάσταση. Με το DRP, οι διακομιστές επανεκκινούν σε εφεδρικά instances από την έκδοση που επιλέχθηκε: ο τεχνικός χρόνος είναι αυτός της επανεκκίνησης, όχι της αγοράς διακομιστή. Μια δοκιμή εκκίνησης γίνεται κάθε μήνα, χωρίς να αγγίζεται η παραγωγή. Με το BCP, instances στο cloud λειτουργούν μόνιμα και αναλαμβάνουν μέσω ενός agent στο δίκτυο του πελάτη, χωρίς αλλαγή διεύθυνσης IP: το εναπομένον RTO είναι κυρίως ο χρόνος εντοπισμού και απόφασης. Η αναπαραγωγή ή ο συγχρονισμός των δεδομένων μεταξύ του instance BCP και του αρχικού διακομιστή δεν είναι εγγενής: απαιτεί ειδική διαδικασία, προσαρμοσμένη στην ανάγκη, την οποία η WeDoBack μπορεί να υλοποιήσει κατόπιν προσφοράς. Και στις τρεις περιπτώσεις, ο επιχειρησιακός έλεγχος παραμένει μέσα στο χρονόμετρο. Η ανθρώπινη υποστήριξη είναι διαθέσιμη από 9:00 έως 13:00 και από 14:00 έως 17:30 (ώρα Παρισιού).
Συχνές ερωτήσεις
Ποια η διαφορά μεταξύ RTO και MTD;
Η MTD (Maximum Tolerable Downtime) είναι η συνολική διάρκεια διακοπής που αποδέχεται η διοίκηση για μια δραστηριότητα, λαμβάνοντας υπόψη όλες τις επιπτώσεις. Το RTO είναι ο χρόνος επαναφοράς σε λειτουργία ενός πόρου πληροφορικής. Το NIST διευκρινίζει ότι το RTO πρέπει κανονικά να είναι μικρότερο από τη MTD, ώστε να αφήνει περιθώριο για τα υπόλοιπα στάδια της ανάκαμψης.
Ένα λογισμικό δηλώνει RTO λίγων λεπτών. Είναι ρεαλιστικό;
Ο αριθμός αυτός συνήθως μετρά μόνο τον τεχνικό χρόνο εκκίνησης, σε συνθήκες εργαστηρίου. Δεν περιλαμβάνει ούτε τον εντοπισμό, ούτε τον χρόνο επικοινωνίας με το εξουσιοδοτημένο πρόσωπο, ούτε τον έλεγχο από έναν χρήστη. Το πραγματικό σας RTO είναι αυτό που μετρήσατε στην τελευταία σας δοκιμή, από τη δήλωση του περιστατικού έως την πρώτη επιτυχημένη επιχειρησιακή εργασία.
Είναι το RTO νομική υποχρέωση;
Κανένα κείμενο δεν επιβάλλει συγκεκριμένη διάρκεια σε μια ΜμΕ. Ωστόσο, ο ΓΚΠΔ (άρθρο 32) απαιτεί μέσα που επιτρέπουν την αποκατάσταση της διαθεσιμότητας και της πρόσβασης στα δεδομένα προσωπικού χαρακτήρα «σε εύλογο χρόνο» σε περίπτωση περιστατικού. Το RTO είναι ο πρακτικός τρόπος για να οριστεί αυτός ο εύλογος χρόνος.
Για να μάθετε περισσότερα
Πηγές
Έγγραφα που εξετάστηκαν τον Οκτώβριο του 2026.
- SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
- Αντίγραφα ασφαλείας πληροφοριακών συστημάτων – Τα βασικά (ANSSI-BP-100, v1.1, 27 Νοεμβρίου 2025, στα γαλλικά) — ANSSI (γαλλική υπηρεσία)
- Κανονισμός (ΕΕ) 2016/679 (ΓΚΠΔ), άρθρο 32 — EUR-Lex
- Προσφορά DRP: ανάκαμψη της δραστηριότητας μετά από καταστροφή — WeDoBack
Σχεδιάζετε ένα έργο αντιγράφων ασφαλείας, DRP ή BCP;
Πάνω από 20 χρόνια εμπειρίας στην προστασία των επιχειρηματικών δεδομένων.
Ζητήστε προσφορά+33 9 72 50 78 28Προστατέψτε τα δεδομένα σας με το WeDoBack
Κρυπτογραφημένα αντίγραφα ασφαλείας εκτός εγκαταστάσεων, αμετάβλητη αποθήκευση, DRP και BCP: περιγράψτε μας τους διακομιστές σας και θα σας προτείνουμε τον κατάλληλο συνδυασμό.