RESUMEN MEDIDAS EMERGENCIA

The activities of a company associated with buying and selling a product or service that includes advertising, social
29/11/2017
media, selling products Marketing is based on thinking about the business in terms of customer needs

1
Índice
1 Introducción y Alcance

2 Medidas de actuación

3 Sistemas Distribuidos

4 Sistemas Transaccionales

2
Introducción y alcance

3
Sistemas distribuidos

Introducción y alcance

• El objetivo de este documento es tener centralizadas las actuaciones y contingencias realizadas en explotación, así
como indicar las situaciones en las cuales deben ser aplicadas.

• Para ello la estructura a seguir se constituye en tres partes, basándonos en los diferentes sistemas existentes:
distribuidos, transaccionales y centrales. Dentro de cada uno de estos sistemas, se analizan los posibles problemas
que pueden motivar la aplicación de las mencionadas contingencias.

4
Medidas de actuación

5
Sistemas distribuidos

Medidas de actuación
Simultáneamente a la aplicación de las contingencias explicadas en este documento, si existe pérdida de servicio, se realizará el envío pertinente de
NOTIFICACIÓN DE INCIDENCIA, así como la apertura de incidencia en REMEDY.

W:\PR_DOCUMENTACION\DOCUMENTACION EXPLOTACION\Servicio de Notificación

Además de completar los puntos anteriores, en paralelo se realizarán una serie de comprobaciones de indicadores de tráfico y estado:

1. NIVEL CUANTITATIVO de tráfico transaccional en los módulos.

‘mcb37’ (comprobar detalle de indicadores por aplicación y módulo. Si no dan un contraste suficiente, se inicializarán contad ores seguirlo
a partir de ese momento) y ‘PRISMA’.

2. NIVEL CUALITATIVO de tráfico transaccional en los módulos.

‘mcb37’ (comprobar niveles de resolución y tiempos de respuesta por aplicación y módulo. Si no da contraste suficiente, inici alizar
contadores), ‘PRISMA’, ejecución de select.

3. EJECUCIÓN DE PRUEBAS FUNCIONALES DE MOTORES SIMULADORES DE TRANSACCIONES PARA TODAS LAS APLICACIONES
DISPONIBLES.

4. SE DETERMINARÁ EN CASO DE SER NECESARIO EL ESTADO DE LOS DISTINTOS MÓDULOS A TRAVÉS DE SAP: ‘lm’, ‘ luie’, ‘dsu’, ‘ddi’,
‘mcl210’, ‘encola’.

En caso de no existir pérdida de servicio y adoptar medidas preventivas que eviten incidencias se anotarán en el Excel situad o en la ruta:

N:\EXPLOTACION\OPERADORES\DETECCIÓN DE INCIDENCIAS
6
Sistemas distribuidos

7
Índice Sistemas Distribuidos
1 Actuaciones genéricas en servidores
➢ Infraestructura
➢ Servidores Criptográficos
➢ Servidores WEB
➢ Servidores de aplicaciones WAS SMPAIX28A/28B
➢ Servidores de aplicaciones WAS RDSAIXWAS1A/1B/2A/2B
2 Actuaciones de contingencia por servicio
➢ SIS
➢ SAS
➢ TPV-PC
➢ TVS
➢ SIBS BBVA (TPVPC)
➢ ICONOS, PROTO, IUPAY, HCE, FRA
➢ MQ-DINERS CA
➢ APPLE PAY Y SAMSUNG PAY
➢ TPV CLOUD
➢ Activación emergencia DB2 Local
➢ Operativas relacionadas con Sistemas transaccionales 8
Actuaciones genéricas en
servidores
SISTEMAS DISTRIBUIDOS

9
Sistemas distribuidos

Infraestructura

SERVIDORES SERVIDORES
WEB
YEC FS YEC FS WEB

Smpaix29A Smpaix30A Smpaix29B Smpaix30B rdsweb1a rdsweb2a rdsweb1b rdsweb2b

Smpaix28a Smpaix28b rdsaixwas1a rdsaixwas2a rdsaixwas1b rdsaixwas2b

SERVIDORES SERVIDORES
WAS 6.1 WAS 8.5

STRATUS BACKUP
DB2 EMER DB2 ZOS STRATUS ISLA

rdsaixwas1a
rdsaixwas2a
SIS rdsaixwas1a
ICOnos rdsaixwas1b
SAS rdsaixwas2a
rdsaixwas2b HCE
PROto-Premia Smpaix28a rdsaixwas1b
TVS
smpaix28b rdsaixwas1a rdsaixwas2b
IUPay
SSM
rdsaixwas2a
TPVPC
FRA rdsaixwas1b
rdsaixwas2b
10
 Sistemas distribuidos

Servidores Criptográficos

Cómo actuar

Existen actualmente diferentes servidores criptográficos:

Cuándo actuar smpaix28a smpaix28b smpaix40a smpaix40b smpaix58a

smpaix58b smpaix32a smpaix32b rdsaix2a rdsaix2b
❑Cuando existan problemas identificados en servidor criptográficos
mantenidos durante más de 3 minutos, determinados mediante: 1. Determinar el servidor donde existen problemas.

▪ Visualización de alertas en APM relacionadas con servidores web 2. Login en el servidor afectado con usuario ldap + password

▪ Visualización en Prisma de descenso de tráfico (cotejar con sudo menú.sh (password ldap)
información que se tiene en la parte transaccional – mcb37)

▪ Comportamiento anómalo en las comprobaciones en el servidor 3. Para reiniciar servidor criptográfico afectado individualmente:
con problemas (Comprobación de anomalías, topas …) -Opción 3 (Menu Servidores WAS)
-Opcion 1 (Listar/Ad minis trar servidores WAS de la celda) y elegir la aplicación a reiniciar
-Opcion 5 (Parar y arrancar el servidor ).

Ejemplo: smpaix28a

También existen tres servidores criptográficos más a los cuales a día de hoy no podemos acceder ya que
requieren de VPN. Para Vbv es necesario además acceder desde los PC habilitados

rdsaixhce2a rdsaixhce2b rdslinvbv3b

11
 Sistemas distribuidos

Servidores WEB Cómo actuar

Existen 8 servidores WEB, 4 por edificio (SMPAIX29A/30A y RDSWEB1A/2A en YEC y SMPAIX29B/30B y

RDSWEB1B/2B en FS)

1. DETERMINAR EL SERVIDOR AIX / EDIFICIO DONDE HAY PROBLEMAS.

– EN EL CASO DE LOS SERVIDORES SMPAIX:

