Son las 8:00 de la mañana.
Los empleados llegan a la oficina y descubren que no pueden acceder al sistema administrativo.
Las carpetas compartidas tampoco funcionan.
El servidor no responde.
Nadie sabe exactamente dónde está el último backup.
Los clientes comienzan a llamar.
Administración necesita facturar.
Ventas necesita consultar información.
Y cada minuto sin acceso a los sistemas comienza a convertirse en un problema operativo.
Este escenario puede producirse por muchas razones:
- Falla del servidor.
- Daño de un disco.
- Problema eléctrico.
- Error humano.
- Ransomware.
- Incendio.
- Inundación.
- Robo.
- Daño físico.
- Actualización fallida.
- Problema con el proveedor.
- Interrupción de Internet.
La tecnología puede fallar.
La diferencia entre una interrupción manejable y una crisis empresarial está en la preparación.
Por eso existen conceptos como backup, cloud, redundancia, recuperación ante desastres y continuidad operativa.
Aunque suelen utilizarse como si significaran lo mismo, cumplen funciones diferentes.
Tener archivos en la nube no significa tener continuidad operativa
Este es uno de los errores más frecuentes.
Una empresa puede utilizar servicios en la nube y todavía no estar preparada para una interrupción.
Cloud simplemente significa que determinados recursos informáticos están alojados o son proporcionados desde infraestructura remota.
Puede incluir:
- Archivos.
- Servidores.
- Bases de datos.
- Aplicaciones.
- Correos.
- Copias de seguridad.
- Máquinas virtuales.
- Sistemas completos.
Pero si el servicio principal falla y la empresa no sabe cómo continuar trabajando, todavía existe un problema de continuidad.
La nube es una herramienta.
La continuidad operativa es una estrategia.
¿Qué es un backup?
Un backup es una copia de información que puede utilizarse para recuperar datos después de una pérdida o incidente.
Por ejemplo:
Una empresa tiene un servidor con 500 GB de documentos.
Cada noche se realiza una copia hacia otro almacenamiento.
Si el servidor principal falla, esos datos podrían recuperarse desde el backup.
Sin embargo, todavía quedan varias preguntas:
¿Cuánto tarda la recuperación?
¿Dónde está almacenado el backup?
¿Qué ocurre si también falla ese almacenamiento?
¿Cuándo fue probado por última vez?
¿Cuántas horas de información podrían perderse?
Estas preguntas llevan a conceptos más avanzados.
RPO: ¿cuántos datos puede perder la empresa?
RPO significa Recovery Point Objective.
En términos sencillos:
¿Hasta qué punto en el tiempo necesita la empresa recuperar su información?
Supongamos que el backup se realiza una vez cada 24 horas.
El servidor falla a las 5:00 p. m.
El último respaldo fue realizado a las 12:00 a. m.
Podrían perderse hasta 17 horas de información.
Para una empresa pequeña tal vez sea aceptable.
Para una organización que procesa cientos de transacciones durante el día probablemente no lo sea.
Por eso cada empresa necesita definir su tolerancia a la pérdida de datos.
Un sistema crítico podría requerir respaldos mucho más frecuentes.
RTO: ¿cuánto tiempo puede permanecer detenida la operación?
RTO significa Recovery Time Objective.
Responde a otra pregunta:
¿Cuánto tiempo puede permanecer el sistema fuera de servicio antes de que el impacto sea inaceptable?
Puede ser:
- 15 minutos.
- 1 hora.
- 4 horas.
- 8 horas.
- 24 horas.
No todos los sistemas necesitan el mismo RTO.
La página web corporativa podría tolerar una interrupción relativamente corta.
Pero una plataforma utilizada directamente para realizar ventas posiblemente tenga requisitos mucho más estrictos.
Definir RPO y RTO ayuda a determinar qué infraestructura realmente necesita cada negocio.
Backup local vs. backup en la nube
Ambos pueden ser útiles.
Backup local
Puede proporcionar restauraciones rápidas dentro de la oficina.
Por ejemplo:
- NAS.
- Servidor secundario.
- Discos dedicados.
Su principal riesgo es que puede encontrarse físicamente en el mismo lugar que la infraestructura principal.
Un incendio, robo o daño eléctrico podría afectar ambos sistemas.
Backup externo o cloud
Mantiene una copia fuera de la ubicación principal.
Esto proporciona protección adicional ante incidentes físicos.
Una estrategia profesional puede utilizar ambos.
Por ejemplo:
Servidor principal → respaldo local → copia externa/cloud.
De esta manera existen varias posibilidades de recuperación.
La importancia del versionado
Imaginemos que un empleado modifica accidentalmente un archivo importante.
El backup automático se ejecuta posteriormente y copia ese archivo modificado.
Si solamente se conserva la versión más reciente, el problema también puede terminar respaldado.
El versionado permite conservar diferentes estados históricos.
Por ejemplo:
- Hoy.
- Ayer.
- Hace tres días.
- Hace una semana.
- Hace un mes.
Esto puede resultar útil frente a:
- Eliminaciones.
- Sobrescrituras.
- Corrupción.
- Ransomware.
- Errores humanos.
Backups inmutables: una protección adicional
Una estrategia moderna de respaldo puede incluir copias inmutables.
Estas copias están diseñadas para impedir modificaciones o eliminaciones durante determinado período.
Esto es especialmente importante frente al ransomware.
Si un atacante obtiene privilegios administrativos, podría intentar cifrar o eliminar los backups antes de atacar los sistemas principales.
Una copia protegida e independiente aumenta considerablemente las posibilidades de recuperación.
¿Qué significa realmente redundancia?
Redundancia significa evitar que un único componente pueda detener toda la operación.
Por ejemplo:
Si toda la empresa depende de un solo disco duro y ese disco falla, existe un punto único de fallo.
Puede implementarse redundancia mediante:
- RAID.
- Servidores secundarios.
- Fuentes de alimentación redundantes.
- Enlaces alternativos de Internet.
- Equipos de red de respaldo.
- Replicación.
- Servicios cloud distribuidos.
Pero existe una regla importante:
RAID no es backup.
Un RAID puede permitir que un servidor continúe funcionando después de la falla de un disco.
No necesariamente protege contra:
- Eliminación accidental.
- Ransomware.
- Corrupción.
- Robo.
- Incendio.
- Error administrativo.
Por eso redundancia y backup deben utilizarse como capas diferentes.
¿Y si se va el Internet?
Las empresas que dependen del cloud también deben considerar la conectividad.
Si todo el sistema está en Internet y solamente existe un proveedor de telecomunicaciones, una interrupción puede afectar la operación completa.
Dependiendo de la importancia del negocio, pueden considerarse:
- Segundo proveedor de Internet.
- Failover automático.
- Conexión móvil 4G/5G de respaldo.
- SD-WAN.
- Políticas para funcionamiento temporal offline.
La infraestructura debe analizarse completa.
No sirve tener servidores altamente disponibles si el único router de la oficina representa otro punto único de fallo.
¿Qué es un plan de continuidad operativa?
Un plan de continuidad establece cómo seguirá funcionando la empresa cuando ocurre una interrupción.
No debe limitarse únicamente al departamento de tecnología.
Debe responder preguntas como:
- ¿Cuáles sistemas son críticos?
- ¿Qué debe recuperarse primero?
- ¿Quién toma decisiones?
- ¿Dónde están las copias?
- ¿Quién tiene acceso?
- ¿Cómo se comunicarán los empleados?
- ¿Cómo se atenderán los clientes?
- ¿Qué procesos pueden realizarse temporalmente de forma manual?
- ¿Qué proveedores deben ser contactados?
- ¿Cómo se valida que el sistema recuperado funciona correctamente?
NIST describe la planificación de contingencia precisamente como una combinación de procedimientos y medidas técnicas destinadas a recuperar sistemas, operaciones y datos después de una interrupción.
Un ejemplo práctico
Imaginemos una empresa que utiliza:
- Sistema administrativo.
- Archivos compartidos.
- Correos corporativos.
- Telefonía IP.
- Página web.
- Base de datos.
- Internet empresarial.
Podría definir prioridades como:
Prioridad 1: conectividad y sistema administrativo.
Prioridad 2: base de datos y archivos compartidos.
Prioridad 3: telefonía.
Prioridad 4: servicios secundarios.
A partir de esas prioridades se diseña una estrategia.
No todos los recursos necesitan necesariamente la solución más costosa.
La inversión debe concentrarse en aquello que realmente podría detener el negocio.
Cloud híbrido: una alternativa para muchas empresas
No todas las organizaciones necesitan migrar absolutamente todo a Internet.
Una arquitectura híbrida puede combinar:
- Infraestructura local.
- Servicios cloud.
- Backup externo.
- Aplicaciones SaaS.
- Servidores virtuales.
- Replicación.
Esto permite aprovechar las ventajas de ambos entornos.
Por ejemplo, una empresa podría mantener determinadas aplicaciones localmente para obtener acceso rápido mientras utiliza cloud para respaldos, servicios secundarios o recuperación.
La arquitectura correcta depende de cada operación.
La pregunta importante: ¿cuánto cuesta una hora sin sistema?
Esta es probablemente la pregunta que más ayuda a entender la importancia de la continuidad.
Hay que considerar:
- Ventas no realizadas.
- Empleados sin poder trabajar.
- Clientes esperando.
- Operaciones detenidas.
- Servicios incumplidos.
- Información perdida.
- Horas adicionales de recuperación.
- Daño a la reputación.
Para algunas empresas, una hora representa un inconveniente menor.
Para otras, puede representar miles de dólares y una crisis operacional.
La inversión en continuidad debería guardar relación con ese impacto.
No basta con hacer backups: hay que probarlos
Una empresa puede realizar respaldos durante años y descubrir durante una emergencia que:
- Los archivos estaban incompletos.
- Una contraseña se perdió.
- El backup estaba corrupto.
- Nadie conoce el procedimiento de restauración.
- La copia no contiene el sistema realmente necesario.
Por eso las pruebas de recuperación son fundamentales.
Un proceso profesional debería incluir periódicamente:
- Seleccionar información respaldada.
- Restaurarla en un entorno controlado.
- Verificar su integridad.
- Documentar cuánto tardó la recuperación.
- Corregir cualquier problema encontrado.
Esto transforma un simple backup en una estrategia real de recuperación.
La continuidad tecnológica es continuidad del negocio
Actualmente, pocas empresas pueden operar durante mucho tiempo sin tecnología.
Por eso proteger servidores, datos, comunicaciones y sistemas no es solamente responsabilidad del área informática.
Es una decisión empresarial.
En EvolDesign Network ayudamos a organizaciones a evaluar su infraestructura tecnológica y diseñar soluciones de redes, seguridad, servidores, respaldos, cloud y continuidad adaptadas a sus necesidades reales.
El mejor momento para preguntarse “¿qué haríamos si mañana todo esto deja de funcionar?” no es durante una emergencia.
Es antes de que ocurra.