Introducción
Bizagi lanza periódicamente nuevas versiones que incluyen importantes mejoras junto con nuevas funcionalidades, como se describe en Versiones de Bizagi.
Recomendamos fuertemente que actualice su proyecto a la última versión disponible, de esta forma usted podrá disfrutar de los beneficios de las nuevas funcionalidades, mejoras y correcciones de bugs.
Esta sección muestra como se debe realizar la actualización de Bizagi.
Este procedimiento solo aplica cuando se esta cambiando a una versión menor de la misma versión mayor.
|
Para actualizar a la última versión de Bizagi es necesario que su proyecto esté en una versión 11.2.0 o mayor. Si su versión es menor por favor contacte a Soporte. |
Prerrequisitos
•La opción de mirroring en la base de datos debe estar desactivada.
•El usuario que ejecute la actualización debe tener permisos de lectura y escritura sobre la carpeta del proyecto.
Antes de comenzar
Antes de actualizar su proyecto, se recomienda hacer lo siguiente:
Proyectos que utilizan autenticación WS-Federation
Para mantener la compatibilidad con nuestro servicio basado en la nube, Automation Service, las actualizaciones a la versión 11.2.4 no cambian el archivo Web.config con la configuración WS-Federation. Antes de actualizar su proyecto, cambie el tipo de autenticación a Bizagi. Después de actualizar con éxito su proyecto, configure el tipo de autenticación WS-Federation nuevamente.
Tomar copias de seguridad
Cree un archivo de copia de seguridad de la base de datos y genere copias de las carpetas y archicos ubicados en C:\BizAgi\Projects\[su_proyecto]\WebApplication and
C:\BizAgi\Projects\[su_proyecto]\Scheduler\.
|
Aunque se recomienda que cree sus propias copias de seguridad de los ambientes del proyecto, Bizagi genera automáticamente una copia de seguridad de: la base de datos, el Scheduler y los archivos utilizados por el Portal de Trabajo antes de realizar la actualización. En caso de que se presente un error, Bizagi restaura el estado del ambiente basándose en estas copias de seguridad. |
Si necesita estos archivos de respaldo, estos se almacenan en la ruta de las copias de seguridad (en una configuración local de SQL Server, esto sería: C:\Bizagi\Projects\[su_proyecto]\Backups) como se muestra a continuación:
Cuando se utiliza la base de datos de SQL Server de forma remota, el camino para copias de seguridad normalmente se establece en el servidor de base de datos como: C:\Program Files (x86)\Microsoft SQL Server\[instancia_MSSQL]\MSSQL\Backup\.
En los proyectos que usan una base de datos Oracle, la ruta de respaldo es la definida para esa instancia de Oracle dada (durante la configuración inicial del proyecto) es la propiedad BA_BACKUP_PATH.
Actualice primero el ambiente de desarrollo
Siempre migre primero el ambiente de desarrollo.
Se recomienda realizar pruebas unitarias en el ambiente de desarrollo al completar la actualización para validar que los procesos se comportan como es esperado.
Una vez esto se haya realizado, actualice y realice pruebas de aceptación en el ambiente de pruebas.
Después de verificar que los procesos funcionan como deberían, tanto en el entorno de desarrollo como en el de pruebas, y dependiendo de cuán críticos sean sus procesos, puede crear un entorno de réplica de producción.
En el ambiente réplica de producción, puede realizar una actualización y probar sus procesos de entorno de producción con instancias en vivo.
Después de asegurarse de que los procesos y las instancias del ambiente réplica de producción funcionen como deberían, actualice su entorno de producción real.
|
Un ambiente réplica de producción es un proyecto de Bizagi que tiene la copia de seguridad de producción restaurada en él. No es el entorno de producción real porque los parámetros de producción y otra información relevante no se han modificado para reflejar la ubicación del entorno (por ejemplo, las direcciones de correo electrónico reales de los usuarios, el servidor SMTP u otras URL involucradas en los puntos de integración en la producción, etc). |
Asegúrese que todos los ambientes tengan la misma versión de Bizagi
Si aún no ha hecho deployment de su proyecto en el ambiente de producción, puede ignorar este paso.
Si su proyecto ya se ha publicado en el ambiente de producción, la actualización de su proyecto en el entorno de desarrollo eventualmente requerirá que también actualice su proyecto en los ambientes de Pruebas y Producción.
El procedimiento de actualización se realiza por separado para cada ambiente, pero deberá planificar la actualización de ellos para que hagan uso de la misma versión:
Si esto no se hace, no se podrá realizar deployments para publicar sus procesos..
Planifique la actualización del ambiente de desarrollo y coordínelos con su equipo
La actualización den la versión se debe llevar a cabo con previo aviso y coordinación, de modo que se puedan actualizar los servidores de Bizagi cuando nadie se encuentre trabajando en el proyecto.
Actualice los ambientes de pruebas y producción durante las horas no laborables
La actualización detendrá los servicios.
No actualice su versión si tiene un proceso marcado como Release Candidate pendiente para implementar en producción
Antes de la actualización, aplique el proceso marcado como Release Candidate o cancélelo.
Si tiene dudas sobre estos pasos, comuníquese con nuestro equipo de soporte.
Procedimiento
A continuación se explica el proceso de actualización de cada uno de los ambientes.
1. Actualización del ambiente de desarrollo (Bizagi Studio)
Para actualizar su proyecto a la nueva versión, primero actualice su versión de Bizagi Studio.
Si su proyecto está configurado para múltiples usuarios (por ejemplo, cuando se usa colaboración de equipo), actualice primero su versión de Bizagi Studio y su proyecto en el servidor de Bizagi donde se encuentra su proyecto principal de desarrollo.
|
Si su proyecto fue creado utilizando Autenticación Windows, tenga en cuenta que su usuario debe contar con los mismos permisos explicados en Crear un proyecto con Autenticación Windows para SQL Server. |
1. Desinstale Bizagi Studio, usando las opciones del panel de control de su computador:
Es posible deba reiniciar su servidor para poder continuar.
2. Descargue e Instale la última versión de Bizagi Studio.
Después de la actualización, reinicie el servidor.
3. Actualice su proyecto en el ambiente de desarrollo:
•Abra su proyecto en Bizagi Studio.
Selecciónelo de la lista de proyectos que se muestran al abrir Bizagi Studio:
Si el proyecto no está en la lista, haga clic en la opción Todos los proyectos:
•A continuación, se abre una ventana que pregunta si desea actualizar su proyecto, confirme que desea realizar esta operación haciendo clic en Si.
Coordine con su equipo con antelación acerca de la actualización del proyecto, de tal forma que nadie esté trabajando sobre el proyecto o tenga abierto Bizagi Studio mientras se realiza la actualización.
•Cuando el programa termine de actualizarse su proyecto se abre en Bizagi Studio.
En este punto su proyecto ha sido actualizado a la nueva versión.
•Una vez su proyecto principal de desarrollo se encuentra en la última versión, proceda a actualizar las demás instancias de Bizagi Studio en las otras instancias de su equipo.
Finalmente, debe realizar pruebas a los procesos implementados en el ambiente de desarrollos.
|
•Tenga en cuenta que después de actualizar la versión de Bizagi Studio se debe reiniciar el servidor. •Si no ha revisado la metadata de su proyecto con el equipo de soporte, realice un backup de su proyecto. Luego, cree un ticket en la página de Soporte para enviar su backup del proyecto. Esto es para que el Equipo de Soporte pueda revisar de manera detallada la metadata de su proyecto para lograr una migración sin problemas en sus otros ambientes. |
2. Actualización del ambiente de pruebas
Una vez que haya verificado que sus procesos se comportan como se espera en el entorno de desarrollo, puede actualizar sus otros entornos. Primero pruebas, luego el entorno de réplica de producción (si lo usa), y finalmente, producción.
Actualice cada entorno siguiendo un procedimiento similar que utilizó para actualizar el entorno de Desarrollo y con las mismas recomendaciones.
El procedimiento general sería:
•Haga copias de seguridad, planifique y coordine la actualización.
•Instale la versión Automation Server que coincida con la versión de Bizagi Studio utilizada por su entorno de desarrollo.
Para instalar una versión más reciente, primero desinstale la versión actual, como se describe en Desinstalar. A continuación, instale la versión más reciente.
Después de desinstalar o instalar, es posible que deba reiniciar su servidor.
•Una vez que se haya instalado la versión más reciente, actualice el proyecto utilizando Management Console.
En Management Console se le presenta un procedimiento similar al que utilizó para actualizar el proyecto con Bizagi Studio.
Verifique que sus procesos se comporten como se espera.
3. Actualización del ambiente de producción
Complete este paso únicamente después de confirmar que las pruebas de aceptación del usuario tuvieron resultados satisfactorios en su entorno de pruebas.
Este procedimiento es el mismo que se realiza para el ambiente de pruebas.
El mismo procedimiento también se aplica a un ambiente réplica de producción, si decide configurar dicho entorno.
La actualización de este entorno implica:
•Hacer copias de seguridad y planifique y coordine la actualización.
•Instalar la versión Automation Server que coincida con la versión de Bizagi Studio utilizada por su entorno de desarrollo (al desinstalar la versión actual y luego instalar la versión más reciente y realizar el reinicio requerido).
•Actualizar el proyecto en el entorno, utilizando Management Console.
Revisar el framework .NET
Bizagi usa un framework .NET, como se menciona en los requisitos del sistema de Bizagi. Después de la actualización, puede cambiar el framework en el archivo web.config. Para hacerlo, vaya a la carpeta del proyecto, que generalmente se encuentra en:
C: \Bizagi\Proyects\[Nombre del proyecto]\WebApplication
Abra el archivo web.config y, dentro del nodo <system.web>, busque la siguiente etiqueta:
<httpRuntime maxRequestLength = "50000" maxUrlLength = "1024" targetFramework = "4.6.1" requestValidationMode = "2.0" />
Asegúrese de que el "targetFramework" sea el mismo que se menciona en los requisitos del sistema.