Aunque estos eventos pueden ser desastres naturales, como un huracán, también pueden ser causa de un grave fallo del sistema, un ataque intencionado o incluso un error humano. 

Entre los tipos de desastres se incluyen los siguientes: 

• Desastres naturales (por ejemplo, terremotos, inundaciones, tornados, huracanes o incendios forestales)
• Pandemias y epidemias
• Ataques cibernéticos (por ejemplo, ataques de DDoS, de software malicioso o de ransomware)
• Otras amenazas deliberadas causadas por el ser humano, como los ataques bioquímicos o terroristas
• Peligros tecnológicos (por ejemplo, interrupciones del suministro eléctrico, explosiones de conductos y accidentes de transporte)
• Fallo del equipo y del hardware

La tecnología desempeña un papel cada vez más importante en todos los aspectos empresariales, ya que ofrece aplicaciones y servicios que permiten a las empresas ser más ágiles, y estar disponibles y conectadas. Esta tendencia ha contribuido a la adopción generalizada del cloud computing por parte de las organizaciones para impulsar el crecimiento, la innovación y la experiencia del cliente excepcional. 

Sin embargo, el hecho de migrar a entornos en la nube (públicos, privados, híbridos o multinube) y el auge de los trabajadores remotos están entrando en un aumento de la complejidad de la infraestructura y de los posibles riesgos. La recuperación tras fallos de los sistemas basados en la nube es fundamental para asegurar una estrategia de continuidad de la actividad empresarial. Un desglose del sistema o un periodo de inactividad no planificado puede tener graves consecuencias para las empresas que dependen en gran medida de los recursos, las aplicaciones, los documentos y el almacenamiento de datos basados en la nube para que todo funcione sin contratiempos. 

Además, las leyes y estándares de privacidad de los datos estipulan que ahora la mayoría de las organizaciones deben contar con una estrategia de recuperación tras fallos. El incumplimiento de los planes de recuperación tras fallos puede conllevar infracciones de cumplimiento y multas regulatorias. 

Todas las empresas deben poder recuperarse rápidamente de cualquier evento que detenga las operaciones diarias, independientemente del sector o del tamaño. Sin un plan de recuperación tras fallos, una empresa puede perder datos, reducir su productividad, agotar los presupuestos, y dañar la reputación puede ocasionar la pérdida de clientes e ingresos. 

Un plan de recuperación tras fallos eficaz aborda tres elementos diferentes para la recuperación: 

• Prevención: asegúrate de que tus sistemas sean lo más seguros y fiables posible con herramientas y técnicas para evitar que ocurra un desastre en primer lugar. Esto puede incluir la copia de seguridad de datos críticos o la monitorización continua de entornos para detectar errores de configuración e infracciones de cumplimiento. 
• Detección: para una recuperación rápida, tendrás que saber cuándo se necesita una respuesta. Estas medidas se centran en detectar o descubrir eventos no deseados en tiempo real. 
• Corrección: estas medidas tienen como objetivo planificar posibles situaciones de recuperación tras fallos, asegurar operaciones de copia de seguridad para reducir el impacto y poner en práctica procedimientos de recuperación para restaurar datos y sistemas rápidamente cuando llegue el momento. 

Por lo general, la recuperación tras fallos implica replicar y crear copias de seguridad de los datos y las cargas de trabajo fundamentales de forma segura en una ubicación secundaria o en varias ubicaciones (sitios de recuperación tras fallos). Puedes utilizar un sitio de recuperación tras fallos para recuperar datos de la copia de seguridad más reciente o de un momento anterior. Las organizaciones también pueden empezar a usar un sitio de DR si la ubicación principal y sus sistemas fallan debido a un evento imprevisto hasta que se restaure la principal.

Estas son algunas de las tecnologías y técnicas más utilizadas en la recuperación tras fallos: 

