Las copias fallan en silencio
Un disco lleno, una carpeta que alguien movió, una contraseña caducada. La tarea sigue programada, pero hace semanas que no copia nada y nadie se ha enterado.
Copias de seguridad gestionadas
Un agente en cada servidor, cifrado antes de salir de su empresa, almacenamiento fuera de sus instalaciones y un panel que avisa cuando algo falla. Sin abrir un solo puerto en su red.
Casi nadie descubre que su copia de seguridad no servía el día que va bien. Se descubre el día del desastre.
Un disco lleno, una carpeta que alguien movió, una contraseña caducada. La tarea sigue programada, pero hace semanas que no copia nada y nadie se ha enterado.
Tener copias no es lo mismo que poder recuperarlas. Un fichero corrupto o una configuración mal puesta solo se descubren cuando hace falta, con el negocio parado.
El cifrado moderno busca primero las copias de seguridad y las destruye antes de cifrar los datos. Si las copias viven en la misma red, se pierden con todo lo demás.
Tres piezas, sin nada que administrar por su parte.
Un servicio pequeño en cada servidor, instalado con una sola línea. Se actualiza solo y no necesita mantenimiento. Su red no abre ningún puerto: es el agente quien llama hacia fuera.
Los datos se comprimen, se deduplican y se cifran dentro de su empresa, antes de salir. Lo que viaja y lo que se guarda es ilegible sin la clave, que no está en el almacenamiento.
El resultado se guarda en almacenamiento profesional en centro de datos europeo. El panel comprueba cada copia, cada repositorio y cada servidor, y avisa cuando algo no cuadra.
Ficheros y bases de datos, con el método correcto en cada caso.
Cualquier carpeta del servidor, con exclusiones para lo que no merece la pena copiar.
Copia consistente de cada base sin interferir con su plan de mantenimiento.
Volcado lógico con las herramientas oficiales del motor.
Volcado lógico con las herramientas oficiales del motor.
Microsoft guarda lo borrado 93 días y nada más. Después, si nadie lo copió, no hay de dónde sacarlo.
El mismo motor con otro proveedor: unidades personales, unidades compartidas y espacios de equipo.
Los mensajes se guardan en su formato original, uno por fichero, para poder abrirlos dentro de años sin depender de Microsoft.
Sin instalar nada en el NAS: lo copia un servidor que ya tiene el agente.
Lo único que importa de una copia es poder volver atrás.
Cada copia guarda el estado completo en ese momento. Se navega por el contenido como por una carpeta, se elige un fichero, una carpeta o todo, y se recupera en el destino que se indique.
Una recuperación nunca escribe encima de los datos originales ni toca el sistema operativo: se deja aparte y usted decide qué mover a su sitio. Las bases de datos se restauran siempre con un nombre nuevo, nunca sobre la que está en producción.
Se conserva el historial de todas las recuperaciones hechas, con quién la pidió, qué se recuperó y cómo terminó.
Cuando hace falta un fichero y nadie recuerda de qué mes era, se busca por nombre en todas las copias a la vez, no una por una.
Una vez por trimestre se hace un simulacro: se recupera de verdad una copia completa en otra ubicación, cronometrando. De ahí salen los dos números que importan de un contrato, cuánto se tarda en volver a trabajar y de cuándo son los datos recuperados, y quedan por escrito.
Cada semana, el sistema elige un fichero al azar de la última copia de cada servidor, lo recupera y comprueba con una huella criptográfica que es idéntico al original. Si algo no cuadra, salta un aviso. No hace falta que nadie se acuerde de probarlo: el resultado aparece en su informe mensual.
31 comprobaciones automáticas, cada una con su umbral y sus destinatarios.
Los avisos llegan por correo, por Telegram o a su propio sistema mediante webhook firmado, y siempre quedan en el panel.
Además, un único mensaje cada mañana: servidores sin conexión, copias fallidas de la noche, avisos abiertos y equipos que necesitan mantenimiento. Si todo ha ido bien, una sola línea.
El diseño parte de una idea incómoda: puede que un día un servidor suyo esté comprometido. Las copias tienen que sobrevivir a eso.
Los datos se cifran en su propio servidor. Ni el proveedor de almacenamiento ni nadie con acceso a los discos puede leerlos.
Solo ejecuta un conjunto cerrado de operaciones previstas. No hay forma de mandarle que ejecute un comando cualquiera, ni siquiera desde el panel.
El borrado por antigüedad lo ordena siempre el panel. Si en un repositorio desaparecen copias sin que se hayan pedido, salta un aviso crítico: es exactamente lo que haría un ransomware.
El almacenamiento mantiene además instantáneas propias, fuera del alcance de las credenciales de sus servidores. Aunque alguien borrara todo, la instantánea anterior sigue ahí.
El agente solo acepta versiones firmadas criptográficamente, las verifica antes de instalarlas y vuelve atrás solo si la nueva no arranca.
Quién entró, desde qué dirección, qué cambió, qué recuperó. Con exportación para auditorías.
Cuando se detectan indicios de cifrado masivo, la limpieza por antigüedad se congela un mes en ese servidor. Es lo que impide que las copias buenas caduquen justo mientras se investiga el incidente.
Una vez al día el panel mira el almacenamiento por su cuenta y compara lo que hay con lo que informa el servidor. Si un servidor estuviera comprometido y siguiera diciendo que todo va bien, ahí se vería.
Las credenciales de cada servidor están limitadas a su propia carpeta: un servidor comprometido no puede leer ni borrar las copias de otro.
Transparencia sin tener que pedir nada.
Cada mes (o cada semana) recibe un PDF con las copias realizadas, el porcentaje de cumplimiento, las incidencias, el espacio ocupado y el resultado de las pruebas de recuperación.
El informe incluye el cumplimiento del objetivo de una copia correcta al día por servidor, expresado en porcentaje. No hay que fiarse de una impresión.
Puede tener su propio usuario de solo lectura para entrar cuando quiera y ver sus servidores, sus copias, su calendario y sus recuperaciones. Sin ver nada de otros clientes ni tocar ninguna configuración.
Un documento con todas las comprobaciones de recuperación del periodo, el fichero comprobado, su huella criptográfica y el resultado de los simulacros. Es lo que pide una auditoría o un seguro de ciberriesgo, y lleva su propia huella registrada.
El anexo del artículo 28 del RGPD, con dónde están los datos, cuánto se conservan, quién más interviene y qué pasa al terminar el servicio. Generado con la configuración real, no con una plantilla.
Para quien quiera entrar en la letra pequeña.
| Tipos de origen | Carpetas y ficheros, SQL Server, MySQL, MariaDB, PostgreSQL, OneDrive y SharePoint, Google Drive, Dropbox, buzones de Microsoft 365 y carpetas de red |
|---|---|
| Tecnología | restic sobre almacenamiento SFTP: deduplicación, compresión y cifrado autenticado en origen |
| Programación | Horario flexible por tarea, en hora local, con recuperación automática de las copias perdidas si el servidor estaba apagado |
| Retención | Por número de copias recientes, diarias, semanales y mensuales, configurable por tarea |
| Ancho de banda | Límite de subida en MiB/s dentro de una franja horaria, para no saturar la línea en horario de trabajo |
| Ficheros abiertos | Instantánea de volumen (VSS) en Windows |
| Ejecución manual | Lanzar una copia al momento, con progreso en vivo y opción de cancelar |
| Registro | Log completo de cada ejecución, tal como lo devuelve el motor de copia |
| Microsoft 365 | OneDrive y bibliotecas de SharePoint, con las carpetas que se elijan |
| Carpetas de red | Recursos compartidos SMB copiados desde un servidor que ya tiene el agente |
| Punto en el tiempo | Copia del registro de transacciones de SQL Server cada pocos minutos, opcional por tarea |
| Servicios | Parada y arranque de servicios concretos alrededor de la copia, para lo que no se puede copiar en caliente |
| Cobertura | Aviso de unidades o carpetas grandes que ninguna tarea está copiando |
| Explorador | Navegación por el contenido de cada copia, carpeta a carpeta |
|---|---|
| Recuperación selectiva | Ficheros, carpetas o la copia entera, al destino que se indique |
| Protección | Nunca sobre la ubicación original, ni sobre carpetas del sistema, ni a unidades de red |
| Bases de datos | Restauración como base nueva, nunca sobre la existente |
| Prueba automática | Un fichero al azar se recupera cada semana y se comprueba con huella SHA-256; el intervalo se ajusta desde el panel |
| Comparación | Diferencias entre dos copias: qué se añadió, se borró o cambió |
| Historial | Registro de todas las recuperaciones, exportable |
| Búsqueda | Buscar un fichero por nombre en todas las copias de un servidor a la vez |
| Simulacro | Recuperación completa cronometrada en otra ubicación, con acta del tiempo real y de la antigüedad de los datos |
| Búsqueda por empresa | Buscar un fichero en todos los servidores de una empresa a la vez, sin saber en cuál estaba |
| Descarga directa | Traer el fichero al panel y descargarlo desde el navegador, sin necesidad de que el servidor original funcione |
| A qué fecha volver | Cada copia se marca como limpia, dudosa o contaminada según cómo se comportaron los datos esa noche |
| Desapariciones | Registro con fecha de las carpetas que dejaron de estar, para contestar «¿desde cuándo falta esto?» |
| Derecho de supresión | Sacar una ruta de todas las copias del historial, con simulación previa y acta de lo que se quitó |
| Estado en vivo | Latido cada minuto por servidor, y cada diez segundos mientras alguien tiene ese servidor abierto; el panel se actualiza solo |
|---|---|
| Reglas | 31 comprobaciones con umbral, gravedad y canales configurables |
| Excepciones | Umbrales distintos para un servidor concreto o para toda una empresa, con el motivo por escrito |
| Revisión periódica | Fallos crónicos, tareas mal configuradas, servidores que ya no caben en su ventana nocturna y huecos reales sin copia |
| Simulacro de aviso | Prueba de extremo a extremo de que la cadena de avisos funciona, con el tiempo que tardó y los canales por los que salió |
| Canales | Correo (SMTP, Gmail o Microsoft 365), Telegram y webhooks firmados |
| Resumen diario | Un mensaje al día con lo que necesita atención |
| Ventanas de mantenimiento | Silenciar avisos de un servidor o de toda la empresa durante un tiempo, con motivo |
| Calendario | Vista de mes y semana con lo hecho y lo previsto |
| Línea de tiempo | Ejecuciones por servidor en 24 horas o 7 días, con detección de solapamientos |
| Actualizaciones | Actualizaciones del sistema pendientes, cuántas son de seguridad y si hay reinicio pendiente |
|---|---|
| Rendimiento | CPU y memoria con histórico de 7 días |
| Inventario | Hardware, sistema, discos físicos con estado S.M.A.R.T., instancias de base de datos, servicios, direcciones IP |
| Historial de cambios | Registro de cada cambio de hardware, versión o servicio |
| Solo lectura | El agente informa; nunca instala actualizaciones ni modifica el sistema |
| Informes | PDF mensual o semanal por empresa, automático por correo, con la marca del proveedor |
|---|---|
| Cumplimiento | Porcentaje de días con copia correcta por servidor |
| Previsión de espacio | Estimación de cuándo se agotará el espacio contratado |
| Exportaciones | Ejecuciones, recuperaciones y registro de actividad en CSV |
| Acceso de cliente | Usuario de solo lectura limitado a su propia empresa |
| Idiomas | Castellano, catalán e inglés, también en los informes y avisos |
| Expediente de incidente | Un botón congela la retención de toda la empresa, abre el expediente y cuenta el plazo de 72 horas del artículo 33 |
| Hoja para el ciberseguro | Los controles que preguntan las pólizas, contestados con datos reales y con fecha, incluidos los que no se cumplen |
| Ficha de recuperación | Un PDF por servidor con qué se copia, cuánto historial hay y a quién llamar, pensado para imprimirlo y guardarlo fuera |
| Documentos con huella | Cada informe emitido queda registrado: pegando su huella se comprueba que salió de aquí |
| Conceptos aparte | Restauraciones, horas e implantaciones se apuntan y entran en el importe del mes |
| Cifrado | En origen, con clave que no reside en el almacenamiento |
|---|---|
| Aislamiento | Credenciales y repositorio propios por servidor |
| Agente | Conjunto cerrado de operaciones; sin ejecución de comandos arbitrarios |
| Actualizaciones | Paquetes firmados con ECDSA, verificados antes de instalar, con reversión automática |
| Identidad del almacenamiento | Clave del servidor de almacenamiento fijada y verificada en cada conexión |
| Acceso al panel | Verificación en dos pasos, bloqueo de la cuenta por intentos fallidos y de la dirección de origen ante intentos masivos, recuperación de contraseña por correo y roles diferenciados |
| Auditoría | Registro completo de accesos y cambios, con dirección IP |
| Ransomware | Detección de cifrado masivo con congelación automática de la limpieza por antigüedad |
| Comprobación independiente | El panel verifica el almacén por su cuenta, sin fiarse de lo que informa el servidor |
| Servidor clonado | Dos servidores con la misma identidad se detectan y se bloquea el segundo, para que no mezclen su historial |
| Claves acotadas | La exportación de claves se puede limitar a un servidor o a una empresa, y queda registrado exactamente qué se llevó |
| Retirada limpia | El agente se desinstala solo desde el panel al terminar con un cliente, sin entrar a su servidor |
| Baja completa | Al terminar, una empresa se borra entera: sus datos del panel, sus copias del almacenamiento y sus credenciales de acceso, con acta de lo que se borró |
Poca cosa, y nada que cambie cómo trabajan sus servidores.
En almacenamiento profesional en un centro de datos europeo, en una carpeta exclusiva de cada servidor y con credenciales propias. Los datos salen ya cifrados de su empresa.
No sin la clave de cifrado, que no está en el almacenamiento. Ni el proveedor del almacenamiento ni nadie con acceso a esos discos puede ver el contenido.
Las copias no se borran desde el servidor: el borrado por antigüedad lo ordena el panel, y una desaparición sin orden dispara un aviso crítico. Además el almacenamiento guarda instantáneas propias fuera del alcance de las credenciales de sus servidores.
Porque se prueba solo. Cada semana se recupera un fichero al azar y se comprueba que es idéntico al original, y el resultado aparece en su informe. La frecuencia se ajusta a lo que usted quiera, hasta una prueba diaria.
La copia se ejecuta en el horario que se acuerde, normalmente de madrugada, y puede limitarse la velocidad de subida para no saturar la línea en horario de trabajo.
La copia queda registrada como perdida y se recupera automáticamente cuando el servidor vuelve, dentro de la ventana configurada.
Sí. Puede tener un acceso de solo lectura a su propia empresa, además del informe periódico por correo.
En SQL Server, sí: activando la copia del registro de transacciones, que se hace cada pocos minutos, se puede volver al estado exacto de, por ejemplo, las 14:35.
Sí, al mismo almacén cifrado que el resto, con el mismo historial. Conviene saber que Microsoft solo guarda lo borrado 93 días: pasado ese plazo, si nadie lo copió, no hay de dónde sacarlo.
Sus copias son suyas. Se entregan las claves de cifrado y los datos, que se pueden leer con herramienta estándar de código abierto, sin depender de este panel.
Le explicamos cómo quedaría en su caso concreto, qué servidores conviene copiar y con qué frecuencia.