Cuándo actuar
SE COMPROBARÁ LA SESIÓN AIX Y SE EJECUTARÁ LA OPCIÓN QUE CORRESPONDA A CADA
❑SIEMPRE con pérdida de servicio
SERVIDOR DESDE (su - // menu.sh // Opción 1 – Menu Servidores WEB:
❑Cuando exista n problemas identificados en servidor web mantenidos
durante más de 3 minutos, determinados mediante:
Se puede listar el estado de los
Servidores y de sus conexiones,
▪ Visualización en Prisma de descenso de tráfico (cotejar con
actuar sobre uno o todos desde
información que se tiene en la parte transaccional – mcb37)
una única opción, y reiniciarlos
de forma inmediata (opción 4)
▪ Visualización de alertas en APM relacionadas con servidores web
o diferida (opción 5)
▪ Comportamiento anómalo en las comprobaciones en el servidor
con problemas (Comprobación de anomalías, topas …)

– EN EL CASO DE LOS SERVIDORES RDSWEB (servidores Linux)

EL PROCEDIMIENTO DE ACTUACIÓN SERÍA EL SIGUIENTE

PARAD A Y ARRANQUE SERVIDORES WEB (RDSWEB1A/2A/1B/2B)

SIMULTÁNEAMENTE, SE INICIARÁ EL PROCEDIMIENTO DE COMUNICACIÓN ESTABLECIDO PARA ESTOS

CASOS: - Envío de SMS a la Lista Interna 1

12
 Sistemas distribuidos

Servidores de aplicaciones WAS SMPAIX28A/28B

Cómo actuar

Las siguientes aplicaciones son gestionadas desde los servidores WAS SMPAIX28A Y SMPAIX28B

ICOnos
SAS
PROto-Premia
Cuándo actuar TVS
SSM
❑SIEMPRE con pérdida de servicio FRA
….
❑Cuando exista n problemas identificados en servidor was
(smpaix28a/28b) ma ntenidos durante más de 3 minutos, determinados
mediante: Trabajan en activo-activo.

▪ Visualización en Prisma de descenso de tráfico (cotejar con
información que se tiene en la parte transaccional – mcb37)
▪ Visualización de alertas en APM relacionadas con servidores was
▪ Comportamiento anómalo en las comprobaciones en el servidor
con problemas (Comprobación de anomalías, topas …)
1. Login en el servidor smpaix28a o smpaix28b, con usuario ldap + password
sudo menú.sh (password ldap)
2. Si queremos pasar a un AIX o a otro cada grupo de Aplicaciones, o hacerlo para todos los grupos
de aplicaciones que figuran en ese servidor:
-Opción 2 – Menú Grupos de Aplicaciones (WAS) )

3. Para reiniciar servidores WAS afectados individualmente:

-Opción 3 (Menu Servidores WAS)
-Opcion 1 (Listar/Ad minis trar servidores WAS de la celda) y elegir la aplicación a
reiniciar
-Opcion 5 (Parar y arrancar el servidor ).

13
 Sistemas distribuidos

Servidores de aplicaciones WAS RDSAIXWAS1A/1B/2A/2B

Cómo actuar

Las siguientes aplicaciones son gestionadas desde los servidores WAS RDSAIXWAS1A/1B/2A/2B:
3. Si queremos parar todos los grupos de aplicaciones contenidos en los - La aplicación SIS, TPV/PC y HCE se gestiona desde los servidores rdsaixwas1a(YEC), rdsaixwas2a (YEC), rdsaixwas1b (FS)
servidores rdsaixwas1a o 1b, en casos en que se quiera hacer pasar el y rdsaixwas2b (FS).
tráfico sólo por un edificio, podemos agilizar el proceso parando todas
las aplicaciones con
3. -Opción 3 (Menu Servidores WAS) 1. Login en el servidor rdsaixwas1a/1b/2a/2b con usuario ldap + password
4. -Opción 6 - PARAR servidores WAS abiertos en rdsaixwas1a sudo menú.sh + (password ldap)
5. -Opción 7 - PARAR servidores WAS abiertos en rdsaixwas1b
En este caso no existe la posibilidad de balanceo. Si se requiere que un grupo de aplicaciones este activo por un único
servidor, se deberán parar las aplicaciones del servidor que se quiera dejar sin tráfico en lugar de balancearlo. Los
servidores que no se paren serán los que asuman todo el tráfico.
Cuándo actuar
2. Para reiniciar o parar servidores WAS afectados individualmente:
❑SIEMPRE con pérdida de servicio -Opción 3 (Menu Servidores WAS)
-Opcion 1 (Listar/Ad minis trar servidores WAS de la celda) y elegir la aplicación a reiniciar o parar
❑Cuando exista n problemas identificados en servidor was
(rdsaixwas1a/1b/2a/2b) mantenidos durante más de 3 minutos,
determinados mediante:

▪ Visualización en Prisma de descenso de tráfico (cotejar con

información que se tiene en la parte transaccional – mcb37)

▪ Visualización de alertas en APM relacionadas con servidores was

▪ Comportamiento anómalo en las comprobaciones en el servidor

con problemas (Comprobación de anomalías, topas …)

14
Actuaciones de contingencia
por servicio
SISTEMAS DISTRIBUIDOS

15
 Sistemas distribuidos

SIS Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a la aplicación SIS, reiniciá ndola en el
servidor donde presente problemas (rdsaixwas1a/rdsaixwas1b y rdsaixwas2a/rdsaixwas2b):

1. sudo menú.sh + (password ldap)

Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Seleccionar la aplicación a reiniciar o parar entre la siguientes:

Cuándo actuar
Aplicación rdsai xwas 1a (YEC)
❑Cuando exista n problemas identificados en grupo de aplicación SIS apl02_clus ter_srv1
(rdsaixwas1a/1b/2a/2b) mantenidos durante más de 3 minutos, sisWebService_cluster srv1
determinados mediante: sisUsuarios_cluster_srv1
sisMonitor_cluster _srv1
rdsaixwas1a (Yec) 230001 – Modulo 1 (FS)
rdsaixwas1b (FS) 230002 – Modulo 1 (FS) Aplicación rdsai xwas 2a (YEC)
rdsaixwas2a (Yec) 230005 – Modulo 1 (FS) apl02_clus ter_srv3
rdsaixwas2b (FS) 230006 - Modulo 1 (FS) sisWebService_cluster srv3
sisUsuarios_cluster_srv3
▪ Visualización en Prisma de descenso de tráfico en aplicacio nes sisMonitor_cluster _srv3
230001 / 230002 / 230005 /230006 de SIS (cotejar con
información que se tiene en la parte transaccional – mcb37) Aplicación rdsai xwas1b (FS)
apl02_clus ter_srv2
▪ Visualización de alertas en APM relacionadas con servidores was sisWebService_cluster srv2
de SIS sisUsuarios_cluster_srv2
sisMonitor_cluster _srv2

Aplicación rdsai xwas2b (FS) El orden de parada para la aplicación SIS debe ser:
apl02_clus ter_srv4 1º -apl02
sisWebService_cluster srv4 -sisWebService
sisUsuarios_cluster_srv4 -sisUsuarios
sisMonitor_cluster _srv4 2º -sisMonitor

El orden de arranque es a la inversa

*En caso de reinicio del sisMonitor hay que realizar la parada y arranque ordenada
de los cuatro server de aplicación.
16
 Sistemas distribuidos

HCE Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a la aplicación HCE, reiniciándola en el
servidor donde presente problemas (rdsaixwas1a/rdsaixwas1b y rdsaixwas2a/rdsaixwas2b):

1. sudo menú.sh + (password ldap)

Opción 9 – Menú Servidores Liberty Profile
Opción 9 -Listar:
Seleccionar la aplicación a reiniciar o parar.
Cuándo actuar

❑ En caso de fallos, visto en la monitorización o por incidencia Aplicación rdsai xwas 1a (YEC)
reportada . HCE_CL USTER
❑ Consultar para actuación en “Guía de Operación”. Aplicación rdsai xwas2a (YEC)
HCE_CL USTER
Aplicación rdsai xwas1b (FS)
HCE_CL USTER
Aplicación rdsai xwas 2b (FS)
HCE_CL USTER

