RGPD y copias de seguridad: solicitudes de supresión, cifrado y encargados del tratamiento

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

¿Se aplica el RGPD a las copias de seguridad?

Sí. El RGPD llama tratamiento a cualquier operación sobre datos personales, y la lista incluye la conservación (artículo 4.2). Una copia de seguridad que contiene datos personales los conserva, así que cuenta como tratamiento. El artículo 30 pide un registro de las actividades de tratamiento que incluya, cuando sea posible, los plazos previstos para la supresión de las diferentes categorías de datos; conviene que ese registro diga dónde están las copias y cuánto tiempo se conservan. Al mismo tiempo, el artículo 32.1.c exige la capacidad de restaurar la disponibilidad y el acceso a los datos personales de forma rápida en caso de incidente físico o técnico, y el 32.1.d un proceso de verificación, evaluación y valoración regulares de la eficacia de las medidas. La AEPD cita precisamente la letra c a propósito de las copias en una entrada de su blog de abril de 2020: son fundamentales para recuperarse de un incidente como un ransomware, y pide establecer con detalle una política de copias; recomienda además la guía de INCIBE. Las copias sirven a ese deber, así que el deber de suprimir y el deber de poder recuperar hay que conciliarlos en la práctica.

El CEPD describe la tensión en su informe sobre el derecho de supresión (en inglés): una copia de seguridad es una herramienta importante para proteger la integridad de los datos personales cuando el responsable sufre un incidente de seguridad, como un ransomware, y por eso es importante proteger también la integridad de la copia.

¿Qué exige el artículo 17 y cuáles son las excepciones?

Una persona puede pedir al responsable del tratamiento que suprima sus datos personales, y el responsable debe hacerlo sin dilación indebida si concurre alguna de las circunstancias del artículo 17.1: por ejemplo, que los datos ya no sean necesarios para sus fines, que se haya retirado el consentimiento y no exista otro fundamento jurídico, o que los datos se hayan tratado ilícitamente. El responsable debe informar al interesado de lo que ha hecho con su solicitud en el plazo de un mes desde que la recibe; si es necesario, ese plazo puede prorrogarse otros dos meses, teniendo en cuenta la complejidad y el número de solicitudes, y el interesado debe saberlo, con los motivos, dentro del primer mes (artículo 12.3).

El artículo 17.3 enumera excepciones. Dos importan para copias y archivos: que el tratamiento sea necesario para el cumplimiento de una obligación legal que lo requiera, y para la formulación, el ejercicio o la defensa de reclamaciones. En España, por ejemplo, el artículo 30 del Código de Comercio obliga a los empresarios a conservar los libros, la correspondencia, la documentación y los justificantes de su negocio durante seis años desde el último asiento, y deja a salvo lo que establezcan otras disposiciones generales o especiales; por eso un archivo y una copia de seguridad se tratan de forma distinta, véase copia de seguridad o archivo. Si una excepción cubre un documento concreto, y por cuánto tiempo, es una cuestión jurídica para su delegado de protección de datos (DPD) o su asesoría fiscal.

¿Qué dicen las autoridades sobre la supresión en las copias?

El Reglamento no menciona las copias de seguridad. La acción coordinada de ejecución del CEPD sobre el derecho de supresión (en inglés), en la que participaron 32 autoridades de control y que el Comité adoptó el 10 de febrero de 2026, examinó la cuestión e informó de lo siguiente en el apartado 4.2.6:

