Consideraciones adicionales de disponibilidad avanzada

Todas las consideraciones sobre la planificación aplicables a la configuración convencional de CA SDM también son válidas para la configuración de disponibilidad avanzada. Tenga en cuenta la información siguiente antes de optar por implementar una configuración de disponibilidad avanzada:
casm173
Todas las consideraciones sobre la planificación aplicables a la configuración convencional de CA SDM también son válidas para la configuración de disponibilidad avanzada. Tenga en cuenta la información siguiente antes de optar por implementar una configuración de disponibilidad avanzada:
Consideraciones generales
Si ha optado por la configuración de disponibilidad avanzada de CA SDM, revise e implemente las consideraciones siguientes:
  • Una configuración de disponibilidad avanzada siempre debe tener un servidor de fondo y, al menos, un servidor en espera. Se recomienda asegurarse de que tanto el servidor de fondo como todos los demás servidores en espera tienen una configuración similar.
    Este proceso garantiza que durante una conmutación por error en la que un servidor en espera se convierte en el nuevo servidor de fondo, este puede funcionar exactamente como el anterior servidor de fondo. A excepción de los administradores de CA SDM, ningún otro usuario puede iniciar sesión en el servidor de fondo. Además, ningún usuario puede iniciar sesión en los servidores en espera. Se puede configurar cualquier cantidad de servidores en espera. Para aumentar la disponibilidad de CA SDM, considere la opción de ubicar un servidor en espera en el centro de datos de copia de seguridad o en el sitio de recuperación ante desastres.
  • Se espera que el rendimiento de CA SDM permanezca igual con los servidores adicionales para las operaciones de fondo y en espera. Si se implementan más servidores de aplicaciones, posiblemente mejore el rendimiento.
  • La implementación mínima de disponibilidad avanzada requiere un servidor de aplicaciones. Se recomienda contar con dos servidores de aplicaciones con el fin de aumentar la disponibilidad y un equilibrador de carga para dirigir el tráfico web.
  • Se prevén costes de hardware adicionales, ya que se requiere un servidor de fondo, al menos uno en espera, y uno o varios servidores de aplicaciones. La configuración del servidor en espera y el servidor de fondo debe ser idéntica.
  • Se requiere un servidor de base de datos remoto y otro para compartir archivos de índice de herramientas de conocimiento, archivos de importación/exportación de herramientas de conocimiento, archivos de salida de archivado y borrado definitivo, y repositorios de archivos adjuntos. Para permitir que los servidores de fondo y en espera accedan a estos archivos, se requiere una ubicación compartida.
  • Las instalaciones de Linux pueden utilizar montajes de NFS. UNC es compatible con las instalaciones de Windows.
  • Se pueden enviar notificaciones por correo electrónico desde todos los servidores de CA SDM. Todos los servidores de la configuración de disponibilidad avanzada deben tener conexión al servidor de correo.
  • Debe instalarse el servidor de fondo y el servidor en espera en la misma subred para que las latencias y los momentos en los que se hace ping sean similares en distintos servidores de aplicaciones.
  • Valore la opción de colocar los servidores fondo y en espera en una ubicación central con una buena conectividad de red para todos sus usuarios. Los servidores de aplicaciones se pueden encontrar en una ubicación central o distribuirse por todo el mundo.
  • Se envía una notificación por correo electrónico que resulta de una interacción de usuario final desde el servidor de aplicaciones al que está conectado el usuario.
  • Se envía una notificación por correo electrónico que resulta de cualquier proceso de fondo (como un animador que procesa un evento adjunto) mediante la utilidad pdm_mail_nxd que se ejecuta en el servidor de fondo.
  • Cuando se produce un fallo en el servidor de fondo, los mensajes de correo electrónico en cola se envían cuando el servidor de fondo aparece como un servidor en espera.
