TXSeries For Multiplatforms Conceptos y Planificación Versión 6.2 - Erziaz02 PDF

TXSeries for Multiplatforms
Conceptos y planificacin
Versin 6.2
SC11-3139-02
Versin 6.2
SC11-3139-02
Nota
Antes de utilizar esta informacin y el producto que soporta, lea la informacin general descrita en el apartado Avisos en
la pgina 117.
Tercera edicin (Enero de 2008)

Esta edicin sustituye a SC11-3139-01.
Este manual es la traduccin del original en ingls TXSeries for Multiplatforms Concepts and Planning.
Puede solicitar las publicaciones al representante de IBM o en la sucursal de IBM de su localidad.
Copyright International Business Machines Corporation 1999, 2008. Reservados todos los derechos.
Contenido
Figuras . . . . . . . . . . . . . . . v
Tablas . . . . . . . . . . . . . . . vii
Acerca de este manual . . . . . . . . ix
A quin va dirigido este manual .
Cmo est organizado este manual
Convenios utilizados en este manual
Cmo enviar sus comentarios . .
.
.
.
.
.
.
.
.
.
.
. ix
. ix
. . . . . . x
. . . . . . xi
Parte 1. Informacin acerca de

TXSeries for Multiplatforms . . . . . 1
Captulo 1. Visin general de TXSeries
for Multiplatforms . . . . . . . . . . 3
TXSeries for Multiplatforms . . . . . . .
Componentes y arquitectura de CICS . . .
Entorno de proceso de transacciones CICS . .
Uso de interfaces X/Open XA para la gestin de
recursos . . . . . . . . . . . . . .
Interfaz X/Open XA con confirmacin de dos
fases . . . . . . . . . . . . . .
Interfaz X/Open XA con optimizacin de
confirmacin de una fase . . . . . . .
Conexiones no XA . . . . . . . . .
.
.
.
.
.
. 3
. 3
. 8
. 9
. 9
. 11
. 11
Captulo 2. TXSeries for Multiplatforms

en el entorno de informtica distribuida 13
Informtica distribuida . . . . . . . . . . 14
Modelo de cliente/servidor . . . . . . . . 15
Arquitectura de cliente/servidor de tres niveles
16
Captulo 3. Proceso de transacciones

en CICS . . . . . . . . . . . . . . 17
Las transacciones y sus propiedades . .
Proceso de confirmacin de dos fases .
Transacciones en CICS . . . . . . .
Ciclo de vida de una transaccin CICS
Sistemas de proceso de transacciones . .
TXSeries for Multiplatforms . . . .
Aplicacin de ejemplo en el entorno CICS
Entorno de sistemas de ejemplo . .
Flujo de proceso de transacciones . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
17
17
19
20
21
22
23
24
25
Captulo 4. Ciclo de vida y servicios de

las regiones CICS . . . . . . . . . . 27
Recursos y componentes de una regin CICS
Ciclo de vida de una regin CICS . . . .
Recuperacin durante el reinicio . . .
Servicios generales de las regiones CICS . .
.
.
.
.
Captulo 5. Gestin de datos de CICS

Copyright IBM Corp. 1999, 2008
.
.
.
.
.
.
.
.
27
31
32
33
37
Visin general de la gestin de datos de CICS .

Archivos . . . . . . . . . . . . .
Organizacin del archivo . . . . . . .
ndices primarios y alternativos . . . .
Adicin de archivos a un servidor SFS . .
Colas . . . . . . . . . . . . . .
Colas de datos transitorios . . . . . .
Colas de almacenamiento temporal . . .
Bases de datos relacionales . . . . . . .
Restricciones de SQL para las bases de datos
relacionales no habilitadas para XA . . .
Uso de DB2 u Oracle para gestionar archivos
colas CICS . . . . . . . . . . . .
Diarios . . . . . . . . . . . . . .
Registros de diarios CICS . . . . . . .
Sincronizacin de la salida del diario . . .
Consideraciones sobre el uso compartido y la
distribucin de los datos . . . . . . . .
Datos CICS locales y remotos . . . . .
Integridad de los datos . . . . . . .
Recuperacin . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
37
39
40
42
42
42
44
47
49
.
y
.
.
.
.
. 50
.
.
.
.
50
51
51
51
.
.
.
.
.
.
.
.
52
52
52
53
Captulo 6. Comunicaciones CICS . . . 55

Visin general de las comunicaciones CICS . . . .
Caso prctico de comunicacin de ejemplo . . .
Comunicacin con los usuarios . . . . . . . .
Interfaces de cliente CICS. . . . . . . . .
Comunicaciones de cliente con CICS de sistema
principal . . . . . . . . . . . . . .
Comunicacin con CICS Universal Clients . . .
Acceso a CICS a travs de Internet . . . . .
Comunicacin con clientes CICS Telnet . . . .
Comunicacin con terminales CICS locales . . .
Comunicacin mediante RPC . . . . . . . .
Protocolos de red . . . . . . . . . . . .
Comunicacin mediante conexiones TCP/IP . .
Comunicacin en conexiones SNA . . . . . .
Combinacin de los mtodos de comunicaciones
Escuchas y recursos de intercomunicacin de CICS
Escuchas de CICS . . . . . . . . . . .
Recursos de intercomunicacin de CICS . . . .
Seguridad de la comunicacin . . . . . . . .
Comprobacin de la integridad de los datos con
soporte de sincronizacin . . . . . . . . . .
Uso de los niveles de sincronizacin por parte de
CICS . . . . . . . . . . . . . . .
Conversin de datos entre EBCDIC y ASCII . . .
55
56
57
57
58
58
60
62
62
62
62
63
65
69
71
72
72
73
74
74
75
Captulo 7. Seguridad de CICS . . . . 77

Servicios de seguridad de CICS . . . . . . .
Autenticacin de los usuarios de CICS mediante
un ID de usuario y una contrasea de CICS .
Uso de un gestor de autenticacin externo para
la autenticacin de CICS . . . . . . . .
Autorizacin del acceso a los recursos . . .
. 77
. 78
. 79
. 81
iii
Uso de un Gestor de seguridad externo para la

seguridad de CICS . . . . . . . . . . .
Consideraciones acerca de la seguridad para CICS
Universal Clients . . . . . . . . . . . .
servicios de seguridad web . . . . . . . .
Consideraciones acerca de la seguridad para clientes
Telnet CICS . . . . . . . . . . . . . .
Consideraciones acerca de la seguridad entre CICS y
las bases de datos habilitadas para XA . . . . .
Comprobacin de la seguridad de las
comunicaciones . . . . . . . . . . . . .
Autenticacin del sistema remoto que ha enviado
la peticin . . . . . . . . . . . . . .
Autenticacin del usuario que ha iniciado la
peticin. . . . . . . . . . . . . . .
Autorizacin del acceso a los recursos . . . .
82
83
84
84
84
85
85
86
87
Captulo 8. Desarrollo de aplicaciones

CICS. . . . . . . . . . . . . . . . 89
Programacin de aplicaciones CICS . . . .
Programacin de clientes CICS . . . . .
programacin de aplicaciones de regin CICS
Programacin de aplicaciones para bases de
datos relacionales . . . . . . . . .
Biblioteca de clases Java para la API de CICS
Programa de utilidad Gestin de cargas de
trabajo de CICS . . . . . . . . . .
Herramientas de desarrollo de aplicaciones . .
Entorno de desarrollo de aplicaciones CICS.
.
.
.
. 90
. 90
. 93
.
.
. 94
. 94
.
.
.
. 94
. 95
. 95
Captulo 9. Administracin de sistemas

CICS. . . . . . . . . . . . . . . . 97
Gestin de un entorno CICS . . . . . . . . . 97
Configuracin . . . . . . . . . . . . 97
Inicio y detencin de servidores . . . . . . 98
Supervisin de sistemas . . . . . . . . . 98
Herramientas de administracin de CICS . . . . 99
Programa de control de CICS, cicscp . . . . . 99
La Consola de administracin de TXSeries for
Multiplatforms . . . . . . . . . . . . 100
iv
TXSeries for Multiplatforms: Conceptos y planificacin
SMIT (System Management Interface Tool) (slo

en AIX) . . . . . . . . . . . . . . 100
Transacciones CICS en lnea . . . . . . . 101
Parte 2. Planificacin de TXSeries

for Multiplatforms . . . . . . . . 103
Captulo 10. Planificacin de
componentes . . . . . . . . . . . 105
Decisin sobre el mtodo de gestin de archivos y
colas . . . . . . . . . . . . . . .
Uso de un servidor SFS para gestionar colas y
archivos de datos CICS . . . . . . . .
Uso de DB2 u Oracle para gestionar colas y
archivos de datos CICS . . . . . . . .
Eleccin de un gestor de bases de datos
relacionales . . . . . . . . . . . . .
Planificacin de la red de intercomunicacin . .
. 105
. 105
. 105
. 109
. 109
Captulo 11. Planificacin de la

configuracin . . . . . . . . . . . 111
Planificacin de la distribucin del sistema CICS
Entorno distribuido de cliente/servidor CICS . . .
Relacin entre los usuarios de terminal y las
regiones CICS . . . . . . . . . . . .
Relacin entre los servidores SFS y PPC
Gateway y las regiones CICS . . . . . . .
Relacin entre una regin CICS y otras regiones
CICS . . . . . . . . . . . . . . .
Ejemplo de configuracin de relaciones de
cliente/servidor . . . . . . . . . . .
Consideraciones sobre el rendimiento al disear
una red . . . . . . . . . . . . . . .
111
111
111
112
113
114
114
Avisos . . . . . . . . . . . . . . 117
Marcas registradas y marcas de servicio
. 119
ndice . . . . . . . . . . . . . . . 121
Figuras
1.
|
|
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
Arquitectura general de TXSeries for

Multiplatforms . . . . . . . . . . . . 3
Sistemas de cliente y pasarelas de
comunicaciones . . . . . . . . . . . 4
Gestores de recursos . . . . . . . . . . 6
Configuracin sencilla de un entorno CICS
distribuido . . . . . . . . . . . . . 7
Entorno CICS . . . . . . . . . . . . 8
Sistema CICS distribuido . . . . . . . . 13
Ejemplo de sistema distribuido abierto . . . 15
Arquitectura de cliente/servidor de tres
niveles . . . . . . . . . . . . . . 16
Ejemplo de una transaccin distribuida
18
Una transaccin . . . . . . . . . . . 19
Transacciones y unidades de trabajo . . . . 20
Proceso de transacciones en CICS . . . . . 20
Aplicacin de entrada de pedidos de ejemplo 23
Entorno de sistemas de ejemplo . . . . . . 24
Flujo de proceso de CICS de la aplicacin de
ejemplo . . . . . . . . . . . . . . 25
Mquina Windows con una regin CICS en
ejecucin . . . . . . . . . . . . . 29
Servicios de gestin de datos . . . . . . . 38
Servicios de archivo generales . . . . . . 40
Organizaciones de archivos . . . . . . . 41
Uso general de las colas . . . . . . . . 43
Ejemplo de uso de las colas . . . . . . . 44
Colas de datos transitorios CICS . . . . . 45
Colas de datos transitorios de particin interna
CICS . . . . . . . . . . . . . . . 46
Colas de datos transitorios de particin externa
CICS . . . . . . . . . . . . . . . 47
Colas de almacenamiento temporal CICS
48
Servicios de bases de datos relacionales
49
Red de comunicaciones de TXSeries for
Multiplatforms . . . . . . . . . . . 56
Comunicacin entre los clientes CICS y una
regin CICS . . . . . . . . . . . . 57
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
CICS Transaction Gateway (navegador HTTP

estndar) . . . . . . . . . . . . . 61
CICS Transaction Gateway (navegador
habilitado para Java) . . . . . . . . . 61
Comunicacin con soporte de TCP/IP de la
familia CICS . . . . . . . . . . . . 64
Comunicacin mediante CICS PPC-TCP
65
Uso del soporte de SNA local para
comunicarse en SNA . . . . . . . . . 66
Conexin de PPC Gateway con una red SNA 67
Uso de un servidor PPC Gateway para
comunicarse en SNA . . . . . . . . . 68
Comunicaciones con TCP/IP, un servidor PPC
Gateway y SNA . . . . . . . . . . . 70
Comunicaciones con un servidor PPC Gateway
y SNA . . . . . . . . . . . . . . 71
Conceptos generales de seguridad . . . . . 77
Autenticacin de los usuarios de CICS
mediante un ID de usuario y una contrasea
de CICS . . . . . . . . . . . . . . 78
Uso de un gestor de autenticacin externo
(EAM) para la autenticacin de CICS . . . . 80
Autenticacin de transacciones y recursos de
CICS . . . . . . . . . . . . . . . 82
Programacin general de aplicaciones de tres
capas. . . . . . . . . . . . . . . 89
Programacin de aplicaciones CICS . . . . 90
Regin que utiliza un servidor SFS de la
misma mquina . . . . . . . . . . . 105
Relacin entre los usuarios de terminal y las
regiones CICS . . . . . . . . . . . 112
Relacin entre las regiones CICS y los
servidores SFS y PPC Gateway . . . . . . 113
Relacin entre regiones CICS y otras regiones
CICS . . . . . . . . . . . . . . 113
Configuracin sencilla. . . . . . . . . 114
vi
Tablas
1.
. x
vii
viii
Acerca de este manual

Este manual proporciona una visin general de IBM TXSeries for Multiplatforms.
En l se presentan los conceptos y trminos que se utilizan en el proceso de
transacciones y se describen los servicios y componentes de CICS. Asimismo, se
describen los elementos que deben tenerse en cuenta al seleccionar los
componentes del proceso de transacciones. Se facilitan diversas configuraciones de
CICS de ejemplo.
A quin va dirigido este manual

Este manual est destinado a los planificadores y dems usuarios que necesiten
comprender los conceptos bsicos de TXSeries for Multiplatforms. No se precisan
conocimientos previos sobre el proceso de transacciones ni otros aspectos de CICS.
En el sitio web de IBM encontrar informacin general sobre TXSeries for
Multiplatforms.
Cmo est organizado este manual

v En el Captulo 1, Visin general de TXSeries for Multiplatforms, en la pgina 3
se describen los componentes, los servicios y la arquitectura de TXSeries for
Multiplatforms.
v En el Captulo 2, TXSeries for Multiplatforms en el entorno de informtica
distribuida, en la pgina 13 se describe el modelo de cliente/servidor que se
utiliza en los sistemas distribuidos y los servicios necesarios para estos sistemas.
v En el Captulo 3, Proceso de transacciones en CICS, en la pgina 17 se describe
el proceso de transacciones que se produce en un sistema CICS. Emplea una
aplicacin de ejemplo para mostrar los componentes y el flujo de proceso de un
sistema de proceso de transacciones.
v En el Captulo 4, Ciclo de vida y servicios de las regiones CICS, en la pgina
27 se describen los recursos de proceso de transacciones de una regin CICS.
v En el Captulo 5, Gestin de datos de CICS, en la pgina 37 se describen los
tipos de datos que CICS puede gestionar. Se presentan los archivos SFS (servidor
de archivos estructurados), las colas CICS y los diarios CICS.
v En el Captulo 6, Comunicaciones CICS, en la pgina 55 se describe cmo se
comunican los usuarios con los clientes CICS, cmo se localizan los servidores y
cmo se produce la comunicacin en CICS. En este captulo tambin se describe
la intercomunicacin, la integridad de los datos y la conversin de los datos.
v En el Captulo 7, Seguridad de CICS, en la pgina 77 se ofrece una explicacin
detallada de cmo CICS autoriza el acceso a los recursos, mantiene la seguridad
de los clientes y garantiza la seguridad por medio de la autenticacin.
v En el Captulo 8, Desarrollo de aplicaciones CICS, en la pgina 89 se describen
los entornos de desarrollo de aplicaciones para CICS. Tambin se describe el
desarrollo de aplicaciones para bases de datos relacionales y el uso de
herramientas de desarrollo de otros fabricantes.
v En el Captulo 9, Administracin de sistemas CICS, en la pgina 97 se
describen las herramientas administrativas centrales que permiten gestionar una
regin CICS. Se indican las principales tareas administrativas que se pueden
llevar a cabo con estas herramientas, tales como configurar una regin, iniciar y
detener servidores y supervisar el sistema.
ix
v En el Captulo 10, Planificacin de componentes, en la pgina 105 se describen

los elementos que deben tenerse en cuenta al seleccionar los componentes de un
sistema de proceso de transacciones.
v En el Captulo 11, Planificacin de la configuracin, en la pgina 111 se indican
las opciones de instalacin y planificacin de la distribucin de clientes y
servidores en un entorno distribuido. Se proporcionan configuraciones de
ejemplo para las regiones CICS.

En la documentacin de TXSeries for Multiplatforms se utilizan los convenios
tipogrficos y de teclado siguientes.
Tabla 1. Convenios utilizados en este manual
Convenio
Significado
Negrita
Indica los valores que el usuario debe utilizar literalmente, como

mandatos, funciones y atributos de definiciones de recursos y sus
valores. Cuando se hace referencia a las interfaces grficas de
usuario (las GUI), la negrita tambin indica mens, elementos de
men, etiquetas, botones, iconos y carpetas.
Monoespaciado
Indica texto que el usuario debe escribir en un indicador de

mandatos. El monoespaciado tambin representa el texto de las
pantallas y los ejemplos de cdigo.
Cursiva
Indica los valores de variables que el usuario debe proporcionar

(por ejemplo, especifique el nombre de un archivo en
nombre_archivo). La cursiva tambin se utiliza para enfatizar y para
representar los ttulos de los manuales.
<>
Delimita los nombres de las teclas del teclado.
<Control-x>
Donde x es el nombre de una tecla, indica una secuencia de

caracteres de control. Por ejemplo, <Control-c> significa que debe
mantener pulsada la tecla Control mientras pulsa la tecla c.
<Intro>
Indica la tecla identificada con la palabra Retorno, Return, Enter,

Intro o una flecha hacia la izquierda.
Representa el indicador de shell de mandatos de UNIX para un

mandato que no requiere privilegios de root.
Representa el indicador de shell de mandatos de UNIX para un

mandato que requiere privilegios de root.
C:\>
Representa el indicador de mandatos de Windows.
>
Cuando se utiliza para describir un men, muestra una serie de

selecciones del men. Por ejemplo, Seleccione Archivo > Nuevo
significa En el men Archivo, seleccione el mandato Nuevo.
Entrar mandatos
Cuando se le pida entrar o emitir un mandato, escriba el

mandato y, despus, pulse <Intro>. Por ejemplo, la instruccin
Entre el mandato ls significa que debe escribir ls en un indicador
de mandatos y, despus, pulsar <Intro>.
[]
Delimita los elementos opcionales en descripciones de sintaxis.
{}
Delimita listas en las que debe seleccionar un elemento en

descripciones de sintaxis.
Separa elementos en una lista de opciones entre { } (llaves) en

descripciones de sintaxis.
Tabla 1. Convenios utilizados en este manual (continuacin)

Convenio
Significado
...
Los puntos suspensivos en las descripciones de sintaxis indican que

se puede repetir una o varias veces el elemento anterior. Los puntos
suspensivos en los ejemplos indican que se ha omitido informacin
del ejemplo por motivos de espacio.
IN
En las descripciones de funciones, indica parmetros cuyos valores

se utilizan para pasar datos a la funcin. Estos parmetros no se
utilizan para devolver datos modificados a la rutina que efecta la
llamada. (No incluya la declaracin IN en el cdigo.)
OUT

se utilizan para devolver datos modificados a la rutina que efecta
la llamada. Estos parmetros no se utilizan para pasar datos a la
funcin. (No incluya la declaracin OUT en el cdigo.)
INOUT

se pasan a la funcin, son modificados por la funcin y devueltos a
la rutina que efecta la llamada. Estos parmetros sirven como
parmetros IN y OUT. (No incluya la declaracin INOUT en el
cdigo.)
$CICS
Indica la va de acceso completa de la ubicacin donde est

instalado el producto CICS; por ejemplo, /usr/lpp/cics en AIX. Si la
variable de entorno CICS se establece en la va de acceso del
producto, puede utilizar los ejemplos exactamente como aparecen
en esta publicacin; de lo contrario, deber sustituir todas las
instancias de $CICS por la va de acceso del producto CICS.
CICS en Sistemas
abiertos
Hace una referencia global al producto CICS para todas las

plataformas UNIX soportadas.
TXSeries for
Multiplatforms
Hace una referencia global a los productos CICS para AIX, CICS
para HP-UX, CICS para Solaris y CICS para Windows.
CICS
Hace una referencia global a los productos CICS para AIX, CICS
para HP-UX, CICS para Solaris y CICS para Windows. Otros
productos CICS de la familia CICS se distinguen por su sistema
operativo (por ejemplo, CICS de sistema principal IBM para
plataformas ESA, MVS y VSE).
Cmo enviar sus comentarios

Sus comentarios nos son de gran ayuda. Gracias a ellos IBM puede proporcionar la
informacin ms precisa y de mayor calidad. Si desea hacernos llegar algn
comentario sobre esta publicacin o cualquier otra documentacin de TXSeries for
Multiplatforms, envelo por correo electrnico a la direccin hojacom@es.ibm.com.
No olvide incluir el nombre del manual, el nmero de documento del manual, la
versin de TXSeries for Multiplatforms y, si procede, la ubicacin especfica de la
informacin sobre la que realiza el comentario (por ejemplo, un nmero de pgina
o de tabla).
Acerca de este manual
xi
xii
Parte 1. Informacin acerca de TXSeries for Multiplatforms

En esta parte se proporciona una visin general de TXSeries for Multiplatforms.
Captulo 1. Visin general de TXSeries for Multiplatforms

En este captulo se facilita una introduccin de TXSeries for Multiplatforms y se
describen sus componentes y servicios. Se proporciona una serie de ejemplos de
entornos de proceso de transacciones distribuidas que utilizan CICS.

IBM TXSeries for Multiplatforms es una arquitectura de componentes de software
integrados que puede emplear para crear un entorno CICS. En este apartado se
describe la arquitectura de software de CICS. Para obtener detalles sobre las
versiones de software especficas y los requisitos previos de hardware, consulte la
Gua de instalacin de TXSeries for Multiplatforms.
Componentes y arquitectura de CICS

La arquitectura general de CICS se muestra en la Figura 1.
Figura 1. Arquitectura general de TXSeries for Multiplatforms
CICS forma una capa de middleware entre las aplicaciones empresariales y el

sistema operativo. Los usuarios finales de la empresa solo ven las interfaces de
aplicacin y no necesitan tener ningn conocimiento sobre la arquitectura
subyacente.
Sistemas de proceso de transacciones

CICS es un sistema de proceso de transacciones lder del sector.
v CICS es una familia de productos diseados para el proceso de transacciones en
lnea y la gestin de transacciones para las aplicaciones en plataformas tanto
IBM como no IBM.
v CICS se basa en los servicios del sistema operativo.
v CICS ofrece numerosos servicios de desarrollo de aplicaciones, comunicaciones,

recuperacin, presentacin, gestin de datos, seguridad e intercomunicacin.
Sistemas de cliente y pasarelas de comunicaciones

Las comunicaciones de un entorno CICS pueden emplear TCP/IP y SNA. CICS
puede utilizar PPC TCP/IP o TCP/IP de la familia CICS para comunicarse con los
clientes y otros sistemas. Una regin CICS puede utilizar SNA directamente con
otro sistema, o indirectamente mediante PPC Gateway para obtener una semntica
transaccional ms slida.
La familia CICS admite los siguientes clientes y pasarelas de comunicaciones, como
se muestra en la Figura 2.
|
|
|
|
|
|
|
Figura 2. Sistemas de cliente y pasarelas de comunicaciones
Clientes CICS: TXSeries for Multiplatforms contiene los clientes CICS siguientes:
v IBM CICS Universal Clients (para AIX, HP-UX, Solaris y Windows)
CICS Universal Clients son productos que se instalan aparte y que se comunican
con las regiones CICS en las diversas plataformas que admite CICS (el programa
de instalacin de CICS instala automticamente una copia de CICS Universal
Client). Las comunicaciones se pueden establecer mediante TCP/IP (Transmission
Control Protocol/Internet Protocol) o SNA (arquitectura de red de sistemas),
disponibles en forma de diversos productos de comunicaciones para las
plataformas de estacin de trabajo de cliente o (en el caso de TCP/IP) en algunos
sistemas operativos de estacin de trabajo. Los clientes tambin pueden
comunicarse con otros sistemas de una red SNA; por ejemplo, con CICS de sistema
principal IBM. Para ello, los clientes y servidores pueden emplear SNA
directamente, o indirectamente mediante PPC (Peer-to-Peer Communications)
Gateway. TXSeries for Multiplatforms tambin incluye PPC Gateway, que
proporciona las API para las comunicaciones de igual a igual de unidad lgica
(LU) 6.2, as como la emulacin de LU 6.2 en TCP/IP.
Los CICS Universal Clients ofrecen un conjunto estndar de interfaces para las
aplicaciones de cliente y la emulacin de terminal 3270. Universal Clients puede
utilizar TCP/IP y SNA para comunicarse con las regiones CICS en mltiples
plataformas; por ejemplo, CICS para Windows, CICS para AIX y CICS Transaction
Server para z/OS. Por ejemplo, un usuario de un CICS Universal Client para
Windows puede ejecutar una aplicacin de cliente que se comunica con una regin
CICS para AIX mediante TCP/IP, mientras utiliza un emulador de terminal 3270
para ejecutar transacciones en una regin CICS Transaction Server para z/OS
conectada mediante una red SNA.
Niveles de sincronizacin de SNA: CICS admite los tres niveles de
sincronizacin definidos por SNA en redes SNA y TCP/IP. Los niveles de
sincronizacin de SNA son:
Nivel de sincronizacin 0 (NONE)
SNA no proporciona soporte de sincronizacin. La aplicacin debe
codificarlo.
Nivel de sincronizacin 1 (CONFIRM)
SNA ofrece la posibilidad de enviar peticiones simples de acuse de recibo.
Nivel de sincronizacin 2 (SYNCPOINT)
SNA permite que dos o ms sistemas gestionen como una sola unidad
lgica de trabajo (LUW) las actualizaciones que una aplicacin realice en
estos sistemas.
Comunicaciones TCP/IP: TCP/IP es un protocolo de comunicaciones que forma
parte de la estructura subyacente del sistema operativo en las mquinas que
ejecutan CICS. Es un protocolo simple que requiere que cada uno de los sistemas
proporcione la mayor parte del soporte para la intercomunicacin, como por
ejemplo los formatos de datos empleados para enviar peticiones entre sistemas y la
seguridad necesaria para proteger los recursos del sistema. TXSeries for
Multiplatforms admite dos tipos de conexiones TCP/IP:
v TCP/IP de la familia CICS
v PPC TCP/IP
Pasarelas de comunicaciones: TXSeries for Multiplatforms permite emplear las
pasarelas de comunicaciones siguientes:
CICS Transaction Gateway
CICS Transaction Gateway permite el uso de protocolos estndar de
Internet para acceder a las funciones de transaccin de los servidores IBM
CICS, incluidos los servidores de transacciones CICS y los servidores
TXSeries for Multiplatforms. La pasarela permite a cualquier navegador
web, sistema de red o dispositivo de consumidor habilitado para Internet
utilizar uno de los tres mtodos posibles para acceder a las aplicaciones
empresariales que se ejecutan en servidores CICS. Estos mtodos son:
v Navegadores HTML estndar. CICS Transaction Gateway convierte
automticamente las aplicaciones CICS 3270 existentes en HTML y
utiliza HTTP para transmitirlas al navegador. Tambin puede crear sus
propios servlets Java que presenten la informacin de las aplicaciones
CICS en formularios HTML personalizados segn sus necesidades.
v Navegadores web habilitados para Java. CICS Transaction Gateway
permite a los applets de los clientes utilizar las clases Java suministradas
y los componentes JavaBeans para acceder a las aplicaciones CICS 3270
y los programas CICS.
CICS Transaction Gateway incorpora CICS Universal Clients y un recurso
de equilibrio de la carga de trabajo que permite distribuir la carga de
trabajo de transacciones de un gran nmero de navegadores en varias
regiones CICS o servidores CICS. La pasarela est disponible en las

plataformas AIX, HP-UX, Solaris y Windows.
PPC Gateway
PPC Gateway permite a CICS comunicarse con una red SNA. Las
comunicaciones con el servidor PPC Gateway utilizan PPC TCP/IP, y el
servidor PPC Gateway proporciona comunicacin de nivel de
sincronizacin 2 en la red SNA. De este modo las aplicaciones pueden
enviar o aceptar transacciones de otros sistemas que utilizan LU 6.2, como
CICS de sistema principal IBM y CICS/400. PPC Gateway utiliza un
mecanismo (denominado PPC Executive) para asegurarse de que la
semntica de las transacciones se mantiene intacta en los procesos
distribuidos y puede emular el protocolo APPC. El servidor PPC Gateway
utiliza SNA para conectar con los sistemas SNA remotos. SNA debe estar
en la misma mquina que la pasarela.
Gestores de recursos
Los gestores de recursos son servidores que gestionan los recursos compartidos,
como los datos de aplicacin de los archivos, los recursos de comunicacin y las
bases de datos. TXSeries for Multiplatforms ofrece soporte para lo siguiente, como
se muestra en la Figura 3:
v SFS (servidor de archivos estructurados) de CICS, un sistema de archivos de
transacciones orientado a registros
v Soporte de bases de datos relacionales
v WebSphere MQ
Figura 3. Gestores de recursos
Servidor de archivos estructurados (SFS)
SFS es un sistema de archivos orientado a registros que proporciona CICS

y se utiliza para la emulacin de VSAM.
SFS facilita funciones de proceso de datos y funciones administrativas para
el uso fuera del entorno de ejecucin de CICS (es decir, de proceso por
lotes). Las funciones de proceso de datos proporcionan las operaciones
estndar necesarias para acceder a los datos y modificarlos: lectura,
insercin, actualizacin, supresin, bloqueo, desbloqueo, etc. Las funciones
administrativas permiten a los programas consultar y modificar los
archivos y volmenes SFS, duplicar y suprimir archivos, etc.
Soporte de bases de datos relacionales
Las transacciones pueden acceder a los sistemas de gestin de bases de
datos relacionales (RDBMS) incluyendo llamadas de lenguaje de consulta
estructurado (SQL) incorporadas a los programas de aplicacin. CICS
aporta interfaces para los gestores de bases de datos, as como servicios de
supervisin y control.
Con bases de datos que cumplen el estndar X/Open DTP (Distributed
Transaction Processing) XA, CICS coordina la actualizacin transaccional
de datos, con plena confirmacin en dos fases de las actualizaciones. Los
RDBMS destinados al uso con TXSeries for Multiplatforms incluyen lo
siguiente:
v En Windows: DB2 Universal Database, Microsoft SQL Server y Oracle.
v En otras plataformas: la familia IBM DB2 y otras bases de datos
relacionales como Oracle, Sybase e Informix.
WebSphere MQ
WebSphere MQ cumple el estndar X/Open DTP (Distributed Transaction
Processing) XA, y CICS coordina la actualizacin transaccional de datos,
con plena confirmacin de dos fases de las actualizaciones.
Ejemplo de configuracin de CICS

Este sencillo entorno CICS distribuido tiene un cliente CICS en una mquina y una
regin CICS en otra mquina, como se muestra en la Figura 4.
Figura 4. Configuracin sencilla de un entorno CICS distribuido
|
|
|
|
En las versiones anteriores de CICS, los distintos componentes como el servidor

SFS, PPC Gateway y las regiones CICS podan residir en mquinas distintas. A
partir de la versin 6.0, la regin CICS, el servidor SFS asociado y PPC Gateway
deben encontrarse en la misma mquina.
El ejemplo de configuracin muestra lo siguiente:
v El servidor SFS se utiliza para los archivos y las colas de regin CICS, y se
puede emplear para almacenar datos de usuario.
v Las comunicaciones entre la regin CICS y el servidor SFS utilizan mecanismos
IPC.
v El cliente CICS proporciona soporte inmediato de 3270 y acceso de programa a
la regin CICS.
Entorno de proceso de transacciones CICS

El entorno de proceso de transacciones CICS, que se visualiza en la Figura 5, se
basa en una o varias regiones CICS. Una regin CICS ofrece los servicios de proceso
de transacciones adecuados para llevar a cabo la gestin como una sola unidad
administrativa. Estos servicios normalmente admiten la lgica empresarial de las
aplicaciones de usuario. Se ejecutan como transacciones que las aplicaciones de
cliente de CICS y los usuarios de terminal 3270 solicitan. Una regin CICS contiene
una agrupacin de servidores de aplicaciones, que son procesos multihebra capaces
de manejar una o varias peticiones de servicio de clientes. Los servidores de
aplicaciones admiten el proceso paralelo sin el coste administrativo que supone
ejecutar varias regiones CICS idnticas. La regin CICS asigna automticamente las
peticiones de cliente a los servidores de aplicaciones.
Base de datos
permanente
de CICS
Cliente
CICS
Regin
CICS
Gestor de
recursos
Figura 5. Entorno CICS
Adems de las regiones CICS, un entorno CICS contiene los elementos siguientes:
Clientes CICS
Varios clientes pueden acceder a varias regiones CICS simultneamente.
Cada regin CICS determina automticamente el tipo de dispositivo
empleado, crea (instala automticamente) una sesin adecuada y supervisa
dinmicamente el estado de las conexiones. Si una conexin falla, el
servidor puede volver a conectar el cliente automticamente.
Las mquinas cliente pueden ser estaciones de trabajo que presentan una
interfaz grfica de usuario para CICS o simplemente dispositivos, como
cajeros automticos y lectores de cdigos de barras, que utilizan corrientes
de datos 3270 para comunicarse con las regiones CICS.
Gestores de recursos
Una regin CICS puede almacenar sus archivos y colas de usuario y del
sistema en un servidor SFS o una base de datos DB2 u Oracle. Los
programas de aplicacin que se ejecutan en una regin CICS pueden
emplear llamadas SQL incorporadas para acceder a los datos de las bases
de datos SQL, como IBM DB2, Microsoft SQL Server, Oracle, Sybase e
Informix. El acceso a WebSphere MQ se puede efectuar por medio de las
API de WebSphere MQ.
Cada una de las regiones CICS tiene una base de datos permanente, que almacena los
detalles de configuracin acerca de la regin. Esta informacin incluye las
definiciones de recursos que definen las caractersticas iniciales de la regin CICS y
los recursos que utiliza, como transacciones, programas y archivos. Cuando se
inicia una regin CICS, esta carga las definiciones de recursos que necesita en la
base de datos de ejecucin. Mientras una regin CICS est en ejecucin, utiliza la base
de datos de ejecucin para controlar su proceso, hacer el seguimiento de los
cambios efectuados en sus recursos y aadir nuevos recursos dinmicamente.
Las aplicaciones de usuario se pueden distribuir en varias regiones CICS sin que
los usuarios y programas de aplicacin tengan conocimiento de la distribucin. Un
usuario puede solicitar una transaccin en una regin CICS y CICS determina el
programa que va a ejecutar y la regin CICS donde lo va a ejecutar. Las
definiciones de recursos identifican la ubicacin y otros parmetros necesarios. Un
programa de aplicacin se puede mover de una regin CICS a otra (por ejemplo, a
otras plataformas CICS) sin tener que cambiar las aplicaciones de usuario.
Uso de interfaces X/Open XA para la gestin de recursos

CICS utiliza la interfaz X/Open XA para acceder a los gestores de recursos. Hay
tres implementaciones de este soporte (que se pueden denominar tipos de conexin)
disponibles. Los tres tipos de conexin son:
v Interfaz X/Open XA con confirmacin de dos fases.
Con este tipo de conexin, es posible recuperar los recursos CICS y los recursos
que residen en los gestores de recursos conectados a la regin. Solo es posible
con los gestores de recursos que admiten la interfaz X/Open XA.
v Interfaz X/Open XA con confirmacin de una fase y retrotraccin de recursos.
Con este tipo de conexin, los gestores de recursos conectados de este modo
omiten la fase de preparacin de la confirmacin (fase 1), lo que supone una
mejora del rendimiento en detrimento de la coordinacin de la confirmacin
entre varios recursos. Este tipo de conexin puede ser adecuado en los casos en
que solo interviene un gestor de recursos.
v Interfaces no XA (es decir, con acceso a los recursos mediante la simple conexin
con el gestor de recursos desde dentro del programa de transacciones CICS).
Este tipo de interfaz utiliza el cdigo SQL o MQI para confirmar y retrotraer los
recursos de WebSphere MQ o base de datos. Como CICS no puede recuperar
estos recursos si se produce la conclusin de una regin, se requiere la
intervencin manual para llevar a cabo la recuperacin ante estos tipos de
anomalas. Esta interfaz puede ser conveniente cuando el rendimiento representa
un problema, pero no as la integridad de los recursos y la atomicidad de las
transacciones (por ejemplo, cuando se precisa acceso de solo lectura).
Interfaz X/Open XA con confirmacin de dos fases