❑ IUPAY_CLUSTER en smpaix28a/b, si continúa llamar al servicio.

17
 Sistemas distribuidos

SAS
Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a la aplicación SAS, reiniciándola en el servidor
donde presente problemas (smpaix28a o smpaix28b):

1. sudo menú.sh + (password ldap)

Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Cuándo actuar
Seleccionar la aplicación a reiniciar o parar entre la siguientes:
❑Cuando existan problemas identificados en grupo de aplicación SAS
(smpaix28a/28b) ma ntenidos durante más de 3 minutos, determinados Aplicación SMPAIX28A (YEC)
mediante: adminsas_cluster _srv1
sas_cluster_srv1
▪ Visualización en Prisma de descenso de tráfico en aplicacio nes CIER…………………. 038090, 238090
238090, 238092, 038090 y 038092 de SAS (cotejar con
información que se tiene en la parte transaccional –mcb37)
Aplicación SMPAIX28B (FS)
▪ Visualización de alertas en APM relacionadas con servidores was adminsas_cluster _srv2
de SAS sas_cluster_srv2
CIER…………………. 038092, 238092

18
 Sistemas distribuidos

TPV-PC
Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a la aplicación TPVPC, reiniciándola en el
servidor donde presente problemas (rdsaixwas1a/2a o rdsaixwas1b/2b):

1. sudo menú.sh + (password ldap)

Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Cuándo actuar
Seleccionar la aplicación a reiniciar o parar entre la siguientes:
❑Cuando existan problemas identificados en grupo de aplicación TPV-PC
(rdsaixwas1a/1b/2a/2b) mantenidos durante más de 3 minutos, Aplicación RD SAIXWAS1A (YEC)
determinados mediante: tpvpcAd min_cluster_srv1
tpvpc_cluster_srv1
▪ Visualización en Prisma de descenso de tráfico en aplicacio nes CIER…………………. 070001
070001, 070003, 070013 y 070014 de TPV-PC (cotejar con
información que se tiene en la parte transaccional – mcb37) Aplicación RD SAIXWAS2A (YEC)
tpvpcAd min_cluster_srv3
▪ Visualización de alertas en APM relacionadas con servidores was tpvpc_cluster_srv3
de TPV-PC CIER…………………. 070003

Aplicación RD SAIXWAS1B (FS)

tpvpcAd min_cluster_srv2
tpvpc_cluster_srv2
CIER…………………. 070013

Aplicación RD SAIXWAS2B (FS)

tpvpcAd min_cluster_srv4
tpvpc_cluster_srv4
CIER…………………. 070014

**TPV-PC DISPONE DE RESPALDO ANTE PROBLEMAS DE

DIÁLOGO/CONEXIÓN CON ST RAT US
19
 Sistemas distribuidos

TVS
Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a la aplicación TVS, reiniciándola en el servidor
donde presente problemas (smpaix28a o smpaix28b):

1. sudo menú.sh + (password ldap)

Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Cuándo actuar
Seleccionar la aplicación a reiniciar o parar entre la siguientes:
❑Cuando existan problemas identificados en grupo de aplicación SAS
(smpaix28a/28b) ma ntenidos durante más de 3 minutos, determinados Aplicación SMPAIX28A (YEC)
mediante: tvsAdmin_clus ter_srv1
tvs_cluster_srv1
▪ Visualización en Prisma de descenso de tráfico en aplicacio nes tvs_cluster_srv2
550363, 550364, 550365 y 550366 de TVS (cotejar con CIER…………………. 550363, 550364
información que se tiene en la parte transaccional – mcb37)

▪ Visualización de alertas en APM relacionadas con servidores was Aplicación SMPAIX28B (FS)
de TVS tvsAdmin_clus ter_srv2
tvs_cluster_srv3
tvs_cluster_srv4
CIER…………………. 550365, 550366

**TVS DISPONE DE RESPALDO ANTE

PROBLEMAS DE DIÁLOGO/CONEXIÓN CON
STRAT US

20
 Sistemas distribuidos

SIBS BBVA (TPVPC) Cómo actuar

La infraestructura de Redsys está configurada en alta disponibilidad, con equipos en los 2 edificios, pero la aplicación
receptorSIBS no permite aprovechar esta configuració n, limitando el acceso a un único servidor WEB (Principal-
SMPAIX30B en FS, o Alter nativo - SMPAIX29A en GFB), pero nunca en simultá neo.

CAMBIO DE SERVIDOR WEB

Si hay problemas con el Servidor Ppal. WEB: smpaix30b (IP:192.168.137.13:6003), se debe CAMBIAR al
Cuándo actuar ALTERNATIVO: SMPAIX29A (IP:192.168.137.19:6003) ejecutando la siguiente operativa:

❑Cuando exista n problemas identificados en grupo de aplicación SIBS
(smpaix28a/28b) ma ntenidos durante más de 3 minutos, determinados
mediante:
▪ Visualización en Prisma de descenso de tráfico en gráficas de
SIBS
▪ Visualización de inoperatividad en url de SIBS BBVA
A.- Abrir sesiones con ‘expl’ y ‘su –’ a ‘root’ en: SMPAIX29A y SM PAIX28A
B.- Activar ‘PrtServer’ en SMPAIX29A: cd/expl/sibs/prt y ejecutar: ./OPERA_SIBS.sh activar
C.- Reiniciar ‘receptorSIBS’ en SMPAIX28A: cd/expl/sibs/receptorSIBS y ejecutar: ./OPERA_SIBS.sh reiniciar
D.- Pedir a SIBS que se conecten por la ‘IP ALTERNATIVA’→ (IP:192.168.137.19:6003).
E.- A continuación abrir una sesión a la URL: http://smpaix28a.redsys.es:11206/prtmonitor (*) y seguir las indicaciones
de SIBS (suelen pedir lanzar un ’Echo Test’, pincha ndo en esta pestaña).
F.- Confirmar con SIBS que lo ven bien e intercambiar un correo confirmando el cambio de servidor.
>LA MARCHA ATRÁS es similar, PERO CAMBIANDO en Paso B: SMPAIX30B por SMPAIX 29A, en Paso C:
SMPAIX28B por SMPAIX28A, y en Paso D pedir conexión a IP Ppal.: 192.168.137. 13: 6003

Para comprobar el cambio de conexión y la apertura del diálogo conectaremo a la URL del
‘Prtmonitor’ visualizando éstas solamente en el servidor activo.

URL ‘PRT MONITOR’

Si Serv. Ppal.: smpaix30b.redsys.es https://portaldeserviciosit.redsys.es/prtmonitor
Si Serv. Altvo.: smpaix29a.redsys.es http://smpaix28a.redsys.es:11206/prtmonitor
http://smpaix28b.redsys.es.es:11206/prtmonitor

21
 Sistemas distribuidos

MENSYS, ICONOS, PROTO, IUPAY, FRA

Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a la aplicación afectada, reiniciándola en el
servidor donde presente problemas (smpaix28a o smpaix28b):

1. sudo menú.sh + (password ldap)

Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Cuándo actuar Seleccionar la aplicación a reiniciar o parar entre la siguientes:

❑Cuando existan problemas identificados en grupo de aplicación de Aplicación SMPAIX28A (YEC)