• Puede no ser siempre aconsejable modificar o borrar información de las copias, porque eso puede dañar su integridad. En ese caso, las organizaciones deberían tener procedimientos adecuados para llevar el control de las solicitudes de supresión y cumplirlas en los sistemas restaurados, en la medida de lo posible, si una brecha afecta a los sistemas de la organización.
• La mitad de las autoridades que respondieron expresó dudas. Muchos responsables no tenían un procedimiento específico y se apoyaban en el borrado automático o en el periodo de retención de las propias copias. Las prácticas variaban mucho, y muchos responsables excluían los datos de copia de la supresión por defecto, sin dar una justificación.
• Una autoridad observó que los responsables que borran de forma gradual durante periodos largos dificultan juzgar si la supresión se hizo sin dilación indebida.
• Las recomendaciones para los responsables son seguir normas reconocidas para borrar y destruir datos de forma segura, y verificar que la supresión se ha llevado a cabo y poder demostrarlo. Algunos responsables sustituyen los datos que quieren borrar por cadenas de caracteres aleatorios, o los trasladan a un sistema aparte donde se borran más tarde. El CEPD puede publicar más orientaciones sobre cómo tratar la supresión en las copias y sobre qué significa «sin dilación indebida» en este caso.

¿Y la AEPD? No hemos encontrado ninguna guía actual de la AEPD que trate de forma específica las solicitudes de supresión en copias de seguridad. Lo buscamos el 15 de octubre de 2026 en las páginas de la AEPD y con buscadores, y puede que exista algo que no hayamos visto. Su página sobre el derecho de supresión, modificada por última vez el 8 de marzo de 2024, no menciona las copias de seguridad. Lo más cercano son tres textos:

• El artículo 32 de la LOPDGDD obliga al responsable a bloquear los datos cuando los rectifica o suprime. Bloquear es identificarlos y reservarlos, con medidas técnicas y organizativas, para impedir su tratamiento, incluida su visualización, salvo para ponerlos a disposición de los jueces y tribunales, del Ministerio Fiscal o de las administraciones públicas competentes, en particular de las autoridades de protección de datos, para exigir posibles responsabilidades derivadas del tratamiento y solo durante el plazo de prescripción de estas. Pasado ese plazo hay que destruir los datos. Si la configuración del sistema no permite el bloqueo, o exige un esfuerzo desproporcionado, el mismo artículo prevé un copiado seguro de la información, de modo que conste evidencia digital, o de otra naturaleza, de su autenticidad, de la fecha del bloqueo y de que los datos no se manipularon.
• El Informe jurídico 0148/2019 de la AEPD, ya bajo el RGPD, dice que el deber de bloqueo opera cuando se ejercen los derechos de rectificación y supresión y también cuando hay que suprimir de oficio, por ejemplo al cumplirse el plazo de conservación, y señala: «El bloqueo excluye el borrado material de los datos», con las limitaciones que fija el propio artículo 32. Trata de una guía de plazos de conservación de un grupo empresarial y no menciona las copias de seguridad.
• El Informe jurídico 0672/2008 es lo único que hemos encontrado de la AEPD que habla de copias de seguridad en este contexto. Está escrito bajo la LOPD de 1999, que la LOPDGDD derogó, y para un caso de grabaciones de videovigilancia. Dice que cancelar los datos no supone eliminarlos automáticamente, sino bloquearlos, y que, si los datos de una copia de respaldo están bloqueados solo para atender posibles responsabilidades, la copia queda sometida a «los mismos plazos para la supresión» que el original. Tómelo como antecedente, no como la regla vigente.

¿Qué sugieren estas normas para las copias? Con cautela, porque ninguno de los tres textos dice cómo aplicar hoy el bloqueo a una copia de seguridad ni fija un plazo para las copias. Sí apuntan a tres ideas que puede comentar con su DPD: en España, suprimir un dato en producción no equivale a destruirlo al instante, porque la ley prevé el bloqueo y la destrucción solo al acabar el plazo de prescripción; si un sistema no puede bloquear, el propio artículo 32 admite una copia segura con evidencia de autenticidad, fecha y no manipulación; y el informe de 2008, bajo la ley anterior, trató la copia de datos ya bloqueados con los plazos del original y no con plazos propios. De ahí no se deduce que una copia pueda conservar datos suprimidos sin límite, ni que deba purgarse al instante: son preguntas abiertas que dependen de cada caso.

