7 min de lectura<\/p>\n
El servidor de bases de datos lleva 40 minutos inactivo, la direcci\u00f3n general pregunta por tercera vez cu\u00e1ndo se reanudar\u00e1 el funcionamiento y la copia de seguridad del viernes por la noche es el \u00fanico recurso disponible. Quien conozca este escenario sabe: no se trata de si ocurrir\u00e1 una interrupci\u00f3n, sino de cu\u00e1n r\u00e1pido podr\u00e1 volver a operar la empresa.<\/strong><\/p>\n Seg\u00fan un estudio de ITIC (Information Technology Intelligence Consulting, 2024), el 91 % de las empresas encuestadas estima que el coste de una sola hora de inactividad supera los 300.000 d\u00f3lares estadounidenses. Para las pymes alemanas – que suelen carecer de centros de datos redundantes y cuentan con equipos de TI reducidos – esto representa un riesgo existencial.<\/p>\n La recuperaci\u00f3n ante desastres como servicio (DRaaS) promete una soluci\u00f3n: toda la infraestructura de recuperaci\u00f3n se traslada a la nube. En lugar de gestionar sus propios centros de recuperaci\u00f3n, las empresas replican sus cargas de trabajo cr\u00edticas hacia un proveedor que, en caso de emergencia, asume la conmutaci\u00f3n por error. Suena sencillo. Sin embargo, en la pr\u00e1ctica la decisi\u00f3n es mucho m\u00e1s compleja de lo que cualquier presentaci\u00f3n comercial de un proveedor podr\u00eda sugerir.<\/p>\n La mayor\u00eda de las pymes confunden copias de seguridad con recuperaci\u00f3n ante desastres. Ambas est\u00e1n relacionadas, pero resuelven problemas distintos. Una copia de seguridad protege los datos. La recuperaci\u00f3n ante desastres restablece sistemas completos, redes y aplicaciones dentro de un plazo definido.<\/p>\n Esta diferencia se vuelve tangible cuando un ataque de ransomware cifra no solo algunos archivos aislados, sino tambi\u00e9n todo el directorio activo (Active Directory) y los servidores virtualizados. En ese caso, incluso la mejor copia de seguridad resulta poco \u00fatil si falta la infraestructura necesaria para su restauraci\u00f3n.<\/p>\n Quien desee profundizar en las dimensiones financieras de los costes en la nube encontrar\u00e1 perspectivas complementarias sobre el control de costes en la nube en nuestro an\u00e1lisis pr\u00e1ctico de FinOps<\/a>.<\/p>\n Los equipos de TI se enfrentan a tres opciones fundamentales. Cada una tiene su justificaci\u00f3n y conlleva compromisos espec\u00edficos.<\/p>\n El modelo cl\u00e1sico: un emplazamiento f\u00edsicamente separado refleja el entorno productivo. Control total y costes totales. El hardware debe adquirirse, operarse y someterse peri\u00f3dicamente a pruebas. Para empresas con requisitos normativos que exigen almacenamiento f\u00edsico de datos en determinadas regiones, este camino puede ser inevitable.<\/p>\n Ventajas:<\/strong> Control m\u00e1ximo, independencia de terceros proveedores y soberan\u00eda total sobre los datos. Un proveedor como Zerto (HPE), Veeam, Commvault o Datto asume toda la infraestructura de recuperaci\u00f3n ante desastres. Las cargas de trabajo se replican de forma continua y la conmutaci\u00f3n por error se ejecuta de forma automatizada o con un simple clic. El equipo de TI define el RPO (objetivo de punto de recuperaci\u00f3n) y el RTO (objetivo de tiempo de recuperaci\u00f3n); el proveedor garantiza su cumplimiento.<\/p>\n Ventajas:<\/strong> No se requiere un centro de datos de recuperaci\u00f3n propio, costes previsibles (OPEX), pruebas peri\u00f3dicas realizadas por el proveedor y escalabilidad r\u00e1pida. Los sistemas cr\u00edticos de nivel 1 (ERP, control de producci\u00f3n) funcionan sobre infraestructura dedicada, mientras que las cargas de trabajo menos cr\u00edticas se protegen mediante DRaaS. Esto combina control con flexibilidad, aunque incrementa la complejidad de la orquestaci\u00f3n.<\/p>\n Ventajas:<\/strong> Soluci\u00f3n personalizada que equilibra costes y control. „La soluci\u00f3n de recuperaci\u00f3n ante desastres m\u00e1s cara es aquella que no funciona en una situaci\u00f3n real. Y la causa m\u00e1s frecuente de este fallo no es la tecnolog\u00eda deficiente, sino la ausencia de pruebas.“<\/p>\n Wolfgang Kurz, Director General de indevis IT-Consulting<\/strong><\/p>\n<\/div>\n El fabricante de maquinaria Trumpf, con sede en Ditzingen, 18.000 empleados y una facturaci\u00f3n superior a los 5.000 millones de euros, se enfrent\u00f3 en 2023 a una decisi\u00f3n cl\u00e1sica: construir un segundo centro de datos para recuperaci\u00f3n ante desastres o apostar por DRaaS. El departamento de TI eligi\u00f3 la plataforma DRaaS de Zerto (actualmente parte de HPE).<\/p>\n Tras seis meses de implementaci\u00f3n, el resultado fue una replicaci\u00f3n continua con un RPO inferior a 15 minutos para los sistemas cr\u00edticos para el negocio. La conmutaci\u00f3n por error se prob\u00f3 trimestralmente sin afectar a la producci\u00f3n. Trumpf estim\u00f3, en una referencia publicada por HPE, que los ahorros en inversiones evitadas para un segundo centro de datos ascendieron a una cantidad de siete cifras.<\/p>\n Lo que rara vez se menciona: el mayor desaf\u00edo no fue la tecnolog\u00eda, sino la clasificaci\u00f3n de las cargas de trabajo. \u00bfQu\u00e9 sistemas requieren un RPO de minutos y cu\u00e1les pueden conformarse con horas? Esta pregunta oblig\u00f3 al departamento de TI a entablar un di\u00e1logo con los departamentos de negocio que nunca se hab\u00eda llevado a cabo de forma sistem\u00e1tica.<\/p>\n No todos los consultores de TI consideran DRaaS la soluci\u00f3n ideal. Thomas Uhlemann, especialista en seguridad de ESET, advierte con frecuencia contra externalizar por completo la recuperaci\u00f3n ante desastres a terceros: \u00abQuien no comprende ni puede probar personalmente la restauraci\u00f3n de sus propios sistemas, no dispone de una estrategia de recuperaci\u00f3n ante desastres. Solo tiene una promesa\u00bb. Este argumento afecta especialmente a empresas que gestionan datos regulados – como el sector sanitario, las infraestructuras cr\u00edticas o los servicios financieros.<\/p>\n Tambi\u00e9n la cuesti\u00f3n de los costes es m\u00e1s matizada de lo que sugieren los proveedores de DRaaS. A medida que crece el volumen de datos, los costes mensuales aumentan linealmente. Las empresas con varios petabytes de datos productivos obtienen, a largo plazo, mejores resultados econ\u00f3micos con infraestructura propia – siempre que dispongan del personal necesario para su explotaci\u00f3n.<\/p>\n Quien desee comprender el contexto m\u00e1s amplio de las tendencias actuales en la nube encontrar\u00e1 orientaci\u00f3n adicional en nuestra visi\u00f3n general de las tendencias de la nube 2026<\/a>.<\/p>\n Seg\u00fan MarketsandMarkets, el mercado europeo de DRaaS crece a una tasa anual superior al 20 %. Por tanto, la oferta es considerablemente ca\u00f3tica. Cinco criterios distinguen las ofertas viables de las simples promesas de marketing:<\/p>\n 1. Ubicaci\u00f3n del centro de datos y soberan\u00eda de los datos:<\/strong> Los centros de datos alemanes o de la UE son obligatorios para cargas de trabajo sujetas al Reglamento General de Protecci\u00f3n de Datos (RGPD). No todos los proveedores con sede en EE.UU. pueden garantizarlo. Quien desee profundizar en este aspecto encontrar\u00e1 antecedentes relevantes en el art\u00edculo sobre nube privada y soberan\u00eda de los datos<\/a>.<\/p>\n 2. Garant\u00edas de RTO y RPO verificadas mediante pruebas:<\/strong> Un acuerdo de nivel de servicio (SLA) en papel carece de valor sin pruebas peri\u00f3dicas y documentadas de conmutaci\u00f3n por error. Los proveedores serios ofrecen pruebas no disruptivas: simulaciones de conmutaci\u00f3n por error que no afectan al funcionamiento productivo.<\/p>\n 3. Compatibilidad de red:<\/strong> DRaaS requiere suficiente ancho de banda para la replicaci\u00f3n continua. Con conexiones DSL asim\u00e9tricas o l\u00edneas MPLS compartidas, esto puede convertirse en un cuello de botella.<\/p>\n 4. Granularidad de la restauraci\u00f3n:<\/strong> \u00bfPuede el proveedor restaurar m\u00e1quinas virtuales individuales, pilas completas de aplicaciones o \u00fanicamente entornos enteros? Cuanto m\u00e1s granular sea la capacidad de restauraci\u00f3n, m\u00e1s flexible ser\u00e1 la respuesta ante una emergencia.<\/p>\n 5. Estrategia de salida:<\/strong> \u00bfQu\u00e9 ocurre si el proveedor es adquirido, aumenta sus precios o cancela el servicio? La capacidad de exportar los datos y utilizar formatos abiertos no son aspectos secundarios.<\/p>\n Esta lista no constituye una auditor\u00eda exhaustiva, sino una prueba r\u00e1pida. Quien responda \u00abNo\u00bb a cuatro o m\u00e1s puntos deber\u00e1 actuar con urgencia.<\/p>\n 1.<\/strong> RTO y RPO definidos:<\/strong> \u00bfSe han establecido objetivos medibles de recuperaci\u00f3n para todos los sistemas cr\u00edticos para el negocio – no como deseos, sino como requisitos documentados por los departamentos de negocio?<\/p>\n 2.<\/strong> Clasificaci\u00f3n de cargas de trabajo disponible:<\/strong> \u00bfHay un inventario actualizado que indique qu\u00e9 sistemas pertenecen al nivel 1 (minutos), nivel 2 (horas) o nivel 3 (d\u00edas)?<\/p>\n 3.<\/strong> \u00daltima prueba de DR documentada:<\/strong> \u00bfSe ha realizado una conmutaci\u00f3n por error completa en los \u00faltimos seis meses (y no solo la restauraci\u00f3n de algunos archivos o bases de datos desde copias de seguridad)?<\/p>\n 4.<\/strong> Escenario de ransomware considerado:<\/strong> \u00bfEst\u00e1 el plan de recuperaci\u00f3n ante desastres dise\u00f1ado para escenarios en los que tambi\u00e9n el directorio activo y la infraestructura de copias de seguridad hayan sido comprometidos?<\/p>\n 5.<\/strong> Capacidad de red verificada:<\/strong> \u00bfEs suficiente el ancho de banda disponible para la replicaci\u00f3n continua de las cargas de trabajo de nivel 1, sin afectar al funcionamiento productivo?<\/p>\n 6.<\/strong> Responsabilidades claras:<\/strong> \u00bfSabe cada miembro del equipo qui\u00e9n debe activar la conmutaci\u00f3n por error en caso de emergencia, qui\u00e9n se encarga de la comunicaci\u00f3n y qui\u00e9n coordina con los departamentos de negocio?<\/p>\n 7.<\/strong> Presupuesto realista:<\/strong> \u00bfCubren los presupuestos actuales de TI los costes recurrentes de una soluci\u00f3n de recuperaci\u00f3n ante desastres – incluidas las pruebas, las actualizaciones y el crecimiento del volumen de datos?<\/p>\n El backup como servicio (BaaS) protege los datos y permite restaurar archivos individuales o bases de datos. DRaaS va un paso m\u00e1s all\u00e1: replica sistemas completos, configuraciones de red y aplicaciones, y posibilita una conmutaci\u00f3n por error total hacia una infraestructura alternativa. Su objetivo no es restaurar archivos aislados, sino reanudar la actividad empresarial completa.<\/p>\n<\/details>\n Los costes dependen fuertemente del volumen de datos, de los valores RPO\/RTO deseados y del alcance del servicio. Como orientaci\u00f3n aproximada, los analistas estiman entre el 2 % y el 8 % del presupuesto total de TI para una estrategia s\u00f3lida de recuperaci\u00f3n ante desastres. Para pymes peque\u00f1as, DRaaS totalmente gestionado suele comenzar en un rango mensual de 1.500 a 3.000 euros y escala seg\u00fan el n\u00famero de cargas de trabajo protegidas.<\/p>\n<\/details>\n S\u00ed, en principio, siempre que el proveedor almacene los datos en centros de datos de la UE y cumpla los requisitos de tratamiento de datos por cuenta ajena (art\u00edculo 28 del RGPD). Resultan decisivos la ubicaci\u00f3n de los destinos de replicaci\u00f3n, el cifrado de los datos en tr\u00e1nsito y en reposo, as\u00ed como un contrato de tratamiento de datos por cuenta ajena (CTDA) riguroso. Las empresas deben verificar si el proveedor utiliza subcontratistas de tratamiento de datos en terceros pa\u00edses.<\/p>\n<\/details>\n Al menos trimestralmente, y preferiblemente mensualmente para los sistemas de nivel 1. Las pruebas no disruptivas, que no afectan al funcionamiento productivo, reducen significativamente la barrera para su realizaci\u00f3n. Cada prueba debe documentarse: \u00bfqu\u00e9 se prob\u00f3?, \u00bfcu\u00e1nto tiempo tard\u00f3 la restauraci\u00f3n?, \u00bfqu\u00e9 desviaciones hubo respecto al plan? Sin esta documentaci\u00f3n, un plan de recuperaci\u00f3n ante desastres se convierte, en una emergencia real, en una mera loter\u00eda.<\/p>\n<\/details>\n S\u00ed. La mayor\u00eda de los proveedores consolidados de DRaaS (Zerto, Veeam, Commvault) soportan escenarios h\u00edbridos: las cargas de trabajo locales se replican a la nube y las cargas de trabajo nativas de la nube se replican entre regiones. El verdadero reto radica en la orquestaci\u00f3n: si parte de la infraestructura opera localmente y otra parte en la nube, el plan de conmutaci\u00f3n por error debe restablecer sincr\u00f3nicamente ambos entornos.<\/p>\n<\/details>\nEn resumen<\/h2>\n
\n
Fuente: Gartner \/ ITIC, 2024<\/span><\/div>\n<\/div>\n
Fuente: Veeam Data Protection Trends, 2024<\/span><\/div>\n<\/div>\n<\/div>\n<\/div>\nPor qu\u00e9 las copias de seguridad cl\u00e1sicas no bastan<\/h2>\n
Tres caminos hacia la recuperaci\u00f3n ante desastres: gesti\u00f3n interna, DRaaS e h\u00edbrido<\/h2>\n
Opci\u00f3n 1: DR gestionado internamente (segundo centro de datos propio)<\/h3>\n
\nDesventajas:<\/strong> Elevados costes de inversi\u00f3n (CAPEX), gastos operativos permanentes y esfuerzo de prueba frecuentemente subestimado. Seg\u00fan Veeam, el 58 % de las empresas prueba su plan de recuperaci\u00f3n ante desastres menos de una vez al a\u00f1o.<\/p>\nOpci\u00f3n 2: DRaaS totalmente gestionado<\/h3>\n
\nDesventajas:<\/strong> Dependencia del proveedor (vendor lock-in), costes recurrentes que aumentan con el volumen de datos y control limitado sobre la orquestaci\u00f3n de la conmutaci\u00f3n por error. No todos los proveedores almacenan los datos en centros de datos alemanes.<\/p>\nOpci\u00f3n 3: DR h\u00edbrido<\/h3>\n
\nDesventajas:<\/strong> Mayor esfuerzo de planificaci\u00f3n, dos sistemas deben integrarse correctamente en caso de emergencia y los escenarios de prueba se vuelven m\u00e1s complejos.<\/p>\nCaso pr\u00e1ctico: Trumpf opta por DRaaS en lugar de un segundo centro de datos<\/h2>\n
La postura contraria: por qu\u00e9 DRaaS no es adecuado para todos<\/h2>\n
Qu\u00e9 deben tener en cuenta los equipos de TI al elegir un proveedor<\/h2>\n
Lista de comprobaci\u00f3n de siete puntos: eval\u00fae su nivel de preparaci\u00f3n ante desastres en 30 minutos<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfEn qu\u00e9 se diferencia DRaaS del backup como servicio (BaaS)?<\/summary>\n
\u00bfCu\u00e1les son los costes t\u00edpicos de DRaaS para las pymes?<\/summary>\n
\u00bfEs DRaaS conforme al RGPD?<\/summary>\n
\u00bfCon qu\u00e9 frecuencia debe probarse una conmutaci\u00f3n por error de DR?<\/summary>\n
\u00bfPuede DRaaS proteger tambi\u00e9n entornos h\u00edbridos?<\/summary>\n
Lectura complementaria<\/h2>\n
\n
M\u00e1s contenido del grupo medi\u00e1tico MBF Media<\/h2>\n
\n