Salta al contenuto principale
Lympha technologies

Servicios

Data Protection

Hacer simplemente copias de seguridad no significa estar protegido.

Con demasiada frecuencia se hacen copias múltiples de los mismos archivos en soportes poco fiables, sin criterio ni verificación: así no te proteges de desastres, virus, pérdida o corrupción de los datos. Los datos deben guardarse con método, desde luego, pero antes es necesario comprender qué proteger y cómo. Partimos del valor de tus procesos.

Cómo funciona

  • Análisis y políticas: clasificación de los datos, criterios de guardado, retención y cifrado
  • DPaaS (Data Protection as a Service): copia de datos, servidores o de toda la infraestructura en nuestro Data Center Green o en otros centros de datos de confianza del cliente
  • Verificaciones de restauración periódicas: una copia de seguridad solo vale si se restaura
  • Gestión puntual del espacio de almacenamiento y de los recursos utilizados

Beneficios

  • Cuota pay-per-use: costes siempre bajo control, sin inversiones iniciales
  • Abre el camino al Disaster Recovery también a quien no tiene presupuesto para grandes proyectos
  • Protección coherente con el GDPR y con las políticas corporativas
  • Datos custodiados en un centro de datos de cero emisiones

Para quién: toda organización que considere sus datos un activo — desde la pyme que empieza con el backup gestionado hasta la gran empresa que replica toda su infraestructura.

De la copia de seguridad a la continuidad operativa: el continuum RPO–RTO

La protección del dato no es un producto: es una posición en un continuum. A la izquierda, la pregunta «¿cuántos datos puedo permitirme perder?» — es el RPO (Recovery Point Objective), que mira hacia atrás respecto al momento del fallo. A la derecha, «¿con qué rapidez debo volver a arrancar?» — es el RTO (Recovery Time Objective), que mira hacia delante. Las definiciones son las de la norma ISO 22301, y el compromiso es estructural: cuanto más se acercan a cero los dos objetivos, más crecen los costes y la complejidad. El arte está en situar cada servicio en el punto adecuado de la curva — no la empresa entera en un solo punto.

El continuum RPO–RTO con los tiers de recuperabilidad y las clases de disponibilidad Diagrama con el tiempo en el eje horizontal: en el centro, el momento del fallo (T cero); hacia la izquierda el RPO (de tiempo real a semanas), hacia la derecha el RTO (de segundos a semanas). Tres franjas horizontales indican las clases de disponibilidad y los sitios: Backup/Restore en el Core Site, Rapid Data Recovery en el sitio de Disaster Recovery, Continuous Availability en el sitio de Business Continuity. Los tiers de recuperabilidad crecen desde los bordes hacia el centro: Tier 1 y 2 con backup y restauración desde cintas (días o semanas, ámbito de disaster recovery); Tier 3 y 4 con backup continuo, réplica por software y réplica asíncrona (horas o minutos); Tier 5 con réplica síncrona y servidores en standby (segundos); Tier 6/7 en el centro con sistemas zero data loss, alta disponibilidad entre sitios y arquitectura de tres centros de datos (tiempo real, ámbito de business continuity). Los costes y la resiliencia crecen con el tier. Continuous Availability Rapid Data Recovery Backup / Restore BC Site DR Site Data Center Core Site T0 Zero data loss systems Tri-Data Center Architecture Ethernetreplication Réplicasíncrona High Availabilityinfrasite Réplicasíncrona Ethernetreplication Low speed softwarereplication Standby server DRS/H Standby server Low speed softwarereplication Server rebuild Backup Backupcontinuo Réplicaasíncrona Réplicasíncrona Réplicasíncrona Réplicasíncrona Rapidrestore Restorede cintas TIER 1 TIER 2 TIER 3 TIER 4 TIER 5 TIER 6/7 TIER 5 TIER 4 TIER 3 TIER 2 TIER 1 costes resiliencia / redundancia tiempo semanas días horas minutos segundos tiempo real segundos minutos horas días semanas Disaster Recovery Business Continuity Disaster Recovery RPO RTO / NRO T0
El continuum RPO–RTO: los tiers de recuperabilidad (modelo SHARE/IBM) crecen desde los bordes hacia el momento del fallo (T₀), atravesando las tres clases de disponibilidad distribuidas en los tres sitios — Core, Disaster Recovery, Business Continuity. Esquema simplificado: las tecnologías indicadas son representativas de cada tier.

Backup / Restore

Tier 1–4, en el Core Site: backup, backup continuo, réplica asíncrona. Costes contenidos, reanudación en días u horas. Es el territorio del DPaaS: el primer paso en el continuum.

Rapid Data Recovery

Tier 4–6, hacia el sitio de DR: réplica por software y síncrona, servidores en standby. Reanudación en minutos o segundos, para los servicios que no pueden esperar.

Continuous Availability

Tier 6/7, con un sitio de BC: alta disponibilidad entre sitios y sistemas zero data loss en arquitectura de tres centros de datos. Ninguna pérdida de datos, al coste más alto.

Siete tiers, un lenguaje común

La estructura del esquema procede de los siete tiers de disaster recovery definidos en 1992 por SHARE — el histórico grupo de usuarios de los mainframes IBM — y desarrollados después con la contribución de IBM: desde el Tier 1 (copias off-site, reanudación en semanas) hasta los Tier 6/7 (réplica síncrona y sistemas zero data loss). El modelo tiene más de treinta años, pero sigue siendo el lenguaje común con el que negocio y técnica se ponen de acuerdo sobre capacidades y costes.

El recorrido guiado

Moverse a lo largo del continuum no es un único salto tecnológico: es una progresión que hay que gobernar. Nuestro servicio de consultoría acompaña esta progresión en cinco fases:

  1. Assessment y Business Impact Analysis — inventario de los sistemas, clasificación por valor de negocio, RTO y RPO definidos por nivel de criticidad: es la BIA la que fija los objetivos, no el catálogo tecnológico
  2. Diseño de la arquitectura objetivo — posicionamiento en los tiers y topología de los sitios (Core / DR / BC): protección robusta para los sistemas críticos, soluciones ligeras para las cargas que pueden esperar
  3. Integración de la seguridad — la resiliencia no coincide con la seguridad: la ISO/IEC 27031 hace de puente entre la continuidad (ISO 22301) y la protección de la información (ISO/IEC 27001, que en el control 5.30 de la versión 2022 exige precisamente una readiness ICT planificada y probada)
  4. Implementación y pruebas — simulaciones y ejercicios con tiempos cronometrados: un plan no probado no es un plan
  5. Mejora continua — todo el programa sigue el ciclo Plan-Do-Check-Act, el mismo de nuestro método: los objetivos y la arquitectura se revisan a medida que cambian las amenazas y los requisitos

El resultado es traducir «queremos ser más resilientes» en objetivos medibles y sostenibles, situando cada sistema en el tier apropiado.