Servicios web de CA SDM: Prácticas recomendables y recomendaciones

El uso de llamadas a servicios web en CA SDM se ve afectado por las siguientes razones:
casm173
El uso de llamadas a servicios web en CA SDM se ve afectado por las siguientes razones:
  • Problemas de rendimiento
  • CA SDM no responde
  • Un crecimiento de la memoria de procesos de CA SDM (domsrvr)
Para evitar problemas de rendimiento y otras incidencias, asegúrese de tener en cuenta lo siguiente:
Agregación de un servidor domsrvr especializado a las llamadas a servicios web
Si está utilizando CA Process Automation con CA SDM - o cualquier otra aplicación en el entorno que esté integrada con CA SDM, considere la posibilidad de instalar un servidor secundario de CA SDM y seleccione su aplicación de servicios web o servicios web para que señale al servidor secundario de CA SDM. Además, se recomienda agregar un par de motores web/domsrvr a cada servidor secundario utilizado por este motivo.
Para instalaciones convencionales se pueden realizar los cambios en la ficha
Administración
de CA SDM, en
Gestor de opciones
,
Servicio Web
, en la opción
webservice_domsrvr
. Si la opción no está instalada, instálela y establezca el nuevo nombre del proceso domsrvr que se va a utilizar en los servicios web. Si ya se ha instalado esta opción, edítela y ajuste el nombre del proceso domsrvr. Reinicie CA SDM para que se apliquen los cambios.
Para la configuración de la disponibilidad avanzada, se puede tener en cuenta lo siguiente:
  • Un servidor domsrvr especializado. La configuración de un servidor domsrvr especializado requiere una configuración distinta y una planificación de la disponibilidad avanzada. Para obtener más información, consulte Configuración de un servidor domsrvr especializado para el servicio web SOAP-disponibilidad avanzada
  • Un servidor de aplicaciones especializado para las llamadas a servicios web.
  • Si no es posible tener un servidor de aplicaciones especializado, considere señalar a las aplicaciones que se están comunicando con CA SDM a través de servicios web con el servidor de fondo, aunque preferentemente con un servidor de aplicaciones con menor uso/carga.
Uso del cierre de sesión cuando finalice el proceso
Después de todo el conjunto de llamadas a servicios web, el cliente de servicios web debe cerrar sesión cuando finalice el proceso. Los servicios web están pensados para ser un recurso "a petición", para utilizarlos cuando hagan falta y cerrar la conexión siempre que sea posible, en lugar de volver a utilizar el mismo ID de sesión durante horas o de dejar la sesión inactiva. La opción
Tiempo de espera de sesión de servicios web
es una opción configurable en el Gestor de opciones de CA SDM. Una prueba de esto puede encontrarse en el archivo
stdlog
.
Por ejemplo, podemos ver a continuación una sesión de inicio y de cierre de sesión realizada por la llamada de servicios web:
ada.cpp 2180 Web Services session ended 1814552582; user(ServiceDesk); IP Address; session count 0
ada.cpp 2180 web Services session created 779115035; user (serviceDesk); IP Address; session count 1
Se busca
sda
en los archivos
stdlog
y si se muestra la
sesión de servicios web creada
, significa que no se utiliza un cierre de sesión.
Cada cliente de servicios web debe utilizar una política distinta de servicios web de CA SDM
Asegúrese de que el cliente de servicios web utiliza una política de servicios de web de CA SDM diferente.
Uso de un inicio de sesión distinto de CA SDM para el cliente de servicios web
En el cliente de servicios web que llama a los servicios web de CA SDM, hay una ubicación para introducir el WSDL y el nombre de usuario. No se recomienda utilizar el usuario con privilegios de CA SDM (
Service Desk
) para las integraciones.
No se permite a los clientes de servicios web realizar búsquedas con comodines
En otras palabras, si el cliente de servicios web realiza búsquedas (es decir,
doquery
o
getlist
), no se debe permitir una búsqueda con caracteres comodín. En el caso de tablas grandes de MDB, el rendimiento de CA SDM está afectado negativamente cuando se ejecuta la consulta de servicios web sobre la capa de objetos de CA SDM y todos los datos recuperados por la consulta se cargan en domsrv. Esto puede causar problemas de rendimiento o incluso hacer que domsrvr no responda y alcance el límite de tamaño máximo de 2 GB en aplicaciones de 32 bits.
Cómo evitar que se soliciten grandes conjuntos de datos con las llamadas del método de servicios web como "doSelect()"
Por ejemplo, establecer el valor
maxRows
con
-1
para devolver todas las filas tiene un impacto negativo en el rendimiento de CA SDM. El uso de
-1
no es recomendable. Asegúrese de que todas las llamadas a servicios web se hayan probado antes de colocarlas en producción para ver si se produce algún impacto en el rendimiento de CA SDM. Esto es especialmente cierto para las llamadas a servicios web que utilizan búsquedas o solicitudes de listas.
El número máximo de filas recuperado por
doSelect
es
250
. Esta es la opción predeterminada y no se puede configurar para evitar problemas de rendimiento en CA SDM.
Cliente de servicios web probado completamente
Soporte de CA recomienda que todos los clientes de servicios web se sometan a pruebas completas por parte de un usuario o implementador en un entorno de prueba antes de implementarlo en el entorno de producción.
Distribución de solicitudes de servicios web a varios servidores secundarios de CA SDM
Es muy importante planificar cómo se distribuirán las solicitudes de servicios web a través de varios servidores secundarios de CA SDM. Se puede solucionar este problema mediante la creación de una rutina que funciona como una agrupación de conexiones de servicios web. La rutina mantiene conexiones permanentes con CA SDM y distribuye las llamadas entre las sesiones disponibles que se vuelven a crear según sea necesario.
Aumento del tamaño de memoria de Tomcat (JVM)
Aumente el tamaño de la memoria de Tomcat (JVM) a 1 GB como mínimo.
Aumento del número máximo
de subprocesos de Tomcat
De forma predeterminada, el número máximo de subprocesos de Tomcat se establece en
75
. Se recomienda establecer este valor a
300
al utilizar los servicios web.
Implementación del parche acumulativo
Si se trata de una nueva implementación de CA SDM, asegúrese de que se ha instalado el último nivel del parche acumulativo. Para comprobar el último nivel del parche acumulativo, consulte las Soluciones y Parches de CA Service Desk Manager.
CMDB GRLoader
La utilidad GRLoader de CMDB utiliza servicios web. Se recomienda ejecutar la utilidad GRLoader con la interfaz de servicios web de CA SDM en un servidor secundario especializado de CA SDM.