La práctica habitual tiene cuatro partes: suprimir con prontitud los datos en producción; anotar la solicitud en un registro de supresiones; dejar que las copias caduquen según un calendario corto y documentado; y aplicar el registro a todo lo que se restaure antes de que vuelva a producción. El CEPD se refiere en concreto a la segunda y a la cuarta (llevar el control de las solicitudes y cumplirlas en los sistemas restaurados), y algunas autoridades miran con más atención las retenciones largas. Es práctica, no una regla del Reglamento.

¿Cómo se relacionan la retención de las copias y la supresión?

El periodo de retención de las copias decide cuánto tiempo se pueden seguir encontrando en ellas los datos suprimidos. Una copia que conserva puntos de restauración durante 30 días ya no contiene un correo suprimido pasado aproximadamente un mes, más los días que necesitan la ejecución de la retención y la limpieza del almacenamiento. Una que conserva puntos de restauración anuales durante diez años todavía lo contiene. Por eso el principio de limitación del plazo de conservación del artículo 5.1.e también se aplica a las copias: conserve los puntos de restauración el tiempo que justifique la necesidad de recuperación y anote el motivo. INCIBE dice algo parecido en su guía de copias: el periodo de conservación depende de las necesidades de cada organización y de los requisitos legales, y hay que decidir cuánto tiempo mantener las copias según si la información sigue vigente o es útil, la vida útil del soporte y la necesidad de conservar varias copias anteriores a la última. Véase la rotación abuelo-padre-hijo para saber cómo los niveles van espaciando los puntos de restauración.

Hay tres detalles que se pasan por alto fácilmente. Quitar un punto de restauración todavía no es suprimir del almacenamiento: en una copia deduplicada, los datos que ya no usa ningún punto de restauración los recupera después una pasada de limpieza. Cada copia adicional, como un segundo repositorio o un disco sin conexión, tiene su propia retención y necesita el mismo razonamiento. Y al retirar un soporte de copias hay que destruir la información de forma segura: INCIBE detalla las opciones (triturado, sobrescritura, desmagnetización o destrucción física) en el apartado 5.7 de su guía.

Dos cosas pueden además mantener los datos más tiempo que la retención que usted anotó. El almacenamiento inmutable se niega a borrar antes de que termine el plazo de bloqueo, de modo que ese plazo se suma al tiempo que un elemento suprimido puede seguir en las copias (véase copias inmutables). Y una retención en pausa, por ejemplo la que se activa tras una sospecha de ransomware, conserva los puntos de restauración hasta que alguien la termina. Ambas cosas son deliberadas y ambas pertenecen al razonamiento por escrito.

¿Qué cambian el cifrado y la gestión de claves?

El artículo 32.1.a cita el cifrado como ejemplo de medida de seguridad. La AEPD, en la misma entrada de blog de abril de 2020, recomienda cifrar los dispositivos, incluidas las copias de seguridad que se guardan en otros lugares, y recuerda que el cifrado es una de las medidas que menciona el RGPD en su artículo 32. INCIBE aconseja cifrar las copias, también cuando no contengan datos personales, y señala que cifrar lo que se guarda en ellas protege los datos en caso de robo o de accesos no autorizados y podría evitar tener que informar a los afectados de una brecha. El cifrado tiene un precio: la gestión de las claves, y sopesar la confidencialidad frente a la disponibilidad.

El cifrado protege la confidencialidad. No acaba con sus deberes mientras pueda descifrar los datos: pueden seguir pidiéndole que los suprima. Destruir una clave vuelve ilegible todo lo que se cifró con ella, lo que encaja con el final de un conjunto de copias entero y con nada más pequeño. Guarde las claves aparte de las copias y conserve una copia de ellas en otro lugar: sin clave, una copia no es una copia.

¿Quién es encargado del tratamiento?

