DB2 HA & DR. Part II

Data d'actualització: 23/05/2012 05:44:42

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

ID: 29134
Creador: VIDAL I CANET, JOSEP LLUIS RSS vijo
URL: https://mmedia.uv.es/html5/u/vi/vijo/29134_db2_hadr_part_ii.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/db2hadr/&name=db2_hadr_part_ii.mp4&resource_id=29134" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/29134_db2_hadr_part_ii.mp4" type="video/mp4">
</video>
Categoría: Sin categorizar RSS Sin categorizar
Clasificación Unesco: Sin categorizar
Descripción: Arquitecturas Activo/Pasivo para DB2
Etiquetas:
Resolucion:  1434 x 1046  unknown
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 575

Regulación

Añadir comentario
No hay comentarios
Vídeos Relacionados

1.- Instalación zlinux. Introducción

Pasos preliminares a la instalación. Descargar el runtime necesario (zlinux.tgz) con dispositivos emulados y configuraciones necesarias para la instalación de debian en arquitectura s390 emulada (Hercules).

STEP 1: Copy Source DB2 DataSets to Target DB2

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.

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.

12.- Instalación zlinux. Conexión al zlinux

Después de hacer IPL, procederemos a logarnos en la debian s/390 tanto por consola como via ssh.

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.