Diferencia entre revisiones de «SIU-Kolla/Version 4.3.0/actualizacion»
(→Configuración adicional) |
(→Configuración adicional) |
||
(No se muestran 7 ediciones intermedias de 3 usuarios) | |||
Línea 11: | Línea 11: | ||
* Actualizar desde la versión en la que se encuentra a la versión 4.1.0 | * Actualizar desde la versión en la que se encuentra a la versión 4.1.0 | ||
* Actualizar desde 4.1.0 a la versión 4.3 de SIU-Kolla | * Actualizar desde 4.1.0 a la versión 4.3 de SIU-Kolla | ||
− | |||
Los pasos para completar la actualización a 4.1.x se puede consultar en la [[SIU-Kolla/Version 4.1.0/actualizacion#Esquema de migraci.C3.B3n hasta la versi.C3.B3n 4.1.X|sección correspondiente]] de la documentación. | Los pasos para completar la actualización a 4.1.x se puede consultar en la [[SIU-Kolla/Version 4.1.0/actualizacion#Esquema de migraci.C3.B3n hasta la versi.C3.B3n 4.1.X|sección correspondiente]] de la documentación. | ||
Una vez que se cuenta con la aplicación en la versión 4.1.0 o posterior, se puede actualizar a 4.3.x. | Una vez que se cuenta con la aplicación en la versión 4.1.0 o posterior, se puede actualizar a 4.3.x. | ||
− | + | Este proceso se ocupa de actualizar la estructura de la base de datos de acuerdo al modelo de datos considerando las encuestas implementadas junto a las respuestas ya obtenidas. La migración '''no incluye''' desarrollos, o personalizaciones que se hayan realizado en el módulo de encuestas. | |
− | El esquema '''toba_kolla''' conservará los datos del framework de Toba, mientras que el esquema '''kolla''' será el destinatario de todas las tablas de negocio de la aplicación SIU-Kolla. Vale aclarar que | + | El esquema '''toba_kolla''' conservará los datos del framework de Toba, mientras que el esquema '''kolla''' será el destinatario de todas las tablas de negocio de la aplicación SIU-Kolla. Vale aclarar que estos nombres de los esquemas son los sugeridos, pero podrían ser otros de acuerdo a lo que hayan indicado al instalar la versión existente. |
− | |||
− | |||
=== Librerías y módulos adicionales === | === Librerías y módulos adicionales === | ||
Línea 40: | Línea 37: | ||
4. Hacer dump/backup de la base de datos de la instalación. | 4. Hacer dump/backup de la base de datos de la instalación. | ||
− | 5. Configurar archivo '''instalador.env''' | + | 5. Copiar el archivo '''instalador.env.dist''' y renombrar a '''instalador.env'''. En linux se puede utilizar el siguiente comando: |
+ | |||
+ | cp instalador.env.dist instalador.env | ||
+ | |||
+ | 6. Configurar archivo '''instalador.env''' | ||
* Datos de la base de negocio y de Toba tal como están en el archivo '''bases.ini''' de la instalación a actualizar | * Datos de la base de negocio y de Toba tal como están en el archivo '''bases.ini''' de la instalación a actualizar | ||
* Datos para Toba | * Datos para Toba | ||
Línea 46: | Línea 47: | ||
TOBA_INSTALACION_DIR="<path del paso anterior/instalacion>"<br /> | TOBA_INSTALACION_DIR="<path del paso anterior/instalacion>"<br /> | ||
TOBA_ALIAS_PROYECTO="<alias de acceso a Kolla>"<br /> | TOBA_ALIAS_PROYECTO="<alias de acceso a Kolla>"<br /> | ||
− | + | TOBA_ALIAS_TOBA_USUARIOS="<alias para toba usuarios, recomendamos <alias de acceso a Kolla>_toba_usuarios"</small><br /> | |
− | TOBA_ALIAS_TOBA_USUARIOS="<alias para toba usuarios, recomendamos < | + | *Datos para el smtp de mail |
+ | 7. Verificar que en la instalación a actualizar el archivo '''/kolla/instalacion/i__produccion/instancia.ini''' tenga el valor '''1''' en el parámetro '''usar_perfiles_propios''' para el proyecto kolla. | ||
− | + | 8. Dar permisos de ejecución al archivo toba que se encuentra en el directorio '''bin''' del framework Toba. | |
+ | <...>/vendor/siu-toba/framework/bin/toba | ||
− | + | 9. Ejecutar el instalador de esta manera: | |
− | |||
− | |||
− | |||
./bin/instalador proyecto:actualizar | ./bin/instalador proyecto:actualizar | ||
− | + | 10. Revisar '''instalador.log''' para verificar que el proceso haya culminado con éxito. | |
− | |||
− | |||
− | |||
− | |||
+ | 11. Seguir las instrucciones que brinda el instalador para acomodar permisos crear o actualizar el link simbólico al '''toba.conf''' creado. | ||
+ | 12. Quitar el modo mantenimiento de la nueva instalación del proyecto. | ||
==== Configuración adicional ==== | ==== Configuración adicional ==== | ||
Una vez finalizada la actualización se deben realizar algunas configuraciones adicionales para poder acceder a la nueva versión. | Una vez finalizada la actualización se deben realizar algunas configuraciones adicionales para poder acceder a la nueva versión. | ||
− | + | 1. Configurar el acceso a Habilitaciones Públicas (desde 4.3.0). Para eso, buscar el archivo '''"../kolla/instalacion/toba.conf"''' dentro de los tags '''<Directory> </Directory>''' de la sección '''#Proyecto: kolla''' se debe agregar la siguiente linea: | |
− | + | ||
− | RewriteRule ^responder(.*)$ publica.php$1 [L] | + | RewriteRule ^responder(.*)$ publica.php$1 [L] |
− | |||
Luego, se debe '''reiniciar Apache''' para que esta modificación impacte correctamente. | Luego, se debe '''reiniciar Apache''' para que esta modificación impacte correctamente. | ||
Línea 80: | Línea 77: | ||
− | Para sacar la aplicación del Modo Mantenimiento, se debe acceder al archivo '''proyecto.ini''', identificar la entrada '''modo_mantenimiento''', y setear el valor a ''' 0 '''.<br /> | + | Para sacar la aplicación del Modo Mantenimiento, se debe acceder al archivo '''proyecto.ini''', identificar la entrada '''modo_mantenimiento''', y setear el valor a ''' 0 '''.<br /> |
− | |||
− | |||
− | |||
− | + | 3. Como parte del proceso de instalación en ocasiones surgen problemas al crear los enlaces simbólicos correspondientes a los assets y bt-assets. En caso de que esto ocurra y para recrearlos recomendamos ejecutar, situados en la carpeta www, los siguientes comandos: | |
− | |||
− | |||
− | + | ln -s ../vendor/components/ assets <br /> | |
+ | ln -s ../php/extension_toba/bootstrap/assets/ bt-assets | ||
+ | A partir de este momento debería ser posible acceder a SIU-Kolla v4.3.X exitosamente. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
<small>[[#Actualizar a una versión posterior|Subir]]</small> | <small>[[#Actualizar a una versión posterior|Subir]]</small> | ||
------ | ------ | ||
− | |||
=== Personalizaciones === | === Personalizaciones === | ||
Línea 120: | Línea 94: | ||
Es importante destacar que este tipo de personalización nada tiene que ver con la personalización de proyectos que propone el framework SIU-Toba, sino que son modificaciones de código que se realizan fuera ese esquema. | Es importante destacar que este tipo de personalización nada tiene que ver con la personalización de proyectos que propone el framework SIU-Toba, sino que son modificaciones de código que se realizan fuera ese esquema. | ||
− | + | Para el caso de las encuestas que se hayan implementado, cuando se actualiza SIU-Kolla se migrarán todas las encuestas, sin incluir las modificaciones que se les haya hecho a las mismas modificando el código fuente, como por ejemplo archivos javascript para comportamientos determinados. Estos cambios se deben reescribir para mantenerlos en la nueva versión. | |
− | |||
− | Para el caso de las encuestas que se hayan implementado, cuando se actualiza SIU-Kolla se migrarán todas las encuestas, sin incluir las modificaciones que se les haya hecho a las mismas, como por ejemplo archivos javascript para comportamientos determinados. Estos cambios se deben reescribir para mantenerlos en la nueva versión. | ||
− | + | Todo cambio implementado sobre el módulo SIU-Kolla no se migra automáticamente y la complejidad de la migración de estos cambios dependerá del tipo de personalización que se haya desarrollado quedando a cargo de la Institución que lo haya realizado. | |
<small>[[#Actualizar a una versión posterior|Subir]]</small> | <small>[[#Actualizar a una versión posterior|Subir]]</small> |
Revisión actual del 11:21 29 oct 2020
Sumario
Actualizar a una versión posterior
Esquema de migración hasta la versión 4.3.X
La actualización a la versión 4.3 requiere contar con una instalación de SIU-Kolla 4.1.0 o posterior.
Dependiendo de la versión con la que se cuente, los pasos a completar pueden ser:
- Actualizar desde la versión en la que se encuentra a la versión 4.1.0
- Actualizar desde 4.1.0 a la versión 4.3 de SIU-Kolla
Los pasos para completar la actualización a 4.1.x se puede consultar en la sección correspondiente de la documentación. Una vez que se cuenta con la aplicación en la versión 4.1.0 o posterior, se puede actualizar a 4.3.x.
Este proceso se ocupa de actualizar la estructura de la base de datos de acuerdo al modelo de datos considerando las encuestas implementadas junto a las respuestas ya obtenidas. La migración no incluye desarrollos, o personalizaciones que se hayan realizado en el módulo de encuestas.
El esquema toba_kolla conservará los datos del framework de Toba, mientras que el esquema kolla será el destinatario de todas las tablas de negocio de la aplicación SIU-Kolla. Vale aclarar que estos nombres de los esquemas son los sugeridos, pero podrían ser otros de acuerdo a lo que hayan indicado al instalar la versión existente.
Librerías y módulos adicionales
Al actualizar a la versión 4.3.x se debe tener en cuenta actualizar las siguientes librerías: Postgres, Apache y PHP.
Las versiones recomendadas son:
- PostgresSQL 10.x a 11
- Apache 2.2.x
- PHP 7.1.x a 7.2.13 (con las extensiones: php_gd, php_pdo, php_pdo_pgsql, php_com_dotnet).
Pasos para la Actualización
1. Descargar el paquete de instalación del proyecto desde el Repositorio disponible en el Portal de Servicios de Comunidad). Se pueden consultar mas detalles de cómo acceder al instalador en la sección Acceso a última versión.
2. Descomprimir el archivo y copiar el directorio donde se desea realizar la actualización.
3. Ingresar al directorio y ejecutar:
composer install
4. Hacer dump/backup de la base de datos de la instalación.
5. Copiar el archivo instalador.env.dist y renombrar a instalador.env. En linux se puede utilizar el siguiente comando:
cp instalador.env.dist instalador.env
6. Configurar archivo instalador.env
- Datos de la base de negocio y de Toba tal como están en el archivo bases.ini de la instalación a actualizar
- Datos para Toba
TOBA_PROYECTO_DIR="<path a la carpeta en la que está el Kolla nuevo>"
TOBA_INSTALACION_DIR="<path del paso anterior/instalacion>"
TOBA_ALIAS_PROYECTO="<alias de acceso a Kolla>"
TOBA_ALIAS_TOBA_USUARIOS="<alias para toba usuarios, recomendamos <alias de acceso a Kolla>_toba_usuarios"
- Datos para el smtp de mail
7. Verificar que en la instalación a actualizar el archivo /kolla/instalacion/i__produccion/instancia.ini tenga el valor 1 en el parámetro usar_perfiles_propios para el proyecto kolla.
8. Dar permisos de ejecución al archivo toba que se encuentra en el directorio bin del framework Toba.
<...>/vendor/siu-toba/framework/bin/toba
9. Ejecutar el instalador de esta manera:
./bin/instalador proyecto:actualizar
10. Revisar instalador.log para verificar que el proceso haya culminado con éxito.
11. Seguir las instrucciones que brinda el instalador para acomodar permisos crear o actualizar el link simbólico al toba.conf creado.
12. Quitar el modo mantenimiento de la nueva instalación del proyecto.
Configuración adicional
Una vez finalizada la actualización se deben realizar algunas configuraciones adicionales para poder acceder a la nueva versión.
1. Configurar el acceso a Habilitaciones Públicas (desde 4.3.0). Para eso, buscar el archivo "../kolla/instalacion/toba.conf" dentro de los tags <Directory> </Directory> de la sección #Proyecto: kolla se debe agregar la siguiente linea:
RewriteRule ^responder(.*)$ publica.php$1 [L]
Luego, se debe reiniciar Apache para que esta modificación impacte correctamente.
2. Una vez finalizada al actualización de la aplicación, se debe tener presente que la misma queda en Modo Mantenimiento, para permitirle a quien esté llevando adelante estas tareas, concluir con los detalles de configuración, evitando que a la vez cualquier usuario del módulo acceda al mismo en esos momentos.
Para sacar la aplicación del Modo Mantenimiento, se debe acceder al archivo proyecto.ini, identificar la entrada modo_mantenimiento, y setear el valor a 0 .
3. Como parte del proceso de instalación en ocasiones surgen problemas al crear los enlaces simbólicos correspondientes a los assets y bt-assets. En caso de que esto ocurra y para recrearlos recomendamos ejecutar, situados en la carpeta www, los siguientes comandos:
ln -s ../vendor/components/ assets
ln -s ../php/extension_toba/bootstrap/assets/ bt-assets
A partir de este momento debería ser posible acceder a SIU-Kolla v4.3.X exitosamente.
Personalizaciones
Es importante destacar que este tipo de personalización nada tiene que ver con la personalización de proyectos que propone el framework SIU-Toba, sino que son modificaciones de código que se realizan fuera ese esquema.
Para el caso de las encuestas que se hayan implementado, cuando se actualiza SIU-Kolla se migrarán todas las encuestas, sin incluir las modificaciones que se les haya hecho a las mismas modificando el código fuente, como por ejemplo archivos javascript para comportamientos determinados. Estos cambios se deben reescribir para mantenerlos en la nueva versión.
Todo cambio implementado sobre el módulo SIU-Kolla no se migra automáticamente y la complejidad de la migración de estos cambios dependerá del tipo de personalización que se haya desarrollado quedando a cargo de la Institución que lo haya realizado.