Es encargado del tratamiento quien trata datos personales por cuenta del responsable y siguiendo sus instrucciones documentadas. Un proveedor de almacenamiento en la nube que guarda sus copias, un servicio de copia o un proveedor de servicios de TI que gestiona su sistema de copias pueden serlo cada uno. El artículo 28 pide elegir únicamente encargados que ofrezcan garantías suficientes y que el tratamiento se rija por un contrato, por escrito, que los vincule. El contrato debe estipular, entre otras cosas, que el encargado trate los datos solo siguiendo instrucciones documentadas, garantice la confidencialidad, tome las medidas del artículo 32, respete las condiciones para recurrir a otro encargado, ayude al responsable con las solicitudes de los interesados y, a elección del responsable, suprima o devuelva los datos al terminar el servicio y suprima las copias existentes, salvo que el Derecho obligue a conservarlos, y ponga a su disposición la información necesaria y permita auditorías. En España, el artículo 33 de la LOPDGDD añade que el responsable determina si los datos deben destruirse, devolverse o entregarse a un nuevo encargado cuando termina el servicio, y que el encargado puede conservar los datos, debidamente bloqueados, mientras puedan derivarse responsabilidades de su relación con el responsable. Si un proveedor concreto es encargado en su caso, y qué normas de transferencias se aplican a la región que elija, son cuestiones para su DPD.

¿Qué debería anotar una pyme?

1. Dónde están las copias, quién opera ese almacenamiento y quién puede leerlo, y una anotación en el registro de actividades de tratamiento.
2. La retención de cada conjunto de copias, cualquier plazo de bloqueo y cualquier retención en pausa, y el motivo de cada uno.
3. El procedimiento de supresión: suprimir los datos en producción, añadir una línea al registro de supresiones, responder dentro del plazo y aplicar el registro después de cualquier restauración.
4. Qué documentos se conservan por una obligación legal de conservación, durante cuánto tiempo y quién lo decidió.
5. Los encargados del tratamiento, con un contrato cada uno, y qué ocurre con los datos cuando termina un contrato.
6. El cifrado, quién tiene las claves y dónde está la copia de las claves.
7. Pruebas: una prueba de restauración y una comprobación de que el registro se aplica después.

Cómo lo resuelve Restow

Restow le da las piezas para una retención corta y documentada y un almacenamiento cifrado que usted controla. No puede sacar los datos de una persona de las copias existentes, y esta página lo dice sin rodeos. Desde la 0.4.0 tiene además dos funciones que mantienen los datos más tiempo a propósito, las copias inmutables y la retención en pausa; ambas se describen más abajo, con lo que significan para una solicitud de supresión.

Dónde están los datos y quién los tiene

Restow se autoaloja. Las copias van a un repositorio que usted elige (disco local, almacenamiento compatible con S3 en la región que escoja, o NFS); no existe una nube operada por Restow, y Restow no llama a casa. El fabricante de Restow no recibe sus datos. Quién cuenta como encargado del tratamiento en su caso, normalmente el proveedor de almacenamiento y cualquier proveedor de servicios de TI que opere Restow por usted, lo decide usted. Si un proveedor opera por usted una instalación Service Provider, ese proveedor tiene la clave maestra de la instalación y puede, técnicamente, descifrar los datos de todos los inquilinos, así que el contrato de encargo del tratamiento (art. 28) debería cubrirlo de forma expresa. Véanse cifrado y gestión de claves y almacenamiento.

También el camino hacia el almacenamiento está protegido: un endpoint S3 nuevo o modificado con http:// sin cifrar se rechaza (salvo hacia localhost), y un endpoint guardado antes de esa regla sigue funcionando, pero se marca en rojo en su tarjeta y en cada prueba hasta que lo pase a HTTPS. Es una medida técnica para la seguridad del tratamiento (artículo 32), no una afirmación sobre su cumplimiento.

Cifrado

Cada fragmento (chunk) se cifra con AES-256-GCM antes de escribirse, con una clave distinta por inquilino, en todas las ediciones. Cada servidor o equipo, cada recurso compartido de archivos y cada contenedor de Proxmox VE tiene su propio repositorio de restic con una contraseña aleatoria que el servidor guarda en su almacén de secretos, sellada con la clave del inquilino. Las claves de inquilino se guardan solo envueltas con la clave maestra de la instalación, que hay que custodiar de forma segura y separada del servidor.

