ID: 34065
Creador: VIDAL I CANET, JOSEP LLUIS
URL: https://mmedia.uv.es/html5/u/vi/vijo/34065_persistent_sessions.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/&name=persistent_sessions.mp4&resource_id=34065" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/34065_persistent_sessions.mp4" type="video/mp4">
</video>
Categoría: Sin categorizar
Clasificación Unesco: Ciencias tecnológicas
Descripción: Demo sobre persistència de sessions. En el cluster de la gestió acadèmica s'aturen tots els nodes. Posteriorment, s'alça un i es comprova que les dades de la sessió es recuperen sense problemes.
Etiquetas: Persistent Sessions
Resolucion: 1920 x 1080
16:9
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 505
Diseño físico de la BBDD. Parámetros relacionados con el I/O
Una vez finalizada la instalación procedemos a parar el ramdisk de instalación para posteriormente hacer IPL del volumen sobre el que hemos instalado la debian para la arquitectura s390.
Para ello, vamos a utilizar la URL lynx 10.1.1.2/cgi-bin/environ.sh . Este es un cgi que nos da información sobre el entorno de ejecución del servidor web en z/os. Pound redireccinará esta URL a http://p390.uv.es/cgi-bin/environ.sh o bien a| http://129.35.161.134/cgi-bin/environ.sh Luego comprobaremos como pound detecta la caida del HTTP Server Backend y lo marca como muerto. A partir de ahí solo enviará las peticiones WEB a la LPAR zeuszvm. Posteriorment, levantaremos el HTTP Server de Valencia (/START HTTPD1), veremos como a los 30 segundos pound lo detecta como resucitado y reanuda el balanceo de peticiones a p390.
Persistència Sessions Automatrícula davant del reinici escalonat del cluster J2EE on està desplegada
First of all, we execute REXX code to simulate DB workload. This workload consist in inserting on row per second in table sysadm.prv. Second, we stop TARGET (/-DBF STOP DB2) and delete all its datasets except the TARGET SDSN libraries and installation jobs . Finally, we proceed to COPY SOURCE datasets to TARGET DB2, while renaming HLQ (High Level Qualifier). The JCL that implements this is called CPYREN and is executed while source DB is up and running.