Esta implementacin utiliza el estndar X/Open DTP (Distributed Transaction
Processing) con el protocolo XA de confirmacin de dos fases. Con este tipo de
conexin, el gestor de transacciones coordina los puntos de sincronizacin, la
retrotraccin, la confirmacin y la recuperacin en caso de anomalas de todo el
trabajo de la unidad de trabajo, incluidas las colas y los archivos, as como los
recursos gestionados por el gestor de recursos.
El estndar X/Open DTP define el concepto de gestores de recursos coordinados

por un gestor de transacciones. Las bases de datos relacionales como DB2,
Informix, Oracle, Sybase y Microsoft SQL Server son ejemplos tpicos de gestores
de recursos. WebSphere MQ es otro ejemplo de gestor de recursos compatible con
XA. El gestor de transacciones coordina la iniciacin y finalizacin de una unidad
de trabajo entre estos gestores de recursos, lo que garantiza la integridad atmica
de las unidades de trabajo.
Los tres componentes funcionales del modelo X/Open DTP son el programa de
aplicacin, el gestor de transacciones y el gestor de recursos.
v El programa de aplicacin implementa la funcin empresarial deseada.
Especifica una secuencia de operaciones en las que intervienen recursos tales
como las bases de datos. Un programa de aplicacin participa en una o varias
unidades de trabajo, y puede decidir confirmar o retrotraer cada una de ellas
independientemente.
v El gestor de transacciones gestiona las transacciones globales y coordina la
decisin de confirmarlas o retrotraerlas, lo que garantiza su atomicidad. El
gestor de transacciones tambin coordina las actividades de recuperacin de los
gestores de recursos cuando es necesario, por ejemplo tras el error de un
componente.
v El gestor de recursos gestiona una parte concreta de los recursos compartidos
del sistema. Muchas otras entidades de software pueden solicitar acceder a los
recursos ocasionalmente, mediante los servicios que proporcionan los gestores de
recursos. Algunos gestores de recursos gestionan un recurso de comunicaciones.
Existen tres interfaces entre los componentes funcionales del modelo X/Open DTP
bsico:
v La interfaz del programa de aplicacin al gestor de recursos, denominada
tambin interfaz nativa, permite al programa de aplicacin acceder a los recursos
compartidos. El modelo X/Open DTP impone nuevas restricciones a la interfaz
del programa de aplicacin del gestor de recursos nativa. Las API de WebSphere
MQ o SQL incorporadas son ejemplos de este tipo de interfaz.
v La interfaz del programa de aplicacin al gestor de transacciones, denominada
tambin interfaz TX, permite al programa de aplicacin delimitar las unidades
de trabajo. El gestor de transacciones suministra una serie de recursos (por
ejemplo, EXEC CICS SYNCPOINT) que permiten al programa de aplicacin
iniciar y completar las unidades de trabajo. El gestor de transacciones completa
las unidades de trabajo en funcin de una peticin efectuada por el programa de
aplicacin y se realiza la coordinacin con los gestores de recursos participantes
y otros gestores de transacciones implicados. Una vez completada esta
coordinacin, el gestor de transacciones devuelve el estado de finalizacin al
programa de aplicacin.
v La interfaz del gestor de transacciones al gestor de recursos, tambin
denominada interfaz XA, permite al gestor de transacciones estructurar el trabajo
de los gestores de recursos en transacciones globales y coordinar la finalizacin y
recuperacin de las transacciones globales. En la especificacin XA, las rutinas
que proporciona cada uno de los gestores de recuperacin para el uso del gestor
de transacciones son las rutinas xa_. Las rutinas que proporciona el gestor de
transacciones para las llamadas de los gestores de recursos forman ax_set. Todas
las rutinas xa_ y las funciones ax_set forman una interfaz privada entre el gestor
de transacciones y el gestor de recursos.
10
Interfaz X/Open XA con optimizacin de confirmacin de una

fase
Algunas aplicaciones, como aquellas en que solo participa un gestor de recursos en
una unidad de trabajo determinada, no requieren la plena integridad de los datos
que proporciona el protocolo de confirmacin de dos fases de la interfaz XA. Estas
aplicaciones pueden emplear la optimizacin de confirmacin de una fase, que
ofrece un mejor rendimiento. Este tipo de conexin tambin utiliza el estndar
X/Open DTP, pero no incluye la fase de preparacin (fase 1) del protocolo de
confirmacin de dos fases.
Como la optimizacin de confirmacin de una fase sigue siendo una conexin XA,
el gestor de recursos y el programa de aplicacin estn muy integrados con la
regin CICS; esto significa que todas las unidades de trabajo de CICS de la regin
efectan llamadas de proceso de punto de sincronizacin al gestor de recursos y a
todos los dems recursos que intervienen. Sin embargo, un gestor de recursos que
utiliza la optimizacin de confirmacin de una fase no participa en la recuperacin
de CICS si se produce un error. En ese caso, CICS o el gestor de recursos (o en
algunos casos ambos) reporta la posibilidad de que existan datos incoherentes en la
unidad de trabajo anmala. A continuacin los administradores deben comprobar
la coherencia de los datos si intervienen varios gestores de recursos. Si solo
participa un gestor de recursos en una unidad de trabajo, los datos son coherentes.
Si una unidad de trabajo efecta cambios en otros recursos, como colas o archivos
CICS u otros recursos del gestor de recursos, puede que los datos sean
incoherentes. De ser as se precisar la intervencin manual para volver a
sincronizar los diversos recursos.
Conexiones no XA
El tipo de conexin no XA permite las conexiones y el posterior acceso al gestor de
recursos desde dentro del programa de transacciones, pero no utiliza el estndar
X/Open DTP. Los puntos de sincronizacin de gestin de recursos, las
confirmaciones, las retrotracciones y las conclusiones de las conexiones deben
codificarse en el programa de aplicacin mediante llamadas SQL o MQI. Este tipo
de conexin se utiliza en los casos en que la eficacia es importante, pero la
integridad de los datos no es un problema. Aunque se puede codificar la
recuperacin del gestor de recursos en la transaccin con este tipo de conexin,
CICS no puede efectuar la recuperacin del gestor de recursos durante los
reinicios. Esto significa que el usuario debe realizar la recuperacin del gestor de
recursos si es necesaria alguna tarea de recuperacin tras un reinicio de CICS.
Con este tipo de conexin, CICS no interviene en el acceso SQL y MQI a los
recursos. El programa de transacciones, y no CICS, controla la conexin y
desconexin del gestor de recursos, as como la confirmacin y la retrotraccin de
estos recursos. CICS controla nicamente la confirmacin y la retrotraccin de los
recursos que gestiona, como las colas y los archivos de usuario.
Este tipo de conexin resulta de utilidad cuando el programa de transacciones
CICS requiere acceso de solo lectura ocasional a los recursos que gestiona el gestor
de recursos, o cuando un nmero de transacciones reducido precisa acceso de solo
lectura al gestor de recursos. Las ventajas que ofrece son:
v El servidor de aplicaciones solo se conecta con el gestor de recursos en caso
necesario, lo que libera los recursos del sistema para otros usos.
v La regin puede iniciarse independientemente de si el gestor de recursos est
disponible.
11
v Otras transacciones pueden continuar con el proceso cuando el gestor de

recursos deja de estar disponible.
El inconveniente es que CICS no puede gestionar la confirmacin, la retrotraccin
y la recuperacin de los recursos que gestiona el gestor de recursos. El programa
de transacciones o, en tipos de errores concretos, la intervencin manual debe
ocuparse de ello.
12
Captulo 2. TXSeries for Multiplatforms en el entorno de

informtica distribuida
En este captulo se describen los conceptos de la informtica distribuida, y se
explica cmo se aplican estos conceptos a TXSeries for Multiplatforms.
Puede utilizar TXSeries for Multiplatforms como un servidor de aplicaciones
autnomo, o puede ampliarlo para formar un sistema informtico distribuido.
En su forma ms sencilla, es posible ejecutar el servidor de aplicaciones y un
cliente en la misma mquina, o puede seguir un simple modelo de cliente/servidor
de dos niveles y conectar uno o varios clientes CICS de distintas mquinas al
servidor de aplicaciones. Si lo prefiere, puede distribuir el sistema de manera
adicional, con un diseo de tres niveles que reparte diversos componentes de
software en un entorno heterogneo, como se muestra en la Figura 6.
Servidores de
aplicacin CICS
Clientes
Sistema principal
LAN
Gestor de
recursos
Recursos
(por ejemplo
bases de datos)
Figura 6. Sistema CICS distribuido
En este ejemplo, el servidor de aplicaciones CICS tiene acceso a las bases de datos
y otros recursos situados en distintas mquinas, y los usuarios interactan con
CICS por medio de los clientes.
En los apartados siguientes se describen ms exhaustivamente los conceptos de la
informtica distribuida.
13
Informtica distribuida
Un sistema informtico distribuido consta de diversos componentes de software
que se hallan en diversos sistemas, pero se ejecutan como un nico sistema. Los
sistemas de un sistema distribuido pueden estar juntos fsicamente y conectarse
mediante una red local, o pueden estar distantes geogrficamente y conectarse
mediante una red de rea amplia. Un sistema distribuido puede contener el
nmero de configuraciones posibles que se desee, como sistemas principales,
sistemas personales, estaciones de trabajo, minisistemas, etc. El objetivo de la
informtica distribuida consiste en lograr que esta red funcione como un solo
sistema.
Los sistemas distribuidos ofrecen numerosas ventajas respecto a los sistemas
centralizados, como por ejemplo:
Escalabilidad
El sistema se puede ampliar fcilmente con solo aadir ms mquinas a
medida que se precisan.
Redundancia
Varias mquinas pueden proporcionar los mismos servicios, de modo que
si una no est disponible el trabajo no se detiene. Asimismo, como se
pueden utilizar muchas mquinas de tamao reducido, esta redundancia
no tiene por qu resultar excesivamente costosa.
Los sistemas de informtica distribuida se pueden ejecutar en hardware de una
gran variedad de fabricantes y pueden emplear una amplia gama de componentes
de software estndar. Estos sistemas son independientes del software subyacente.
Se pueden ejecutar en diversos sistemas operativos y pueden emplear diferentes
protocolos de comunicaciones. Un hardware puede emplear UNIX como sistema
operativo, mientras que otro hardware puede utilizar los sistemas operativos
Windows. Para las comunicaciones entre mquinas, este hardware puede utilizar
SNA o TCP/IP en Ethernet o Token Ring.
La Figura 7 en la pgina 15 muestra un ejemplo de sistema distribuido de este tipo.
Este sistema contiene dos redes de rea local (LAN) conectadas entre s. Una LAN
est formada por estaciones de trabajo UNIX de diversos fabricantes; la otra LAN
consta principalmente de varios PC que ejecutan diversos sistemas operativos de
PC. Una de las LAN tambin est conectada a un sistema principal mediante una
conexin SNA.
14
Sistema
principal
Conexin
SNA
HP que ejecuta
HP-UX
PC
que ejecuta
Windows NT
Sun
que ejecuta
Solaris
Token Ring
PC
que ejecuta
Windows 2000
Ethernet
IBM
que ejecuta
AIX
Figura 7. Ejemplo de sistema distribuido abierto
Modelo de cliente/servidor
Un mtodo habitual de organizar el software que se desea ejecutar en sistemas
distribuidos consiste en separar las funciones en dos partes: clientes y servidores.
Un cliente es un programa que utiliza los servicios que proporcionan otros
programas. Los programas que proporcionan los servicios se llaman servidores. El
cliente realiza una peticin de un servicio, y un servidor lleva a cabo ese servicio.
Las funciones de servidor a menudo requieren alguna gestin de recursos, en que
un servidor sincroniza y gestiona el acceso al recurso, y responde a las peticiones
de cliente con datos o informacin de estado. Los programas de cliente
normalmente manejan las interacciones del usuario y con frecuencia solicitan datos
o inician alguna modificacin de datos en nombre de un usuario.
Por ejemplo, un cliente puede facilitar un formulario en que el usuario (una
persona que trabaja en un terminal de entrada de datos, por ejemplo) puede
especificar pedidos de un producto. El cliente enva esta informacin de pedido al
servidor, que comprueba la base de datos del producto y realiza las tareas
necesarias para la facturacin y el envo. Por lo general, varios clientes pueden
utilizar un mismo servidor. Por ejemplo, decenas o cientos de clientes pueden
interactuar con unos cuantos servidores que controlan el acceso a las bases de
datos.
El cliente no necesita tener ninguna informacin sobre el gestor de recursos. Si se
cambia la base de datos de uso, probablemente deber modificarse el servidor,
pero no el cliente. Como normalmente existen menos copias del servidor que del
cliente, y habida cuenta de que los servidores a menudo estn en ubicaciones ms
sencillas de actualizar (por ejemplo, en mquinas centrales en lugar de en PC que
se ejecutan en los escritorios de los usuarios), el procedimiento de actualizacin
Captulo 2. TXSeries for Multiplatforms en el entorno de informtica distribuida
15
tambin se simplifica. Adems, este mtodo aporta una mayor seguridad. Solo los
servidores, no los clientes, tienen que acceder a los datos que controla el gestor de
recursos.
Los clientes tambin pueden acceder a varios servidores, y los propios servidores
pueden actuar como clientes de otros servidores. La manera exacta de distribuir las
funciones entre los servidores es una decisin relacionada con el diseo de las
aplicaciones. Por ejemplo, un servidor puede proporcionar todos los servicios que
un cliente necesita, o el cliente puede acceder a varios servidores para realizar
distintas peticiones. El diseador de la aplicacin debe tener en cuenta cuestiones
como la escalabilidad, la ubicacin y la seguridad. Por ejemplo, los clientes y
servidores son locales, o la aplicacin est distribuida en una amplia rea
geogrfica? Los servidores tienen que estar en mquinas protegidas fsicamente?
Estas decisiones en materia de diseo exceden el mbito de esta introduccin.
Algunos servidores forman parte de una aplicacin y se denominan servidores de
aplicaciones. Otros servidores no forman parte de una aplicacin especfica. En
cambio, cualquier aplicacin puede utilizarlos. Por ejemplo, el servidor de archivos
estructurados (SFS) de CICS proporciona acceso de archivos orientado a registros
para las aplicaciones.
Arquitectura de cliente/servidor de tres niveles

Es
1.
2.
3.
habitual el diseo de los sistemas de cliente/servidor en tres niveles:

Un cliente que interacta con el usuario.
Un servidor de aplicaciones que contiene la lgica empresarial de la aplicacin.
Un gestor de recursos que almacena los datos.
Este mtodo se muestra en la Figura 8.
Figura 8. Arquitectura de cliente/servidor de tres niveles
16
Captulo 3. Proceso de transacciones en CICS

En este captulo se facilita una visin general de las transacciones y el proceso de
transacciones, as como de cmo se aplican estos conceptos al entorno CICS.
Las transacciones y sus propiedades

Una transaccin es una herramienta para la programacin de sistemas distribuidos.
Simplifica los casos de error. Una transaccin es un conjunto de operaciones que
transforma los datos de un estado coherente a otro.
Las transacciones proporcionan las denominadas propiedades ACID:
v Atomicidad. Los cambios de una transaccin son atmicos: o se producen todas
las operaciones que forman parte de la transaccin o no se produce ninguna.
v Coherencia. Una transaccin transfiere los datos de un estado coherente a otro.
v Aislamiento. Aunque las transacciones se pueden ejecutar de manera simultnea,
ninguna transaccin ve el trabajo en curso de otra transaccin. Parece como si
las transacciones se ejecutaran serialmente.
v Durabilidad. Una vez que una transaccin se completa correctamente, sus
cambios sobreviven a posibles errores posteriores.
Por ejemplo, imagine una transaccin que transfiere dinero de una cuenta a otra.
En esa transferencia, el dinero se retira de una cuenta y se ingresa en la otra. Estas
acciones son dos partes de una transaccin atmica; es decir, si no es posible
completar las dos, no se debe ejecutar ninguna. Si se procesan varias peticiones
para una cuenta al mismo tiempo, estas deben estar aisladas para que solo pueda
operar en la cuenta una transaccin a la vez. Si el sistema central bancario falla
justo despus de la transferencia, debe visualizarse el saldo correcto cuando el
sistema vuelva a estar disponible; es decir, el cambio debe ser durable. Observe que
la coherencia es una funcin de la aplicacin; si debe transferirse dinero de una
cuenta a otra, la aplicacin debe restar el mismo importe de una cuenta que suma
a la otra cuenta.
Las transacciones se pueden completar de dos maneras: con una confirmacin o
con una terminacin anormal. Cuando se ejecuta correctamente, se dice que una
transaccin se confirma. Cuando no se ejecuta satisfactoriamente, se dice que una
transaccin se termina anormalmente. Las modificaciones de datos que efecta una
transaccin que termina anormalmente deben deshacerse por completo
(retrotraerse). En el ejemplo anterior, si se retira el dinero de una cuenta pero un
error impide que se ingrese el dinero en la otra cuenta, los cambios realizados en
la primera cuenta deben deshacerse ntegramente. La prxima vez que cualquier
operacin consulte el saldo de la cuenta, deber mostrarse el saldo correcto.
Proceso de confirmacin de dos fases

Una transaccin distribuida es una transaccin que se ejecuta en varios procesos,
normalmente en varias mquinas. Cada uno de los procesos realiza un trabajo para
la transaccin. Este mecanismo se ilustra en la Figura 9 en la pgina 18, en que
cada uno de los valos indica un trabajo que se realiza en una mquina distinta y
cada una de las flechas entre ellos indica una llamada a procedimiento remoto
(RPC).
17
Figura 9. Ejemplo de una transaccin distribuida
Las transacciones distribuidas, como las transacciones locales, deben cumplir las
propiedades ACID. Sin embargo, el mantenimiento de estas propiedades es muy
complicado en el caso de las transacciones distribuidas ya que puede surgir un
error en cualquier proceso. De producirse una anomala, cada uno de los procesos
debe deshacer todo el trabajo realizado para la transaccin.
Un sistema de proceso de transacciones distribuidas mantiene las propiedades
ACID de las transacciones distribuidas mediante dos funciones:
v Procesos recuperables. Los procesos recuperables registran sus acciones, lo que
permite restaurar los estados anteriores en caso de error.
v Un protocolo de confirmacin. Un protocolo de confirmacin permite a varios
procesos coordinar la confirmacin o la terminacin anormal de una transaccin.
El protocolo de confirmacin ms habitual es el protocolo de confirmacin de
dos fases.
Los procesos recuperables pueden almacenar dos tipos de informacin: la
informacin de estado de la transaccin y las descripciones de los cambios
efectuados en los datos. Gracias a esta informacin, un proceso puede participar en
una confirmacin de dos fases y garantizar el aislamiento y la durabilidad. Todos
los procesos recuperables deben almacenar la informacin de estado de la
transaccin. Sin embargo, nicamente los procesos que gestionan datos de
aplicacin (como los gestores de recursos) deben almacenar descripciones de los
cambios efectuados en los datos. No todos los procesos que intervienen en una
transaccin distribuida tienen que ser recuperables. Por lo general, los clientes no
son recuperables ya que no interactan directamente con un gestor de recursos.
El protocolo de confirmacin de dos fases consta de dos fases: una de preparacin y
otra de resolucin. En todas las transacciones, un proceso acta como coordinador.
El coordinador inspecciona las actividades de los dems participantes en la
transaccin a fin de asegurarse de que el resultado es coherente.
En la fase de preparacin, el coordinador enva un mensaje a cada uno de los
procesos de la transaccin. Les pide que se preparen para la confirmacin. Cuando
un proceso se prepara, garantiza que puede confirmar la transaccin y realiza un
18
registro permanente de su trabajo. Tras garantizar que puede confirmar la

transaccin, ya no puede tomar la decisin unilateral de terminar anormalmente. Si
un proceso no se puede preparar (es decir, no puede garantizar que puede
confirmar la transaccin), debe terminar anormalmente.
En la fase de resolucin, el coordinador registra las respuestas. Si todos los
participantes estn preparados para la confirmacin, la transaccin se confirma; de
lo contrario, la transaccin se termina anormalmente. En cualquier caso, el
coordinador informa del resultado a todos los participantes. En el supuesto de una
confirmacin, los participantes reconocen que han confirmado la transaccin. Los
cambios de datos confirmados se establecen como permanentes. De este modo se
garantiza que una transaccin satisfactoria se visualiza como un cambio
permanente en una base de datos y sobrevive a los errores de hardware y
software.
Transacciones en CICS
En CICS, cada una de las interacciones del usuario con un sistema de informacin
empresarial representa una o varias transacciones (tal como se muestra en la
Figura 10). Una transaccin es un conjunto de operaciones que se debe ejecutar
como una unidad (aunque cada una de ellas puede ejecutarse en un proceso
distinto).
Figura 10. Una transaccin
En CICS, un grupo de operaciones relacionadas se denomina unidad lgica de trabajo

(LUW). Las LUW de CICS garantizan la integridad y coherencia de los sistemas de
informacin empresariales proporcionando las propiedades ACID (atomicidad,
coherencia, aislamiento y durabilidad).
Una transaccin puede constar de una o varias LUW, como se puede observar en
la Figura 11 en la pgina 20. Cuando una LUW se completa correctamente, emite
un punto de sincronizacin, que marca el final de la LUW. As se confirman los
cambios de datos efectuados en la LUW y se liberan los datos para que los utilicen
otras transacciones.
Si una tarea falla, los cambios sin confirmar se retrotraen automticamente. Con
esta operacin los recursos recuperables se restauran al estado coherente en que se
encontraban al principio de la LUW interrumpida (esto es, al ltimo punto de
sincronizacin o al inicio de la tarea). Este proceso de deshacer, denominado
restitucin dinmica de transacciones, se produce dentro de la misma tarea para
19
eliminar cualquier posibilidad de que otras tareas utilicen datos corruptos.
Figura 11. Transacciones y unidades de trabajo
Ciclo de vida de una transaccin CICS

En este apartado se ofrece una visin general del ciclo de vida de una transaccin.
El proceso de transacciones en CICS se ilustra en la Figura 12 y se describe en el
texto que figura a continuacin.
Figura 12. Proceso de transacciones en CICS
Cuando una aplicacin de usuario solicita una transaccin en CICS, la peticin se

pasa a una regin CICS, donde se procesar. Los pasos numerados siguientes se
corresponden con los nmeros de la Figura 12:
1. La regin CICS recibe una peticin de transaccin de una aplicacin de usuario.
(La regin primero debe verificar que puede comunicarse con el dispositivo del
usuario y que el usuario est autorizado para utilizar el sistema.)
20
2. La regin CICS busca informacin sobre la transaccin en su tabla de

definiciones de transacciones. (Para que se pueda utilizar una transaccin, antes
debe definirse con atributos como el nombre del primer programa que se
ejecutar cuando se solicite la transaccin.)
3. Si existe una definicin de transaccin, la regin CICS asigna la peticin a una
tarea que utiliza para controlar el proceso de los programas de la transaccin.
La regin planifica el proceso de la tarea con otras tareas y asigna el tiempo de
proceso y el acceso a los datos necesarios.
4. La tarea ejecuta el primer programa de la transaccin en un proceso
denominado servidor de aplicaciones. Si hay diversos programas que
implementan la transaccin, esto programas pueden ejecutarse en el mismo
proceso o en procesos distintos, segn la invocacin de los programas.
5. La regin CICS supervisa el progreso de la tarea y atiende sus peticiones de
datos, comunicaciones y otros recursos. Asimismo, efecta las operaciones en
segundo plano necesarias para asegurarse de que la tarea sigue ejecutndose
ptimamente, sin conflictos con otras tareas y con la integridad de los datos
precisa.
6. Una vez completada la tarea, la regin CICS confirma los cambios de datos
realizados, termina la tarea y libera los recursos para que los utilicen otras
transacciones.
Puede haber varias instancias de la misma transaccin ejecutndose al mismo
tiempo, en forma de tareas distintas.
Sistemas de proceso de transacciones

El proceso de transacciones recibe soporte de los programas denominados sistemas
de proceso de transacciones.
Los sistemas de proceso de transacciones ofrecen tres reas funcionales:
Funciones de ejecucin de sistemas
Los sistemas de proceso de transacciones proporcionan un entorno de
ejecucin que garantiza la integridad, disponibilidad y seguridad de los
datos. Asimismo, permite obtener un tiempo de respuesta breve y una
productividad de transacciones elevada.
Funciones de administracin de sistemas
Los sistemas de proceso de transacciones proporcionan el soporte de
administracin que permite a los usuarios configurar, supervisar y
gestionar los sistemas de transacciones.
Funciones de desarrollo de aplicaciones
Los sistemas de proceso de transacciones suministran funciones para
utilizar en las aplicaciones empresariales personalizadas, como las de
acceso a los datos, comunicaciones entre sistemas, y diseo y gestin de la
interfaz de usuario.
A continuacin se describen los servicios de un entorno de ejecucin de los
sistemas de proceso de transacciones:
v Planificacin y equilibrio de carga. Permiten controlar la velocidad y el orden en
que se procesan las tareas para dar los mejores tiempos de respuesta a las tareas
de prioridad superior y adaptarse a la disponibilidad de los servidores de
aplicaciones y otros recursos del sistema.
21
v Gestin de los recursos del sistema. Permite mantener una agrupacin de

recursos del sistema operativo que se utilizar para el proceso de transacciones,
la carga de programas de aplicacin, y la obtencin y liberacin de
almacenamiento.
v Supervisin. Permite supervisar el progreso de las tareas, suspender las que
esperan datos de entrada, ajustar las prioridades de las tarea y resolver los
problemas.
v Gestin de los datos. Permite obtener los datos que necesitan las tareas,
coordinar los gestores de recursos (por ejemplo, servidores de archivos y
servidores de bases de datos), bloquear los datos para actualizarlos y registrar
los cambios.
v Gestin de las comunicaciones. Permite supervisar las comunicaciones con los
usuarios y entre los servidores y otros sistemas, iniciar sesiones de
comunicaciones a medida que se precisan, gestionar el manejo y la conversin
de datos, y direccionar los datos al destino correcto.
v Gestin del tiempo. Permite gestionar el proceso de transacciones en relacin
con el paso del tiempo, iniciar tareas a horas predefinidas, registrar la fecha y la
hora de los sucesos en el disco, y controlar peridicamente parte del sistema
empresarial para proporcionar determinados grados de automatizacin.
En los apartados siguientes se describen los servicios de administracin de
sistemas y desarrollo de aplicaciones.

TXSeries for Multiplatforms es un sistema de proceso de transacciones que
proporciona los recursos de proceso de transacciones que permiten implementar
los programas de aplicacin como transacciones. Uno o varios servidores pueden
procesar al mismo tiempo el trabajo de muchos usuarios. TXSeries for
Multiplatforms ofrece a los usuarios un proceso aparentemente exclusivo de su
trabajo, con la seguridad de acceso, la fiabilidad de actualizacin de datos y otras
ventajas de las transacciones. Al proporcionar interfaces API estndar, oculta la
complejidad de los recursos de las aplicaciones de usuario.
En CICS, el sistema de proceso de transacciones se implementa desarrollando una
o varias regiones CICS, que son unidades administrativas individuales que admiten
varios programas de aplicacin simultneos.
Las regiones CICS llevan a cabo las acciones siguientes:
v Realizan el trabajo solicitado por uno o varios clientes. Por ejemplo, una
aplicacin de usuario que se ejecuta en una mquina (la mquina de cliente)
solicita que se realice un trabajo en otra mquina (la mquina de servidor).
Normalmente la regin o el servidor de aplicaciones accede a unos datos, les
aplica una lgica empresarial y responde al cliente. Este servicio se ofrece
ejecutando uno o varios programas en nombre de una transaccin.
v Mantienen y utilizan una agrupacin de procesos multihebra, cada uno de los
cuales proporciona un entorno completo para ejecutar una transaccin. En CICS,
estos procesos se llaman servidores de aplicaciones.
v Coordinan todos los recursos que necesitan los servidores de aplicaciones. Por
ejemplo, coordinan la seguridad de los servidores de aplicaciones, obtienen los
datos y el almacenamiento que necesitan, y registran sus transacciones. Entre
otras ventajas, se pueden utilizar diversas regiones CICS para ofrecer un entorno
de proceso de transacciones distribuidas con una productividad y una gestin de
la carga de trabajo mejores.
22
v Subcontratan mltiples servicios a otros servidores que pueden desempear

mejor el trabajo y proporcionar los servicios adicionales necesarios para el
proceso de transacciones integrado. Por ejemplo, pueden emplear archivos SFS
(servidor de archivos estructurados) o bases de datos DB2 para almacenar y
gestionar datos de usuario. Asimismo, suministran servicios de localizacin e
interfaz de gestores de recursos, registran los cambios de datos en curso y
coordinan la actualizacin de datos entre varios gestores de recursos.
Aplicacin de ejemplo en el entorno CICS

En este apartado se describe una aplicacin de ejemplo que se encuentra en un
entorno de proceso de transacciones.
La aplicacin de ejemplo es un sencillo sistema de entrada de pedidos, que admite
tareas de usuario tales como la consulta de detalles de los artculos de un catlogo,
la realizacin de pedidos de artculos y el envo de los artculos a los clientes. Para
hacer el pedido de un artculo, la aplicacin busca el artculo en la base de datos,
modifica el inventario y enva peticiones a las aplicaciones de facturacin y envo.
La Figura 13 muestra el diseo bsico de esta aplicacin.
Figura 13. Aplicacin de entrada de pedidos de ejemplo
Para hacer un pedido, un usuario interacta con el programa de entrada de

pedidos. Este programa realiza una llamada al programa de entrada de pedidos
principal para llevar a cabo las funciones de la aplicacin principal. Este programa,
a su vez, hace lo siguiente:
v Busca el artculo en un RDBMS local.
v Aade una peticin de envo a una cola central que no forma parte de la
aplicacin de entrada de pedidos. Un programa de envo central que tampoco
forma parte de la aplicacin de entrada de pedidos procesa esta cola.
v Enva una peticin de facturacin a un programa de facturacin central. Este
programa de facturacin central no forma parte de la aplicacin de entrada de
pedidos.
Todas estas operaciones son componentes de la misma unidad lgica de trabajo. Si
alguna operacin falla (por ejemplo, si no hay suficiente inventario para atender el
pedido), todos los cambios se restituyen y se indica al cliente que no es posible
hacer el pedido.
23
Otros programas colaboran con la aplicacin de entrada de pedidos pero no

forman parte de la aplicacin. Por ejemplo, la cola se procesa mediante un
programa de envo central independiente, y las facturas de cliente se procesan
mediante un programa de facturacin central independiente.
Entorno de sistemas de ejemplo

La aplicacin de entrada de pedidos y los programas asociados se implementan en
diferentes mquinas de cliente y servidor. La Figura 14 muestra el diseo bsico de
este entorno.
Cliente
Programa de
la GUI de
entrada de
pedidos
RDBMS
Programa
de cliente
Programa
principal de
la entrada
de pedidos
Elemento
de pedido
Poner en cola
peticin de envo
Comprobar/Disminuir
inventario
Programa de
inventario
Servidor
Cola de
envo
central
Programa
de envo
central
Gestor de
recursos
Servidor
Enviar
peticin de
facturacin
Servidor
Programa de
facturacin
local
PPC
Gateway
Producto
SNA
Programa de
facturacin
central
Servidor
sistema
principal
Figura 14. Entorno de sistemas de ejemplo
Para hacer un pedido, un usuario interacta con un cliente, que solicita que una
regin CICS lleve a cabo las funciones de la aplicacin principal. (La regin CICS
se puede ejecutar en la misma mquina o en otra distinta.) Esta regin CICS
ejecuta el programa de entrada de pedidos principal en uno de sus procesos de
servidor de aplicaciones. Para implementar el resto del sistema de entrada de
pedidos, la regin CICS:
v Se comunica con un gestor de recursos compatible con XA (inventario).
v Se comunica con un gestor de recursos compatible con XA (cola de envo).
v Ejecuta el programa de facturacin local en otro de sus servidores de
aplicaciones.
El programa de facturacin local enva peticiones de facturacin a un servidor de
sistema principal. Para ello, direcciona las peticiones mediante un servidor PPC
(Peer-to-Peer Communications) Gateway y, a travs de esa pasarela, mediante un
protocolo de arquitectura de red de sistemas (SNA).
En este ejemplo, puede observar lo siguiente:
v El programa de entrada de pedidos principal y el programa de facturacin local
se ejecutan en la misma regin CICS. Se pueden ejecutar en distintas regiones.
24
v El gestor de recursos de la cola y el servidor de envo se ejecutan en la misma

mquina; se pueden ejecutar en distintas mquinas. La regin CICS, PPC
Gateway y SNA se deben ejecutar en la misma mquina.
En un entorno CICS, el programa de entrada de pedidos se puede ejecutar en CICS
Universal Client, y los dems programas se pueden ejecutar en una regin CICS.
Las transacciones, los programas y otros recursos empleados por la aplicacin de
ejemplo estn predefinidos en la regin CICS, al igual que las identidades del
RDBMS, el gestor de recursos y otros recursos de la red.
Flujo de proceso de transacciones

En este apartado se describe el flujo de proceso de transacciones de CICS de la
aplicacin de entrada de pedidos y los programas asociados. La Figura 15 muestra
el flujo de proceso de la aplicacin de ejemplo.
Programa de la
GUI de entrada
de pedidos
12
Cliente
CICS
Definiciones de
recursos de ejecucin
Programas
1
2
12
Almacenamiento y
recursos
de tarea
11
Base de datos
relacional
Programa
principal de
la entrada
de pedidos
Tareas
7
8
Cola de
envo
central
10
Registro
del sistema
Gestor de
recursos
CICS
Programa de
facturacin
local
Figura 15. Flujo de proceso de CICS de la aplicacin de ejemplo
Para hacer un pedido, un usuario interacta con la interfaz grfica de usuario

(GUI) de entrada de pedidos en una mquina de cliente. Inicia el flujo de proceso
de transacciones. Los pasos numerados siguientes se corresponden con los
nmeros de la Figura 15:
1. El programa de interfaz grfica de usuario (GUI) realiza una llamada al
programa de cliente con una peticin de realizacin de un pedido. La peticin
identifica una transaccin que se debe ejecutar y pasa los parmetros
adecuados para la peticin.
2. El programa de cliente realiza una llamada a una regin CICS y pasa la
peticin desde la GUI.
3. La regin CICS verifica que el usuario est autorizado para hacer la peticin y
que el terminal del usuario est permitido. En caso contrario, el usuario no
podr utilizar el sistema de proceso de transacciones.
25
4. La regin CICS asigna una tarea para procesar la nueva instancia de la

