Residencia y transferencias de datos

Elegir una región al crear un almacén fija dónde se guardan los datos en reposo, pero no es la única ubicación. La replicación entre regiones, el almacenamiento con redundancia geográfica y los respaldos copian los datos a otra región. Cada una de esas ubicaciones cuenta para el criterio de residencia, y si el destino queda fuera de lo permitido es una transferencia que hay que aprobar y documentar, con independencia de que la región principal esté bien.

La revisión de residencia mira todas las ubicaciones, no solo la que se ve primero en la consola.

Una revisión de residencia que solo lee la región principal se pierde la mayoría de las salidas. Hay que mirar, en la exportación de configuración de cada servicio, las réplicas, la región secundaria de los almacenamientos con redundancia geográfica y la región donde viven los respaldos. El acceso desde otro país también puede considerarse transferencia según la norma, y esa interpretación la decide el área legal, no el equipo técnico.

Abre criterio-de-ubicacion.txt y ubicaciones.txt. Un almacén con titulares de la UE solo puede tener su réplica en la lista UE. En Azure, la columna de región secundaria viene de la redundancia geográfica del almacenamiento: no hace falta que nadie configure una réplica a mano para que exista.

Una aprobación de transferencia no vale para siempre: nombra un almacén, un destino y una fecha de caducidad. Si caducó, la transferencia vuelve a estar sin cobertura aunque el papel exista. La fecha de la revisión es el 6 de octubre de 2026.

Aplica el criterio a cada almacén y a cada ubicación: principal, réplica y respaldos. Una ubicación fuera de la lista permitida cuenta como incumplimiento salvo que exista una aprobación vigente a la fecha de la revisión que nombre ese almacén y ese destino. Cuenta los almacenes que tienen al menos una ubicación en esa situación.