MENSYS, ICONOS, PROTO, IUPAY, FRA (s mpaix28a/28b) ma ntenidos centroAut_cluster_srv1
durante más de 3 minutos, determinados mediante: proto_cluster_srv1
mensys_cluster_srv1
▪ Visualización en Prisma de descenso de tráfico en una de las iconos_clus ter_srv1 (09)
aplicaciones indicadas (cotejar con informació n que se tiene en la inca_cluster_srv1 (84)
parte transaccional – mcb37) iupay_cluster_srv1 (23 para el pago)
proxyFraude_cluster_srv1
▪ Visualización de alertas en APM relacionadas con servidores was CIER………… 840001, 094000, 038093, 238095
de una de las aplicaciones indicadas
Aplicación SMPAIX 28B (FS)
centroAut_cluster_srv1
mensys_cluster_srv2
iconos_clus ter_srv2
inca_cluster_srv2
iupay_cluster_srv2
proxyFraude_cluster_srv2
CIER…………. 840001, 094001, 038094, 238096

22
 Sistemas distribuidos

MQ-DINERS CA
Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción q ue corresponde a la aplicación MQ-DINERS, reiniciándola en el

servidor donde presente problemas (smpaix28a o smpaix28b):

1. sudo menú.sh + (password ldap)

Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Cuándo actuar Seleccionar la aplicación a reiniciar o parar entre la siguientes:

❑Cuando exista n problemas identificados en grupo de aplicación MQ- Aplicación SMPAIX28A (YEC)
DINERS (smpaix28a/28b) mantenidos durante más de 3 minutos, dinersAdmin_cluster_srv1
determinados mediante:
CIER…………………. 015555, 025555, 028555,
▪ Visualización en Prisma de descenso de tráfico en aplicación 035555, 045555, 378555
MQ-DINERS (cotejar con información que se tiene en la parte
transaccional – mcb37)

▪ Visualización de alertas en APM relacionadas con servidores was Aplicación SMPAIX28B (FS)
de MQ-DINERS dinersAdmin_cluster_srv2
dinersCa_cluster _srv2

CIER…………………. 015555, 025555, 028555,

035555, 045555, 378555

NOTA: En SMPAIX28B no se puede acceder a

la consola de administración de esta aplicación
hasta después de pasar la aplicación al AIX28B.

23
 Sistemas distribuidos

APPLE PAY, SAMSUNG PAY Y ANDROID PAY Cómo actuar

Se comprobará la sesión aix y se ejecutará la opción que corresponde a las aplicaciones APPLE PAY, SAMSUNG PAY o ANDROID PAY. Si
existen problemas en un nodo, se recomienda redireccionar todo el tráfico al otro nodo. Se balanceará el tráfico hacia el servidor donde no
existan problemas o se reiniciará la aplicación afectada. (rdsaix2a o rdsaix2b):

1. menú.sh
Opción 3 – Menú Servidores (WAS)
Opción 1 -Listar:
Seleccionar la aplicación a reiniciar o parar entre la siguientes:
Cuándo actuar
APPLE PAY
SAMSUNG PAY
❑Cuando existan problemas identificados en grupo de Aplicación RDSAIX2A (YEC)
Aplicación RDSAIX2A (YEC)
aplicaciones APPLE PAY, SAMSUNG PAY o ANDROID payGatewayMaste_cluster_srv1
samsungPay_cluster_srv1
PAY (rdsaix2a/2b) mantenidos durante más de 3
Aplicación RDSAIX2B (FS)
minutos, determinados mediante: Aplicación RDSAIX2B (FS)
payGatewayMaste_cluster_srv2
samsungPay_cluster_srv2

▪ Visualización en Prisma de descenso de tráfico ANDROID PAY

Aplicación RDSAIX2A (YEC)
en aplicaciones APPLE PAY, SAMSUNG PAY o
hubDigital_cluster_srv1
ANDROID PAY hubDigitalAdmin_cluster_srv1

▪ Visualización de aler tas en APM relacionadas Aplicación RDSAIX2B (FS)

hubDigital_cluster_srv2
con servidores was de APPLE PAY, SAMSUNG
hubDigitalAdmin_cluster_srv2
PAY o ANDROID PAY
1. En caso de no resolverse el problema con el reinicio de la aplicación, puede que sea necesario reiniciar los siguientes elementos:
Servidores rdsaix2a -2b
Servidores smpaix40a -40b:
proteus_ cluster
sbGestEnvio_cluster servCriptografico

2. En el caso de APPLE PAY si existe problema de conexión contra los Mips:

✓ En caso de problemas en un MIP (XK-04V (YEC, site ESP001), XL-05G(FS, site ESP005)) avisar a MASTERCARD para que desvíen el
tráfico a través del site correcto. Por nuestra parte, se debe parar el master Gateway (AIX) del edificio afectado. En rdsaix2a →
payGateway de Yécora. En rdsaix2b → payGateway de FS

✓ El arranque se efectuará arrancando el master Gateway afectado e indicando a MASTERCARD que ya puede balancear el tráfico.
Se deberá lanzar una (Y) en el cier afectado en Stratus una vez que queramos conectarles para que vuelva a entrar tráfico.

3. Realizar operativa de “Prueba de servicio” comprobando que funcione correctamente 24

 Sistemas distribuidos

TPV CLOUD Cómo actuar

1. Contingencia Servidor Socket

El Servidor de sockets está arrancado como servicios en la máquina. Actualmente existen 2 servidores de socket arrancados:
Servidor de Socket 1: Escuchando al puerto 9091 (conexión de TPV MediaMarkt Pago aplazado)
Servidor de Socket 2: Escuchando al puerto 9090 (Conexión del resto de TPV Cloud)

A través de una sesión de Putty entrar (con usuario / contraseña LDAP) en el servidor Socket: rdstpvclsock1b.redsys.es

En caso de pérdida de servicio tanto de TPV Cloud genérico como de TPV Cloud Media Markt Pago aplazado

Cuándo actuar
❑ SIEMPRE tiene que producirse pérdida de
servicio
❑ Visualización en Prisma de alertas en este
entorno, que determinen degradación o
caída del servicio.
❑ Visualización de alertas en APM relacionadas
con TPV CLOUD
1. Parar servidor de socket de TPV Cloud genérico y reiniciar servidor socket TPV Clo ud Media Markt.
sudo service socket9091 restart → servidor 1
sudo service socket9090 stop → servidor 2
2. Avisar al Servicio para realizar las operativas que nos indiquen: reinicio de servidores…
En caso de pérdida de servicio de TPV Cloud genérico, sin afectación a los TPV Cloud de Media Markt
1. Parar únicamente servidor de TPV Cloud genérico, forzando de esta manera a que el funcionamiento del TPV sea en backup, es decir, de
forma tradicional (NO cloud)
sudo service socket9090 stop → servidor 2 (Conexión del resto de TPV Cloud)

2. Avisar al Servicio para realizar las operativas que nos indiquen: reinicio de servidores…

En caso de pérdida de servicio de los TPV Media Markt (no existe backup de esta funcionalidad)

1. Reiniciar servidor de sockets Media Markt por si al reiniciar recuperase el servicio.

sudo service socket9091 restart → servidor 1

2. Si no se recupera, avisar al Servicio para realizar las operativas que nos indiquen: reinicio de servidores…

NOTA IMPORTANTE:

La aplicación de Media Markt no tiene contingencia en el propio TPV. El servidor de socket 1 que da servicio a los terminales de Media Markt
si se para, dejaríamos sin servicio a estos terminales.