Consideraciones sobre la operación, administración y configuración del sistema
Tenga en cuenta lo siguiente antes de implementar la configuración de disponibilidad avanzada de CA SDM:
  • Los servicios web SOAP y REST únicamente son compatibles en los servidores de aplicaciones. Se pueden configurar directores web en todos los servidores de CA SDM. Dado que los servidores de aplicaciones son independientes unos de otros, los directores web únicamente pueden atender a motores web que se ejecuten en el mismo servidor de aplicaciones. Los directores web no pueden atender a motores web mediante servidores de aplicaciones.
  • Puesto que los servidores con la configuración de disponibilidad avanzada tienen un mayor grado de independencia, la mayoría de las utilidades de la línea de comandos funcionan únicamente en el servidor local. Por ejemplo, pdm_status solo muestra los procesos de CA SDM que se están ejecutando en el servidor en el que se ejecuta el comando. La utilidad pdm_webcache únicamente actualiza las memorias caché de formularios en el servidor en el que se publican.
  • En la disponibilidad avanzada, se controlan los procesos en cada servidor de forma independiente. Funciona de forma diferente a la configuración convencional, donde se ejecuta
    pdm_d_mgr
    en el servidor principal para iniciar y detener los procesos de CA SDM.
    Se recomienda utilizar el nuevo comando
    pdm_server_control
    en lugar de
    pdm_halt
    para apagar servidores de aplicaciones. Antes de apagarlos, se pueden mover los usuarios activos a otro servidor de aplicaciones. Esto puede realizarse notificando a los usuarios que están utilizando la opción de
    modo de inactividad
    .
  • Al contrario que en la configuración convencional, en la configuración de disponibilidad avanzada se puede utilizar la opción
    bopauth_host
    del
    gestor de opciones
    de la interfaz de usuario web del servidor de fondo para especificar los detalles del servidor de autenticación. Los usuarios no se pueden conectar cuando el servidor de autenticación no está disponible.
    La utilidad pdm_edit se ha sustituido por una nueva interfaz de usuario gráfica, lo que supone la eliminación de muchos cambios manuales en el archivo de configuración que antes eran obligatorios.
  • Al contrario que en la configuración convencional, en la configuración de disponibilidad avanzada se puede utilizar la opción
    bopauth_host
    del gestor de opciones de la interfaz de usuario web del servidor de fondo para especificar los detalles del servidor de autenticación. Este cambio de configuración en
    pdm_edit
    ya no se realiza para la configuración de disponibilidad avanzada. Los usuarios no se pueden conectar cuando el servidor de autenticación no está disponible.
  • En la configuración convencional, se puede usar un servidor secundario para integrar CA SDM con un sistema de autenticación que se ejecute en un sistema distinto o incluso en una plataforma de hardware diferente.
  • Para evitar que los servidores no autorizados se unan a la configuración de disponibilidad avanzada, deberán definirse todos ellos en la interfaz de usuario web del servidor de fondo antes de configurarlos.
  • El rol y otra información relativa a un servidor de disponibilidad avanzada pueden cambiarse en la
    consola de CA SDM, ficha Administración
    . Detenga los servicios de CA SDM antes de intentar cambiar una definición del servidor. Es preciso volver a configurar el servidor para que se apliquen los cambios.
  • Se puede cambiar un servidor entre la configuración convencional y la de disponibilidad avanzada ejecutando la utilidad de configuración. Asegúrese de cambiar todos los servidores en la implementación. Los datos seguirán sin verse afectados, pero se requerirán actualizaciones manuales para cambiar los valores de configuración.
  • Se han agregado nuevas variables de entorno a NX.env para ofrecer compatibilidad con la disponibilidad avanzada; además, el sistema mantiene automáticamente los valores de las variables.
    No cambie NX.env manualmente a menos que se indique lo contrario.
  • Utilice los archivos
    pdm_startup
    más recientes al migrar o actualizar a CA SDM. No utilice los archivos de versiones anteriores de CA SDM. Por ejemplo, archivos que genera la utilidad pdm_edit.
  • Una instalación genera claves de registro numéricas y números de ticket. Para evitar el posible daño de la base de datos, nunca debe intentarse cargar o alterar manualmente la tabla
    Key_Control
    .
    En la configuración de la disponibilidad avanzada, los números de ticket y las claves de registro numéricas pueden estar desordenados. No es un error. Se pueden utilizar otros campos para ordenar en función de la marca de tiempo como, por ejemplo, la fecha de apertura de los tickets.
  • No se pueden mover los daemons de las herramientas de conocimiento a otro servidor en la configuración de disponibilidad avanzada.
    kt_daemon
    se ejecuta en todos los servidores. Todos los demás daemon de herramientas del conocimiento se ejecutan como singletons en el servidor de fondo.
  • Las herramientas de conocimiento son compatibles con rutas UNC en Windows para la ubicación de los archivos de índice de EBR y los archivos de entrada/salida que utiliza la función Importación/exportación de conocimiento. Esta función está disponible tanto para la disponibilidad avanzada como para las configuraciones convencionales.
    Ruta a archivos de índice de EBR y ruta a archivos de KEIT deben hacer referencia a las mismas credenciales UNC y la ruta debe ubicarse en un mismo servidor para ofrecer compatibilidad.
  • El control de versiones distribuye los archivos (por ejemplo, htmpl, .maj, .mod y .sch) que se configuran en el archivo server_secondary_custom.ver del servidor de fondo. Al inicio, el servidor en espera o el de aplicaciones ejecuta el cliente de control de versiones para extraer archivos actualizados del servidor de fondo.
  • La opción de archivado o borrado definitivo se ejecuta en el servidor de fondo y las rutas de archivo UNC son compatibles en Windows para archivos de salida. Esta función está disponible tanto para la disponibilidad avanzada como para las configuraciones convencionales.
  • Ahora, pdm_maileater almacena los archivos adjuntos en correos electrónicos entrantes cuando el repositorio está en un servidor remoto.
  • Asegúrese de que se permite al gestor del daemon modificar procsets y que no ejecute el comando pdm_dmnmode para esta acción.
