Documento de Requerimientos

Soporte




Banco de Bogot


Incidente licenciamiento Concurrente y Query Api Banco de
Bogot




Informacin del Documento

Control de Versiones
Versin
No.
Fecha Elaborado por Aprobado por Descripcin del cambio
1.0 21/07/2014 Arturo Martinez Creacin del documento



Nota de Confidencialidad

Las notas contenidas en este documento, contienen informacin confidencial de la empresa
GIGA Colombia y sus filiales.

El documento se genera para uso compartido entre GIGA Colombia y el cliente.


2 de 6



Tabla de contenido

Antecedentes y Justificacin ......................................................................................................... 3
Descripcin de la Necesidad/Problema ........................................................................................ 5
Diagnstico y Solucin propuesta ................................................................................................. 5
Anexos ........................................................................................................................................... 6





3 de 6


Antecedentes y Justificacin

En el reporte inicial de incidente se presenta un bloqueo generado por la instruccin
Update hsi.maxnumkeys set maxnum = maxnum + 1 where keykeytype = valor (que
puede ser 174 o algn otro valor).
Esta instruccin se genera a partir de un overload causado por la imposibilidad del
sistema en otorgar una licencia a las mltiples peticiones que se realizan desde los
Web Services o clientes concurrentes como se muestra en el mensaje capturado desde
el Diagnostic Console del servidor.
1) Exception Information ********************************************* Exception Type:
Hyland.Core.MaxLicensesException ErrorCode: MAX_LICENSES Message: Could not acquire concurrent
license #(16), product type 'ClientConcurrent'. Maximum number of concurrent licenses reached.
Data: System.Collections.ListDictionaryInternal TargetSite: Void acquireLicense() HelpLink: NULL
Source: Hyland.Core StackTrace Information *********************************************
Lo observado desde el cliente grueso indica que una gran cantidad de licencias no se
estn liberando de forma adecuada, estas licencias concurrentes estn siendo
consumidas por los WebServices:
TIWebServices
TIWebServicesPPE
TIWebServicesBBS
TIWebServices20

En los archivos webconfig de cada uno de estos servicios no est habilitada la opcin
para que consuman licencias Query Api que adquiri el cliente como se muestra en la
imagen del licenciamiento registrado.



4 de 6


Como se muestra en la imagen se observan 500 licencias Cliente Query Api y 500
Licencias Core Query Api de las cuales ninguna se est utilizando al igual que las 100
nombradas y 20 Workstation, por lo que solo se usan la 775 Concurrentes para toda la
poblacin de Onbase y los aplicativos que interactan con Onbase.
Al presentarse aumento de consultas va Web por los sitios publicados y al incrementar
el nro de usuarios de Onbase el licenciamiento concurrente se agota a esto se le suma
que los desarrollos no liberan de forma eficiente el licenciamiento que ya no est en
uso, como se muestra en la grfica la mayora de las licencias son consumidas por Web
Services.



Esto genera un cuello de Botella que termina con saturar el licenciamiento y denegar
el servicio.

En sesin realizada con Hyland se pudo evidenciar que en una hora se consumieron
ms de 500 licencias que no se lograron liberar para que los usuarios concurrentes
pudieran ingresar al aplicativo por lo que se solicita el cambio de las licencias Client
Query Api que estaban en desuso por Core Query Api, as sumndose 1000 licencias
totales Core Query Api que se podran utilizar.




En la imagen anterior se muestra el resultado de un reporte que indica que los
usuarios utilizados por 2 de los Webservises no lograron obtener una licencia para
realizar los procesos de consulta sobre Onbase.


5 de 6


Descripcin de la Necesidad/Problema

Con la revisin hecha se observa la necesidad de optimizar el uso del licenciamiento
por parte del banco y por otro lado activar el uso del licenciamiento Core Query Api
por parte de los WebServices.
Con el fin de mitigar el exceso de concurrencia se habilito en 2 de los webservices los
parmetros que permitieran el uso del licenciamiento Core Query Api, para ello se
ajustaron los parmetros siguientes en los sitios de BBS (TIWebServiceBBS) y
ATHBP(TIWebServices)

- "timeout" attribute in the "sessionState" element: debe estar en 5
- "enableTimeout" attribute in the "session" element: debe estar en true

Con esto se empezaron a utilizar las licencias Core Query Api y se liberaron ms
concurrentes que se usaban por estos Webservices.
Adicionalmente se solicit en paralelo el cambio del licenciamiento Client Query Api
por Core Query Api.

Diagnstico y Solucin propuesta

Segn la necesidad del cliente de liberar administrar de una manera ptima el
licenciamiento disponible para no denegar servicio se realizan las siguientes acciones y
recomendaciones.

Instalar un nuevo certificado de licenciamiento que incremente las licencias Core
Query Api en 1000. (Ya instalada)

Asignar a usuarios fijos las 100 licencias nombradas las cuales tienen la misma
funcionalidad que las concurrentes solo que estas podrn ser usadas nicamente por
los usuarios a quien se les asigne.

Asignar a las estaciones de Cargue e indexacin las 20 licencias Workstation que
segn
los reportes generados por Report Services solo se est utilizando 1.

Solicitar una consultora que permita definir de qu forma se puede optimizar los
desarrollos para que hagan un uso ms apropiado del licenciamiento Core Query
Api.
(En progreso).

A futuro si se piensa incrementar las consultas o el acceso Onbase tener en cuenta
que el licenciamiento no es infinito y se debe contemplar la posibilidad de adquirir


6 de 6


ms
licenciamiento concurrente.
Anexos


Luego de aplicar el nuevo licenciamiento se reflejan las 1000 licencias Core Query Api.