Las siguientes secciones contienen los pasos para descargar archivos SAP NW SDK cuando no están presentes en la ruta c:\windows\system32\.
Installer_Name.exe/v"CREATE_TEMP_LOG=yes"
Firma digital de todos los scripts PowerShell que se usan en los instaladores
Hemos implementado la firma automática de todos los scripts de PowerShell durante el proceso de compilación.
Cambio en la funcionalidad de comprobaciones de requisitos previos
Como parte de la mejora, la naturaleza predeterminada de las comprobaciones de requisitos previos se ha cambiado a un icono de error (anteriormente de éxito), ya que se debe mostrar un icono de error si se produce algún fallo en la comprobación de cualquier requisito previo.
Cambios en el cifrado del instalador de Evolve en Web.config
La contraseña de la cadena de conexión SQL para la clave FinxDB, FinxReportingDB, ahora se almacena cifrada en el archivo web.config. Este comportamiento se aplica a todos los tipos de instalación, es decir, nuevas instalaciones, modificaciones, reparaciones o actualizaciones.
Cambio de las URL de los requisitos del sistema a genéricas
Los enlaces de URL antiguos se han cambiado a los nuevos, como se indica a continuación.
- https://support.precisely.com/products/automate-studio-manager
- https://support.precisely.com/products/automate-evolve
- https://www.precisely.com
Compatibilidad con la autenticación Modo de Contraseña de Azure Active Directory en los instaladores.
En el caso de las instancias administradas de Azure SQL, ahora también se admite el modo Azure Active Directory - Modo de contraseña en la autenticación. Para la configuración de la base de datos de la aplicación, el usuario de AAD debe tener los roles de creador de bases de datos y administrador de seguridad.
En el caso de que la cuenta del instalador no dispone del rol Dbcreator ni SecurityAdmin.
Si la cuenta del instalador no dispone del rol Dbcreator y SecurityAdmin, también se puede instalar Evolve mediante la ejecución de las siguientes consultas para la cuenta de inicio de sesión. Esto es aplicable a todos los tipos de autenticación que admite el instalador, es decir, Windows, SQL y AAD.
GRANT ALTER ANY LOGIN TO [LoginName] WITH GRANT OPTION;
GRANT CREATE ANY DATABASE TO [LoginName] WITH GRANT OPTION;
Aquí, LoginName es el nombre del usuario necesario para la autenticación del instalador.
Eliminación de la comprobación del administrador de seguridad en la instalación de actualización
Hemos quitado las comprobaciones de administrador de seguridad del usuario de la cuenta del instalador para la instalación de actualización.
A continuación, se describen las dificultades que se pueden presentar con la nueva implementación:
- En el caso de que el usuario migre la base de datos de un servidor de bases de datos a otro y realice la actualización directamente (sin ejecutar la función de modificación del instalador), debido a que hemos eliminado la comprobación del administrador de seguridad, no se permitirá la creación del inicio de sesión ni la concesión del permiso para el usuario de grupo de aplicaciones en la base de datos de forma automática si el inicio de sesión o el rol no están presentes tras la migración. Antes, en los requisitos previos, nos asegurábamos de que hubiese un rol de administrador de seguridad para la actualización.
Solución alternativa:
En esta situación de uso, el usuario de la cuenta del instalador debe tener los privilegios de administrador de seguridad y dbowner para que el instalador pueda permitir la creación del inicio de sesión y conceder el permiso para el usuario de grupo de aplicaciones de forma automática tras la migración; de lo contrario, cualquier usuario administrador de seguridad podría realizar manualmente todas estas tareas.
- En el caso de que el usuario actualice a esta versión, o a una versión anterior, y en el caso de que haya algún cambio en el usuario de grupo de aplicaciones y el permiso en la base de datos desde la instalación nueva, no se permitirá la creación del inicio de sesión ni la concesión del permiso para el usuario de grupo de aplicaciones en la base de datos de forma automática si el rol de administrador de seguridad no está presente para el usuario de la cuenta del instalador. Antes, en los requisitos previos, nos asegurábamos de tener el rol de administrador de seguridad, y configurábamos o creábamos de nuevo el inicio de sesión y los permisos para el usuario de grupo de aplicaciones en caso de actualización.
Solución alternativa:
Debemos asegurarnos de que, en el caso de la actualización de los usuarios, los permisos y los roles del usuario de la cuenta del instalador en la base de datos de SQL Server se mantengan intactos o el usuario de la cuenta del instalador debe tener un administrador de seguridad para que se puedan configurar o crear de nuevo el inicio de sesión y el permiso para el usuario de grupo de aplicaciones.
Instalación nueva de múltiples WFE
Cuando se hayan establecido varios WFE diferentes para los usuarios de AppPool, el usuario deberá indicar cualquiera de los usuarios de AppPool existentes mientras se añade un WFE nuevo a la configuración.
NOTA: se recomienda utilizar el mismo usuario del grupo de aplicaciones para todos los WFE.
IgnorePermission=true añadido al ejecutar el archivo dacpac
De forma predeterminada, el permiso predeterminado Dacpac se ha omitido durante la publicación del esquema de BD. Si no desea omitir estos permisos, el siguiente cambio puede utilizarse en el momento de la instalación.