Antes de actualizar a CA SDM Versión 12.7, considere la siguiente información de la base de datos para ayudarle a actualizar:
- Realice una copia de seguridad de su base de datos existente mediante sus procedimientos típicos de copia de seguridad de base de datos.
- 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 Versión 12.7, 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 a CA SDM Versión 12.7 de r11.2, r12.0, r12.1, r12.5 y r12.6.
- Si se ha instalado CA SDM en UNIX o Linux, se puede actualizar a CA SDM Versión 12.7 desde r12.5 y r12.6.
- Si la instalación contiene una versión anterior del producto, como CA SDM r11.2, r12.0 o r12.1 en un sistema operativo UNIX/Linux y una base de datos no compatibles, se debe actualizar a CA SDM r12.5. A continuación, mueva CA SDM a un entorno operativo y una base de datos compatibles antes de actualizar a CA SDM Versión 12.7.
- 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 guión 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 error 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.
- Instalación distribuida. Se recomienda actualizar el servidor primario antes de cualquier servidor secundario.
- 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) 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.