• Copias de seguridad: crea copias de seguridad de tus datos en un sistema externo o envía una unidad externa a una ubicación externa. No obstante, las copias de seguridad no incluyen ninguna infraestructura de TI, por lo que no se consideran una solución completa de recuperación tras fallos. 
• Copia de seguridad como servicio (BaaS): al igual que las copias de seguridad de datos remotos, las soluciones de BaaS proporcionan copias de seguridad de datos periódicas que ofrece un proveedor externo. 
• Recuperación tras fallos como servicio (DRaaS):  Muchos proveedores de servicios en la nube ofrecen recuperación tras fallos como servicio (DRaaS) y modelos de servicio en la nube comoIaaS yPaaS. Un modelo de servicio de DRaaS te permite crear copias de seguridad de tus datos y tu infraestructura de TI, así como alojarlos en la infraestructura en la nube de un proveedor externo. Durante una crisis, el proveedor implementará y orquestará tu plan de DR para ayudar a recuperar el acceso y la funcionalidad con una interrupción del funcionamiento mínima.  
• Instantáneas en el momento: también se denominan "copias a un momento dado". Las capturas replican datos, archivos o incluso una base de datos completa en un momento específico. Las capturas pueden usarse para restaurar datos, siempre que la copia se almacene en una ubicación que no se vea afectada por el evento. Sin embargo, puede producirse una pérdida de datos en función de cuándo se hizo la captura. 
• Recuperación virtual: con las soluciones de DR virtual, puedes crear copias de seguridad de tus operaciones y datos, o incluso crear una réplica completa de tu infraestructura de TI para ejecutarlas en máquinas virtuales (VM) de terceros. En caso de desastre, puedes volver a cargar la copia de seguridad y reanudar la operación rápidamente. Para que esta solución sea efectiva, es necesario transferir datos y cargas de trabajo con frecuencia. 
• Sitios de recuperación tras fallos: son ubicaciones que las organizaciones pueden utilizar temporalmente después de un desastre, que contienen copias de seguridad de datos, sistemas y otra infraestructura tecnológica.

Una estrategia integral de recuperación tras fallos debe incluir requisitos detallados de respuesta a emergencias, operaciones de copia de seguridad y procedimientos de recuperación. Las estrategias y los planes de DR a menudo contribuyen a crear una estrategia de continuidad de la actividad más amplia que incluye planes de contingencia para mitigar el impacto más allá de la infraestructura y los sistemas de TI, lo que permite que todas las áreas de negocio reanuden las operaciones normales lo antes posible. 

A la hora de crear estrategias de recuperación tras fallos, debes tener en cuenta las siguientes métricas clave: 

• Objetivo de tiempo de recuperación (RTO): tiempo máximo aceptable que los sistemas y aplicaciones pueden estar inactivos sin causar daños importantes a la empresa. Por ejemplo, algunas aplicaciones pueden estar sin conexión durante una hora, mientras que otras es necesario recuperarlas en cuestión de minutos.
• Objetivo de punto de recuperación (RPO): edad máxima de los datos que debes recuperar para reanudar las operaciones después de un evento importante. El RPO ayuda a definir la frecuencia de las copias de seguridad. 

Estas métricas son especialmente útiles para llevar a cabo evaluaciones de riesgos y análisis de impacto empresarial (BIA) en caso de posibles desastres, desde situaciones de dificultad moderada a la peor posible. Las evaluaciones de riesgos y los BIA evalúan todas las áreas funcionales de una empresa y las consecuencias de cualquier riesgo, lo que puede ayudar a definir los objetivos de DR y las acciones necesarias para lograrlos antes o después de que se produzca un evento. 

Cuando crees tu estrategia de recuperación, es útil tener en cuenta los valores de RTO y RPO, así como elegir un patrón de DR que te permita cumplir dichos valores y tus objetivos generales. Por lo general, cuanto más pequeños sean los valores (o cuanto más rápido necesiten recuperarse tus aplicaciones después de una interrupción), mayor será el coste de ejecutar la aplicación. 

La recuperación tras fallos de la nube puede reducir en gran medida los costes de los RTOs y los RPOs en lo que respecta a cumplir los requisitos on‐premise de capacidad, seguridad, infraestructura de red, ancho de banda, asistencia e instalaciones. Un servicio muy gestionado de Google Cloud puede ayudarte a evitar la mayoría o todos los factores, lo que complica aún más los costes y te permite reducir muchos costes empresariales. 

Si necesitas más ayuda para usar Google Cloud con el proceso de recuperación tras fallos, puedes consultar nuestra guía de planificación para la recuperación tras fallos o ponerte en contacto con tu gestor de cuentas para que te ayude a crear un DR.