Cluster Backup
Un servicio de backup empresarial protege la información que sostiene la actividad diaria y garantiza que se pueda volver a poner en marcha en un plazo conocido. Automatizamos las copias de servidores, entornos virtualizados, bases de datos, puestos de trabajo y aplicaciones en la nube, las ciframos, las guardamos fuera del alcance de los administradores del cliente y comprobamos que se pueden restaurar.
Es un servicio gestionado que copia de forma periódica la información de una organización a un repositorio independiente, la conserva durante un periodo definido y permite recuperarla con un nivel de detalle que va desde un único archivo hasta un servidor completo. La diferencia respecto a una herramienta instalada y olvidada está en la operación: alguien define la política, revisa los resultados, corrige los errores y ensaya la recuperación.
En la práctica, una empresa mediana tiene datos repartidos en sitios muy distintos: un servidor de ficheros, un ERP con su base de datos, varias máquinas virtuales, un NAS con proyectos históricos, portátiles que salen de la oficina y correo, archivos y colaboración en Microsoft 365 o Google Workspace. Cada uno de esos orígenes necesita un método de copia distinto, pero todos deben responder a la misma política y verse en el mismo panel.
Nuestro trabajo consiste en unificar eso. Primero levantamos el inventario real —no el que figura en la documentación—, después clasificamos la información por criticidad y por último definimos, para cada grupo, cada cuánto se copia, cuánto tiempo se conserva y en cuánto tiempo tiene que estar disponible de nuevo.
La pérdida de datos casi nunca llega por un único motivo espectacular. Llega por una suma de causas ordinarias: un disco que falla, una actualización que corrompe una base de datos, un usuario que borra una carpeta compartida, un correo con un adjunto malicioso que cifra un recurso de red, o una migración que sale mal. En cada uno de esos casos la pregunta que decide el impacto es siempre la misma: ¿existe una copia válida y cuánto se tarda en volver a trabajar con ella?
Recuperar en horas en lugar de días evita paradas de producción, facturación detenida y contratos incumplidos.
Con copias inmutables verificadas, un cifrado masivo deja de ser una negociación y pasa a ser una restauración.
Documentación contable, laboral o sanitaria con retenciones de años, accesibles y trazables.
Borrados accidentales, sobreescrituras y versiones perdidas resueltos con versionado por puntos en el tiempo.
Evidencias del plan de copias, de las pruebas realizadas y de los tiempos de recuperación comprometidos.
Los datos siguen siendo tuyos y exportables; el servicio no crea una dependencia irreversible.
El diseño técnico se apoya en cuatro pilares que se configuran de forma distinta para cada cliente, pero que siempre están presentes.
Los datos se cifran antes de salir de la red del cliente y permanecen cifrados en el repositorio. Las claves se custodian de forma que ni un acceso al almacenamiento permita leer el contenido. El canal de transporte también va cifrado, de modo que la copia puede viajar por internet sin exponer información.
Cada grupo de sistemas tiene su ventana y su frecuencia. Las bases de datos se copian en caliente con consistencia de aplicación, las máquinas virtuales mediante instantáneas del hipervisor y los puestos de trabajo cuando están conectados. Si un trabajo falla, se reintenta y genera alerta.
Conservamos varios puntos de restauración diarios, semanales, mensuales y anuales según la política acordada. Esto permite volver a un estado anterior aunque el problema se detecte semanas después, algo habitual en corrupciones silenciosas de datos y en ataques con permanencia prolongada.
La restauración es granular: un fichero, una carpeta, un buzón, un elemento de correo o la máquina completa. En incidentes graves se prioriza por servicio, no por servidor: primero vuelve lo que permite facturar y atender clientes.
Elegir el tipo de copia no es una cuestión estética: determina cuánto espacio se consume, cuánto duran las ventanas y cuánto se tarda en recuperar. La mayoría de los servicios combinan los tres.
| Tipo | Qué copia | Espacio y ventana | Recuperación |
|---|---|---|---|
| Completo | Todos los datos seleccionados, sin depender de copias previas | El mayor consumo y la ventana más larga | La más simple: un solo punto contiene todo |
| Incremental | Solo lo modificado desde la copia anterior, sea completa o incremental | Consumo y ventana mínimos | Necesita la cadena completa de puntos intermedios |
| Diferencial | Todo lo modificado desde la última copia completa | Intermedio, crece a medida que pasan los días | Requiere la completa más una única diferencial |
En la práctica trabajamos con cadenas incrementales sintéticas: se realiza una copia completa inicial y a partir de ahí solo se transfieren los bloques modificados, mientras el repositorio consolida periódicamente un punto completo. Así se combina una ventana corta con una recuperación rápida.
No es una elección excluyente. La copia local permite restaurar volúmenes grandes a la velocidad de la red interna, algo decisivo cuando hay que devolver varios terabytes a producción. La copia en la nube aporta lo que la local no puede: una réplica fuera de las instalaciones, inmune a un incendio, un robo o una inundación, y aislada de las credenciales del dominio.
El esquema que recomendamos mantiene al menos dos copias en soportes distintos y una de ellas fuera de la sede, con al menos una versión inmutable y verificación de restauración sin errores. Sobre esa base se ajusta el resto: qué se queda en local por volumen, qué sube a la nube por criticidad y cada cuánto se consolida.
Los ataques actuales buscan primero los repositorios de copia. Si el atacante consigue credenciales de administración del dominio y las copias están accesibles desde ese mismo dominio, la extorsión se vuelve efectiva. La arquitectura del servicio parte de esa premisa: el repositorio no pertenece al directorio del cliente, exige autenticación propia con doble factor y aplica retención inmutable durante el periodo configurado.
A esto se suman la detección de patrones anómalos —crecimientos súbitos de datos modificados o entropía inusual en los ficheros—, alertas inmediatas y un procedimiento de recuperación por prioridad de servicio que se ensaya antes de necesitarlo. La página de protección frente a ransomware desarrollará el detalle del servicio de contención y respuesta.
Inventario de sistemas, volúmenes y revisión del estado real de las copias actuales.
Objetivos de recuperación, retenciones, ventanas y arquitectura del repositorio.
Instalación de agentes, primera copia planificada y ajuste de rendimiento.
Vigilancia diaria, informes, pruebas de restauración y revisiones periódicas.
El servicio encaja especialmente en organizaciones con entre 10 y varios cientos de puestos que ya tienen infraestructura propia o virtualizada y no disponen de un equipo dedicado a operar copias. Es habitual en despachos profesionales y asesorías, clínicas y centros sanitarios, ingenierías y estudios técnicos con proyectos de gran volumen, industria con sistemas de control y producción, distribución y logística con ERP en marcha, y empresas de comercio electrónico. También en departamentos IT que sí tienen equipo, pero prefieren externalizar la vigilancia y las pruebas de restauración para liberar horas.
Dudas habituales de los responsables de IT y dirección antes de contratar.
Un servicio empresarial protege sistemas en funcionamiento continuo: bases de datos abiertas, máquinas virtuales, buzones y servidores de ficheros. Trabaja con copias consistentes a nivel de aplicación, retenciones definidas, cifrado, control de accesos y un responsable que verifica los trabajos cada día.
Depende del tipo de dato. Para ficheros de trabajo suele bastar una retención de semanas con varios puntos diarios; para contabilidad, facturación o documentación sujeta a obligaciones de conservación se configuran retenciones mensuales y anuales de varios años.
Las copias completas iniciales son las más exigentes y se planifican fuera del horario productivo. Después, los trabajos incrementales solo leen los bloques modificados, con límites de ancho de banda y de carga para que la operación diaria no se vea afectada.
Por eso el repositorio se mantiene fuera del dominio del cliente, con credenciales independientes y retención inmutable: durante el periodo configurado ningún administrador, ni legítimo ni comprometido, puede modificar ni eliminar los puntos de restauración.
Se puede restaurar de forma granular: un archivo, una carpeta, un buzón, un elemento concreto de un buzón, una tabla de base de datos o la máquina virtual completa, según lo que haya ocurrido.
Con verificación automática de la integridad de cada punto de restauración y con pruebas de recuperación programadas sobre entornos aislados, cuyo resultado se documenta y se revisa contigo.
Número de servidores físicos y virtuales, hipervisores en uso, volumen de datos ocupado, bases de datos y sus tamaños, número de buzones en la nube, y los plazos de recuperación que la empresa considera aceptables.
Analizamos qué se está copiando hoy, qué queda fuera y cuánto tardarías en recuperar cada sistema. Con ese diagnóstico proponemos una política de copias realista.
También puedes escribir a info@backupnube.es
