Copias de seguridad de Microsoft 365 con restauración demostrada.

Lo anunciaremos con al menos doce meses de antelación y después publicaremos los módulos Business y Service Provider como código abierto bajo la licencia del núcleo, Apache 2.0. Su instalación seguirá funcionando sin clave de licencia.

No en las licencias de la preventa: incluyen todas las actualizaciones de la serie 1.x. Desde la versión 1.0, una licencia incluye 12 meses de actualizaciones; después, un año de actualizaciones opcional cuesta 295 € (Business) o 595 € (Service Provider) netos, de año en año y nunca renovado automáticamente. Sin él, cada versión publicada hasta entonces sigue funcionando con todos los módulos, pero las versiones antiguas no reciben actualizaciones de seguridad. Tras una pausa, el siguiente año cuesta el precio normal, sin pagos atrasados.

Donde usted apunte Restow: almacenamiento local, objetos compatibles con S3, NFS. Si su proveedor de TI opera Restow por usted, él le dirá dónde. Restow nunca guarda sus datos en nuestra infraestructura. Dónde acaba una copia se nombra en las páginas del invitado, del equipo y del recurso compartido y en los editores de trabajos, con un aviso cuando es un directorio en el propio disco del servidor.

Un registro de aplicación en Entra ID que el administrador de su tenant aprueba una vez, con permisos de aplicación de Graph limitados a copia y restauración. Como alternativa, desde la 0.2.2 una fuente puede usar una aplicación Graph propia que el administrador de su tenant crea en su propio tenant. Restow solo usa Graph, nunca EWS (Microsoft empezó a desactivar EWS para Exchange Online el 1 de octubre de 2026) ni autenticación heredada. La copia de SharePoint Online necesita el permiso de aplicación adicional Sites.ReadWrite.All (Sites.Read.All basta para copiar, no para restaurar) y un nuevo consentimiento del administrador de su tenant. La lista exacta está en la documentación.

Sí, con límites, desde la 0.1.0. Todas las ediciones, Community incluida, tienen el archivo: un almacén de solo anexado con cadena de hashes SHA-256, verificación de la cadena (cada eslabón, los anclajes diarios y, opcionalmente, una muestra del contenido de los mensajes), exportación, lectura y descarga como .eml y una búsqueda por asunto, direcciones y texto de los mensajes importados, con filtros por remitente, fecha y buzón (los adjuntos no se buscan). Se llena con la importación de correo con archivado; desde la 0.3.1 hay un archivo por trabajo de correo, y desde la 0.4.2 el editor de trabajos de correo pregunta primero si el trabajo copia, archiva o ambos. Business y Service Provider añaden la capa diseñada para un uso conforme a GoBD: recepción de informes de journaling de Exchange Online por SMTP y, desde la 0.4.4, de copias que reenvía un proveedor de correo (ambas capturan en el transporte; el receptor requiere un certificado TLS propio, y los informes de journaling se asignan a los buzones que nombran), retención obligatoria y retención legal. Desde la 0.4.4 también capturan desde los buzones: Microsoft 365 por notificaciones de cambios de Graph e IMAP y Google Workspace por sincronización IMAP, cada una con una asunción única del correo que ya está allí y un elemento archivado por correo, sin importar por cuántas vías se capturó. Esa captura es cercana al momento y no es completa (un correo movido o eliminado justo tras la entrega puede perderse) y se probó con servicios simulados, no con un inquilino real de Microsoft 365 o Google Workspace. Un trabajo de correo que ya archivaba antes de la 0.4.4 conserva solo el journaling hasta que un administrador activa otra vía. Desde la 0.4.0 un administrador puede activar la inmutabilidad por repositorio: S3 Object Lock bloquea los paquetes, los manifiestos y las claves del almacén de fragmentos, y en directorios locales y recursos NFS un retraso de borrado hace que el propio código de Restow se niegue a borrar o sobrescribir, lo que protege frente al mal uso de Restow pero no es inmutabilidad por parte del almacenamiento. Está desactivada hasta que se activa y se probó contra un S3 simulado, no contra un servicio real. El archivo está diseñado para un uso conforme a GoBD, no certificado. La búsqueda autoservicio para usuarios finales está planificada.

