RTO - RPO

Modulo HTML en posición drop_down_1 para recordar que estamos en el Site DESARROLLO-NEW

Vertex > business_pro - Default > Backgrounds | Main Body Background Settings  | SET YOUR OWN CUSTOM BACKGROUND: Yes  |  CHOOSE A BACKGROUND COLOR: -ffff00-006b47- ; (activar Template especial entorno)

Vertex > isis - Default > Advanced > Header Colour : -ffff00-006b47- ;

 
Open Panel
reloj caracteres rojos 3

RPO y RTO

RPO y RTO son conceptos fundamentales pero fáciles de entender. En base a ellos se puede planificar y decidir qué tipo de soluciones son necesarias para cada negocio.

 

RPO (Recovery Point Objective)

RPO se refiere al volumen de datos en riesgo de pérdida que la organización considera tolerable. ¿Las transacciones de cuánto tiempo estamos dispuestos a perder, o a tener que reintroducir al sistema?
 
La respuesta va a depender del volumen de transacciones por unidad de tiempo, y de los mecanismos de backup, pero siempre aumenta el volumen de datos ‘huérfanos’ a medida que pasa el tiempo desde la última copia de seguridad. 
 
El RPO determina el objetivo de posible pérdida máxima de datos introducidos desde el último backup, hasta la caída del sistema, y no depende del tiempo de recuperación. La casuística es amplísima, y aquí se ilustran algunos casos:
 

Dependiendo del tipo de Backup:

  • Caso 1: Backup diario en cinta a las 09:00 PM.
 RPO-RTO-Backup-Caso-1
 
  • Caso 2: Varios ‘Snapshots’ durante el día.
RPO-RTO-Backup-Caso-2
 

Dependiendo de la naturaleza del negocio:

  • Caso 3: La gestión de las transacciones bursátiles no puede parar, no se puede perder ni demorar ni una sola transacción, su RPO es 0.
  • Caso 4: Un almacén robotizado se parará si no tiene sistema, y con mucho movimiento estará en situación de colapso en pocos minutos.
 

RTO (Recovery Time Objective) 

Expresa el tiempo durante el cual una organización pueda tolerar la falta de funcionamiento de sus aplicaciones y la caída de nivel de servicio asociada, sin afectar a la continuidad del negocio.
 
La respuesta dependerá de la criticidad de cada aplicación. Aquí de nuevo debemos analizar cada caso; no será lo mismo la aplicación que da servicio a las cajas en una gran superficie, que la aplicación para el cálculo de la nómina, que se ejecuta una vez al mes.

Recuperación de desastres
RPO-RTO-Esquema
 
Pasos a seguir para recuperar las aplicaciones y los datos en caso de contingencia:
 
  • Restaurar el ordenador (dependiendo del tipo de problema pueden ser minutos, horas o días).
  • Restaurar las copias de seguridad
  • Reanudar la operación
 
A partir de este punto se deberán repetir las transacciones que faltan, desde el momento de la caída hasta el momento de la recuperación, que serán más cuanto mayor sean RPO y RTO.
 

Costes de Recuperación de Desastres

Definir los valores de RPO y RTO le puede proporcionar resultados sorprendentes que podrían no ser aceptables para la gestión. Una vez fijados, podrá establecer su estrategia de recuperación, que llevará asociados unos costes que varían en función precisamente del RPO y del RTO.
 
RPO-RTO
 
Ver ejemplo de cálculo de costes
 
 
CONSULTORÍA GRATUITA RTO-RPO

consultoria-gratuitaTe ofrecemos una consultoría gratuita para calcular tus RTO y RPO óptimos.

 
Déjanos tu e-mail, y el mensaje que quieras, y te contactaremos a la mayor brevedad
500 caracteres restantes
DÓNDE ESTAMOS
BARCELONA
Figueres, 8
08022 Barcelona
MADRID
Santo Ángel, 110
(Entrada por Ctra. de Canillas, 16)
28043 Madrid
Centralita: +34 93 253 16 50
Soporte clientes: +34 93 212 15 66

S5 Box (1/2-50%, 3/4-40, 5/6-30, 7/8-20, 9/10-80%)

Login

Register

You need to enable user registration from User Manager/Options in the backend of Joomla before this module will activate.