Antes de actualizar a CA SDM r12.9, considere la información de base de datos siguiente:
- Realice una copia de seguridad de su base de datos existente mediante sus procedimientos típicos de copia de seguridad de base de datos.
- (Aplicable para todos los equipos no Windows) Si las versiones anteriores de CA SDM se configuran con la base de datos de Oracle 10gr2, instale el cliente de Oracle 11gr2 antes de actualizar a CA SDM r12.9.
Importante: Antes de la actualización, cambie la ruta principal de Oracle a la ruta de cliente de oracle11g r2 en el archivo $NXROOT/NX.env.
- Tras esta, todas las versiones (activas e inactivas) de los indicadores clave de rendimiento de webLicenseCt dejarán de estar disponibles y todos los datos del indicador clave de rendimiento relacionados se volverán inválidos. Estos datos todavía permanecen en la tabla usp_kpi_data, pero no se recuperan durante la generación de informes. Los clientes pueden optar por ejecutar la regla del indicador clave de rendimiento lista para su uso, Datos del indicador clave del rendimiento (sistema) —inactivo de forma predeterminada—, para eliminar los datos.
Importante: Se recomienda comprobar los datos disponibles en la tabla usp_kpi_data, ya que la ejecución de esta regla de indicador clave de rendimiento también archivará o borrará definitivamente otros datos recolectados mediante el indicador clave de rendimiento del sistema.
Nota: Se utiliza un nuevo indicador clave de rendimiento, webConcurrentTotalLicenseCt, en CA SDM r12.9 para calcular el número de usuarios únicos conectados a CA SDM durante ese intervalo. Si desea obtener más información, puede consultar la Guía de implementación.
- Archive el directorio de instalación ($NX_ROOT) mediante sus procedimientos típicos de archivado. Esta acción baja la cantidad de movimientos de datos y ahorra espacio en disco.
- Ejecute el script apropiado desde un símbolo del sistema para identificar registros duplicados en su base de datos:
Nota: Ejecute este script en los servidores secundarios. Si desea ejecutar este script mediante SQL Query Analyzer, edite el script SQLCHECK.SQL y elimine el argumento EXIT antes de ejecutar el comando.
- (Oracle) Ejecute OracleCheckr12UniqueIndexes.sql, ubicado en el directorio \Migrate en el medio de instalación.
- (SQL Server) Abra una ventana Símbolo del sistema y ejecute SQLCHECK.SQL como sigue:
cd $NX_ROOT\samples\views\SQLServer
Escriba el siguiente comando:
Sqlcmd -E -e < SQLServer\SQLCHECK.SQL
Nota: Después de actualizar a CA SDM r12.9, puede encontrar estos archivos en $NX_ROOT/samples/views/SQLServer o $NX_ROOT/samples/views/Oracle en el servidor.
Importante: Estos scripts identifican los registros duplicados. Suprima los registros duplicados identificados antes de continuar con la migración.
- En Windows, se puede actualizar directamente desde las versiones r11.2, r12.0, r12.1, r12.5, r12.6. y r12.7.
- Si se ha instalado CA SDM en UNIX o Linux, se puede actualizar desde las versiones r12.5, r12.6 y r12.7.
- Si la instalación contiene una versión anterior del producto, como CA SDM r11.2, r12.0 o r12.1 en una base de datos y un sistema operativo UNIX o Linux no compatibles, se debe actualizar a CA SDM r12.5. A continuación, mueva CA SDM a una base de datos y un entorno operativo compatibles antes de realizar la actualización.
- Actualice su sistema CA SDM r11.2 a una base de datos compatible con (SQL Server y Oracle).
Nota: Para obtener más información sobre las bases de datos compatibles, consulte las Notas de la versión.
- Actualice Unicenter Service Desk r11.0 a la versión CA SDM r11.2 antes de migrar sus datos a una base de datos compatible.
- Si se introducen caracteres de Windows especiales, como un guion largo, en CA SDM o Gestión del conocimiento en un sistema que no sea Windows, los caracteres no se almacenarán correctamente en la base de datos.
- Ingres. Si está utilizando una base de datos de Ingres, convierta sus datos a Oracle o SQL Server antes de realizar la actualización.
Nota: Para obtener información sobre el proceso de conversión, consulte la documentación de su base de datos.
- Oracle. Oracle no admite índices que no distinguen entre mayúsculas y minúsculas para el registro del elemento de configuración. Antes de iniciar la migración en Oracle, compruebe que SQLPlus y Oracle DB puedan comunicarse mediante el nombre de host. Si no hay comunicación, compruebe que Oracle esté configurado con el adaptador de puesta en bucle.
Nota: Cuando se realiza una migración en un entorno de caracteres de doble byte con una base de datos de Oracle, debe incrementarse el límite máximo del cursor abierto hasta como mínimo 500. Para obtener más información, consulte los documentos de Oracle acerca de ORA-01000 (límite del cursor abierto máximo excedido).
- SQL Server. Si se va a realizar una actualización de SQL Server a la versión actual de CA SDM, la base de datos predeterminada del ID de usuario configurado de la base de datos debe ser CA MDB. Si la base de datos predeterminada no es CA MDB, se producirá un fallo en la consola de migración y mostrará el siguiente mensaje:
"La tabla acctyp_v2 no existe en la MDB"
- Tomcat. (En Unicenter Service Desk r11.0, r11.1 o CA SDM r11.2) Si se ha configurado Tomcat para la autenticación externa, reconfigure manualmente Tomcat para la autenticación externa después de actualizar a la versión actual del producto.
- Actualizaciones de la tabla. Considere las siguientes actualizaciones de la tabla que se producen durante la migración:
- Tablas de estado. Estas tablas también se actualizan con los registros de estado apropiados cuando los mismos valores de código no existen en su base de datos. Por ejemplo, Cr_Status se actualiza con el código AEUR (Esperando respuesta de usuario final).
- Áreas funcionales. Para cada rol, la migración agrega automáticamente una fila por cada registro usp_functional_access. La migración establece el nivel de acceso como el mismo nivel para cada área funcional de CA SDM r12.0 y r12.1 incluida en la tabla usp_role. Se asignan nuevas áreas funcionales mediante un campo de referencia.
- Claves externas. Considere la siguiente información:
- Las claves externas (SREL) que hacen referencia a las tablas, cuya clave principal es un UUID, pasan de ser de un tipo entero a uno UUID (o BYTE 16).
Nota: Para obtener más información sobre la configuración de atributos SREL con valores de clave externa, consulte la Guía de referencia técnica de CA SDM.
- Si se anuló la restricción de claves externas en el sistema de CA SDM anterior para cargar datos masivamente, será necesario volver a crear las restricciones de clave externa antes ejecutar la actualización. Los scripts que anulan las restricciones se encuentran en las siguientes ubicaciones:
Nota: Ejecute el script apropiado OracleAddConstraints.sql o SQLServer/SQLAddConstraints.sql para volver a aplicar las restricciones anuladas. Estos scripts se encuentran en el mismo directorio que las restricciones anuladas y contienen instrucciones dentro de los archivos mencionados.
- MDB. MDB proporciona un esquema de base de datos coherente para diversos datos de gestión de TI. Durante el desarrollo de la MDB, se incorporaron a este esquema los elementos de datos de su entorno de CA SDM anterior. El tamaño de los elementos de datos puede incrementar y, consecuentemente, aumentará el tamaño total de la base de datos.
Nota: Cuando los elementos de datos estándar se extienden más allá de la anchura de columna definida para la MDB, el proceso de actualización puede truncar los datos de estos elementos. Recibirá mensajes de alerta si se produce algún truncamiento durante la actualización.
- Configuración distribuida: se recomienda actualizar los servidores en el siguiente orden, en función de la configuración de CA SDM:
- Convencional
- Servidor primario
- (Opcional) Uno o más servidores secundarios
- Disponibilidad avanzada
- Servidor de fondo
- Uno o más servidores en espera
- Uno o más servidores de aplicaciones
- Instalación de base de datos remota. Considere la siguiente información:
Se recomienda actualizar el servidor de la base de datos con una base de datos de gestión (MDB, por sus siglas en inglés) nueva antes de actualizar el servidor primario. Si su servidor de base de datos es remoto, ejecute la instalación de CA MDB en el servidor de base de datos antes de ejecutar la actualización.
- Si utiliza una base de datos MDB de SQL Server, sqlcmd debe estar en el equipo del cliente antes de conectarse con la MDB remota.