transaccin y planifica la tarea para procesarla con otras tareas actuales. La
regin CICS procesa y supervisa la peticin de entrada de pedidos a lo largo
de la tarea.
5. La regin CICS inicia la tarea y obtiene el almacenamiento y dems recursos
del sistema operativo que necesita. Ejecuta el primer programa de la
transaccin, el programa de entrada de pedidos principal. El programa se
ejecuta en un servidor de aplicaciones que se toma de la agrupacin de ese
tipo de procesos del servidor.
6. El programa principal verifica y disminuye la entrada en la base de datos
relacional. La regin CICS y el RDBMS bloquean la entrada de la base de
datos para aislarla y que las dems transacciones no puedan actualizarla. Solo
esta transaccin puede actualizar la cuenta. La regin CICS registra el cambio
pero no lo confirma hasta que las operaciones de envo y facturacin se
completan correctamente.
7. El programa principal aade una peticin de envo a la cola de envo central.
La regin CICS registra el cambio pero no lo confirma hasta que la operacin
de facturacin se completa correctamente.
8. El programa principal invoca un programa de facturacin local para
direccionar una peticin al programa de facturacin central, que se ejecuta
como un programa remoto en un sistema principal. El programa de
facturacin local se ejecuta en un servidor de aplicaciones aparte.
9. El programa de facturacin local enva la peticin de facturacin a travs de
un servidor PPC Gateway (que utiliza SNA) al sistema principal. Espera la
respuesta (mientras tanto el programa principal puede desempear otro
trabajo) y, a continuacin, devuelve la respuesta al programa de entrada de
pedidos principal.
10. Una vez que ha accedido correctamente a la base de datos, ha enviado a la
cola la peticin de envo y ha procesado la peticin de facturacin, el
programa de entrada de pedidos principal ahora emite un punto de
sincronizacin. La regin CICS confirma y registra los cambios efectuados en
la base de datos, la cola de envo y los datos de facturacin. Con estas
acciones, los cambios se establecen como durables.
11. La regin CICS libera los recursos empleados para la peticin de entrada de
pedidos y pone el servidor de aplicaciones a disposicin de otras tareas.
12. La regin CICS devuelve un mensaje de ejecucin correcta al usuario
mediante el programa de cliente y la GUI de entrada de pedidos.
26
Captulo 4. Ciclo de vida y servicios de las regiones CICS

Este captulo contiene los temas siguientes:
v En el apartado Recursos y componentes de una regin CICS se describe la
composicin de una regin CICS.
v En el apartado Servicios generales de las regiones CICS en la pgina 33 se
describen los servicios que proporciona una regin CICS.
CICS controla el proceso de las transacciones de un sistema empresarial, aunque
las transacciones se ejecuten de manera simultnea en sistemas distintos y accedan
a los mismos datos. Los programas de aplicacin de usuario no tienen que realizar
las operaciones especializadas de planificacin y control de tareas, as como el
direccionamiento y el bloqueo de datos que requiere el proceso de transacciones.
Los servicios de proceso de transacciones permiten a los programas de aplicacin
concentrarse en la lgica empresarial y no en su implementacin. Las regiones
CICS implementan estos servicios con objeto de proporcionar a cada uno de los
usuarios una vista exclusiva del sistema de proceso de transacciones al tiempo que
garantizan la integridad de los datos y un rendimiento ptimo para un gran
nmero de usuarios simultneos.
En muchas ocasiones, los servicios que se utilizan para ejecutar las regiones CICS
son los mismos que se utilizan para procesar las transacciones del usuario.
Recursos y componentes de una regin CICS

Una regin CICS es un conjunto especfico de recursos que CICS controla como
una unidad. Un recurso CICS es cualquier funcin o componente de un sistema
CICS que es necesario para ejecutar una tarea. Los recursos de una regin son los
programas, los conjuntos de correlacin BMS (soporte de correlacin bsica), las
transacciones, los terminales, los archivos, las colas de datos transitorios, las colas
de almacenamiento temporal y los diarios. Una regin CICS est compuesta por
los componentes siguientes:
Bases de datos de definiciones de recursos
Cada recurso necesita una definicin de recurso para que CICS pueda
utilizarlo. Las definiciones de recursos permanentes definen el estado de una
regin y sus recursos al arrancarse en fro. Cada una de las mquinas de
una regin CICS puede iniciarse como una base de datos permanente de
definiciones de recursos de CICS. Las definiciones de recursos definen los
atributos de regiones CICS que se pueden iniciar, los recursos de la regin
y otras funciones que utilizan las regiones. Por ejemplo, una definicin de
regin define el nombre y los atributos de una regin CICS. Entre otros
elementos, define el nmero de servidores de aplicaciones con los que se
iniciar la regin CICS. Cada uno de los programas de usuario que puede
ejecutar la regin CICS se identifica con una definicin de programa
relacionada con la definicin de regin. Las definiciones de recursos
permanentes se crean antes de iniciarse la regin. Cuando la regin CICS
se arranca en fro, la regin carga las definiciones de recursos permanentes
que utilizar durante la ejecucin. Estas definiciones de recursos se
denominan definiciones de recursos de ejecucin.
27
Cada regin CICS se define (mediante una definicin de regin

permanente) con una lista de grupos de recursos con los que se puede
iniciar. Al iniciarse la regin CICS, las definiciones de recursos de los
grupos se cargan en la regin CICS como definiciones de recursos de
ejecucin. Las definiciones de recursos de ejecucin se cargan en una base
de datos de inicio automtico y una base de datos de ejecucin. Estas dos bases
de datos son una copia la una de la otra; la diferencia reside en que la base
de datos de ejecucin existe nicamente cuando se ejecuta la regin. Al
iniciarse la regin en caliente, la base de datos de ejecucin se carga de las
definiciones de recursos de la base de datos de inicio automtico. (Las
definiciones de la base de datos de inicio automtico representan las
definiciones de ejecucin que utilizaba la regin al detenerse; es decir,
proporciona un registro del ltimo estado de la regin.) La regin se
ejecuta desde la base de datos de ejecucin. Las definiciones de ejecucin
se pueden utilizar independientemente de sus definiciones de recursos
permanentes relacionadas. Por ejemplo, puede cambiar los atributos de
ejecucin de una transaccin sin afectar a su definicin de recurso
permanente.
Bibliotecas
La regin CICS se implementa en forma de diversos programas del sistema
y ejecuta programas de aplicacin de usuario, todos los cuales existen en
bibliotecas de la mquina. En Windows, se denominan bibliotecas de
enlace dinmico. En las plataformas UNIX, se denominan archivos
cargables. Los programas CICS se instalan en el procedimiento de
instalacin de TXSeries for Multiplatforms.
Servicios y subsistemas
Las regiones CICS y los servidores SFS se ejecutan como una categora
especial de programa. En AIX, esta categora recibe el nombre de
subsistema. Los subsistemas se controlan mediante el controlador de recursos
del sistema. En otras plataformas UNIX, el concepto de subsistema no existe
en el sistema operativo, y CICS emula la funcin del controlador de
recursos del sistema. En Windows, la categora recibe el nombre de servicio.
Los servicios se gestionan mediante el administrador de control de servicios de
Windows. Los programas que se ejecutan como servicios o subsistemas se
pueden ejecutar simultneamente.
Cuando se inicia una regin CICS, esta comienza un proceso de inicializacin; al
finalizar el proceso, la regin se encuentra en un estado de ejecucin. La Figura 16
en la pgina 29 muestra el estado de ejecucin de una regin CICS. El proceso de
inicializacin de una regin CICS se resume en el apartado Ciclo de vida de una
regin CICS en la pgina 31.
28
Definiciones
de recursos
de ejecucin
Definiciones
de recursos
permanentes
Bibliotecas
de enlace
dinmico
Sistema operativo
Regin CICS
Archivos
Cola de
trabajo
de la tarea
SNA
Programas
Definiciones
de transaccin
TCP/IP
Receptor
RPC
Definiciones de
recursos de ejecucin
Segmento compartido del sistema
Proceso de
supervisin
Proceso
principal
Gestor de
aplicaciones
Administrador
de servicios
de Windows XP
Segmento
compartido
de la tarea
Segmento de
datos del
proceso
Servidor de
aplicaciones
activo
CICS1
Pgm A
activo
Pgm B
activo
activo
Pgm C
activo
SFS X
Lista de servicios
Servicios de Windows XP
Figura 16. Mquina Windows con una regin CICS en ejecucin
Proceso principal
La funcin real de una regin CICS se controla por medio de un proceso
principal. El proceso principal coordina la ejecucin paralela de lo siguiente:
v Gestor de aplicaciones. El gestor de aplicaciones controla la creacin, la
ejecucin y la terminacin de los servidores de aplicaciones. Gestiona
una agrupacin de servidores de aplicaciones y mantiene el nmero de
servidores de aplicaciones disponibles entre unos valores mnimo y
mximo predefinidos. Supervisa una cola de memoria compartida para
29
ver si hay transacciones que deben iniciarse y transacciones nuevas en

espera de un servidor de aplicaciones disponible. Si hay un servidor de
aplicaciones disponible, el gestor de aplicaciones ejecuta la transaccin
en el servidor de aplicaciones. Si no hay ningn servidor de aplicaciones
disponible y no se ha alcanzado el nmero mximo, el gestor de
aplicaciones crea un nuevo servidor de aplicaciones para ejecutar la
transaccin. Si se ha alcanzado el nmero mximo de servidores de
aplicaciones activos la transaccin se coloca en cola, y el siguiente
servidor de aplicaciones libre la recupera automticamente.
v Escuchas. Un escucha detecta una peticin de transaccin de entrada y
coloca la peticin en una cola de memoria compartida que supervisa el
gestor de aplicaciones. Se puede configurar una regin CICS para que
ejecute diferentes tipos de escuchas: por ejemplo, los escuchas de las
peticiones locales de arquitectura de red de sistemas (SNA), TCP/IP,
RPC o de conducto especfico.
v Gestor de registro. El gestor de registro graba los datos de punto de
comprobacin en el registro de regin CICS. Los datos se utilizan para
minimizar el tiempo de reinicio y facilitar el diagnstico de los
problemas.
v Gestor de control de intervalos. El gestor de control de intervalos permite
iniciar las transacciones del usuario y del sistema a las horas
especificadas por el usuario. Al producirse una peticin de
desencadenante temporal, el gestor de control de intervalos la aade a la
cola de memoria compartida que supervisa el gestor de aplicaciones.
Memoria del sistema operativo
Una regin CICS en ejecucin es un rea de la memoria del sistema
operativo donde se han cargado (y ejecutado) los programas del sistema
CICS, con otra memoria asignada para el uso de la regin CICS.
Segmento compartido del sistema
Un segmento compartido del sistema almacena las definiciones de
recursos de ejecucin y la informacin necesaria para gestionar la
regin CICS. Son muchos los procesos de regin CICS que utilizan
estos datos, por lo que CICS sincroniza el acceso a los datos.
Segmento de texto compartido
Un segmento de texto compartido contiene las bibliotecas
compartidas del sistema que utiliza la regin CICS en ejecucin.
Puede contener el cdigo de las aplicaciones de usuario, si se ha
editado con enlaces correctamente; en caso contrario, este se
encuentra en el segmento de datos de proceso.
Segmento de datos de proceso
Un segmento de datos de proceso contiene los datos locales de un
servidor de aplicaciones (por ejemplo, los parmetros de entrada y
salida de todos los mandatos CICS emitidos por un programa de
aplicacin en ejecucin en el servidor de aplicaciones). Los datos
de aplicacin son privados (estn aislados de los dems programas
de aplicacin). De este modo el sistema es ms slido ya que un
programa de aplicacin anmalo no puede daar por error la
memoria de otro programa. Los programas de aplicacin que
utilizan esta memoria deben escribirse de modo que no superen los
lmites de sus propios datos, y los cambios efectuados en los
campos compartidos deben sincronizarse.
30
Segmento compartido de la tarea

Contiene los datos que comparten varios servidores de
aplicaciones.
Registro del sistema
La regin CICS registra en el registro del sistema todos los sucesos que se
producen durante su ejecucin. Por ejemplo, registra la conexin de un
cliente CICS con la regin CICS y el inicio de sesin de un usuario. El
registro del sistema (adems del registro de sucesos de Windows) puede
proporcionar informacin adicional sobre un problema con CICS. Por
ejemplo, el registro del sistema puede mostrar que haba en ejecucin una
transaccin que despus se ha terminado anormalmente por algn motivo.
Adems, cada uno de los servidores de aplicaciones tiene su propio
registro de sucesos que utiliza para recuperar su trabajo despus de una
anomala. Para obtener ms informacin, consulte el apartado
Recuperacin durante el reinicio en la pgina 32.
Nota: En los sistemas Windows, una regin CICS se ejecuta como un servicio de
Windows para sus propias funciones de proceso. Tambin utiliza otros
servicios Windows para sus servidores de aplicaciones. La regin CICS
comprende varios procesos internos supervisados por un proceso de
supervisin. El proceso de supervisin maneja todas las peticiones de servicio
Windows de inicio y conclusin de la regin CICS.
Ciclo de vida de una regin CICS

Este apartado facilita una visin general de lo que sucede durante el arranque y la
conclusin de una regin CICS. La informacin se basa en una regin predefinida
en la base de datos permanente CICS.
Cuando se inicia una regin CICS, se producen estas acciones:
1. Se crea el proceso principal de la regin CICS. Las acciones de inicializacin del
proceso principal dependen de si se ha solicitado un arranque en fro o
automtico.
En un arranque en fro, el arranque de la regin se produce sin tener en cuenta
las posibles actividades anteriores de la regin. CICS instala las definiciones de
recursos permanentes en las bases de datos de inicio automtico y ejecucin. En
el caso de un arranque automtico, CICS inicia la regin segn su estado en la
ltima conclusin. Se produce lo siguiente:
v Un arranque en fro, si no se ha iniciado la regin con anterioridad. Cuando
una regin se arranca en fro, CICS instala (copia) las definiciones
permanentes en las bases de datos de inicio automtico y ejecucin. Mientras
una regin CICS est en ejecucin, sta puede emplear los recursos definidos
en la base de datos de ejecucin.
v Un arranque en caliente, si la regin ha terminado con una conclusin normal.
Cuando una regin se arranca en caliente, la base de datos permanente no se
copia en las dos bases de datos. Por el contrario, CICS utiliza la definicin de
la instancia de CICS anterior (que ya est en la base de datos de inicio
automtico, que representa el ltimo estado de las definiciones de ejecucin).
v Un reinicio de emergencia, si la regin ha terminado con una conclusin
inmediata o anormal. Cuando una regin CICS efecta un reinicio de
emergencia, CICS tambin utiliza las definiciones de la base de datos de
inicio automtico. Tambin realiza el proceso de recuperacin tal como se ha
resumido en el apartado Recuperacin durante el reinicio en la pgina 32.
31
El proceso principal tambin obtiene la memoria del sistema operativo que

necesita.
2. El proceso principal inicia el escucha RPC y, si el sistema se ha predefinido
correctamente, uno o varios escuchas TCP/IP, el escucha SNA y el escucha de
conducto especfico (utilizado para los terminales 3270 locales en Windows
solamente).
3. El proceso principal crea los siguientes procesos de gestin:
v El gestor de registro, que abre el registro del sistema y espera una peticin
para grabar el primer punto de comprobacin.
v El gestor de aplicaciones, que crea el nmero mnimo de servidores de
aplicaciones predefinido en la definicin de la regin. Mantiene este nmero
mnimo mientras se ejecuta la regin CICS.
v El servicio de tiempo se inicia y espera la primera peticin temporizada.
4. La regin CICS ejecuta algunas transacciones CICS internas y graba un punto
de comprobacin en el registro del sistema.
La regin CICS est iniciada y puede ejecutar las transacciones del usuario. Si se
produce algn error al arrancar, el sistema genera un mensaje de error para que
pueda llevarse a cabo la accin adecuada.
Recuperacin durante el reinicio

Cuando se arranca una regin CICS tras una conclusin anterior, la regin CICS
efecta el proceso de recuperacin para restablecer el estado en que se encontraba
la regin al producirse la ltima conclusin. La regin CICS decide
automticamente si realiza un arranque en caliente (tras una conclusin normal) o
un reinicio de emergencia (tras una anomala del sistema). Puede forzar un
arranque en fro (en que el registro del sistema se restablece durante la
inicializacin), pero pueden surgir problemas de integridad de los datos (por
ejemplo, al haber transacciones en estado dudoso que no se recuperan).
Durante un reinicio, se utilizan los datos del sistema cargados en la memoria del
sistema operativo durante la ejecucin anterior. Por ejemplo, se utilizan los
recursos de la base de datos de inicio automtico (no se vuelven a cargar de la
base de datos permanente).
Para recuperar el estado de los recursos recuperables tras una anomala del
sistema, se necesita un registro externo de todas las tareas que deben volver a
realizarse. Para ello, CICS est configurado para tomar peridicamente puntos de
comprobacin de los estados de todos los recursos recuperables. Al reiniciar, CICS
lee el punto de comprobacin para restablecer los estados de los recursos
recuperables en el momento de grabarse el punto de comprobacin y, a
continuacin, procesa toda la informacin relevante que contiene acerca de la
regin. Se puede controlar la frecuencia con la que se toman los puntos de
comprobacin.
A continuacin se describe el procedimiento de reinicio de emergencia:
1. La regin CICS abre el registro del sistema maestro y crea una lista de
servidores de aplicaciones cuyos registros individuales indican transacciones en
estado dudoso.
2. Si los servidores de aplicaciones se han terminado sin problemas, la regin
CICS los inicia normalmente. En el caso de los servidores de aplicaciones con
transacciones en estado dudoso, la regin CICS inicia los servidores en la
modalidad de recuperacin y espera a que lean sus registros.
32
3. Cada uno de los servidores de aplicaciones con transacciones en estado dudoso

se abre y lee su registro para determinar la recuperacin necesaria, tal como se
indica a continuacin:
v No recupera las transacciones que estaban activas pero no se hallaban en
estado dudoso.
v En el caso de las transacciones que se encontraban en estado dudoso, la
accin depende del estado de la transaccin:
Si la transaccin est preparada y confirmada, el servidor de aplicaciones
espera a obtener respuestas de finalizacin de las transacciones
subordinadas. Estas respuestas se reciben y se registran.
Si la transaccin est preparada, el servidor de aplicaciones espera a
obtener un resultado del coordinador de la transaccin. Cuando llega el
resultado, se emprende la accin del resultado. Si se utilizan bases de
datos compatibles con X/Open XA, el resultado tambin se pasa a la base
de datos con el protocolo XA.
Una vez que el servidor de aplicaciones ha resuelto sus transacciones, sigue
funcionando con normalidad.
Servicios generales de las regiones CICS

Los procesos de la regin CICS colaboran con otros servidores, como los gestores
de recursos y los gestores de seguridad, para proporcionar un entorno de proceso
de transacciones integral. La regin reenva a otros servidores el trabajo que
pueden realizar mejor, pero ofrece otros servicios para coordinar las funciones de
los distintos servidores. Por ejemplo, pasa las peticiones de actualizacin de datos
a los servidores SFS y las bases de datos relacionales, pero ofrece servicios de
gestin de datos adicionales para asegurarse de que las actualizaciones estn
sincronizadas.
Las regiones CICS ofrecen los siguientes servicios generales de proceso de
transacciones:
v Gestin de tareas
Los servicios de gestin de tareas controlan la creacin, el proceso y la
terminacin de las tareas. Siempre que sea posible, la regin CICS proporcionar
los mejores tiempos de respuesta para las tareas ms importantes o urgentes.
Normalmente varias tareas compiten por el tiempo de proceso, por lo que la
regin CICS determina la prioridad. En cualquier momento puede haber
mltiples tareas que tengan que ejecutarse simultneamente y que necesiten
utilizar los mismos recursos. La regin planifica y asigna las tareas segn su
prioridad relativa y la disponibilidad de los servidores de aplicaciones y otros
recursos del sistema. As se controla la velocidad y la secuencia en que se
procesan las tareas, con lo que se minimizan las probabilidades de conflicto o
sobrecarga del sistema.
Como las transacciones normalmente no se procesan hasta el final en una nica
operacin ininterrumpida, la regin CICS calcula la prioridad varias veces
durante el tiempo de vida de una tarea. Por ejemplo, una tarea puede procesarse
hasta que necesita la informacin de un archivo o usuario. La regin CICS
suspende la tarea en espera de su entrada e inicia una nueva tarea en espera o
reanuda el trabajo de otra tarea suspendida.
Si desea controlar el nmero de tareas que se ejecutan a la vez en una regin
CICS, utilice las clases de transacciones. Puede asignar tipos concretos de
transacciones a una clase de transacciones determinada y limitar el nmero de
tareas que se pueden ejecutar para las transacciones de esa clase.
33
v Optimizacin del rendimiento

Las tareas del usuario (por ejemplo, aadir un empleado nuevo a un archivo de
nminas) suelen ser sencillas y no tardan mucho tiempo en ejecutarse. No
obstante, las tareas con frecuencia se interrelacionan y comparten los mismos
programas y datos. Adems, los usuarios desean obtener tiempos de respuesta
breves. Las regiones CICS permiten llevar a cabo las tareas de los usuarios con
la mxima eficacia al gestionar el uso del tiempo de proceso, los recursos y el
acceso a los datos del sistema operativo. Una regin CICS supervisa
continuamente el trabajo que debe realizarse, as como el estado y el
rendimiento del sistema operativo. Reenva la seleccin ptima de tareas al
sistema operativo y garantiza la mxima productividad. La carga de trabajo se
puede equilibrar entre varias regiones con objeto de mejorar an ms el
rendimiento global del sistema. Adems de supervisar y ajustar
automticamente las tareas y los recursos, las regiones CICS recopilan datos
sobre el rendimiento del sistema y suministran funciones e interfaces para su
adaptacin.
v Distribucin de la carga de trabajo
Puede distribuir las transacciones entre varias regiones CICS a fin de repartir la
carga de trabajo en esas regiones. Puede predefinir si una peticin de transaccin
debe atenderse localmente (en la regin CICS que ha recibido la peticin),
direccionarse a una regin remota especfica para ejecutarse en ella o
direccionarse dinmicamente a cualquier regin que pueda ejecutar la
transaccin.
v Gestin de programas
Los servicios de gestin de programas permiten asociar una tarea al programa de
aplicacin que debe realizarla. Aunque hay muchas tareas que necesitan utilizar
el mismo programa de aplicacin, el control de programas solo carga una copia
del cdigo en la memoria. Cada tarea recorre este cdigo independientemente,
por lo que muchos usuarios pueden ejecutar tareas al mismo tiempo utilizando
la misma copia fsica de un programa de aplicacin.
Si una tarea requiere un gran nmero de interacciones con el usuario (por
ejemplo, para la entrada de datos) normalmente se implementa como una serie
de programas que se ejecutan de manera secuencial y finalizan antes de que se
inicie el programa siguiente. Este mtodo se denomina programacin
seudoconversacional. Cuando finaliza cada uno de los programas, se muestra al
usuario una pantalla de entrada de datos. La regin CICS recuerda qu
programa debe ejecutar a continuacin para procesar la entrada, pero libera la
memoria utilizada por la tarea y el programa que ha finalizado. Si no hay
ninguna otra tarea que utilice ese programa, la regin tambin reutiliza la
memoria del programa. De este modo, mientras la regin CICS espera a que un
usuario especifique datos, se liberan los recursos del sistema que utilizarn otras
tareas. Sin embargo, el usuario desconoce la finalizacin del programa y puede
seguir comunicndose con el sistema, casi como si se tratara de una
conversacin.
v Gestin de los recursos del sistema
Una regin CICS libera a los programas de aplicacin de la responsabilidad de
tener que negociar con el sistema operativo para obtener y liberar recursos. Cada
tarea que se procesa utiliza ciclos del procesador, memoria del procesador para
los programas que ejecutan el trabajo y memoria para los datos del usuario y la
tarea. Necesita pequeas reas de memoria para clculos de anotacin temporal
de trabajo y, en ocasiones, requiere canales de comunicaciones de datos, archivos
de datos y bases de datos. Para todo ello, la regin obtiene los recursos
34
necesarios del sistema operativo. A continuacin, asigna los recursos a las tareas
que los precisan. Obtiene los recursos cuando las tareas finalizan el proceso o
liberan un recurso especfico.
Control del acceso a los datos y su actualizacin
Una regin CICS permite que muchos usuarios compartan los mismos datos.
Controla el acceso simultneo a los gestores de recursos, incluso entre distintas
mquinas y plataformas, y garantiza la integridad de las actualizaciones de
datos. Por ejemplo, sincroniza las actualizaciones, registra los cambios y recupera
las actualizaciones en estado dudoso. Tambin puede utilizar los servicios de
seguridad para cerciorarse de que solo pueden acceder a los datos y
actualizarlos los usuarios autorizados.
El control del acceso a los datos y su actualizacin que realiza una regin CICS
permite a los programas de aplicacin implementar la lgica empresarial sin
necesidad de cdigo para interactuar con los gestores de datos. Cuando el
programa de una tarea solicita datos, la regin CICS determina el gestor de
datos adecuado y recupera los datos para el programa. Cuando una tarea
finaliza, la regin libera los recursos asignados a la tarea para que otras tareas de
proceso de transacciones u otros programas puedan emplearlos.
Comunicacin de datos
A fin de que un gran nmero de usuarios puedan trabajar al mismo tiempo, una
regin CICS debe minimizar el tiempo de espera de los usuarios. Utiliza los
servicios de comunicacin de datos para reconocer el usuario que ha enviado un
mensaje determinado y enviar los datos al usuario correcto. La regin tambin
comprueba que los datos de visualizacin se envan de modo compatible con el
dispositivo del usuario. Para ello, la regin CICS supervisa todas las sesiones de
comunicacin con los usuarios, gestiona todo el manejo y la transmisin de
datos, y busca y libera memoria para los datos de trabajo.
Gestin de terminales
La gestin de terminales hace posible la independencia de los dispositivos que
permite a las aplicaciones comunicarse con todos los tipos de terminales de
modo estndar. La regin CICS consulta los dispositivos de los usuarios y
determina las caractersticas ptimas que se utilizarn para la salida de la
aplicacin. La regin puede emplear modelos para la eleccin de las
caractersticas y puede emplear definiciones de terminal para aplicar
caractersticas especficas a los dispositivos.
Gestin del tiempo
Los servicios de gestin del tiempo permiten a los programas iniciar y controlar
diferentes operaciones temporales (por ejemplo, iniciar una transaccin o tarea a
una hora concreta e indicar cundo ha transcurrido un perodo de tiempo
especfico). Estos servicios tambin permiten registrar en el disco los sucesos de
fecha y hora a efectos de contabilidad o para garantizar la integridad de los
datos, y permiten un cierto grado de automatizacin de la regin CICS.
Gestin de la seguridad
Una regin CICS proporciona seguridad frente al inicio de sesin no autorizado
e impide el uso de recursos individuales (programas, archivos, etc.) por parte de
todos los usuarios excepto unos usuarios especficos. Los servicios de gestin de
la seguridad facilitan los datos necesarios para las comprobaciones que realiza el
gestor de seguridad interno de CICS, un gestor de seguridad externo o ambos.
CICS suministra sus propios servicios de seguridad internos. Asimismo, ofrece
interfaces para paquetes de seguridad externos especiales a fin de gestionar
todos los aspectos de la seguridad del sistema. Los servicios de seguridad de
TXSeries for Multiplatforms se describen en el Captulo 7, Seguridad de CICS,
en la pgina 77.
35
v Gestin de recuperacin
Una regin CICS garantiza la coherencia del sistema empresarial y sus datos en
todo momento. Si sucede una anomala en una aplicacin o un sistema (por
ejemplo, si se produce un corte en el suministro y el sistema se apaga), la regin
puede volver a arrancarse automticamente (si es necesario) y recuperar todas
las tareas no finalizadas que estaban en curso en el momento de producirse la
anomala, incluidos los cambios efectuados en los datos. Si no puede confirmar
los cambios de los datos de una tarea, una regin restituye dinmicamente los
cambios hasta el ltimo punto coherente del sistema.
Los servicios de recuperacin del proceso de transacciones se basan en:
Unidades lgicas de trabajo (LUW) y puntos de sincronizacin
Proporcionan registros de los ltimos cambios confirmados que ha
efectuado una transaccin.
Registro de transacciones
Mientras una tarea est en curso, la regin CICS registra informacin
sobre los cambios que efecta en los datos recuperables. La informacin
registrada indica los cambios no confirmados que se han realizado en los
datos desde el ltimo punto de sincronizacin.
Restitucin dinmica de transacciones
Si una tarea no se ejecuta correctamente, la regin CICS utiliza su
informacin registrada, y la informacin que han registrado los gestores
de recursos, para deshacer los cambios de los datos sin confirmar. Con
esta accin se restauran los datos recuperables a su estado confirmado
anterior.
Diarios de usuario
Los diarios de usuario registran informacin sobre las funciones de
recuperacin que la regin CICS no proporciona, como una cola de
seguimiento de auditora. Puede escribir aplicaciones para utilizar
cualquiera de los diarios de usuario.
36

En este captulo se describen los recursos de gestin de datos de CICS.
Visin general de la gestin de datos de CICS

Los sistemas de proceso de transacciones permiten a los usuarios acceder de
manera oportuna, precisa y fiable a los datos (por ejemplo, a los datos de cuentas
de clientes). Evitan la prdida o el deterioro de los datos de las aplicaciones
empresariales con las tcnicas siguientes:
v Garantizando la integridad de los datos mediante el seguimiento de las
actualizaciones y la comprobacin de su confirmacin coherente en toda la red.
v Aportando fiabilidad mediante la actualizacin de los discos compartidos, la
disponibilidad de copias de seguridad de estos en caso de que resulten daados
y el pleno acceso a ellos en todo momento. Adems, el registro y el seguimiento
permiten que muchos usuarios puedan acceder a los mismos datos y
modificarlos simultneamente.
v Proporcionando flexibilidad en la distribucin de los datos. Las aplicaciones no
tienen que saber dnde se encuentran los datos; tan solo efectan simples
llamadas de obtencin de datos y los servidores averiguan dnde pueden
encontrarlos.
Los datos del usuario pueden hallarse en forma de archivos, colas y entradas de
base de datos. (Un sistema de proceso de transacciones tambin utiliza datos,
denominados datos del sistema, para controlar su funcionamiento.)
Para el acceso a los datos, la diferencia ms importante entre los datos
almacenados en una base de datos y los datos almacenados en archivos o colas es
la estructura que el gestor RDBM impone en los datos. Esta estructura determina la
interfaz de programacin de aplicaciones de los datos y el nivel de dificultad que
implica el almacenamiento y la recuperacin de los datos para una necesidad de
proceso especfica. Si los datos son complejos, la estructura puede ser la
consideracin primordial.
Una diferencia relacionada consiste en la ubicacin donde se almacena la
informacin de la estructura de los datos. En un sistema de gestin de bases de
datos (DBMS), la estructura lgica de los datos reside en el DBMS. La estructura
fsica tambin est ah, pero no est vinculada directamente con la estructura
lgica. Por lo tanto, la estructura fsica se puede modificar en buena medida sin
cambiar el cdigo de la aplicacin. En los archivos planos, la estructura lgica de
los datos est incorporada en los programas que los utilizan, y las estructuras
lgica y fsica coinciden.
Las diferencias de las funciones entre los DBMS y los mtodos de acceso a los
archivos tradicionales fuera de la interfaz de programacin de aplicaciones pueden
ser igual de relevantes. Los DBMS proporcionan servicios y programas de utilidad
para gestionar la recuperacin, el uso compartido y la distribucin que pueden ser
esenciales para una aplicacin. Si los datos son voluminosos, la recuperacin y
otras funciones de gestin pueden determinar la eleccin. Si es necesario distribuir
los datos, los recursos de gestin de los datos distribuidos pueden ser
fundamentales.
37
Uno o varios gestores de recursos pueden proporcionar los datos: por ejemplo, un
servidor de archivos estructurados (SFS), un gestor de bases de datos relacionales
(RDBM) como IBM Database 2 (DB2) o Microsoft SQL Server; o un gestor de colas,
como WebSphere MQ.
La Figura 17 lo ilustra.
Figura 17. Servicios de gestin de datos
TXSeries for Multiplatforms proporciona amplio soporte para archivos, colas y

bases de datos, tal como se indica a continuacin:
v Los archivos pueden ser de longitud fija o variable. Pueden ser secuenciales (de
secuencia de entrada), relativos (organizados por su nmero de ranura relativa)
o de clster (organizados en un rbol jerrquico e indexados con varios ndices).
Los archivos de clster (indexados) y secuenciales ofrecen un tipo limitado de
funciones de base de datos. Estos tipos de archivos se procesan mediante
servidores, que leen y graban los archivos definidos por el usuario, recopilan
estadsticas, obtienen almacenamiento dinmico para las operaciones de E/S y
gestionan los almacenamientos intermedios y bloques empleados. El mtodo de
acceso principal es una emulacin del VSAM (Virtual Storage Access Method)
estndar, que utilizan ampliamente los sistemas de proceso de transacciones.
v Las colas admiten la naturaleza dinmica del proceso de transacciones y ofrecen
flexibilidad en la creacin de aplicaciones.
En CICS las colas proporcionan soporte de anotacin temporal de trabajo,
comunicaciones asncronas entre las aplicaciones, proceso por lotes de
transacciones, almacenamiento de datos generales y muchas otras funciones.
v Las bases de datos ofrecen el mayor grado de independencia de los datos. Se
pueden compartir entre aplicaciones CICS y otros programas con igual libertad
tanto de acceso como de actualizacin y con plena integridad de la base de
datos. Las aplicaciones pueden acceder a las bases de datos directamente,
38
incorporando llamadas SQL al cdigo de la aplicacin, o indirectamente

mediante interfaces con los gestores de base de datos.
CICS tambin permite utilizar diarios, que son archivos especiales que permiten
registrar los datos necesarios para reconstruir sucesos o cambios de datos (por
ejemplo, una cola de seguimiento de auditora o ayuda para la recuperacin de
transacciones). Se puede utilizar el registro automtico de diario para los archivos
con objeto de grabar registros en un diario concreto si se lee un registro de
actualizacin, se aade un registro nuevo o se suprime un registro existente.
Los programas de aplicaciones que se ejecutan en CICS pueden acceder a los datos
incluidos en las bases de datos relacionales. Para acceder a esos datos, los
programas de aplicacin emiten llamadas SQL a la base de datos. CICS utiliza el
servicio TM-XA (Transaction Manager Service) subyacente para correlacionar los
sucesos de transaccin con las llamadas XA. TM-XA convierte toda la informacin
sobre el contexto y el mbito de las transacciones en las llamadas XA
correspondientes que enva al gestor de recursos XA (base de datos). Utiliza el
protocolo XA para comunicar los estados de preparacin, confirmacin y
terminacin anormal de las transacciones a los gestores de recursos que participan
en esas transacciones.
Archivos
Los datos de los archivos se organizan como un conjunto de registros. (Consulte la
Figura 18 en la pgina 40.) Un registro es un grupo de informacin relacionada que
tiene un tamao predefinido y un nmero y un diseo predefinidos de campos.
Cada uno de los registros de un archivo tiene el mismo nmero y diseo de
campos, que contienen partes concretas de la informacin del registro. Por ejemplo,
cada uno de los registros puede contener informacin sobre una cuenta bancaria,
con campos para el nmero de cuenta, el nombre, el saldo y otros detalles. La
disposicin de los registros de un archivo se denomina organizacin del archivo.
Un archivo tiene un ndice primario, que define la secuencia fsica de registros del
archivo. Un archivo tambin puede tener un nmero cualquiera de ndices
secundarios que proporcionan las secuencias alternativas en que es posible acceder a
los registros del archivo. Un ndice se puede visualizar como una lista de punteros
a los registros de un archivo, en que el ndice primario indica la secuencia real de
los registros, y cada uno de los ndices secundarios indica los punteros en otro
orden. Los programas de aplicacin pueden leer, actualizar, aadir, suprimir y
examinar los datos de los archivos locales o remotos.
Los servicios de archivo de TXSeries for Multiplatforms que proporciona SFS son
como los que proporcionan los conjuntos de datos VSAM (Virtual Storage Access
Method). Si pasa a una plataforma TXSeries for Multiplatforms desde una
plataforma CICS basado en sistema principal IBM, sus programas de aplicacin
pueden utilizar los mismos mandatos de acceso a archivos que para los conjuntos
de datos VSAM.
39
Figura 18. Servicios de archivo generales
Organizacin del archivo

