Supervised Feature Extraction Methods

• Cuestiones relativas a la actualización

• Actualización de objetos de usuario

Antes de empezar

Antes de iniciar el proceso de actualización debe conocer la información siguiente:

• Identity Manager 8.0 dedica nuevas tablas para objetos de roles. Debe utilizar las

secuencias de comando incluidas en el directorio db_scripts para realizar los cambios de esquema, crear las nuevas estructuras de tabla y mover los datos existentes.

NOTAS • Consulte las instrucciones y la información de actualización en Identity Manager Upgrade.

• Cuando actualice Identity Manager, asegúrese de revisar la sección de instalación correspondiente a su servidor de aplicaciones en el documento Sun Identity Manager Installation.

• Si la instalación actual de Identity Manager tiene una gran cantidad de trabajo personalizado, debería ponerse en contacto con Sun Professional Services para recibir asistencia en el proceso de planificación y ejecución de la actualización.

PRECAUCIÓN Si utiliza un repositorio Oracle, el DDL de repositorio de Identity Manager 8.0 utiliza tipos de datos que versiones anteriores de los controladores Oracle JDBC no manejan correctamente. Los controladores JDBC de ojdbc14.jar lo leen correctamente todas las columnas de la tabla de registro.

Debe actualizar a los controladores oracle11g_jdbc.jar para que Identity Manager funciona correctamente.

• Si va a actualizar a Identity Manager 8.0 y tiene código personalizado que realiza llamadas a UserUIConfig#getRepoIndexAttributes(), debe eliminar ese código o cambiarlo para que realice la llamada aType.USER#getInlineAttributeNames().

Al importar update.xml se convierten los valores de UserUIConfig RepoIndexAttrs en valores de atributos XML del elemento TypeDataStore para Type.USER dentro del objeto RepositoryConfiguration. El archivo update.xml incluye el archivo

UserUIConfigUpdater.xml, que contiene un comando Import que invoca a

UserUIConfigUpdater para convertir RepoIndexAttrs. La conversión también define un indicador en SystemConfiguration que inhibe la reconversión.

Cualquier cambio futuro a los atributos en línea de Type.USER debe realizarse editando el objeto RepositoryConfiguration. Si modifica los atributos en línea de Type.USER, normalmente debe actualizar todos los objetos Type.USER.

• Asegúrese de utilizar sólo un servidor de Identity Manager para importar update.xml y de que sólo se ejecuta un servidor de Identity Manager durante la actualización. Si inicia cualquier otro servidor de Identity Manager durante la actualización, debe detener y reiniciar dichos servidores antes de hacerlos disponibles.

• Tenga cuidado al editar el campo de super rol del formulario Role porque en el super rol puede ser a su vez un rol anidado. Los campos de super rol y subrol indican un

anidamiento de roles y sus grupos de recursos o recursos asociados. Cuando se aplica a un usuario, el super rol incluye los recursos asociados a algún subrol designado. El campo de super rol se muestra para indicar los roles que incluyen el rol mostrado.

• Durante el proceso de actualización, Identity Manager analiza todos los roles del sistema y actualiza todos los vínculos de subroles y súper roles ausentes mediante la clase

RoleUpdater.

Para verificar y actualizar roles fuera del proceso de actualización, puede importar el nuevo objeto de configuración RoleUpdater, suministrado en sample/forms/RoleUpdater.xml. Por ejemplo:

NOTAS • Antes de actualizar las definiciones de tabla de base de datos del repositorio, haga una copia de seguridad completa de las tablas que contiene.

• Consulte la secuencia de comandos

db_scripts/upgradeto8.0from71.DBMSName para obtener más información.

NOTA Los cambios a RepositoryConfiguration no afectan al servidor de Identity Manager hasta que se reinicia el servidor.

Donde:

❍ verbose: Proporciona salida detallada al actualizar los roles. Especifique false para

permitir una actualización silenciosa de los roles.

❍ noupdate: Determina si se actualizan los roles. Especifique false para obtener un

informe que incluya únicamente los roles que se van a actualizar.

❍ nofixsubrolelinks: Determina si los súper roles se actualizan con vínculos de subrol

ausentes. El valor predeterminado es false ″, que repara los vínculos.

• Los administradores que deben ver o evitar el esquema Identity Manager para usuarios o roles deben estar incluidos en IDM Schema Configuration AdminGroup y deben disponer de la capacidad IDM Schema Configuration.

• La implementación de SPML 2.0 de Identity Manager ha cambiado en Identity Manager 8.0. En versiones anteriores, el atributo objectclass de SPML usado en mensajes SPML se asignaba directamente al atributo objectclass de objetos Identity Manager User. El atributo objectclass ahora se asigna internamente al atributo spml2ObjectClass y se usa internamente con otros fines.

Durante el proceso de actualización, el valor del atributo objectclass se renombra automáticamente para los usuarios existentes. Si su configuración SPML 2.0 contiene formularios que hacen referencia al atributo objectclass, debe cambiar estas referencias manualmente a spml2ObjectClass.

Identity Manager no sustituye el archivo de configuración de ejemplo spml2.xml durante la actualización. Si ha utilizado el archivo de configuración spml2.xml como punto de partida, debe saber que este archivo contiene un formulario con referencias a objectclass que debe cambiar a spml2ObjectClass. Cambie el atributo objectclass en los formularios (donde se utiliza internamente) pero no cambie el atributo objectclass en el esquema objetivo

<?xml version='1.0' encoding='UTF-8'?>

<!DOCTYPE Waveset PUBLIC 'waveset.dtd' 'waveset.dtd'> <Waveset>

<ImportCommand class='com.waveset.session.RoleUpdater' > <Map>

<MapEntry key='verbose' value='true' /> <MapEntry key='noupdate' value='false' />

<MapEntry key='nofixsubrolelinks' value='false' /> </Map>

</ImportCommand> </Waveset>

• En entornos UNIX, asegúrese de que existe el directorio install en las ubicaciones siguientes, y de que puede escribir en él:

❍ Para Linux/HP-UX: /var/opt/sun/install ❍ Para Solaris: /var/sadm/install

• Cualquier parche instalado con anterioridad se archivará en el directorio siguiente: $WSHOME/patches/HotfixName