Integración con Tablas de Aplicación de Base de Datos (MySQL)
Requisitos
Antes de instalar y configurar un sistema orquestado de tablas de aplicación de base de datos, debe tener en cuenta los siguientes requisitos y tareas.
- El sistema de tablas de aplicaciones de base de datos está certificado con Oracle Access Governance. Consulte Componentes de tablas de aplicación de base de datos certificados para la integración con Oracle Access Governance para obtener más información sobre las versiones soportadas.
Configurar
Puede establecer una conexión entre las bases de datos de los clientes y Oracle Access Governance introduciendo los detalles de la conexión. Para ello, utilice la funcionalidad de sistemas orquestados disponible en la consola de Oracle Access Governance.
Navegar a la página Orchestrated Systems
- En el icono de menú de navegación de Oracle Access Governance
, seleccione Administración de servicios → Sistemas orquestados. - Seleccione el botón Add an Orchestrated system (Agregar un sistema orquestado) para iniciar el flujo de trabajo.
Seleccionar sistema
En el paso Seleccionar sistema del flujo de trabajo, puede especificar qué tipo de sistema desea incorporar. Puede buscar el sistema necesario por nombre mediante el campo Buscar.
- Seleccione Database Application Table (MySQL).
- Haga clic en Siguiente.
Introducir detalles
- Introduzca un nombre para el sistema al que desea conectarse en el campo Nombre.
- Introduzca una descripción para el sistema en el campo Description (Descripción).
- Decida si este sistema orquestado es un origen autorizado y si Oracle Access Governance puede gestionar permisos mediante la definición de las siguientes casillas de control.
-
Este es el origen autorizado de mis identidades
Seleccione uno de estos procedimientos:
- Origen de las identidades y sus atributos: el sistema actúa como identidades de origen y atributos asociados. Se crean nuevas identidades a través de esta opción.
- Solo origen de atributos de identidad: el sistema ingiere detalles de atributos de identidad adicionales y se aplica a las identidades existentes. Esta opción no ingiere ni crea nuevos registros de identidad.
- Quiero gestionar los permisos de este sistema
-
Este es el origen autorizado de mis identidades
- Seleccione Next (Siguiente).
Agregar Propietarios
Al configurar el primer sistema orquestado para la instancia de servicio, solo puede asignar propietarios después de activar las identidades en la sección Gestionar identidades.
- Seleccione un usuario activo de Oracle Access Governance como propietario principal en el campo ¿Quién es el propietario principal?.
- Seleccione uno o más propietarios adicionales en la lista ¿Quién más los posee?. Puede agregar hasta 20 propietarios adicionales para el recurso.
Configuración de la Cuenta
- Cuando se solicite un permiso y la cuenta no exista, seleccione esta opción para crear nuevas cuentas. Esta opción está seleccionada por defecto. Cuando se selecciona, Oracle Access Governance crea una cuenta si no existe una cuando se solicita un permiso. Si desactiva esta opción, los permisos se aprovisionan solo para las cuentas existentes en el sistema orquestado. Si no existe ninguna cuenta, la operación de aprovisionamiento falla.
- Seleccione los destinatarios de los correos electrónicos de notificación cuando se cree una cuenta. El destinatario predeterminado es User (Usuario). Si no se selecciona ningún destinatario, las notificaciones no se envían cuando se crean las cuentas.
- Usuario
- Gestor de usuarios
- Configuración de cuentas existentesNota
Solo puede definir estas configuraciones si lo permite el administrador del sistema. Cuando se activa la configuración de cese de cuenta global, los administradores de la aplicación no pueden gestionar la configuración de cese de cuenta en el nivel de sistema orquestado.- Seleccionar qué hacer con las cuentas cuando comience el cese anticipado: seleccione la acción que se debe realizar cuando comience un cese anticipado. Esto sucede cuando necesita revocar los accesos de identidad antes de la fecha de cese oficial.
- Suprimir: suprime todas las cuentas y permisos gestionados por Oracle Access Governance.Nota
Si un sistema orquestado específico no soporta la acción, no se realiza ninguna acción. - Desactivar: desactiva todas las cuentas y desactiva los permisos gestionados por Oracle Access Governance.
- Suprimir los permisos para las cuentas desactivadas: para garantizar un acceso residual cero, seleccione esta opción para suprimir los permisos asignados directamente y los permisos otorgados por políticas durante la desactivación de la cuenta.
- Sin acción: no se realiza ninguna acción cuando Oracle Access Governance marca una identidad para su terminación anticipada.
- Suprimir: suprime todas las cuentas y permisos gestionados por Oracle Access Governance.
- Seleccionar qué hacer con las cuentas en la fecha de cese: seleccione la acción que se debe realizar durante el cese oficial. Esto sucede cuando necesita revocar los accesos de identidad en la fecha de cese oficial.
- Suprimir: suprime todas las cuentas y permisos gestionados por Oracle Access Governance.Nota
Si el sistema orquestado específico no soporta la acción Suprimir, no se realiza ninguna acción. - Desactivar: desactiva todas las cuentas y desactiva los permisos gestionados por Oracle Access Governance.
- Suprimir los permisos para las cuentas desactivadas: para garantizar un acceso residual cero, seleccione esta opción para suprimir los permisos asignados directamente y los permisos otorgados por políticas durante la desactivación de la cuenta.
Nota
Si el sistema orquestado específico no soporta la acción Desactivar, se suprime la cuenta. - Sin acción: Oracle Access Governance no realiza ninguna acción en las cuentas y los permisos.
- Suprimir: suprime todas las cuentas y permisos gestionados por Oracle Access Governance.
- Seleccionar qué hacer con las cuentas cuando comience el cese anticipado: seleccione la acción que se debe realizar cuando comience un cese anticipado. Esto sucede cuando necesita revocar los accesos de identidad antes de la fecha de cese oficial.
- Cuando una identidad abandona la empresa, debe eliminar el acceso a sus cuentas. Nota
Solo puede definir estas configuraciones si lo permite el administrador del sistema. Cuando se activa la configuración de cese de cuenta global, los administradores de la aplicación no pueden gestionar la configuración de cese de cuenta en el nivel de sistema orquestado.Seleccione una de las siguientes acciones para la cuenta:
- Suprimir: suprime todas las cuentas y permisos gestionados por Oracle Access Governance.
- Desactivar: desactive todas las cuentas y marque los permisos como inactivos.
- Suprimir los permisos para las cuentas desactivadas: suprima los permisos asignados directamente y otorgados por la política durante la desactivación de la cuenta para garantizar un acceso residual cero.
- Sin acción: no realice ninguna acción cuando una identidad abandone la organización.
Nota
Estas acciones solo están disponibles si están soportadas por el tipo de sistema orquestado. Por ejemplo, si Suprimir no está soportado, solo verá las opciones Desactivar y Sin acción. - Cuando se eliminan todos los permisos de una cuenta, por ejemplo, cuando una identidad se mueve entre departamentos, puede que tenga que decidir qué hacer con la cuenta. Seleccione una de las siguientes acciones, si son compatibles con el tipo de sistema orquestado:
- Suprimir
- Desactivar
- No hay acciones
- Gestionar cuentas que no han sido creadas por Access Governance: seleccione esta opción para gestionar cuentas que se hayan creado directamente en el sistema orquestado. Con esto, puede conciliar cuentas existentes y gestionarlas desde Oracle Access Governance.
- No permitir que los usuarios restablezcan contraseñas: seleccione esta opción para evitar que los usuarios restablezcan las contraseñas del sistema orquestado. Si el sistema orquestado no admite la operación de cambio de contraseña, los restablecimientos de contraseña no están disponibles y se muestra un mensaje.
Si no configura el sistema como un sistema gestionado, se mostrará este paso del flujo de trabajo, pero no estará activado. En este caso, debe continuar directamente con el paso Configuración de integración del flujo de trabajo.
Si el sistema orquestado requiere la detección de esquemas dinámicos, al igual que con las integraciones de tablas de aplicación de base de datos y REST genéricas, solo se puede definir el destino de correo electrónico de notificación (Usuario, Usermanager) al crear el sistema orquestado. No puede definir las reglas de desactivación/supresión para los movimientos y los elementos salientes. Para ello, debe crear el sistema orquestado y, a continuación, actualizar los valores de cuenta como se describe en Configure Orchestrated System Account Settings.
Configuración de integración
En el paso Configuración de integración del flujo de trabajo, introduzca los detalles necesarios para permitir que Oracle Access Governance se conecte a la base de datos del cliente.
| Nombre de parámetro | ¿Obligatorio? | Descripción |
|---|---|---|
|
¿Cuál es la URL de conexión sencilla para la base de datos de MySQL? |
Sí |
URL del servidor que aloja el sistema de base de datos del cliente con el que desea integrar. Utilice el formato host/puerto/servicio de base de datos/sid, por ejemplo jdbc:mysql:@[host]:[puerto]:[sid]. Para obtener más información, consulte la documentación de JDBC MySQL de su versión. |
| ¿Cuál es el nombre de usuario para la autenticación? |
Sí |
Nombre de usuario necesario para conectarse al sistema de base de datos del cliente para realizar la conciliación y el aprovisionamiento de datos. |
|
¿Cuál es la contraseña?/Confirmar contraseña |
Sí |
Contraseña que autentica el usuario con el que se conecta al sistema de base de datos del cliente. |
|
Detalles de Jar personalizados |
Sí | Jar de controlador de base de datos de MySQL Server. Consulte la documentación de JDBC MySQL de su versión para obtener más información. El nombre del archivo jar y el total de control deben tener el formato <jarName>::<jarChecksum>. Calcule el total de control mediante SHA-512. Los detalles de cómo lo utiliza el agente se pueden encontrar en Custom Jar Support. |
|
Nombre de tabla de cuenta de usuario |
Sí |
Nombre de la tabla que contiene las cuentas de usuario. Nota
Para una columna clave que no sea de incremento automático, el aprovisionamiento de creación de cuenta solo estará soportado con un script personalizado. Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. Nota
No incluya el nombre de usuario del propietario de la tabla en el nombre de la tabla, por ejemplo, MYUSER.MYDBAT_PERSON; de lo contrario, verá errores. El nombre de usuario se transfiere como un parámetro independiente como se detalla en esta tabla. |
|
Tablas de permisos |
Agregue los nombres de las tablas de permisos en una lista separada por comas. Este parámetro solo se aplica si el sistema orquestado está configurado en modo de sistema gestionado. Nota
No incluya el nombre de usuario del propietario de la tabla en el nombre de la tabla, por ejemplo, MYUSER.MYDBAT_PERMISSION; de lo contrario, verá errores. El nombre de usuario se transfiere como un parámetro independiente como se detalla en esta tabla. |
|
|
Tablas de permisos de cuentas |
Si tiene datos de cuenta residentes en tablas principales y secundarias, proporcione una lista separada por comas de los nombres de las tablas secundarias. Nota
No incluya el nombre de usuario del propietario de la tabla en el nombre de la tabla, por ejemplo, MYUSER.MYDBAT_ACCOUNTPERMISSION; de lo contrario, verá errores. El nombre de usuario se transfiere como un parámetro independiente como se detalla en esta tabla. |
|
|
Tablas de consulta |
Lista separada por comas de tablas de consulta para atributos como el país. Nota
No incluya el nombre de usuario del propietario de la tabla en el nombre de la tabla, por ejemplo, MYUSER.MYDBAT_LOOKUP; de lo contrario, verá errores. El nombre de usuario se transfiere como un parámetro independiente como se detalla en esta tabla. |
|
| Tablas de afiliación | Lista separada por comas de tablas de afiliación creadas. Para obtener más información, consulte Soporte de afiliación de DBAT para atributos de identidad de varios valores personalizados. | |
|
Asignaciones de columnas de clave |
Sí |
Lista separada por comas de asignaciones de columnas clave. Estas asignaciones se deben introducir con el formato Table:KeyColumn. Nota
Este parámetro solo se aplica a las tablas ACCOUNT, ENTITLEMENT y LOOKUP. |
|
Asignaciones de columnas de nombre |
Sí |
Lista separada por comas de asignaciones de columna de nombre. Estas asignaciones se deben introducir con el formato Table:NameColumn. Nota
Este parámetro solo se aplica a las tablas ACCOUNT, ENTITLEMENT y LOOKUP. |
|
Asignación de columna de contraseñas de tabla de cuentas de usuario |
Asignaciones de columnas de contraseñas para tablas de cuenta de usuario en formato |
|
|
Asignación de columna de estado de tabla de cuentas de usuario |
Sí |
Asignación de columna de estado para la tabla de cuentas de usuario con el formato |
|
Valor de estado de activación de cuenta de usuario |
Este valor se utilizará como valor de activación si la columna del estado se configura y es de tipo cadena. Si no se proporciona ningún valor para este parámetro, el valor por defecto es 'ACTIVE'. |
|
|
Valor de estado de desactivación de cuenta de usuario |
Este valor se utilizará como valor para desactivar si la columna del estado está configurada y es de tipo cadena. Si no se proporciona ningún valor para este parámetro, el valor por defecto es 'INACTIVE'. |
|
|
Formato de Fecha |
Formato de los datos de fecha que se están convirtiendo en cadenas. Si deseas manejar los datos de fechas como un editor de fecha, no introduzcas ningún valor para este parámetro. Si desea manejar los datos de fecha como texto, debe introducir el formato de fecha. Al especificar un valor para este parámetro, se invalida el parámetro allNative. |
|
|
Formato de registro de hora |
Formato de los datos de registro de hora que se están convirtiendo en cadenas. La especificación de esta propiedad invalida las propiedades nativeTimestamps y allNative |
|
|
Condición de filtro de cuenta de usuario |
Cláusula WHERE que define el subjuego de registros de cuentas de usuario que desea traer de la base de datos de clientes a Oracle Access Governance. |
|
|
Crear script |
Script personalizado para utilizar procedimientos almacenados personalizados o sentencias SQL en lugar de las sentencias SQL por defecto para realizar operaciones de aprovisionamiento. Introduzca la URL de archivo del script de Groovy creado para la operación de creación de aprovisionamiento de cuentas de usuario. Debe introducir la URL de archivo con el siguiente formato: Valor de ejemplo:
Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. |
|
|
Actualizar script |
Script personalizado para utilizar procedimientos almacenados personalizados o sentencias SQL en lugar de las sentencias SQL por defecto para realizar operaciones de aprovisionamiento. Introduzca la URL de archivo del script de Groovy creado para la operación de actualización de aprovisionamiento de cuentas de usuario. Este script se llama cuando actualiza el formulario de atributos de cuenta, activa o desactiva la cuenta de usuario. Debe introducir la URL de archivo con el siguiente formato: Valor de ejemplo:
Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. |
|
|
Suprimir script |
Script personalizado para utilizar procedimientos almacenados personalizados o sentencias SQL en lugar de las sentencias SQL por defecto para realizar operaciones de aprovisionamiento. Introduzca la URL de archivo del script de Groovy creado para la operación de supresión de aprovisionamiento de cuentas de usuario. Este script se llama al revocar o eliminar una cuenta. Debe introducir la URL de archivo con el siguiente formato: Valor de ejemplo:
Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. |
|
|
Cargar datos en el script |
Script personalizado para utilizar procedimientos almacenados personalizados o sentencias SQL en lugar de las sentencias SQL por defecto para realizar operaciones de aprovisionamiento. Introduzca la URL de archivo del script Groovy creado para la conciliación. El conector delega la operación de carga de datos al script Groovy, que es responsable de transferir la información (objeto de conector) al manejador de devolución de llamada. Este script se llama al realizar una búsqueda de cuenta (operaciones como la carga completa de datos). Debe introducir la URL de archivo con el siguiente formato: Valor de ejemplo:
Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. |
|
|
Agregar script de datos de relación |
Script personalizado para utilizar procedimientos almacenados personalizados o sentencias SQL en lugar de las sentencias SQL por defecto para realizar operaciones de aprovisionamiento. Introduzca la URL de archivo del script Groovy creado para la operación de aprovisionamiento de atributos de varios valores (incluidos los permisos para la cuenta). Este script se llama cuando agrega atributos secundarios de varios valores. Debe introducir la URL de archivo con el siguiente formato: Valor de ejemplo:
Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. |
|
|
Eliminar script de datos de relación |
Script personalizado para utilizar procedimientos almacenados personalizados o sentencias SQL en lugar de las sentencias SQL por defecto para realizar operaciones de aprovisionamiento. Introduzca la URL de archivo del script Groovy creado para la operación de aprovisionamiento de atributos de varios valores (incluidos los permisos para la cuenta). Se llama a este script al eliminar atributos secundarios de varios valores. Debe introducir la URL de archivo con el siguiente formato: Valor de ejemplo:
Para obtener más información sobre los scripts con la integración de tablas de aplicación de base de datos, consulte Desarrollo de scripts personalizados para tablas de aplicación de base de datos (MySQL) mediante Groovy. |
|
|
Propiedades de conexión |
Propiedades de conexión que se utilizarán para configurar una conexión segura. Deben ser pares clave-valor con el siguiente formato: key1=val1#key2=val2. |
- Haga clic en Agregar para crear el sistema orquestado.
Finalizar
El paso final del flujo de trabajo es Finalizar, donde se le pedirá que descargue el agente para el sistema orquestado. Una vez descargado el agente, puede instalar y configurar el agente en su entorno mediante las instrucciones de Gestión del agente de Oracle Access Governance para integraciones indirectas.
- Personalizar antes de activar el sistema para cargas de datos
- Activar y preparar la carga de datos con los valores por defecto proporcionados
Configuración Posterior
Actualizar archivo JSON de esquema intermedio
schema.json, en el host del agente. Este archivo asigna las tablas de la base de datos integrada al esquema que se representa en Oracle Access Governance. El archivo JSON de esquema inicial se crea con atributos básicos activados para carga de datos, UID, NAME, STATUS y PASSWORD (si lo ha configurado el usuario). La operación de carga de datos completa se puede ejecutar con este archivo JSON de esquema inicial, cargando datos solo para estos atributos básicos. A continuación, puede modificar aún más el archivo JSON de esquema para incluir más atributos para las siguientes operaciones de carga de datos.Asegúrese de que ha otorgado permisos de lectura/escritura en el archivo JSON de esquema para el usuario del sistema operativo que va a ejecutar el agente.
Para obtener más información sobre la estructura y las opciones disponibles al editar schema.json, consulte Referencia de archivo JSON de esquema.
Recuperar los últimos atributos personalizados
Debe realizar una operación de detección de esquema que recuperará la información de atributo personalizado más reciente. Para obtener más información sobre cómo realizar esta tarea, consulte Recuperación de atributos personalizados más recientes.