25
 Sistemas distribuidos

Activación emergencia DB2 Local

Cómo actuar
SMPAIX 28A/B
Ante caída o inaccesibilidad del DB2 (DSND y DSNA) en el Host IBM:

1.- Se comprobará la sesión aix y se ejecutará desde un único servidor aix

(smpaix o rdswas según la aplicación afectada):
Cuándo actuar
• Usuario + password ldap
• menu.sh // Opción 6 – Operativas de emergencia:
❑ SIEMPRE tiene que producirse pérdida de servicio
2.- Seleccionar la opción:
❑ Cuando se produzca la alerta en APM, se coteje con
Comprobación Anomalías y se mantengan activas al
• Opción 1 - Operativas de emergencia DB2
menos durante 3 minutos.
3A.- PARA ACTIVAR DB2 LOCAL para todas las aplicaciones gestionados en el
APM:
servidor:
▪ Pool de conexiones JDBC
EN EL SMPAIX 28A
• Opción 3 - DSND y DSNA inaccesibles. Activación DB2 LOCAL para ICONOS,
Comprobación Anomalías (menú distribuidos):
INCA, SAS, TVS RDSAIXWAS1A/1B/2A/2B
EN EL RDSAIXWAS1A
▪ Errores en la conexión con DB2
• Opción 3 - DSNB y DSNE inaccesibles. Activación DB2 LOCAL para SIS, TPVPC

3B.- PARA ACTIVAR DB2 LOCAL para una única aplicación.

TANTO EN SMPAIX COMO EN RD SWAS
• Opción 4 – DSND Y DSNA inaccesibles. Activació n DB2 LOCAL por Aplicación
• Opción A – Establecer aplicación

Pide confirmació n para hacerlo con o sin reinicio. Es mejor elegir CON REINICIO
para agilizar la operativa.

4.- Posteriormente realizar comprobaciones en smpaix23

*En caso de realizar emergencia DB2 Local de SAS revisar procedimiento

específico de SAS-W
26
 Sistemas distribuidos

Operativas relacionadas con Sistemas transaccionales

Cambio de modulo de residencia de la aplicación en entorno Transaccional (Stratus).

Cuándo actuar
Cómo actuar
❑ SIEMPRE tiene que producirse pérdida de servicio
(Solo para aplicaciones 07 (TPVPC), 094000/1 (ICONOS), 23 (SIS), 23 (SAS) y 55 (TVS)

❑ Cuando se produzca la alerta en el Entorno transaccional, se coteje
con Prisma y se mantenga n activas al menos durante 3 minutos.
▪ Entorno Transaccional (Stratus):
Abort de tareas de la aplicación
▪ Visualización en Prisma de descenso de tráfico (cotejar con
información que se tiene en la parte transaccional – mcb37)
Desde el servidor donde reside la aplicación distribuida :
cd EMERBD/STRATUS/
./stratus –cambia XXCIER –a backup -noreinicio
Para desactivar contingencia:
cd EMERBD/STRATUS/
./stratus –cambia XXCIER –a principal -noreinicio

Paso a entorno Aislado (ISLA)

Cuándo actuar Cómo actuar

❑ SIEMPRE tiene que producirse pérdida de servicio (Solo para aplicac iones 07 (TPVPC), 094000/1 (ICONOS), 23 (SIS) y 55 (TVS)

❑ Cuando se produzca al menos una de las alertas descritas a Desde el servidor donde reside la aplicación distribuida :
continuació n y se mantengan activas al menos durante 3 minutos. cd EMERBD/STRATUS/
./stratus –cambia XXCIER –a isla –noreinicio
▪ Entorno Transaccional (Stratus):
Abort de tareas de la aplicación Para desactivar contingencia:
Errores 909 cd EMERBD/STRATUS/
./stratus –cambia XXCIER –a principal -noreinicio
▪ Visualización en Prisma de Errores 909 u operaciones
rechazadas
27
Sistemas
Transaccionales

28
Índice Sistemas Transaccionales
1 Situaciones de paso a Isla
➢ Activación de TPV’s (47/74 y 67) en ISLA
➢ Activación selectiva de aplicativos en ISLA

2 Situaciones críticas más relevantes

➢ Pérdida de operatividad de un módulo
➢ Pérdida de operatividad de todos los server HSM de un módulo
➢ Pérdida de operatividad del OSL o del CAS
3 Operativas de emergencia más comunes
➢ Resolución Local de emergencia
➢ Opciones de respaldo en nombre de entidades
➢ Opciones de respaldo para interfaces internacionales
➢ Uso general de macros manuales
➢ Uso de macros especiales (Paso a isla establecimientos 13, 23, y 79)
➢ Uso de macros especiales TPV’s
➢ Otras macros especiales
➢ Resolución de emergencia ante códigos ‘909’ 29
Situaciones de paso a Isla
SISTEMAS TRANSACCIONALES

30
 Sistemas transaccionales

Activación de TPV’s (47/74 y 67) en ISLA con protocolo X25/IP

Cuándo actuar
Cómo actuar
❑Cuando se alcance alguna de las siguientes situaciones:
1.- ACTIVAR ISLA PARA ESTAS APLICACIONES
▪ El nivel de operaciones autorizadas para los TPV’s baja al 85%.
- APPL. 47/74/67 (Con Protocolo X25).- Conmutar en el Blackbox a posición ‘B-ISLA’ las líneas:
▪ Incremento súbito del tiempo de respuesta del Host (Stratus)
– FS: X28_145 (posic.3), X28_173 (posic.4), X28_165 (posic_6),
por encima de 0,5 segundos.
– YEC: X27_182 (posic.1), X27_191 (posic.8), X27_141 (posic.10), X27_151 (posic.12) y X27_135 (posic.14).
– En el MEGATRAP, activar las líneas X27_141, X27_152, X28_135, X28_146 Y X28_155
▪ Alerta de mas de 1000 códigos ‘909’ en una hora
- APPL. 47/74/67 (Con Protocolo IP).-
▪ No se pueden comprobar los anteriores indicadores y el Contact
Center tiene más de 30 llamadas en espera en autorizaciones.
- En el M4 ejecutar: EM_ENTIDAD_ISLA 47 4 7
- EM_ENTIDAD_ISLA 74 4 7

2.- COMPROBAR IN DICADORES DE ESTADO Y DE TRÁFICO

3.- ACTUAR SEGÚN ESTADO DE MÁQUINAS Y RESULTADO DE COMPROBACIONES

31
 Sistemas transaccionales

Activación selectiva de aplicativos en ISLA

Cómo actuar

a) Para activar la totalidad de servicios de ISLA:

1- Poner la llave de los conmutadores 1 y 2 en posición ‘ENABLE’.

2- Conmutar en ambos la palanca ‘GANG’ a la POSICIÓN ‘B’.
Cuándo actuar
3- Conmutar a ISLA todas las líneas del Megawatch
4- Activar back-up del Contact Centre por Internet -ICONOS (094000-1), de TPV-PC (07), SIS/SAS (23) y TVS (55).
❑Cuando se alcance alguna de las siguientes situaciones:
Desde smpaix28a y smpaix28b (root): ./islaON.sh
▪ El nivel de operaciones autorizadas para los TPV’s baja al 85%.
b) Para activar solo los TPV’S (47, 67, y 74):
▪ Incremento súbito del tiempo de respuesta del Host (Stratus)
por encima de 0,5 segundos. 1- Poner la llave del conmutador en posición ‘ENABLE’.
2- Conmutar a la POSICIÓN ‘B’ los conmutadores FS: 3, 4, Y 6
▪ Alerta de mas de 1000 códigos ‘909’ en una hora YEC: 1, 8, 10, 12 y 14