Sí, en Linux y macOS, en todas las ediciones, Community incluida. Las copias funcionan con restic, el conocido programa de copias de seguridad de código abierto: la copia de cada equipo es un repositorio restic normal que el propio restic puede abrir con la contraseña del repositorio del equipo, también sin Restow. Usted ejecuta un comando de instalación en el equipo; el script pide el token de un solo uso sin mostrarlo, comprueba la firma de la versión del agente e instala el agente en una carpeta que solo root puede modificar. El agente se conecta solo de salida por HTTPS y puede añadir copias, pero nunca borrarlas. Las restauraciones van a una carpeta nueva o a una descarga ZIP, y una prueba de restauración relee muestras y compara hashes. Una copia en curso se puede detener desde la aplicación web (desde la 0.4.2) y termina como cancelada, no como fallida. Windows, instantáneas del sistema de archivos e imágenes de disco (restauración completa del equipo) todavía no están disponibles: el agente copia archivos. Están planificados, sin fecha. Un servidor de archivos Windows se puede copiar sin agente como recurso compartido SMB. Las políticas de agentes fijan por instalación, inquilino o trabajo de copia una ventana de copia, la recuperación de copias perdidas, un límite de subida, el uso solo con corriente y los reintentos. restic es un proyecto de código abierto independiente (BSD-2-Clause, restic.net); Restow no está afiliado a él.

Sí, desde la 0.4.0, en todas las ediciones, Community incluida. Restow monta un recurso compartido SMB (Windows Server, Samba, un NAS) o una exportación NFS en solo lectura durante una ejecución, desde el servidor, sin agente en el servidor de archivos, y lo copia con restic en un repositorio propio, conservando los permisos NTFS. Cada punto de restauración nuevo se comprueba releyendo archivos de muestra, y una ejecución en curso se puede cancelar desde el panel de ejecución. Se puede restaurar como ZIP, en una carpeta nueva, en la ubicación original o en otro recurso compartido, con permisos cuando el destino lo permite. Se probó contra Samba en la prueba de humo de la versión, no contra Windows Server, un recurso de Synology o TrueNAS ni exportaciones NFS reales, y los archivos abiertos con bloqueo exclusivo se omiten, porque no hay VSS sobre SMB.

Sí, como vista previa desde la 0.3.1, en todas las ediciones, también en Community. Restow copia máquinas virtuales y contenedores en Proxmox VE 8.4 y posteriores mediante la Backup Provider API de Proxmox: discos de VM por NBD con dirty bitmaps, de modo que solo se suben los bloques modificados de 4 MiB, y contenedores con restic. Una restauración crea una VMID nueva en el pool restow-restore. Desde la 0.3.2 un único comando conecta un nodo. El lado del nodo es un shim de plugin de almacenamiento (una obra aparte bajo AGPL-3.0-or-later) y el asistente restow-pve (Apache-2.0). Desde la 0.4.0 también muestra el progreso de las copias en curso, puede arrancar en aislamiento el punto de restauración más reciente de un invitado como prueba de arranque y explora y descarga archivos de contenedores y, como vista previa aparte, de VMs. Desde la 0.4.2 una copia en cola o en curso se puede detener desde la aplicación web, cada punto de restauración nuevo se relee en minutos tras su copia, y un contenedor cuyo repositorio ha desaparecido empieza una cadena de copias nueva. Es una vista previa: se probó con qemu-nbd, qemu-img y restic y, para las funciones más nuevas, con el nodo simulado de las suites de pruebas, no con un clúster real de Proxmox VE. Todavía no se recomienda como única copia.