Los servicios de archivo de TXSeries for Multiplatforms admiten lo siguiente:
v Registros de longitud fija y variable
v Varias vas de acceso al mismo archivo
v Grandes registros que pueden abarcar lmites del sistema (intervalos de control,
bloques de discos)
v Bloqueo a nivel de registro (o en el caso de VSAM, bloqueo del intervalo de
control)
Para poder utilizar un archivo, antes debe definirlo. Por ejemplo, CICS utiliza una
definicin de archivo para identificar el nombre y la ubicacin de un archivo, as
como para definir automticamente el archivo en el gestor de archivos adecuado.
La definicin de archivo tambin define la organizacin del archivo (sus registros e
ndices definidos en los trminos de los campos que lo componen).
Cada uno de los campos puede ser de longitud fija o variable. Un registro solo
puede tener un campo de longitud variable, que debe ser el ltimo campo del
registro.
Las tres organizaciones de archivos y sus trminos VSAM equivalentes son:
Secuencia de entrada
Conjunto de datos de secuencia de entrada (ESDS)
Relativo
Conjunto de datos de registro relativo (RRDS)
Clster
Conjunto de datos de secuencia de clave (KSDS)
40
ndice
primario
Registros
de datos
ndice
primario
Ranura
Lpez
Prez
Martnez
Registros
de datos
Lpez
La transaccin B
lee y actualiza
un registro
La transaccin A
aade un
nuevo registro
Clster (KSDS)
Relativo (RRDS)
Secuencia de entrada
(ESDS)
ndice
Registros
primario
de datos
La transaccin B
inserta un nuevo
registro
La transaccin A
aade un
nuevo registro
El gestor
de archivos
clasifica
registros
en funcin
del ndice
primario
Lpez
La transaccin A
aade un
nuevo registro
Figura 19. Organizaciones de archivos
Archivo de secuencia de entrada (ESDS)

Los registros de un archivo de secuencia de entrada se almacenan en el orden en que
se graban en el archivo. Los registros nuevos siempre se aaden al final del
archivo. Si se suprimen registros, el espacio de disco que estos utilizaban no se
reclama o reutiliza automticamente. Se puede reclamar reorganizando el archivo.
Los archivos de secuencia de entrada a menudo se emplean cuando se accede a los
registros siguiendo el orden cronolgico en que se han grabado (por ejemplo, los
archivos de registro y los archivos de cola de seguimiento de auditora). El ndice
primario, que se almacena aparte del archivo, indica los registros en el orden en
que se han aadido al archivo.
Los registros pueden ser de longitud fija o variable. Al actualizarse un registro
existente, el registro actualizado no puede tener una longitud superior a la original.
Archivo relativo (RRDS)

Un archivo relativo es una matriz de ranuras de longitud fija donde se pueden
almacenar registros. Se puede aadir un registro en la primera ranura libre
empezando por el principio del archivo, al final del archivo o en una ranura
concreta del archivo. Los registros pueden ser de longitud fija o variable hasta el
tamao de la ranura predefinido en el gestor de archivos. Puede actualizar o
suprimir cualquier registro. Si una ranura queda libre al suprimir un registro, se
puede reutilizar insertando otro registro en la ranura libre. El ndice primario
forma parte fsicamente de los datos del registro.
Clster (KSDS)
En un archivo de clster, cada uno de los registros se identifica mediante un campo
de clave en una posicin predefinida del registro. Las claves no tienen que ser
exclusivas. Los registros de un archivo se ordenan automticamente segn el valor
de las claves para agrupar los registros con claves idnticas y adyacentes. De este
modo se reduce el coste de bsqueda de rangos de registros.
41
Los registros de un archivo de clster no tienen un ndice numrico como los

archivos de secuencia de entrada y relativos. Puede basar el ndice primario en
cualquier campo o combinacin de campos. Los registros de un archivo de clster
se ordenan segn se especifica en el ndice primario. Al aadir o suprimir
registros, el gestor de archivos actualiza automticamente el ndice primario y, si es
necesario, mueve los registros para mantener la agrupacin en clster. El espacio
de disco que queda libre al suprimir registros se reutiliza automticamente.
ndices primarios y alternativos

El ndice primario de un archivo permite acceder a cada uno de los registros del
archivo mediante una clave primaria exclusiva. Tambin puede definir uno o varios
ndices alternativos, que permiten acceder al mismo conjunto de registros de modos
distintos. Por ejemplo, un archivo de personal puede tener un ndice primario que
utilice los nmeros de empleado exclusivos y un ndice alternativo que utilice los
nombres de los empleados. Posteriormente puede recuperar un registro con el
nmero de empleado o con el nombre del empleado.
Adicin de archivos a un servidor SFS

Para aadir archivos a un servidor SFS, puede aadir cada uno de los archivos
interactivamente o utilizar definiciones de archivo de esquema, tal como se indica a
continuacin:
v Si utiliza el mtodo interactivo (cicssdt) se le solicitarn los atributos necesarios
del archivo (por ejemplo, la organizacin del archivo y los nombres y tipos de
campos). Sin embargo, las definiciones de archivo no se almacenan por lo que
deber volver a especificarlas cada vez que desee realizar su adicin. Por
ejemplo, si un servidor SFS se arranca en fro, todos los archivos se eliminan y
deben volver a aadirse.
v Una definicin de archivo de esquema es un conjunto de especificaciones de
archivo e ndice que se puede reutilizar segn convenga para aadir archivos a
cualquier servidor SFS.
Colas
Las colas son recursos de almacenamiento secuencial, normalmente de tipo
transitorio por la naturaleza dinmica del proceso de transacciones. Por lo general,
se utilizan para procesar peticiones o para pasar datos de una transaccin a otra
como se muestra en la Figura 20 en la pgina 43. Por ejemplo, los datos que se
generan en una transaccin normalmente no se imprimen hasta mucho despus de
completarse la tarea; los datos esperan en una cola a que el programa de impresin
los procese cuando no tenga que realizarse otro trabajo ms urgente.
42
Figura 20. Uso general de las colas
Una cola es una secuencia de elementos de datos que se identifica mediante un

nombre simblico. Cada uno de los elementos contiene datos orientados a registros
de un tipo especfico de la aplicacin que los procesa. Los elementos de distintos
tipos pueden colocarse en la misma cola.
Para el tipo de cola general, las transacciones aaden (colocan en la cola) elementos
al final de la cola y suprimen (eliminan de la cola) elementos del principio de la cola
segn el orden FIFO (primero en entrar, primero en salir). Cada uno de los elementos
debe leerse de modo secuencial y, una vez ledo, debe eliminarse de la cola. Las
colas admiten varias peticiones simultneas de colocacin y eliminacin de
elementos en la cola, y aumentan o disminuyen de tamao en respuesta al
volumen de peticiones. Una transaccin puede mover elementos a otra cola para el
proceso alternativo.
Puede utilizar algunas colas de modo distinto (por ejemplo, como una anotacin
temporal de trabajo comn de los elementos que las transacciones graban,
actualizan, leen y suprimen). Tambin puede eliminar elementos de una cola en un
orden distinto del empleado para colocarlos en la cola.
Para poder utilizar una cola, antes debe definirla. Por ejemplo, CICS utiliza una
definicin de cola para identificar el nombre simblico y el tipo de una cola, as
como para definir la cola en el gestor de colas adecuado.
La Figura 21 en la pgina 44 muestra el uso de las colas para dar soporte a una
aplicacin empresarial de ventas por telfono. Cada uno de los agentes comerciales
ejecuta una aplicacin (en el servidor de transacciones A) y confirma las ventas a
los clientes en tiempo real con objeto de garantizar los tiempos de respuesta
crticos. Cada una de las transacciones aade los datos asociados a los pedidos de
ventas a las colas para procesarlos ms adelante. La tarea de procesar el pedido se
divide en las aplicaciones de facturacin, envo y actualizacin del inventario. Estas
aplicaciones se ejecutan aparte de la aplicacin de aceptacin inicial de pedidos en
forma de transacciones en el servidor de transacciones B. Estas transacciones
eliminan de las colas los datos que van a procesar.
43
Figura 21. Ejemplo de uso de las colas
CICS admite los tipos de colas siguientes:

v Colas de datos transitorios
v Colas de almacenamiento temporal en la pgina 47
Las colas de datos transitorios proporcionan las funciones de cola de carcter
general. Las colas de almacenamiento temporal normalmente se utilizan para las
operaciones compartidas de lectura, grabacin y actualizacin que ejecutan
diversas transacciones (por ejemplo, en forma de anotacin temporal de trabajo
para datos compartidos).
A continuacin se indican algunas de las principales diferencias entre los tipos de
colas:
v Las colas de datos transitorios deben definirse en una regin CICS antes de su
arranque. En cambio, las colas de almacenamiento temporal se pueden crear en
cualquier momento en que una aplicacin necesite grabar en una cola.
v Las colas de datos transitorios deben leerse de manera secuencial, y cada uno de
los elementos solo se puede leer una vez. (Despus de que una transaccin lee
un elemento, ese elemento se elimina de la cola y no est disponible para
ninguna otra transaccin.) En cambio, los elementos de las colas de
almacenamiento temporal se pueden leer de manera secuencial o directa. Se
pueden leer el nmero de veces que se desee y nunca se eliminan de la cola
hasta que se depura toda la cola.
Estas dos caractersticas hacen que las colas de datos transitorios no sean
adecuadas para los datos de anotacin temporal de trabajo, pero s para los datos
en cola como las colas de seguimiento de auditora y la salida de impresin. Para
los datos que se leen secuencialmente una sola vez, es preferible utilizar las colas
de datos transitorios a las de almacenamiento temporal.
Colas de datos transitorios

CICS ofrece los siguientes tipos de colas de datos transitorios, como se muestra en
la Figura 22 en la pgina 45.
v Destinos de datos transitorios de particin interna
v Destinos de datos transitorios de particin externa
v Destinos indirectos
44
Los programas de aplicacin pueden grabar, leer y suprimir datos de una cola de
datos transitorios, pero no pueden actualizar esos datos.
Iniciacin automtica de transaccin (ATI):
Transaccin C iniciada automticamente por
ms elementos que nivel desencadenante
de cola
Transaccin C
Cola de datos transitorios de particin interna:

Utilizada para pasar datos entre
transacciones en la misma regin CICS
Destino indirecto:
Datos direccionados a
cualquier destino de
datos transitorios por
simple cambio de la
definicin del destino
indirecto
Transaccin B
Transaccin C
Regin CICS Y
Transaccin A
Impresora
Regin CICS X
Cola de datos transitorios de particin externa:

Utilizada para pasar datos entre transacciones en
diferentes regiones CICS o enviar datos a dispositivos
de salida:
Figura 22. Colas de datos transitorios CICS
Destinos de datos transitorios de particin interna

Los programas de aplicacin utilizan destinos de particin interna para colocar en la
cola, en dispositivos de almacenamiento de acceso directo, los datos que deben
procesar otros programas que se ejecutan como tareas independientes dentro de la
misma regin CICS, como ilustra la Figura 23 en la pgina 46. Los datos que se
dirigen hacia o desde esos destinos internos se denominan datos de particin interna.
Los destinos de particin interna se utilizan habitualmente para la conmutacin de
mensajes, la distribucin de la salida a varios terminales y la colocacin en cola de
los datos para asignar la prioridad segn la llegada.
45
Figura 23. Colas de datos transitorios de particin interna CICS
Iniciacin automtica de transacciones (ATI): Los destinos de particin interna se

pueden predefinir con un nivel de desencadenante y una transaccin desencadenada.
Cuando el nmero de entradas del destino alcanza ese nivel, se inicia
automticamente la transaccin desencadenada.
Por lo general, la transaccin desencadenada procesa los registros de la cola. La
transaccin utiliza un recurso de principal para determinar cmo se ejecuta, tal como
se indica a continuacin:
v Archivo: la transaccin se ejecuta como tarea en segundo plano en la misma
regin CICS que se ejecuta la cola.
v Terminal: la transaccin graba en un terminal local o remoto.
v Sistema: la transaccin participa en una conversacin DTP (proceso de
transacciones distribuidas) con una transaccin de programa de fondo de otra
regin CICS.
Una vez vaciada la cola, se inicia un nuevo ciclo de ATI. Esto significa que se
planifica el inicio de una nueva tarea cuando se vuelva a alcanzar el nivel de
desencadenante especificado, tanto si la ejecucin de la tarea anterior ha finalizado
como si no.
Destinos de datos transitorios de particin externa

Los destinos de particin externa son colas que residen en cualquier archivo del
sistema de archivos (disco, cinta, etc.) y a las cuales pueden acceder los programas
de cualquier regin CICS. Los datos tambin se pueden direccionar a los
dispositivos de salida, como las impresoras. Estos datos de particin externa son, por
ejemplo, los datos de registro, las estadsticas y los mensajes de error de las
transacciones. En general, los destinos de particin externa se utilizan para
almacenar y recuperar datos fuera de la regin CICS y almacenar datos de entrada
a programas que no son CICS.
46
Regin CICS B
(u otro
sistema)
La transaccin B
elimina elemento
del principio de la cola
Registros de
longitud fija
Registros
terminados
Registros de
longitud variable
Transaccin B
Regin CICS A
Recuento de longitud
(dos bytes)
Impresora
Transaccin A
La transaccin A aade
elemento al final de la cola
(o al dispositivo de salida)
Datos
Cola de datos transitorios de particin externa:

utilizada por diferentes transacciones en
distintas regiones CICS
Byte de terminacin:
nueva lnea ASCII, nulo ASCII
o definido por el usuario
Organizacin lgica
Figura 24. Colas de datos transitorios de particin externa CICS
Los datos de particin externa consisten en registros secuenciales de longitud fija o

variable, segn se ha predefinido para el destino. La definicin de cola tambin
define la organizacin lgica (longitud y carcter de terminacin) de los registros
de la cola, como se muestra en la Figura 24. Los registros de longitud variable que
terminan con el carcter de lnea nueva ASCII son de especial utilidad para las
colas que contienen texto legible, ya que permiten visualizar o grabar el archivo
con los editores de texto convencionales.
Destinos indirectos
Los destinos de particin interna y particin externa pueden emplearse como
destinos indirectos para direccionar los datos a cualquier otro destino. Los
programas de aplicacin envan los datos al destino indirecto mediante su nombre
simblico original. La resolucin del nombre simblico se puede variar con solo
cambiar la definicin de cola del destino; no es necesario modificar las
aplicaciones.
Colas de almacenamiento temporal

Las colas de almacenamiento temporal normalmente se utilizan para las
operaciones compartidas de lectura, grabacin y actualizacin de datos que
ejecutan diversas transacciones (por ejemplo, en forma de anotacin temporal de
trabajo para datos compartidos).
47
Figura 25. Colas de almacenamiento temporal CICS
Como se puede observar en la Figura 25, las colas de almacenamiento temporal se

pueden emplear para almacenar datos en el almacenamiento principal del sistema
operativo, o en el almacenamiento auxiliar de un dispositivo de almacenamiento de
acceso directo. Por lo general, el almacenamiento principal se utiliza si se necesitan
pequeas cantidades de datos para breves perodos de tiempo; el almacenamiento
auxiliar se utiliza si los datos deben guardarse largos perodos de tiempo. Las
transacciones pueden grabar, actualizar, leer y suprimir datos en una cola de
almacenamiento temporal el nmero de veces necesario hasta que se suprime la
cola.
Las colas de almacenamiento temporal no estn predefinidas en una regin, sino
que se crean la primera vez que se graba en una cola con un nombre simblico
nuevo. Cualquier transaccin puede recuperar datos temporales utilizando el
nombre simblico asignado a la cola. Para hacer referencia a los elementos
concretos (registros lgicos) de una cola, se utilizan nmeros de posicin relativa.
Una cola de almacenamiento temporal con un solo registro se puede manejar como
una unidad de datos a la que se puede acceder con su nombre simblico (por
ejemplo, en forma de anotacin temporal de trabajo para varias transacciones). En
general, utilice colas de almacenamiento temporal de ms de un registro solo
cuando sea necesario el acceso directo o repetido a los registros; el control de los
datos transitorios ofrece recursos para manejar con eficacia los archivos
secuenciales.
Almacenamiento temporal recuperable

Los datos almacenados en el almacenamiento auxiliar recuperable se conservan al
terminar una regin CICS. Se pueden recuperar en un reinicio posterior. Los datos
almacenados en el almacenamiento auxiliar no recuperable solo se conservan al
realizar una conclusin normal, pero no al realizar una conclusin inmediata o en
caso de error del sistema salvo que se utilice una base de datos como gestor de
archivos. Los datos almacenados en el almacenamiento principal no se conservan
con ningn tipo de conclusin y, por consiguiente, no se pueden recuperar.
48
Una regin CICS puede suprimir automticamente las colas de almacenamiento

temporal a las que no se accede desde hace un nmero de das concreto. El
almacenamiento que ocupan estas colas se libera y vuelve a estar disponible.
Bases de datos relacionales

Los programas de aplicacin del usuario pueden acceder a los RDBM con
mandatos de lenguaje de consulta estructurado (SQL) incorporados. Tambin
pueden emplear los mandatos de la API de CICS para acceder a las colas y los
archivos almacenados en DB2 u Oracle. (Consulte la Figura 26.)
Figura 26. Servicios de bases de datos relacionales
Si utiliza la interfaz X/Open XA para las bases de datos relacionales habilitadas

para XA, la regin CICS, en lugar del RDBMS, coordina la actualizacin
transaccional de los datos. Por ejemplo, una regin CICS emite puntos de
sincronizacin para asegurarse de que se utiliza el protocolo de confirmacin de
dos fases para actualizar la base de datos relacional y la regin CICS. Las ventajas
consisten en que la regin CICS puede hacer lo siguiente:
v Implementar un proceso de confirmacin de dos fases
v Restaurar los recursos compartidos a un estado coherente tras una anomala
v Retrotraer las transacciones en caso de anomala en la primera fase de una
confirmacin de dos fases
CICS tambin proporciona un soporte de confirmacin de una fase optimizado que
mejora el rendimiento de las actualizaciones en DB2, Oracle, Sybase e Informix.
Las bases de datos habilitadas para XA admiten la interfaz X/Open XA, segn la
definicin del estndar X/Open DTP (X/Open Distributed Transaction Processing).
Este estndar define el concepto de un modelo funcional integrado por un
programa de aplicacin, gestores de recursos y gestores de transacciones. Para
obtener informacin sobre el estndar X/Open DTP, consulte X/Open Distributed
Transaction Processing Reference Model ISBN 1 872630 16 2.
49
Si el RDBMS que utiliza no es compatible con la interfaz X/Open XA, o no accede

a ese RDBMS con la interfaz XA, no puede utilizar la confirmacin de dos fases
entre los recursos coordinados por CICS.
DB2 admite el registro dinmico XA; esto significa que la regin CICS puede
utilizar un punto de sincronizacin en la base de datos cuando sta se actualiza
para una transaccin determinada. El registro dinmico puede reducir el tiempo
que se tarda en tomar un punto de sincronizacin cuando la ejecucin se realiza en
un entorno con diferentes gestores de archivos y bases de datos XA. Es de especial
utilidad si la mayora de las transacciones no necesita acceder a una base de datos.
Restricciones de SQL para las bases de datos relacionales no

habilitadas para XA
Si utiliza bases de datos relacionales no habilitadas para XA, los programas de
aplicacin deben emitir mandatos especficos para hacer lo siguiente:
v Conectar con el RDBMS antes de efectuar alguna llamada SQL y cerrar la
conexin con el RDBMS una vez realizadas todas las llamadas SQL. Una
excepcin es DB2, en que la primera sentencia SQL desencadena una conexin
con una base de datos definida por la variable de entorno DB2DBDFT. Esta
conexin se denomina conexin implcita.
v Confirme las actualizaciones de los recursos SQL en la base de datos y los
recursos CICS (o deje que CICS confirme sus recursos implcitamente al final de
la transaccin). Si una de estas actualizaciones se ejecuta correctamente mientras
que la otra no, deber corregir manualmente los dos sistemas para que sean
coherentes.
Uso de DB2 u Oracle para gestionar archivos y colas CICS

CICS puede almacenar archivos y colas (que utilizan los programas de aplicacin o
el sistema) en una base de datos DB2 u Oracle en lugar de un servidor SFS. Sin
embargo, tenga en cuenta los aspectos siguientes al utilizar una base de datos:
v Una regin CICS solo puede emplear una base de datos DB2 u Oracle para sus
archivos, pero puede emplear uno o varios servidores SFS para los archivos del
usuario. (La regin CICS tambin puede acceder a los archivos remotos
mediante otras regiones CICS.)
v Algunos recursos de manejador de archivos externos COBOL no estn
permitidos; por ejemplo, no puede combinar el acceso transaccional y no
transaccional a los archivos de una misma aplicacin.
v Los archivos no recuperables, las colas de almacenamiento temporal auxiliar no
recuperables y las colas de datos transitorios estn permitidos como archivos
recuperables en DB2 u Oracle. Los datos no se graban en un archivo o una cola
hasta que se toma un punto de sincronizacin, pero los datos se pueden
recuperar en caso de producirse anomalas.
v El conjunto de tipos de datos DB2 y Oracle al que puede acceder CICS es
limitado. Para las aplicaciones portables de la familia CICS, utilice tipos de datos
que no estn asociados a un juego de caracteres codificado.
v DB2 y Oracle pueden utilizar cualquiera de los espacios de tabla siguientes:
Espacio de tabla DMS (Database Managed Space), en que el gestor de base de
datos controla el espacio de almacenamiento.
Espacio de tabla SMS (System Managed Space), en que se utilizan las
llamadas del gestor de archivos del sistema operativo para controlar el
espacio de almacenamiento.
50
Utilice el espacio de tabla DMS con CICS porque, en general, proporciona un

mejor rendimiento que el espacio de tabla SMS.
Los programas de aplicacin pueden utilizar el acceso SQL a una base de datos
que tambin se emplea para la gestin de archivos y colas CICS.
Diarios
Un diario es un conjunto de archivos secuenciales con una finalidad determinada.
Los diarios pueden contener una parte o la totalidad de los datos que el usuario
necesita para reconstruir los sucesos o cambios de datos. Por ejemplo, un diario
puede actuar como una cola de seguimiento de auditora, un archivo de cambios
de las actualizaciones y adiciones de base de datos o un registro de las
transacciones que recorren el sistema (lo que con frecuencia se denomina registro).
Todas las tareas pueden grabar datos en el mismo diario.
Los diarios son fundamentales para la capacidad de recuperacin de las
transacciones. En concreto, CICS utiliza el diario del sistema para registrar el proceso
de confirmacin de transacciones y los datos de puntos de sincronizacin a fin de
que CICS pueda recuperar todos los recursos recuperables necesarios en caso de
producirse una anomala en CICS o en una transaccin.
Registros de diarios CICS

CICS puede grabar datos tanto en el diario del sistema como en cualquiera de sus
diarios de usuario. Cuando se crea un registro de diario, los datos se mueven al rea
de almacenamiento intermedio del diario. CICS obtiene y gestiona todo el espacio
del almacenamiento intermedio y todas las dems reas de trabajo necesarias para
las operaciones de diario. Un programa de aplicacin no necesita tener informacin
alguna sobre el diario; solo sabe el diario que debe emplear y los datos de usuario
que debe proporcionar para que se graben en el diario. Los registros de diario se
graban en las colas de particin externa con un formato de registro de longitud
variable.
Sincronizacin de la salida del diario

Cuando una tarea crea un registro de diario, la tarea puede esperar a que finalice
la salida. El programa de aplicacin puede cerciorarse de que el registro del diario
se ha grabado en el dispositivo de almacenamiento externo del diario antes de
continuar el proceso; se dice entonces que la tarea est sincronizada con la
operacin de salida.
El programa de aplicacin tambin puede solicitar la salida del diario asncrona.
De este modo se crea un registro de diario en un almacenamiento intermedio de
archivo del sistema operativo y, de manera opcional, se inicia la operacin de
salida de datos desde el almacenamiento intermedio hasta el dispositivo externo.
As, la tarea que realiza la peticin puede conservar el control y seguir con otro
proceso. La tarea puede esperar a que finalice la salida y realizar la verificacin (es
decir, realizar la sincronizacin) ms adelante.
51
Consideraciones sobre el uso compartido y la distribucin de los

datos
Con el hardware y el software actuales, la distribucin de datos entre varias
ubicaciones remotas resulta muy prctica. La distribucin permite disponer de los
datos localmente en los programas de aplicacin que ms los utilizan sin restringir
el acceso a ellos por parte de otros usuarios. No obstante, tambin introduce
problemas nuevos y ms complejos en trminos de uso compartido, integridad y
recuperacin. La posibilidad de que una aplicacin requiera datos distribuidos
afecta a las decisiones que debe tomar inicialmente.
Datos CICS locales y remotos

Los archivos y colas a los que accede directamente una regin CICS se definen
como locales en esa regin. Si se accede a los datos mediante otra regin CICS, se
definen como remotos. Una regin CICS enva una peticin de un recurso remoto a
la regin remota mediante el envo de funciones de CICS.
Habitualmente las aplicaciones estn diseadas para acceder a un recurso sin
conocer su ubicacin. Cada definicin de recurso indica si el recurso es local o
remoto y, si es remoto, la regin CICS a la que deben enviarse las peticiones de
envo de funciones.
Nota: tambin se utiliza una definicin de recurso en la regin CICS remota para
identificar el recurso remoto. Tambin puede especificar que est en otra
regin CICS. De este modo, las peticiones de envo de funciones se pueden
pasar de una regin CICS a otra varias veces. La aplicacin que efecta la
peticin sigue sin saber el direccionamiento remoto que se produce.
Si es necesario, los programas de aplicacin CICS pueden especificar una regin
CICS remota explcitamente al solicitar un recurso.
Integridad de los datos

La integridad de los datos es un problema con todos los datos compartidos. Cada
vez que un usuario actualiza datos, existe un peligro de integridad de lectura (es
decir, los datos pueden convertirse en obsoletos mientras otros usuarios los leen).
La integridad de lectura es crucial, por ejemplo, cuando un usuario lee los datos
del saldo de la tarjeta de dbito de un cliente para autorizar una compra de gran
volumen.
Si varios usuarios pueden actualizar los archivos, el peligro para la integridad de
los datos aumenta. Si dos tareas intentan actualizar el mismo artculo, estas pueden
interferirse, o una tarea puede solapar el cambio efectuado por la otra tarea si los
datos no reflejan ese cambio. CICS evita estos conflictos de actualizacin y las
actualizaciones perdidas implantando la integridad de grabacin.
La integridad de grabacin se puede conseguir serializando todas las
actualizaciones. El proceso de serializacin bloquea los datos cuando una tarea
expresa su intencin de actualizarlos y retarda todas las dems tareas que desean
actualizar los mismos datos. El proceso aplica el retardo hasta que el titular del
bloqueo actualiza los datos y libera el bloqueo. La integridad de lectura se
garantiza del mismo modo si tanto las operaciones de lectura como las de
actualizacin bloquean los datos. Sin embargo, los bloqueos suponen retardos y, en
consecuencia, la integridad de lectura plena normalmente es opcional.
52
Para que funcionen, un programa que controle todos los posibles usuarios de los
datos debe imponer los bloqueos. Los gestores de base de datos, los mtodos de
acceso, el supervisor del proceso de transacciones y el sistema operativo utilizan el
bloqueo para evitar conflictos entre los usuarios que controlan. Por ejemplo, entre
las tareas de una regin, CICS aplica la integridad de grabacin y, opcionalmente,
la integridad de lectura parcial.
En CICS, las unidades lgicas de trabajo (LUW) proporcionan la coherencia interna
de los datos necesaria al existir relaciones de proceso entre dos o ms elementos de
datos. Por ejemplo, puede emplearse una LUW para transferir dinero entre dos
cuentas bancarias y registrar la transferencia. La LUW garantiza que las tres
operaciones se ejecutan conjuntamente de modo que ambas cuentas contienen
informacin coherente que tambin coincide con el registro de transferencia.
Recuperacin
En un entorno de proceso de transacciones distribuidas, los recursos que actualiza
una tarea pueden pertenecer a varios gestores de recursos. En ese caso, una regin
CICS controla las acciones de recuperacin necesarias cuando una tarea falla en
una LUW. No obstante, estas son responsabilidad conjunta de todos los gestores de
recursos que intervienen. Por ejemplo, si utiliza una base de datos compatible con
XA, la regin CICS controla las acciones de restitucin de s misma (como gestor
de recursos) y del RDBMS. Asimismo, los datos pueden encontrarse en varios
servidores SFS y, aunque la regin CICS hace un seguimiento de los cambios
efectuados en los datos recuperables, cada uno de los servidores SFS realiza las
principales tareas de restitucin y recuperacin de los cambios anmalos.
53
54
Captulo 6. Comunicaciones CICS

En este captulo se describen los recursos de comunicaciones que utiliza TXSeries
for Multiplatforms.
Visin general de las comunicaciones CICS

Los usuarios interactan con TXSeries for Multiplatforms mediante clientes, que se
comunican con los servidores (regiones CICS) para los servicios de proceso de
transacciones. A su vez, los servidores pueden comunicarse entre s y con los
gestores de archivos o gestores de recursos (por ejemplo, los servidores SFS y
RDBMS) y otros sistemas para ofrecer una variada gama de servicios.
CICS gestiona todos los aspectos de las comunicaciones relacionados con los
usuarios y las aplicaciones de un sistema distribuido. Permite:
v Que varios usuarios accedan a CICS sin interferirse mutuamente. CICS se
asegura de que los datos se direccionan al usuario correcto en un formulario que
puede visualizarse en el dispositivo del usuario o que puede manejar el
programa de aplicacin del usuario.
v Que las funciones de CICS se distribuyan en varios servidores, al tiempo que se
ofrece un servicio ptimo a las aplicaciones empresariales.
v Que las comunicaciones entre servidores compartan datos, recursos y trabajo, lo
que mejora la flexibilidad del servicio empresarial y el uso de los recursos.
v Que los clientes (estaciones de trabajo de usuario y otros dispositivos) se
comuniquen con servidores de cualquier ubicacin, desde mltiples tipos de
dispositivos e Internet.
v Que otros sistemas (de proceso de transacciones y de no proceso de
transacciones) utilicen CICS y que, a su vez, CICS los utilice.
Las comunicaciones de un entorno CICS pueden emplear TCP/IP y SNA.
Cada uno de los servidores puede emplear varias sesiones de comunicaciones
paralelas con otros sistemas (clientes y servidores). El servidor supervisa la
actividad de todas las sesiones para comprobar que no queda ningn usuario a la
espera de acceder.
En una regin CICS, los servidores pueden utilizar diversos mtodos para
comunicarse con otros servidores, tal como se indica a continuacin:
v Pueden direccionar las transacciones a otros servidores, tanto predefinidos como
determinados dinmicamente.
v Pueden enviar las funciones que las transacciones han solicitado a otros
servidores.
v Pueden enlazar los programas de aplicacin a programas de otros servidores.
v Pueden iniciar transacciones en servidores remotos, para el proceso asncrono,
ante la peticin de transacciones locales.
Los servidores tambin se pueden comunicar mediante:
v APPC (comunicacin avanzada programa a programa) de alto nivel, que hace
posible la interoperatividad de los programas con otros programas APPC.
v Colas de mensajes, que proporcionan los productos WebSphere MQ.
55
Para que un sistema se pueda comunicar, primero debe identificar el sistema

remoto y despus debe establecer una conexin con ese sistema. CICS proporciona
servicios para identificar estos sistemas remotos.
Caso prctico de comunicacin de ejemplo

La Figura 27 muestra diversos sistemas TXSeries for Multiplatforms
intercomunicndose a travs de una combinacin de servicios de comunicaciones.
Figura 27. Red de comunicaciones de TXSeries for Multiplatforms
La regin CICS A central se comunica con:

v La regin B, la regin C y el servidor PPC Gateway mediante PPC Executive. El
protocolo empleado se denomina PPC TCP/IP.
v CICS Universal Clients y otra regin CICS en la red TCP/IP fuera de la
mquina. Se utiliza TCP/IP de la familia CICS para la comunicacin TCP/IP fuera
del servidor.
v CICS Universal Clients y algunas estaciones de trabajo APPC (comunicacin
avanzada programa a programa) en una red SNA (arquitectura de red de
sistemas). Se utiliza el soporte SNA y estos sistemas no admiten el nivel de
sincronizacin 2.
56
v Una regin CICS Transaction Server para z/OS en la red SNA. Se utiliza un
servidor PPC Gateway para dar soporte al nivel de sincronizacin 2 de SNA. La
comunicacin con el servidor PPC Gateway utiliza PPC TCP/IP.
Comunicacin con los usuarios

Los usuarios se comunican con los servidores a travs de los clientes. Los clientes
suelen ser productos destinados a establecer la comunicacin con los servidores y
proporcionar interfaces para los usuarios y sus programas de aplicacin. Los
clientes se ejecutan en distintas plataformas (por ejemplo, sistemas porttiles y
estaciones de trabajo de Sistemas abiertos).
Los usuarios pueden comunicarse con CICS mediante:
v CICS Universal Clients, que tambin permiten acceder a las regiones CICS desde
Internet. (Consulte los apartados Comunicacin con CICS Universal Clients en
la pgina 58 y Acceso a CICS a travs de Internet en la pgina 60.)
v Terminales locales TXSeries for Multiplatforms.
v Clientes Telnet con funciones de emulacin 3270 (consulte el apartado
Comunicacin con clientes CICS Telnet en la pgina 62).
Si tiene otros dispositivos para comunicarse con los usuarios, esos dispositivos se
conectan a CICS Universal Clients. Por ejemplo, se puede conectar un cajero
automtico a un cliente para proporcionar su interfaz de usuario para CICS. Del
mismo modo, se puede emplear una impresora conectada a un cliente para obtener
la salida de CICS.
La Figura 28 muestra los diversos mtodos de comunicaciones que utilizan los
clientes CICS. Tenga en cuenta que los terminales locales CICS utilizan conductos
especficos para la comunicacin en Windows solamente; en las plataformas UNIX,
los terminales locales utilizan RPCs e IPCs para la comunicacin.
Figura 28. Comunicacin entre los clientes CICS y una regin CICS
Interfaces de cliente CICS

Los CICS Universal Clients proporcionan las interfaces de usuario siguientes:
ECI (interfaz de llamada externa)
La ECI permite a un programa de aplicacin que no es CICS y se ejecuta
57
en la mquina de cliente, efectuar una llamada a un programa CICS de

manera sncrona o asncrona, como subrutina. Las aplicaciones de cliente
utilizan llamadas ECI simples para pasar bloques de datos a las regiones
CICS, sin que se precise ningn cdigo de comunicacin especial.
EPI (interfaz de presentacin externa)
La EPI permite a un programa de aplicacin que se ejecuta en el cliente
invocar una transaccin CICS en el servidor. La transaccin se ejecuta
como si se hubiera iniciado en un terminal 3270. La transaccin devuelve
una corriente de datos 3270 al cliente, que puede presentarla en una
interfaz grfica de usuario (GUI). Esta opcin permite utilizar tecnologas
como las interfaces grficas o multimedia con las aplicaciones CICS 3270
tradicionales sin cambiar las aplicaciones CICS.
Emulacin de terminal e impresora 3270
Esta emulacin permite a la estacin de trabajo de cliente funcionar como
terminal o impresora 3270. Las aplicaciones existentes se pueden transferir
al entorno de TXSeries for Multiplatforms (por ejemplo, desde regiones
CICS de sistema principal) sin modificaciones, siempre que los usuarios
tengan mquinas cliente que ejecuten el emulador 3270. El usuario de un
cliente CICS puede entrar cicslterm para establecer sesiones de emulacin
de terminal 3270. Esas sesiones de terminal 3270 pueden emplearse para
solicitar el inicio de las transacciones CICS y recibir la salida de corriente
de datos 3270 de las aplicaciones que se ejecutan en las regiones CICS.
Nota: cicslterm slo debe utilizarse para realizar pruebas de verificacin
de la instalacin. Para el resto de finalidades, se recomienda utilizar
el cicsterm que se suministra con CICS Universal Client (CUC).
Puede definir una impresora conectada al cliente para que las aplicaciones
CICS que se ejecutan en los servidores puedan enviarle la salida. Puede
dirigir la salida a una impresora fsica conectada, por ejemplo, en un
sistema Windows al puerto LPT1, o puede especificar un mandato para
procesar los datos en un formato ms adecuado para impresoras
especiales.
Los terminales locales de TXSeries for Multiplatforms proporcionan emulacin de
terminal 3270.
Comunicaciones de cliente con CICS de sistema principal