▪ No se pueden comprobar los anteriores indicadores y el Contact

Center tiene más de 30 llamadas en espera en autorizaciones. c) Para activar solo los comercios PRICE:

1- Cambiar las Pasarelas de Comercios a Isla (http://10.129.16.158)

2- Poner la llave del conmutador en posición ‘ENABLE’.
3- Conmutar a la POSICIÓN ‘B’ los conmutadores FS: 2, 5, 8, 9 y 10
YEC:3, 4, 5, 6, 7 y 11
d) Para activar una aplicación concreta AIX (o rdsaixwas1a/2a/1b/2b –root-):
smpaix28a/28b cd EMERBD/STRATUS/ y ./stratus –cambia XXCIER –a isla -noreinicio
rdsaixwas1a/2a/1b/2b cd EMERBD/STRATUS/ y ./stratus –cambia XXCIER –a isla –reinicio

32
Situaciones críticas más
relevantes
SISTEMAS TRANSACCIONALES

33
 Sistemas transaccionales

Pérdida de operatividad de un módulo

Cómo actuar

1.- ACTIVAR RESOLUCIÓN LOCAL EN EL PROPIO MÓDULO Y RESTO DE MÓDULOS.

• Módulo afectado: Ejecutar ‘T991LOCAL’ poniendo este módulo ‘en emergencia’ y ‘sin desvío’ consigo mismo y con el resto de
módulos en producción.

• Resto de módulos: Poner ‘en emergencia’ y ‘sin desvío’ el módulo con problemas. El límite inicial será de 90 euros para compras.
Estabilizada la situación, se revisará si debe activarse para cajeros o ventanilla.

2.- ACTIVAR PROCEDIMIENTO DE EMERGENCIA.

Cuándo actuar
Ejecutar macro ‘ESTADOS_EMERGENCIA’ seleccionando “2.-‘PROCEDIMIENTOS DE CAÍDAS’“ y seleccio nar la opción que corresponda
❑ Cuando exista pérdida de operatividad de con el módulo afectado.
un módulo.
3.- REVISAR RESULTADO DE LA EJECUCIÓN ANTERIOR Y COMPLETAR MANUALMENTE EL PASO DE LAS INTERFACES QUE HAYAN
PODIDO DAR ERROR.

4.- COMPLETAR EJECUCIÓN DE MACROS MANUALES PARA INTERFACES ESPECIALES INDICADAS EN LA MACRO
‘ESTADOS_EMERGENCIA’.

En algún caso, y en función de cada momento, puede ser necesario cambiar la secuencia establecida en la macro.

Como norma general, la prioridad de cambio es:

- TPV’S. Si el módulo afectado es el que soporta la aplicación 47 ó 74 de TPV’S, se debe activar ISLA antes incluso que aplicar la
resolución local.
- ESTABLECIMIENTOS 07, 13, 23, 43 y 63
- PRICE 01
- ......

34
 Sistemas transaccionales

Pérdida de operatividad de todos los server HSM de un módulo

Cómo actuar

*** Esto genera que las Entidades Solicitantes dejarán de tener servicio en el módulo afectado, funcionando correctamente las Entidades
Resolutoras.

1.- ACTIVAR RESOLUCIÓN LOCAL EN TODOS LOS MÓDULOS.

Ejecutar ‘T991LOCAL’ poniendo este módulo consigo mismo ‘en emergencia’ y ‘CON DESVÍO’ y desde los restantes módulos, con 90
euros para compras. Estabilizada la situación, se revisará si se activa para cajeros o ventanilla.
Cuándo actuar
2.- Lanzar en el módulo afectado la macro:
❑ Cuando exista pérdida de operatividad de
cvvno _mem Con esto NO se valida el CVV1 en adquirencia (no es intermodular)
todos los server HSM de un módulo.
3.- ACTIVAR PROCEDIM IENTO DE EMERGENCIA.
Ejecutar macro ‘ESTADOS_EMERGENCIA’
seleccionando 4.-‘PROCEDIMIENTOS DE PARADA’
y seleccionar la opción que corresponda con el módulo afectado.

4.- REVISAR RESULTADO DE LA EJECUCIÓN ANTERIOR Y COM PLETAR M ANUALMENTE EL PASO DE LAS INTERFACES QUE HAYAN
PODIDO DAR ERROR.

5.- COMPLETAR EJECUCIÓN DE MACROS MANUALES PARA INTERFACES ESPECIALES INDICADAS EN LA MACRO
‘ESTADOS_EMERGENCIA’.

35
 Sistemas transaccionales

Pérdida de operatividad del OSL o del CAS

Cómo actuar

Ante la evidencia de caída del OSL:

1.- Confirmar con ‘lm’ el ESTADO de todos los módulos.

2.- ACTIVAR M ACRO ‘ESTADOS_EMERGENCIA’

seleccionando 1. ‘CAÍDA DE LA CONEXIÓN INTERMODULAR’

3.- REVISAR RESULTADO DE LA MACRO Y COM PROBAR RECUPERACIÓN DEL OSL.

Cuándo actuar

❑ Cuando exista pérdida de operatividad del

OSL o del CAS/CAR (Centro Autorizador
Sermepa / Redsys)
Ante el indicio de problemas del CAS:

1.- Comprobar CAS con ‘mcb37’, ‘mcb20’, ‘xip0’ (OPERINFO)

2.- Verificar monitores _020, _021, _022, srvllama,conexión 318000

3.- ACTIVAR M ACRO ‘casstratus’ en todos los módulos en expl

4.- COMPROBAR CALIDAD DE RESPUESTA DE LA APLICACIÓN 318000.

36
Operativas de emergencia
más comunes
SISTEMAS TRANSACCIONALES

37
 Sistemas transaccionales

Resolución Local de emergencia

Cómo actuar

1.- ACTIVAR ‘T991LOCAL’ (Resolutor: Núcleo Stratus –938000-)

Permite interactuar entre los módulos de expl.

Permite opciones de carga de límites de resolución para compra, cajero y ventanilla.
Permite opción ‘Con Desvío’ y ‘Sin Desvío’ a los módulos marcados en emergencia.
Permite poner resolución local de emergencia a un módulo consigo mismo.

Cuándo actuar

❑ Cuando exista pérdida de operatividad de

un módulo. (Bloqueo de módulo)
❑ Tiempos altos de respuesta
❑ Operaciones rechazadas (códigos 909)
❑ Falta de memoria
❑ Errores de OSL en módulo afectado

38
 Sistemas transaccionales