Retención

• Los trabajos de copia de correo y de Microsoft 365 conservan los puntos de restauración por tramos de edad: un valor por defecto del inquilino más excepciones para objetos concretos. La regla recomendada conserva todo durante 30 días, después uno al día hasta los 90 días y después uno a la semana hasta un año. Sin una política, se conserva cada punto de restauración.
• Los trabajos de copia de máquinas, de recursos compartidos de archivos y de Proxmox VE conservan recuentos diarios, semanales y mensuales. Bajar un número elimina de forma definitiva los puntos de restauración más antiguos en la siguiente ejecución de la retención, salvo que un bloqueo o una pausa lo impida (véase más abajo).
• La ejecución de la retención es diaria. Conserva siempre el punto de restauración más reciente de cada objeto protegido y nunca poda nada que esté bajo una retención legal (legal hold) o con la retención en pausa.
• El archivo conserva cada elemento durante 8 años fijos, contados hasta el final del año de captura, y antes no se borra nada. Todavía no hay ninguna pantalla ni API que fije otro plazo. Pasado ese periodo, solo borra la ejecución diaria de borrado (Business y Service Provider), y nunca bajo una retención legal. Lo que llega al archivo lo deciden, por trabajo de correo, las vías de captura que usted elija (desde la 0.4.4 también la captura desde el buzón, por Graph o sincronización IMAP) y lo que usted importe; el correo que capturan varias vías se conserva una sola vez.

Copias inmutables, retención en pausa y una solicitud de supresión

Dos funciones pueden mantener datos personales en las copias más tiempo que su regla de retención, y una solicitud de supresión choca de frente con ellas. Estado de la versión publicada:

• Las copias inmutables (Immutable backups) se configuran por repositorio y están desactivadas hasta que un administrador las activa; antes no se bloquea nada. En almacenamiento S3 con Object Lock, en modo compliance, un objeto bloqueado no puede ser borrado por nadie antes de su fecha, tampoco por Restow; en modo governance, una cuenta con el permiso de omisión puede levantar el bloqueo (Restow nunca lo usa). Una vez activadas, se bloquean los datos de copia del almacén de fragmentos (Microsoft 365, IMAP, discos de máquinas virtuales de Proxmox VE) y de los repositorios de restic de servidores, equipos, recursos compartidos de archivos y contenedores de Proxmox VE; los registros de elementos del archivo conservan su propia retención. El plazo de bloqueo lo elige usted, de 1 a 3650 días, y un objeto bloqueado se escribe para seguir bloqueado durante ese plazo más siete días. Una tarea diaria renueva el bloqueo de todo lo que los puntos de restauración más recientes siguen usando.
• Qué significa para la supresión: mientras un punto de restauración está bloqueado, la retención no puede quitarlo y ninguna pantalla ni API de Restow puede hacerlo. Sigue visible y restaurable, y su espacio solo vuelve cuando el bloqueo ha terminado. Los datos personales que haya suprimido en origen pueden por tanto permanecer en las copias bloqueadas al menos durante el plazo de bloqueo, y más tiempo donde puntos de restauración más recientes sigan usando los mismos datos. Un recurso compartido de archivos cuyo repositorio sigue bloqueado no se puede purgar hasta entonces. Bajar el plazo de bloqueo más adelante corresponde al propietario del proveedor, con un inicio de sesión reciente, y solo afecta a los datos que se escriban a partir de ese momento; lo que está bloqueado sigue bloqueado. Elija el plazo teniendo en cuenta la supresión y anote el motivo.
• Los discos locales y los recursos NFS reciben solo un «retraso de borrado (no inmutable)» (Deletion delay, not immutable): el propio código de Restow se niega a borrar un archivo antes de su fecha. La interfaz dice que eso no es inmutabilidad, porque quien tenga acceso al servidor o al recurso puede seguir borrando los archivos.
• La retención en pausa (Retention paused) viene con la detección de ransomware. Mientras un objeto tiene un punto de restauración sospechoso que nadie ha resuelto, la retención, restic forget y prune no borran ningún punto de restauración de ese objeto, de modo que los puntos limpios más antiguos no se podan mientras se acumulan los cifrados. Las copias continúan y el almacenamiento crece. Solo un administrador termina la pausa, con «Marcar como falsa alarma» (Mark as false alarm) o «Liberar la retención» (Release hold); ambas acciones quedan auditadas, y un punto de restauración limpio posterior no la termina. El aviso dice que la retención está en pausa, y a los 14 días llega un recordatorio si sigue abierta. La función está activada por defecto, y el propietario del proveedor puede desactivarla.
• Qué significa para la caducidad: la caducidad en la que se apoya la práctica habitual queda suspendida para un objeto con la retención en pausa hasta que un administrador resuelve la pausa, y Restow no la termina por una solicitud de supresión. La pausa, igual que el bloqueo, debe figurar en su razonamiento por escrito de la retención.

