# AegisGrid – contenido completo de aegisgrid.de en español > Todas las páginas en español de aegisgrid.de como texto. Proveedor: MSD Computersysteme GmbH, Alemania. > Fecha: 2026-11-13 --- Fuente: https://aegisgrid.de/es/ Copias de seguridad desde la UE # Copias de seguridad en las que puede confiar. AegisGrid es más que copia y recuperación: un sistema de copias de seguridad que protege servidores, máquinas virtuales y Microsoft 365 de forma deduplicada y cifrada, sigue trabajando con las copias en el servidor de copias, las restaura a modo de prueba y deja constancia firmada de cada paso. Desarrollado en Alemania. Si lo desea, nos encargamos de la operación como backup gestionado, y para la copia externa tiene a su disposición nuestro almacenamiento en la nube en Alemania. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) Ver las funciones (https://aegisgrid.de/es/funciones/) - Desarrollado en Alemania - Operación conforme al RGPD - Cifrado AES-256 - Copias inmutables Copias de esta nocheTodas correctas - Servidor de archivos (Windows, VSS)02:14 - Host Hyper-V, 6 VM02:41 - Proxmox VE, 4 VM03:05 - Microsoft 36503:30 - Copia al almacenamiento en la nube03:52 Vista de ejemplo · dos destinos, una sola lectura · transferencia cifrada Para quienes asumen responsabilidad ## Una solución, tres perspectivas La dirección necesita seguridad, la dirección de TI una estrategia sólida y la administración una herramienta que funcione de forma fiable cada día. AegisGrid está pensado para los tres. Dirección ### Seguir trabajando cuando más importa Protección frente a ransomware y pérdida de datos, evidencias firmadas para el RGPD, NIS2 e infraestructuras críticas, y un proveedor con sede en Alemania. Más para la dirección (https://aegisgrid.de/en/solutions/management/) Dirección de TI ### Una estrategia de copias que funciona Varios destinos en una sola ejecución, copias inmutables, comprobaciones periódicas y restauraciones de comprobación: la regla 3-2-1-1-0 en una ejecución y con pruebas. Más para la dirección de TI (https://aegisgrid.de/en/solutions/it-management/) Administración y técnica ### Tecnología que se puede entender Deduplicación basada en contenido, compresión zstd, TLS con fijación de certificado, VSS y LVM, Hyper-V, Proxmox VE, Xen y una API HTTPS. Más para administradores (https://aegisgrid.de/en/solutions/administrators/) AES-256-GCMo ChaCha20-Poly1305: cifrado antes de que los datos salgan de su empresa Hasta 8 destinosen una ejecución: en local, en sus propias sedes o en el centro de datos Ed25519actualizaciones y componentes firmados: no se instala nada sin firma Alemaniadesarrollo, operación y soporte de un solo proveedor Funciones ## Todo lo que una copia de seguridad debe ofrecer hoy Cada copia está completa por sí misma y se puede restaurar por separado, sin cadenas de copias completas e incrementales que quedan inservibles cuando falla un eslabón. ### Deduplicación Los datos se dividen en bloques según su contenido; solo se guarda lo que aún no existe, también entre varios equipos. ### Cifrado AES-256-GCM o ChaCha20-Poly1305 por store, transferencia por TLS con certificado de servidor fijado. ### Protección frente a ransomware Almacenamiento WORM con bloqueo de retención: hasta que vence el bloqueo, las copias no se pueden modificar ni borrar. Si cambian muchos más archivos de lo habitual, AegisGrid avisa y conserva las versiones anteriores. ### Virtualización Copias de VM completas de Hyper-V, Proxmox VE y Xen con todos sus discos y su configuración, restauración como VM nueva o, en Proxmox VE y Xen, vuelta in situ a una versión anterior. ### Microsoft 365 Buzones con calendario, contactos y tareas, además de OneDrive y SharePoint, por separado o para todo el tenant. ### Integridad demostrable Comprobación de todos los objetos guardados, restauración de comprobación automática que arranca las VM en un entorno aislado, análisis antivirus y un registro firmado para NIS2 y el BSI. **Protegido también en movilidad:** si se cierra un portátil, se apaga o se agota la batería, la copia continúa después donde se quedó. Portátiles y puestos móviles (https://aegisgrid.de/en/solutions/notebooks/) Todas las funciones de un vistazo (https://aegisgrid.de/es/funciones/) Sistema de copias de seguridad ## Más que copia y recuperación AegisGrid crece con sus necesidades: desde un solo equipo hasta el centro de datos, con el mismo software. - ### Copiar sin complicaciones Un equipo, un disco USB o un NAS: para empezar no hace falta ni servidor ni nube. - ### 3-2-1-1-0 en una ejecución El origen se lee una sola vez y se escriben hasta ocho destinos: en local, inmutable y fuera de la empresa. - ### Un servidor de copias que sigue trabajando Las copias recibidas desencadenan tareas: comprobar, replicar, exportar, limpiar y restaurar a modo de prueba, arrancando las VM en un entorno aislado. Sobre el servidor de copias (https://aegisgrid.de/en/backup-server/) - ### Demostrable ante auditores Un registro encadenado y firmado, una copia para su SIEM y cada mes un informe firmado para NIS2, infraestructuras críticas y el BSI. Sobre las evidencias (https://aegisgrid.de/en/evidence/) Backup gestionado ## Nosotros nos encargamos. Usted sigue trabajando. Con el backup gestionado de AegisGrid, MSD Computersysteme GmbH, desde la UE, se ocupa de la instalación, mantiene actualizados los servidores de copias y los agentes y comprueba periódicamente que sus copias se pueden restaurar. Usted decide dónde se guardan las copias: en su empresa, en una segunda sede o en el almacenamiento en la nube de AegisGrid (https://aegisgrid.de/es/almacenamiento-en-la-nube/). Conocer el backup gestionado (https://aegisgrid.de/es/backup-gestionado/) - **Operado por especialistas en Alemania**: interlocutores fijos, sin centralitas en el extranjero. - **Instalación y actualizaciones**: servidores de copias y agentes siempre al día. - **Pruebas de restauración**: comprobadas periódicamente, con informe. - **Supervisión diaria**: vemos los problemas antes de que se conviertan en emergencias. - **Restauración acompañada**: en caso de emergencia trabajamos junto a usted. - **Encargo de tratamiento según el art. 28 del RGPD**: con contrato y claramente regulado. Confianza ## Por qué puede confiar en nosotros Las copias de seguridad contienen todo lo que define a una empresa. Quien las procesa debería estar sujeto al mismo derecho que usted. ### Derecho alemán y europeo Proveedor, desarrollo y operación en Alemania. Sus datos de copia no se transfieren a terceros países. ### Sus claves se quedan con usted Sin la clave, un store cifrado no revela nada de su contenido, ni siquiera a quien opera el almacenamiento. ### Sus datos siguen accesibles Su licencia funciona sin conexión permanente con nosotros. Si vence, solo se detienen las copias nuevas: restaurar desde sus propios sistemas siempre es posible, y nunca se borra nada por una licencia. ### Personas accesibles Desarrollo y soporte trabajan juntos. Las preguntas llegan a quienes construyen el software. Preguntas frecuentes ## Respuestas breves **¿Qué es AegisGrid?** AegisGrid es un sistema de copias de seguridad para empresas, más que copia y restauración. Protege archivos, unidades completas, máquinas virtuales (Hyper-V, Proxmox VE, Xen) y Microsoft 365 de forma deduplicada y cifrada, desde un solo equipo a un disco USB hasta su propio servidor de copias, que sigue trabajando con las copias, las restaura a modo de prueba y lleva un registro verificable. El proveedor es MSD Computersysteme GmbH, en Alemania. **¿Dónde se guardan mis copias?** Donde usted decida. AegisGrid copia en discos locales y NAS, en su propio servidor de copias en la empresa o en una segunda sede, en almacenamiento de objetos compatible con S3 y exporta a cinta o disco USB: hasta ocho destinos en una ejecución. Para la copia externa puede usar, si lo desea, el almacenamiento en la nube de AegisGrid (https://aegisgrid.de/es/almacenamiento-en-la-nube/) en centros de datos certificados en Alemania. La nube no es un requisito. **¿Cumple AegisGrid el RGPD?** AegisGrid se desarrolla en Alemania. Usted decide dónde se guardan sus copias: en sus instalaciones, en una segunda sede propia o en el almacenamiento en la nube de AegisGrid, que se encuentra exclusivamente en centros de datos certificados en Alemania. Para el almacenamiento en la nube y el backup gestionado, MSD Computersysteme GmbH firma con usted un contrato de encargo de tratamiento según el art. 28 del RGPD. Los datos se cifran antes de la transferencia. **¿Qué sistemas puede proteger AegisGrid?** Servidores Windows y Linux, puestos de trabajo y portátiles (archivos, volúmenes y discos completos, de forma coherente mediante VSS o instantáneas LVM), máquinas virtuales en Hyper-V, Proxmox VE y Xen, y Microsoft 365 con buzones de Exchange, OneDrive y SharePoint. **¿Protege AegisGrid frente al ransomware?** Sí. Las copias se pueden guardar en almacenamiento WORM con bloqueo de retención; hasta que vence el bloqueo no se pueden modificar ni borrar. Además, en la misma ejecución se puede escribir una segunda copia en otro lugar. En las copias de archivos, AegisGrid avisa cuando han cambiado muchos más archivos de lo habitual y entonces no elimina las versiones anteriores; la restauración de comprobación busca en las copias rastros de ransomware y, si se desea, virus. **¿Cuánto cuesta AegisGrid?** El coste depende del alcance y del modo de operación (operación propia o backup gestionado, con o sin almacenamiento en la nube). Con gusto le preparamos una oferta, idealmente en el marco de un proyecto piloto en su entorno. ## Pruebe AegisGrid en su entorno En un proyecto piloto protegemos juntos sistemas seleccionados y los restauramos a modo de prueba. Así verá cómo funciona AegisGrid en su entorno antes de decidir. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) +49 211 21099-0 --- Fuente: https://aegisgrid.de/es/almacenamiento-en-la-nube/ Almacenamiento en la nube # La copia externa en Alemania. El almacenamiento en la nube de AegisGrid es un destino de copias en centros de datos certificados en Alemania. Lo utiliza junto a sus propios destinos, tanto si opera AegisGrid usted mismo como a través de un socio o con nuestro backup gestionado. Consultar el almacenamiento en la nube (https://aegisgrid.de/es/contacto/?thema=cloud) ## Un destino entre varios AegisGrid copia en una ejecución a hasta ocho destinos. El almacenamiento en la nube es uno de ellos: normalmente la copia externa junto a una copia rápida en su empresa. ### Cifrado antes de salir Los datos se cifran en sus sistemas con AES-256-GCM o ChaCha20-Poly1305 y se transfieren por TLS. Sin su clave, el contenido no se puede leer. ### Solo lo que falta Gracias a la deduplicación solo se transfiere lo que aún no está en el almacenamiento en la nube. Las transferencias interrumpidas continúan donde se quedaron. ### Inmutable si lo desea Con bloqueo de retención, las copias no se pueden modificar ni borrar hasta que vence el bloqueo, ni siquiera por un ransomware en su red. ## Sus datos se quedan en Alemania El almacenamiento en la nube se encuentra exclusivamente en centros de datos certificados en Alemania y lo opera MSD Computersysteme GmbH con personal propio. No se transfieren datos a terceros países. La base es un contrato de encargo de tratamiento según el art. 28 del RGPD con las medidas técnicas y organizativas. - **Ubicación:** centros de datos certificados en Alemania - **Operación:** MSD Computersysteme GmbH, Alemania - **Cifrado:** en sus sistemas, TLS en tránsito - **Contrato:** encargo de tratamiento según el art. 28 del RGPD - **Restauración:** directamente desde el almacenamiento en la nube ## Preguntas sobre el almacenamiento en la nube **¿Necesito para ello el backup gestionado?** No. Cualquier cliente de AegisGrid puede usar el almacenamiento en la nube como destino: en operación propia, a través de un socio o junto con el backup gestionado (https://aegisgrid.de/es/backup-gestionado/). **¿Tengo que usar el almacenamiento en la nube?** No. AegisGrid copia igualmente en discos locales, NAS, sus propios servidores de copias en la empresa o en una segunda sede, y exporta a cinta o disco USB. El almacenamiento en la nube es una opción para quienes no quieren operar una segunda sede propia para la copia externa. **¿Es adecuado el almacenamiento en la nube para portátiles?** Sí. Los portátiles llegan al almacenamiento en la nube por Internet sin necesidad de estar en la red de la empresa y reanudan las copias interrumpidas. Más información en Portátiles y puestos móviles (https://aegisgrid.de/en/solutions/notebooks/). **¿Cuánto cuesta el almacenamiento en la nube?** Precios a consultar. Con gusto le preparamos una oferta adaptada a su volumen de datos. ## Una copia externa sin segunda sede Sin compromiso y en persona: hablamos con usted del volumen de datos, la retención y la conexión. Consultar el almacenamiento en la nube (https://aegisgrid.de/es/contacto/?thema=cloud) +49 211 21099-0 --- Fuente: https://aegisgrid.de/es/aviso-legal/ # Aviso legal Esta es una traducción para su comodidad. Solo la versión alemana (https://aegisgrid.de/impressum/) es jurídicamente vinculante. ## Información según el § 5 DDG (Ley alemana de servicios digitales) MSD Computersysteme GmbH Grunerstraße 41 40239 Düsseldorf Alemania ## Representada por Director gerente: Uwe Solleder ## Contacto Teléfono: +49 211 21099-0 Correo electrónico: el formulario de contacto en https://aegisgrid.de/es/contacto/ ## Inscripción registral Tribunal de registro: Amtsgericht Düsseldorf Número de registro: HRB 82077 ## Número de identificación a efectos del IVA Número de IVA según el § 27a de la Ley alemana del IVA: DE140299160 ## Responsable del contenido según el § 18.2 MStV Uwe Solleder Grunerstraße 41, 40239 Düsseldorf, Alemania ## Marcas AegisGrid es una marca de MSD Computersysteme GmbH. Los demás nombres de productos y empresas mencionados en este sitio web son marcas de sus respectivos titulares; se mencionan únicamente con fines informativos. ## Resolución de litigios con consumidores No estamos dispuestos ni obligados a participar en procedimientos de resolución de litigios ante una junta arbitral de consumo. ## Responsabilidad por los contenidos Como proveedor de servicios somos responsables de nuestros propios contenidos en estas páginas conforme a la legislación general. Sin embargo, no estamos obligados a supervisar la información de terceros transmitida o almacenada ni a investigar circunstancias que indiquen una actividad ilícita. En cuanto tengamos conocimiento de una infracción, eliminaremos el contenido correspondiente sin demora. ## Responsabilidad por los enlaces Este sitio web contiene enlaces a sitios de terceros sobre cuyos contenidos no tenemos influencia. El responsable de esos contenidos es el proveedor correspondiente. En el momento de enlazarlos no se apreciaban infracciones; si llegamos a conocer alguna, eliminaremos el enlace sin demora. ## Derechos de autor Los textos, gráficos y el diseño de este sitio web están sujetos a la legislación alemana de derechos de autor. Cualquier uso fuera de los límites de esa legislación requiere nuestro consentimiento previo. La tipografía Inter está bajo la SIL Open Font License 1.1. --- Fuente: https://aegisgrid.de/es/backup-gestionado/ Backup gestionado # Copias de seguridad como servicio desde la UE. Instalamos AegisGrid en su empresa, mantenemos actualizados los servidores de copias y los agentes y comprobamos periódicamente que sus copias se pueden restaurar. Usted decide dónde se guardan las copias. Consultar el backup gestionado (https://aegisgrid.de/es/contacto/?thema=managed) ## De qué nos encargamos Usted mantiene el control sobre sus datos y claves. Nosotros nos ocupamos de la operación de las copias. ### Instalación Analizamos sus sistemas, definimos programaciones, retención y destinos e instalamos los servidores de copias y los agentes. ### Actualizaciones Mantenemos al día los servidores de copias y los agentes. Las actualizaciones están firmadas y se aplican de forma controlada. ### Pruebas de restauración Comprobamos periódicamente que sus copias se pueden restaurar, con ayuda de la restauración de comprobación (https://aegisgrid.de/en/backup-server/) automática del servidor de copias y con un informe para su documentación. ### Supervisión Revisamos los resultados de las copias, reaccionamos ante los errores y le avisamos antes de que un problema se convierta en una emergencia. ### Ayuda en caso de emergencia Ya sea un solo archivo o un servidor completo: lo restauramos junto con usted. ### Soporte personal Interlocutores fijos en Alemania que conocen su entorno, y contacto directo con desarrollo. ## Sus copias están donde usted quiere El backup gestionado es un servicio para operar sus copias de seguridad, no un lugar de almacenamiento. Las copias se guardan en los destinos que usted elija: en almacenamiento de su empresa, en su propio servidor de copias en una segunda sede o, si lo desea, en el almacenamiento en la nube de AegisGrid (https://aegisgrid.de/es/almacenamiento-en-la-nube/) en centros de datos certificados en Alemania. Para el trabajo en sus sistemas firmamos con usted un contrato de encargo de tratamiento según el art. 28 del RGPD. - **Ubicación:** de libre elección, también solo en su empresa - **Operación:** MSD Computersysteme GmbH, Alemania - **Software:** desarrollado en Alemania - **Cifrado:** AES-256 en sus sistemas, TLS en tránsito - **Contrato:** encargo de tratamiento según el art. 28 del RGPD - **Protección:** copias inmutables si lo desea ## Así empezamos De la primera conversación a la operación en marcha en cuatro pasos. - ### Conversación Aclaramos sistemas, volúmenes de datos, ubicaciones, plazos de retención y sus requisitos de tiempo de restauración. - ### Proyecto piloto Copiamos sistemas seleccionados y los restauramos a modo de prueba, midiendo los tiempos. - ### Oferta Recibe una oferta adaptada a su entorno, transparente y previsible. - ### Operación Instalamos, mantenemos al día y probamos la restauración. Recibe informes periódicos. ## Preguntas sobre el backup gestionado **¿Dónde se guardan mis copias con el backup gestionado?** Donde usted decida: en su empresa, en una segunda sede propia o en el almacenamiento en la nube de AegisGrid. El backup gestionado se refiere a la operación, no a la ubicación. Para una copia externa recomendamos una segunda sede o el almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/). **¿Necesito el almacenamiento en la nube para el backup gestionado?** No. El backup gestionado y el almacenamiento en la nube son independientes. Puede usar uno sin el otro o combinar ambos. **¿Puede el operador leer mis datos?** Si usa el cifrado con una clave propia, los datos se cifran en sus sistemas antes de escribirse o transferirse. Sin la clave, el contenido copiado no se puede leer. Cómo se custodia la clave –solo usted o además depositada para emergencias– lo decidimos juntos. **¿Cuánto cuesta el backup gestionado?** El precio depende del número de sistemas y del alcance del servicio que desee. Tras una conversación y, si lo desea, un proyecto piloto, recibirá una oferta con costes mensuales previsibles. ## Hablemos de sus copias de seguridad Sin compromiso y en persona, por teléfono o en sus instalaciones. Consultar el backup gestionado (https://aegisgrid.de/es/contacto/?thema=managed) +49 211 21099-0 --- Fuente: https://aegisgrid.de/es/contacto/ Contacto # Hablemos de sus copias de seguridad Ya sea un proyecto piloto, backup gestionado, almacenamiento en la nube, una colaboración o una pregunta técnica: escríbanos o llámenos. Le atienden personas, no una cola de espera. Respondemos en inglés o alemán. --- Fuente: https://aegisgrid.de/es/datos-tecnicos/ Datos técnicos # AegisGrid en datos y cifras En resumen: AegisGrid copia equipos Windows y Linux, máquinas virtuales en Hyper-V, Proxmox VE y Xen, y Microsoft 365. Los datos se deduplican por contenido, se cifran con AES-256-GCM o ChaCha20-Poly1305 antes del envío y se escriben en hasta ocho destinos en una ejecución. Los detalles, a continuación. Actualizado el 13/11/2026 ## Plataformas | Equipos copiados | Windows 10, Windows 11 y Windows Server 2016, 2019, 2022 y 2025; Linux (x86-64, glibc 2.34 o posterior, probado con Debian 12 y 13, Ubuntu 22.04 y 24.04, Red Hat Enterprise Linux 9 y 10, AlmaLinux 9 y 10, Rocky Linux 9, SUSE Linux Enterprise Server 15 SP7 y 16, openSUSE Leap 16) | | Programas | Agente, restauración, planificador de tareas y actualizaciones en Windows y Linux; servidor de copias en Linux; consola de administración y consola del Target en Windows; interfaz web para el planificador y el servidor de copias en un navegador actual; en Linux, la instalación y las actualizaciones instalan si se desea los paquetes del sistema que faltan con apt-get, dnf o zypper | | Hyper-V | VM completas mediante un punto de control de recuperación, coherentes con las aplicaciones mediante VSS en el invitado, seguimiento de cambios (RCT) para copias posteriores rápidas | | Proxmox VE | Proxmox VE 8 y 9; VM completas con todos los discos, variables UEFI, estado del vTPM y configuración; almacenamiento LVM, LVM-thin, ZFS, Ceph RBD y qcow2 (directorio, NFS, CIFS); congelación breve mediante el agente invitado de QEMU; copias posteriores rápidas (CBT) mediante dirty bitmaps de QEMU para todos los tipos de almacenamiento; restauración como VM nueva, disco a disco o in situ | | Xen | VM en Xen (xl) con todos los discos y la configuración, si se desea con memoria (la VM restaurada continúa donde estaba en el momento de la copia); restauración como VM nueva o in situ | | Microsoft 365 | Exchange Online (correo, calendarios, contactos, tareas), OneDrive y SharePoint mediante Microsoft Graph con su propio registro de aplicación; restauración como exportación | ## Copiar | Tipos de copia | Archivos y carpetas, volúmenes, particiones, discos completos, imágenes, VM completas, Microsoft 365 | | Copia de archivos | Hasta 64 rutas por perfil, patrones de exclusión y exclusiones predeterminadas; Linux: permisos, propietarios, fechas, atributos extendidos con ACL POSIX, enlaces simbólicos y físicos; Windows: atributos, fechas, propietarios y permisos NTFS, flujos de datos alternativos | | Coherencia | Windows: VSS en todas las unidades implicadas; Linux: instantánea LVM (ext2/3/4, XFS) o lectura en funcionamiento, volviendo a leer los archivos que cambian; scripts previos y posteriores para bases de datos y aplicaciones | | Copias posteriores | Los archivos sin cambios se toman de la ejecución anterior; Windows lee los cambios del diario USN; el espacio libre de NTFS y ext2/3/4 y las zonas a cero no se guardan; las VM en Hyper-V (RCT) y Proxmox VE (CBT) solo leen las zonas modificadas desde la última copia | | Deduplicación | Basada en contenido (FastCDC), bloques de 256 KiB de media; en todas las copias de un store, también entre equipos y entre copias de archivos, discos y VM | | ID de bloque | SHA-256, BLAKE3 (predeterminado para stores nuevos) o XXH3-128; dependientes de la clave con cifrado | | Compresión | zstd (también adaptativa), lz4 o ninguna, por bloque | | Cadenas de copias | Ninguna: cada versión es completa y restaurable por sí sola | | Interrupciones | Reanudación siempre activa: tras una suspensión o una pérdida de conexión en la misma ejecución, tras un apagado o un fallo en el siguiente inicio; solo se envía lo que le falta al destino. Las copias detenidas continúan en el mismo punto, con el momento del primer inicio: las VM conservan su punto de control o sus snapshots, los discos, tramos y archivos terminados no se vuelven a leer, en Windows incluso tras un reinicio | | Aviso de ransomware | En copias de archivos: una proporción inusualmente alta de archivos nuevos, modificados o eliminados frente a las últimas ejecuciones, o muchas extensiones típicas; la ejecución se marca, se envía un aviso y las versiones anteriores quedan protegidas 30 días de forma predeterminada | ## Guardar y proteger | Destinos | Hasta ocho en una ejecución: disco local o USB, NAS, su propio servidor de copias (también en una segunda sede), almacenamiento en la nube de AegisGrid, almacenamiento de objetos compatible con S3 | | Almacenamiento de objetos S3 | Directamente desde el agente en Windows y Linux o como copia de stores completos desde el servidor de copias; siempre cifrado; inmutabilidad mediante S3 Object Lock (governance o compliance); comprobación de la conexión antes de la primera copia | | Cifrado | AES-256-GCM o ChaCha20-Poly1305 por store, en el equipo copiado, antes de la transferencia; la clave se queda con el cliente | | Transferencia | TLS con certificado de servidor fijado, claves de API por directorio | | Inmutabilidad | Almacenamiento WORM con bloqueo de retención en el servidor de copias y, en S3, mediante Object Lock; el bloqueo de copias concretas se puede ampliar | | Retención | Por destino, por días o por generaciones (diaria, semanal, mensual, anual) | | Más copias | Réplica de stores completos en una segunda ubicación o en S3, exportación de copias concretas como archivo para cinta o disco USB | | Comprobar y reparar | Comprobación de todos los objetos guardados (scrub), reparación a partir de una segunda copia, restauración parcial de copias dañadas | ## Restaurar | Archivos sueltos | Búsqueda por nombre en todas las versiones, cada versión de un archivo, comparación de dos versiones; en la ubicación original, en otra carpeta o como archivo ZIP; marcados en la consola de administración | | Versión como carpeta | De solo lectura en Windows (ProjFS) y Linux (FUSE), se retira automáticamente si no se usa | | Archivos de discos y VM | En Windows y Linux: ofrecer de solo lectura un disco de una ejecución de disco o de VM, sin restaurarlo; mostrar los volúmenes como carpetas, tomar archivos o un archivo ZIP; Windows lee NTFS, ReFS, FAT y exFAT sin controlador adicional; en la consola de administración, con casillas | | Discos y VM | Cada versión por sí sola, en paralelo; VM como VM nueva o disco a disco, también directamente desde el servidor de copias; restauración en segundo plano; asistente de restauración en la consola de administración al disco original u otro, como archivo VHDX (Windows) o como VM nueva, con comprobación previa del destino; VM de Proxmox y Xen también in situ con una versión anterior, los discos anteriores se conservan hasta que la restauración termina bien; si se desea, solo se escriben los bloques distintos; tras reinstalar un host, con el VMID o el nombre anterior y las direcciones MAC | | Tras el fin de la licencia | Restaurar desde sus propios servidores de copias y destinos sigue siendo posible | ## Servidor de copias y restauración de comprobación | Servidor de copias | Linux; partes privilegiadas separadas, procesamiento de datos con una cuenta propia sin privilegios; varios clientes separados, cuotas por cliente; detener copias y volver a liberarlas, los equipos continúan solos tras la liberación | | Tareas | Al recibir copias, réplicas y restauraciones, según programación y en flujos; límites de tiempo de CPU, memoria y acceso a disco por tarea; consumo medido por cliente | | Restauración de comprobación | Restauración a modo de prueba; comprobación de solo lectura de los sistemas de archivos (ext2/3/4, XFS, Btrfs, vfat, NTFS, LVM en la imagen) por disco y partición; leer cada archivo con suma de comprobación y comparar con la última comprobación; indicios de ransomware (tipo de archivo, entropía, extensiones, notas de rescate) | | Análisis antivirus | ClamAV, de solo lectura; un hallazgo con la primera copia afectada y la última limpia; firmas también para servidores de copias sin acceso a internet | | Arranque de VM | QEMU/KVM sin red o en una red aislada, VM dependientes en orden; comprobación por pantalla, agente invitado o puerto TCP; informe con semáforo y capturas de pantalla | ## Operación, evidencias e interfaces | Planificador de tareas | Servicio de Linux y Windows, tareas en paralelo, programaciones como cron o regla RFC 5545, festivos por región, ventanas horarias, recuperación de ejecuciones perdidas, tareas solo manuales; pausa con continuación en el mismo punto, límite de ancho de banda; reintento de tareas fallidas (número e intervalo ajustables), aviso cuando una tarea lleva un tiempo fijado sin éxito | | Interfaz web | Integrada en el planificador y el servidor de copias, sobre la misma API HTTPS que las consolas; usuarios web con los roles administrador y solo lectura, cada petición firmada, la contraseña nunca sale del navegador; certificado propio posible; cinco idiomas, modo claro y oscuro, también en pantallas estrechas | | Registro de eventos de Windows | El planificador y las actualizaciones escriben el inicio del servicio y los resultados de tareas y actualizaciones con identificadores de evento fijos (origen «AegisGrid») | | Interfaces | API HTTPS documentadas para el planificador de tareas y el servidor de copias, con roles de lectura y de administración; resultados por correo | | Evidencias | Registro en JSON Lines con cadena SHA-256, sello diario Ed25519, copia por syslog (RFC 5424, UDP/TCP/TLS) o a un segundo servidor de copias, exportación como CSV/JSON, informe mensual firmado en PDF | | Actualizaciones | Firmadas con Ed25519, autoprueba antes del cambio, vuelta automática a la versión anterior si hay un error, despliegue escalonado posible; las copias en curso se detienen mientras dura una actualización del planificador o del servidor de copias y después continúan | | Idiomas | Programas, consolas, mensajes, correos e informes en español, inglés, alemán, francés y croata; cada mensaje con un número fijo | | Manual | Manual en línea en inglés y alemán con búsqueda; F1 en las consolas y en la instalación lo abre en el apartado correspondiente | | Proveedor | MSD Computersysteme GmbH, Alemania; desarrollo y soporte en Alemania | Términos como deduplicación, WORM o restauración de comprobación se explican en el glosario (https://aegisgrid.de/es/glosario/). Lo añadido recientemente figura en Novedades de AegisGrid (https://aegisgrid.de/es/novedades/). ## ¿Encaja AegisGrid en su entorno? Lo comprobamos con usted en sus propios sistemas. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/funciones/ Funciones # Lo que AegisGrid puede hacer Más que copia y recuperación: un sistema de copias de seguridad para servidores, máquinas virtuales y Microsoft 365, deduplicado, cifrado, a varios destinos a la vez, procesado en el servidor de copias, restaurado a modo de prueba y registrado de forma demostrable. Desde un disco USB hasta el centro de datos. Actualizado el 13/11/2026 Diagrama de cuatro niveles que ascienden de izquierda a derecha: nivel 1 «Copiar sin complicaciones»: un equipo, un disco USB o un NAS, sin servidor y sin nube. Nivel 2 «3-2-1-1-0 en una ejecución»: una lectura, hasta ocho destinos: en local, inmutable, fuera de la empresa. Nivel 3 «Un servidor de copias que sigue trabajando»: comprobar, replicar, exportar, restaurar a modo de prueba. Nivel 4 «Demostrable ante auditores»: registro firmado, copia para el SIEM, informe mensual en PDF. Del equipo individual al centro de datos, con el mismo software.Deslice hacia los lados para ver el diagrama completo. ## Copiar - Archivos, volúmenes, particiones, discos completos e imágenes - Deduplicación basada en contenido en todas las copias de un store - Cada versión completa y restaurable por separado, sin cadenas de copias - El espacio libre (NTFS, ext2/3/4) y las zonas a cero no se guardan - Compresión con zstd o lz4 - Procesamiento en paralelo para un alto rendimiento ## Coherencia y plataformas - Windows con instantáneas VSS - Linux con instantáneas LVM - Scripts previos y posteriores para bases de datos y aplicaciones - Hyper-V: VM completas, coherentes con las aplicaciones, con seguimiento de cambios - Proxmox VE (LVM, LVM-thin, ZFS, Ceph RBD, qcow2) y Xen: VM completas con su configuración - Proxmox VE con copias posteriores rápidas (CBT): tras la primera copia solo se lee lo que ha cambiado en la VM - Xen, si se desea, con memoria: la VM restaurada continúa donde estaba en el momento de la copia - Microsoft 365: Exchange Online, OneDrive, SharePoint ## Copiar archivos y carpetas - Elegir carpetas y archivos en un árbol, con exclusiones propias y exclusiones predeterminadas razonables - Permisos y propietarios incluidos: permisos NTFS, ACL POSIX, atributos extendidos - Windows con VSS y el diario de cambios: solo se lee lo que ha cambiado - Linux con instantánea LVM o en funcionamiento, detectando los archivos que cambian mientras se leen - Deduplicado junto con las copias de discos y VM del mismo store - Aviso cuando cambian muchos más archivos de lo habitual: entonces no se eliminan las versiones anteriores ## Recuperar archivos sueltos - Búsqueda por nombre en todas las versiones, si se desea para un periodo - Todas las versiones de un archivo y la comparación de dos versiones - En la ubicación original, en otra carpeta o como archivo ZIP - Abrir una versión como carpeta de solo lectura, en Windows y Linux - Marcar archivos y carpetas en la consola de administración - Archivos sueltos también de copias de discos y VM, en Windows y Linux, sin restaurar antes el disco ## Seguridad - AES-256-GCM o ChaCha20-Poly1305 por store - Cifrado antes de la transferencia, la clave se queda con el cliente - TLS con certificado de servidor fijado - Claves de API vinculadas a directorios - Servidor de copias con privilegios separados - Actualizaciones y componentes firmados con Ed25519 ## Protección frente a pérdida y manipulación - Almacenamiento WORM con bloqueo de retención - Copiar directamente a un disco USB o un NAS, sin servidor de copias - Hasta ocho destinos en una ejecución: disco local, NAS, su propio servidor de copias en una segunda sede, el almacenamiento en la nube de AegisGrid o almacenamiento de objetos compatible con S3 - En S3 siempre cifrado y, si se desea, inmutable mediante S3 Object Lock - Réplica de stores completos en una segunda ubicación - Exportación de copias concretas como archivo para cinta o disco USB - Retención por destino, también por generaciones (días, semanas, meses, años) - Ampliar a propósito la retención de copias concretas, por ejemplo para una auditoría ## Comprobar y restaurar - Comprobación de todos los objetos guardados (scrub) - Comparación de una copia con su instantánea (Linux) - Reparación a partir de una segunda copia - Restauración parcial de copias dañadas - VM como VM nueva o disco a disco, directamente desde el servidor - Devolver VM de Proxmox y Xen in situ a una versión anterior; los discos anteriores se conservan hasta que la restauración termina bien - Escribir solo los bloques modificados: tras un cambio pequeño, mucho más rápido - Host reinstalado: las VM vuelven con su VMID o su nombre anterior y sus direcciones MAC - Asistente de restauración en la consola de administración: una unidad o una VM paso a paso, con comprobación previa del destino - Restauración en segundo plano - Restauración de comprobación en el servidor de copias: las VM arrancan a modo de prueba en un entorno aislado - Restaurar desde sus propios servidores de copias y destinos incluso después de que venza la licencia - Análisis antivirus de las copias en la restauración de comprobación, con la última copia sin el hallazgo ## Planificar y operar - Planificador de tareas como servicio de Linux y Windows, tareas en paralelo - Programaciones con festivos por región, ventanas horarias y recuperación de ejecuciones perdidas - Dependencias entre tareas, editor de programaciones y la programación en palabras - Resultados por correo; cambios a través de la API con las líneas modificadas - Reintento automático de tareas fallidas y aviso cuando una tarea lleva demasiado tiempo sin éxito - Entradas en el registro de eventos de Windows para la supervisión - Consola de administración para Windows; acceso para las consolas de los demás equipos de la empresa - Interfaz web para el planificador y el servidor de copias: manejo en el navegador, sin Windows y sin software adicional, también para entornos solo Linux, Proxmox o Xen - Programas, consolas, mensajes, correos electrónicos e informes en español, inglés, alemán, francés y croata; las nuevas traducciones llegan con las actualizaciones - API HTTPS para crear, iniciar, pausar y supervisar - Pausa de las copias en curso con continuación en el mismo punto, límite de ancho de banda - Reanudación tras suspensión, apagado o pérdida de conexión - Tareas programadas o solo manuales - Las actualizaciones detienen las copias en curso y después las continúan - Asistente para tareas nuevas: origen, destinos y programación en tres pasos - Tras la instalación, el programa de instalación lleva directamente a la primera copia - F1 abre el manual en línea en el apartado correspondiente - Aviso de las máquinas virtuales que aún no copia ninguna tarea ## Servidor de copias que sigue procesando - Tareas al recibir copias, según programación o una tras otra en flujos - Comprobar, replicar en una segunda ubicación, copiar a S3, exportar, limpiar, scripts propios - Restauración de comprobación: comprobar sistemas de archivos, leer cada archivo, avisar de indicios de ransomware, arrancar VM; informe con semáforo y capturas de pantalla - Avisos por cliente al cliente, al socio o a ambos - Varios clientes claramente separados, cuotas por cliente - Consola del Target para Windows con historial y editor gráfico de flujos y cadenas de comprobación - Manejo también en el navegador mediante la interfaz web integrada - Límites de tiempo de CPU, memoria y acceso a disco por tarea; consumo medido por cliente Más sobre el servidor de copias (https://aegisgrid.de/en/backup-server/) ## Evidencias para NIS2, infraestructuras críticas y el BSI - Registro de todo lo que ocurre con los datos - Encadenado con SHA-256, cada día firmado con Ed25519 - Copia a un SIEM por syslog (RFC 5424, también por TLS) o a un segundo servidor de copias - Informe de evidencias firmado en PDF cada mes, también por cliente - Exportación en CSV o JSON para auditores Más sobre las evidencias (https://aegisgrid.de/en/evidence/) ## Las interrupciones no cuestan trabajo Si una copia se interrumpe –porque se cierra un portátil, se agota la batería, un equipo se apaga o se corta la conexión–, AegisGrid continúa después donde se quedó. Tras una pérdida de conexión retoma la misma copia; tras un apagado, la reanuda por sí mismo en el siguiente arranque. Solo se transfiere lo que falta, y una copia no se da por terminada hasta que está completa. La reanudación está siempre activada. También una copia detenida a propósito sigue en el mismo punto: las máquinas virtuales conservan su punto de control o sus snapshots, los discos y archivos terminados no se vuelven a leer y la copia conserva el momento de su primer inicio. Copias de portátiles en movilidad (https://aegisgrid.de/en/solutions/notebooks/) **Especialmente para grandes volúmenes por líneas lentas:** incluso una primera copia que no termina de una vez llega con seguridad a su destino en varias etapas, sin empezar de cero cada vez. ## Operación propia o backup gestionado Puede operar AegisGrid usted mismo, en sus propios servidores, con su propio servidor de copias y sus propios destinos. O puede dejarnos la operación: con el backup gestionado nos encargamos de la instalación, las actualizaciones de los servidores de copias y los agentes y las pruebas periódicas de restauración, dondequiera que estén sus copias. Como destino para la copia externa también tiene a su disposición el almacenamiento en la nube en centros de datos certificados en Alemania. Backup gestionado (https://aegisgrid.de/es/backup-gestionado/)Almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/)Detalles técnicos (https://aegisgrid.de/en/solutions/administrators/) **¿Encaja AegisGrid en su entorno?** En Proxmox VE, AegisGrid protege máquinas virtuales en LVM, LVM-thin, ZFS, Ceph RBD y archivos qcow2; las instantáneas de servidores Linux individuales se crean mediante LVM. En un proyecto piloto comprobamos de antemano que todos sus sistemas están cubiertos. ## Compruébelo usted mismo Le mostramos AegisGrid con sus propios sistemas. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/glosario/ Glosario # Términos de la copia de seguridad En resumen: los términos más importantes sobre copia de seguridad y restauración, cada uno en dos o tres frases, explicados en general y con una nota sobre cómo lo aplica AegisGrid. Actualizado el 11/11/2026 - **Regla 3-2-1** Tres copias de los datos, en dos soportes distintos, una de ellas fuera de la empresa. La Oficina Federal alemana de Seguridad de la Información (BSI) recomienda esta regla como base de toda copia de seguridad. - **Regla 3-2-1-1-0** Ampliación de la regla 3-2-1: además, una copia inmutable o desconectada (el segundo «1») y cero errores en la restauración probada (el «0»). AegisGrid escribe en hasta ocho destinos en una ejecución. Más en la guía (https://aegisgrid.de/es/guias/regla-3-2-1-1-0/) - **Agente** El programa en el equipo copiado que lee, divide, cifra y escribe los datos en los destinos. El agente de AegisGrid funciona en Windows y Linux. - **Air gap** Una copia sin conexión permanente a la red de la empresa, como un disco USB desconectado o una cinta. Lo que no se puede alcanzar, un atacante no lo puede cifrar. - **Cifrado (de extremo a extremo)** Los datos se cifran en el equipo copiado antes de salir de él; la clave se queda con el cliente. AegisGrid usa AES-256-GCM o ChaCha20-Poly1305. - **Copia diferencial** Copia todo lo que ha cambiado desde la última copia completa. No es necesaria con AegisGrid: gracias a la deduplicación cada versión es completa y, aun así, solo se transfiere lo nuevo. - **Copia incremental** Copia solo lo que ha cambiado desde la última copia. De forma clásica se crea una cadena que debe estar completa para restaurar. AegisGrid también transfiere solo los cambios, pero guarda cada versión completa, sin cadena. - **Deduplicación** Los datos iguales se guardan una sola vez. AegisGrid divide los datos por contenido (FastCDC) en bloques de 256 KiB de media y guarda solo los bloques que aún faltan en el store, en todas las copias y equipos. - **Destino (sink)** Un lugar en el que se escribe una copia: disco local, disco USB, NAS, servidor de copias, almacenamiento de objetos S3 o almacenamiento en la nube. AegisGrid escribe en hasta ocho destinos en una ejecución y para ello lee el origen una sola vez. - **GFS (abuelo-padre-hijo)** Retención por generaciones: versiones diarias, semanales, mensuales y anuales, cada una con su propia duración. Así se conservan pocas versiones antiguas durante mucho tiempo sin guardar cada día. - **Instantánea (snapshot)** Un estado congelado de una unidad o una VM en un momento dado, desde el que se copia mientras el sistema sigue funcionando. En Linux AegisGrid usa instantáneas LVM; en Proxmox VE, las instantáneas del almacenamiento correspondiente. - **Instantánea VSS (shadow copy)** El servicio de instantáneas de volumen (Volume Shadow Copy Service) de Windows congela el estado de las unidades mientras se sigue trabajando. En Windows, AegisGrid copia siempre desde una instantánea VSS. - **Ransomware** Software malicioso que cifra los datos y exige un rescate; los ataques modernos buscan primero las copias de seguridad. Protegen las copias inmutables y desconectadas y la restauración probada. Más en la guía (https://aegisgrid.de/es/guias/ransomware-copias-de-seguridad/) - **Reanudación** Una copia interrumpida continúa donde se detuvo en lugar de empezar de nuevo. Siempre activa en AegisGrid, también tras una suspensión, un apagado o una pérdida de conexión. - **Registro de evidencias** Un registro a prueba de manipulaciones de copias, restauraciones, comprobaciones y eliminaciones. En AegisGrid está encadenado con SHA-256 y firmado a diario con Ed25519. Más sobre las evidencias (https://aegisgrid.de/en/evidence/) - **Réplica** Una copia completa de un store en una segunda ubicación, por ejemplo en un servidor de copias en otra sede. Solo se transfiere lo que aún falta allí. - **Restauración de comprobación** Restauración automática a modo de prueba: la copia se restaura en un área de pruebas, se comprueban los sistemas de archivos, se leen los archivos y las VM arrancan en un entorno aislado. El resultado queda en un informe de comprobación. Más en la guía (https://aegisgrid.de/es/guias/probar-la-restauracion/) - **Retención** La regla de cuánto tiempo se conservan las copias antes de limpiarlas, por días o por generaciones. En AegisGrid se configura por destino. - **RPO (recovery point objective)** Cuánta pérdida de datos es aceptable como máximo, medida en tiempo: con un RPO de 24 horas hay que copiar al menos una vez al día. - **RTO (recovery time objective)** Cuánto tiempo puede estar caído un sistema como máximo hasta que se restaura. El RTO determina lo rápida que debe ser la restauración y si está probada. - **Scrub** Comprobación de todos los objetos guardados frente a sus sumas de comprobación, para detectar daños silenciosos en el almacenamiento antes de necesitarlos. Con una segunda copia, AegisGrid repara los bloques dañados. - **Servidor de copias** Un servidor que recibe y guarda las copias de varios equipos. El servidor de copias de AegisGrid además las sigue procesando: las comprueba, replica, exporta, limpia y restaura a modo de prueba. Más sobre el servidor de copias (https://aegisgrid.de/en/backup-server/) - **Store** El área en la que AegisGrid guarda los bloques deduplicados y las versiones. El cifrado, los ID de bloque y la retención se aplican por store. - **Versión** El estado de los datos copiados en un momento dado; cada copia crea una versión. En AegisGrid cada versión es completa y se puede restaurar por sí sola. - **WORM (write once, read many)** Una vez escrito, ni modificable ni eliminable hasta que vence un bloqueo. En el servidor de copias de AegisGrid, el propio servidor impone el bloqueo frente a todos los equipos copiados. ## ¿Preguntas sobre su copia de seguridad? Se lo explicamos con gusto en su propio entorno. Respondemos en alemán o en inglés. Contacto (https://aegisgrid.de/es/contacto/) --- Fuente: https://aegisgrid.de/es/guias/ Guías # Copias de seguridad, explicadas con claridad. Lo que la ley exige de verdad, qué reglas han demostrado su eficacia y cómo reconocer una buena copia de seguridad, desde la práctica de un proveedor de servicios de TI que atiende a empresas desde 1990. 07/11/2026 ## Recuperar un archivo borrado desde la copia Encontrar la versión correcta, comparar versiones y recuperar el archivo sin sobrescribir el actual, paso a paso.Leer el artículo (https://aegisgrid.de/es/guias/recuperar-archivo-borrado/)07/11/2026 ## ¿Proxmox Backup Server o AegisGrid? Comparativa Qué hacen ambos para Proxmox VE, dónde Proxmox Backup Server es más fuerte y cuándo encaja AegisGrid, también juntos.Leer el artículo (https://aegisgrid.de/es/guias/proxmox-backup-server-o-aegisgrid/)07/11/2026 ## Copia de seguridad de un servidor de archivos Coherente pese a los archivos abiertos, con permisos, copias incrementales rápidas y un aviso cuando de pronto cambian muchísimos archivos.Leer el artículo (https://aegisgrid.de/es/guias/copia-de-seguridad-servidor-de-archivos/)07/11/2026 ## Analizar copias en busca de virus: restaurar limpio El malware que se detecta hoy lleva a menudo semanas en las copias. Cómo encontrarlo allí, y también la última copia limpia.Leer el artículo (https://aegisgrid.de/es/guias/analizar-copias-en-busca-de-virus/)07/11/2026 ## Alternativa a Acronis desde la UE: comparativa Cuándo AegisGrid es una alternativa a Acronis Cyber Protect y cuándo encaja mejor Acronis: con objetividad y con fuentes.Leer el artículo (https://aegisgrid.de/es/guias/alternativa-a-acronis/)30/10/2026 ## Plan de copias de seguridad: guía y lista de control Qué preguntas debe responder un plan de copias de seguridad, del RPO y el RTO al sobre de emergencia con la clave, y una lista de control para marcar.Leer el artículo (https://aegisgrid.de/es/guias/plan-de-copias-de-seguridad/)27/10/2026 ## La regla 3-2-1-1-0 explicada de forma sencilla Tres copias, dos soportes, una fuera de la empresa, una inmutable, cero errores: qué significa la regla y cómo aplicarla en la práctica.Leer el artículo (https://aegisgrid.de/es/guias/regla-3-2-1-1-0/)27/10/2026 ## Ransomware: copias que sobreviven a un ataque Los atacantes borran primero las copias de seguridad. Cómo las copias inmutables, los permisos separados y una copia sin conexión salvan la restauración.Leer el artículo (https://aegisgrid.de/es/guias/ransomware-copias-de-seguridad/)27/10/2026 ## Probar la restauración: solo cuenta la prueba Por qué «copia correcta» no significa que la restauración vaya a funcionar, y cómo se realizan las restauraciones de comprobación de forma automática y demostrable.Leer el artículo (https://aegisgrid.de/es/guias/probar-la-restauracion/)27/10/2026 ## NIS2 y copias de seguridad: qué debe demostrar La gestión de copias de seguridad y la recuperación son obligatorias con NIS2. Qué significa en concreto, a quién afecta y qué quieren ver los auditores.Leer el artículo (https://aegisgrid.de/es/guias/nis2-copias-de-seguridad/)27/10/2026 ## Copias de seguridad y RGPD: qué tener en cuenta Recuperabilidad, cifrado, ubicación, encargo del tratamiento y plazos de supresión: lo que exige el RGPD a las copias de seguridad.Leer el artículo (https://aegisgrid.de/es/guias/copias-de-seguridad-rgpd/)27/10/2026 ## Copias de Proxmox VE: coherentes y cifradas Instantáneas coherentes con el agente invitado, LVM, ZFS, Ceph y qcow2, UEFI y vTPM: lo que importa al copiar VM de Proxmox.Leer el artículo (https://aegisgrid.de/es/guias/copia-de-seguridad-proxmox-ve/)27/10/2026 ## Copias fiables de portátiles en movilidad En segundo plano, por conexiones lentas, aunque se cierre la tapa o se agote la batería: cómo hacer copias fiables de portátiles en movilidad.Leer el artículo (https://aegisgrid.de/es/guias/copia-de-seguridad-portatiles/)27/10/2026 ## Microsoft 365: la papelera no es una copia Cuánto tiempo conserva Microsoft 365 lo eliminado, por qué eso no sustituye a una copia y qué importa en una copia conforme al RGPD.Leer el artículo (https://aegisgrid.de/es/guias/copia-de-seguridad-microsoft-365/)27/10/2026 ## Copias de Hyper-V: coherentes y completas Puntos de control de recuperación, VSS en el invitado, seguimiento de cambios, vTPM y Guardian: lo que importa al copiar y restaurar VM de Hyper-V.Leer el artículo (https://aegisgrid.de/es/guias/copia-de-seguridad-hyper-v/)27/10/2026 ## Alternativa a Veeam desde la UE: comparativa Cuándo AegisGrid es una alternativa a Veeam y cuándo no: con objetividad, con fuentes y con honestidad sobre los límites.Leer el artículo (https://aegisgrid.de/es/guias/alternativa-a-veeam/) ## ¿No encuentra su pregunta? Escríbanos: le respondemos en inglés o en alemán, y a menudo de ahí surge el siguiente artículo. Hacer una pregunta (https://aegisgrid.de/es/contacto/?thema=beratung) --- Fuente: https://aegisgrid.de/es/guias/alternativa-a-acronis/ Guía · Comparativa # Alternativa a Acronis desde la UE: una comparativa objetiva En resumen: Acronis Cyber Protect combina la copia de seguridad con la protección contra malware y abarca muchísimas plataformas, también VMware vSphere y Google Workspace. AegisGrid se centra en la copia de seguridad en sí: equipos Windows y Linux, Hyper-V, Proxmox VE, Xen y Microsoft 365 con una sola herramienta de un proveedor de la UE, inmutable también en su propio servidor de copias, con restauraciones de comprobación y evidencias firmadas. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 07/11/2026 ## Las diferencias principales Los datos sobre Acronis proceden de información pública del fabricante (fuentes más abajo), a noviembre de 2026. Las funciones pueden variar según la edición y la versión. | Característica | AegisGrid | Acronis Cyber Protect | | Proveedor / sede | MSD Computersysteme GmbH, Alemania | Acronis International GmbH, Schaffhausen, Suiza | | Enfoque | Copia de seguridad, restauración y comprobación | Copia de seguridad junto con protección contra malware, EDR según la edición | | Máquinas virtuales completas | Hyper-V, Proxmox VE (LVM, LVM-thin, ZFS, Ceph RBD, qcow2), Xen | entre otros VMware vSphere, Hyper-V, Proxmox VE, otros según la edición | | Microsoft 365 | En la misma herramienta (Exchange Online, OneDrive, SharePoint), restauración como exportación | En la edición Backup Advanced o como licencia adicional por usuario, también Teams; restauración en el inquilino | | Copias inmutables | WORM con bloqueo de conservación en su propio servidor de copias | Immutable Storage en Acronis Cloud, en las instalaciones con Acronis Cyber Infrastructure | | Reanudación tras una interrupción | Automática, también tras suspensión o apagado; solo se transfiere el resto | s. d. | | Analizar copias en busca de malware | Análisis antivirus con ClamAV en el servidor de copias, con la primera copia afectada y la última limpia | En la edición Advanced | | Evidencias | Registro encadenado y firmado, informe mensual en PDF, copia por syslog | Acronis Notary (prueba de autenticidad de archivos), en las ediciones Advanced y Backup Advanced | | Almacenamiento en la nube en Alemania | Opcional, en centros de datos certificados en Alemania | Centros de datos, entre otros, en Fráncfort del Meno y Berlín | s. d. = sin datos claramente documentados por el fabricante. La comparativa con otras soluciones como Veeam, Proxmox Backup Server, restic y BorgBackup está en la página Comparativa (https://aegisgrid.de/en/comparison/). ## Cuándo encaja AegisGrid - **Le importa un proveedor en Alemania:** el software, el soporte y, si lo desea, el backup gestionado (https://aegisgrid.de/es/backup-gestionado/) y el almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/) proceden de la UE, con contrato de encargo de tratamiento. - **Inmutable sin la nube:** WORM con bloqueo de conservación funciona en su propio servidor de copias (https://aegisgrid.de/en/backup-server/), también en una segunda ubicación; no hace falta una plataforma de almacenamiento propia para ello. - **Entornos mixtos sin VMware:** Hyper-V, Proxmox VE y Xen, servidores Windows y Linux y Microsoft 365 con un mismo procedimiento y en los mismos stores, con deduplicación sobre todo. - **Comprobar en lugar de confiar:** el servidor de copias restaura copias a modo de prueba, arranca VM en un entorno aislado y busca virus; consulte Probar la restauración (https://aegisgrid.de/es/guias/probar-la-restauracion/). - **Evidencias para NIS2 y el BSI:** un registro de evidencias (https://aegisgrid.de/en/evidence/) encadenado y firmado con informe mensual y conexión a SIEM. - **Portátiles y conexiones lentas:** las copias interrumpidas continúan siempre donde se quedaron. - **Su antivirus actual se queda:** ya tiene una protección de endpoints y busca una copia de seguridad que se centre en eso. ## Cuándo Acronis puede ser la mejor opción - Se utiliza **VMware vSphere**: AegisGrid no protege vSphere. - Se desea **copia de seguridad y protección de endpoints en un solo producto**, con una consola para ambas. - **Restaurar Microsoft 365 directamente en el inquilino** o proteger Teams y Google Workspace: AegisGrid restaura hoy Microsoft 365 como exportación y no protege ni Teams ni Google Workspace. - **Clústeres de conmutación por error de Hyper-V con CSV**: AegisGrid admite hoy hosts Hyper-V individuales. - Su equipo domina Acronis y no hay motivo para cambiar. ## Planificar el cambio Un cambio no tiene por qué tener fecha fija. Ha dado buen resultado utilizar AegisGrid primero en paralelo para sistemas seleccionados, ensayar restauraciones y dejar que las copias antiguas caduquen con su plazo de conservación. Puede seguir usando la protección contra malware de Acronis o sustituirla por otra protección de endpoints; es una decisión aparte. En un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) comprobamos de antemano si todos sus sistemas están cubiertos. ## Fuentes - Acronis: Empresa (https://www.acronis.com/en/company/), Ediciones y licencias (https://www.acronis.com/en-us/products/cyber-protect/purchasing/), Immutable Storage (https://www.acronis.com/en/support/documentation/AcronisCyberProtect_16/immutable-storage.html), Microsoft 365 Backup (https://www.acronis.com/en/products/cloud/cyber-protect/m365-backup/), Proxmox VE (https://www.acronis.com/en/blog/posts/from-diy-scripts-to-zero-overhead-protection-acronis-introduces-agentless-proxmox-ve-backup/), Centros de datos (https://www.acronis.com/en-us/cloud/data-centers/), Centro de datos de Berlín (https://www.acronis.com/en/pr/2024/acronis-launches-new-cyber-cloud-data-center-in-berlin/) Acronis, Acronis Cyber Protect, VMware, vSphere, Hyper-V, Microsoft 365, Google Workspace y los demás nombres de productos mencionados son marcas o marcas registradas de sus respectivos titulares. Se citan únicamente con fines de comparación objetiva; no existe ninguna relación comercial. Agradecemos cualquier aviso sobre datos desactualizados. ## Preguntas frecuentes sobre el cambio desde Acronis **¿Puede AegisGrid leer copias de Acronis?** No. Las copias de Acronis existentes siguen siendo legibles con Acronis hasta que caducan al final de su plazo de conservación. Las copias nuevas se hacen con AegisGrid. **¿Necesito otro antivirus después del cambio?** Si hasta ahora obtenía la protección contra malware a través de Acronis, sí: AegisGrid es una solución de copia de seguridad y no sustituye a una protección de endpoints. Eso sí, analiza las propias copias en busca de virus y, en las copias de archivos, avisa de cambios llamativos como los que provoca el ransomware. **¿Puedo probar AegisGrid en paralelo con Acronis?** Sí. Ambos pueden funcionar en paralelo siempre que las ventanas de copia no se estorben. Programe las copias de forma que no copien los dos la misma VM a la vez. ## ¿Encaja AegisGrid en su entorno? En un proyecto piloto lo comprobamos en sus propios sistemas, antes de que usted decida. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/alternativa-a-veeam/ Guía · Comparativa # Alternativa a Veeam desde la UE: una comparativa objetiva En resumen: Veeam es un producto maduro con muchas funciones, sobre todo para VMware vSphere. AegisGrid es una alternativa para empresas que quieren proteger Hyper-V, Proxmox VE, Xen, servidores Windows y Linux y Microsoft 365 con una sola herramienta de un proveedor de la UE, con procesamiento posterior en el servidor de copias y evidencias firmadas. Quien necesite proteger VMware vSphere necesita hoy otra herramienta. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 07/11/2026 ## Las diferencias principales Los datos sobre Veeam proceden de información pública del fabricante (fuentes más abajo), a octubre de 2026. Las funciones pueden variar según la edición y la versión. | Característica | AegisGrid | Veeam Backup & Replication | | Proveedor / sede | MSD Computersysteme GmbH, Alemania | Veeam Software, Kirkland (Washington), EE. UU. | | Máquinas virtuales completas | Hyper-V, Proxmox VE (LVM, LVM-thin, ZFS, Ceph RBD, qcow2), Xen | entre otros VMware vSphere, Hyper-V, Proxmox VE | | Microsoft 365 | En la misma herramienta (Exchange Online, OneDrive, SharePoint) | Producto aparte (Veeam Backup for Microsoft 365) | | Reanudación tras una interrupción | Automática, también tras suspensión o apagado; solo se transfiere el resto | En parte (Veeam Agent, copias de volumen programadas) | | Copias inmutables | WORM con bloqueo de conservación | Hardened Repository | | Cifrado antes de la transferencia | AES-256-GCM o ChaCha20-Poly1305 | Sí | | Deduplicación | Basada en contenido, en todas las copias de un store | Sí | La comparativa completa con otras soluciones como Acronis, Proxmox Backup Server, restic y BorgBackup está en la página Comparativa (https://aegisgrid.de/en/comparison/). ## Cuándo encaja AegisGrid - **Le importa un proveedor en Alemania:** el software, el soporte y, si lo desea, el backup gestionado (https://aegisgrid.de/es/backup-gestionado/) y el almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/) proceden de la UE, con contrato de encargo de tratamiento. - **Entornos mixtos sin VMware:** Hyper-V, Proxmox VE y Xen, servidores Windows y Linux y Microsoft 365 con un mismo procedimiento y en los mismos stores. - **Portátiles y conexiones lentas:** las copias interrumpidas continúan siempre donde se quedaron. - **Evidencias para NIS2 y el BSI:** un registro de evidencias (https://aegisgrid.de/en/evidence/) encadenado y firmado con informe mensual y conexión a SIEM. - **Procesamiento posterior en el servidor de copias:** comprobación, réplica, exportación y restauraciones de comprobación se ejecutan como flujos de trabajo activados por las copias entrantes; consulte Servidor de copias (https://aegisgrid.de/en/backup-server/). - **Línea directa:** las preguntas llegan a las personas que desarrollan el software (en inglés o en alemán). ## Cuándo Veeam puede ser la mejor opción - Se utiliza **VMware vSphere**: AegisGrid no protege vSphere. - **Clústeres de conmutación por error de Hyper-V con CSV**: AegisGrid admite hoy hosts Hyper-V individuales. - **Restaurar Microsoft 365 directamente en el inquilino**: AegisGrid restaura hoy Microsoft 365 como exportación. - Su equipo domina Veeam y no hay motivo para cambiar. ## Planificar el cambio Un cambio no tiene por qué tener fecha fija. Ha dado buen resultado utilizar AegisGrid primero en paralelo para sistemas seleccionados, ensayar restauraciones y dejar que las copias antiguas caduquen con su plazo de conservación. En un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) comprobamos de antemano si todos sus sistemas están cubiertos. ## Fuentes - Veeam: Hardened Repository (https://helpcenter.veeam.com/docs/vbr/userguide/hardened_repository.html), Veeam Backup for Proxmox VE (https://helpcenter.veeam.com/docs/vbproxmoxve/userguide/deployment.html), Veeam Backup for Microsoft 365 (https://helpcenter.veeam.com/docs/vbo365_aws/deployment/welcome.html), Veeam Agent: reintento automático (https://helpcenter.veeam.com/docs/agentforwindows/userguide/scheduled_backup_retry.html), Sedes (https://www.veeam.com/company/contacts.html) Veeam, VMware, vSphere y los demás nombres de productos mencionados son marcas o marcas registradas de sus respectivos titulares. Se citan únicamente con fines de comparación objetiva; no existe ninguna relación comercial. Agradecemos cualquier aviso sobre datos desactualizados. ## Preguntas frecuentes sobre el cambio desde Veeam **¿Puede AegisGrid leer copias de Veeam?** No. Las copias de Veeam existentes siguen siendo legibles con Veeam hasta que caducan al final de su plazo de conservación. Las copias nuevas se hacen con AegisGrid. **¿Puedo probar AegisGrid en paralelo con Veeam?** Sí. Ambos pueden funcionar en paralelo siempre que las ventanas de copia no se estorben. Programe las copias de forma que no copien los dos la misma VM a la vez. ## ¿Encaja AegisGrid en su entorno? En un proyecto piloto lo comprobamos en sus propios sistemas, antes de que usted decida. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/analizar-copias-en-busca-de-virus/ Guía · Seguridad # Analizar copias en busca de virus: restaurar limpio, no reinfectado En resumen: el malware se detecta a menudo semanas después de la infección, y para entonces hace tiempo que está en las copias. Quien analiza las copias con regularidad y con firmas actuales sabe desde cuándo está un hallazgo en las copias y cuál es la última copia limpia. Así, al restaurar no vuelve también el malware. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 07/11/2026 ## Por qué no basta con el antivirus del servidor El antivirus de servidores y puestos de trabajo analiza con las firmas de hoy. Lo que hace tres semanas, en el momento de la copia, aún era desconocido puede detectarse hoy, pero en la copia sigue pasando desapercibido. Como muy tarde al restaurar tras un ataque, esto se convierte en un problema: si se restaura una versión infectada, el atacante vuelve a estar en la red. Analizar las copias no sustituye al antivirus de los sistemas. Lo complementa con una mirada atrás. ## Dónde y cómo analizar - **No en el sistema productivo.** Analizar grandes volúmenes de datos consume tiempo de CPU y accesos a disco. Corresponde al servidor de copias, que ya tiene la copia. - **Solo lectura.** El análisis no debe modificar la copia, ni «desinfectando» ni moviendo archivos a cuarentena. Una copia de seguridad es una prueba. - **Con firmas actuales.** También un servidor de copias sin acceso a internet necesita firmas recientes; de lo contrario, analiza con los conocimientos de ayer. - **Con regularidad, no una sola vez.** Volver a analizar compensa sobre todo cuando hay firmas nuevas. Los archivos sin cambios no tienen que leerse cada vez, pero sí de vez en cuando. ## Qué significa un hallazgo | Pregunta | Por qué importa | | ¿Qué archivo, qué firma? | Indica si se trata de un único documento sospechoso o de malware en el sistema | | ¿Desde qué copia está ahí? | Acota el momento de la infección, algo importante para el análisis y para las obligaciones de notificación | | ¿Cuál es la última copia sin él? | Es la versión desde la que se restaura en caso de emergencia | | ¿Es un falso positivo? | Los falsos positivos ocurren. Una vez comprobados y marcados, no deberían reaparecer en cada análisis | Un hallazgo en la copia casi siempre significa que también sigue en el sistema copiado. Allí se examina y se elimina con el antivirus habitual; la copia se queda como está. ## Análisis de virus y rastros de ransomware Las firmas encuentran malware conocido. El ransomware suele delatarse de otra manera: por archivos cuyo contenido no encaja con la extensión o parece aleatorio, por extensiones típicas y por notas de rescate. Ambas cosas juntas, dentro de una prueba de restauración (https://aegisgrid.de/es/guias/probar-la-restauracion/) periódica, dan una imagen más completa. ## Cómo analiza AegisGrid las copias en busca de virus El servidor de copias (https://aegisgrid.de/en/backup-server/) de AegisGrid analiza las copias en la restauración de comprobación con ClamAV, en solo lectura y sin carga para el sistema copiado. Ante un hallazgo indica el archivo y la firma afectados, la primera copia que lo contiene y la última sin él; el hallazgo aparece en el informe de comprobación, sale un aviso y, en las copias de archivos y de unidades, el planificador del equipo copiado también muestra una indicación. Los falsos positivos pueden marcarse. Los análisis posteriores pueden limitarse a los archivos modificados y revisarlo todo a intervalos fijos. Los servidores de copias sin acceso a internet reciben las firmas a través de un servidor de sede o mediante importación. Además, la restauración de comprobación busca rastros de ransomware. ## Preguntas frecuentes sobre el análisis de virus en las copias **¿Se borra o se desinfecta una copia infectada?** No. El análisis solo lee. La copia sigue sin cambios y puede seguir usándose, por ejemplo para extraer de ella archivos limpios o para reconstruir la infección. **¿Ralentiza el análisis mis servidores?** No. Se analiza en el servidor de copias, no en el sistema copiado. Allí pueden limitarse el tiempo de CPU, la memoria y los accesos a disco de la tarea de análisis. **¿Sustituye el análisis de las copias al antivirus?** No. Lo complementa: el antivirus protege los sistemas en funcionamiento; el análisis de las copias muestra si un hallazgo detectado más tarde ya está en versiones anteriores y qué versión está limpia. ## Copias de seguridad en las que puede confiar En un proyecto piloto configuramos con usted la restauración de comprobación y el análisis de virus en su servidor de copias. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/copia-de-seguridad-hyper-v/ Guía · Virtualización # Copias de seguridad de Hyper-V: coherentes con las aplicaciones y completas En resumen: una buena copia de Hyper-V se basa en un punto de control de recuperación que es coherente con las aplicaciones gracias a VSS en el invitado, tras la primera copia solo lee las zonas modificadas e incluye, además de los discos, la configuración y el estado del vTPM. Sin los certificados del protector de claves, una VM con vTPM no se puede abrir en otro host: conviene pensarlo antes de una emergencia. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 13/11/2026 ## No todos los puntos de control son iguales Hyper-V tiene puntos de control estándar y de producción para administradores y **puntos de control de recuperación** para los programas de copia. Un punto de control de recuperación congela el estado de todos los discos duros virtuales en un mismo instante mientras la VM sigue funcionando. Si en el invitado está activo el servicio de integración para copias de seguridad, Hyper-V se sirve del servicio de instantáneas de volumen (VSS) del invitado para que aplicaciones como Exchange, SQL Server o Active Directory escriban antes sus datos limpiamente en el disco. El resultado es **coherente con las aplicaciones**. Sin servicio de integración, la copia solo es **coherente ante bloqueos**, como si la VM se hubiera apagado en ese instante. El programa de copia debería indicarlo abiertamente en su registro. ## Leer solo lo que ha cambiado Con **Resilient Change Tracking** (RCT), Hyper-V registra qué zonas de un disco duro virtual han cambiado desde el último punto de referencia. Así, tras la primera copia completa, solo hay que leer una fracción. Se vuelve a leer todo cuando ha cambiado la base, por ejemplo al ampliar un disco, tras una migración o un traslado de almacenamiento. ## Qué incluye una copia completa | Componente | Para qué sirve | | Todos los discos duros virtuales (VHDX) | Los datos, tomados en el mismo instante | | Configuración (.vmcx) | Procesadores, memoria, adaptadores de red, generación, firmware | | Estado del invitado (.vmgs) | Variables UEFI y el estado del TPM virtual | | Estado de ejecución (.vmrs) | Archivo de estado del punto de control | | Certificados Guardian (opcional) | Para poder abrir el estado del vTPM en un host nuevo | ## La trampa del vTPM Windows 11 y Windows Server con BitLocker suelen usar un TPM virtual. Su estado está cifrado con los certificados del protector de claves local del host («Shielded VM Local Certificates»). Si la VM se restaura en un host nuevo que no tiene esos certificados, no arranca o pide la clave de recuperación de BitLocker. Por eso los certificados, con su clave privada y solo en forma cifrada, forman parte de la planificación de emergencias. ## Restaurar sin afectar a la operación - **Como VM nueva**, con un ID nuevo y nombre propio, apagada: así no puede entrar en conflicto con el original. - **Ajustar la red:** asignar los conmutadores virtuales y adoptar direcciones MAC estáticas solo si el original está apagado con seguridad. - **Archivos sueltos** tomados directamente de la copia sin restaurar el disco, o discos sueltos recuperados como VHDX. ## Cómo protege AegisGrid Hyper-V AegisGrid copia una VM en el host como un todo: todos los discos duros virtuales, la configuración y los archivos de estado, incluido el vTPM, a partir de un punto de control de recuperación y, de forma predeterminada, coherente con las aplicaciones gracias a VSS en el invitado. Gracias a RCT, las copias siguientes solo leen las zonas modificadas. Si lo desea, AegisGrid incluye los certificados Guardian, únicamente en destinos cifrados, y antes de una restauración comprueba si el host de destino puede abrir la VM antes de crear nada. Se restaura como VM nueva o disco a disco. Hoy AegisGrid admite hosts Hyper-V individuales; los clústeres de conmutación por error con CSV, los discos de paso a través, los VHDX compartidos y las VM blindadas todavía no. ## Preguntas frecuentes sobre las copias de Hyper-V **¿Hay que instalar un agente en el invitado?** No. Para una copia coherente con las aplicaciones bastan los servicios de integración de Hyper-V en el invitado, que las versiones actuales de Windows ya incluyen. La copia se hace en el host. **¿Se vuelve más lenta la VM durante la copia?** La VM sigue funcionando. Mientras se crea el punto de control, VSS prepara brevemente las aplicaciones en el invitado; después se lee del punto de control, no del disco en uso. **¿Puedo recuperar archivos sueltos de una copia de VM?** Sí, sin restaurar antes el disco. En la consola de administración, elija en «Restaurar archivos» un volumen de la VM y marque los archivos y carpetas que necesite, o abra los volúmenes de una ejecución como carpetas de solo lectura. Windows lee NTFS, ReFS, FAT y exFAT. Como alternativa, restaure un solo disco duro virtual como VHDX y móntelo. ## Proteja su entorno Hyper-V En un proyecto piloto copiamos sus VM y las restauramos a modo de prueba. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/copia-de-seguridad-microsoft-365/ Guía · Microsoft 365 # Copias de Microsoft 365: por qué la papelera no es una copia de seguridad En resumen: Microsoft se encarga de que Exchange Online, OneDrive y SharePoint funcionen. De sus datos (borrados por error, cifrados por ransomware o desaparecidos con un empleado que se fue) es usted el responsable. La papelera y los plazos de retención solo ayudan durante poco tiempo y no en todos los casos. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 01/11/2026 ## Responsabilidad compartida En los servicios en la nube rige el modelo de responsabilidad compartida: el proveedor responde de los centros de datos, el hardware y la disponibilidad del servicio. Lo que ocurre con el contenido (quién lo borra, lo sobrescribe o lo cifra) corresponde al cliente. Microsoft replica sus datos en varios centros de datos, pero cada borrado y cada cifrado se replican con la misma fiabilidad. ## Cuánto tiempo conserva Microsoft 365 lo eliminado Sin directivas de retención adicionales se aplican estos valores predeterminados: | Servicio | Qué ocurre tras eliminar | Después | | Exchange Online | Los elementos eliminados definitivamente permanecen en la carpeta «Elementos recuperables»: 14 días de forma predeterminada, 30 días como máximo | Perdido para siempre | | OneDrive y SharePoint | Papelera y papelera de segunda fase, 93 días en total | Perdido para siempre | | OneDrive de empleados que se han ido | Se conserva 30 días de forma predeterminada tras eliminar la cuenta (configurable) | Perdido para siempre | Las directivas de retención y el archivado de Microsoft 365 pueden ampliar estos plazos. Pero no son una copia de seguridad en sentido estricto: están en el mismo inquilino, con las mismas cuentas de administrador, y quien se hace con esas cuentas también puede cambiar las directivas. ## Cinco casos en los que solo ayuda una copia - **Borrado y detectado tarde:** falta desde hace cuatro meses una carpeta con documentos de un proyecto y la papelera se vació hace tiempo. - **Ransomware a través de la sincronización:** un portátil infectado cifra archivos locales y OneDrive sincroniza las versiones cifradas en la nube. - **Empleados que se han ido:** se eliminan la cuenta y la licencia; semanas después se necesitan correos o archivos para un litigio. - **Cuenta de administrador comprometida:** un atacante borra deliberadamente buzones y sitios. - **Auditoría y evidencias:** por obligaciones de conservación o una auditoría hay que presentar el estado de un día concreto. ## Qué importa en una copia de Microsoft 365 - **Completa:** correo de todas las carpetas, calendarios, contactos, tareas, OneDrive y SharePoint, no solo los buzones. - **Fuera del inquilino:** la copia se guarda en un lugar que un atacante con credenciales de Microsoft no alcanza. - **Cifrada y en Alemania:** para el RGPD cuentan la ubicación, el contrato de encargo de tratamiento y quién tiene la clave. - **Con permisos mínimos:** un registro de aplicación propio en Entra ID con permisos de lectura, limitado en lo posible a los buzones y sitios necesarios. - **Muchas versiones:** cada día se puede recuperar por separado, incluso meses después. ## Cómo protege AegisGrid Microsoft 365 AegisGrid copia a través de Microsoft Graph con un registro de aplicación propio: buzones de Exchange con todas sus carpetas, calendarios con archivos adjuntos, contactos, tareas, OneDrive y bibliotecas de documentos de SharePoint, para cuentas concretas o para todo el inquilino. Cada ejecución es una versión completa, pero solo se transfiere lo que ha cambiado. Los datos se cifran antes de guardarse y pueden ir a hasta ocho destinos, por ejemplo a su propio servidor de copias y al almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/) en Alemania. Hoy se restaura como exportación: correos como archivos .eml, archivos como árbol de carpetas con su fecha de modificación, y citas, contactos y tareas como archivo, filtrados por cuenta, carpeta y periodo. La restauración directa en el inquilino aún no está disponible. ## Preguntas frecuentes sobre las copias de Microsoft 365 **¿No hace Microsoft copias de mis datos?** Microsoft protege el servicio frente a fallos de sus centros de datos. Eso no ayuda contra borrados, el cifrado por ransomware o las cuentas comprometidas, porque esos cambios también se replican. Microsoft solo conserva el contenido eliminado durante un tiempo limitado. **¿Es posible una copia de Microsoft 365 conforme al RGPD?** Sí. Lo importante es una ubicación que decida usted, un cifrado con la clave en sus manos y un contrato de encargo de tratamiento con cada proveedor que gestione o almacene la copia. **¿Qué permisos necesita la copia?** Solo permisos de lectura a través de Microsoft Graph para las áreas que se copian, como correo, calendarios, contactos, tareas y archivos. Exchange Online y SharePoint pueden limitarse además a buzones y sitios concretos. ## Copias de Microsoft 365 en Alemania En un proyecto piloto configuramos con usted la copia de su inquilino. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/copia-de-seguridad-portatiles/ Guía · Puestos de trabajo móviles # Copias de portátiles en movilidad con fiabilidad En resumen: los portátiles rara vez pasan en la oficina el tiempo suficiente para una copia completa. Solo es fiable si la copia se ejecuta en segundo plano por cualquier conexión a internet, supera las interrupciones sin pérdidas, transfiere solo lo que falta y no necesita que nadie colabore. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 01/11/2026 ## Por qué los portátiles tan a menudo no tienen copia - **Rara vez en la red de la empresa:** la copia está pensada para la oficina, pero el portátil está en casa de un cliente, en el tren o en el teletrabajo. - **Tapa cerrada en mitad de la copia:** muchas soluciones empiezan después desde el principio y, con grandes volúmenes de datos, nunca terminan. - **Conexiones lentas:** la wifi del hotel y la red móvil no bastan para una primera copia de cien gigabytes de una sola vez. - **Se necesita la colaboración del usuario:** si los usuarios tienen que iniciar una copia o esperar a que termine, no se hace. - **Datos locales:** precisamente las ofertas, los cálculos y las presentaciones suelen estar solo en el dispositivo. ## Cómo reconocer una buena copia de portátiles | Requisito | Por qué | | Funciona por internet | El destino es accesible desde cualquier lugar, cifrado mediante TLS | | Continúa tras interrupciones | La suspensión, el apagado, la batería agotada o un corte de conexión no cuestan el trabajo ya hecho | | Transfiere solo lo que falta | La deduplicación y la reanudación ahorran tiempo y volumen de datos | | Funciona en segundo plano | Según programación, sin que nadie tenga que iniciar nada | | Se puede frenar | Limitar el ancho de banda o pausar cuando se necesita la conexión | | Cifra antes de transferir | Un portátil perdido ya es bastante malo: la copia no debe revelar nada | | Avisa cuando falta algo | TI ve qué dispositivo lleva días sin copia | ## Planificar la primera copia La primera copia transfiere todo y tarda en consecuencia. Lo más sencillo es hacerla en la oficina por la red rápida. Si tiene que hacerse fuera, lo decisivo es que llegue en varias etapas (hoy dos horas en el hotel, mañana una en el tren) en lugar de empezar de nuevo cada vez. Después, las copias diarias son pequeñas, porque solo se transfieren los cambios. ## Cómo protege AegisGrid los portátiles AegisGrid copia portátiles con Windows 10 y Windows 11 según programación y en segundo plano a un servidor de copias o al almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/), cifrados antes de la transferencia. La reanudación está siempre activada: tras una suspensión o un corte de conexión, AegisGrid continúa la misma copia; tras un apagado o con la batería agotada, la retoma en el siguiente arranque, y solo se transfiere lo que aún falta. Una copia solo se considera terminada cuando está completa. Las copias en curso se pueden pausar o limitar en ancho de banda. Si un dispositivo deja de aparecer, el servidor de copias lo notifica a las personas de contacto responsables. Más información en la página Portátiles y puestos de trabajo móviles (https://aegisgrid.de/en/solutions/notebooks/). ## Preguntas frecuentes sobre las copias de portátiles **¿Basta OneDrive como copia de seguridad de los portátiles?** OneDrive sincroniza carpetas seleccionadas, pero no copia todo el dispositivo, y los borrados o cifrados también se sincronizan. Cuánto tiempo conserva Microsoft lo eliminado se explica en el artículo Copias de Microsoft 365 (https://aegisgrid.de/es/guias/copia-de-seguridad-microsoft-365/). **¿Nota algo el usuario durante la copia?** La copia se ejecuta en segundo plano. Si lo desea, una pequeña ventana muestra el progreso; el ancho de banda se puede limitar para que no sufran las videoconferencias ni las descargas. **¿Qué pasa si roban un portátil?** Los datos se conservan en el servidor de copias y se pueden restaurar en un dispositivo nuevo. Como la copia está cifrada, no revela nada al ladrón; el propio dispositivo debería estar cifrado además con BitLocker. ## Copias de portátiles fuera de la oficina En un proyecto piloto copiamos los portátiles de su equipo comercial, también por conexiones lentas. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/copia-de-seguridad-proxmox-ve/ Guía · Virtualización # Copias de Proxmox VE: VM coherentes, cifradas y fuera de la empresa En resumen: copie siempre una VM de Proxmox como un todo, con todos los discos en el mismo instante, además de la configuración, las variables UEFI y el vTPM. Con el agente invitado QEMU, la copia es coherente a nivel de sistema de archivos. Y al menos una copia debe estar cifrada fuera de la empresa. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 13/11/2026 ## Qué forma parte de una VM Una VM es más que su disco de sistema. Para una restauración completa se necesitan: - **todos los discos virtuales**, tomados en el mismo instante; de lo contrario, el disco de la base de datos y el del registro no encajan; - la **configuración** de la VM: procesadores, memoria, adaptadores de red, firmware; - en sistemas UEFI, el **disco EFI** con las variables UEFI; - con Windows 11 y BitLocker, el **estado del vTPM**: sin él, el sistema no arranca o pide la clave de recuperación. ## Coherente en lugar de solo «a prueba de bloqueos» Si una VM en funcionamiento se copia sin preparación, el resultado equivale a un apagado brusco: normalmente arranca, pero los archivos abiertos y las bases de datos pueden quedar incompletos. Con el **agente invitado QEMU**, los sistemas de archivos del invitado se pueden congelar brevemente hasta que estén las instantáneas de todos los discos. El registro de la copia debería indicar cuánto tiempo estuvo detenido el invitado. Para ello, el paquete qemu-guest-agent (en Windows, las herramientas de invitado VirtIO) debe estar instalado en la VM y activado en Proxmox en Options → QEMU Guest Agent. ## Tipos de almacenamiento e instantáneas | Almacenamiento | Cómo se crea la instantánea | | LVM, LVM-thin | Instantánea LVM del volumen | | ZFS | Instantánea ZFS del zvol, leída a través de un clon | | Archivo qcow2 (directorio, NFS, CIFS) | Instantánea interna en la imagen; con la VM en marcha, a través de QEMU para todos los discos a la vez | | Ceph RBD | Instantánea RBD, leída a través del cliente del kernel, también en clústeres externos | ## No olvide la copia fuera de la empresa Una copia en un almacenamiento del mismo clúster protege contra errores de manejo, pero no contra incendios, ransomware o un acceso de administrador comprometido. Según la regla 3-2-1-1-0 (https://aegisgrid.de/es/guias/regla-3-2-1-1-0/), una copia debe estar en otro lugar y otra bloqueada como inmutable, cifradas antes de salir del host. ## Cómo protege AegisGrid Proxmox VE AegisGrid se ejecuta directamente en el host de Proxmox y copia una VM en una sola ejecución con todos sus discos, el disco EFI, el estado del vTPM y la configuración, en LVM, LVM-thin, ZFS, Ceph RBD y qcow2. Con agente invitado congela todos los discos a la vez y mantiene la ventana lo más corta posible; sin agente invitado copia de forma coherente ante bloqueos y lo anota en el registro. Gracias al seguimiento de cambios (CBT), las copias posteriores solo leen lo que el invitado ha escrito desde la última copia. Los datos se deduplican y cifran y pueden ir a hasta ocho destinos en una sola ejecución. Se restaura como VM nueva, disco a disco o in situ sobre la VM existente, también directamente desde el servidor de copias. El servidor de copias (https://aegisgrid.de/en/backup-server/) puede además arrancar las VM periódicamente a modo de prueba en un entorno aislado. ## Preguntas frecuentes sobre las copias de Proxmox **¿Tengo que apagar la VM para la copia?** No. Las VM en marcha se copian mediante instantáneas. Con el agente invitado QEMU, los sistemas de archivos del invitado solo se congelan brevemente. **¿Tiene cada copia que leer la VM entera?** No. Tras la primera copia, QEMU registra qué zonas ha escrito el invitado, y AegisGrid solo lee esas. La VM se lee entera de nuevo tras un reinicio o una migración de la VM, tras ampliar un disco y ante cualquier duda, con una nota objetiva en el registro. **¿Qué ocurre con los discos en iSCSI?** AegisGrid no copia discos directamente en iSCSI ni archivos raw y vmdk de mayor tamaño. Si una VM tiene un disco así, se rechaza con un mensaje claro en lugar de copiarse de forma incompleta; en Proxmox, el disco se puede mover a qcow2, ZFS o LVM-thin con «Move Storage». **¿Puedo restaurar una VM en otro host?** Sí. La copia contiene la configuración de la VM; se restaura como VM nueva, si lo desea con otro VMID, otro almacenamiento y direcciones MAC nuevas o las originales. **¿Puedo devolver una VM a una versión anterior?** Sí, in situ: la VM conserva su VMID. Sus discos se escriben primero junto a los existentes y solo se cambia cuando todo ha ido bien; los anteriores se conservan. Si no hay espacio para una segunda copia, AegisGrid escribe directamente en los discos existentes, si se desea solo los bloques modificados. ## Proteja su entorno Proxmox En un proyecto piloto comprobamos de antemano si todas sus VM y tipos de almacenamiento están cubiertos. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/copia-de-seguridad-servidor-de-archivos/ Guía · Servidores # Copia de un servidor de archivos: datos, permisos y restauración rápida En resumen: un servidor de archivos se copia a partir de una instantánea, para que los archivos abiertos sean coherentes entre sí, y con todos los permisos, para que tras una restauración vuelvan a acceder las personas correctas. Las copias incrementales solo deben leer lo que ha cambiado. Y como la mayoría de las peticiones se refieren a archivos sueltos, lo que más cuenta es la rapidez con la que vuelve un archivo. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 07/11/2026 ## Qué tiene de particular un servidor de archivos - **Muchas personas, muchos archivos abiertos.** Durante la copia se sigue trabajando. Sin instantánea, acaban en la copia archivos guardados a medias. - **Los permisos forman parte de los datos.** Quién puede ver qué recurso compartido y qué carpeta se define en permisos NTFS o ACL. Si se pierden, la restauración solo está hecha a medias. - **Muchos archivos, pocos cambios.** Cientos de miles de archivos, de los que cada día cambia solo una pequeña parte. Una buena copia incremental lo detecta sin volver a leer cada archivo. - **Un objetivo apreciado por el ransomware.** Un puesto de trabajo cifrado cifra también los recursos compartidos a través de las unidades de red. ## Copiar de forma coherente En Windows, el Servicio de instantáneas de volumen (VSS (https://aegisgrid.de/es/glosario/#instantanea-vss)) proporciona un instante común para todas las unidades implicadas, algo importante cuando los recursos compartidos están en varios volúmenes. En Linux, esa función la cumple una instantánea LVM (https://aegisgrid.de/es/glosario/#instantanea). Si en el servidor funciona además una aplicación con su propia base de datos, unos scripts antes y después de la instantánea la llevan brevemente a un estado seguro. ## Qué hay que copiar además | Sistema | Además del contenido | | Windows | Permisos NTFS, propietario, atributos, marcas de tiempo, flujos de datos alternativos | | Linux | Permisos, propietario, marcas de tiempo, atributos extendidos con ACL POSIX, enlaces simbólicos y físicos | Lo que no hace falta copiar debería excluirse: archivos de paginación y de hibernación, carpetas temporales, papeleras. Así se ahorra espacio y tiempo sin que falte nada cuando importa. ## Detectar a tiempo cambios llamativos Un servidor de archivos suele cambiar a un ritmo regular. Si de pronto cambian diez veces más archivos de lo habitual o aparecen en masa extensiones típicas de ransomware, es una señal de alarma. La copia de seguridad es la primera en verlo, y no solo debe avisar, sino también impedir que las últimas versiones buenas se eliminen según la regla normal. Más información en la guía Ransomware y copias de seguridad (https://aegisgrid.de/es/guias/ransomware-copias-de-seguridad/). ## Cómo protege AegisGrid los servidores de archivos AegisGrid copia en Windows mediante VSS sobre todas las unidades implicadas y en Linux mediante una instantánea LVM (ext2/3/4, XFS); sin LVM lee durante el funcionamiento y vuelve a leer los archivos que han cambiado. Cada perfil admite hasta 64 rutas con patrones de exclusión, y trae exclusiones predeterminadas. Las copias incrementales toman los archivos sin cambios de la ejecución anterior; en Windows, AegisGrid lee los cambios del diario USN. Los datos se deduplican por contenido, también junto con las copias de discos y de VM del mismo almacén, y se cifran antes de la transferencia. Si una ejecución llama la atención por un número inusual de archivos nuevos, modificados o borrados, se marca, sale un aviso y las versiones anteriores quedan protegidas 30 días de forma predeterminada. Los archivos sueltos se recuperan buscando en todas las versiones; véase Recuperar un archivo borrado (https://aegisgrid.de/es/guias/recuperar-archivo-borrado/). ## Preguntas frecuentes sobre la copia de servidores de archivos **¿Copia de archivos o copia del disco completo?** Para un servidor de archivos, normalmente ambas: la copia de archivos para recuperar archivos sueltos con rapidez y con sus permisos, y una copia de disco o de VM para restaurar el servidor entero tras una avería. Gracias a la deduplicación, la segunda copia apenas ocupa espacio adicional. **¿Con qué frecuencia debe copiarse un servidor de archivos?** Depende de cuánto trabajo puede perderse como máximo (RPO (https://aegisgrid.de/es/glosario/#rpo)). Lo habitual es al menos una vez al día y, con mucha actividad, varias veces al día. Como las copias incrementales solo leen y guardan lo que ha cambiado, incluso las ejecuciones frecuentes son cortas. **¿Puedo copiar un NAS como servidor de archivos?** AegisGrid copia los equipos en los que se ejecuta su agente, es decir, servidores Windows y Linux. En AegisGrid, un NAS sirve como destino de las copias. Si sus recursos compartidos están en un NAS, hable con nosotros; en un proyecto piloto aclaramos cuál es la mejor forma de cubrir su entorno. ## Proteja su servidor de archivos En un proyecto piloto revisamos con usted recursos compartidos, permisos y retención. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/copias-de-seguridad-rgpd/ Guía · Protección de datos # Copias de seguridad y RGPD: lo que debe tener en cuenta En resumen: el RGPD incluso exige copias de seguridad, ya que el art. 32 pide la capacidad de restaurar con rapidez los datos personales tras un incidente. Al mismo tiempo, las copias son en sí mismas datos personales: deben estar protegidas, guardarse en un lugar adecuado, estar reguladas por contrato y suprimirse según plazos fijos. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 01/11/2026 ## Qué exige el art. 32 del RGPD El art. 32 obliga a los responsables a aplicar medidas técnicas y organizativas que garanticen un nivel de seguridad adecuado al riesgo. Para las copias de seguridad son decisivos cuatro puntos del apartado 1: | Requisito | Qué significa para las copias | | Letra a: cifrado | Cifrar las copias, a ser posible antes de que salgan del sistema protegido | | Letra b: confidencialidad, integridad, disponibilidad, resiliencia | Copias en varios lugares, protección frente a manipulaciones, acceso solo para personas autorizadas | | Letra c: restauración rápida | La restauración debe ser posible y realizable en un tiempo razonable | | Letra d: verificación periódica | Comprobar la eficacia de las medidas; para las copias: probar la restauración | ## Dónde pueden guardarse las copias El RGPD no prohíbe la nube ni los proveedores de servicios. Sí exige que las transferencias a países fuera de la UE y del EEE estén especialmente protegidas (capítulo V). Lo más sencillo es una ubicación en Alemania o en la UE con un proveedor sujeto al derecho europeo. Si las copias están cifradas y la clave queda en la empresa, ni siquiera el proveedor de almacenamiento puede conocer su contenido. ## Encargo del tratamiento Si un proveedor de servicios gestiona las copias de seguridad o las almacena, por lo general es encargado del tratamiento según el art. 28 del RGPD. En ese caso hace falta un contrato de encargo de tratamiento que regule el objeto, la duración, el tipo de datos, las medidas técnicas y organizativas y el trato con los subencargados. ## Supresión y limitación del plazo de conservación Según el principio de limitación del plazo de conservación (art. 5, apartado 1, letra e), los datos no pueden conservarse más tiempo del necesario. Para las copias de seguridad esto significa fijar **plazos de conservación definidos** y suprimir las copias automáticamente al vencer. Eliminar registros sueltos de una copia no suele tener sentido técnico y dañaría la copia. Por eso, en la práctica es habitual que: - las copias caduquen por completo al final de su plazo de conservación; - hasta entonces estén protegidas contra el acceso y no se usen para otros fines; - al restaurar una copia, los datos suprimidos anteriormente se supriman de nuevo; para ello se deja constancia de qué supresiones hay que repetir. Los detalles corresponden al plan de supresión y de copias de seguridad y deberían acordarse con el delegado de protección de datos. ## Documentar Según el principio de responsabilidad proactiva (art. 5, apartado 2), una empresa debe poder demostrar que cumple los principios. Para las copias de seguridad esto supone un plan por escrito (https://aegisgrid.de/es/guias/plan-de-copias-de-seguridad/), un registro de copias y supresiones y pruebas de restauración documentadas. ## Cómo ayuda AegisGrid AegisGrid cifra con AES-256-GCM o ChaCha20-Poly1305 en el sistema protegido; la clave queda en sus manos. Usted decide dónde se guardan las copias: en su propia empresa, en una segunda sede o en el almacenamiento en la nube de AegisGrid (https://aegisgrid.de/es/almacenamiento-en-la-nube/) en centros de datos certificados en Alemania. Para el almacenamiento en la nube y el backup gestionado, MSD Computersysteme GmbH firma un contrato de encargo de tratamiento según el art. 28 del RGPD. Los plazos de conservación se aplican por copia y destino, el servidor de copias elimina automáticamente las copias caducadas y cada supresión queda anotada en el registro de evidencias (https://aegisgrid.de/en/evidence/) firmado. Este artículo es una introducción general y no constituye asesoramiento jurídico. Acuerde su plan con su delegado de protección de datos. ## Preguntas frecuentes sobre RGPD y copias de seguridad **¿Tengo que modificar también las copias cuando alguien pide la supresión de sus datos?** En la práctica, las copias no suelen editarse una por una, sino que caducan al final de su plazo de conservación. Hasta entonces están protegidas y no se usan para nada más; si se restaura una copia, se repiten las supresiones. Los detalles debería definirlos con su delegado de protección de datos. **¿Puedo guardar copias de seguridad en la nube?** Sí, con un contrato de encargo de tratamiento y garantías adecuadas para la ubicación. Lo más sencillo es un proveedor con centros de datos en Alemania o en la UE, y con el cifrado previo a la transferencia el contenido sigue siendo ilegible incluso para él. **¿Cuánto tiempo debo conservar las copias?** Tanto como las necesite para restaurar, y no más. Lo habitual son versiones diarias durante algunas semanas y versiones mensuales o anuales durante más tiempo. Las obligaciones legales de conservación, por ejemplo de la documentación contable, se cumplen mejor con un archivo que con copias de seguridad. ## Copias de seguridad conformes a la protección de datos Le asesoramos sobre ubicación, plazos y contrato de encargo de tratamiento, en inglés o en alemán. Concertar una conversación (https://aegisgrid.de/es/contacto/?thema=beratung) --- Fuente: https://aegisgrid.de/es/guias/nis2-copias-de-seguridad/ Guía · Derecho y obligaciones # NIS2 y copias de seguridad: lo que deben demostrar las empresas En resumen: NIS2 menciona expresamente la gestión de copias de seguridad y la recuperación tras una emergencia como medida mínima. No basta con tener copias: una empresa debe poder demostrar que se hacen con regularidad, están protegidas y se pueden restaurar. La responsabilidad recae en la dirección. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 01/11/2026 ## Qué dice NIS2 sobre las copias de seguridad La Directiva NIS2 (UE) 2022/2555 obliga a las empresas de sectores importantes a adoptar medidas de ciberseguridad. El artículo 21, apartado 2, enumera las medidas mínimas. La letra c recoge **la continuidad de las actividades, como la gestión de copias de seguridad y la recuperación en caso de catástrofe, y la gestión de crisis**. Otros dos puntos de la misma lista afectan directamente a las copias: la letra f exige políticas y procedimientos para **evaluar la eficacia de las medidas**, lo que para las copias significa probar la restauración. La letra h exige el uso de **criptografía y cifrado** cuando proceda. El artículo 20 atribuye la responsabilidad a la dirección: los órganos de dirección deben aprobar las medidas, supervisar su aplicación y recibir formación al respecto. Las copias de seguridad son, por tanto, expresamente un asunto de la dirección. ## A quién afecta NIS2 se aplica a las empresas de los sectores de los anexos I y II de la Directiva, por ejemplo energía, transporte, sanidad, infraestructura digital, servicios de TI para otras empresas (servicios gestionados), residuos, química, alimentación, fabricación de productos críticos y servicios digitales. Por lo general están afectadas las medianas y grandes empresas de esos sectores, es decir, a partir de 50 empleados o con un volumen de negocios y un balance anual de más de 10 millones de euros. En algunos ámbitos, NIS2 se aplica con independencia del tamaño. En Alemania, la ley de transposición de NIS2 incorpora la Directiva a la ley del BSI, y las entidades afectadas deben registrarse en el BSI, la Oficina Federal de Seguridad de la Información. Si su empresa está afectada y de qué manera debe comprobarse caso por caso; para ello, el BSI ofrece una comprobación en línea. En los demás Estados de la UE se aplican la ley nacional de transposición y la autoridad competente de cada país. **También sin NIS2:** el RGPD ya exige en su art. 32 la capacidad de restaurar con rapidez los datos personales tras un incidente y la verificación periódica de las medidas. Muchos seguros de ciberriesgos preguntan lo mismo. ## Qué quieren ver los auditores en las copias de seguridad Las leyes fijan objetivos, no productos. En la práctica, sin embargo, las auditorías se reducen a las mismas preguntas: | Pregunta del auditor | Qué sirve como evidencia | | ¿Existe un plan de copias de seguridad? | Un plan por escrito: qué, con qué frecuencia, adónde, cuánto tiempo se conserva, quién es responsable (BSI IT-Grundschutz CON.3) | | ¿Se hacen realmente las copias? | Registro de todas las copias con su resultado, sin huecos durante el periodo auditado | | ¿Están protegidas frente a ataques? | Copia inmutable o desconectada, cifrado, copia fuera de la empresa | | ¿Se pueden restaurar? | Pruebas de restauración documentadas con fecha, alcance y resultado | | ¿Quién borró o cambió qué? | Registro trazable de supresiones y cambios en la conservación | | ¿Se puede confiar en el registro? | Registro a prueba de manipulaciones, copia en un segundo lugar (BSI IT-Grundschutz OPS.1.1.5) | ## Cinco pasos para copias demostrables - **Redactar un plan:** definir sistemas, volúmenes de datos, frecuencia de copia, conservación y el tiempo máximo de inactividad tolerable de cada sistema. Qué debe incluir lo muestra la guía Plan de copias de seguridad (https://aegisgrid.de/es/guias/plan-de-copias-de-seguridad/). - **Varias copias en varios lugares:** al menos una copia fuera de la empresa y otra inmutable; la regla 3-2-1-1-0 (https://aegisgrid.de/es/guias/regla-3-2-1-1-0/) es una buena pauta. - **Probar la restauración con regularidad**: no solo una vez al año a mano, sino de forma continua y documentada. Cómo hacerlo automáticamente lo explica el artículo Probar la restauración (https://aegisgrid.de/es/guias/probar-la-restauracion/). - **Registrar todo** lo que ocurre con las copias y proteger el registro frente a cambios posteriores. - **Informar:** la dirección recibe periódicamente un informe comprensible y puede así demostrar que cumple su deber de supervisión. ## Qué ocurre si falta La Directiva prevé multas considerables: para las entidades esenciales, hasta 10 millones de euros o el 2 % del volumen de negocios anual mundial; para las entidades importantes, hasta 7 millones de euros o el 1,4 %, en cada caso la cifra más alta. A menudo pesa más el propio daño: sin una restauración que funcione, una empresa queda paralizada durante días o semanas tras un ataque de ransomware. ## Cómo ayuda AegisGrid AegisGrid escribe en hasta ocho destinos en una sola ejecución, también inmutables y fuera de la empresa. El servidor de copias (https://aegisgrid.de/en/backup-server/) restaura automáticamente copias a modo de prueba y arranca máquinas virtuales en un sandbox aislado. Cada copia, restauración, comprobación y supresión queda anotada en un registro de evidencias (https://aegisgrid.de/en/evidence/) encadenado y firmado a diario, que si lo desea se envía de inmediato a su SIEM. Cada mes se genera a partir de él un informe de evidencias firmado en PDF, para auditores y para la dirección. Este artículo es una introducción general y no constituye asesoramiento jurídico. Ningún software hace por sí solo que una empresa cumpla NIS2; las copias de seguridad son un componente de un concepto global. ## Preguntas frecuentes sobre NIS2 y copias de seguridad **¿Exige NIS2 un software de copias concreto?** No. NIS2 fija objetivos, no productos: gestión de copias de seguridad, recuperación tras una emergencia, evaluación de la eficacia y cifrado cuando proceda. Lo importante es que pueda demostrar la aplicación. **¿Con qué frecuencia hay que probar la restauración?** NIS2 no fija un plazo. Han dado buen resultado las muestras periódicas, por ejemplo semanales, y una prueba completa de los sistemas más importantes al menos una vez al año. Lo decisivo es que cada prueba quede documentada con su resultado. **¿Se aplica NIS2 también a los proveedores de servicios de TI?** Sí, los proveedores de servicios gestionados figuran entre los sectores de la Directiva. Además, sus clientes exigen cada vez más evidencias sobre la seguridad de la cadena de suministro. ## Copias de seguridad demostrables Le mostramos el registro y el informe de evidencias en sus propios sistemas, en inglés o en alemán. Concertar una conversación (https://aegisgrid.de/es/contacto/?thema=beratung) --- Fuente: https://aegisgrid.de/es/guias/plan-de-copias-de-seguridad/ Guía · Estrategia de copias # Elaborar un plan de copias de seguridad: qué debe incluir En resumen: un plan de copias de seguridad fija por escrito qué se copia, con qué frecuencia, adónde y durante cuánto tiempo, y quién hace qué en caso de emergencia. Convierte trabajos de copia sueltos en una estrategia que se puede comprobar: por su propio departamento de TI, por auditores y por la aseguradora de ciberriesgos. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 30/10/2026 · actualizado el 01/11/2026 ## ¿Para qué un plan de copias de seguridad? Sin plan, las copias crecen al ritmo de la TI: aquí un trabajo para el nuevo servidor, allá un disco USB para contabilidad. Si todo está cubierto y si la restauración se logra en el tiempo necesario, entonces nadie lo sabe con certeza. El plan obliga a responder estas preguntas por completo una vez y deja constancia de las respuestas para que no dependan de una sola persona. También se espera desde fuera. El RGPD exige en su art. 32 la capacidad de restaurar con rapidez los datos personales tras un incidente y la verificación periódica de las medidas (Copias de seguridad y RGPD (https://aegisgrid.de/es/guias/copias-de-seguridad-rgpd/)). NIS2 menciona expresamente la gestión de copias de seguridad entre las obligaciones de las entidades afectadas (NIS2 y copias de seguridad (https://aegisgrid.de/es/guias/nis2-copias-de-seguridad/)). En el IT-Grundschutz de la Oficina Federal alemana de Seguridad de la Información (BSI), el tema tiene un módulo propio, CON.3 «Concepto de copias de seguridad». Y las aseguradoras de ciberriesgos suelen preguntar cómo se hacen las copias antes incluso de firmar la póliza. ## Los nueve componentes Un plan completo responde a nueve preguntas. Para una pequeña empresa suelen bastar unas pocas páginas. | Componente | Pregunta clave | Resultado | | Inventario | ¿Qué sistemas, datos y servicios en la nube hay y dónde están? | Lista de todos los sistemas con volumen de datos y responsable | | Objetivos de recuperación | ¿Cuánta pérdida de datos y cuánto tiempo de inactividad es tolerable en cada sistema? | RPO y RTO por clase de sistema | | Procedimiento | ¿Unidades completas, archivos sueltos o la máquina virtual entera? ¿Cómo se mantienen coherentes las bases de datos? | Tipo de copia y programación por sistema | | Ubicaciones | ¿Cuántas copias, en qué soportes, cuáles fuera de la empresa, cuáles inmutables? | Destinos según la regla 3-2-1 | | Conservación | ¿Cuánto tiempo se conservan las versiones diarias, semanales y mensuales? | Esquema de generaciones y reglas de supresión | | Protección | ¿Quién puede leer, modificar y borrar copias? ¿Dónde está la clave? | Permisos, cifrado, custodia de la clave | | Responsabilidades | ¿Quién lee los avisos, quién sustituye, quién decide en una emergencia? | Funciones, suplencias, orden de recuperación | | Pruebas | ¿Con qué frecuencia y con qué profundidad se ensaya la restauración? | Plan de pruebas con resultados documentados | | Evidencias y mantenimiento | ¿Cómo se demuestra lo ocurrido y cuándo se revisa el plan? | Registros, informes, fecha fija de revisión | ## RPO y RTO: las dos cifras más importantes El **objetivo de punto de recuperación (RPO)** indica cuánto trabajo puede perderse como máximo: con una copia diaria a las 3 de la madrugada, hasta un día. El **objetivo de tiempo de recuperación (RTO)** indica cuánto tiempo puede estar fuera de servicio un sistema como máximo hasta que vuelva a funcionar. Ninguna de las dos cifras la fija TI en solitario, sino la dirección junto con los departamentos: ¿cuánto cuesta un día sin el sistema de gestión de mercancías, cuánto una mañana perdida en contabilidad? | Clase de sistema | Ejemplos | RPO | RTO | | Crítico | Gestión de mercancías, ERP, bases de datos | pocas horas | menos de un día | | Importante | Servidor de archivos, correo | un día | uno o dos días | | De apoyo | Portátiles, sistemas de prueba | de un día a una semana | varios días | Los valores son ejemplos. Lo decisivo es que se fijen de forma consciente y se confirmen con pruebas: un RTO de cuatro horas no vale nada si en la prueba la restauración del servidor de bases de datos tarda seis. ## Ubicaciones y conservación Para las ubicaciones ha demostrado su eficacia la regla 3-2-1, que también recomienda el BSI: tres copias en dos soportes distintos, una de ellas fuera de la empresa. Frente al ransomware se añade una copia inmutable o desconectada, además de pruebas periódicas: la regla 3-2-1-1-0 (https://aegisgrid.de/es/guias/regla-3-2-1-1-0/). La conservación suele seguir un esquema de generaciones: versiones diarias durante algunas semanas, semanales durante algunos meses y mensuales durante un año o más. Muchas versiones antiguas ayudan cuando un ataque o un error se detecta tarde. El RGPD pone un límite superior: las copias con datos personales no deben conservarse más tiempo del necesario y después deben caducar automáticamente. **Una copia de seguridad no es un archivo:** las obligaciones legales de conservación fiscales y mercantiles (en Alemania, por lo general ocho años para los justificantes contables y diez para los libros y las cuentas anuales) se cumplen con un archivo a prueba de auditoría, no con las copias de seguridad. Las copias sirven para restaurar y caducan al final de su plazo. ## Claves, permisos y responsabilidades Una copia cifrada vale tanto como la custodia de su clave. Si la clave solo está en el servidor que falla, la copia se pierde con él. El plan establece dónde se guarda la clave, por ejemplo en un sobre de emergencia sellado en la caja fuerte y como copia en un segundo lugar, y quién tiene acceso a ella. Igual de importantes son los permisos: los sistemas protegidos no deberían poder borrar sus propias copias; de lo contrario, también podría hacerlo un atacante con sus derechos. Y debe estar claro quién lee los avisos de error, quién sustituye durante las vacaciones y quién decide en una emergencia. El orden de restauración (primero la red y el servicio de directorio, luego las bases de datos y después las aplicaciones de negocio) va en el manual de emergencias junto con las personas de contacto. ## Pruebas y evidencias Un plan que nunca se ha ensayado es una suposición. Las pruebas de restauración (https://aegisgrid.de/es/guias/probar-la-restauracion/) periódicas confirman el RPO y el RTO y revelan lagunas, como una unidad nueva que nunca se incluyó en la copia. Cada copia, cada prueba y cada supresión debería quedar registrada de forma trazable: es la evidencia ante auditores, aseguradoras y la propia dirección. Revise el plan al menos una vez al año y con cada cambio importante: una sede nueva, una nueva aplicación de negocio, el traslado de servicios a la nube o un cambio en el equipo de TI. ## Lista de control - Todos los sistemas, conjuntos de datos y servicios en la nube como Microsoft 365 están registrados, cada uno con un responsable. - El RPO y el RTO de cada sistema están fijados con la dirección. - El tipo de copia y la programación están fijados para cada sistema; las bases de datos se copian de forma coherente. - Hay al menos tres copias en dos soportes, una fuera de la empresa y otra inmutable o desconectada. - La conservación está fijada por generaciones y las copias caducadas se suprimen automáticamente. - Las copias están cifradas y la clave se guarda por separado y accesible en caso de emergencia. - Los sistemas protegidos no pueden borrar sus copias. - La responsabilidad y la suplencia para avisos y emergencias están reguladas. - El orden de recuperación figura en el manual de emergencias. - La restauración se prueba con regularidad y los resultados están documentados. - La próxima fecha de revisión del plan está en el calendario. ## Cómo pone AegisGrid el plan en práctica Con AegisGrid, el plan se convierte en configuración. Una ejecución escribe en hasta ocho destinos: disco local, NAS, su propio servidor de copias (https://aegisgrid.de/en/backup-server/), una segunda sede o el almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/). Las programaciones tienen en cuenta los festivos de cada estado federado alemán y recuperan las ejecuciones perdidas, y la conservación se aplica por destino, también por generaciones. Los datos se cifran en el sistema protegido y la clave queda en sus manos. En un almacenamiento WORM del servidor de copias, cada copia está bloqueada contra cambios y borrado hasta que vence su bloqueo, también frente a los equipos protegidos. El servidor de copias avisa de las copias que faltan, restaura copias periódicamente a modo de prueba y lleva un registro de evidencias (https://aegisgrid.de/en/evidence/) firmado, del que cada mes se genera un informe de evidencias en PDF: la prueba de que el plan se cumple de verdad. Si prefiere no encargarse usted de la operación, puede confiarla a nuestro backup gestionado (https://aegisgrid.de/es/backup-gestionado/). ## Preguntas frecuentes sobre el plan de copias de seguridad **¿Es obligatorio un plan de copias de seguridad?** Para la mayoría de las empresas no hay ninguna ley que exija un documento con ese nombre. Sin embargo, el RGPD exige medidas técnicas y organizativas adecuadas y su verificación periódica, y NIS2 exige a las entidades afectadas una gestión de copias de seguridad. Un plan por escrito es la forma más sencilla de demostrar ambas cosas. **¿Qué extensión debe tener el plan?** Para una pequeña empresa suelen bastar unas pocas páginas: la lista de sistemas con RPO y RTO, las ubicaciones, la conservación, las responsabilidades y el plan de pruebas. Más importante que la extensión es que esté al día y que, en una emergencia, alguien distinto de su autor pueda actuar con él. **¿Existe una plantilla?** El módulo CON.3 «Concepto de copias de seguridad» del compendio IT-Grundschutz del BSI describe lo que debe contener un plan y sirve bien como estructura. Los nueve componentes y la lista de control de este artículo cubren los puntos más importantes. ## Revisar su plan juntos Repasamos con usted su plan de copias de seguridad, en inglés o en alemán, y le mostramos cómo lo pone en práctica AegisGrid. Concertar una conversación (https://aegisgrid.de/es/contacto/?thema=beratung) --- Fuente: https://aegisgrid.de/es/guias/probar-la-restauracion/ Guía · Recuperación # Probar la restauración: solo la prueba hace una copia de seguridad En resumen: «copia correcta» solo significa que se escribieron datos, no que un sistema vaya a arrancar de nuevo a partir de ellos. Solo una prueba de restauración periódica y documentada demuestra si una copia responde en una emergencia. Lo más fiable es que se ejecute automáticamente. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 01/11/2026 ## Por qué fallan las copias en una emergencia La mayoría de las restauraciones fallidas tienen causas poco espectaculares que ningún mensaje de éxito revela: - Un disco duro o una unidad nueva nunca se incluyó en la copia. - La base de datos se copió en mitad de una escritura y no arranca limpiamente. - La clave de una copia cifrada ya no se encuentra. - Una carpeta ha ido encogiendo durante meses sin que nadie lo notara, porque una aplicación guarda sus datos en otro lugar. - La máquina virtual arranca, pero se queda detenida en una pantalla de error. - Nadie recuerda en qué orden deben arrancar los sistemas. ## Qué comprueba una buena prueba de restauración | Nivel | Qué se comprueba | Qué detecta | | Datos legibles | Cada objeto guardado se lee y se compara con su suma de comprobación | Datos dañados o ausentes en el store | | Restaurable | La copia se restaura por completo en una zona de prueba | Partes que faltan, claves erróneas, espacio insuficiente | | Sistema de archivos intacto | Cada sistema de archivos se comprueba y se monta | Copias incoherentes, particiones defectuosas | | Contenido plausible | Se lee cada archivo y se cuentan archivos y volúmenes de datos para compararlos con la última prueba | Archivos ilegibles o modificados sin que se note, zonas encogidas, vacías o desactualizadas | | Sin rastros de ransomware | Se examinan los archivos en busca de indicios de cifrado: contenido que no corresponde a la extensión o parece aleatorio, extensiones típicas y notas de rescate | Copias que ya contienen datos cifrados | | El sistema arranca | La máquina virtual se inicia en un entorno aislado | Sistemas que no arrancan, pantallas de error | | El servicio responde | Un servicio como el directorio, el correo o la base de datos acepta conexiones | Sistemas que arrancan pero no funcionan | ## ¿Con qué frecuencia probar? No hay un plazo legal, pero leyes como NIS2 y el RGPD exigen la verificación periódica de las medidas. Ha dado buen resultado: - **De diario a semanal:** comprobación de los datos guardados; en stores grandes, solo de los recién añadidos. - **Semanal:** una muestra, en la que algunas copias elegidas al azar se restauran por completo y se arrancan. - **Al menos una vez al año:** una prueba de los sistemas más importantes en el orden correcto, midiendo el tiempo hasta que vuelven a estar operativos. Más importante que la frecuencia es que cada prueba esté **documentada**: cuándo, qué copia, qué resultado. Una prueba sin evidencia no cuenta en una auditoría. ## Probar sin riesgo para la operación Una máquina restaurada nunca debe comunicarse con la red real: un segundo controlador de dominio o servidor de correo con el mismo nombre puede causar grandes daños en plena operación. Por eso las restauraciones de comprobación deben hacerse en un entorno aislado, sin red o en una red propia sin conexión al exterior. Allí, los sistemas dependientes arrancan en el orden correcto, por ejemplo primero el controlador de dominio y después el servidor de correo. ## Cómo lo automatiza AegisGrid El servidor de copias de AegisGrid (https://aegisgrid.de/en/backup-server/) ejecuta la restauración de comprobación como flujo de trabajo, por ejemplo cada sábado por la mañana con tres copias elegidas al azar: restaurar, comprobar los sistemas de archivos en modo de solo lectura y montarlos, leer cada archivo y compararlo con la última comprobación, arrancar las máquinas virtuales en un entorno QEMU/KVM aislado, comprobar si muestran imagen, escriben en sus discos o responden sus servicios, y limpiar después. El informe de comprobación llega por correo electrónico con un semáforo por disco y partición y capturas de pantalla de las máquinas arrancadas; cada prueba queda anotada con su resultado en el registro de evidencias (https://aegisgrid.de/en/evidence/) firmado y en el informe mensual. ## Preguntas frecuentes sobre la prueba de restauración **¿Basta con verificar las sumas de comprobación de la copia?** No. Un control de sumas de comprobación muestra que los datos guardados no han cambiado. Si la copia está completa y un sistema arranca a partir de ella solo lo demuestra una restauración. **¿Necesita una restauración de comprobación un entorno de pruebas propio?** Necesita espacio de almacenamiento para los datos restaurados y, para arrancar máquinas virtuales, un equipo con virtualización por hardware. El servidor de copias de AegisGrid incorpora el entorno aislado; no hace falta una infraestructura de pruebas propia. **¿Se pueden probar también copias cifradas?** Sí, para ello el servidor que realiza la prueba necesita la clave. Sin la clave siguen siendo posibles la comprobación de los datos guardados, la réplica y la limpieza. ## Vea una restauración de comprobación en sus sistemas En un proyecto piloto restauramos sus copias a modo de prueba, con informe y capturas de pantalla. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/proxmox-backup-server-o-aegisgrid/ Guía · Comparativa # ¿Proxmox Backup Server o AegisGrid? Una comparativa honesta En resumen: para un entorno solo de Proxmox, Proxmox Backup Server es una opción natural de código abierto, profundamente integrada, con restauración en vivo y contenedores. AegisGrid encaja cuando, además de Proxmox VE, hay que proteger equipos Windows, Hyper-V, Xen o Microsoft 365, con un mismo procedimiento, almacenamiento inmutable con bloqueo de conservación, restauraciones de comprobación y evidencias firmadas. Ambos pueden funcionar también en paralelo. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 07/11/2026 · actualizado el 13/11/2026 ## Las diferencias principales Los datos sobre Proxmox Backup Server (PBS) proceden de la documentación del fabricante (fuentes más abajo), a noviembre de 2026, versión 4.2. | Característica | AegisGrid | Proxmox Backup Server | | Proveedor / sede | MSD Computersysteme GmbH, Alemania | Proxmox Server Solutions GmbH, Viena, Austria | | Licencia | Comercial | Código abierto (AGPLv3), suscripciones de soporte | | VM de Proxmox | VM completas con todos los discos, disco EFI, vTPM y configuración; LVM, LVM-thin, ZFS, Ceph RBD, qcow2; restauración también in situ | VM completas, integradas en la interfaz de Proxmox VE | | Copias posteriores rápidas de VM en marcha | Sí, mediante dirty bitmaps de QEMU; tras un reinicio de la VM se lee entera una vez | Sí, mediante dirty bitmaps de QEMU | | Contenedores de Proxmox (LXC) | No | Sí | | Otras plataformas | Windows y Linux con VSS o instantánea LVM, Hyper-V, Xen, Microsoft 365 | Equipos Linux mediante el cliente de línea de comandos; Proxmox no ofrece cliente para Windows | | Arrancar una VM antes de que termine la restauración | No; restauración en paralelo y en segundo plano | Sí (restauración en vivo) | | Archivos sueltos de copias de VM | Sí, en Windows y Linux: montar un disco en solo lectura y recuperar archivos sin restaurarlo | Sí, en la interfaz de Proxmox VE | | Copias inmutables | WORM con bloqueo de conservación | Marca de protección para copias individuales; cintas como WORM | | Comprobación | Comprobación de todos los objetos, reparación desde una segunda copia, restauración de comprobación con arranque de las VM, análisis antivirus | Tareas de verificación sobre las sumas de comprobación de todos los bloques | | Más copias | Hasta ocho destinos en una ejecución, también almacenamiento de objetos compatible con S3; réplica a una segunda ubicación, exportación para cinta o disco USB | Sincronización con un segundo PBS, bibliotecas de cintas, almacenamiento de objetos compatible con S3, almacenes extraíbles | | Evidencias | Registro encadenado y firmado, informe mensual en PDF, copia por syslog | s. d. | s. d. = sin datos claramente documentados por el fabricante. Ambos tienen en común: deduplicación en todas las copias de un store, cifrado antes de la transferencia con AES-256-GCM (AegisGrid opcionalmente ChaCha20-Poly1305), compresión con zstd y una interfaz web o consola para la administración. Otras soluciones se comparan en la página Comparativa (https://aegisgrid.de/en/comparison/). ## Cuándo Proxmox Backup Server es la mejor opción - **Un entorno solo de Proxmox** sin equipos Windows fuera de las VM, sin Hyper-V y sin Microsoft 365. - Hay que proteger **contenedores (LXC)**: AegisGrid protege hoy solo VM. - La **restauración en vivo** es importante: la VM debe arrancar mientras los datos aún se están recuperando. - Se quieren controlar **bibliotecas de cintas** directamente. - **Código abierto y sin costes de licencia** es un requisito, y el equipo gestiona el servidor por su cuenta. - Se usan **discos en iSCSI** o archivos raw y vmdk grandes: AegisGrid rechaza esas VM en lugar de copiarlas de forma incompleta. ## Cuándo encaja AegisGrid - **Entornos mixtos:** Proxmox VE junto a servidores y puestos Windows, Hyper-V, Xen y Microsoft 365, con un mismo procedimiento y en los mismos stores, con deduplicación sobre todo. - **Inmutable con plazo:** WORM con bloqueo de conservación en su propio servidor de copias (https://aegisgrid.de/en/backup-server/): hasta que vence el plazo, una copia no se puede borrar a través de AegisGrid; el bloqueo de copias concretas se puede prolongar de forma selectiva. - **Comprobar en lugar de confiar:** el servidor de copias arranca las VM copiadas a modo de prueba en un entorno aislado, comprueba los sistemas de archivos y busca virus; consulte Probar la restauración (https://aegisgrid.de/es/guias/probar-la-restauracion/). - **Evidencias para NIS2 y el BSI:** un registro de evidencias (https://aegisgrid.de/en/evidence/) encadenado y firmado con informe mensual y conexión a SIEM. - **Varios destinos en una ejecución:** local, NAS, su propio servidor de copias en una segunda ubicación y almacenamiento en la nube a la vez. - **Todo de un mismo proveedor:** si lo desea, backup gestionado (https://aegisgrid.de/es/backup-gestionado/) con una persona de contacto en Alemania (en inglés o en alemán). ## Ambos juntos Las dos herramientas no se excluyen. Algunos entornos protegen los contenedores con Proxmox Backup Server y las VM, los equipos Windows y Microsoft 365 con AegisGrid. Lo único importante es que no copien los dos la misma VM a la vez: ambos trabajan con instantáneas de los mismos discos. Cómo protege AegisGrid las VM de Proxmox en detalle lo describe la guía Copias de Proxmox VE (https://aegisgrid.de/es/guias/copia-de-seguridad-proxmox-ve/). ## Fuentes - Proxmox: Proxmox Backup Server: introducción (https://pbs.proxmox.com/docs/introduction.html), Almacenes de datos (https://pbs.proxmox.com/docs/storage.html), Visión técnica general (https://pbs.proxmox.com/docs/technical-overview.html), Hoja de ruta y notas de versión (https://pbs.proxmox.com/wiki/Roadmap), Proxmox VE: copia y restauración (https://pve.proxmox.com/pve-docs/chapter-vzdump.html), Aviso legal (https://proxmox.com/de/impressum) Proxmox, Proxmox VE, Proxmox Backup Server, Hyper-V, Microsoft 365 y los demás nombres de productos mencionados son marcas o marcas registradas de sus respectivos titulares. Se citan únicamente con fines de comparación objetiva; no existe ninguna relación comercial. Agradecemos cualquier aviso sobre datos desactualizados. ## Preguntas frecuentes **¿Puede AegisGrid leer copias de Proxmox Backup Server?** No. Las copias existentes siguen siendo legibles con Proxmox Backup Server hasta que caducan al final de su plazo de conservación. Las copias nuevas se hacen con AegisGrid. **¿Necesita AegisGrid el agente invitado de QEMU?** No, pero se recomienda. Con el agente invitado, AegisGrid congela brevemente y a la vez los sistemas de archivos de todos los discos; sin él, copia de forma coherente ante bloqueos y lo anota en el registro. **¿Puedo restaurar una VM de Proxmox en otro host?** Sí. La copia contiene la configuración de la VM; se restaura como VM nueva, si se desea con otro VMID, otro almacenamiento y direcciones MAC nuevas o las originales. ## ¿Encaja AegisGrid en su entorno Proxmox? En un proyecto piloto comprobamos de antemano si todas sus VM y tipos de almacenamiento están cubiertos. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/ransomware-copias-de-seguridad/ Guía · Seguridad # Ransomware: copias de seguridad que sobreviven a un ataque En resumen: los atacantes modernos buscan y destruyen primero las copias de seguridad, antes de cifrar. Solo sobrevivirá al ataque una copia que no se pueda borrar desde la red de la empresa (bloqueada en un servidor de copias separado, fuera de la empresa o sin conexión) y cuya restauración se haya ensayado antes. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 07/11/2026 ## Cómo se desarrolla un ataque contra las copias - **Entrada:** mediante un correo de phishing, una vulnerabilidad o credenciales robadas. - **Propagación:** los atacantes reúnen derechos de administrador, a menudo durante semanas sin ser detectados. - **Búsqueda de las copias:** se buscan servidores de copias, recursos compartidos del NAS, instantáneas y accesos a la nube. - **Destrucción de las copias:** se borran o se cifran junto con lo demás, con los derechos obtenidos. - **Cifrado y extorsión:** solo ahora se hace visible el ataque, normalmente de noche o en fin de semana. De ello se deduce que cualquier copia que un administrador de la red de la empresa pueda borrar también puede borrarla un atacante con esos derechos. ## Cinco medidas que de verdad ayudan | Medida | Qué consigue | | Copia inmutable | Las copias están bloqueadas contra cambios y borrado hasta una fecha, también para los equipos protegidos y sus credenciales | | Servidor de copias separado | Credenciales propias, sin pertenencia al dominio de Windows, solo los puertos necesarios abiertos | | Copia fuera de la empresa | Una segunda copia en otro lugar, con otras credenciales | | Copia sin conexión | Una exportación periódica a disco USB o cinta, guardada después desconectada de la red | | Restauración ensayada | Las restauraciones de comprobación periódicas demuestran que las copias están limpias y completas | ## Proteger el propio servidor de copias Un bloqueo de conservación solo es tan fuerte como el servidor que lo impone. Por eso, para el servidor de copias rige: una cuenta propia del sistema operativo para la administración, sin pertenencia al dominio, sin inicios de sesión con las mismas contraseñas que en el resto de la red, actualizaciones puntuales y acceso solo por las interfaces necesarias. Quien además conserva una copia sin conexión tiene una reserva incluso para el peor caso. ## Tras el ataque: restaurar de forma limpia - **Elegir la versión correcta:** los atacantes suelen estar en la red semanas antes del cifrado. Conservar muchas versiones permite volver a un momento anterior a la intrusión. - **Comprobar primero y restaurar después:** arrancar primero los sistemas restaurados de forma aislada y examinarlos, para que el malware no vuelva con ellos. - **Conocer el orden:** primero el servicio de directorio y la red, después las aplicaciones de negocio, ensayado y no improvisado. ## Cómo protege AegisGrid frente al ransomware AegisGrid cifra los datos en el sistema protegido y los escribe en hasta ocho destinos en una sola ejecución. En un almacenamiento WORM del servidor de copias (https://aegisgrid.de/en/backup-server/), cada copia está bloqueada contra cambios y borrado hasta que vence su bloqueo: el servidor de copias impone el bloqueo frente a todos los equipos protegidos y todas las interfaces, y sus claves de acceso solo valen para sus propios directorios. En el propio servidor, el procesamiento de datos se ejecuta con una cuenta propia sin privilegios. Para la copia sin conexión, AegisGrid exporta copias concretas como archivo a disco USB o cinta. Las restauraciones de comprobación arrancan las VM restauradas en un entorno aislado sin conexión al exterior y leen cada archivo de la copia: si se acumulan archivos que parecen cifrados o notas de rescate, el servidor de copias lo notifica mientras todavía hay versiones limpias. Cada supresión queda anotada en el registro de evidencias (https://aegisgrid.de/en/evidence/) firmado. ## Preguntas frecuentes sobre copias de seguridad y ransomware **¿Bastan las instantáneas y un NAS contra el ransomware?** Normalmente no. Un ransomware con derechos de administrador borra las instantáneas en segundos, y un recurso compartido del NAS en el que se puede escribir desde la red también se cifra. Hace falta al menos una copia que no se pueda borrar con los derechos de la red de la empresa. **¿Cuánto debe durar el bloqueo?** Más que el tiempo que un ataque puede pasar inadvertido: en la práctica, al menos de 14 a 30 días para la copia diaria, además de versiones mensuales más antiguas con un bloqueo más largo. Lo importante es que se conserven varias versiones antiguas. **¿Detecta AegisGrid si el ransomware ya está en la copia?** La restauración de comprobación del servidor de copias lee cada archivo de la copia restaurada y busca indicios de cifrado: contenido que no corresponde a su extensión o parece aleatorio, extensiones típicas de ransomware y notas de rescate. Si hay claramente más que en la última comprobación, se emite un aviso; así se detecta un ataque antes de que caduque la última copia limpia. En las copias de archivos, el propio agente comprueba cada ejecución: si cambian muchos más archivos de lo habitual o aparecen muchas extensiones típicas, la ejecución se marca, se envía un aviso y las versiones anteriores no se eliminan durante un plazo. Si se desea, la restauración de comprobación analiza además las copias con ClamAV en busca de virus e indica la última copia sin el hallazgo. Esto no sustituye a un antivirus en los sistemas. **¿Ayuda el cifrado de la copia contra el ransomware?** Protege la confidencialidad: las copias robadas no revelan nada. No protege contra el borrado ni contra un nuevo cifrado; para eso se necesitan la copia inmutable y la copia sin conexión. ## ¿Resistiría su copia un ataque? Comprobamos con usted, en inglés o en alemán, si sus copias sobrevivirían a un ataque. Concertar una conversación (https://aegisgrid.de/es/contacto/?thema=beratung) --- Fuente: https://aegisgrid.de/es/guias/recuperar-archivo-borrado/ Guía · Restauración # Recuperar un archivo borrado: encontrar la versión correcta En resumen: si un archivo se ha borrado o sobrescrito, no cambie nada más en esa carpeta y aclare cuándo estuvo bien por última vez. Después busque el archivo en todas las versiones de la copia, elija la adecuada y, en caso de duda, restáurela en otra carpeta; así no se sobrescribe nada actual. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 07/11/2026 ## Primero: aclarar tres preguntas - **¿Cuándo estuvo bien el archivo por última vez?** Quien sabe que el martes aún era correcto busca en ese periodo en lugar de en todas las versiones. - **¿Borrado o sobrescrito?** Un archivo borrado falta por completo en las versiones más recientes. Uno sobrescrito está en todas; lo que se necesita es una versión anterior. - **¿Adónde debe volver?** A la ubicación original si allí ya no hay nada. A otra carpeta si entretanto existe un archivo más reciente con el mismo nombre o si primero hay que comparar las versiones. La papelera de reciclaje y las instantáneas de Windows solo ayudan mientras el borrado sea reciente y nadie haya hecho limpieza. Una copia de seguridad llega más atrás: hasta donde lo permita su retención (https://aegisgrid.de/es/glosario/#retencion). ## Encontrar la versión correcta Cada copia de seguridad registra una versión (https://aegisgrid.de/es/glosario/#version) de los datos. Con copias diarias hay una por día; con varias ejecuciones al día, más. En lugar de abrir una versión tras otra, es más rápido buscar en todas: la búsqueda muestra en qué versiones aparece un archivo y cuándo cambió. | Situación | Qué versión conviene | | Archivo borrado por error | La última versión en la que aún aparece el archivo | | Archivo guardado con contenido erróneo | La última versión antes del cambio; el tamaño y la hora de modificación dan la pista | | Carpeta reorganizada o renombrada | La versión anterior a la reorganización, como carpeta completa | (https://aegisgrid.de/es/guias/ransomware-copias-de-seguridad/) | Archivos cifrados por ransomware | La última versión antes del ataque, no simplemente la más reciente; véase Ransomware y copias de seguridad | ## Comparar versiones antes de sobrescribir nada Sobre todo con archivos sobrescritos merece la pena comparar dos versiones: ¿qué se añadió, qué desapareció y qué cambió entre el lunes y el miércoles? Si hay dudas, restaure la versión anterior en una carpeta propia y compárela allí con la actual. Solo cuando esté claro qué versión es la correcta, se devuelve a su sitio. ## Los permisos y propiedades forman parte del archivo Un archivo restaurado debe comportarse como antes: con los mismos permisos, el mismo propietario y las mismas marcas de tiempo. Sin sus permisos NTFS, un archivo en un servidor de archivos puede quedar de pronto abierto para todos, o para nadie. Por eso una copia de archivos debe incluir estas propiedades y volver a aplicarlas al restaurar. ## Cómo funciona con AegisGrid AegisGrid busca un archivo por su nombre en todas las versiones, si se desea limitado a un periodo, muestra todas las versiones de un archivo y compara dos versiones entre sí. Se restaura en la ubicación original, en otra carpeta o como archivo ZIP. En la consola de administración se seleccionan archivos y carpetas con casillas. Quien prefiera explorar abre una versión como carpeta de solo lectura, en Windows y Linux; desaparece sola tras un tiempo sin acceso. En Linux también pueden extraerse archivos sueltos de copias de discos y de VM. Permisos, propietario y fechas se copian y se restauran, en Windows incluidos los permisos NTFS. ## Preguntas frecuentes sobre la restauración de archivos **¿Hasta qué fecha puedo recuperar un archivo?** Hasta donde llegue la retención de la copia. Es habitual un escalonamiento, por ejemplo versiones diarias durante dos semanas, semanales durante algunos meses y mensuales durante un año o más. Las versiones más antiguas se eliminan según esta regla. **¿Se sobrescribe el archivo actual al restaurar?** Solo si restaura en la ubicación original y allí hay un archivo con el mismo nombre. En caso de duda, restaure el archivo en otra carpeta o como archivo ZIP y compare primero. **¿Tengo que restaurar una copia completa para ello?** No. Los archivos y carpetas sueltos se toman directamente de la versión elegida, sin tocar el resto de la copia. Como cada versión es completa, tampoco hace falta una cadena de copias completas e incrementales. ## Archivos de vuelta enseguida, sin largas búsquedas En un proyecto piloto configuramos la copia de archivos y practicamos la restauración junto con usted. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/guias/regla-3-2-1-1-0/ Guía · Estrategia de copias # La regla 3-2-1-1-0 explicada de forma sencilla En resumen: mantenga tres copias de sus datos en dos soportes distintos, una de ellas fuera de la empresa y otra inmutable, y compruebe que todas se pueden restaurar sin errores. La regla amplía la conocida regla 3-2-1, que también recomienda la Oficina Federal alemana de Seguridad de la Información (BSI), con la protección frente al ransomware y la restauración comprobada. Por Uwe J. Solleder (https://aegisgrid.de/es/sobre-nosotros/#uwe-solleder), Director gerente de MSD Computersysteme GmbH · Publicado el 27/10/2026 · actualizado el 01/11/2026 ## Las cinco cifras | Cifra | Significado | Frente a qué protege | | 3 copias | Los datos originales y al menos dos copias de seguridad | El fallo de una sola copia | | 2 soportes | Al menos dos tipos de almacenamiento distintos, por ejemplo el disco del servidor y un NAS o servidor de copias | Fallos que afectan a toda una clase de dispositivos | | 1 fuera de la empresa | Una copia en otro lugar | Incendio, agua, robo, sobretensión | | 1 inmutable | Una copia sin conexión o bloqueada contra cambios y borrado | Ransomware y atacantes con derechos de administrador | | 0 errores | Restauración comprobada | Copias que no funcionan cuando se necesitan | ## Por qué la regla 3-2-1 ya no basta La regla 3-2-1 viene de una época en la que los fallos de hardware y los accidentes eran los mayores riesgos. Hoy los atacantes van directamente a por las copias de seguridad: antes de cifrar los datos, el ransomware borra o cifra todas las copias que alcanza. Una copia fuera de la empresa solo sirve si el atacante no puede borrarla con las mismas credenciales. De ahí el **1** adicional para una copia inmutable. El **0** recoge la experiencia de muchas emergencias: copias que durante años se notificaron como «correctas» no se pudieron restaurar, porque faltaba un disco, un servicio no arrancaba o se había perdido la clave. Solo una prueba demuestra si una copia sirve. ## Un ejemplo práctico Una empresa con un host Hyper-V, un servidor de archivos y Microsoft 365 aplica la regla así: - **Copia 1:** cada noche a un NAS en la sala de servidores, para restauraciones rápidas en el día a día. - **Copia 2:** en la misma ejecución a un servidor de copias con bloqueo WORM en otro sector de incendio o en una segunda sede, inmutable durante 30 días. - **Fuera de la empresa:** por la noche, el servidor de copias replica a un segundo servidor de copias externo o a un almacenamiento en la nube en Alemania; además, cada semana se exporta a un disco USB que se guarda en una caja fuerte. - **Cero errores:** cada sábado se restauran a modo de prueba tres copias elegidas al azar, se comprueban los sistemas de archivos y las VM se arrancan en un entorno aislado. Todo ello se recoge en el plan de copias de seguridad (https://aegisgrid.de/es/guias/plan-de-copias-de-seguridad/), junto con la conservación, las responsabilidades y el lugar donde se guarda la clave. ## El error más frecuente: varias ejecuciones en lugar de una Muchos entornos cumplen la regla con varias copias separadas: una local, otra a la nube y más tarde un trabajo de copia. Eso consume tiempo de la ventana de copia, carga los sistemas varias veces y produce copias con estados distintos. Es mejor una sola ejecución que lea el origen una vez y escriba a la vez en todos los destinos. ## Cómo aplica AegisGrid la regla AegisGrid lee el origen una vez y escribe **en hasta ocho destinos en una sola ejecución**: disco USB, NAS, un servidor de copias en la empresa con bloqueo WORM, un servidor de copias externo o el almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/). Cada destino recibe solo lo que aún le falta. Para el **0**, el servidor de copias (https://aegisgrid.de/en/backup-server/) comprueba todos los datos guardados y restaura copias automáticamente a modo de prueba. Cada copia en un servidor de copias, cada comprobación y cada restauración de comprobación queda anotada en el registro de evidencias (https://aegisgrid.de/en/evidence/) firmado. Diagrama: el servidor fs01 se lee una sola vez. AegisGrid deduplica y cifra los datos y transfiere a cada destino solo lo que le falta: a un disco USB en la empresa, a un servidor de copias en la empresa con bloqueo WORM hasta el vencimiento y a un servidor de copias externo o al almacenamiento en la nube; hasta ocho destinos en una ejecución. Debajo, la regla: 3 copias (original y destinos), 2 medios (disco y servidor), 1 externa (segunda sede), 1 inmutable (bloqueo WORM), 0 errores (control y prueba). Una lectura, hasta ocho destinos: la regla 3-2-1-1-0 en una sola ejecución.Deslice hacia los lados para ver el diagrama completo. ## Preguntas frecuentes sobre la regla 3-2-1-1-0 **¿Cuenta la nube como «fuera de la empresa»?** Sí, si la copia está en otro edificio y no se puede borrar con las mismas credenciales que las copias locales. Una segunda sede propia cumple el requisito igual de bien. **¿Basta un disco USB como copia inmutable?** Sí, siempre que se desconecte después de la copia y se guarde en un lugar seguro: así ningún atacante puede alcanzarlo. Más cómodo es un almacenamiento WORM, que bloquea automáticamente las copias contra el borrado hasta una fecha fija. **¿Es la regla 3-2-1-1-0 una obligación legal?** No, es una recomendación probada en la práctica. Leyes como NIS2 y el RGPD exigen copias de seguridad y una recuperación que funcionen; la regla es una buena forma de lograrlo. Más información en el artículo NIS2 y copias de seguridad (https://aegisgrid.de/es/guias/nis2-copias-de-seguridad/). ## 3-2-1-1-0 en una sola ejecución En un proyecto piloto aplicamos la regla con usted en sus propios sistemas. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/novedades/ Novedades de AegisGrid # Qué hay de nuevo En resumen: AegisGrid se desarrolla de forma continua y las novedades llegan a los equipos con las actualizaciones firmadas. Aquí figuran las más importantes, ordenadas por meses; solo lo que ya se ha entregado. Actualizado el 13/11/2026 ## Noviembre de 2026 - **Interfaz web.** El planificador y el servidor de copias se pueden manejar en el navegador, sin Windows y sin software adicional: tareas con asistente y programación, ejecuciones, restauraciones, almacenamiento y ajustes. Los usuarios web tienen el rol administrador o solo lectura; la contraseña nunca sale del navegador. - **Copias posteriores rápidas en Proxmox VE.** En las VM en marcha, QEMU registra qué zonas ha escrito el invitado; la copia siguiente solo lee esas. Ahorra tiempo y carga en el almacenamiento, sobre todo con discos grandes que cambian poco. - **Restaurar una VM in situ.** Una VM de Proxmox o Xen recupera los discos de una versión anterior y conserva su VMID o su nombre. Los discos anteriores se conservan hasta que la restauración termina bien; si se desea, solo se escriben los bloques modificados. - **Host reinstalado.** Tras reinstalar un host de Proxmox o Xen, las VM vuelven desde el servidor de copias con su VMID o su nombre anterior y sus direcciones MAC. - **Archivos de copias de unidades y de VM en Windows.** También en Windows se pueden tomar archivos y carpetas sueltos de una copia de disco o de VM sin restaurar el disco: con casillas en la consola de administración o como carpeta de solo lectura. - **Copiar archivos y carpetas.** Elegir carpetas y archivos en un árbol, con permisos (NTFS, ACL POSIX), en Windows con VSS y el diario de cambios, en Linux con instantánea LVM o en funcionamiento. Deduplicado junto con las copias de discos y VM. - **Recuperar archivos sueltos.** Búsqueda en todas las versiones, versiones de un archivo, comparación de dos versiones, restauración en la ubicación original, en otra carpeta o como ZIP. En la consola de administración, marcando casillas. - **Abrir una versión como carpeta.** Una copia aparece como carpeta de solo lectura, en Windows y Linux, y se puede explorar con el explorador de archivos habitual. - **Aviso de ransomware.** Si en una copia de archivos cambian muchos más archivos de lo habitual, la ejecución se marca, se envía un aviso y las versiones anteriores no se limpian durante un plazo. - **Un archivo eliminado en pocos pasos.** Una lista de todas las copias del equipo, la indicación de qué destinos están accesibles en ese momento y motivos claros cuando la búsqueda no encuentra nada. - **Análisis antivirus en la restauración de comprobación.** El servidor de copias analiza las copias con ClamAV e indica desde qué copia existe un hallazgo y cuál fue la última limpia. - **Asistente para tareas nuevas.** En la consola de administración, las tareas nuevas se crean en tres pasos: origen, destinos, programación; para unidades, archivos y carpetas, y máquinas virtuales. - **Máquinas virtuales como origen.** La consola lee las VM del hipervisor y avisa de las VM que aún no copia ninguna tarea. - **Límites y consumo por tarea.** En el servidor de copias se pueden limitar por tarea el tiempo de CPU, la memoria y los accesos a disco; el consumo se mide por cliente. - **Ajustes de correo.** Destinatarios por tipo de aviso, un correo resumen diario, vista previa y correo de prueba en la consola del Target. - **Pausar, reanudar, limitar.** Las copias en curso se pueden pausar, reanudar más tarde y limitar en ancho de banda, desde la consola, la línea de comandos y la interfaz. - **Continuar donde estaba la copia.** Una copia detenida sigue en el mismo punto en lugar de empezar de nuevo: las VM en Hyper-V, Proxmox VE y Xen conservan su punto de control o sus snapshots, y las copias de unidades y de archivos no vuelven a leer lo terminado, en Windows incluso tras un reinicio. - **Actualizaciones sin copias interrumpidas.** Durante una actualización del planificador o del servidor de copias, las copias en curso se detienen y después continúan exactamente esas. Si el servidor de copias detiene una copia, esta sigue sola en cuanto la libera. - **Tareas solo manuales.** Una tarea activada sin programación solo se ejecuta cuando alguien la inicia; una desactivada no se inicia en absoluto. La consola y la línea de comandos muestran ambos casos. - **Red Hat y SUSE.** AegisGrid funciona también en Red Hat Enterprise Linux, AlmaLinux, Rocky Linux, SUSE Linux Enterprise Server y openSUSE Leap; la instalación y las actualizaciones instalan por sí mismas, si se desea, los paquetes del sistema que faltan. - **Almacenamiento de objetos S3 como destino.** Las copias van directamente desde el equipo o como copia desde el servidor de copias a un almacenamiento de objetos compatible con S3: siempre cifradas, inmutables mediante S3 Object Lock si se desea y con comprobación de la conexión antes de la primera copia. - **Asistente de restauración.** La consola de administración guía paso a paso en la restauración de una unidad o una VM: al disco original u otro, como archivo VHDX o como VM nueva. El destino se comprueba antes; si no es adecuado, se rechaza indicando el motivo. - **Reintentar y avisar.** El planificador vuelve a iniciar las tareas fallidas tras una pausa. Si una tarea lleva un tiempo fijado sin éxito, la consola y un correo lo avisan. - **Xen con memoria.** Las VM de Xen en ejecución pueden copiarse junto con su memoria; tras la restauración, la VM continúa donde estaba. - **Manual en línea.** El manual está disponible en inglés y alemán en aegisgrid.de/handbuch/en (https://aegisgrid.de/handbuch/en/), con búsqueda. F1 en las consolas y en la instalación lo abre en el apartado correspondiente. - **Primer inicio guiado.** Tras la instalación, el programa de instalación lleva directamente a la primera copia y, después de la primera ejecución correcta, la consola propone una restauración de prueba. - **Registro de eventos de Windows.** El planificador y las actualizaciones escriben sus resultados con identificadores de evento fijos en el registro de aplicaciones, para los sistemas de supervisión existentes. - **Más progreso en la consola del Target.** Además de las copias, muestra también las restauraciones, las copias de Microsoft 365 y las réplicas en curso con su progreso. - **Revisión de seguridad.** El programa se ha revisado sistemáticamente en busca de puntos débiles y se ha reforzado, entre otras cosas con TLS 1.2 o superior entre los equipos y el servidor de copias y con bibliotecas actualizadas. ## Octubre de 2026 - **Cinco idiomas.** Programas, consolas, mensajes, correos e informes en alemán, inglés, español, francés y croata. - **Restauración de comprobación.** Las copias se restauran a modo de prueba en el servidor de copias, se comprueban los sistemas de archivos, se lee cada archivo y las VM arrancan en un entorno aislado; con un informe de comprobación con semáforo y capturas de pantalla. - **Evidencias para auditores.** Un registro encadenado y firmado a diario, una copia a un SIEM y un informe mensual firmado. - **Programaciones ampliadas.** Festivos por estado federado alemán, ventanas horarias, recuperación de ejecuciones perdidas y la programación en palabras. - **ID de bloque más rápidos.** Los stores nuevos usan BLAKE3; los existentes conservan su método. Todas las funciones de un vistazo están en Funciones (https://aegisgrid.de/es/funciones/); los detalles, en Datos técnicos (https://aegisgrid.de/es/datos-tecnicos/). ## ¿Le ha despertado la curiosidad? Le mostramos las novedades en sus propios sistemas. Solicitar un proyecto piloto (https://aegisgrid.de/es/contacto/?thema=pilot) --- Fuente: https://aegisgrid.de/es/privacidad/ # Política de privacidad En resumen: este sitio web no usa cookies, no hace seguimiento y no carga nada de servidores ajenos. Solo tratamos datos personales en la medida necesaria para operar el sitio y responder a sus consultas. Esta es una traducción para su comodidad. Solo la versión alemana (https://aegisgrid.de/datenschutz/) es jurídicamente vinculante. ## 1. Responsable El responsable del tratamiento de datos en este sitio web en el sentido del Reglamento General de Protección de Datos (RGPD) es: MSD Computersysteme GmbH Grunerstraße 41 40239 Düsseldorf, Alemania Teléfono: +49 211 21099-0 Correo electrónico: el formulario de contacto en https://aegisgrid.de/es/contacto/ Esta política se aplica al sitio web aegisgrid.de. El tratamiento de datos de copia en el marco del backup gestionado y del almacenamiento en la nube se rige por el contrato de encargo de tratamiento según el art. 28 del RGPD firmado con usted. ## 2. Alojamiento y registros del servidor El sitio web se opera en servidores de MSD Computersysteme GmbH en Alemania; no interviene ningún proveedor de alojamiento externo. La conexión está cifrada en todo momento con HTTPS. En cada visita, su navegador transmite por razones técnicas datos a nuestro servidor, que los guarda en archivos de registro: - la dirección IP del dispositivo que realiza la solicitud, - la fecha y la hora del acceso, - la dirección solicitada y el código de estado HTTP, - la cantidad de datos transferida, - en su caso, la página visitada anteriormente (referrer) y el identificador del navegador. Usamos estos datos exclusivamente para garantizar un funcionamiento seguro y estable, corregir fallos y defendernos de ataques. No se evalúan con fines publicitarios o de análisis ni se combinan con otros datos. Los registros se borran automáticamente a los 14 días. La base jurídica es el art. 6.1.f del RGPD; nuestro interés legítimo es el funcionamiento seguro del sitio web. ## 3. Formulario de contacto, registro de socios y correo electrónico Si nos escribe mediante el formulario de contacto o por correo electrónico, tratamos los datos que nos facilita: nombre, dirección de correo, su mensaje y, de forma voluntaria, empresa, teléfono y asunto. Los usamos exclusivamente para responder a su consulta. Si se registra mediante el formulario de registro de socios, tratamos la empresa, la persona de contacto, la dirección de correo y el código postal con la localidad, así como, de forma voluntaria, teléfono, sitio web, tipo de empresa, número de clientes atendidos, especialidades, su experiencia con sistemas de copias en clientes (si la tiene, en cuántos clientes y cuáles), su interés en el backup gestionado y su mensaje. Los usamos exclusivamente para revisar su registro y hablar con usted sobre la colaboración. Todo lo que sigue se aplica también a este formulario. Los datos de los formularios se envían como correo electrónico a través de nuestro propio servidor de correo a nuestro buzón y no se guardan en ninguna base de datos del sitio web. No recibirá un correo de confirmación automático; así nadie puede abusar de los formularios para enviar mensajes a direcciones ajenas. Para protegerse de solicitudes automatizadas masivas, al enviar el formulario el servidor guarda durante una hora como máximo un valor de comprobación (hash) de su dirección IP generado con una clave secreta y los momentos de las solicitudes. A partir del valor de comprobación no se puede recuperar la dirección IP; después se borra. La base jurídica es el art. 6.1.b del RGPD si su consulta o registro tiene como fin un contrato, un proyecto piloto o una colaboración, y en los demás casos el art. 6.1.f del RGPD; nuestro interés legítimo es responder a las consultas y proteger los formularios frente al abuso. Facilitar sus datos es voluntario; sin embargo, sin una dirección de correo no podemos responderle. Borramos su consulta en cuanto se ha tramitado por completo y no lo impiden obligaciones legales de conservación. Si de la consulta surge una relación comercial, conservamos la correspondencia comercial conforme a la normativa mercantil y fiscal (§ 257 HGB, § 147 AO; seis o diez años). ## 4. Sin cookies, sin seguimiento, sin servicios externos Este sitio web no usa cookies. Solo guarda algo en el almacenamiento de su navegador si cierra el aviso sobre otra versión lingüística de este sitio: una entrada «aegis-lang-notice» para que el aviso no vuelva a aparecer. Esta entrada nunca sale de su dispositivo y puede borrarla en su navegador en cualquier momento. No usamos servicios de análisis ni de publicidad, plugins de redes sociales, mapas ni vídeos incrustados, ni redes de distribución de contenidos. Las fuentes, los gráficos y los scripts se cargan exclusivamente desde nuestro propio servidor; por tanto, al visitar el sitio no se transmiten datos a terceros. ## 5. Destinatarios y transferencias a terceros países Sus datos solo los tratamos nosotros. No se ceden a terceros salvo que estemos legalmente obligados a ello. No se transfieren datos a países fuera de la Unión Europea. ## 6. Sus derechos Tiene derecho en todo momento a - acceder a los datos que guardamos sobre usted (art. 15 del RGPD), - rectificar datos incorrectos (art. 16 del RGPD), - la supresión (art. 17 del RGPD), - la limitación del tratamiento (art. 18 del RGPD), - la portabilidad de los datos (art. 20 del RGPD). **Derecho de oposición:** cuando tratamos datos sobre la base del art. 6.1.f del RGPD, puede oponerse en cualquier momento a ese tratamiento por motivos relacionados con su situación particular (art. 21 del RGPD). Para cualquier asunto de protección de datos basta un mensaje informal a el formulario de contacto en https://aegisgrid.de/es/contacto/ o a nuestra dirección postal. ## 7. Reclamación ante una autoridad de control Tiene derecho a presentar una reclamación ante una autoridad de protección de datos (art. 77 del RGPD). La autoridad competente para nosotros es: Landesbeauftragte für Datenschutz und Informationsfreiheit Nordrhein-Westfalen (LDI NRW) Kavalleriestraße 2–4 40213 Düsseldorf, Alemania www.ldi.nrw.de (https://www.ldi.nrw.de/) ## 8. Decisiones automatizadas No se toman decisiones automatizadas, incluida la elaboración de perfiles, en el sentido del art. 22 del RGPD. ## 9. Cambios Adaptamos esta política de privacidad cuando cambian el sitio web o la situación jurídica. Se aplica la versión publicada aquí. Fecha: octubre de 2026 --- Fuente: https://aegisgrid.de/es/seguridad-privacidad/ Seguridad y privacidad # Para nosotros, la seguridad no es un añadido, sino la base. Una copia de seguridad contiene los datos más valiosos de una empresa. Por eso AegisGrid se ha construido desde el principio para que los datos permanezcan protegidos, inalterados y bajo el derecho alemán. ## Protección en todos los niveles ### Cifrado antes de que los datos salgan de su empresa Los datos se cifran en el sistema copiado con AES-256-GCM o ChaCha20-Poly1305. Ambos métodos están autenticados: una clave incorrecta o datos alterados se detectan con seguridad al restaurar. ### La clave en sus manos La clave se genera y se guarda en su empresa. Sin ella, un store cifrado no revela nada de su contenido, ni siquiera a quien opera el almacenamiento. ### Transferencia protegida La conexión con el servidor de copias está cifrada con TLS y su certificado está fijado. Los accesos usan claves de API válidas solo para determinados directorios. ### Copias inmutables En el almacenamiento WORM, los datos escritos nunca se modifican; las copias quedan bloqueadas contra cambios y borrado hasta un momento determinado. Así se conserva una versión intacta incluso después de un ataque. ### Privilegios separados en el servidor En el servidor de copias solo unas pocas partes se ejecutan con privilegios elevados; los datos se procesan con una cuenta propia sin privilegios. ### Actualizaciones firmadas Las actualizaciones y los componentes están firmados con Ed25519, los paquetes están vinculados mediante sumas de comprobación y las versiones antiguas no se vuelven a instalar. Solo se instala lo que confirma la firma. ### Registro de evidencias a prueba de auditoría El servidor de copias registra cada copia, restauración, comprobación y borrado en un registro encadenado y firmado a diario, con copia inmediata a su SIEM si lo desea. Más sobre las evidencias (https://aegisgrid.de/en/evidence/) ### Restaurar sin dependencias Su licencia está firmada en sus sistemas y funciona sin conexión permanente con nosotros. Si vence, solo se detienen las copias nuevas: las existentes se pueden seguir restaurando desde sus propios servidores de copias y destinos, y nunca se borra nada por una licencia. ## Protección de datos según el RGPD AegisGrid lo desarrolla MSD Computersysteme GmbH en Alemania. En el backup gestionado y en el almacenamiento en la nube tratamos sus datos como encargado del tratamiento según el art. 28 del RGPD, sobre la base de un contrato que fija la finalidad, el alcance y las medidas técnicas y organizativas. Usted decide dónde se guardan sus copias, por ejemplo en sus propios servidores, en un NAS o en una segunda sede. Si usa el almacenamiento en la nube de AegisGrid (https://aegisgrid.de/es/almacenamiento-en-la-nube/), los datos de copia se guardan allí exclusivamente en centros de datos certificados en Alemania; no se transfieren a terceros países. - Proveedor con sede en Alemania - Desarrollo en Alemania - Operación y soporte con personal propio en Alemania - Almacenamiento en la nube en centros de datos certificados en Alemania - Ubicaciones de libre elección, también solo en su empresa - Contrato de encargo de tratamiento - Sin transferencias a terceros países ## Apoyo con los requisitos legales AegisGrid aporta piezas técnicas para requisitos que muchas empresas deben cumplir. | Requisito | Contenido | Aportación de AegisGrid | | RGPD art. 32.1.b | Confidencialidad, integridad, disponibilidad y resiliencia de los sistemas | Cifrado, métodos autenticados, copias en varios lugares | | RGPD art. 32.1.c | Restauración rápida tras un incidente | Cada versión restaurable por separado, copia local para tiempos de restauración cortos | | RGPD art. 32.1.d | Verificación periódica de las medidas | Comprobación de todos los objetos guardados, restauraciones de comprobación automáticas, resultados por correo, restauraciones de prueba en el backup gestionado | | Directiva NIS2 art. 21.2.c | Gestión de copias de seguridad y recuperación tras un desastre | Copias programadas, copias inmutables, restauraciones de comprobación automáticas y un registro de evidencias firmado con informe mensual | | BSI IT-Grundschutz CON.3 y OPS.1.1.5 | Concepto de copias de seguridad y registro | Pruebas de regularidad, retención, borrados y pruebas de restauración; registro a prueba de manipulaciones con copia en un segundo lugar | Ningún software cumple por sí solo estos requisitos por completo: forman parte de un concepto global de técnica y organización. Le asesoramos con gusto sobre las medidas adecuadas para su empresa. Cómo documenta el servidor de copias las copias para NIS2, infraestructuras críticas y el BSI IT-Grundschutz se muestra en la página de evidencias (https://aegisgrid.de/en/evidence/). ## ¿Preguntas sobre seguridad o protección de datos? Con gusto le facilitamos más documentación, por ejemplo el contrato de encargo de tratamiento. Contactar (https://aegisgrid.de/es/contacto/?thema=beratung) --- Fuente: https://aegisgrid.de/es/sobre-nosotros/ Sobre nosotros # Quién está detrás de AegisGrid. AegisGrid lo desarrolla MSD Computersysteme GmbH en Düsseldorf (Alemania), un proveedor de servicios de TI que atiende a pymes desde 1990 y sabe lo que suponen las copias de seguridad en el día a día y en una emergencia. ## De la práctica, para la práctica Desde hace más de tres décadas instalamos servidores, redes y copias de seguridad para nuestros clientes y restauramos en caso de emergencia. De esa experiencia nació AegisGrid: un sistema de copias de seguridad que no solo copia, sino que demuestra que la restauración funciona. Desarrollo, operación y soporte están bajo un mismo techo en Alemania. Las preguntas llegan a las personas que construyen el software, no a una cola de espera. - **Fundación:** 1990 - **Sede:** Grunerstraße 41, 40239 Düsseldorf, Alemania - **Registro:** Amtsgericht Düsseldorf, HRB 82077 - **Desarrollo y soporte:** personal propio en Alemania - **Oferta:** software AegisGrid, backup gestionado (https://aegisgrid.de/es/backup-gestionado/), almacenamiento en la nube (https://aegisgrid.de/es/almacenamiento-en-la-nube/), programa de socios Dirección ## Uwe J. Solleder Uwe J. Solleder es director gerente de MSD Computersysteme GmbH. Escribe los artículos de las guías (https://aegisgrid.de/ratgeber/) (en alemán) sobre lo que realmente preocupa a las empresas en materia de copias de seguridad, restauración y evidencias. Encontrará más sobre su trayectoria en su perfil de LinkedIn (https://www.linkedin.com/in/uwe-solleder). Contactar (https://aegisgrid.de/es/contacto/?thema=beratung) **Nuestro compromiso:** una copia de seguridad es una cuestión de confianza. Por eso solo prometemos lo que AegisGrid puede hacer hoy y se lo mostramos en un proyecto piloto con sus propios sistemas. ## Conózcanos Por teléfono, por correo electrónico o en nuestra oficina de Düsseldorf. Contacto (https://aegisgrid.de/es/contacto/) +49 211 21099-0 --- Fuente: https://aegisgrid.de/es/socios/ Programa de socios # Juntos por unas copias de seguridad en las que se pueda confiar. AegisGrid se crea en equipo: nosotros desarrollamos y nuestros socios lo recomiendan, atienden a clientes, colaboran en el desarrollo o gestionan servidores de copias, cada uno como mejor le encaja. En cuatro niveles, de Bronce a Platino, cada aportación se hace visible, porque los conocimientos, la colaboración y las ventas a clientes cuentan por igual. Registrarse ahora como socio (https://aegisgrid.de/es/socios/registro/) ## A quién se dirige el programa de socios ### Integradores de sistemas Planifican, instalan y mantienen entornos de TI y quieren ofrecer las copias de seguridad como parte fija de sus servicios. ### Proveedores de servicios gestionados Gestionan la TI de sus clientes y buscan una solución de copias que operen ustedes mismos o combinen con nuestro backup gestionado y nuestro almacenamiento en la nube. ### Consultores de TI Asesoran sobre seguridad de la información, protección de datos o NIS2 y quieren recomendar a sus clientes una implantación adecuada. ### Socios de ubicación Gestionan un centro de datos y ofrecen servidores de copias de AegisGrid accesibles públicamente, por ejemplo como destino de la copia fuera de la empresa. ## Tres caminos para subir No todos los socios quieren atender a clientes por sí mismos, ni tienen por qué hacerlo. Lo que aporte lo acumula como puntos de aportación: Plata a partir de 25, Oro a partir de 50 y Platino a partir de 100 puntos. ### Conocimientos Cada formación completada cuenta – para siempre. - Fundamentos y técnica - Especializaciones a elegir - Operación de servidores de copias ### Colaboración Hace avanzar AegisGrid con nosotros, incluso sin clientes propios. - Padrinazgo de nuevos socios - Probar nuevas versiones - Guías, casos de éxito, clientes de referencia - Ponencias en el encuentro de socios ### Ventas a clientes Lo que usan sus clientes – atendidos o recomendados. - Licencias de sus clientes - Clientes que usted ha recomendado, aunque los atiendan otros - Almacenamiento ocupado en socios de ubicación y en el almacenamiento en la nube **No tiene que informar de nada:** registramos sus puntos nosotros mismos y le enviamos un resumen cada trimestre. La colaboración y las ventas a clientes cuentan durante doce meses; las formaciones, para siempre. ## Cuatro niveles: cada aportación cuenta El nivel muestra cuánto contribuye usted al éxito común. Con cada nivel crece lo que hacemos por usted. ### Bronce Con la formación de fundamentos ya forma parte. - Soporte para socios de MSD - Un padrino a su lado - Invitación al encuentro de socios ### Plata A partir de 25 puntos su aportación se hace visible. - Mención como socio en aegisgrid.de - Sus certificados de formación de un vistazo ### Oro A partir de 50 puntos colaboramos más estrechamente. - Línea directa con el desarrollo - Derivación de consultas según sus certificados - Acceso anticipado a nuestros planes ### Platino A partir de 100 puntos le invitamos personalmente. - Persona de contacto fija y atención preferente - Mención destacada, derivación preferente de consultas - Participación en la planificación de AegisGrid ## Los niveles en comparación Cada nivel incluye todo lo de los niveles inferiores. Un nivel alcanzado se mantiene al menos doce meses. --- Fuente: https://aegisgrid.de/es/socios/registro/ Programa de socios # Registrarse como socio Preséntenos brevemente su empresa. El registro no implica ningún compromiso: nos pondremos en contacto con usted personalmente y hablaremos de todo lo demás en una conversación. Respondemos en inglés o alemán.