Datos que no deben migrar tal cual

5 tareas · 38 min · Principiante

Migrar datos no es copiar archivos. Hay datos que ya no se deberían conservar, datos personales que no pueden ir a cualquier región, copias de producción que acaban en entornos de pruebas y transferencias que viajan sin cifrar. En la Droguería Tres Cantos lees el plan de migración de datos y los lotes de transferencia, y separas lo que debe moverse de lo que debe depurarse, cambiarse o detenerse. Todo es lectura de un informe de ejemplo.

0 de 5 · 0%

Objetivo de la sala

Una migración es la última oportunidad barata de decidir qué datos se llevan. Todo lo que se copia al destino se vuelve a proteger, a respaldar y a pagar. Los datos que superan el plazo de retención que fija la política de la empresa no solo ocupan espacio: son datos que ya no se debían tener, y llevarlos en bloque los renueva como si fueran nuevos.

La revisión previa compara tres cosas por cada conjunto: cuánto puede conservarse según la política, cuánto histórico quiere llevarse el plan y a qué región y entorno irá. Cuando una de las tres no cuadra, el dato no migra tal cual.

Responde para continuar

Un conjunto lleva más histórico del que permite su plazo de retención. ¿Qué debe hacer la revisión antes del corte?

Depurar o archivar el exceso según la política, y migrar solo el histórico que se puede conservar Migrar todo el histórico y pedir después al destino que lo borre cuando pase el plazo Dividir el conjunto entre varias regiones para que ninguna guarde más de lo permitido por sí sola

Ver pista de ayuda

Si se migra el exceso, el destino lo recibe como un dato nuevo y la empresa conserva lo que no debía.

La política de la empresa lista las regiones donde pueden vivir los datos personales. Un plan que elige la región por costo o por defecto puede mandarlos a un sitio no aprobado sin que nadie lo note, porque la copia funciona igual. La revisión cruza dos columnas: qué contiene el conjunto y a qué región va.

Filtra los conjuntos que contienen datos personales y mira la región de destino de cada uno.

Responde para continuar

¿Qué conjunto con datos personales va a una región no aprobada?

Ver pista de ayuda

Ejecuta `SELECT conjunto, contiene, region_destino FROM conjuntos_de_datos WHERE contiene = 'datos-personales'`.

Cuando el plan lleva más histórico que el permitido, la diferencia en días es lo que hay que depurar o archivar fuera del flujo normal. Ese número ayuda a dimensionar el trabajo y a explicar a quien decide por qué no se migra «todo».

Compara la retención máxima con los días que el plan pretende migrar. Solo un conjunto se pasa: calcula por cuántos días.

Responde para continuar

¿Cuántos días de histórico sobran respecto a la retención permitida en el conjunto que se pasa? Escribe solo el número.

Ver pista de ayuda

Ejecuta `SELECT conjunto, retencion_max_dias, dias_de_historico_a_migrar FROM conjuntos_de_datos` y resta en el conjunto donde no coinciden.

Un clásico de las migraciones: para «probar con datos reales» se exporta producción completa a un entorno de desarrollo, donde los controles son más laxos, más gente entra y los datos se quedan meses. Si el conjunto contiene datos personales, la copia es un riesgo propio. Un entorno no productivo debería recibir datos sintéticos o enmascarados, no los reales.

No todo lo que va a desarrollo es un problema: un catálogo público puede ir sin conflicto. Cruza el lote con lo que contiene su conjunto.

Responde para continuar

¿Qué lote lleva datos personales a un entorno que no es producción?

Ver pista de ayuda

Ejecuta `SELECT lote, conjunto, entorno_destino FROM lotes_de_transferencia WHERE entorno_destino <> 'produccion'` y comprueba qué contiene cada conjunto con `SELECT * FROM conjuntos_de_datos`.

Los datos también corren riesgo en el camino. Un lote que viaja sin cifrar puede ser leído por quien lo manipule, y uno cuya integridad no se verifica al llegar puede estar incompleto o alterado sin que nadie lo sepa. Uno de los lotes del plan viaja en un disco físico y no tiene ninguna de las dos protecciones.

Responde para continuar

¿Cómo se trata un lote que viaja sin cifrar y sin comprobar su integridad?

Se detiene, se cifra antes de enviarlo y se verifica su integridad al llegar, antes de usarlo en el destino final Se aprueba si el disco va en un sobre sellado, porque el sello físico sustituye al cifrado Se envía igual y se cifra una vez en el destino, porque lo importante es que los datos lleguen pronto

Ver pista de ayuda

Cifrar el origen protege el trayecto; comprobar la integridad al llegar dice si lo recibido es lo enviado.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 La migración como momento de depurar Lab

2 Región de destino Lab

3 El exceso de histórico Lab

4 Datos reales en un entorno de desarrollo Lab

5 Transferencia sin cifrar y sin comprobar Lab

Whoami-Labs Pro utiliza cookies