Ninguna de las dos funciones cambia la práctica descrita arriba: suprimir en origen, llevar su registro y aplicarlo tras una restauración. Cambian cuánto tiempo pueden seguir conteniendo las copias los datos suprimidos, y ese tiempo es ahora en parte un ajuste que usted elige. Qué está bloqueado y qué no, y frente a qué no protege la inmutabilidad, figura en copias inmutables.

Volcados de la base de datos que se conservan

Antes de una actualización, el actualizador hace un volcado de la base de datos de Restow y lo conserva; la pestaña «Updates» (Actualizaciones) los lista. Un volcado contiene toda la base de datos con los secretos cifrados, por lo que puede contener datos personales, como los nombres y las direcciones de los buzones protegidos y de los usuarios. Es una copia fuera de la retención de sus copias: el propietario del proveedor puede descargar uno (con un enlace de un solo uso tras un inicio de sesión reciente, anotado en el registro de auditoría) o borrarlo. Si descarga uno, guárdelo con el mismo cuidado que la clave maestra y decida cuánto tiempo lo conserva.

Lo que Restow no puede hacer en la versión publicada

• No tiene ninguna función para quitar un elemento suelto, ni los datos de una persona, de los puntos de restauración existentes. Un punto de restauración es un almacenamiento deduplicado y cifrado.
• La retención conserva siempre el punto de restauración más reciente de cada objeto protegido, así que no elimina el último punto de restauración de un buzón, ni siquiera después de que la persona se haya ido y la cuenta se haya excluido de la copia.
• Una fuente o una cuenta que todavía tiene copias no se puede eliminar; Restow se niega y pide que la excluya o la pause en su lugar.
• Un equipo revocado deja de podarse, así que sus instantáneas se quedan como están hasta que el equipo se quita de Restow. Desde la 0.4.5 un administrador puede quitar un equipo revocado y después eliminar sus copias al instante o conservarlas hasta que la retención del equipo habría dejado ir la más reciente; su repositorio de restic se elimina entonces en cada destino que lo contiene. El repositorio es un repositorio de restic corriente, así que un operador también puede quitar instantáneas con restic y la contraseña del repositorio, fuera de Restow y por su cuenta y riesgo.
• Quitar un repositorio de Restow nunca borra los datos que hay en él; eso es un paso aparte en el proveedor de almacenamiento.
• Quitar un equipo elimina todas las copias de ese equipo, al instante o cuando caducan, no archivos sueltos de ellas.
• Un punto de restauración bajo un bloqueo de inmutabilidad no se puede quitar antes de que termine el bloqueo, y los puntos de restauración de un objeto con la retención en pausa no se quitan hasta que un administrador termina la pausa. Ninguna función anula ninguna de las dos cosas para una sola solicitud de supresión.

En la práctica significa: suprima los datos en su origen, anote la solicitud en su propio registro, deje que los puntos de restauración caduquen con una retención que pueda justificar y aplique el registro después de cualquier restauración. Si necesita eliminar a una persona de todas las copias en poco tiempo, compruebe si la retención de Restow y su procedimiento cumplen su valoración, porque hoy Restow no puede hacerlo por usted. Las lecturas y las restauraciones se escriben en un registro de auditoría con cadena de hashes, lo que ayuda a demostrar lo que se hizo.

