← Todas las funciones

Restauración no destructiva por defecto

Por Lucas Flores, IT Systeme Flores UG. Última actualización: 2026-10-29

La restauración en Restow es granular o completa (un solo correo, una carpeta, un archivo, una versión concreta de un archivo, o un buzón u OneDrive entero) en la cuenta original o en otra distinta. Por defecto no sobrescribe nada que ya exista: escribe elementos nuevos en lugar de reemplazar en silencio datos vivos, porque lo único peor que una copia de seguridad que falta es una restauración que destruye algo que en realidad no se había perdido. En el correo, el calendario y los contactos no existe ningún modo que sobrescriba: un elemento existente se conserva junto al restaurado o se omite. Dos destinos más nuevos ofrecen sobrescribir como elección explícita, descritos más abajo: los archivos de una biblioteca de SharePoint y los archivos de la ubicación original de un recurso compartido.

Una restauración dice también con claridad cómo terminó. Desde la 0.4.7, una restauración completada en la que fallaron elementos y no se restauró ninguno figura como «Nada restaurado» (Nothing restored; en rojo) y genera restore.failed y el webhook job.failed; una que omitió todos los elementos figura como «Todo omitido» (Everything skipped; en ámbar) y lo dice, en lugar de afirmar que restauró algo. Una restauración en el buzón, el OneDrive o el sitio originales de una cuenta desactivada, sin licencia o bloqueada se rechaza con el motivo: restaure en otra cuenta o descargue los datos. Una restauración IMAP cuya conexión se corta falla y se reintenta en una conexión nueva, donde la comprobación del Message-ID omite lo que ya se había añadido, en lugar de terminar completada con todos los elementos restantes fallidos. Si se reintenta una restauración interrumpida de una lista de SharePoint o de contactos en el modo «Conservar ambos», ya no añade elementos ni contactos dos veces, y una restauración en un buzón indicado por dirección resuelve el buzón que aceptó la API, de modo que una dirección duplicada ya no elige otro. La detección de cuentas desactivadas, sin licencia y bloqueadas que hay detrás del rechazo se probó con una API de Graph simulada, no con un inquilino real de Microsoft 365.

Autoservicio, y restauración para otros

Hoy, los usuarios finales inician sesión con una clave de acceso (passkey) o la contraseña de emergencia con TOTP y solo pueden restaurar su propio buzón u OneDrive, sin necesidad de ningún ticket de administración para el caso habitual. El inicio de sesión con una cuenta de Microsoft (Entra ID) está previsto: el código de inicio de sesión existe, pero todavía nada vincula una cuenta con una identidad de Microsoft, así que hoy nadie puede iniciar sesión con Microsoft y la página de acceso no lo ofrece. El inicio de sesión único (SSO) está previsto. Restaurar en nombre de otra persona requiere el rol de administrador global de ese cliente, o el rol de administrador de proveedor en la edición Service Provider; cada una de esas restauraciones es una suplantación, y en todas las ediciones cada suplantación queda escrita en el registro de auditoría de Restow, con detección de manipulaciones y con cadena de hashes: quién la ejecutó, cuándo, para quién y desde qué IP. El visor de ese registro, con búsqueda, filtros, detalles y verificación de la cadena, forma parte de Business y Service Provider, y desde la 0.3.1 también su exportación, como CSV y como JSON con hashes.

Desde la 0.4.0, también los operadores de restauración, un rol por inquilino que ve y restaura copias sin administrar trabajos, almacenamiento ni usuarios, abren Servidores y equipos, Restauración de archivos. Enumeran los equipos, exploran puntos de restauración, descargan archivos como ZIP y restauran archivos en un equipo, y en Proxmox VE exploran y descargan archivos de puntos de restauración de contenedores y VM. Copiar, los trabajos, los ajustes, los tokens y restaurar un invitado entero siguen con los administradores. Cada lectura, descarga y restauración queda en el registro de auditoría con el operador como actor.

Mirar antes de restaurar

El explorador de restauración permite ver una copia antes de escribir nada. Una cronología delgada de puntos de restauración recorre la parte inferior de la pantalla, con el más reciente centrado, para moverse entre momentos en el tiempo. Una carpeta sin subcarpetas lo indica expresamente.

Desde la 0.4.2 el explorador muestra una entrada por persona. El buzón, el OneDrive y la cuenta IMAP asociada de una persona se agrupan, y la segunda columna muestra Correo, Calendario, Contactos y OneDrive, cada uno con sus propios puntos de restauración. Los sitios de SharePoint y Teams, y desde la 0.4.5 los grupos de Microsoft 365 (calendario y conversaciones del grupo), tienen una sección propia, y un OneDrive cuya cuenta se eliminó aparece bajo el nombre de su propietario como «Cuenta eliminada». La lista llega por páginas, con búsqueda por nombres, direcciones e ID de cuenta y un filtro por tipo, de modo que un inquilino grande nunca carga a todos a la vez; va bien hasta unas 10.000 personas por inquilino y es más lenta por encima.

