Persistent Sessions

Data d'actualització: 31/07/2013 11:54:26

Compartir en Facebook   Compartir en Delicious Compartir en GoogleCompartir en Meneame Compartir en Myspace Compartir en Digg Enviar por correo

ID: 34065
Creador: VIDAL I CANET, JOSEP LLUIS RSS vijo
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 RSS 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: 870


No hay comentarios
Vídeos Relacionados

Optimización de aplicaciones I

Casos reales en los cuales problemas de rendimiento de la aplicación han tenido repercusión sobre el nivel de servicio de la BBDD.

Cluster Web. Step 3: Comprobación

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.

STEP 2.2: Change Catalog STOGROUPs HLQ:

So, now we got both systems up and runing, but TARGET DB2 storage groups point to source HLQ. So we have to update TARGET DB2 catalog to point to new HLQ. To do this we use REXX code to select all storage groups and generate DDL to: 1.- Alter all depenent tablespaces and indexspaces to a temporal storage group -> SYSADM.TEMP.CHTSSGT 2.- Drop all storage groups -> SYSADM.TEMP.DROPSTO 3.- Create all storage groups with new HLQ (VCAT) -> SYSADM.TEMP.CREASTO 4.- Alter all depenent tablespaces and indexspaces to their original storages groups -> SYSADM.TEMP.CHTSSGO The JCLs that automates all this stuff are RENSTOGC (generates DDL to change STOGROUP VCAT) and ALTSTOG (executes it)

Persistència Sessions Automatrícula

Persistència Sessions Automatrícula davant del reinici escalonat del cluster J2EE on està desplegada

Creación de un CGI en z/os. Introducción

Aprender a crear CGIs en z/os que sean capaces de consultar información de datasources que residen en z/os(DB2 y DATASETS).