Los CICS Universal Clients pueden comunicarse directamente con CICS basado en
sistema principal IBM mediante APPC, normalmente a travs de una red de rea
local (LAN) y una pasarela SNA. En una LAN de IBM, la SNA que se ejecuta en la
mquina de pasarela proporciona los recursos de comunicacin de pasarela.
Tambin puede establecer la comunicacin entre un cliente CICS y CICS basado en
sistema principal IBM mediante una regin CICS intermedia con la que se conecta
el cliente. De este modo se utilizan los recursos de intercomunicacin de CICS que
se describen en el apartado Recursos de intercomunicacin de CICS en la pgina
72.
Comunicacin con CICS Universal Clients

Las regiones CICS pueden proporcionar recursos de proceso de transacciones para
varias estaciones de trabajo que ejecutan CICS Universal Clients. Los usuarios
pueden comunicarse con los clientes mediante las interfaces descritas en el
apartado Interfaces de cliente CICS en la pgina 57. Tambin pueden utilizar
58
CICS Transaction Gateway para acceder a Internet. En este apartado se describe

cmo los CICS Universal Clients se conectan y autentican en las regiones CICS,
adems de ofrecer una visin general de CICS Transaction Gateway.
Un cliente CICS puede comunicarse con varias regiones CICS. Un archivo de
inicializacin del cliente determina los parmetros de la operacin del cliente e
identifica las regiones asociadas y los protocolos empleados para la comunicacin.
Conexin y autenticacin de CICS Universal Clients

|
|
|
|
|
|
|
|
|
|
Las regiones CICS admiten las peticiones de CICS Universal Clients mediante los
procesos de escucha TCP/IP y SNA que se ejecutan en las regiones CICS (consulte
la Figura 28 en la pgina 57). El escucha se comunica con un proceso
correspondiente de la mquina de cliente e imita los flujos entre las regiones CICS.
(Para obtener ms informacin sobre los escuchas, consulte el apartado Escuchas
de CICS en la pgina 72.) Cuando un cliente CICS se conecta a una regin CICS,
el servidor instala automticamente una definicin de comunicaciones que identifica
el cliente CICS y otros atributos de comunicacin de ste. En el caso de una
peticin EPI, el servidor tambin instala una definicin de terminal que utiliza para
identificar las caractersticas de 3270 del cliente.
|
|
|
|
|
|
|
Para comunicarse con un servidor, un cliente primero se conecta al servidor o bien

explcitamente mediante una peticin (mandato) de conexin o bien implcitamente
cuando se enva una peticin ECI o EPI a un servidor desconectado. El cliente
identifica el servidor con los parmetros pasados en la peticin o a partir de su
archivo de los servidores a los que se puede conectar. Cuando se ha establecido
una conexin con un servidor, esta se utiliza para todas las comunicaciones
posteriores con el servidor, hasta que se termina la conexin.
El servidor puede requerir que el cliente especifique un ID de usuario y una
contrasea para establecer la conexin. En ese caso, el cliente puede obtener el ID
de usuario y la contrasea de cualquiera de los elementos siguientes:
v Su archivo de los servidores a los que puede conectarse. En ese archivo, el
administrador del cliente puede definir los ID de usuario y las contraseas por
omisin que se utilizarn para las conexiones con los servidores.
v Una entrada de usuario, que se solicita mediante un recuadro emergente que el
cliente visualiza si no se ha definido ningn valor por omisin para la conexin.
Los valores especificados se emplean para la conexin y se almacenan como
valores por omisin para las conexiones con el servidor.
|
|
|
Para mayor seguridad, un servidor puede requerir que los clientes especifiquen un
ID de usuario y una contrasea en todas las peticiones ECI o EPI que se realicen
para una conexin ya existente, tal como se indica a continuacin:
|
|
|
|
|
|
v Una aplicacin ECI puede tener codificados un ID de usuario y una contrasea.

En una peticin ECI, el cliente puede pasar automticamente esos valores al
servidor. Si los valores no son vlidos, se devuelve un error de seguridad a la
aplicacin ECI.
v En el caso de las peticiones EPI, no hay ningn recurso disponible para
proporcionar un ID de usuario y una contrasea automticamente.
v En el caso de las peticiones EPI, as como de las peticiones ECI sin un ID de
usuario y una contrasea vlidos, el cliente visualiza un recuadro emergente que
solicita al usuario que especifique valores nuevos. Esos valores se envan al
servidor y el cliente los almacena como valores por omisin de las conexiones
con el servidor.
|
|
|
|
|
59
Si no se especifica un ID de usuario y una contrasea vlidos, la peticin se

rechaza pero la conexin sigue vigente.
|
|
Protocolos de comunicacin de CICS Universal Client

Los clientes CICS pueden comunicarse con las regiones CICS mediante estos
protocolos:
v TCP/IP
v APPC
Segn la plataforma de cliente, los clientes CICS tambin pueden utilizar otros
protocolos para comunicarse con otros sistemas. Por ejemplo, los CICS Universal
Clients tambin admiten la comunicacin mediante TCP62.
Acceso a CICS a travs de Internet

Puede ofrecer acceso a CICS desde Internet mediante CICS Transaction Gateway.
Esta pasarela hace posible el acceso por Internet a las aplicaciones CICS 3270 ya
existentes y permite a un navegador web habilitado para Java o un sistema de red
descargar un applet Java y acceder a los datos y las aplicaciones CICS de manera
transparente.
CICS Transaction Gateway

CICS Transaction Gateway utiliza los protocolos de Internet estndar para permitir
el acceso por Internet a las funciones de transaccin de los servidores IBM CICS,
incluidos los servidores de transacciones CICS y los servidores TXSeries for
Multiplatforms. La pasarela permite a cualquier navegador web, sistema de red o
dispositivo de consumidor habilitado para Internet utilizar uno de los tres mtodos
posibles para acceder a las aplicaciones empresariales que se ejecutan en servidores
CICS:
v Navegadores HTML estndar. CICS Transaction Gateway convierte
automticamente las aplicaciones CICS 3270 existentes en HTML y las transmite
al navegador mediante HTTP. Tambin puede crear sus propios servlets Java que
presenten, en formularios HTML, la informacin de las aplicaciones CICS. El
cdigo HTML se personaliza segn es necesario.
v Navegadores web habilitados para Java. CICS Transaction Gateway proporciona
beans y clases Java que permiten escribir applets para acceder a las aplicaciones
CICS 3270 y a los programas CICS.
CICS Transaction Gateway incorpora CICS Universal Clients y est disponible en
las plataformas ms utilizadas.
Acceso a las aplicaciones 3270

Como ilustra la Figura 29 en la pgina 61, CICS Transaction Gateway ofrece una
interfaz entre un servidor web y las aplicaciones y los datos CICS. Esta interfaz
permite la conversin de las corrientes de datos 3270 al formato HTML (Hypertext
Markup Language) que utiliza la Web. Posteriormente, se puede acceder a la
aplicacin CICS desde navegadores web de distintas plataformas sin modificar el
navegador ni la aplicacin CICS.
60
Figura 29. CICS Transaction Gateway (navegador HTTP estndar)
CICS Transaction Gateway reside en la mquina del servidor web. Crea

dinmicamente las pginas web que contienen los datos CICS y los transmite al
navegador web.
CICS Transaction Gateway realiza la conversin automtica entre las corrientes de
datos CICS 3270 y HTML, mediante la interfaz EPI de CICS, que forma parte de
un cliente CICS. CICS Universal Clients proporcionan enlaces a las regiones CICS.
Para obtener ms informacin, consulte el apartado servicios de seguridad web
en la pgina 84.
Acceso a las aplicaciones CICS Java

CICS Transaction Gateway permite a las aplicaciones de cliente CICS escritas en el
lenguaje de programacin Java comunicarse con las regiones CICS. Ofrece una
interfaz de programacin de aplicaciones (API) que hace posible la conversacin
entre una aplicacin o un applet Java y una aplicacin de transacciones que se
ejecuta en una regin CICS.
CICS Transaction Gateway es una aplicacin Java que se ejecuta en la misma
mquina del servidor web que el cliente CICS. El acceso al servidor web y, por
consiguiente, a las aplicaciones CICS se realiza desde cualquier navegador
habilitado para Java como Netscape Navigator, o un sistema de red. Puede
observar una configuracin habitual con CICS Transaction Gateway en la Figura 30.
Sistema
de red
Regin
CICS
Servidor web
HTTP
Navegador
habilitado
para Java
CICS
Transaction
Gateway
Cliente
CICS
ECI
Mquina servidor Web

Figura 30. CICS Transaction Gateway (navegador habilitado para Java)
CICS Transaction Gateway consta de los componentes siguientes:

v La aplicacin Java suministrada.
v Una biblioteca de clases Java de CICS, que incluye dos clases que proporcionan
una API y se utilizan para comunicarse entre la aplicacin de pasarela Java y
una aplicacin o un applet Java.
61
La arquitectura multihebra de CICS Transaction Gateway permite gestionar un

gran nmero de enlaces de comunicaciones con los navegadores web conectados a
la vez y controlar las conversaciones asncronas con diversos sistemas de regin
CICS.
Comunicacin con clientes CICS Telnet

Un servidor Telnet CICS permite a los clientes Telnet conectarse a las regiones
CICS que se ejecutan en la mquina donde se ejecuta el servidor. Los clientes
Telnet estn disponibles en varios sistemas operativos, como Windows, z/OS, AIX
y otras plataformas de Sistemas abiertos.
Se inicia una instancia del servidor Telnet para cada conexin necesaria entre un
cliente Telnet y una regin CICS. Cuando hay disponible un servidor Telnet CICS,
un usuario solo necesita ejecutar un cliente Telnet para acceder a CICS. Con esta
operacin pueden mostrarse varias regiones CICS disponibles. Cuando el usuario
selecciona una regin, el cliente Telnet se conecta al servidor Telnet y solicita una
instalacin automtica del terminal. El usuario puede controlar la instalacin
automtica de un terminal pasando el nombre de red (o nombre de LU) del cliente
Telnet. El usuario puede ejecutar a continuacin las transacciones CICS con la
seguridad de la conexin Telnet. (Para obtener ms informacin, consulte el
apartado Consideraciones acerca de la seguridad para clientes Telnet CICS en la
pgina 84.) Cuando est en uso, una conexin Telnet CICS se representa en la
regin CICS con una definicin de terminal, que se instala automticamente al
establecerse la conexin.
Comunicacin con terminales CICS locales

Un terminal CICS local es un terminal 3270 administrativo que se ejecuta en una
mquina. Se puede utilizar para solicitar el inicio de las transacciones CICS y
recibir la salida de corriente de datos 3270 de las transacciones CICS y los
programas de aplicacin de usuario. Un CICS Universal Client puede proporcionar
recursos de interfaz de usuario ms avanzados.
Comunicacin mediante RPC

Las regiones CICS utilizan RPC para comunicarse con otras regiones CICS,
servidores SFS y servidores PPC Gateway.
Protocolos de red
Cuando dos sistemas se comunican, deben acordar qu conjunto de reglas van a
utilizar para interpretar los datos que se intercambian. Estas reglas se denominan
protocolos de red y se definen en una arquitectura de red. El protocolo de red
tambin define el formulario del proceso de acuse de recibo que utilizan las
transacciones de los dos sistemas que se comunican para garantizar la
sincronizacin de las actualizaciones de datos. El formulario de este acuse de
recibo depende de los niveles de sincronizacin que define la arquitectura de red de
sistemas (SNA) de IBM.
La intercomunicacin de TXSeries for Multiplatforms se basa en el protocolo SNA
LU 6.2, con frecuencia denominado APPC. CICS admite la intercomunicacin en
una red SNA entre una regin local y lo siguiente:
v Otras regiones de TXSeries for Multiplatforms
v Otros productos CICS como CICS/ESA
v Productos CICS Universal Client
v Aplicaciones de sistemas que admiten el protocolo SNA LU 6.2
62
Adems, CICS puede emular SNA LU 6.2 en redes TCP/IP. De este modo se
permite la conectividad en TCP/IP entre una regin local y lo siguiente:
v Otras regiones de TXSeries for Multiplatforms
v Productos CICS Universal Client
Comunicacin mediante conexiones TCP/IP

TCP/IP de la familia CICS
TCP/IP de la familia CICS admite los tipos de peticiones entre sistemas siguientes
entre regiones de TXSeries for Multiplatforms:
v Envo de funciones
v Direccionamiento de transacciones
v Enlace de programa distribuido (DPL)
v Proceso asncrono
El proceso de transacciones distribuidas (DTP) no est permitido.
CICS Universal Clients tambin pueden utilizar TCP/IP de la familia CICS para
conectar con una regin CICS. Cuando se efecta la primera peticin, se obtiene
una conexin TCP/IP entre los dos sistemas. Esta conexin sigue vigente mientras
ambos sistemas estn activos y puede transportar muchas peticiones entre sistemas
simultneas en ambas direcciones.
Una regin CICS puede aceptar conexiones TCP/IP en uno o varios puertos
TCP/IP de la mquina local y en uno o varios adaptadores de red TCP/IP. Esta
flexibilidad permite a una regin conectar con un gran nmero de regiones y
clientes remotos.
La Figura 31 en la pgina 64 muestra una regin de TXSeries for Multiplatforms
que utiliza TCP/IP de la familia CICS para comunicarse con un sistema CICS
OS/2 y un CICS Universal Client.
63
Figura 31. Comunicacin con soporte de TCP/IP de la familia CICS
Niveles de sincronizacin
Todas las peticiones entre sistemas de una conexin TCP/IP de la familia CICS
utilizan el nivel de sincronizacin 1 (synclevel 1). Los niveles de sincronizacin se
describen en el apartado Niveles de sincronizacin de SNA en la pgina 5.
PPC TCP/IP
CICS puede utilizar PPC TCP/IP para todos los tipos de intercomunicacin con
regiones CICS. Cuando se efecta una peticin entre sistemas, CICS consulta la
regin remota y se configura una conexin entre los dos sistemas. Esta conexin es
de uso exclusivo por parte de la peticin entre sistemas y se cierra al completarse
la peticin.
La Figura 32 en la pgina 65 muestra un PPC Executive que se utiliza para
interconectar regiones de TXSeries for Multiplatforms y una aplicacin que utiliza
el PPC Executive.
64
Figura 32. Comunicacin mediante CICS PPC-TCP
PPC TCP/IP admite los niveles de sincronizacin 0, 1 y 2. Para obtener ms
informacin sobre los distintos niveles de sincronizacin, consulte el apartado
Niveles de sincronizacin de SNA en la pgina 5.
Comunicacin en conexiones SNA

Las regiones CICS pueden comunicarse en SNA con cualquier sistema que admita
APPC (por ejemplo, CICS basado en sistema principal IBM y estaciones de trabajo
APPC).
TXSeries for Multiplatforms puede emplear estos dos mtodos de comunicacin
SNA:
v Soporte de SNA de CICS directamente, que admite los niveles de sincronizacin
0y1
v Un servidor PPC Gateway, que admite los niveles de sincronizacin 0, 1 y 2
Ambos mtodos admiten todos los recursos de intercomunicaciones de CICS con
otras regiones CICS, y DTP recibe soporte para las regiones que no son CICS.
Asimismo, CICS puede utilizar el soporte de SNA local para comunicarse con CICS
Universal Clients.
65
Uso del soporte de SNA de CICS directamente para comunicarse

en SNA
El uso del soporte de SNA directamente permite obtener la conectividad SNA ms
rpida que ofrece CICS. Permite a las aplicaciones CICS comunicarse con todos los
dems miembros de la familia CICS. Permite tambin a CICS Universal Clients
utilizar SNA para comunicarse con CICS.
La Figura 33 muestra cmo TXSeries for Multiplatforms utiliza el soporte de SNA
local para comunicarse con otras regiones CICS y con otras aplicaciones APPC. El
trmino estacin de trabajo APPC hace referencia a cualquier pequeo sistema que
ejecuta aplicaciones APPC.
Figura 33. Uso del soporte de SNA local para comunicarse en SNA
El soporte de SNA proporciona a las regiones CICS soporte para los niveles de
sincronizacin 0 y 1. Si necesita soporte para el nivel de sincronizacin 2, debe
utilizar un servidor PPC Gateway (consulte el apartado Uso de un servidor PPC
Gateway para comunicarse en SNA en la pgina 67). Para obtener ms
informacin sobre los distintos niveles de sincronizacin, consulte el apartado
Niveles de sincronizacin de SNA en la pgina 5.
66
Uso de un servidor PPC Gateway para comunicarse en SNA
Figura 34. Conexin de PPC Gateway con una red SNA
Como puede observarse en la Figura 34, CICS puede comunicarse con una red
SNA mediante un servidor PPC Gateway. Las comunicaciones con el servidor PPC
Gateway utilizan PPC TCP/IP, y el servidor PPC Gateway proporciona
comunicacin de nivel de sincronizacin 2 en la red SNA. De este modo las
aplicaciones pueden enviar o aceptar transacciones de otros sistemas que utilizan
LU 6.2, como CICS basado en sistema principal IBM y CICS/400. PPC Gateway
utiliza un mecanismo (denominado PPC Executive) para asegurarse de que la
semntica de las transacciones se mantiene intacta en los procesos distribuidos y
puede emular el protocolo APPC. El servidor PPC Gateway utiliza SNA para
conectar con los sistemas SNA remotos. SNA debe estar en la misma mquina que
la pasarela.
CICS es el nico supervisor del proceso de transacciones que puede realizar esta
funcin con el nivel de sincronizacin 2 e integrar de manera transparente el
entorno de proceso de transacciones de sistema principal con el entorno de
estaciones de trabajo distribuidas.
La Figura 35 en la pgina 68 muestra una regin de TXSeries for Multiplatforms
que utiliza el PPC Executive para conectarse con una mquina de servidor PPC
Gateway, que a su vez se conecta con una red SNA.
67
Figura 35. Uso de un servidor PPC Gateway para comunicarse en SNA
Una regin CICS puede utilizar varios servidores PPC Gateway. Si utiliza varios
servidores de pasarela, puede llevar a cabo las acciones siguientes:
68
v Repartir los enlaces de red de muchas mquinas remotas en ms de una

mquina de pasarela y, por consiguiente, en varias SNA.
v Introducir redundancia de modo que, si un servidor PPC Gateway falla, haya
otro disponible como reserva.
v Repartir la carga de proceso en varios servidores PPC Gateway.
Un servidor PPC Gateway dota a la regin CICS de soporte para los niveles de
sincronizacin 0, 1 y 2. Si solo precisa el nivel de sincronizacin 0 o 1, puede
emplear el soporte de SNA directamente sin PPC Gateway. Consulte la descripcin
correspondiente en el apartado Uso del soporte de SNA de CICS directamente
para comunicarse en SNA en la pgina 66. Para obtener ms informacin sobre
los distintos niveles de sincronizacin, consulte el apartado Niveles de
sincronizacin de SNA en la pgina 5.
Combinacin de los mtodos de comunicaciones

Puede combinar los mtodos de comunicaciones que se utilizan para conectar las
regiones CICS. Por ejemplo, una regin CICS puede comunicarse con otra regin
CICS mediante un mecanismo IPC, mientras tambin se comunica mediante SNA
con el soporte de SNA directamente y un servidor PPC Gateway. La Figura 36 en
la pgina 70 muestra una regin de TXSeries for Multiplatforms (A) que se
comunica con otra regin CICS (B) mediante PPC TCP/IP. La regin (A) tambin
se comunica en una red SNA con otro sistema CICS, algunas estaciones de trabajo
APPC y un sistema CICS Transaction Server para z/OS. Las comunicaciones con el
sistema CICS y las estaciones de trabajo utilizan el soporte de SNA directamente.
El soporte de SNA se utiliza directamente porque CICS y las estaciones de trabajo
APPC no admiten el nivel de sincronizacin 2. Las comunicaciones con CICS
Transaction Server para z/OS utilizan un servidor PPC Gateway dado que se
requiere el soporte del nivel de sincronizacin 2.
69
Figura 36. Comunicaciones con TCP/IP, un servidor PPC Gateway y SNA
En la Figura 37 en la pgina 71 puede ver otro ejemplo de combinacin de los

mtodos de comunicaciones. En este caso, una regin de TXSeries for
Multiplatforms se comunica en una red SNA con un sistema CICS, algunas
estaciones de trabajo y un sistema CICS Transaction Server para z/OS. Las
comunicaciones con el sistema CICS y las estaciones de trabajo utilizan el soporte
de SNA directamente. Sin embargo, las comunicaciones con CICS Transaction
Server para z/OS utilizan tanto el soporte de SNA directamente como un servidor
PPC Gateway. Con esta configuracin, las transacciones CICS que se comunican
70
con el sistema CICS Transaction Server para z/OS pueden utilizar el soporte de
SNA directamente para las peticiones del nivel de sincronizacin 0 y 1, y el
servidor PPC Gateway para las peticiones del nivel de sincronizacin 2.
Figura 37. Comunicaciones con un servidor PPC Gateway y SNA
Escuchas y recursos de intercomunicacin de CICS

CICS proporciona varios recursos de intercomunicacin para simplificar las
operaciones distribuidas en varias regiones CICS. La intercomunicacin CICS entre
una regin CICS y otra, y entre una regin CICS y un cliente se implementa
mediante escuchas.
71
Escuchas de CICS
Los escuchas se utilizan para supervisar la comunicacin de entrada y facilitar la
comunicacin de salida. Una regin CICS puede emplear los tipos de escuchas
siguientes:
v Un escucha TCP/IP se utiliza para las comunicaciones en una red TCP/IP.
v Un escucha SNA se utiliza para las comunicaciones con SNA.
v Un escuchas de conducto especfico se utiliza para las comunicaciones en conductos
especficos 3270, normalmente con terminales locales CICS (slo en Windows).
v Un escucha RPC se utiliza para las comunicaciones internas.
Las comunicaciones entre una regin CICS y un CICS Universal Client utilizan el
escucha TCP/IP o el escucha SNA, segn si los clientes se conectan mediante
TCP/IP o SNA.
Cada uno de los escuchas es un proceso multihebra que se inicia cuando se inicia
CICS. El nmero de hebras puede estar predefinido o lo puede determinar
automticamente la regin CICS al iniciarse. El escucha se comunica con un
escucha correspondiente en el otro sistema. En el caso de un cliente CICS, la
comunicacin con una regin CICS imita los flujos de escucha a escucha entre las
regiones CICS. Por ejemplo, los flujos que genera una llamada EPI son iguales que
los que se pasan entre las regiones CICS que participan en una operacin de
direccionamiento de transacciones. Los flujos que genera una peticin ECI son
iguales que los de una peticin DPL de CICS a CICS.
Una regin CICS necesita una definicin de comunicaciones en la base de datos de
recursos de ejecucin para cada uno de los sistemas remotos con los que se puede
comunicar. Si un cliente CICS se conecta a una regin CICS, la regin CICS instala
automticamente una entrada de definicin de comunicaciones.
Con TXSeries se proporciona un escucha CICS de ejemplo; para obtener ms
informacin, consulte la publicacin TXSeries for Multiplatforms Application
Programming Guide.
Recursos de intercomunicacin de CICS

CICS proporciona los siguientes recursos de intercomunicacin para simplificar las
operaciones distribuidas en varias regiones CICS:
Envo de funciones
El envo de funciones permite a un programa de aplicacin acceder a los
archivos, las colas de datos transitorios y las colas de almacenamiento
temporal de otra regin CICS. Cada peticin se enva por separado a la
regin CICS remota. Si una aplicacin necesita un gran nmero de accesos
a los datos remotos, puede ser mejor utilizar DPL o DTP. El envo de
funciones est disponible nicamente para acceder a los recursos CICS,
como archivos y colas. Para acceder a los datos que no son CICS de un
sistema remoto, debe utilizar otro mtodo.
Direccionamiento de transacciones
El direccionamiento de transacciones permite ejecutar una transaccin en
otra regin y visualizar su informacin en el terminal como si se ejecutara
en la regin local. Por lo tanto, el direccionamiento de transacciones es til
si todo el proceso de una transaccin se produce en un nico sistema
remoto.
72
Puede configurar una regin CICS para utilizar el direccionamiento dinmico

de transacciones, en que las transacciones se direccionan a cualquier regin
CICS segn criterios como, por ejemplo, la entrada de la transaccin, las
regiones CICS disponibles y la carga relativa de los sistemas disponibles.
Proceso asncrono
El proceso asncrono permite a una aplicacin iniciar una transaccin que
se ejecutar de manera independiente en otra regin CICS. La ejecucin
correcta o incorrecta de esta transaccin iniciada remotamente no afecta a
la aplicacin que la ha iniciado. Por consiguiente, el proceso asncrono
resulta de utilidad cuando no es necesario ni deseable mantener en espera
una transaccin local mientras se ejecuta la transaccin remota.
DPL
DPL permite a un programa de aplicacin CICS enlazar con un programa

que reside en otra regin CICS. DPL es de gran utilidad si una aplicacin
necesita efectuar un gran nmero de accesos a un recurso remoto, por
ejemplo, para examinar un archivo de una regin CICS remota. La
aplicacin local puede utilizar DPL para conectar con un programa que se
encuentra en la regin que tiene los datos, y para pasar los detalles del
registro necesario. El programa enlazado puede examinar el archivo y
devolver el registro necesario a la aplicacin local. En este caso, es mucho
ms eficaz el uso de DPL que el del envo de funciones para leer cada uno
de los registros remotamente. Sin embargo, si las transacciones deben
transferir grandes cantidades de datos entre dos regiones CICS, puede
interesarle utilizar DTP.
DTP
DTP es el recurso de intercomunicacin ms flexible. Permite a dos

aplicaciones que se ejecutan en sistemas distintos pasarse informacin. Los
mandatos utilizados se correlacionan con los verbos de conversacin
correlacionados por LU 6.2 que estn definidos en la SNA. Las aplicaciones
pueden enviar los datos necesarios en cualquier momento del proceso. No
obstante, este mtodo es el ms complejo de usar ya que la aplicacin es la
encargada de configurar la comunicacin con el sistema remoto, enviar y
recibir los datos y, por ltimo, cerrar la comunicacin al finalizar.
DTP es el nico recurso de intercomunicacin de CICS que se puede
emplear para comunicarse con aplicaciones que no son CICS. Las
aplicaciones que no son CICS deben utilizar el protocolo APPC.
Seguridad de la comunicacin
Cuando dos sistemas se comunican, es importante cerciorarse de que los sistemas
se comunican a travs de un canal seguro y que los recursos solo se comparten con
usuarios que tienen autorizacin para acceder a ellos.
La intercomunicacin de CICS proporciona extensiones de seguridad de CICS para
una regin autnoma con objeto de permitir realizar comprobaciones de seguridad
de las peticiones entre sistemas. El sistema que recibe la peticin realiza las
comprobaciones de seguridad de la intercomunicacin de CICS.
Las funciones de TXSeries for Multiplatforms que verifican la seguridad de las
comunicaciones son una extensin de las funciones generales de seguridad que
utiliza cada uno de los distintos sistemas. Para obtener ms informacin sobre las
funciones generales de seguridad de CICS y las funciones de seguridad que se
utilizan para la seguridad de las comunicaciones, consulte el Captulo 7,
Seguridad de CICS, en la pgina 77.
73
Comprobacin de la integridad de los datos con soporte de

sincronizacin
TXSeries for Multiplatforms utiliza un formulario de proceso de acuse de recibo para
superar las anomalas del sistema o la red que pueden afectar a las actualizaciones
de datos en un entorno distribuido. En el caso de una peticin de actualizacin de
datos remotos, se ejecuta una transaccin en cada uno de los sistemas que
intervienen. Se emplea un formulario de acuse de recibo adecuado para que los
sistemas estn seguros de que ambas transacciones han llevado a cabo sus tareas
correctamente. El formulario de este acuse de recibo depende de los requisitos de
la aplicacin y utiliza los tres niveles de sincronizacin que define SNA. (Estos
niveles de sincronizacin se resumen en el apartado Niveles de sincronizacin de
SNA en la pgina 5.)
Cuando dos sistemas SNA establecen un contacto por primera vez, acuerdan el
nivel de sincronizacin mximo que utilizarn. Posteriormente el sistema o el
programa de aplicacin determina el nivel de sincronizacin de cada una de las
tareas.
Uso de los niveles de sincronizacin por parte de CICS

Si el sistema remoto y la red de comunicacin lo permiten, CICS utiliza los
siguientes niveles de sincronizacin en SNA y TCP/IP:
v Nivel de sincronizacin 2 para las peticiones de envo de funciones, proceso
asncrono y DPL a un sistema remoto
v Nivel de sincronizacin 1 para las peticiones de direccionamiento de
transacciones a un sistema remoto (porque no actualizan datos recuperables en
la regin local)
v Nivel de sincronizacin 2 para las peticiones de direccionamiento de
transacciones recibidas de CICS Transaction Server para z/OS y los sistemas
CICS basado en sistema principal IBM anteriores
DTP utiliza el nivel de sincronizacin solicitado en el mandato empleado para
conectar los dos sistemas.
Sincronizacin de CICS y estado dudoso

La intercomunicacin que utiliza el nivel de sincronizacin 2 utiliza una
confirmacin de dos fases. Una confirmacin de dos fases es un proceso que consiste
en coordinar los cambios que se realizan en los recursos recuperables cuando una
transaccin utiliza varios gestores de recursos. En la primera fase, se pide a todos
los gestores de recursos que preparen su trabajo; en la segunda fase, se les pide
que ejecuten una confirmacin o una restitucin (retrotraccin).
En el proceso de una confirmacin de dos fases de una transaccin, puede
producirse un error de la conexin o del sistema. Algunos errores hacen que la
transaccin espere o bien a que el usuario resuelva el error o bien a que lo corrija
la transaccin. De estas transacciones se dice que se encuentran en estado dudoso.
Con CICS, si no desea que la transaccin espere a que se corrija el error, puede
depurar la transaccin y hacer que CICS confirme o restituya los cambios
efectuados por la transaccin antes de producirse la espera.
74
Conversin de datos entre EBCDIC y ASCII

Algunos de los sistemas con los que se puede conectar una regin CICS almacenan
los datos con otras codificaciones de caracteres. Por ejemplo, en un sistema CICS
basado en sistema principal IBM los datos se guardan en formato EBCDIC
(Extended Binary-Coded Decimal Interchange Code) y en un sistema TXSeries for
Multiplatforms se guardan en formato ASCII (American Standard Code for
Information Interchange).
Si se transfieren datos entre dos sistemas, tal vez sea preciso realizar una
conversin del formato que utiliza el sistema de envo al formato que utiliza el
sistema de recepcin. CICS convierte algunos datos, como los nombres de archivo
de las peticiones de envo de funciones, sin la configuracin del usuario. Para otros
datos, como los registros de archivo, el usuario puede definir los tipos de
conversin que se deben aplicar a los campos especificados de los registros de
datos. Existen programas de salida y programas de conversin que el usuario
puede sustituir.
75
76
Captulo 7. Seguridad de CICS

Es necesario proteger un sistema de informacin empresarial tanto para impedir el
uso no autorizado del sistema como para comprobar que los usuarios acceden
nicamente a los recursos permitidos. TXSeries for Multiplatforms protege los
sistemas, las transacciones, los datos y dems recursos que utilizan las aplicaciones.
Los conceptos generales de seguridad de TXSeries for Multiplatforms se muestran
en la Figura 38.
Figura 38. Conceptos generales de seguridad
CICS suministra sus propios servicios de seguridad internos. Estos servicios

pueden emplear gestores de seguridad externos desarrollados por el usuario o
proporcionados por proveedores para mejorar la seguridad interna de CICS o
sustituirla. Adems, las estaciones de trabajo de cliente pueden aportar ms
seguridad mediante recursos de seguridad estndar como los servicios de
seguridad web.
Para empezar a utilizar un sistema, un usuario proporciona un identificador de
usuario (ID de usuario) y una contrasea para demostrar la identidad del usuario al
sistema. Este proceso, que puede ser automtico (y ocultarse al usuario), se
denomina autenticacin.
Tras la autenticacin, los usuarios todava necesitan un permiso para acceder a los
recursos del sistema. El proceso de comprobacin de los permisos para acceder a
un recurso recibe el nombre de autorizacin.
Servicios de seguridad de CICS

Cada regin CICS autentica los usuarios y la comunicacin de entrada, y autoriza
el acceso a los recursos de ese sistema. El servicio de seguridad que proporciona
una regin CICS consta de servicios de autenticacin y autorizacin. Puede mejorar
los servicios de autorizacin o sustituirlos mediante un gestor de seguridad
externo (ESM) que se invoca desde CICS. Del mismo modo, puede mejorar los
servicios de autenticacin o sustituirlos mediante un gestor de autenticacin
externo (EAM) que se invoca desde CICS.
La autenticacin de CICS depende de las definiciones de usuario que contienen los
elementos siguientes:
77
v Base de datos de ejecucin de CICS

v EAM, que permite autenticar el inicio de sesin y la contrasea del usuario
desde un origen de autenticacin externo, como Windows Active Directory,
RACF o LDAP
La autorizacin de CICS depende de las definiciones de usuario y los atributos de
otras definiciones de recursos que contienen los elementos siguientes:
v Base de datos de ejecucin de CICS
v ESM
Autenticacin de los usuarios de CICS mediante un ID de

usuario y una contrasea de CICS
Para las peticiones de trabajo de entrada, una regin CICS puede comprobar los ID
de usuario y las contraseas de usuario a fin de realizar la autenticacin bsica de
los usuarios. Este proceso de inicio de sesin, que se ilustra en la Figura 39, se puede
mejorar con un ESM que se invoca desde regin CICS. El servidor registra todos
los intentos de inicio de sesin fallidos.
Nota:
1. una regin CICS no tiene que autenticar usuarios. Puede utilizar la
comprobacin de las autorizaciones y las comunicaciones seguras, o
ejecutarse sin seguridad (por ejemplo, en una regin CICS de desarrollo
autnoma).
2. Se puede utilizar una contrasea con una combinacin de maysculas y
minsculas para:
|
|
v La autenticacin del usuario de CICS que se realiza comprobando las

credenciales de las Definiciones de usuario (archivo de stanza UD).
v La autenticacin del usuario de CICS realizada mediante un Gestor de
autenticacin externo (EAM).
|
|
|
|
Figura 39. Autenticacin de los usuarios de CICS mediante un ID de usuario y una

contrasea de CICS
La autenticacin de CICS funciona tal como se indica a continuacin:

1. Para iniciar la sesin en una regin CICS con un ID de usuario especfico, el
usuario debe especificar un ID de usuario y una contrasea vlidos.
2. Cuando la regin CICS recibe una peticin de inicio de sesin, comprueba que
el ID de usuario del usuario est definido en la base de datos de ejecucin y
que la contrasea del usuario coincide con el valor almacenado. Varias sesiones
con un servidor pueden emplear el mismo ID de usuario de manera
simultnea. CICS no comprueba si un ID de usuario determinado ya est en
uso.
78
3. Si un usuario accede a CICS sin iniciar la sesin, se utiliza un ID de usuario

por omisin para proporcionar la autorizacin mnima para ejecutar
transacciones.
4. En el caso de los emuladores de terminales 3270 locales (conectados
directamente a una regin CICS), los usuarios inician la sesin en CICS con el
ID de usuario por omisin.
5. Una vez iniciada la sesin en una regin CICS, un usuario puede utilizar la
transaccin CESN para cambiar el ID de usuario y la contrasea. El nuevo ID
de usuario y su autorizacin siguen asociados a esa sesin hasta que el usuario
finaliza la sesin o cambia a otro ID de usuario.
6. Los usuarios que acceden a una regin CICS desde un CICS Universal Client
pueden especificar un ID de usuario y una contrasea automticamente e
iniciar as la sesin en CICS sin necesidad de realizar ninguna otra accin.
Consulte la descripcin de este proceso en el apartado Conexin y
autenticacin de CICS Universal Clients en la pgina 59.
Uso de un gestor de autenticacin externo para la