Opciones de respaldo en nombre de entidades
Cuándo actuar
❑ Cuando exista problemas de tráfico en
Entidades Resolutoras con alto tráfico y nº
de BINes .
❑ Tiempos altos de respuesta de la entidad
resolutora
❑ Anulaciones por time-out
Cómo actuar
Existen una serie de medidas de Resolución Local que se aplican estando operativos los servicios para resolver problemas de t ráfico en Entidades
Resolutoras con alto tráfico y nº de BINes
1.- MACROS: rl0019, rl0049, rl0081, rl0182, rl2038, rl2100, rl3035, rl3858, y rl3999
También existen medidas de respaldo que se pueden activar focalizadas en un BIN específico:
2.- Respaldo por BIN: ‘T991GENE’
Opción 2.- BINES
Opción 5.- RESOLUCIÓN LOCAL
TECLEE BIN_______
Utilizando según documento: ‘Resolución Local por BIN en Stratus’
Con ‘bines-res-local’ se verifica si hay algún BIN con filtro de resolución local aplicado.
3.- Resolución Emergencia: ‘T991LOCA L’ interactuando entre los módulos en expl
39
 Sistemas transaccionales
Opciones de respaldo para interfaces internacionales
Cuándo actuar
❑ Cuando exista problemas de tráfico en
Entidades Resolutoras con alto tráfico y nº
de BINes .
❑ Tiempos altos de respuesta de la entidad
resolutora
❑ Anulaciones por time-out
Cómo actuar
Cuando existan problemas con cualquiera de las interfaces se procederá a enviar Sign-off / suspender y desconectar. Con ello todo el tráfico se
desviará por el resto de las interfaces.
Los equipos y las interfaces con Visa Int. dan servicio simultáneamente desde YEC. y F.S.
Para garantizar la continuidad del servicio debe estar al menos uno de los VEAS activos y en ON.
La configuración de interfaces es:
YEC: VEAS-A.- Interfaces BASE I: 368007, 368008 y 298005 (Servired) y 368401 (4B)
VEAS-B.- Interfaces BASE I: 368009, 368010 y 298006 (Servired) y 368402 (4B)
F.S.: VEAS-C.- Interfaces BASE I: 368011, 368012 y 298007 (Servired) y 368403 (4B)
VEAS-D.- Interfaces BASE I: 368013, 368014 y 298008 (Servired) y 368404 (4B)
Para MasterCard existen igualmente conexiones simultáneas en ambos edificios:
YEC: MIPXK - Interfaz: 358013 (Servired) y 358413 (4B) (tráfico mixto)
MIP04V - Interfaz: 358014 (Servired) (resolutor + excepciones) y
358414 (4B) (resolutor)
F.S.: MIPXL - Interfaz: 358011(Servired) y 358411 (4B) (resolutor)
MIP05G - Interfaz: 358012 (Servired) y 358412 (4B) (resolutor)
Si existe problema de conexión contra los Mips:
✓ En caso de problemas en un MIP (XK-04V (YEC, site ESP001), XL-05G(FS, site ESP005)) avisar a MASTERCARD para
que desvíen el tráfico a través del site correcto. Por nuestra parte, se debe parar el master Gateway (AIX) del edificio
afectado. En rdsaix2a → payGateway de Yécora. En rdsaix2b → payGateway de FS
✓ El arranque se efectuará arrancando el master Gateway afectado e indicando a MASTERCARD que ya puede
balancear el tráfico. Se deberá lanzar una (Y) en el cier afectado en Stratus una vez que queramos conectarles para
que vuelva a entrar tráfico.
40
Realizar operativa de “Prueba de servicio” comprobando que funcione correctamente
 Sistemas transaccionales

Uso general de macros manuales

Cómo actuar

USO GENERAL DE MACROS

1.- MACRO PARA CAMBIO DE MÓDULO DE UNA APLICACIÓN:

‘EM_ENTIDAD aplicación móduloorigen módulodestino entorno’
Ejemplo: EM_ENTIDAD 01 1 4 expl cambia appl 01 de M1 a M4 en expl

Cuándo actuar 2.- MACRO PARA CAMBIO DE MÓDULO DE UN CIER:

‘EM_ENTIDAD cier móduloorigen módulodestino entorno’
❑ Cuando exista pérdida de operatividad de Ejemplo: EM_ENTIDAD 022038 4 1 expl cambia 022038 de M4 a M1 en expl
un módulo.
❑ Cuando exista n problemas con una entidad Las Entidades TCP/IP, así como las interfaces con los sistemas distribuidos y pasarelas requieren la ejecución coordinada de operativas específicas en
determinada. dichos entornos (Migra_Entidad, macros AIX,…).
❑ Cuando exista n problemas con una
aplicación determinada. ** Existe una macro que permite chequear el módulo de back-up definido para cada APLICACIÓN o CIER:
❑ Cuando un monitor no tramite
correctamente las transacciones. EMVERBA CKUP NN
NNCCCC
Siendo ‘NN’ la aplicación y ‘NNCCCC’ el CIER completo.

41
 Sistemas transaccionales

Uso de macros especiales (Paso a isla establecimientos 13, 23, y 79)

Cómo actuar

USO GENERAL DE MACROS

Paso a isla de un ciers o aplicación de establecimientos (13,23 y 79). En el m1 o m4, ejecutar EM_ENTIDAD_ISLA ciers ó aplicación MO MD

Ejemplos:
Cuándo actuar EM_ENTIDAD_ISLA 137179 4 7 -> pasa a isla el ciers 137179

❑ Cuando exista pérdida de operatividad de EM_ENTIDAD_ISLA 13 4 7 -> pasa a isla la aplicación 13 completa
un módulo.
❑ Cuando exista n problemas con una entidad
determinada. Una vez finalizada la macro tenemos que revisar que haya hecho la desconexión del cier desde el modulo origen, en caso contrario realizarlo
❑ Cuando exista n problemas con una manualmente.
aplicación determinada.
❑ Cuando un monitor no tramite - Vuelta al Sistema Principal. En el m1 o m4, ejecutar EM_ENTIDAD_ISLA ciers ó aplicación MO MD (Siempre desde el modulo origen m1 o m4)
correctamente las transacciones.
Ejemplos:
EM_ENTIDAD_ISLA 790184 7 1 -> devuelve el ciers 790184 al sistema principal

EM_PASA_PRINCIPAL 79 7 1 -> devuelve la aplicación 79 completa al sistema principal

Una vez finalizada la macro tenemos que revisar que haya hecho la desconexión del cier desde el modulo origen, en caso contrario realizarlo
manualmente

Para pasar al Módulo 8 los comandos son los mismo excepto cambiar 7 por 8.

42
 Sistemas transaccionales
