Creación de definiciones de arrendatario
Cree las definiciones de cliente, grupo y usuario para un entorno de multitenencia de OMEGAMON .
Acerca de esta tarea
Para cada arrendatario, debe definir el cliente y las relaciones entre el cliente y los MSL. Este proceso requiere la definición de los componentes siguientes:
- Cliente. Una definición de cliente contiene un ID de cliente (hasta 10 caracteres), un nombre de cliente descriptivo (hasta 50 caracteres) y la lista de MSL para el cliente. Cada tipo de sistema gestionado requiere un MSL exclusivo. Se crea una definición de cliente para cada arrendatario.
- Grupo. Una definición de grupo define el grupo al que pertenecerá un usuario. Para cada grupo, también debe especificar el primer espacio de trabajo que se mostrará en el inicio de sesión y los separadores OMEGAMON que se mostrarán en el espacio de trabajo. Se pueden definir varios grupos y varios arrendatarios pueden utilizarlos.
- Usuario. Una definición de usuario especifica información para un ID de usuario TSO de z/OS individual. Esta información incluye el grupo y el cliente al que pertenece el usuario; un usuario sólo puede pertenecer a un grupo y a un cliente. Un usuario también se puede definir como un usuario avanzado o un superusuario. Las diferencias entre los tipos de usuario multitenencia son las siguientes:
- Un usuario arrendatario normal tiene acceso a los recursos sólo para el arrendatario (cliente) en el que está definido el usuario y tiene acceso limitado a algunas características de interfaz de usuario 3270 mejorada .
- Un usuario avanzado tiene acceso a los recursos sólo para el arrendatario (cliente) en el que está definido el usuario, con acceso a más características de interfaz de usuario 3270 mejorada que el usuario arrendatario normal, como el acceso a todas las opciones de menú, iconos y mandatos.
- Un superusuario tiene acceso a todos los recursos para todos los clientes y puede acceder a todas las características de la interfaz de usuario 3270 mejorada .
Puede crear las definiciones de arrendatario en miembros PDS o en RACF, lo que puede proporcionar una mayor seguridad. Puesto que la implementación de RACF normalmente requiere la participación del administrador de RACF , se recomienda probar las definiciones de arrendatario utilizando miembros PDS y, a continuación, cuando se cumplan, transferir las definiciones a RACF.