autenticacin de CICS
Los administradores pueden utilizar un gestor de autenticacin externo (EAM) en
lugar de, o adems de, la autenticacin de usuarios de CICS que utiliza las
definiciones de usuario de la base de datos de ejecucin de CICS. El EAM es un
programa suministrado por el usuario. Permite a los usuarios de CICS autenticarse
mediante un ID de usuario y una contrasea definidos en un origen externo. Ese
origen externo puede ser Windows Active Directory, RACF, LDAP o cualquier
gestor de autenticacin. CICS proporciona un mdulo EAM de ejemplo para
mostrar la interfaz que debe seguir si desea desarrollar su propio EAM.
Si cambia el EAM a lo largo de la vida de una regin, debe efectuar un arranque
en caliente para que el EAM sea vlido para todos los servidores de aplicaciones.
De lo contrario, el EAM modificado solo se aplica a las tareas que se ejecutan en
los servidores de aplicaciones iniciados tras el cambio del EAM. Esta condicin
puede provocar incoherencias de autenticacin en la regin.
Si se requiere la autenticacin de usuarios y hay un EAM disponible, la
autenticacin inicial se realiza mediante el EAM. Si el EAM no logra autenticar el
usuario, puede devolver un cdigo de respuesta que indica a CICS que compruebe
las definiciones de usuario de la base de datos de ejecucin de CICS. Por
consiguiente, los usuarios principalmente proceden de las definiciones del EAM,
pero algunos que deben estar presentes se pueden definir localmente en CICS en
las definiciones UD.
La Figura 40 en la pgina 80 muestra el uso de un EAM para la autenticacin de
CICS.
79
Figura 40. Uso de un gestor de autenticacin externo (EAM) para la autenticacin de CICS
La autenticacin de CICS que se muestra en la Figura 40 funciona tal como se

indica a continuacin:
1. El usuario especifica un ID de usuario y una contrasea vlidos para iniciar la
sesin en una regin CICS.
2. Cuando la regin CICS recibe la peticin de inicio de sesin, comprueba si el
EAM est cargado y activo. Si el EAM est cargado y activo, la regin pasa el
ID de usuario y la contrasea al mdulo EAM. A continuacin, el mdulo EAM
conecta con el origen de autenticacin externo y verifica la validez del ID de
usuario y la contrasea.
Si el ID de usuario y la contrasea son vlidos, el EAM devuelve un cdigo de
retorno satisfactorio y CICS utiliza el ID de usuario y la contrasea
especificados para ejecutar los programas.
Si el ID de usuario y la contrasea no son vlidos, el EAM devuelve un cdigo
de error y CICS pasa por alto el ID de usuario y la contrasea especificados por
el usuario. Si el cdigo de retorno del EAM contiene una indicacin de
continuar la verificacin, la regin accede a las definiciones de usuario de CICS
para la autenticacin. Si esta accin no se ejecuta correctamente, o el EAM no
indica a la regin que contine la verificacin, la regin utiliza los permisos del
ID de usuario por omisin.
3. Si un usuario accede a CICS sin iniciar la sesin, se asigna al usuario un ID de
usuario por omisin para proporcionar la autorizacin mnima para ejecutar
transacciones.
4. En el caso de los emuladores de terminales 3270 locales (conectados
directamente a la regin), los usuarios se conectan directamente a CICS con el
ID de usuario por omisin. Tras iniciar la sesin en la regin CICS, un usuario
puede utilizar una transaccin CESN para cambiar el ID de usuario y la
contrasea. El nuevo ID de usuario y su autorizacin siguen asociados a esa
sesin hasta que el usuario finaliza la sesin o cambia a otro ID de usuario.
80
5. Los usuarios que acceden a una regin CICS desde un CICS Universal Client
pueden especificar un ID de usuario y una contrasea automticamente e
iniciar as la sesin en CICS sin tener que realizar ninguna otra accin.
Consulte la descripcin de este proceso en el apartado Conexin y
autenticacin de CICS Universal Clients en la pgina 59.
Autorizacin del acceso a los recursos

La autorizacin garantiza que los usuarios tengan las credenciales (denominadas
tambin permisos) que necesitan para acceder a los recursos. Puede aumentar la
seguridad de los servidores restringiendo el acceso de los usuarios a transacciones
especficas y otros recursos.
CICS proporciona la seguridad de autorizacin mediante la seguridad de
transacciones y recursos. De este modo, se proporciona autorizacin para los
recursos propios de CICS y los recursos a los que se accede mediante CICS. La
seguridad de autorizacin de CICS se basa en el uso de claves predefinidas para
las definiciones de usuario, definiciones de terminal y dems definiciones de
recursos de CICS en la base de datos de ejecucin. Puede utilizar un gestor de
seguridad externo para suministrar una seguridad de autorizacin adicional o
diferente.
Seguridad de autorizacin de CICS

CICS implementa la comprobacin de las autorizaciones de los dos modos
siguientes:
v Seguridad de transacciones
v Seguridad de recursos
Ambos mtodos se basan en el uso de claves de seguridad. Cada una de las
transacciones y dems recursos de la regin CICS tiene una clave predefinida.
Varios recursos pueden tener la misma clave y formar un grupo de recursos con
las mismas autorizaciones. Los recursos tambin se pueden definir como pblicos
(si estn disponibles para todos los usuarios) y privados (si solo estn disponibles
para las transacciones fiables). Cada uno de los usuarios tiene un conjunto
predefinido de claves que deben coincidir con las claves de las transacciones y
dems recursos que necesita el usuario. Las claves que se utilizan para autenticar
las transacciones del usuario se denominan claves de seguridad de nivel de transaccin
(TSL), y las claves que se utilizan para otros recursos se denominan claves de
seguridad de nivel de recurso (RSL).
81
Figura 41. Autenticacin de transacciones y recursos de CICS
Examine el ejemplo de la Figura 41, en que un usuario intenta ejecutar dos

transacciones y utilizarlas para acceder a dos archivos. Se producen las acciones
siguientes:
v El usuario est predefinido para ejecutar las transacciones con las claves TSL 1,
2, 4 y 7, y para utilizar esas transacciones a fin de acceder a los recursos con las
claves RSL 1, 5, 8 y 11.
v Una peticin de TRN1 (predefinida con la clave TSL 7) se ejecuta correctamente,
ya que el usuario tiene una clave TSL coincidente. Sin embargo, una peticin de
TRN2 (predefinida con la clave TSL 6) falla, porque el usuario no tiene esa clave
TSL.
v El usuario ejecuta TRN1, que intenta leer diversos archivos. La peticin de FILE1
(predefinida con la clave RSL 1) se ejecuta correctamente, ya que el usuario tiene
una clave RSL coincidente. La peticin de FILE2 (predefinida con la clave RSL 3)
falla, porque el usuario no tiene esa clave RSL.
v Cada uno de los intentos de acceder a una transaccin o un recurso no
autorizado devuelve un error al programa de aplicacin y aade una entrada al
registro del sistema.
Se puede emplear la misma comprobacin de autorizaciones para los dispositivos
de terminal que se comunican con CICS sin un usuario asociado. La definicin de
terminal predefine las claves TSL y RSL que puede emplear.
Uso de un Gestor de seguridad externo para la seguridad de

CICS
Puede utilizar un ESM en lugar de la seguridad interna de CICS, o adems de ella,
para autenticar los usuarios de CICS y autorizar el acceso a las transacciones y
dems recursos CICS. El ESM es un programa suministrado por el usuario que
permite definir un mecanismo de seguridad propio del sistema para impedir el
82
acceso no autorizado a los recursos de los programas de aplicacin y el inicio no

autorizado de las transacciones CICS. (CICS facilita un mdulo ESM de ejemplo
para mostrar la interfaz que debe seguir si desea desarrollar su propio ESM.) Debe
identificar el ESM en la regin CICS durante el arranque; puede que tambin tenga
que identificar la regin CICS en el ESM.
CICS pasa informacin sobre el usuario, la transaccin y el recurso al ESM. El ESM
utiliza estos datos para decidir si se permite la autorizacin. A continuacin, debe
informarse a la regin CICS, a travs de la interfaz, de la decisin de autorizacin
del ESM.
Si cambia el ESM a lo largo de la vida de una regin, debe efectuar un arranque en
caliente para que el ESM sea vlido para todos los servidores de aplicaciones. De
lo contrario, el ESM modificado solo se aplica a las tareas que se ejecutan en los
servidores de aplicaciones iniciados tras el cambio del ESM. Esta condicin puede
generar incoherencias de seguridad en la regin.
Debe disear el ESM de modo que almacene sus datos independientemente del
propio programa. De este modo podr acceder a los datos de seguridad en todo
momento, sin necesidad de reiniciar CICS.
Consideraciones acerca de la seguridad para CICS Universal Clients

Cuando un cliente CICS Universal Client se conecta con una regin CICS, la regin
puede pedir al cliente que proporcione un ID de usuario y una contrasea por
omisin que se utilizarn para todas las peticiones del cliente. El cliente puede
facilitar automticamente el ID de usuario y la contrasea por omisin (mediante
un archivo); de lo contrario, se pedir al usuario del cliente que especifique los
valores adecuados. Posteriormente el servidor utiliza su autenticacin de usuarios
estndar para determinar la identidad y la autorizacin del ID de usuario.
Si este ID de usuario no tiene la autorizacin suficiente para procesar una peticin,
el cliente puede enviar automticamente un ID de usuario y una contrasea
nuevos para las peticiones de interfaz de llamada externa (ECI), o pedir al usuario
del cliente que especifique un ID de usuario y una contrasea nuevos para las
peticiones de interfaz de presentacin externa (EPI) y emulacin de terminal 3270.
En el caso de las peticiones de emulacin de terminal 3270, tambin puede
especificar que la primera transaccin que se utilice (en el servidor) sea la
transaccin de inicio de sesin de CICS, CESN. De este modo el usuario tendr
que especificar un ID de usuario y una contrasea vlidos.
Para obtener ms informacin, consulte el apartado Conexin y autenticacin de
CICS Universal Clients en la pgina 59.
Nota:
1. Puede restringir la posibilidad de los usuarios de clientes de conectarse
con los servidores protegiendo el mandato empleado para conectar
clientes.
2. Puede utilizar los recursos de seguridad de estaciones de trabajo
normales para restringir el uso de una estacin de trabajo cliente.
3. Si un cliente utiliza CICS Transaction Gateway, tambin puede utilizar la
seguridad web para proteger el acceso de los usuarios a CICS mediante
navegadores web.
83
servicios de seguridad web

Puede proteger su propia red mediante la autenticacin y la autorizacin. Si la red
est conectada a Internet, puede crear una barrera de seguridad, denominada
cortafuegos, entre la red e Internet, con objeto de mejorar la seguridad de las
comunicaciones a travs de Internet. Un cortafuegos forma una barrera entre una
red privada interna segura y otra red no segura, como Internet. Se puede dar
permiso a los usuarios de Internet para conectarse desde Internet a travs del
cortafuegos a fin de acceder a los datos de los sistemas de la empresa, que estn
disponibles en la red interna.
Los siguientes estndares de comunicaciones de Internet proporcionan la seguridad
desde un navegador web a CICS Transaction Gateway (mediante el servidor web):
v Secured Hypertext Transport Protocol (S-HTTP)
v Secured Sockets Layer (SSL)
Estos estndares garantizan que la informacin est cifrada y llega al destino
deseado con total seguridad. Adems, CICS Transaction Gateway ofrece:
v Autenticacin, mediante el soporte incorporado para los ID de usuario y las
contraseas que se autentican mediante los servidores de aplicaciones CICS. La
pasarela proporciona tambin una interfaz de seguridad externa (ESI) que
permite a las aplicaciones de los clientes verificar los ID de usuario y las
contraseas, as como cambiar las contraseas caducadas.
v Autorizacin, que se proporciona como una funcin estndar de todos los
servidores CICS y permite a los clientes controlar las transacciones que puede
emplear un usuario determinado y los datos a los que puede acceder ese
usuario.
Consideraciones acerca de la seguridad para clientes Telnet CICS

Todo cliente Telnet que sabe en qu puerto est a la escucha un servidor Telnet
CICS puede emplear ese servidor para acceder a CICS. Por lo tanto, para crear un
entorno Telnet CICS seguro, se recomienda que lleve a cabo las acciones siguientes:
v Exija a los clientes Telnet que inicien la sesin en CICS asegurndose de que el
servidor Telnet siempre invoca la transaccin CESN como primera transaccin.
(Para ello, debe iniciar el servidor Telnet con una opcin especial.) Si CESN falla,
el usuario inicia la sesin con el ID de usuario por omisin. Por consiguiente,
defina el ID de usuario por omisin con acceso restringido.
v Restrinja el acceso de ejecucin al programa del servidor Telnet a un grupo de
ID de usuario de sistema operativo reducido y controlado. Para ello, puede
modificar los permisos del archivo ejecutable del programa.
Consideraciones acerca de la seguridad entre CICS y las bases de

datos habilitadas para XA
Todas las transacciones que se ejecutan en una regin CICS acceden a las bases de
datos habilitadas para XA con el mismo ID de usuario de base de datos y, por lo
tanto, tienen la misma autorizacin para los recursos de las bases de datos. (Este
ID de usuario est predefinido como un atributo de la regin CICS.) Con objeto de
mejorar la seguridad del acceso a las bases de datos, puede emplear la seguridad
de CICS para controlar el acceso a la regin CICS y a recursos especficos, como las
transacciones que pueden acceder a las bases de datos y los archivos que se
almacenan en las bases de datos.
84
Comprobacin de la seguridad de las comunicaciones

Un sistema que recibe una comunicacin de otro sistema debe realizar las tareas
siguientes:
v Autenticacin del sistema remoto que ha enviado la peticin
v Autenticacin del usuario que ha iniciado la peticin
v Autorizacin del acceso a sus recursos
La intercomunicacin de CICS proporciona extensiones de seguridad de CICS para
una regin autnoma con objeto de permitir realizar comprobaciones de seguridad
de las peticiones entre sistemas. La regin CICS que recibe la peticin realiza las
comprobaciones de seguridad de la intercomunicacin de CICS.
Autenticacin del sistema remoto que ha enviado la peticin

Cuando los sistemas establecen una conexin, pasan informacin de identificacin
a travs de la red. Esta informacin de identificacin solo se puede considerar
fiable si el mtodo de comunicaciones proporciona los recursos para verificarla. El
mecanismo que utiliza un sistema para autenticar el sistema que enva una
peticin entre sistemas depende del mtodo de comunicaciones, tal como se
describe a continuacin:
TCP/IP de la familia CICS
Estas conexiones, que las regiones CICS pueden emplear, no ofrecen
mecanismos para autenticar los sistemas remotos. CICS puede extraer la
direccin Protocolo Internet (IP) y el puerto de escucha del sistema remoto,
pero un sistema no autorizado puede imitarlo fcilmente. Si la red es
privada y segura, esta posibilidad no le supone ningn problema. Si desea
evitar este posible riesgo para la seguridad, configure la regin CICS a fin
de proporcionar una seguridad ms restrictiva que sea adecuada a la
conexin, u opte por otro mtodo de comunicaciones.
PPC TCP/IP
Cuando se utiliza e una sola mquina, debido a la propia arquitectura del
sistema la comunicacin a travs de PPC TCP/IP es ms segura. Sin
embargo, si la comunicacin entre dos regiones en las mquina de una red
utiliza PPC TCP/IP, no existe ningn mecanismo para autenticar el sistema
remoto. Si la red es privada y segura, esto no es un problema. Si la red no
es privada y segura, tenga en cuenta la posibilidad de utilizar la seguridad
interna de CICS, la seguridad de enlace de CICS o la seguridad de usuario
de CICS. No obstante, si considera que el riesgo es importante, seleccione
uno de los otros mtodos de comunicacin.
arquitectura de red de sistemas (SNA)
Cuando se obtiene una conexin SNA, se activan sesiones en ambos
sistemas mediante el intercambio de flujos de vinculacin cifrados. Puede
utilizar SNA para verificar automticamente la identidad de cada uno de
los sistemas definiendo una contrasea de vinculacin para la conexin. A
continuacin, las sesiones solo se activan si ambos sistemas tienen la
misma contrasea de vinculacin. Este proceso recibe el nombre de
seguridad de vinculacin o verificacin de unidad lgica a unidad lgica
(LU-LU). Permite a cada uno de los sistemas verificar la identidad del otro
sistema.
PPC Gateway/SNA
La conexin SNA desde el servidor PPC Gateway hasta el sistema remoto
(SNA) se puede proteger con el uso de contraseas de vinculacin. La
regin CICS y la pasarela PPC residen en la misma mquina y se
85
comunican mediante mecanismos IPC locales de modo que la autenticacin

de la conexin no supone ningn problema.
Autenticacin del usuario que ha iniciado la peticin

Un CICS Universal Client o una regin CICS puede enviar un ID de usuario (y
opcionalmente una contrasea) en una peticin entre sistemas CICS. La regin
CICS receptora puede emplear ese ID de usuario de flujo o un ID de usuario
definido localmente para controlar el acceso a sus recursos.
Puede especificar que los ID de usuario se deben enviar con una contrasea
cuando el producto SNA local utilizado pasa la contrasea a CICS. En caso
contrario, puede especificar que las peticiones de entrada deben proceder de un
sistema fiable tal como se indica a continuacin:
v Cuando el sistema remoto no enva contraseas con los ID de usuario. Esto se
aplica a otras regiones CICS y sistemas CICS Transaction Server para z/OS.
v Cuando el sistema conectado mediante SNA enva contraseas, pero el producto
SNA empleado verifica la contrasea y no la pasa a CICS.
Recepcin de los ID de usuario de sistemas conectados

mediante SNA
La arquitectura SNA LU 6.2 dispone de soporte opcional para el flujo de ID de
usuario y contraseas entre sistemas conectados mediante SNA. Se denomina
seguridad a nivel de conversacin (o tambin seguridad de conexin y seguridad de
conversacin). Como esta seguridad es opcional, cada uno de los sistemas necesita
una definicin del nivel de seguridad que puede (o desea) aceptar de un sistema
remoto concreto. Puede configurar un nivel de aceptacin de seguridad de
conversacin distinto en cada extremo de una conexin entre dos sistemas. A
continuacin se indican los niveles de aceptacin de seguridad posibles:
Seguridad a nivel de conversacin no soportada o requerida
No se pueden enviar los ID de usuario y las contraseas a este sistema. Su
envo se considera una violacin del protocolo SNA.
Seguridad a nivel de conversacin soportada
Se pueden enviar los ID de usuario a este sistema, pero deben
acompaarse de una contrasea vlida. Este nivel se emplea para recibir
los ID de usuario de un sistema que no tiene su propio gestor de
seguridad y, por consiguiente, no puede verificar sus propios usuarios.
Peticin ya verificada soportada
Se pueden enviar los ID de usuario a este sistema sin ninguna contrasea
ya que el sistema remoto se considera fiable por haber verificado el ID de
usuario con una contrasea antes de enviarse la peticin entre sistemas.
CICS Transaction Server para z/OS, otros sistemas CICS basado en sistema
principal IBM y TXSeries for Multiplatforms siempre envan ID de usuario
verificados. Un sistema conectado mediante SNA que desea recibir los ID
de usuario de estas regiones CICS debe aceptar los ID de usuario de
peticiones ya verificadas.
Verificacin persistente soportada
La verificacin de un par de ID de usuario y contrasea persiste a lo largo
de un nmero de peticiones entre sistemas. El ID de usuario y la
contrasea se envan en la primera peticin. A continuacin, si son vlidos,
solo se requiere el ID de usuario en las peticiones posteriores. Se puede
enviar el ID de usuario sin ninguna contrasea durante un perodo de
tiempo definido por el usuario, o hasta que el sistema que ha iniciado la
peticin enve una peticin de fin de sesin.
86
Peticin ya verificada y verificacin persistente soportadas

Admite tanto las peticiones ya verificadas como las peticiones que utilizan
la verificacin persistente.
Los niveles de aceptacin de seguridad disponibles dependen del soporte que
proporcione el producto SNA local utilizado.
Nota: Microsoft Host Integration Server no permite el uso de ID de usuario ya
verificados con peticiones de salida de comunicaciones entre sistemas en
regiones CICS.
Autorizacin del acceso a los recursos

En el caso de las peticiones recibidas de otro sistema, el acceso a los recursos CICS
se autoriza mediante una extensin de la seguridad de recursos empleada para una
regin CICS autnoma. (Consulte el apartado Seguridad de autorizacin de CICS
en la pgina 81.) Las claves de seguridad asignadas a una peticin controlan las
transacciones y dems recursos a los que puede acceder la peticin. Estas claves
pueden obtenerse de mscaras claves TSL y RSL definidas para la conexin, listas de
claves de un ID de usuario de enlace definido para la conexin y listas de claves
definidas para un ID de usuario asociado a la peticin. Las listas de claves y las
mscaras de claves se pueden combinar para restringir las claves de seguridad de
manera adicional a fin de que una peticin entre sistemas tenga menos acceso a los
recursos de la regin que un usuario local con el mismo ID de usuario. La decisin
sobre qu claves utilizar se puede tomar de dos modos:
Seguridad de enlace
Las claves de seguridad definidas en la mscara de claves o la lista de
claves del ID de usuario de enlace para una conexin deben incluir todas
las claves que necesitan todos los usuarios que pueden realizar una peticin
en un sistema remoto. Si se ha definido un ID de usuario de enlace para la
conexin, el usuario inicia la sesin en la regin remota con ese ID de
usuario, y las claves de seguridad del usuario se restringen a las del ID de
usuario de enlace. Si no se ha definido ningn ID de usuario de enlace, el
usuario inicia la sesin en la regin remota con el ID de usuario por
omisin de esa regin, y las claves de seguridad del usuario son todas las
de las mscaras de claves de la conexin. El uso de un ID de usuario de
enlace es el mtodo preferido.
Seguridad del usuario
El usuario inicia la sesin en la regin remota con un ID de usuario de flujo
(enviado con la peticin de conexin) o con el ID de usuario por omisin
de la regin remota. Las claves de seguridad del usuario se restringen a las
claves del ID de usuario asignado que coinciden con las mscaras de
claves de la conexin, o se restringen an ms a las claves que coinciden
con las de un ID de usuario de enlace definido para la conexin. El uso de
un ID de usuario de enlace es el mtodo preferido.
87
88
Captulo 8. Desarrollo de aplicaciones CICS

Un diseo habitual de una aplicacin de proceso de transacciones es el diseo de
cliente/servidor de tres capas que se muestra en la Figura 42. Las capas son:
v Lgica de presentacin (cliente)
v Lgica empresarial (servidor)
v Servicios de datos (gestor de recursos)
Figura 42. Programacin general de aplicaciones de tres capas
Lgica de presentacin
La lgica de presentacin se utiliza para las comunicaciones entre el
usuario final y el sistema de proceso de transacciones. La lgica de
presentacin de un programa de aplicacin utiliza estos servicios para
interactuar con los recursos de gestin de presentacin del servidor.
Normalmente es un cliente el que proporciona los servicios.
Lgica empresarial
La lgica empresarial forma la parte principal de un programa de
aplicacin y efecta la manipulacin y el clculo de datos que requieren las
transacciones. La lgica empresarial normalmente se divide en varios
mdulos, cada uno de los cuales proporciona un servicio distinto. Por
ejemplo, puede dividir una aplicacin en diversos mdulos para realizar
las tareas siguientes:
v Comprobar la validez de los datos de entrada
v Manejar las comunicaciones
v Realizar el acceso a los datos
v Acceder a la informacin del sistema
v Configurar el entorno de proceso
v Solicitar los servicios del sistema
Este mtodo de divisin de la lgica empresarial se denomina aislamiento.
Las aplicaciones diseadas segn este mtodo tienen las ventajas
siguientes:
v Mejor portabilidad para la distribucin de aplicaciones en diferentes
servidores y plataformas
89
v Mayor productividad de los programadores al poder reutilizar el cdigo

en otras aplicaciones
v Menores costes de mantenimiento al agrupar funciones similares, lo que
facilita la localizacin y modificacin del cdigo
v Interfaces bien definidas que facilitan la adicin de mdulos nuevos o la
sustitucin de mdulos obsoletos
Servicios de datos
Los servicios de datos, que proporcionan los gestores de recursos, permiten
recuperar y actualizar los datos.
Programacin de aplicaciones CICS

CICS proporciona interfaces de programacin de aplicaciones (API) estndar para
clientes CICS y regiones CICS.
Figura 43. Programacin de aplicaciones CICS
Programacin de clientes CICS

CICS proporciona dos API. Estas API permiten a las aplicaciones de una mquina
cliente que no son CICS utilizar los recursos de las regiones CICS conectadas. Las
API, comunes a todos los clientes CICS, son las siguientes:
v Interfaz de llamada externa
v Interfaz de presentacin externa en la pgina 92
Para obtener ms informacin sobre cmo desarrollar aplicaciones de cliente para
utilizar CICS, consulte:
v Desarrollo de programas de aplicacin ECI y EPI en la pgina 92
v Desarrollo de aplicaciones de Internet que utilizan CICS en la pgina 93
Algunas herramientas de desarrollo de interfaces grficas de usuario (GUI), como
el producto IBM VisualAge, integran el programa de cliente CICS en las
herramientas.
Interfaz de llamada externa

La interfaz de llamada externa (ECI) permite a una aplicacin que no es CICS y
est en ejecucin en la mquina cliente efectuar una llamada a un programa de
servidor CICS que se ejecuta en una regin CICS. El programa de cliente puede
realizar una llamada al programa de servidor de manera sncrona o asncrona
como subrutina. La aplicacin de cliente se comunica con el programa de servidor
CICS mediante un rea de datos denominada COMMAREA, que se pasa a la
regin CICS en la llamada. El programa de servidor CICS normalmente completa
el rea COMMAREA con datos a los que accede en archivos o bases de datos y
90
despus devuelve los datos al cliente para que los manipule o visualice. El
programa de servidor CICS no puede realizar operaciones de E/S de terminal,
pero puede acceder a todos los dems recursos CICS y actualizarlos.
La interfaz ECI permite optimizar el diseo de nuevas aplicaciones de
cliente/servidor. (La ECI es la interfaz recomendada para el desarrollo de nuevas
aplicaciones de cliente/servidor.) Su estructura de llamadas divide fcilmente la
lgica de presentacin (que normalmente est en el cliente) de la lgica empresarial
que est en la aplicacin de servidor CICS. Por consiguiente, ofrece a los
diseadores de aplicaciones la mxima flexibilidad. Por ejemplo, la ECI se puede
emplear con aplicaciones CICS de sistema principal que ya estn divididas en
lgica empresarial (en la regin donde se encuentra la aplicacin) y lgica de
presentacin (en la regin donde se encuentra el terminal). La lgica empresarial
puede seguir intacta al desarrollar la lgica de presentacin para utilizar la ECI.
Con la ECI, puede escribir aplicaciones que lleven a cabo las acciones siguientes:
v Efectuar una llamada a un programa CICS en una regin CICS desde un
programa que no es CICS
v Conectar a varios servidores a la vez
v Tener varias llamadas de programa pendientes a la vez
v Acceder a programas, archivos, colas de datos transitorios, almacenamiento
temporal y transacciones CICS
v Intercambiar datos entre el cliente y el servidor
Las llamadas sncronas que efecta una aplicacin ECI devuelven el control
cuando finaliza el programa de servidor llamado; la informacin devuelta est
disponible de inmediato. Las llamadas asncronas devuelven el control sin esperar
a que finalice el programa de servidor llamado, y la aplicacin ECI recibe una
notificacin cuando la informacin est disponible.
Las llamadas se pueden ampliar; esto significa que una unidad de trabajo lgica
puede cubrir ms de una llamada sucesiva, aunque simultneamente solo puede
haber una llamada activa para cada una de las unidades lgicas de trabajo. La
aplicacin puede gestionar diversas unidades lgicas de trabajo de manera
simultnea si utiliza llamadas asncronas.
El programa de servidor llamado puede realizar las tareas siguientes:
v Actualizar los recursos de su propia regin CICS
v Utilizar un enlace de programa distribuido (DPL) para efectuar llamadas a
programas de otras regiones CICS
v Acceder a los recursos de otras regiones CICS mediante el envo de funciones o
el proceso de transacciones distribuidas (DTP)
La ECI proporciona tres tipos de llamadas:
v Llamadas de enlace de programa que hacen que se ejecute un programa CICS en
una regin CICS
v Llamadas de informacin de estado que recuperan informacin de estado sobre
la aplicacin y su conexin con la regin CICS
v Llamadas de peticin de respuesta que recuperan informacin tras las llamadas
de enlace de programa o informacin de estado asncronas
Con la ECI, tambin puede recuperar informacin sobre los servidores disponibles
a los que se dirigen las llamadas.
91
Interfaz de presentacin externa

La interfaz de presentacin externa (EPI) permite a las aplicaciones de cliente
iniciar y conversar con las aplicaciones CICS 3270 ya existentes que se ejecutan en
regiones CICS. La aplicacin CICS enva y recibe corrientes de datos 3270 a y de la
aplicacin de cliente como si conversara con un terminal 3270. La aplicacin de
cliente captura estas corrientes de datos y, por lo general, las visualiza con un
producto de presentacin que no es 3270, como una GUI. Por lo tanto, la EPI es un
mtodo de mejorar una aplicacin CICS ya existente aadiendo una interfaz grfica
u otra interfaz moderna. No es preciso modificar la aplicacin CICS.
Con la EPI, puede escribir aplicaciones que lleven a cabo las acciones siguientes:
v Permitir la visualizacin de un programa de aplicacin que no es CICS como un
terminal 3270 en una regin CICS a la que se conecta
v Conectar a varios servidores a la vez
v Tener varias llamadas de programa pendientes a la vez
v Planificar las transacciones que envan salida a las aplicaciones de cliente
Cuando se inicia una transaccin, se pasan los sucesos y las corrientes de datos
3270 entre la regin CICS y la aplicacin conectada mediante la EPI. La aplicacin
puede presentar el contenido de la E/S de terminal al usuario del modo ms
apropiado. Las transacciones se pueden direccionar a otras regiones CICS mediante
el direccionamiento de transacciones estndar. El envo de funciones permite
acceder a los recursos de otras regiones CICS.
La EPI consta de funciones, estructuras de datos y sucesos. Las funciones de EPI
definen las llamadas de programacin de aplicaciones, como las de instalar los
terminales nuevos que controlar un proceso, enviar datos desde un terminal y
terminar el proceso. Las estructuras de datos de EPI definen los datos de EPI,
como los cdigos de razn, los detalles de los sucesos, los detalles de los
terminales y los cdigos de deteccin. Los sucesos de EPI permiten responder a los
sucesos, por ejemplo, cuando una transaccin enva datos y espera una respuesta.
Desarrollo de programas de aplicacin ECI y EPI

Los programas de aplicacin ECI y EPI que se ejecutan en los clientes CICS
pueden escribirse en COBOL, C o C++. Los programas que no efectan llamadas
especficas del sistema operativo se pueden transferir entre los productos de cliente
CICS. Los programas de aplicacin de cliente pueden emplear tanto la ECI como la
EPI. Para utilizar la ECI y la EPI, los programas deben estar enlazados con las
bibliotecas de ECI y EPI adecuadas.
Para obtener ms informacin sobre la programacin de clientes, consulte la
publicacin CICS Family: Client/Server Programming.
Uso de transacciones para efectuar llamadas a programas

Cuando se desarrolla una aplicacin, se asocia con una transaccin que se utiliza
para solicitar el programa. Para ello, la transaccin y el programa se definen en
CICS en la base de datos de definiciones de recursos. A continuacin se puede
emplear un CICS Universal Client, el mandato cicslterm (solo en TXSeries for
Multiplatforms) o el mandato cicsteld para ejecutar la transaccin y, por
consiguiente, para ejecutar el programa de aplicacin. La transaccin se ejecuta
bajo el control de CICS, que proporciona los servicios que solicita cada uno de los
mandatos de la API.
92
Nota: cicslterm slo debe utilizarse para realizar pruebas de verificacin de la

instalacin. Para el resto de finalidades, se recomienda utilizar el cicsterm
que se suministra con CICS Universal Client (CUC).
Desarrollo de aplicaciones de Internet que utilizan CICS

CICS Transaction Gateway permite a cualquier navegador web, sistema de red o
dispositivo de consumidor habilitado para Internet acceder a las aplicaciones
empresariales que se ejecutan en servidores CICS mediante navegadores HTML
estndar, navegadores web habilitados para Java o navegadores web habilitados
para ORB (Object Request Broker). Las aplicaciones de Internet que utilizan CICS
se desarrollan en gran medida como las dems aplicaciones de Internet, esto es,
mediante las interfaces estndar de servidores web. Por medio de los programas
invocados por un servidor web, puede ejecutar transacciones CICS desde un
navegador web, crear dinmicamente pginas HTML (Hypertext Markup
Language) en respuesta a la entrada del usuario y enviar consultas SQL (lenguaje
de consulta estructurado) a los gestores de bases de datos relacionales. CICS
Transaction Gateway es una aplicacin Java que se invoca para convertir las
corrientes de datos 3270 al formato HTML.
Una aplicacin de Internet que utiliza CICS Transaction Gateway normalmente
contiene lo siguiente:
v Un formulario HTML, que presenta a un usuario una pgina web para
introducir datos y enva la entrada del usuario al componente CICS Transaction
Gateway cuyo nombre est codificado en el formulario. Este formulario se puede
desarrollar mediante herramientas y procesos de desarrollo web estndar.
v CICS Transaction Gateway, que es una aplicacin Java que se invoca para
realizar la conversin de las corrientes de datos entre 3270 y HTML.
v Un programa que se invoca en una regin CICS. El programa se puede
desarrollar mediante los recursos de desarrollo de aplicaciones CICS estndar.
CICS Transaction Gateway proporciona:
v Todas las funciones de CICS Universal Client Versin 3.0, para la comunicacin
con los servidores CICS.
v Un conjunto de beans EPI Java para crear componentes frontales Java para las
aplicaciones CICS 3270 existentes, sin necesidad de programacin. De este modo
se pueden crear aplicaciones o applets Java mediante una herramienta como
IBM WebSphere Studio Application Developer.
v Implementaciones de las interfaces de programacin ECI y EPI en C, C++ y
COBOL, y en forma de objetos COM.
programacin de aplicaciones de regin CICS

La API de CICS, EXECUTE CICS (o EXEC CICS), es un conjunto estndar de
mandatos que los programas de aplicacin utilizan para solicitar servicios de las
regiones CICS. Los programas de aplicacin CICS se escriben utilizando COBOL,
C, C++, PL/I o (en AIX y Solaris solamente) Java. La mayor parte de la lgica de
proceso se escribe en sentencias de lenguaje estndar con mandatos CICS EXEC
incorporados. Un conversor de lenguaje de mandatos convierte los mandatos de la
API de CICS en sentencias del lenguaje empleado. Posteriormente el programa se
puede compilar y editar con enlaces mediante el compilador apropiado.
La API de CICS ofrece los servicios siguientes:
v Servicios de presentacin (soporte de correlacin bsica y soporte de terminal)
93
v Servicios de datos, tales como los servicios de archivo (que permiten acceder a
los archivos SFS como archivos VSAM), los servicios de cola (colas de datos
transitorios y colas de almacenamiento temporal), los servicios de diario y los
servicios de base de datos relacionales
v Servicios de lgica empresarial (como los servicios de ejecucin de programas,
sincronizacin, almacenamiento, LUW, configuracin y comunicaciones entre
sistemas)
v Lgica de determinacin de problemas (manejo de errores, depuracin y
supervisin de rendimiento)
Programacin de aplicaciones para bases de datos

relacionales
La programacin de aplicaciones que se ejecutan en CICS puede acceder a los
datos incluidos en las bases de datos relacionales. Para acceder a esos datos, los
programas de aplicacin emiten llamadas SQL a la base de datos. Un programa de
aplicacin debe precompilarse con el precompilador RDBMS (sistema de gestin de
bases de datos relacionales) adecuado y enlazarse con las bibliotecas RDBMS
adecuadas. Por lo general, el programa necesita algn mtodo de definicin de la
base de datos con la que se utilizarn sus llamadas SQL.
CICS utiliza TM-XA (Transaction Manager Service) para correlacionar los sucesos
de transaccin con las llamadas XA. TM-XA convierte toda la informacin sobre el
contexto y el mbito de las transacciones en las llamadas XA correspondientes que
enva al gestor de recursos XA (base de datos). Utiliza el protocolo XA para
comunicar los estados de preparacin, confirmacin y terminacin anormal de las
transacciones a los gestores de recursos que participan en esas transacciones.
Biblioteca de clases Java para la API de CICS