El calendario de un buzón tiene una vista mensual, día a día en todos sus calendarios o en uno. Una serie aparece una vez en la lista y se abre en sus apariciones, calculadas a partir del patrón guardado con las apariciones modificadas en su sitio, según la zona horaria de la serie a través del horario de verano e invierno. Los eventos se ordenan por el momento en que empiezan, los más recientes primero o los próximos primero, con las columnas Cuándo, Lugar y Organizador. Una aparición suelta que se borró en Outlook no queda anotada en la copia (Microsoft Graph no nombra las apariciones canceladas), así que todavía puede aparecer aquí, como ocurriría tras restaurar la serie.

Desde la 0.4.4 un buzón o un OneDrive grande se abre en milisegundos en lugar de segundos o minutos. Antes, un listado de carpeta leía dos veces por solicitud todas las entradas del punto de restauración; ahora lee los hijos de la carpeta y las carpetas de debajo desde dos índices. En una prueba con 120.000 mensajes y 200.000 archivos, la lista de carpetas de correo pasó de 2,5 segundos a 15 milisegundos, la raíz del buzón y del OneDrive de más de un minuto a 15 milisegundos, y cada carpeta de OneDrive de 1,5 a 2,5 segundos a unos 10 milisegundos; una carpeta de 50.000 mensajes muestra su primera página en aproximadamente medio segundo (antes 1,9 segundos). Las versiones que OneDrive conservó de un archivo y la vista mensual del calendario usan los mismos índices, y la vista previa de un correo o la descarga de un adjunto lee del almacenamiento solo los bytes que necesita, en lugar de todo el pack. Los puntos de restauración de la 0.3.4 y anteriores que el worker aún no ha convertido se listan como antes. Los índices se construyen mientras se ejecuta la actualización, lo que tarda más en una instalación grande: planifique la actualización fuera de la ventana de copias. Son cifras de una prueba, no una promesa para cada instalación.

Restaurar desde archivos de correo, equipos, recursos compartidos y Proxmox VE

Un buzón importado desde archivos de correo (véase importación y exportación de correo) se puede restaurar en un buzón de Microsoft 365 o IMAP, o descargar. No tiene cuenta original, así que para él no se ofrece restaurar en el original. Un servidor o equipo respaldado con el agente (véase copia de servidores y equipos) se restaura en una carpeta nueva de esa máquina, nunca sobre archivos existentes, o se descarga como ZIP. Una máquina virtual o un contenedor respaldado en Proxmox VE (una vista previa, véase copia de Proxmox VE) se restaura como una VMID nueva en el pool restow-restore. Los archivos de un contenedor, o, como vista previa, de una VM, también se pueden explorar y descargar como un ZIP, sin restaurar el invitado; se descargan, no se devuelven a un invitado en ejecución.

Un recurso compartido (véase recursos compartidos) se restaura desde un punto de restauración de una de cuatro maneras: una descarga ZIP, una carpeta nueva del mismo recurso, la ubicación original (sobrescribir, conservar ambos u omitir los archivos existentes) u otro recurso. Los permisos se devuelven donde el destino lo permite, y se enumeran los archivos cuyos permisos no se pudieron establecer. Una restauración en un recurso necesita «Permitir restaurar en este recurso», desactivado por defecto.

Un sitio de SharePoint (véase copia de Microsoft 365 e IMAP) se restaura desde el explorador: archivos y carpetas en la biblioteca original o en otra biblioteca de un sitio copiado de la misma fuente («Conservar ambos», «Sobrescribir», con SharePoint conservando el archivo antiguo como versión, u «Omitir los existentes»), elementos de lista como elementos nuevos en su lista original, o toda la selección como ZIP. Restaurar necesita el permiso de aplicación Sites.ReadWrite.All; los permisos nunca se restauran.

Desde la 0.4.5 también se restaura desde el explorador un grupo de Microsoft 365 (véase copia de Microsoft 365 e IMAP), a partir de sus áreas «Calendario del grupo» y «Conversaciones». En el buzón de un usuario de la misma fuente recupera eventos y conversaciones (las conversaciones como correo en una carpeta Conversations). En el propio grupo recupera solo eventos de calendario, porque Microsoft Graph no permite a ninguna aplicación publicar en una conversación de grupo: cada publicación se informa como no restaurable, con las vías que funcionan. Para un grupo no hay modo «Sobrescribir»: «Conservar ambos» deja copias junto a lo que hay, y «Omitir los existentes» deja los eventos que ya están en el grupo. La descarga como ZIP y la exportación funcionan como en los buzones.

Hacia dónde va «no destructiva por defecto»

Para archivos de OneDrive está previsto un modo «Reemplazar» opcional: el archivo actual pasaría a ser una versión anterior en el propio historial de versiones de OneDrive, sin borrar nada. El correo, el calendario y los contactos nunca se sobrescribirán. La verificación completa de la restauración, elemento por elemento (leyendo de vuelta y comprobando cada elemento respaldado, no una muestra semanal), es la otra pieza de «una restauración realmente probada», cubierta en la página de verificación.

Preguntas frecuentes

Cómo se verifica la restauración →

Más en Aprender: el glosario de copias de seguridad (restauración granular, restauración a un momento dado, punto de restauración) →

Más en Aprender: RPO y RTO, y qué determina con qué rapidez vuelve a funcionar →