Dos cosas, ambas desde la 0.4.0 y en todas las ediciones, y ninguna es un antivirus. Copias inmutables, desactivadas hasta que un administrador las activa por repositorio: S3 Object Lock (compliance o governance) impide que el propio almacenamiento borre datos bloqueados hasta que caduca el bloqueo, y en directorios locales y recursos NFS un retraso de borrado hace que el propio código de Restow se niegue a borrar o sobrescribir, lo que protege frente al mal uso de Restow pero no frente a alguien con acceso al servidor. La detección de ransomware juzga cada punto de restauración nuevo con datos que la copia ya tiene (cantidad de cambios, borrados masivos, extensiones renombradas o de ransomware conocido, notas de rescate, archivos que parecen cifrados) y, mientras un hallazgo está sin resolver, pone en pausa la retención para que no se poden puntos de restauración antiguos y limpios. Nunca bloquea una copia. Object Lock se probó contra un S3 simulado y la detección con ataques simulados, no con ransomware real, y el repositorio predeterminado de la instalación no puede hacerse inmutable.

Se pueden importar EML, MSG, MBOX (Thunderbird, Apple Mail) y exportaciones de MailStore en forma EML o MSG como un buzón histórico que puede explorar, restaurar en Microsoft 365 o IMAP, descargar y, si quiere, archivar. Los archivos PST y OST se reconocen y se rechazan con una explicación; la importación de PST y OST está prevista. Restow no puede leer el formato de archivo interno de MailStore, así que exporte antes desde MailStore.

Solo si usted lo activa. La comprobación de actualizaciones está desactivada hasta que un administrador la activa y entonces solo lee la lista de versiones de la fuente que usted eligió (por defecto las versiones públicas de GitHub). Un actualizador opcional, un perfil de Compose aparte, puede aplicar una actualización con copia previa de la base de datos y reversión automática; desde la 0.4.0 el diálogo de actualización pregunta qué hacer con las copias en curso (detenerlas limpiamente, esperarlas o no esperar), y desde la 0.4.2 una actualización se puede planificar para una fecha y hora elegidas, y los nodos de Proxmox VE y los agentes siguen una actualización del servidor mientras las ejecuciones nuevas esperan, 15 minutos como máximo. La reversión solo vale mientras no se hayan ejecutado las migraciones de la base de datos; después de una migración el actualizador se detiene, conserva el volcado e indica cómo restaurarlo. Necesita el socket de Docker, que equivale a root en el host; lea la contrapartida en la documentación antes de activarlo.

Cada versión sale en dos compilaciones, completa y Community, con cuatro imágenes (restow, restow-web, restow-community, restow-web-community), cada una compilada para amd64 y arm64, firmada con cosign y con una SBOM; la documentación muestra el comando que verifica una firma. Cada versión del agente la firma el mantenedor con una clave Ed25519, y el instalador y el agente comprueban esa firma antes de ejecutar nada; en una primera instalación, compare la huella de la clave de versión que muestra el instalador con la publicada, SHA256:2LB7RPpIS0wqbcZ2NA8MjuQN7ZfFPqBX3CwrGFSu76o (también en las notas de la versión). Antes de publicar una versión tiene que superarse una prueba de humo con ambas compilaciones: instalación nueva, restauraciones con comparación de hashes, copia de equipos, importación de correo, copia de recursos compartidos contra Samba. La comprobación de Microsoft 365 contra un tenant de desarrollo (comprobación 4) todavía no está activa: se omitió en todas las versiones hasta ahora. En las pruebas de la versión, el instalador del agente solo se ejecuta en un contenedor Linux.

El núcleo es de código abierto bajo la Apache License 2.0, en GitHub. Los módulos Business y Service Provider se rigen por las condiciones de licencia de Restow.

Sí, en demo.restowbackup.com: dos inquilinos ficticios con correo sintético y 30 días de historial. Navegar, las estadísticas, las copias, las pruebas de restauración y restaurar como descarga funcionan; restaurar en un buzón y cambiar fuentes, ajustes o usuarios están bloqueados. Todo se restablece cada noche a las 03:00 y no se guarda ninguna dirección IP de los visitantes.