Preguntas frecuentes

Fuentes

Consultado el 29 de octubre de 2026.

1. Reglamento (UE) 2016/679 (RGPD), EUR-Lex, texto en español: artículos 4, 5, 12, 17, 28, 30 y 32. La fuente oficial; EUR-Lex no responde a los programas automáticos, por lo que la redacción se comprobó en la copia del Diario Oficial que aloja el BOE, que sigue en la lista
2. Reglamento (UE) 2016/679 (RGPD), Diario Oficial de la Unión Europea L 119, 4 de mayo de 2016, texto en español (copia en el BOE): artículos 4, 5, 12, 17, 28, 30 y 32. Los motivos y las excepciones del derecho de supresión, el plazo de un mes, los encargados del tratamiento, el cifrado y la restauración de la disponibilidad
3. Ley Orgánica 3/2018 (LOPDGDD), BOE: artículos 32 y 33 y disposición derogatoria única. El bloqueo de los datos al rectificarlos o suprimirlos, el copiado seguro cuando el sistema no permite el bloqueo, el encargado al terminar el servicio y la derogación de la LOPD de 1999
4. CEPD: Acción coordinada de ejecución 2025, aplicación del derecho de supresión por los responsables del tratamiento (adoptado el 10 de febrero de 2026; en inglés), apartado 4.2.6. Qué encontraron las autoridades de control sobre la supresión en las copias de seguridad, con recomendaciones para los responsables
5. AEPD: Informe jurídico 0672/2008. Bajo la LOPD de 1999, ya derogada: la copia de respaldo de datos bloqueados queda sometida a los mismos plazos de supresión que el original
6. AEPD: Informe jurídico 0148/2019. El deber de bloqueo del artículo 32 de la LOPDGDD tras una supresión y por qué excluye el borrado material inmediato
7. AEPD: Brechas de seguridad, el top 5 de las medidas técnicas que debes tener en cuenta (6 de abril de 2020). Las copias de seguridad como medida para recuperarse de un incidente (artículo 32.c del RGPD) y el cifrado de las copias que se guardan en otros lugares
8. AEPD: Derecho de supresión («al olvido») (última modificación: 8 de marzo de 2024). Los motivos y los límites del derecho; no menciona las copias de seguridad
9. INCIBE: Copias de seguridad, una guía de aproximación para el empresario (2018). Periodo de conservación de las copias, cifrado de las copias y destrucción segura de los soportes (apartados 5.3, 5.4 y 5.7)
10. Código de Comercio, BOE: artículo 30. Los empresarios conservan libros, correspondencia, documentación y justificantes durante seis años desde el último asiento, salvo lo que establezcan otras disposiciones

Artículos relacionados

• Copia de seguridad y archivo Recuperación frente a conservación, una tabla comparativa, archivo frente a journaling, por qué una copia rotativa no es un justificante, el contexto alemán del GoBD y cómo operar ambos.
• Rotación abuelo-padre-hijo (GFS) Puntos de restauración diarios, semanales, mensuales y anuales con un ejemplo de calendario, en qué se distingue de conservar todas las copias N días y cómo pasa de la cinta al disco y al almacenamiento de objetos.
• Copias inmutables, WORM y air gap Cómo atacan los delincuentes las copias, qué hace Object Lock en modo de gobernanza y de cumplimiento, qué añade una copia sin conexión y qué no cubre nada de ello.
• Elegir almacenamiento para copias Disco local, NAS y NFS, almacenamiento de objetos compatible con S3, cinta y niveles de archivo en la nube, comparados en coste, durabilidad, inmutabilidad y velocidad de restauración.
• Glosario de copias de seguridad referencia Definiciones breves de términos de copia, restauración, retención, almacenamiento y RGPD, de la regla 3-2-1 a WORM, con enlaces a los artículos y páginas de funciones que profundizan.