Conversión de la configuración de CA SDM
Antes de iniciar la conversión de una configuración convencional a una disponibilidad avanzada o viceversa, tenga en cuenta la información siguiente:
  • Solamente se puede convertir el servidor de fondo en uno principal.
  • Solamente se puede convertir el servidor principal en uno de fondo.
  • Solamente se puede convertir el servidor secundario en un servidor en espera o de aplicaciones.
  • Solamente se puede convertir el servidor en espera o de aplicaciones en el servidor secundario.
Consideraciones de la conmutación por error
Durante una conmutación por error del servidor de fondo al servidor en espera, debe tenerse en cuenta lo siguiente:
  • Los usuarios nuevos no deben iniciar sesión. En el caso de usuarios ya conectados, las siguientes acciones no funcionan durante el proceso de conmutación por error y el usuario deberá volver a intentar realizarlas después de que se haya completado la conmutación por error:
    • Creación de tickets con archivos adjuntos
    • Descarga de archivos adjuntos
    • Búsqueda de documentos del conocimiento
    • Indexación de nuevos documentos de conocimiento
    • Mensaje de correo electrónico entrante.
    • Eventos del acuerdo de nivel de servicio que no se disparan hasta que se ha completado el proceso de conmutación por error. .
Si se está utilizando una herramienta de terceros para que se realice automáticamente la conmutación por error de los servidores de CA SDM, se debe desactivar antes de iniciar el mantenimiento continuo.
Interfaz del usuario web y consideraciones sobre el servidor web
Interfaz del usuario web
Se requiere un servidor web en todos los servidores que tienen la configuración de disponibilidad avanzada. Cuando el servidor de fondo no está disponible debido a una conmutación por error, se presenta un formulario de respuesta retrasada del servidor a los usuarios web. Los usuarios pueden reanudar su trabajo cuando el servidor en espera se promueva al servidor de fondo. El valor de la opción
web_cgi_url
debe apuntar a lo siguiente:
  • El equilibrador de carga, si hay más de un servidor de aplicaciones.
  • El servidor de aplicaciones, si hay solo uno.
