Índice

Search

  1. Prólogo
  2. Introducción a Test Data Management
  3. Test Data Manager
  4. Proyectos
  5. Políticas
  6. Obtención de datos
  7. Crear de un subconjunto de datos
  8. Realizar una operación de enmascaramiento de datos
  9. Parámetros y técnicas de enmascaramiento de datos
  10. Generación de datos
  11. Parámetros y técnicas de generación de datos
  12. Trabajo con Test Data Warehouse
  13. Análisis de datos de prueba con cobertura de datos
  14. Planes y flujos de trabajo
  15. Supervisor
  16. Informes
  17. ilmcmd
  18. tdwcmd
  19. tdwquery
  20. Apéndice A: Referencia de tipos de datos
  21. Apéndice B: Referencia de tipos de datos para Test Data Warehouse
  22. Apéndice C: Referencia de tipos de datos para Hadoop
  23. Apéndice D: Glosario

Guía del usuario

Guía del usuario

Ejemplo de TDM

Ejemplo de TDM

Supongamos que una organización desea aplicar una política para enmascarar datos de acciones confidenciales de empleados en un gran entorno de procesamiento de datos.
El departamento de TI necesita datos de prueba para un nuevo plan de acciones de empleados de una organización. La organización debe asegurarse de que los datos confidenciales no se ven comprometidos en los datos de prueba. La base de datos de prueba debe contener datos representativos de varios entornos de aplicación, incluidos los datos personales de empleados, sueldos, compra de acciones e información de trabajos. Varios equipos de prueba deben poder acceder a los datos de prueba y reemplazar los datos de prueba modificados con los datos de prueba originales cuando sea necesario. La organización utiliza TDM para establecer y aplicar una política para crear los datos en el entorno de prueba, y para almacenar y reutilizar los datos de prueba en Test Data Warehouse.
La organización completa los pasos siguientes:
  1. Cree una política. El oficial de conformidad determina el tipo de datos de empleado que se debe enmascarar. El oficial de conformidad crea una política Employee_Stock.
  2. Define los dominios de datos. El oficial de conformidad define los dominios de datos a campos similares de grupo para el enmascaramiento de datos. Por ejemplo, los datos contienen columnas llamadas Employee_Salary, Yearly_Salary y Salary_History. Todas las columnas que contienen "Salary" en el nombre pertenecen al mismo dominio de datos. Todas las columnas del mismo dominio de datos pueden recibir las mismas reglas de enmascaramiento de datos.
  3. Define las reglas de enmascaramiento de datos. El oficial de conformidad crea reglas de enmascaramiento de datos para enmascarar los datos de los empleados. Por ejemplo, el oficial de conformidad enmascara nombres de empleados con máscaras de sustitución desde un diccionario. El oficial de conformidad aplica enmascaramiento aleatorio a las columnas de sueldo. Aplica máscaras de seguridad social a los números de la seguridad social.
  4. Define un proyecto. Un desarrollador de proyectos define un proyecto Employee_Stock e importa los orígenes de datos al proyecto. El desarrollador de proyectos realiza toda la configuración de subconjuntos, perfiles y enmascaramiento de datos del proyecto.
  5. Ejecuta un perfil para la obtención de datos. El desarrollador de proyectos ejecuta un perfil para la obtención de datos. El perfil identifica las columnas confidenciales de las tablas de origen y rellena los dominios de datos que el oficial de conformidad ha definido en la política.
  6. Crea relaciones de tabla. La base de datos no contienen claves principales ni externas. El desarrollador de proyectos ejecuta un perfil para las entidades y claves principales a fin de buscar relaciones entre tablas. El desarrollador de proyectos examina los resultados de perfil de clave principal y los resultados de perfil de entidad para crear relaciones. El desarrollador de proyectos crea claves lógicas principales y externas en las tablas. En algunos casos, el desarrollador de proyectos selecciona una entidad para utilizar desde los resultados de perfil.
  7. Crea entidades y grupos para subconjuntos de datos. Si se aplican restricciones, el desarrollador de proyectos puede crear entidades en un proyecto Employee_Stock. Una entidad define un conjunto de tablas de origen relacionadas en función de las restricciones. El proyecto incluye las tablas Employee, JobHistory, Salary y Employee_Stock. El desarrollador de proyectos también crea un grupo en el proyecto. Un grupo define las tablas no relacionadas para incluir en la base de datos de prueba. El grupo incluye una tabla llamada Stock_History.
  8. Aprueba o rechaza los resultados de trabajos de creación de perfiles. El oficial de conformidad revisa los resultados y aprueba o rechaza las asignaciones de columna con los dominios de datos.
  9. Comprueba que todos los campos confidenciales están enmascarados. El oficial de conformidad revisa los informes que describen qué datos de origen se enmascaran en el proyecto.
  10. Crea un plan para ejecutar subconjuntos y enmascaramiento de datos. El desarrollador de proyectos crea un plan para ejecutar operaciones de enmascaramiento de datos y de subconjunto en un flujo de trabajo. El desarrollador de proyectos añade las entidades y los grupos al plan para definir qué datos copiar en la base de datos de subconjunto. El desarrollador de proyectos añade la política Employee_Stock al plan para definir cómo enmascarar los datos. Cuando el desarrollador de proyectos ejecuta un flujo de trabajo desde el plan, el servicio de integración de PowerCenter ejecuta el flujo de trabajo y carga los datos enmascarados en la base de datos de subconjunto.
  11. El oficial de conformidad valida los resultados de la base de datos de subconjunto.
  12. Cree un plan para mover el subconjunto de datos enmascarados a Test Data Warehouse. El desarrollador del proyecto crea un plan con la base de datos del subconjunto como conexión del origen y el Test Data Warehouse como conexión de destino. Cuando el desarrollador del proyecto ejecuta un flujo de trabajo desde el plan, el servicio de integración de PowerCenter ejecuta el flujo de trabajo y carga los datos enmascarados como un conjunto de datos en Test Data Warehouse.
  13. Restablezca un conjunto de datos desde Test Data Warehouse. El desarrollador del proyecto ejecuta una operación de restablecer en el conjunto de datos para restaurar los datos de prueba originales en la conexión requerida. Cuando se ejecuta la operación de restablecimiento, el servicio de integración de PowerCenter ejecuta el flujo de trabajo y carga el conjunto de datos de Test Data Warehouse a la conexión de destino.