Uso de macros especiales tpv’s con Protocolo X25/IP
Cuándo actuar
❑ Cuando exista pérdida de operatividad del
módulo afectado.
❑ Cuando exista n problemas con la
aplicación de TPV’s en ese módulo.
❑ Cuando el monitor de la aplicación de
TPV’s no funcione correcta mente en el
módulo afectado.
Cómo actuar
USO DE MACROS ESPECIALES TPV’S
1.- MACRO ESPECIAL PARA CAMBIO DE APLICACIÓN 47 DE TPV’s* (I)
A) OPERATIVA CON EL INTERMODULAR (T991INT47, appl. 47) DE LA 47 ‘ACTIVO’.
1.- Consideraciones generales:
No hay pérdida de funcionalidad. Se actualizan ciclo de vida, sesiones y totales.
Cambio de módulo origen a módulo de backup. Ejemplo, M4 a M1:
- Desde ejecu del módulo m4, ejecutar: ‘EM_ENTIDAD 47 4 1 expl’
Vuelta de módulo backup a módulo origen. Ejemplo, M1 a M4:
- Desde ejecu del módulo m, ejecutar: ‘EM_ENTIDAD 47 1 4 expl’
* Si se cambia de módulo la Appl. 47 deben pasarse al mismo módulo las Appl: 09, 26 y 66
B) OPERATIVA CON EL INTERMODULAR (T991INT47, appl. 47) DE LA 47 ‘PARADO’.
1.- Consideraciones generales:
Hay pérdida de funcionalidad. Incidencias en ciclo de vida, sesiones y totales.
Cambio de módulo origen a módulo de backup. Ejemplo, M4 a M1:
A.- Desde ejecu del módulo m4, ejecutar ‘copia47’ (para copiar datos)
Si se ejecuta ‘lanzar_copia471’ la copia se repite cada 6h (4:00,10:00,16:00 y 22:00h)
B.- Ejecutar ‘EM_ENTIDAD 47 4 1 expl’
Vuelta de módulo backup a módulo origen. Ejemplo, M1 a M4:
A’.- Desde ejecu del módulo m1, ejecutar: ‘cambia47_m4’
B’.- Ejecutar ‘EM_ENTIDAD 47 1 4 expl’
2.- ARRANQUE del Intermodular APL 47 (bajo indicación de Sist. Transaccionales):
No hay pérdida de funcionalidad.
a.- Cancelar en MO la copia del batch: ‘cbr copia47* -form’ (User:expl* / Mód:mX)
b.- Ejecutar en MO, T991INT47 y arrancar Intermodular contra MD.
Ejecutar en MD, T991INT47 y arrancar Intermodular contra MO.
c.- Ejecutar en MO: ‘inter47_m4’ (para copiar datos, parar servers, etc.)
* Si se cambia de módulo la AP.47 deben pasarse al mismo módulo las APPL’s: 09, 26 y 66
43
 Sistemas transaccionales

Uso de macros especiales TPV’s con Protocolo X25/IP

Cómo actuar

USO DE MACROS ESPECIALES TPV’S

1.- MACRO ESPECIAL PARA CAMBIO DE APLICACIÓN 74 DE TPV’s X25* (I)
A) OPERATIVA CON EL INTERMODULAR (T991INT47, appl. 74) DE LA 74 ‘ACTIVO’.

1.- Consideraciones generales:

No hay pérdida de funcionalidad. Se actualizan ciclo de vida, sesiones y totales.
Cambio de módulo origen a módulo de backup. Ejemplo, M1 a M4:
- Desde ejecu del módulo m1, ejecutar: ‘EM_ENTIDAD 74 1 4 expl’

Cuándo actuar Vuelta de módulo backup a módulo origen. Ejemplo, M4 a M1:

❑ Cuando exista pérdida de operatividad del
módulo afectado.
❑ Cuando exista n problemas con la
aplicación de TPV’s en ese módulo.
❑ Cuando el monitor de la aplicación de
TPV’s no funcione correcta mente en el
módulo afectado.
- Desde ejecu del módulo m4, ejecutar: ‘EM_ENTIDAD 74 4 1 expl’
B) OPERATIVA CON EL INTERMODULAR (T991INT47, appl. 74) DE LA 74 ‘PARADO’.
1.- Consideraciones generales:
Hay pérdida de funcionalidad. Incidencias en ciclo de vida, sesiones y totales.
Cambio de módulo origen a módulo de backup. Ejemplo, M1 a M4:
A.- Desde ejecu del módulo m1, ejecutar ‘copia74’ (para copiar datos)
Si se ejecuta ‘lanzar_copia741’ la copia se repite cada 6h (4:00,10:00,16:00 y 22:00h)
B.- Ejecutar ‘EM_ENTIDAD 74 1 4 expl’
Vuelta de módulo backup a módulo origen. Ejemplo, M4 a M1:
A’.- Desde ejecu del módulo m4, ejecutar: ‘cambia74_m1’
B’.- Ejecutar ‘EM_ENTIDAD 74 4 1 expl’

2.- ARRANQUE del Intermodular APL 74 (bajo indicación de Sist. Transaccionales):

No hay pérdida de funcionalidad.
a.- Cancelar en MO la copia del batch: ‘cbr copia74* -form’ (User:expl* / Mód:mX)
b.- Ejecutar en MO, T991INT47 (appl. 74) y arrancar Intermodular contra MD.
Ejecutar en MD, T991INT47 (appl. 74) y arrancar Intermodular contra MO.
c.- Ejecutar en MO: ‘inter74_m4’ (para copiar datos, parar servers, etc.)
* Si se cambia de módulo la AP.47 deben pasarse al mismo módulo las APPL’s: 09, 26 y 66

44
 Sistemas transaccionales

Otras macros especiales

Cómo actuar

1.- MACRO ESPECIAL PARA CAMBIO DE APLICACIONES 42/44 DE CAJEROS :

‘EM42 parada 1 4 expl’
‘EM44 parada 1 4 expl’
Cuándo actuar Una ver cambiado de modulo lo tenéis que cambiar en la pasarelas de cajeros.

❑ Cuando exista pérdida de operatividad del 2.- MACRO ESPECIAL PARA CAMBIO DE APLICACIONES SANITARIAS (Paso de Aplicaciones 48, 55** , 72 y 73 de M1 a M4):
módulo afectado.
❑ Cuando exista n problemas con la - ACTIVACIÓN, DESDE M1:
aplicación de cajeros o sanitarios en ese
módulo. ‘EMER_SANI parada 1 4’
❑ Cuando el monitor de la aplicación de
cajeros o sanitarios no funcione MARCHA ATRÁS, DESDE M4:
correctamente en el mód ulo afectado.
‘EMER_SANI parada 4 1’

Cambio de una aplicación sanitaria (48, 55 **, 72 y 73) DESDE Módulo origen:

‘EM_ENTIDAD_SANI apl 1 4 expl’

•** Ver operativa Sistemas Distribuidos-TVS ( primero se ejecutará la macro)

45
 Sistemas transaccionales
Resolución de emergencia ante códigos ‘909’
Cuándo actuar
Cuando se reciban códigos ‘909’ PARA
TRANSACCIONES DE LAS APPL’s
ADQUIRENTES: 01, 07, 13, 23, 43, 47, 63,
67, 74 y 79
Cómo actuar
T991EMER
MACRO PARA ACTUAR EN CASO DE RECIBIR ‘909’ PARA TRANSACCIONES DE LAS APPL’s ADQUIRENTES: 01, 07, 13, 23, 43,
47, 63, 67, 74 y 79
- VALORES NORMALES EN TODOS LOS MÓDULOS (*):
SW: 1 ACTIVADO (Boleta especial o autorizada según importe) IMPORTE: 300,00
LÍMITE CONTADOR PARA AUTORIZAR: 999
- VALORES EN CASO DE MAL FUNCIONAMIENTO DE UNA APLICACIÓN EN BACK-UP:
SW: 1 ACTIVADO (Boleta especial o autorizada según importe)
IMPORTE: 300,00
LÍMITE CONTADOR PARA AUTORIZAR: 1
** Ver operativa Sistemas Distribuidos-TVS ( primero se ejecutará la macro)
(*) La T991EMER no es intermodular 46
GRACIAS POR SU INTERÉS

REDSYS
Dirección:
C/ Francisco Sancha 12 20834
– Madrid (España)

Teléfono:
+34 91 346 55 00

Fax
+34 91 346 54 82

Web:
www.redsys.es

47