Cada vez que actualizamos a una nueva versión, el procedimiento nos indica que creemos un nuevo directorio para la nueva versión.
Y al final apuntamos el Apache a este nuevo directorio.
Quería saber si podemos eliminar los directorios de las instalaciones anteriores. Yo creo que si, pero como en el archivo entorno_toba.env se hace referencia a la instalación anterior no estoy seguro si el sistema internamente hace algo.
¿Me lo podrían confirmar? Muchas gracias! 
Hola Matias,
una vez que terminaste de actualizar el SIU-Mapuche, ya no necesitas más los directorios de instalaciones anteriores.
Si deseas, podes quedarte con la última instalación, antes de la nueva, a modo de backup, pero no es necesario.
Saludos
Emiliano Jaureguiber
2
Hola buen día, sino tienen problema de espacio en disco yo les recomendaría tener todas las versiones disponibles, a lo máximo tener comprimidos de cada carpeta (rondan entre 80MB y 250MB), tener en cuenta que si tienen un backups de base de datos de versiones anteriores y quieren restaurar, no hay mejor manera que tener las carpetas correspondientes a la versión de la base de datos.
Por ejemplo: pueden tener en un mismo server, modificando cada toba.conf todas las versiones con bases diferentes a modo histórico, por ejemplo: http://IP_SERVER/siu/380/mapuche, http://IP_SERVER/siu/370/mapuche, … etc.
Utilizamos este método en un server específico para generar un histórico mensual antes de cierre de cada mes para que puedan consultar. Ej.: http://IP_SERVER/siu/032020/mapuche, http://IP_SERVER/siu/042020/mapuche, etc.
Un extra:
Utilizamos PG_DUMP y PG_RESTORE para los backups beneficiándonos de la restauración multiprocesador que tiene postgresql.
Ej.: con este comando comprimimos en un archivo la base:
pg_dump -Z9 -h localhost -U usuariobase -Fc nombrebasedatos > /home/algunacarpeta/nombrearchiv.ocustom
y para restaurar y la magia del multiproceso: PG_RESTORE -h localhost -U usuariobase -jXX -d nombrebase /home/nombrearchivo.custom
donde -jXX ← XX valor numérico para subprocesos, -j20 ← postgres utilizará 20 subprocesos simultáneos (depende del servidor y los procesadores que tenga como así también núcleos reales y lógicos)
pg_dump no tiene subprocesos, por lo cual, el backup es, tal vez, igual que un volcado en plain.
pg_restore nos permite tener restaurada una base de 30GB en 15 minutos.
Leer los siguientes foros (optimización y custom): http://foro.comunidad.siu.edu.ar/index.php?topic=16405.0 y http://foro.comunidad.siu.edu.ar/index.php?topic=14554.0
Saludos