Items en Omeka

Data d'actualització: 06/06/2019 05:09:01

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

ID: 54290
Creador: VIDAL I CANET, JOSEP LLUIS RSS vijo
URL: https://mmedia.uv.es/html5/u/vi/vijo/54290_items.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/&name=items.mp4&resource_id=54290" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/54290_items.mp4" type="video/mp4">
</video>
Categoría: Sin categorizar RSS Sin categorizar
Clasificación Unesco: Sin categorizar
Descripción: Com afegir items a una col·lecció amb Omeka
Etiquetas:
Resolucion:  1470 x 1080  unknown
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 695

Regulación

Añadir comentario
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.1 Change log inventory HLQ:

This is automated with job RBLDLOGI which prints DBF.BSDS01 log inventory, reads its output (SYSADM.TEMP.PRNTBSDS) and generates a JOB (SYSADM.TEMP.JU004) to: 1.-) Change BSDS HLQ 2.-) Delete LOGCOPIES with source HLQ 3.-) Create new LOGCOPIES with target HLQ and START/END RBAs taken from log inventory output. At this point we can start target system.Target DB2 subsystem is started in MAINTENACE MODE: /-DBF START DB2 ACCESS(MAINT)

Cluster Web: Step 2. Configuración pound

2.- Configuración reverse proxy pound: Fichero /etc/default/pound: cambiar el parámetro startup a 1 (startup=1) Fichero /etc/pound/pound: Cambiar la directiva ListenHttp para que la IP y el puerto en el que escucha el reverse proxy sean la 10.1.1.2 y el 80 respectivamente: ListenHTTP Address 10.1.1.2 Port 80 y y añadir los dos servidores http backends (p390 y zeus) al servicio de balanceo: Service BackEnd Address 147.156.200.61 Port 80 End BackEnd Address 129.35.161.134 Port 80 End End Finalmente procedemos a levantar el servicio de balanceo con el comando: /etc/init.d/pound start

STEP 0: Initial Scenario

The main purpose of this video-tutorial is to show you how to clone a DB2 subsystem to other subsystem running in the same Z/OS LPAR. Each step is explained with a video (screen cast). It is supossed that you have two DB2 subsystems, in this case DB8G (source) and DBF (target), both up & running. The procedure is automated in three main steps contained in library SYSADM.ODBCLONE. First step is related with the physical COPY from SOURCE datasets to TARGET DB2 datasets. While the remaining, are related with making target DB2 BSDS & CATALOG consistent with the location of the DATASETS copied from source subsystem