Java se puede utilizar en AIX como lenguaje de programacin para los programas
CICS tradicionales. El acceso a los recursos de CICS se realiza mediante un
conjunto de clases Java. No existe ningn conversor de CICS para Java; se compila
una aplicacin CICS Java. El entorno Java de CICS es el entorno JVM (Java Virtual
Machine) de IBM SDK (Software Development Kit). La API de CICS Java admite
las reas funcionales siguientes:
v Control de programas
v
v
v
v
Colas de almacenamiento temporal

Colas de datos transitorios
Control de archivos
Conversaciones correlacionadas de APPC
Programa de utilidad Gestin de cargas de trabajo de CICS

El programa de utilidad Gestin de cargas de trabajo de CICS optimiza la
distribucin de las tareas de proceso en un entorno CICS con dos o ms regiones.
Aumenta la disponibilidad de las aplicaciones al permitir el acceso a ellas desde
varias ubicaciones. Utiliza un algoritmo de distribucin para direccionar las
peticiones de trabajo, tales como las peticiones DPL, las peticiones de
direccionamiento dinmico de transacciones y las peticiones de direccionamiento
ECI y EPI. La distribucin se ajusta segn los tiempos de retorno de los servidores,
los tipos de proceso que puede realizar cada uno de los servidores, el estado de los
servidores y otras condiciones.
94
Herramientas de desarrollo de aplicaciones

CICS facilita una serie de herramientas para desarrollar programas de aplicacin
de usuario. Tambin existen herramientas de desarrollo de aplicaciones de otros
fabricantes.
Entorno de desarrollo de aplicaciones CICS

En este apartado se ofrece una visin general de las herramientas de desarrollo y
depuracin que proporciona CICS para su entorno.
Desarrollo de interfaces de presentacin

Puede desarrollar interfaces de presentacin que utilicen las interfaces ECI y EPI
de cliente y las interfaces de terminal 3270 local. Con las llamadas ECI, la interfaz
de presentacin del cliente no utiliza las funciones de presentacin de CICS. Se
comunica directamente con un programa de aplicacin de usuario que est en la
regin CICS. Con las llamadas EPI de cliente y las llamadas a los terminales 3270
locales, la interfaz de presentacin utiliza el soporte de terminales CICS 3270 en la
regin CICS. El programa de aplicacin de la regin CICS utiliza el soporte de
correlacin bsica (BMS) de CICS para crear las corrientes de datos 3270 que debe
interpretar la interfaz de presentacin.
Debe utilizar el procesador BMS de CICS para convertir los archivos fuente BMS,
que contienen las definiciones de los conjuntos de correlacin, en una correlacin
simblica y una correlacin fsica. La correlacin simblica es una estructura de datos
del lenguaje fuente de programacin (una estructura C o C++) que el compilador
utiliza para resolver las referencias del lenguaje fuente a los campos de la
correlacin. La correlacin fsica contiene la informacin necesaria para visualizar
la correlacin en un terminal fsico. Tambin contiene instrucciones para incorporar
caracteres de control en una corriente de datos para obtener esa visualizacin.
Puede crear diferentes versiones de idioma de la misma correlacin fsica, y dejar
que la regin CICS determine automticamente la correlacin adecuada que se
visualizar para el idioma definido para un usuario de cliente.
Conversin de programas de aplicacin

Los programas de aplicacin que incluyen mandatos de la API de CICS se
procesan por medio del conversor de lenguaje de mandatos que convierte los
mandatos de la API de CICS en sentencias del lenguaje empleado. Este conversor
acepta como entrada un programa fuente escrito en COBOL, C, C++ o PL/1 en el
que los mandatos de la API de CICS estn codificados. A continuacin genera
como salida un programa fuente equivalente con los mandatos convertidos en
sentencias del lenguaje del programa fuente. Posteriormente puede compilar y
editar con enlaces los programas mediante los compiladores de COBOL, C, C++ o
PL/1.
Si lo prefiere, puede solicitar que el programa fuente se convierta, se compile y se
edite con enlaces en un solo paso. Este mtodo ofrece la ventaja de que CICS
utiliza los compiladores correctos y configura las opciones que CICS requiere para
la conversin.
Depuracin de programas de aplicacin

CICS proporciona el Recurso de diagnstico de ejecucin (EDF) para depurar un
programa de aplicacin. En una sesin EDF, la conversin CEDF visualiza el
estado del programa de aplicacin en los puntos de intercepcin de CICS y
permite interactuar con la herramienta de depuracin antes de devolver el control
95
al cdigo de la aplicacin. Para obtener informacin de depuracin adicional,

tambin puede aadir puntos de intercepcin definidos por el usuario a los
programas de aplicacin.
Tambin puede utilizar la transaccin CECS que proporciona CICS para comprobar
de manera interactiva la sintaxis de los mandatos utilizados en los programas de
aplicacin.
96
Captulo 9. Administracin de sistemas CICS

En este captulo se describen los recursos de gestin de datos de CICS. Se tratan
los temas siguientes:
v Gestin de un entorno CICS
v Herramientas de administracin de CICS en la pgina 99
Gestin de un entorno CICS

La administracin de CICS (Customer Information Control System) consiste en
configurar el entorno CICS para poder iniciar regiones CICS, supervisar la
ejecucin de regiones CICS, apagar regiones y llevar a cabo la recuperacin en caso
de problemas. La administracin de CICS trae aparejados algunos procedimientos
que afectan a otros componentes, como el servidor de archivos estructurados (SFS),
DB2 y Oracle.
Todos los sistemas CICS requieren definiciones para un gran nmero de tipos de
recursos, como colas, archivos, regiones, clientes y usuarios. Estas definiciones se
crean y modifican mediante el programa de control de CICS (cicscp), los mandatos
de gestin de recursos de CICS (que invoca cicscp) y los mandatos del sistema
operativo y la base de datos nativa. CICS tambin proporciona interfaces GUI y
transacciones CICS para la administracin. Las herramientas de administracin de
CICS son las siguientes:
v Programa de control de CICS, cicscp, y mandatos subyacentes
v La Consola de administracin de TXSeries for Multiplatforms
v SMIT (System Management Interface Tool) (solo en AIX)
v Transacciones CICS en lnea
Para gestionar el entorno CICS en varias mquinas, puede emplear la Consola de
administracin de TXSeries for Multiplatforms para iniciar la sesin en cada una
de ellas remotamente utilizando su navegador web favorito. Debe tener sesiones
independientes de navegador para cada una de las mquinas TXSeries y el
navegador debe apuntar al servidor web de TXSeries que se ejecuta en la mquina
respectiva.
Configuracin
En la fase de configuracin debe especificar o modificar los valores que definen las
propiedades del entorno CICS. Puede utilizar las herramientas administrativas
para crear regiones CICS y servidores SFS, as como para configurar los valores
relacionados del sistema operativo.
Configuracin de CICS
Para definir las propiedades de una regin CICS que desea iniciar, primero debe
crear la regin CICS. De este modo se aade una definicin de regin a la base de
datos permanente de CICS de la mquina.
En el procedimiento de configuracin, tambin se crea una definicin de recurso para
cada uno de los recursos que utiliza una regin CICS, o para cada aplicacin de
usuario que se ejecuta en la regin CICS. Una definicin de recurso describe las
propiedades del recurso y cmo lo manejar CICS. Por ejemplo, debe crear una
97
definicin de transaccin para cada una de las transacciones que puede procesar
una regin CICS.
Configuracin de clientes CICS

Para que los clientes CICS puedan acceder a una regin CICS, haga lo siguiente:
v Configure cada una de las mquinas cliente para las comunicaciones con CICS,
por ejemplo, aadiendo atributos TCP/IP (Transmission Control
Protocol/Internet Protocol) al archivo de inicializacin del cliente.
v Configure la regin CICS para los escuchas de los clientes y defina los ID de
usuario y terminales que se utilizarn para las conexiones de cliente.
Configuracin de gestores de archivos

Para la gestin de archivos, CICS puede utilizar un servidor SFS, una base de
datos IBM DB2 o una base de datos Oracle. La regin se puede configurar para
acceder al gestor de archivos de manera local o remota. Para que los programas de
aplicacin puedan emplear los datos de un servidor SFS, primero debe configurar
los archivos en el SFS. Puede realizar esta tarea interactivamente o aadiendo
archivos predefinidos en las definiciones de archivo de esquema. El mtodo
interactivo es idneo para la creacin nica de archivos SFS, mientras que el
mtodo de las definiciones de archivo de esquema (con el mandato de CICS
cicssfsimport) es ms adecuado para el uso repetido de archivos con las mismas
caractersticas. Para que los programas de aplicacin puedan emplear los datos de
DB2 u Oracle, primero debe configurar DB2 u Oracle para su uso con CICS.
Inicio y detencin de servidores

Puede utilizar la herramienta administrativa para iniciar y detener regiones CICS y
servidores SFS.
Supervisin de sistemas
Mientras se ejecutan las regiones CICS, puede supervisar su funcionamiento y
cambiar los valores de ejecucin de las regiones y los recursos que utilizan.
Tambin puede emplear los recursos de supervisin para resolver los problemas
que surjan.
A continuacin se indican las funciones generales de supervisin de CICS:
v Puede obtener una vista CICS de todos los servicios del sistema operativo que
forman una regin CICS y modificar los valores de ejecucin de las regiones
CICS.
v Los mensajes sobre el estado y los sucesos de una regin CICS se graban en su
registro de consola. Puede tratarse de mensajes de arranque, mensajes
relacionados con las transacciones y mensajes de error de la regin. Puede ver el
archivo de registro directamente o emplear el visor del registro de mensajes de
la consola (CMLV) del visor de registro remoto de transacciones para ver el archivo
de registro de cualquier regin CICS conectada.
v Los servidores de aplicaciones graban mensajes sobre terminales y errores de
comunicaciones en la cola de datos transitorios CSMT de la regin CICS. Puede
ver esta cola para obtener informacin sobre el proceso de transacciones que
realiza la regin CICS.
98
v CICS graba mensajes sobre la instalacin automtica y la desinstalacin de las

conexiones en una cola de datos transitorios CCIN. Puede ver esta cola
directamente para obtener informacin sobre los clientes que han accedido a la
regin CICS.
v nicamente en Windows, CICS graba mensajes en el registro de sucesos
parecidos a los mensajes grabados en el registro de la consola. Puede examinar
el registro de sucesos para ver estos mensajes y los mensajes relacionados con el
funcionamiento de CICS, como los servicios del sistema operativo.
Adems de realizar la supervisin rutinaria de CICS, puede analizar el rendimiento
de CICS de manera ms detallada. Para ello, puede emplear las herramientas de
CICS para crear y ver la informacin siguiente:
v Vuelcos, que muestran una instantnea detallada de lo que sucede en CICS en el
momento de capturar el vuelco.
v Rastreo, que muestra el flujo de control mediante un programa de aplicacin o
mediante CICS
v Estadsticas, que muestran detalles sobre cmo las aplicaciones manejan los
recursos y cmo se utilizan los distintos recursos como, por ejemplo, los
terminales.
v Supervisin, que facilita informacin para depurar las aplicaciones mediante
puntos de supervisin de sucesos definidos por el sistema en el cdigo CICS.
Herramientas de administracin de CICS

CICS ofrece un conjunto de herramientas para gestionar un entorno CICS,
incluidas interfaces grficas de usuario (GUI), mandatos de CICS y transacciones
CICS en lnea.
Programa de control de CICS, cicscp

El programa de control de CICS, cicscp, es la interfaz administrativa de lnea de
mandatos primaria de CICS. Proporciona una interfaz de mandatos estndar para
configurar, iniciar y detener los componentes que forman un entorno CICS. Los
mandatos cicscp combinan los mandatos bsicos de gestin de recursos de CICS
para llevar a cabo las tareas de administracin y configuracin especificadas. Con
los programas de mandatos cicscp, puede asegurarse de que los mandatos de
recursos de CICS subyacentes se emiten en el orden correcto. Los programas de
mandatos cicscp automatizan las tareas de administracin ms habituales. El
conjunto de mandatos cicscp es muy recomendable para la configuracin inicial de
un sistema CICS. Utiliza los valores por omisin cuando es necesario e impone
algunos convenios de denominacin. Asimismo, aporta flexibilidad para la
personalizacin. Los mandatos y las herramientas de soporte para la
administracin de CICS son:
v Los mandatos de gestin de recursos subyacentes que utiliza cicscp. El mandato
cicscp invoca automticamente los mandatos de gestin de recursos para la
configuracin inicial de las regiones CICS. Sin embargo, al trabajar con una
configuracin compleja, en ocasiones resulta til configurar los distintos
componentes por separado mediante los mandatos que normalmente invoca
cicscp. Otros mandatos de gestin de recursos, denominados RDO (definicin
online de recursos), se utilizan para definir o modificar los recursos de una
regin que est en ejecucin. Los mandatos RDO de CICS tambin son
adecuados cuando se trabaja con un entorno complejo. Por ejemplo, puede
emplear el mandato cicsupdate (que no se utiliza con cicscp) para cambiar una
99
definicin de recurso. Puede indicar que un mandato debe aplicarse tan solo a la
base de datos permanente de CICS, tan solo a la base de datos de ejecucin de
CICS o a ambas.
v La herramienta de diagnstico SFS de CICS, cicssdt. Esta herramienta ofrece una
avanzada interfaz interactiva con SFS. Puede emplearla para gestionar los
archivos de usuario de los servidores SFS. Por ejemplo, puede crear archivos
nuevos, listar todos los archivos del servidor SFS, leer y grabar registros de
archivo, as como transferir y convertir un archivo VSAM (Virtual Storage Access
Method) a SFS.
v La herramienta de importacin SFS de CICS, cicssfsimport. Esta herramienta
aade archivos a SFS en funcin de las definiciones de archivo de esquema
predefinidas.
v La herramienta de diagnstico DB2 de CICS, cicsddt. Esta herramienta permite
gestionar archivos de usuario en bases de datos DB2. Por ejemplo, puede crear
archivos nuevos, listar todos los archivos de la base de datos, as como transferir
y convertir un archivo VSAM a DB2.
v La herramienta de diagnstico Oracle de CICS, cicsodt. Esta herramienta permite
gestionar archivos de usuario en una base de datos Oracle. Por ejemplo, puede
crear archivos nuevos, listar todos los archivos de la base de datos, as como
transferir y convertir un archivo VSAM a Oracle.
Para obtener una descripcin detallada de los mandatos de CICS, consulte la
publicacin TXSeries for Multiplatforms Administration Reference.
La Consola de administracin de TXSeries for Multiplatforms

La Consola de administracin de TXSeries for Multiplatforms proporciona una
interfaz grfica para muchas de las tareas de configuracin y gestin de CICS. Es
una potente consola basada en web, que est disponible en todas las plataformas
soportadas y puede ejecutarse en cualquier navegador soportado (Internet Explorer
5.0 o Firefox 1.0 y superior). Le permite supervisar y administrar de forma remota
una regin de TXSeries CICS, en cualquiera de los idiomas nacionales soportados.
En concreto, ofrece una interfaz de fcil manejo para crear, modificar, iniciar,
detener y destruir regiones CICS, servidores SFS, servidores PPC Gateway y los
recursos que utilizan las regiones CICS. Cuando es necesario, la Consola de
administracin modifica el sistema operativo subyacente automticamente. Por
ejemplo, si se utiliza la Consola de administracin para iniciar una regin CICS
que emplea un servidor SFS para la gestin de colas y archivos, esta herramienta
efecta todas las tareas siguientes necesarias:
v Crea volmenes lgicos para el servidor SFS.
v Crea el servidor SFS.
v Inicia el servidor SFS.
v Configura el servidor SFS para la regin CICS.
v Crea la regin CICS.
v Inicia la regin CICS.
La Consola de administracin no requiere ninguna configuracin para poder
utilizarla, y proporciona una completa ayuda en lnea. Tambin le permite
diferenciar entre mensajes de error, aviso e informacin en el registro de la consola,
y ver detalles de los errores que se producen.
SMIT (System Management Interface Tool) (slo en AIX)

La herramienta SMIT (System Management Interface Tool) para CICS en AIX
proporciona una interfaz grfica de usuario y una interfaz de mens basada en
100
texto para muchas de las tareas de configuracin y gestin de CICS. La

herramienta de interfaz grfica de usuario (GUI) se invoca mediante el mandato
smit, mientras que la herramienta de los mens de texto se invoca con el mandato
smitty. Ambas herramientas, SMIT y smitty, realizan las mismas tareas que los
mandatos cicscp y los mandatos de gestin de recursos de CICS.
Transacciones CICS en lnea

Puede utilizar las transacciones proporcionadas por CICS para las regiones CICS
en ejecucin. A continuacin se muestran ejemplos de transacciones CICS:
CEMT
Este mandato permite gestionar una regin CICS en ejecucin y sus
recursos dinmicamente.
CECI Este mandato permite ejecutar mandatos de CICS.
CEDF
Este mandato permite depurar las sentencias de programas de interfaz de
programacin de aplicaciones (API) de CICS.
101
102
Parte 2. Planificacin de TXSeries for Multiplatforms

En esta parte se describen los elementos que deben tenerse en cuenta al seleccionar
los componentes de un sistema de proceso de transacciones. Asimismo, se indican
las opciones de instalacin y planificacin de la distribucin de clientes y
servidores en un entorno distribuido.
103
104
Captulo 10. Planificacin de componentes

Este captulo describe las decisiones que deber tomar al decidir los componentes
de CICS que va a instalar y configurar. El captulo contiene los temas siguientes:
v Decisin sobre el mtodo de gestin de archivos y colas
v Uso de un servidor SFS para gestionar colas y archivos de datos CICS
v Uso de DB2 u Oracle para gestionar colas y archivos de datos CICS
v Eleccin de un gestor de bases de datos relacionales en la pgina 109
v Planificacin de la red de intercomunicacin en la pgina 109
Decisin sobre el mtodo de gestin de archivos y colas

La gestin de archivos y colas CICS incluye la gestin de archivos de datos, colas
de almacenamiento temporal auxiliar, colas de datos transitorios entre particiones y
peticiones de iniciacin automtica de transacciones (ATI) colocadas en cola
localmente. En CICS, puede utilizar uno de los elementos siguientes para gestionar
estos datos:
v Un servidor de archivos estructurados (SFS) local, es decir, que se encuentra en
el mismo sistema principal que la regin CICS.
v Una base de datos DB2 u Oracle, que debe estar instalada y configurada antes
de configurar la regin CICS.
Uso de un servidor SFS para gestionar colas y archivos de

datos CICS
La regin utiliza un servidor SFS situado en la misma mquina que la regin.
Consulte la Figura 44.
Figura 44. Regin que utiliza un servidor SFS de la misma mquina
Uso de DB2 u Oracle para gestionar colas y archivos de datos

CICS
En este apartado se compara el uso de DB2 u Oracle con el de SFS para la gestin
de archivos y colas CICS. Se facilita una serie de temas especiales que debe tener
en cuenta al decidir el mtodo que desea utilizar.
Aunque DB2 y Oracle proporcionan conjuntos de servicios avanzados, estos tienen
limitaciones en comparacin con los de SFS. Las limitaciones son:
Uso de una sola base de datos por parte de la regin para los archivos de datos
Una regin solo puede utilizar una base de datos para los archivos de
datos. Se trata de la base de datos que se especifica con el atributo de
105
Definiciones de regin (RD) DefaultFileServer. El atributo de Definiciones de

archivo (FD) FileServer se pasa por alto.
Restricciones en el manejador de archivos externos COBOL
Algunos recursos del manejador de archivos externos COBOL no reciben
soporte debido a las limitaciones impuestas mediante la inclusin de
archivos en una base de datos relacional. Las restricciones son:
v No est permitido combinar el acceso transaccional y el acceso no
transaccional a los archivos de una aplicacin.
v Si el acceso a un archivo es no transaccional, solo est permitido el
bloqueo de registros nicos.
v No est permitido el recurso de adicin dinmica de ndices a un
archivo durante la ejecucin.
Para obtener ms informacin, consulte la publicacin TXSeries for
Multiplatforms Application Programming Guide.
Archivos no recuperables
Los gestores de base de datos relacionales (RDBM) no pueden implementar
directamente la semntica de archivos no recuperables. Los archivos no
recuperables estn soportados como archivos recuperables en DB2 y
Oracle.
El cambio de semntica significa que los datos no se graban en un archivo
hasta que se toma un punto de sincronizacin. A continuacin se indican
las consecuencias principales de esta situacin:
v Los datos se recuperan tras la anomala del sistema y la transaccin.
v Los bloqueos se mantienen hasta el siguiente punto de sincronizacin.
v Los datos nuevos no se pueden leer hasta que se confirman.
v Las transacciones de larga ejecucin mantienen bloqueos adicionales y
consumen recursos para los archivos no recuperables.
v Se pueden producir puntos muertos no previstos entre las transacciones
diseadas para los recursos no recuperables.
Si utiliza la semntica de archivos no recuperables, se recomienda que
realice una de las acciones siguientes:
v Utilice un servidor SFS para la gestin de archivos y colas CICS.
v Configure una regin que utilice un servidor SFS para los archivos y
colas que requieren la semntica de archivos no recuperables y utilice el
envo de funciones entre el SFS y las regiones DB2 u Oracle.
Nota: El envo de funciones es un mtodo de programacin utilizado en
los programas de aplicacin CICS para hacer lo siguiente:
Acceder a archivos CICS propiedad de otros sistemas CICS.
Transferir datos a colas de almacenamiento temporal o de datos
transitorios y desde colas que se encuentran en otros sistemas
CICS.
Iniciar transacciones en otros sistemas CICS. Esta forma de
comunicacin se describe en la publicacin TXSeries for
Multiplatforms Intercommunication Guide.
Iniciar transacciones en otros sistemas CICS.
Para obtener ms informacin, consulte la publicacin TXSeries for
Multiplatforms Intercommunication Guide.
Colas de almacenamiento temporal auxiliar no recuperables
Las colas de almacenamiento temporal auxiliar no recuperables y las colas
106
de datos transitorios no estn permitidas. Se implementan mediante

archivos recuperables en DB2 y Oracle. Todas las colas de almacenamiento
temporal se comportan como colas de almacenamiento temporal
recuperables y todas las colas de datos transitorios se comportan como
colas de datos transitorios recuperables lgicamente. El cambio de
semntica significa que los datos no se graban en una cola hasta que se
toma un punto de sincronizacin. A continuacin se indican las
consecuencias principales de esta situacin:
v Los datos se recuperan tras la anomala del sistema y la transaccin.
v Los bloqueos se mantienen hasta el siguiente punto de sincronizacin.
v Los datos nuevos no se pueden leer hasta que se confirman.
v El desencadenamiento de transacciones mediante la grabacin en colas
de datos transitorios se retarda hasta que la transaccin que efecta la
grabacin ejecuta un punto de sincronizacin correcto.
Si utiliza la semntica de colas no recuperables, se recomienda que utilice
SFS para la gestin de colas y archivos CICS.
Inicios desprotegidos colocados en cola localmente
Los inicios desprotegidos colocados en cola localmente no estn
permitidos. Se implementan mediante archivos recuperables en DB2 y
Oracle. El cambio de semntica significa que los inicios no se graban en el
archivo hasta que se toma un punto de sincronizacin. La consecuencia
principal es que la peticin efectuada en el sistema remoto no se recupera
hasta que la transaccin que efecta la peticin ejecuta un punto de
sincronizacin correcto y, si la transaccin que efecta la peticin termina
anormalmente, la peticin de inicio se elimina si ya se ha colocado en cola.
Si utiliza la semntica de inicios colocados en cola localmente, se
recomienda que utilice SFS para la gestin de colas y archivos CICS.
Colas de datos transitorios recuperables fsicamente
Las colas de datos transitorios recuperables fsicamente no estn
permitidas. Se implementan mediante archivos recuperables en DB2 y
Oracle. Se comportan como colas de datos transitorios recuperables
lgicamente.
Si utiliza las colas de datos transitorios recuperables fsicamente, se
recomienda que utilice SFS para la gestin de colas y archivos CICS.
Tipos de datos DB2
El conjunto de tipos de datos DB2 al que puede acceder CICS es limitado.
Para las aplicaciones portables de la familia CICS, utilice tipos de datos
DB2 que no estn asociados a un juego de caracteres codificado. Para ello,
puede definir las columnas como CHAR o VARCHAR FOR BIT DATA o
emplear objetos binarios grandes (BLOB). Si bien se recomienda emplear
los tipos de datos binarios, CICS admite los tipos de datos de caracteres
DB2 asociados a un juego de caracteres codificado. Sin embargo, CICS no
admite los tipos de datos DB2 DATETIME o NUMERIC.
Claves segmentadas
Las claves segmentadas no estn permitidas.
Una sola base de datos
Todos los archivos y colas de una regin concreta deben estar en una sola
base de datos.
107
Nombres de ndice
En DB2 u Oracle, el nombre de ndice de una tabla determinada debe ser
exclusivo en la base de datos. En SFS, varios archivos pueden utilizar
ndices con el mismo nombre.
Nombres de campo
DB2 y Oracle no admiten determinados caracteres especiales en los
nombres de campo. Antes de migrar los archivos SFS a DB2 u Oracle,
consulte la informacin del material de consulta de la base de datos que
describe las restricciones de nombres de campo.
Consideraciones adicionales
Si utiliza DB2 u Oracle para gestionar colas y archivos, tenga en cuenta lo
siguiente:
v La base de datos debe integrarse con CICS mediante la interfaz XA o la
optimizacin de confirmacin de una fase CICS-DB2. Los posibles efectos de esta
eleccin se describen en la Gua de administracin de CICS.
v Las colas y los archivos no se pueden almacenar en sistemas de gestin de bases
de datos de sistema principal.
v En los casos en que solo hay una base de datos definida para la regin, CICS
establece conexiones implcitas con ella. Todo el control de archivos, las colas y
las operaciones SQL se dirigen a esa base de datos. Las transacciones SQL que
acceden a las bases de datos, salvo las permitidas en el sistema de archivos,
deben codificarse para asegurarse de que la conexin con la base de datos del
sistema de archivos se mantiene en los mandatos de control de transacciones,
colas y control de archivos CICS. Por ejemplo, puede que tenga que codificar
una sentencia EXEC SQL CONNECT explcita antes de algunos mandatos de
control de transacciones, colas y control de archivos CICS.
v No vuelva a definir las tablas de base de datos mientras el archivo
correspondiente est abierto en CICS. Utilice CEMT SET FILE para cerrar e
inhabilitar el archivo antes de volver a definir la tabla subyacente. Para obtener
ms informacin, consulte la Gua de administracin de CICS.
v El bloqueo y la concurrencia de archivos en DB2 y Oracle difieren del bloqueo y
la concurrencia de archivos en SFS. Para obtener ms informacin, consulte la
publicacin TXSeries for Multiplatforms Application Programming Guide.
v Como el lmite del tamao de registro fijo de DB2 es 4005 bytes, los registros de
dimensiones superiores se tratan como registros de longitud variable.
v Una aplicacin CICS no puede tener ms de 25 operaciones de examinar y leer
para actualizar abiertas en una base de datos al mismo tiempo. Las aplicaciones
deben disearse de modo que no se supere este lmite.
v A diferencia de SFS, DB2 y Oracle no admiten la especificacin de registros
alternativos al crearse un ndice secundario. Esta restriccin no afecta
funcionalmente a las aplicaciones CICS, pero debe tenerse presente al crearse
recursos de base de datos para CICS.
v Las tablas DB2 y sus ndices asociados que se correlacionan con los archivos
CICS deben ser propiedad del usuario de DB2 cics.
Para obtener ms informacin, consulte la Gua de administracin de CICS.
Uso de una base de datos de doble funcin

Puede acceder a los datos de una base de datos DB2 u Oracle desde programas de
aplicacin CICS mediante sentencias SQL incorporadas. La Gua de administracin de
CICS describe cmo configurar CICS y la base de datos para este tipo de acceso.
108
Una regin configurada para utilizar DB2 u Oracle para la gestin de colas y
archivos ya est configurada para el acceso SQL desde programas de aplicacin
que utilizan el soporte XA, siempre que los datos CICS y los datos de aplicacin
estn en la misma base de datos. La nica configuracin adicional necesaria es la
configuracin del entorno de ejecucin COBOL si las aplicaciones se escriben en
Micro Focus Server Express COBOL.
Si los datos de aplicacin estn en una base de datos distinta a la de los datos de
gestin de colas y archivos CICS, la regin y la base de datos deben configurarse
para la gestin de colas y archivos CICS antes de seguir los procedimientos de la
Gua de administracin de CICS. Existen algunas restricciones de programacin si se
utiliza una base de datos aparte para SQL nativo. Para obtener ms detalles,
consulte la publicacin TXSeries for Multiplatforms Application Programming Guide.
Si desea aadir soporte para una base de datos que ya utiliza otra regin CICS:
v Siga los procedimientos que describen cmo configurar la regin y la base de
datos para la gestin de colas y archivos.
v Si requiere acceso a datos que se encuentran en la misma base de datos, y
necesita realizar ese acceso desde programas de aplicacin escritos en Micro
Focus Server Express COBOL, configure el entorno de ejecucin COBOL tal
como se describe en la Gua de administracin de CICS.
Eleccin de un gestor de bases de datos relacionales

Las transacciones CICS pueden acceder a los RDBM incluyendo llamadas SQL
incorporadas en el cuerpo de un programa de aplicacin CICS. La confirmacin y
la recuperacin coordinadas de las transacciones que incluyen llamadas SQL y
CICS slo son posibles con las bases de datos que admiten la interfaz X/Open XA,
segn la definicin del estndar X/Open DTP (X/Open Distributed Transaction
Processing). Puede utilizar uno de los RDBM siguientes, que proporcionan la
interfaz X/Open XA que CICS necesita:
v IBM DB2
v Informix
v Microsoft SQL Server
v Oracle
v Sybase
Planificacin de la red de intercomunicacin

En este apartado se ofrece una visin general de las opciones disponibles para las
redes de intercomunicacin. Para obtener detalles sobre cmo seleccionar el
producto adecuado, consulte la publicacin TXSeries for Multiplatforms
Intercommunication Guide, en la que se describe:
v Cmo disear un entorno de intercomunicacin
v Cmo configurar CICS y SNA para la intercomunicacin
v Cmo operar un entorno de intercomunicacin de CICS
v Cmo escribir programas de aplicacin para la intercomunicacin
Cuando dos sistemas se comunican, deben acordar qu conjunto de reglas van a
utilizar para interpretar los datos que se intercambian. Estas reglas se denominan
protocolos de red y se definen en una arquitectura de red. La intercomunicacin de
CICS se basa en el protocolo IBM SNA (arquitectura de red de sistemas) LU 6.2.
Este protocolo, denominado con frecuencia APPC (comunicacin avanzada programa a
109
programa), se desarroll para satisfacer las necesidades de dos sistemas que desean
compartir datos y aplicaciones. Por consiguiente, es idneo para el entorno de
intercomunicacin de CICS.
TXSeries for Multiplatforms admite la intercomunicacin entre una regin local y
lo siguiente:
v Regiones de TXSeries for Multiplatforms
v Regiones de CICS basado en sistema principal IBM y CICS/400
v Aplicaciones de sistemas que admiten el protocolo SNA LU6.2
CICS puede comunicarse con sistemas remotos en cualquiera de las redes
siguientes:
v Red TCP/IP
v Red SNA
Una regin de TXSeries for Multiplatforms puede comunicarse a travs de TCP/IP
con otras regiones de TXSeries for Multiplatforms.
El soporte de TCP/IP proporcionado por TXSeries for Multiplatforms admite los
niveles de sincronizacin 0 y 1 (y el nivel de sincronizacin 2 entre sistemas con
PPC-TCP).
Las regiones de TXSeries for Multiplatforms pueden comunicarse en SNA con
cualquier sistema que admita APPC. Esto incluye CICS basado en sistema principal
IBM y CICS/400.
En CICS hay dos mtodos de comunicacin SNA disponibles:
v Soporte de SNA directo. El uso del soporte de SNA directo permite a CICS
comunicarse en una red SNA si hay un producto SNA adecuado instalado y
configurado en la misma mquina que la regin. El soporte de SNA directo
suministra la conectividad de SNA ms rpida que ofrece CICS y permite a las
aplicaciones CICS comunicarse, mediante los niveles de sincronizacin 0 y 1, con
cualquier producto CICS y cualquier estacin de trabajo APPC no CICS. Si
precisa el soporte del nivel de sincronizacin 2 en SNA, necesita un servidor
PPC Gateway.
v Soporte de SNA mediante un servidor PPC (Peer-to-Peer Communications)
Gateway. CICS puede comunicarse en una red SNA mediante un servidor PPC
Gateway. CICS se comunica con el servidor PPC Gateway mediante PPC
Executive. El servidor PPC Gateway utiliza un producto SNA adecuado para
conectar con los sistemas SNA remotos. Este producto SNA debe instalarse y
configurarse en la mquina en que se ejecuta el servidor PPC Gateway.
110
Captulo 11. Planificacin de la configuracin

En este captulo se describen algunas de las configuraciones posibles de CICS. El
captulo contiene los temas siguientes:
v Planificacin de la distribucin del sistema CICS
v Entorno distribuido de cliente/servidor CICS
v Consideraciones sobre el rendimiento al disear una red en la pgina 114
Planificacin de la distribucin del sistema CICS

Puede distribuir los clientes y servidores en el sistema distribuido de muchas
formas. La decisin final depende de cmo se va a utilizar el sistema (ahora y en el
futuro) y requiere un gran nmero de ajustes. En este apartado se tratan los
diversos modos de distribuir los recursos en los sistemas de control de la
informacin del cliente (CICS) y se describen las opciones de rendimiento que
deben tenerse en cuenta al disear un sistema.
Las posibles configuraciones son las siguientes:
v Una regin CICS que utiliza un servidor SFS para la gestin de archivos
v Una regin CICS que utiliza una base de datos DB2 u Oracle para la gestin de
archivos
Los clientes CICS pueden comunicarse con las regiones CICS mediante TCP/IP o
la arquitectura de red de sistemas (SNA). Se pueden utilizar ambos mtodos para
los clientes de la misma mquina que una regin CICS, adems de los clientes de
mquinas remotas. Para obtener ms informacin, consulte la publicacin TXSeries
for Multiplatforms Intercommunication Guide.
Si utiliza una base de datos DB2 u Oracle remota para la gestin de archivos, esta
debe hallarse en la misma red TCP/IP.
Entorno distribuido de cliente/servidor CICS

Existen varias relaciones de cliente/servidor en CICS. Las relaciones que se
establecen son:
v Relacin entre los usuarios de terminal y las regiones CICS
v Relacin entre los servidores SFS y PPC Gateway y las regiones CICS en la
pgina 112
v Relacin entre una regin CICS y otras regiones CICS en la pgina 113
En el apartado Ejemplo de configuracin de relaciones de cliente/servidor en la
pgina 114 se muestran algunos ejemplos de distribucin de clientes y servidores.
Nota: los trminos cliente y servidor hacen referencia al software en lugar de al
hardware. Esta distincin es importante, sobre todo al examinar las
relaciones entre clientes y servidores en un entorno CICS. Por ejemplo, un
sistema principal puede tener clientes y servidores, y una regin acta como
cliente con algunos procesos y como servidor con otros.
Relacin entre los usuarios de terminal y las regiones CICS

Los usuarios de terminal solicitan servicios de las regiones CICS como clientes. Un
usuario de terminal puede ser:
111
v Un cliente Telnet con posibilidad de emulacin 3270

v Un CICS Universal Client
Los clientes Telnet con posibilidades de emulacin 3270 se pueden conectar con
una regin CICS mediante el servidor Telnet cicsteld. Esta operacin se describe en
la Gua de administracin de CICS.
Con los CICS Universal Clients hay dos interfaces de programacin de aplicaciones
disponibles, la interfaz de presentacin externa (EPI) y la interfaz de llamada
externa (ECI).
Los CICS Universal Clients proporcionan su propia emulacin LU6.2 para
conectarse con cualquier regin de TXSeries for Multiplatforms a travs de TCP/IP
y SNA.
La relacin entre los clientes y las regiones CICS se ilustra en la Figura 45.
Figura 45. Relacin entre los usuarios de terminal y las regiones CICS
La EPI y la ECI se describen en las publicaciones CICS Family: Client/Server