Servicios web
Únicamente se pueden configurar servicios web en los servidores de aplicaciones. La opción
webservices_domsrvr
ya no existe en el
gestor de opciones
. Se puede configurar la variable
NX_WEBSERVICES_DOMSRVR
de forma independiente en cada servidor de aplicaciones modificando el archivo
NX.env
.
Consideraciones sobre la integración
  • La dirección URL de la interfaz de usuario web de CA SDM debe llevar a un servidor de aplicaciones configurado correctamente.
    ca_application_registration
    incluye una dirección URL para la instalación de CA SDM que utilizan otros productos de CA. Esta dirección URL lleva al servidor de CA SDM que se configura primero, normalmente el servidor de fondo. Únicamente los administradores de CA SDM pueden cambiar el valor mediante la función de administración. Si se utiliza un equilibrador de carga, haga que esta dirección URL dirija al equilibrador de carga en lugar de a un único servidor de aplicaciones.
  • La mayoría de integraciones e interacciones de usuarios finales se producen con otros productos de software en el nivel del servidor de aplicaciones. No existe ninguna conmutación por error para los servidores de aplicaciones. Si el servidor de aplicaciones no está disponible, los servicios web para este servidor tampoco lo estarán. Para aumentar la disponibilidad del servidor de aplicaciones, se puede desplegar un equilibrador de carga para enrutar las solicitudes a través de los diferentes servidores de aplicaciones
Consideraciones de la base de datos
Existe una conexión directa entre los servidores, así como la base de datos. Si el servidor de CA SDM se encuentra en la zona desmilitarizada, es necesario abrir los puertos del cortafuegos o implementar una tecnología proxy de tunelización para esta conectividad. Asimismo, tenga en cuenta los acuerdos de licencia que tenga con el distribuidor de DBMS.
  • Asegúrese de instalar el cliente de la base de datos en todos los servidores de CA SDM.
  • En la configuración de disponibilidad avanzada, todos los servidores se conectan a una única base de datos. Dado que la base de datos puede ser un único punto de fallo, deben estudiarse las ventajas que derivan de la agrupación en clústeres de la base de datos con el fin de aumentar la disponibilidad de DBMS.
  • Microsoft SQL Server únicamente es compatible de forma nativa con la plataforma de Windows. Por ejemplo, si la implementación consta de servidores con sistemas operativos heterogéneos, como Windows y Linux, debe seleccionarse Oracle como la DBMS, ya que Microsoft SQL Server no es compatible con Linux.
Consideraciones sobre la generación de informes
CA Business Intelligence puede recuperar automáticamente datos de servidores de aplicaciones alternativos. Se puede configurar esta función para aumentar la disponibilidad de la generación de informes de CA SDM.
CA Business Intelligence no está integrado con el servidor de fondo. Por este motivo, no se pueden consultar informes de la interfaz de usuario web del servidor de fondo. Un mensaje de error se muestra si se selecciona la ficha
Informes
de la interfaz de usuario web del servidor de fondo.
Para que los servicios ODBC de CA Business Intelligence se inicien correctamente, exporte la ruta de la biblioteca tal y como se muestra a continuación:
(Para Solaris/Linux) Export LD_LIBRARARY_PATH=$ LD_LIBRARARY_PATH:/opt/CA/SC/lib:<NX_ROOT>/lib
Ejemplo:
Export LD_LIBRARARY_PATH=$ LD_LIBRARARY_PATH:/opt/CA/SC/lib:/opt/CAisd/lib
Consideraciones del gestor de opciones
Se pueden instalar o desinstalar opciones mediante el gestor de opciones solamente en la interfaz de usuario web del servidor de fondo. Utilice el procedimiento de mantenimiento continuo para propagar los cambios en todos los servidores de la configuración. Para obtener más detalles sobre la realización del mantenimiento continuo, consulte el escenario
Realización del mantenimiento continuo en el servidor de CA SDM
.
Consideraciones de Web Screen Painter
  • Solamente se puede utilizar Web Screen Painter (WSP) en el servidor de fondo.
  • Siga el procedimiento recomendado para publicar cambios del formulario de Web Screen Painter para que los formularios actualizados se distribuyan a todos los servidores de la instalación. Para obtener más información, consulte
    Modificaciones de la interfaz web
    .
  • Los daemons de la capa de la base de datos virtual se ejecutan en todos los servidores. Instale las definiciones de objetos y las personalizaciones de la base de datos de CA SDM en todos los servidores.