Programming y Gua de administracin de CICS.
Relacin entre los servidores SFS y PPC Gateway y las

regiones CICS
112
Figura 46. Relacin entre las regiones CICS y los servidores SFS y PPC Gateway
Para obtener ms informacin sobre cmo utilizar un servidor PPC Gateway,

consulte la publicacin TXSeries for Multiplatforms Intercommunication Guide.
Relacin entre una regin CICS y otras regiones CICS

Las regiones CICS se comunican con otras regiones CICS mediante las PPC
(Peer-to-Peer Communications). Las comunicaciones entre regiones TXSeries for
Multiplatforms se establecen del mismo modo que en otras relaciones de
cliente/servidor; es decir, la regin que inicia la peticin acta como cliente y la
regin que responde a la peticin acta como servidor. Esta relacin de
cliente/servidor se muestra en la Figura 47.
Figura 47. Relacin entre regiones CICS y otras regiones CICS
Es preciso utilizar PPC Executive para las comunicaciones entre regiones. PPC
Executive emula el protocolo LU6.2 y proporciona el proceso de confirmacin de
dos fases. Tambin se emplea PPC Executive cuando una regin (cliente) solicita al
servidor PPC Gateway que se comunique con otra regin en una red SNA.
Para obtener informacin sobre la intercomunicacin de CICS en redes TCP/IP y
SNA, consulte la publicacin TXSeries for Multiplatforms Intercommunication Guide.
113
Ejemplo de configuracin de relaciones de cliente/servidor

La Figura 48 muestra una configuracin sencilla.
Figura 48. Configuracin sencilla
Consideraciones sobre el rendimiento al disear una red

Al distribuir un sistema CICS entre varios procesadores, debe comprobar que la
distribucin no tiene una incidencia negativa en el rendimiento. El rendimiento
depende de mltiples factores: el diseo de los datos, el nmero de usuarios y su
grado de dependencia del sistema, el presupuesto y las necesidades de crecimiento
previstas.
En este apartado se describe cmo disear una red CICS teniendo en cuenta el
rendimiento. No encontrar indicaciones especficas sobre cmo distribuir su
sistema, pero esta informacin le ayudar a analizar los costes en trminos de
rendimiento de los diversos aspectos de un diseo.
CICS est diseado para utilizar con eficacia diversos procesadores en una red
rpida, como una red de rea local (LAN). Para mayor facilidad, en este apartado
se supone que se utiliza el control de archivos CICS para gestionar los datos. Si
utiliza gestores de recursos XA para gestionar una parte o la totalidad de los datos,
sigue siendo vlida la misma informacin pero algunos detalles varan.
Paso 1. Diseo de los datos

Plantese las preguntas siguientes para decidir cmo disear los datos:
v Qu archivos se necesitan?
v Los archivos son de secuencia de entrada, registro relativo o secuencia de
clave?
v Qu ndices se necesitan en cada uno de los archivos?
v Cuntos registros tiene aproximadamente cada uno de los archivos?
v Cuntos bytes tiene aproximadamente cada uno de los archivos?
v Cuntas operaciones de lectura y grabacin por segundo se producirn en cada
uno de los archivos?
v Cuntas transacciones por segundo efectuarn actualizaciones en cada uno de
los archivos (cuntos puntos de sincronizacin existirn al actualizarse el
archivo)?
Nota:
1. Los ndices nicos normalmente se gestionan con ms eficacia que los
ndices que admiten duplicados. Cada uno de los ndices activos
representa un coste cuando se insertan registros en el archivo.
114
2. Cuanto menor es el tamao del registro, mayor es el nmero de registros

que puede contener una cantidad determinada de memoria fsica y
mayor es la velocidad de recuperacin de los registros. Las ventajas de
una recuperacin de registros ms rpida normalmente superan al
incremento de coste que supone dar formato a ms registros para su
visualizacin.
3. Puede interesarle utilizar campos de enteros binarios en lugar de campos
de caracteres o decimales empaquetados para almacenar nmeros de
secuencia. Utilice registros de longitud variable cuando sea conveniente.
Paso 2. Descripcin del acceso de los usuarios a CICS

A continuacin se indican las mltiples formas de acceder a CICS. Cada una de
ellas requiere una capacidad de proceso superior en una ubicacin determinada.
v Ejecutando un programa de cliente Telnet con capacidad para 3270 o un
concentrador como un procesador de red 3174, y ejecutando cicsteld como
proceso del sistema operativo.
v Ejecutando una aplicacin que utilice la EPI adems de otros recursos de UNIX
(normalmente Sistema X Window o controladores de hardware especial).
Paso 3. Configuracin de una red virtual

Si cree que la mquina de la regin CICS representa un atasco, en este momento
puede aadir nuevas regiones CICS a otras mquinas. Recuerde lo siguiente:
v Las regiones CICS no comparten las colas entre s. Esta circunstancia puede
restringir el uso de las colas por parte de las aplicaciones.
v Es preciso indicar a los usuarios las regiones CICS que deben seleccionar.
Deben seleccionarse los mecanismos de comunicacin adecuados para la
comunicacin entre las regiones. Cada una de las mquinas necesitar un servidor
SFS.
Paso 4. Identificacin de la carga de trabajo del procesador

Identifique el nivel de uso del procesador por parte de cada una de las mquinas
de la red virtual. Un archivo SFS al que se accede con frecuencia utiliza ms parte
de un procesador que un archivo SFS al que solo se accede ocasionalmente.
Examine el diseo de los datos e intente hacer un clculo aproximado del posible
nmero de accesos de cada uno de los archivos.
El proceso de las operaciones de control de archivos y punto de sincronizacin se
divide aproximadamente de manera uniforme entre la regin y el sistema de
archivos. Tenga presente esta informacin al calcular qu parte de cada uno de los
procesadores virtuales se utilizar cuando se ejecute el sistema con el ndice de
productividad previsto.
Paso 5. Identificacin del esfuerzo operativo

Identifique el esfuerzo operativo que se necesita en la red virtual. Este no afecta al
rendimiento, pero puede afectar a su decisin de seleccionar un pequeo nmero
de procesadores de gran tamao o un gran nmero de procesadores de tamao
reducido.
Por ejemplo, puede realizar tareas de copia de seguridad remotamente (es decir, a
travs de la red en lugar de utilizar unidades de cintas en la propia mquina).
115
Tome en consideracin la necesidad de realizar estas tareas al disear el sistema.
Paso 6. Correlacin de la red virtual

Correlacione la red virtual con la red real, o con una red real prevista. Se puede
configurar la red virtual como una red real utilizando un gran nmero de
procesadores y una LAN adecuada. Este mtodo proporciona el mximo
rendimiento, pero puede suponer un gran coste en trminos de gasto inicial y
esfuerzo operativo.
Al correlacionar la red real, tenga en cuenta las cuestiones siguientes:
v El modelo del hardware. Los modelos difieren en la velocidad del reloj, el
nmero de procesadores, la capacidad de ampliacin, la arquitectura del
procesador y el tipo de montaje.
v La colocacin de varios archivos en un sistema principal. En ese caso, un
servidor SFS de ese sistema principal debe gestionar los archivos.
v Si una transaccin utiliza o actualiza un servidor SFS como mximo, el punto de
sincronizacin se puede ejecutar con ms rapidez.
v Las mquinas que ejecutan nicamente regiones CICS y clientes CICS no
requieren una intervencin frecuente, ya que no gestionan datos que se
actualizan en el transcurso de las transacciones.
Si se lleva esta configuracin al extremo, todos los procesos estn en un
procesador. Si esta configuracin satisface sus necesidades de rendimiento, puede
utilizarla, pero es importante explorar las opciones de expansin a medida que las
necesidades aumentan.
Paso 7. Repeticin del proceso

El proceso de diseo puede revelar atascos, o posibles atascos, en el conjunto del
sistema. Se recomienda repasar cada uno de los puntos de este apartado para
analizar si conviene utilizar otro mtodo de diseo.
Paso 8. Implementacin y prueba

Cuando lo considere oportuno, implemente y pruebe el sistema o prepare un
prototipo o una demostracin de algunos aspectos del sistema para ver si el
sistema que ha diseado se adapta a sus necesidades.
116
Avisos
Esta informacin ha sido desarrollada para productos y servicios que se ofrecen en
los EE.UU. Puede que IBM no ofrezca los productos, servicios o dispositivos
descritos en este documento en otros pases. Consulte a su representante local de
IBM si desea obtener informacin sobre los productos y servicios que estn
disponibles en la actualidad en su zona. Cualquier referencia a un producto,
programa o servicio IBM no pretende afirmar ni implicar que solo se pueda
utilizar ese producto, programa o servicio IBM. En lugar del producto, programa o
servicio IBM, se podr utilizar cualquier producto, programa o servicio
funcionalmente equivalente siempre que no infrinja ninguno de los derechos de
propiedad intelectual de IBM. La evaluacin y verificacin del funcionamiento de
cualquier producto, programa o servicio que no sea de IBM ser responsabilidad
del usuario.
IBM puede tener patentes o peticiones de patentes pendientes que cubran temas
que se tratan en este documento. La adquisicin de este documento no da al
usuario ningn derecho sobre estas patentes. Puede enviar consultas sobre
licencias, por escrito, a:
IBM Director of
Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
EE.UU.
Para consultas sobre licencias referidas a informacin de doble byte (DBCS),
pngase en contacto con el departamento de Propiedad Intelectual de IBM de su
pas o enve consultas, por escrito, a:
IBM World Trade Asia Corporation Licensing
2-31 Roppongi 3-chome, Minato-ku
Tokio 106, Japn
El prrafo siguiente no se aplica al Reino Unido ni a ningn otro pas donde
tales disposiciones no sean coherentes con las leyes locales:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA
ESTA PUBLICACIN TAL CUAL SIN GARANTAS DE NINGUNA CLASE, NI
IMPLCITAS NI EXPLCITAS, INCLUIDAS, PERO SIN LIMITARSE A ELLAS, LAS
CONDICIONES O GARANTAS IMPLCITAS DE NO INFRACCIN,
COMERCIALIZACIN O IDONEIDAD PARA UNA FINALIDAD
DETERMINADA. Algunas legislaciones no contemplan la exclusin de garantas,
ni implcitas ni explcitas, en determinadas transacciones, por lo que puede haber
usuarios a los que no les afecte esta declaracin.
Esta publicacin puede contener imprecisiones tcnicas o errores tipogrficos. La
informacin que se ofrece est sometida a modificaciones peridicas, que se van
incorporando en ediciones posteriores. IBM se reserva el derecho a realizar, si lo
considera oportuno, cualquier modificacin en los productos o programas que se
describen en el presente manual sin notificacin previa.
117
Cualquier referencia en este documento a sitios web no IBM se proporciona solo

para facilidad del usuario y no sirve de ningn modo como un aval de estos sitios
web. El material de dichos sitios web no forma parte del material de este producto
IBM y su uso es responsabilidad del usuario.
IBM puede utilizar o distribuir la informacin que Ud. suministre de la forma que
IBM crea conveniente, sin incurrir en ninguna obligacin para con Ud.
Los titulares de una licencia de este programa que deseen obtener informacin
sobre el mismo con el fin de permitir: (i) el intercambio de informacin entre
programas creados independientemente y otros programas (incluido ste) y (ii) el
uso mutuo de la informacin que se ha intercambiado, deben ponerse en contacto
con:
IBM Corporation
ATTN: Software Licensing
11 Stanwix Street
Pittsburgh, PA 15222
EE.UU.
Esta informacin puede estar disponible, sujeta a los trminos y condiciones
pertinentes, incluido en algunos casos el pago de una tarifa.
IBM suministra el programa bajo licencia descrito en este documento y todo su
material bajo licencia disponible de acuerdo con los trminos del Acuerdo
Internacional de Licencia de Programas de IBM o cualquier acuerdo equivalente
entre las dos partes.
Todos los datos de rendimiento contenidos en esta documentacin se han
determinado en un entorno controlado. Por lo tanto, el resultado obtenido en otros
entornos operativos puede variar de manera significativa. Algunas mediciones se
pueden haber llevado a cabo en sistemas a nivel de desarrollo y no es seguro que
dichas mediciones sean las mismas en los sistemas disponibles habituales. Adems,
algunas mediciones se pueden haber calculado a travs de extrapolacin. Los
resultados reales pueden variar. Los usuarios de este documento debern verificar
los datos aplicables para su entorno especfico.
La informacin referente a productos no IBM se ha obtenido de los proveedores de
dichos productos, de sus anuncios publicados y de otras fuentes disponibles para
el pblico. IBM no ha comprobado dichos productos y no puede confirmar la
exactitud del rendimiento, la compatibilidad o cualquier otra afirmacin en
relacin con productos no IBM. Las preguntas sobre las prestaciones de productos
no IBM deben dirigirse a los proveedores de dichos productos.
Todas las declaraciones de intenciones de IBM se pueden modificar o retirar sin
aviso y representan slo metas y objetivos.
Esta informacin contiene ejemplos de datos e informes que se utilizan en
operaciones comerciales cotidianas. Para presentarlos de la forma ms completa
posible, los ejemplos pueden incluir nombres de personas, compaas, marcas y
productos. Todos estos nombres son ficticios, y cualquier parecido con nombres y
direcciones del mbito comercial real es pura coincidencia.
Si consulta esta informacin en copia software, es posible que las fotografas y las
ilustraciones en color no se visualicen.
118
Marcas registradas y marcas de servicio

Los trminos siguientes son marcas comerciales o marcas registradas de IBM
Corporation en los Estados Unidos y/o en otros pases:
Advanced Peer-to-Peer Networking
AIX
AS/400
CICS
CICS/400
CICS/6000
CICS/ESA
CICS/MVS
CICS/VSE
CICSPlex
C-ISAM
Database 2
DB2
DB2 Universal Database
GDDM
IBM
IBM Registry
IMS
Informix
Language Environment
MVS
MVS/ESA
OS/390
OS/2
OS/400
RACF
RETAIN
RISC System/6000
RS/6000
SOM
Systems Application Architecture
System/390
TXSeries
TCS
VisualAge
VSE/ESA
VTAM
WebSphere
z/OS
Domino, Lotus y LotusScript son marcas comerciales o marcas registradas de Lotus

Development Corporation en los Estados Unidos y/o en otros pases.
ActiveX, Microsoft, Visual Basic, Visual C++, Visual J++, Visual Studio, Windows,
Windows NT y el logotipo de Windows 95 son marcas comerciales o marcas
registradas de Microsoft Corporation en los Estados Unidos y/o en otros pases.
Java y todas las marcas y logotipos basados en Java son marcas comerciales o
marcas registradas de Sun Microsystems, Inc. en los Estados Unidos y/o otros
pases.
UNIX es una marca registrada de The Open Group en los Estados Unidos y en
otros pases.
Acucorp y ACUCOBOL-GT son marcas registradas de Acucorp, Inc. en los Estados
Unidos y/o en otros pases.
Pentium es una marca registrada de Intel Corporation en los Estados Unidos y/o
en otros pases.
Avisos
119
Este software contiene cdigo de cifrado RSA.
Otros nombres de compaas, productos y servicios pueden ser marcas registradas

o marcas de servicios de terceros.
120
ndice
Caracteres
Especiales
qu es una regin? 27
proceso de transacciones
27
A
acceso a CICS a travs de Internet 60
desarrollar aplicaciones 93
acceso a CICS a travs de la Web 60
desarrollar aplicaciones 93
aadir archivos a SFS 42
API de CICS
biblioteca de clases Java 94
aplicacin de ejemplo
visin general 23
archivo de registro relativo (RRDS) 41
archivo de secuencia de entrada
(ESDS) 41
archivos 39
aadir a SFS 42
ndices 42
ndices alternativos 42
ndices primarios 42
organizacin 40
arquitectura
bases de datos 7
bases de datos relacionales 7
CICS 3
CICS Transaction Gateway 5
gestores de recursos 6
PPC Gateway 6
servidor de archivos estructurados
(SFS) 7
servidores de comunicaciones 4
sistema de proceso de
transacciones 3
sistemas de cliente 4
WebSphere MQ 7
arquitectura de CICS 3
bases de datos 7
pasarela de Internet 5
pasarela de Java 5
pasarelas de comunicaciones 4
PPC Gateway 6
(SFS) 7
sistema de proceso de
transacciones 3
arquitectura de red de sistemas
(SNA) 109
comunicacin 65
niveles de sincronizacin 5
servidor PPC Gateway 67
soporte de SNA (directo) 66
arquitectura de tres niveles 16
arranque
recuperacin y reinicio 36
asociar un programa a una
transaccin 92
autenticacin
mediante un ID de usuario y una
contrasea de CICS 78
autenticar CICS Universal Clients 59
autorizacin 81
acceso de los usuarios a los
recursos 81
por parte de CICS 81
B
base de datos permanente CICS 27
bases de datos 7, 49
bases de datos relacionales 7, 49
DB2 para archivos y colas CICS 50
Oracle para archivos y colas CICS 50
programacin 39
restricciones de SQL para las bases de
datos no habilitadas para XA 50
bases de datos relacionales, gestor 109
biblioteca de clases Java 94
bibliotecas de enlace dinmico 28
C
C
archivos fuente BMS 95
conversin del cdigo 95
CECI, transaccin CICS 101
CEDF
herramienta de desarrollo de
aplicaciones 95
CEDF, transaccin CICS 101
CEMT, transaccin CICS 101
ciclo de vida de un servidor de
transacciones
qu es una regin?
recuperacin durante el
reinicio 32
ciclo de vida de una regin 31
ciclo de vida de una transaccin, visin
general 20
CICS
conversin de programas de
aplicacin 95
depuracin de programas de
aplicacin 95
desarrollo de interfaces de
presentacin 95
diseo de red 114
entorno de desarrollo de
aplicaciones 95
entorno de proceso de
transacciones 8
programacin de aplicaciones 90
programas ECI y EPI 92
CICS (continuacin)
relaciones de cliente/servidor 111
CICS, base de datos permanente 27
qu es una regin?
CICS PPC Gateway 6
CICS Transaction Gateway 5
cicsddt, herramienta de diagnstico DB2
de CICS 100
cicslterm 58
clases de transacciones 33
clientes 4
clientes CICS 57
acceso por Internet 60
aplicaciones de Internet para
CICS 93
clientes Telnet 62
conectar y autenticar 59
desarrollar programas ECI y EPI 92
interfaces de comunicacin 57, 58
emulacin de impresora 58
emulacin de terminal 3270 58
interfaz de llamada externa
(ECI) 58
interfaz de presentacin externa
(EPI) 58
interfaz de llamada externa (ECI) 90
(EPI) 92
programacin 90
protocolos 60
clientes Telnet (CICS) 62
consideraciones acerca de la
seguridad 84
clster (KSDS) 41
COBOL
archivos fuente BMS 95
conversin del cdigo 95
manejador de archivos externos,
restricciones 106
colas 42
colas CICS 44
colas de almacenamiento
temporal 47
colas de datos transitorios 44
destinos de particin externa 46
destinos de particin interna 45
destinos indirectos 47
colas CICS 44
colas de almacenamiento
temporal 47
destinos de particin externa 46
destinos de particin interna 45
destinos indirectos 47
colas de almacenamiento temporal 47
colas de datos transitorios 44
compartir y distribuir datos 52
comprobar contraseas (SNA) 86
comunicaciones 55
acceso a CICS a travs de Internet 60
121
comunicaciones (continuacin)
autenticar un sistema remoto
(seguridad) 85
autenticar un usuario remoto
(seguridad) 86
autorizar el acceso a los recursos 87
cliente/servidor 57
clientes Telnet 62
combinar SNA y TCP/IP 69
con CICS Universal Clients 58
con usuarios 57
conectar y autenticar CICS Universal
Clients 59
conversin de datos 75
conversin de datos de ASCII a
EBCDIC 75
conversin de datos de EBCDIC a
ASCII 75
detalle 55
ejemplo 56
escuchas (CICS) 72
funciones de comunicacin de
CICS 71, 72
ID de usuario de flujo SNA
(seguridad) 86
integridad de los datos
(sincronizacin) 74
interfaces de cliente 57
interfaces de cliente CICS 57
niveles de sincronizacin (uso de
CICS) 74
PPC TCP/IP 64
proceso de confirmacin de dos
fases 74
protocolos 62
protocolos (CICS Universal
Clients) 60
resolucin de elemento dudoso
(CICS) 74
RPC 62
seguridad 73
seguridad de enlace (comunicaciones
de CICS) 87
seguridad del usuario
(comunicaciones de CICS) 87
sincronizacin para la integridad de
los datos 74
SNA 65
TCP/IP 63
TCP/IP de la familia CICS 63
terminal CICS local 62
visin general 55
comunicaciones avanzadas programa a
programa (APPC) 62, 65
aplicaciones DTP 73
conectar y autenticar CICS Universal
Clients 59
configurar un entorno CICS 97
confirmacin 74
confirmacin de dos fases 18, 74
confirmar 74
transacciones 17
conjunto de datos de secuencia de clave
(KSDS) 41
122
Consola de administracin de CICS 100

control de colas y archivos
SFS 105
conversin de datos 75
de ASCII a EBCDIC 75
de EBCDIC a ASCII 75
entre sistemas 75
conversin de datos de ASCII a
EBCDIC 75
conversin de datos de EBCDIC a
ASCII 75
conversin de datos entre sistemas 75
conversin del cdigo fuente 95
convertir programas de aplicacin
CICS 95
coordinadores 18
D
DB2 49
espacio de tabla DMS (Database
Managed Space) 50
espacio de tabla SMS (System
Managed Space) 50
restricciones de nombres de
campo 108
definiciones de recursos de ejecucin 27
definiciones de recursos permanentes
CICS 27
depurar
CEDF 96
depurar programas de aplicacin
CICS 95
desarrollo de aplicaciones 89
aplicaciones de Internet para
CICS 93
clientes CICS 90
aplicacin CICS 95
aplicacin CICS 89, 95
presentacin de CICS 95
detalle 89
disear aplicaciones TP 89
entorno de desarrollo de aplicaciones
CICS 95
herramientas para el desarrollo de
programas 95
(EPI) 92
lgica empresarial 89
programacin de aplicaciones de
regin CICS 93
servicios de datos 90
servicios de presentacin 89
servidores CICS 90
visin general 89
destinos de particin externa (colas) 46
destinos de particin interna (colas) 45
destinos indirectos (colas) 47
detener servidores en un entorno
CICS 98
diarios 51
diarios (continuacin)
registros CICS 51
sincronizar la salida 51
diarios de usuario utilizados en la
recuperacin 36
direccionamiento de transacciones
(CICS) 72
DPL (enlace de programa
distribuido) 73
DTP (proceso de transacciones
distribuidas) 73
E
EAM (gestor de autenticacin externo)
visin general 79
ECI (interfaz de llamada externa) 90
emulacin de impresora 58
emulacin de terminal 58
emulacin de terminal 3270 58
emulacin de terminal 3270 CICS
(cliente) 58
emulacin de terminal 3270 CICS
(regin) 62
enlace de programa distribuido
(DPL) 73
entorno de proceso de transacciones de
ejemplo 23
aplicacin de ejemplo 23
entorno de sistemas de ejemplo 24
flujo de proceso de transacciones 25
entornos de proceso de transacciones
CICS 8
envo de funciones (CICS) 72
EPI (interfaz de presentacin externa) 92
escucha de conducto especfico 72
escucha RPC 72
escucha SNA 72
escucha TCP/IP 72
escuchas 30
qu es una regin?
gestor de registro 30
escuchas (CICS) 72
escuchas de CICS 72
ESM (Gestor de seguridad externo)
visin general 82
espacio de tabla
DMS (Database Managed Space) 50
SMS (System Managed Space) 50
Managed Space) 50
espacio de tabla SMS (System Managed
Space) 50
estadsticas en un entorno CICS 98
estado dudoso 74
F
fase de preparacin 18
fase de resolucin 19
G
gestin de archivos 105
gestin de colas y archivos
seleccionar 105
gestin de datos 37
archivos 39
bases de datos 49
colas 42
consideraciones sobre datos
compartidos 52
DB2 49
detalle 37
diarios 51
servidores SQL 49
visin general 37
gestin de sistemas 97
configurar un entorno CICS 97
detener servidores en un entorno
CICS 98
estadsticas en un entorno CICS 98
gestionar un entorno CICS 97
Herramienta de administracin de
CICS para CICS 100
herramientas de un entorno CICS 99
iniciar servidores en un entorno
CICS 98
mandatos de CICS 99
mandatos de CICS, cicsddt 100
mandatos de CICS, cicssfsimport 100
mensajes de un entorno CICS 98
rastreo en un entorno CICS 98
supervisar un entorno CICS 98
transacciones CICS 101
transacciones CICS, CECI 101
transacciones CICS, CEDF 101
transacciones CICS, CEMT 101
vuelcos en un entorno CICS 98
gestionar un entorno CICS 97
gestor de aplicaciones 29
qu es una regin?
escuchas 30
gestor de autenticacin externo (EAM)
visin general 79
gestor de control de intervalos 30
qu es una regin?
memoria del sistema operativo 30
Gestor de seguridad externo (ESM)
visin general 82
gestores de bases de datos relacionales
seleccionar 109
bases de datos 7
(SFS) 7
WebSphere MQ 7
H
herramienta de diagnstico DB2 de CICS,
cicsddt 100
herramienta de importacin SFS de CICS,
cicssfsimport 100
herramientas de desarrollo de
aplicaciones 95
programas 95

programas (continuacin)
aplicacin CICS 95
aplicacin CICS 95
presentacin de CICS 95
entorno de desarrollo de aplicaciones
CICS 95
herramientas para la gestin de sistemas
entorno CICS 99
Herramienta de administracin de
CICS para CICS 100
mandatos de CICS 99
mandatos de CICS, cicsddt 100
mandatos de CICS,
cicssfsmimport 100
transacciones CICS, CECI 101
transacciones CICS, CEDF 101
transacciones CICS, CEMT 101
I
identificador de transaccin (CEDF) 96
ndices alternativos de archivos 42
ndices de archivos 42
ndices primarios de archivos 42
informtica de cliente/servidor 15
informtica distribuida 13
iniciacin automtica de transacciones
(ATI) 46
iniciar servidores en un entorno
CICS 98
desarrollar 92
interfaz de presentacin externa (EPI) 92
desarrollar 92
Internet
desarrollar aplicaciones para CICS 93
L
LU 6.2 109
LU6.2 62, 65
LUTYPE6.2 62, 65
M
manejador de archivos externos,
restricciones 106
mantener la coherencia de los datos 53
mantener la coherencia interna de los
datos 53
segmento compartido de la tarea 31
segmento compartido del sistema 30
segmento de datos de proceso 30
segmento de texto compartido 30
N
nivel de sincronizacin 74
niveles de sincronizacin (continuacin)

confirmacin de dos fases 74
resolucin de elemento dudoso
(CICS) 74
SNA local (CICS) 66
soporte de PPC TCP/IP 65
uso de CICS 74
O
Oracle
Managed Space) 50
espacio de tabla SMS (System
Managed Space) 50
organizacin del archivo 40
clster (KSDS) 41
relativo (RRDS) 41
secuencia de entrada (ESDS) 41
P
pasarelas
Internet 5, 60
Java 5, 60
pasarelas de comunicaciones 4
peticin ya verificada 86
planificar 33
planificar las tareas 33
PPC TCP/IP 64
seguridad 85
prioridad 33
prioridad de las tareas 33
probar el programa 96
proceso asncrono (CICS) 73
proceso de transacciones 17, 21, 27
qu es una regin?
cuando se detiene una regin 27
definiciones de recursos de
ejecucin 27
definiciones de recursos
permanentes CICS 27
detalle 27
transacciones 19
proceso de transacciones distribuidas
(DTP) 73
proceso de transacciones en lnea 17
cuando se detiene una regin 27
definiciones de recursos de
ejecucin 27
definiciones de recursos permanentes
CICS 27
escuchas 30
gestor de registro 30
recuperacin durante el reinicio 32
regin en ejecucin 29
registro del sistema 31
reinicio de emergencia 32
ndice
123
proceso de transacciones en lnea

(continuacin)
servicios de Windows 28
procesos efmeros 18
programa de aplicacin
llamada 92
transacciones 92
programacin 89
propiedades ACID 17
protocolos (comunicaciones) 62
PPC TCP/IP 64
SNA 65
TCP/IP 63
punto de sincronizacin 19, 74
R
rastreo en un entorno CICS 98
recuperacin
diarios de usuario 36
recuperacin durante el reinicio 32
qu es una regin?
recuperacin y reinicio
arranque 36
Recurso de diagnstico de ejecucin
(EDF)
aplicaciones 95
recursos proporcionados por CICS 3
visin general de la gestin de
datos 37
visin general de las
comunicaciones 55
visin general del desarrollo de
aplicaciones 89
red de intercomunicacin
seleccionar 109
registro de sucesos 27
qu es una regin?
regin en ejecucin 29
qu es una regin?
registros de diarios 51
rendimiento
diseo de red de CICS 114
restitucin 74
restitucin dinmica de transacciones 36
restricciones
manejador de archivos externos 106
manejador de archivos externos
COBOL 106
nombres de campo (DB2) 108
SFS para el control de colas y
archivos 105
restricciones de nombres de campo
DB2 108
restricciones de SQL para las bases de
datos no habilitadas para XA 50
retrotraccin 74
124
S
Secured Hypertext Transport Protocol
(S-HTTP) 84
Secured Sockets Layer (SSL) 84
segmento de texto compartido 30
segmento de texto del procesador
qu es una regin?
seguridad 77
autenticacin para servicios de
transacciones
mediante un ID de usuario y una
contrasea de CICS 78
autenticar un sistema remoto 85
autenticar un usuario remoto 86
autorizar el acceso a los recursos 81,
87
por parte de CICS 81
bases de datos habilitadas para XA y
CICS 84
CICS 77
clientes Telnet 84
detalle 77
gestor de autenticacin externo
(CICS) 79
Gestor de seguridad externo
(CICS) 82
ID de usuario de flujo SNA 86
intercomunicacin 73
seguridad de enlace (comunicaciones
de CICS) 87
seguridad de las comunicaciones 85
(comunicaciones de CICS) 87
servicios de seguridad de CICS 77
servicios de seguridad de Internet 84
servicios de seguridad web 84
seguridad a nivel de conversacin
(SNA) 86
seguridad de conexin (SNA) 86
seguridad de enlace
descripcin 73
seguridad de intercomunicacin
autenticar un sistema remoto 85
seguridad de recursos 81
seguridad de transacciones 81
seguridad de vinculacin
descripcin 73
descripcin 73
servicios de seguridad de CICS 77, 78
autenticar usuarios 78, 79
autorizar el acceso a los recursos 81
bases de datos habilitadas para
XA 84
seguridad de recursos 81
seguridad de transacciones 81
utilizar un gestor de autenticacin
externo 79
utilizar un Gestor de seguridad
externo 82
qu es una regin?
servicios y subsistemas
qu es una regin?
(SFS) 7
seguridad 85
servidores recuperables 18
servidores SQL 49
SFS
control de colas y archivos 105
SFS (servidor de archivos
estructurados) 7
sfsimport, herramienta de importacin
SFS de CICS 100
sincronizacin, punto 19
sincronizar la salida del diario 51
sistema de proceso de transacciones 3
sistemas abiertos 14
seguridad 83
SNA
seguridad 85
nivel de sincronizacin 74
peticin de vinculacin 73
seguridad a nivel de conversacin 86
utilizar 62
verificacin de contraseas 86
SNA (arquitectura de red de
sistemas) 109
Soporte de correlacin bsica (BMS)
correlacin fsica 95
correlacin simblica 95
aplicaciones 95
soporte de SNA (CICS)
supervisar un entorno CICS 98
T
tareas 33
TCP/IP 63
utilizar 62
seguridad 85
terminal 3270 local (CICS) 62
terminal CICS local 62
terminar anormalmente
transacciones 17
transaccin, visin general del ciclo de
vida 20
transacciones 17, 19
CEDF 96
confirmacin de dos fases 18
confirmar 17
transacciones (continuacin)
coordinadores 18
distribuidas 17
fase de preparacin 18
fase de resolucin 19
terminar anormalmente 17
transacciones distribuidas 17
U
unidad de trabajo distribuida 74
unidad de trabajo lgica (LUW) 74
utilizar un gestor de autenticacin
externo
visin general 79
utilizar un Gestor de seguridad externo
visin general 82
V
verificacin persistente 86
verificar contraseas (SNA) 86
verificar el programa 96
VSAM (Virtual Storage Access Method)
conjunto de datos de registro relativo
(RRDS) 41
conjunto de datos de secuencia de
clave (KSDS) 41
secuencia de entrada (ESDS) 41
vuelcos en un entorno CICS 98
W
WebSphere MQ
ndice
125
126
SC11-3139-02

Spine information:
Versin 6.2
SC11-3139-02

TXSeries For Multiplatforms Conceptos y Planificación Versión 6.2 - Erziaz02 PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

TXSeries For Multiplatforms Conceptos y Planificación Versión 6.2 - Erziaz02 PDF

Uploaded by

Copyright:

Available Formats

TXSeries for Multiplatforms

TXSeries for Multiplatforms

Tercera edicin (Enero de 2008)

Parte 1. Informacin acerca de

Captulo 2. TXSeries for Multiplatforms

Captulo 3. Proceso de transacciones

Captulo 4. Ciclo de vida y servicios de

Captulo 5. Gestin de datos de CICS

Visin general de la gestin de datos de CICS .

Captulo 6. Comunicaciones CICS . . . 55

Captulo 7. Seguridad de CICS . . . . 77

Uso de un Gestor de seguridad externo para la

Captulo 8. Desarrollo de aplicaciones

Captulo 9. Administracin de sistemas

TXSeries for Multiplatforms: Conceptos y planificacin

SMIT (System Management Interface Tool) (slo

Parte 2. Planificacin de TXSeries

Captulo 11. Planificacin de la

Arquitectura general de TXSeries for

Copyright IBM Corp. 1999, 2008

CICS Transaction Gateway (navegador HTTP

TXSeries for Multiplatforms: Conceptos y planificacin

Convenios utilizados en este manual

Copyright IBM Corp. 1999, 2008

TXSeries for Multiplatforms: Conceptos y planificacin

Acerca de este manual

A quin va dirigido este manual

Cmo est organizado este manual

Copyright IBM Corp. 1999, 2008

v En el Captulo 10, Planificacin de componentes, en la pgina 105 se describen

Convenios utilizados en este manual

Indica los valores que el usuario debe utilizar literalmente, como

Indica texto que el usuario debe escribir en un indicador de

Indica los valores de variables que el usuario debe proporcionar

Delimita los nombres de las teclas del teclado.

Donde x es el nombre de una tecla, indica una secuencia de

Indica la tecla identificada con la palabra Retorno, Return, Enter,

Representa el indicador de shell de mandatos de UNIX para un

Representa el indicador de shell de mandatos de UNIX para un

Representa el indicador de mandatos de Windows.

Cuando se utiliza para describir un men, muestra una serie de

Cuando se le pida entrar o emitir un mandato, escriba el

Delimita los elementos opcionales en descripciones de sintaxis.

Delimita listas en las que debe seleccionar un elemento en

Separa elementos en una lista de opciones entre { } (llaves) en

TXSeries for Multiplatforms: Conceptos y planificacin

Tabla 1. Convenios utilizados en este manual (continuacin)

Los puntos suspensivos en las descripciones de sintaxis indican que

En las descripciones de funciones, indica parmetros cuyos valores

En las descripciones de funciones, indica parmetros cuyos valores

En las descripciones de funciones, indica parmetros cuyos valores

Indica la va de acceso completa de la ubicacin donde est

Hace una referencia global al producto CICS para todas las

Cmo enviar sus comentarios

Acerca de este manual

TXSeries for Multiplatforms: Conceptos y planificacin

Parte 1. Informacin acerca de TXSeries for Multiplatforms

Copyright IBM Corp. 1999, 2008

TXSeries for Multiplatforms: Conceptos y planificacin

Captulo 1. Visin general de TXSeries for Multiplatforms

TXSeries for Multiplatforms

Componentes y arquitectura de CICS

Figura 1. Arquitectura general de TXSeries for Multiplatforms