Funciones nuevas y modificadas › Correcciones › Consideraciones de la configuración de disponibilidad avanzada

Consideraciones de la configuración de disponibilidad avanzada

Se recomienda tener en cuenta los siguientes puntos antes de optar por implementar la configuración de disponibilidad avanzada:

Consideraciones generales

Todas las consideraciones planificadas de la configuración convencional son válidas para la configuración de disponibilidad avanzada. Para obtener más información sobre la planificación de la configuración convencional, consulte la Guía de implementación.

• 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 y Unix pueden utilizar montajes de NFS. Se ha incluido la compatibilidad con UNC para instalaciones de Windows.
• Se espera que el rendimiento de CA SDM permanezca igual con los servidores adicionales para operaciones de fondo y en espera. Si se implementan más servidores de aplicaciones, posiblemente mejore el rendimiento.
• Cada uno de los servidores se conecta directamente a la base de datos, lo que produce un aumento en el contenido de recursos en el nivel de DBMS. Se recomienda aumentar la configuración de hardware del servidor DBMS. Para obtener más información, eche un vistazo a la información de sistema.
• La conversión de una configuración convencional en una de disponibilidad avanzada supone un esfuerzo manual. Las implementaciones de mayor envergadura suelen ser más complejas y puede que sea necesario recurrir al equipo de servicios de CA para obtener asistencia.
• Para migrar a la configuración de disponibilidad avanzada, debe realizarse la actualización a la versión CA SDM r12.9 en la configuración convencional y, a continuación, la conversión a la configuración de disponibilidad avanzada.
• 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.
• 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.
  • Se puede configurar cualquier cantidad de servidores en espera. Para aumentar la disponibilidad de CA SDM, es recomendable considerar la opción de ubicar un servidor en espera en el centro de datos de copia de seguridad o el sitio de recuperación ante desastres.
  • 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.
  • 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 pueden enviar notificaciones por correo electrónico desde todos los servidores de CA SDM. Actualmente no existe ninguna forma de limitar o configurar esta opción. Todos los servidores de la configuración de disponibilidad avanzada deben tener conexión al servidor de correo.
  • 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 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 nuevos usuarios no pueden iniciar sesión.
• En el caso de usuarios ya conectados, las siguientes acciones no funcionan durante la conmutación por error y el usuario deberá volver a intentar realizarlas tras dicha 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.
  • Los eventos del acuerdo de nivel de servicio que no se activan hasta que se complete la conmutación por error.
  • Importante: Si se ha configurado la herramienta de terceros para activar la conmutación por error automática de los servidores de CA SDM, se debe desactivar antes de iniciar el mantenimiento continuo.

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 está dentro de DMZ, es necesario abrir los puertos del cortafuegos o implementar una tecnología de proxy de túneles 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 siguen conectándose 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.
• La utilidad pdm_isql funciona solamente en el servidor de aplicaciones.

Operación, administración y configuración del sistema

• 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 solamente 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.
• A diferencia de la configuración convencional, en la que se inician y se detienen procesos de CA SDM mediante pdm_d_mgr en ejecución en el servidor principal, en la disponibilidad avanzada, se controlan los procesos en cada servidor de forma independiente.
• Se recomienda utilizar el nuevo comando pdm_server_control en lugar de pdm_halt para apagar servidores de aplicaciones. Antes de apagarlos, se puede solicitar a los usuarios activos que migren a otro servidor de aplicaciones. Para ello, se informa a los usuarios mediante la opción del modo de inactividad.
• 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.

  Nota: 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 que se puedan configurar.
• El rol y otra información para un servidor en la configuración de disponibilidad avanzada se pueden cambiar en la 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.
• Utilice los últimos archivos pdm_startup al mirar a la versión CA SDM r12.9. No utilice los archivos de versiones anteriores de CA SDM. Por ejemplo, archivos que genera la utilidad pdm_edit.
• 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.

  Importante: No cambie NX.env manualmente a menos que se indique lo contrario.

• Una instalación nueva 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.
• No se pueden mover los daemons de las herramientas de conocimiento a otro servidor en la configuración de disponibilidad avanzada. Ahora, 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.
• Ahora, las herramientas de conocimiento son compatibles con rutas de archivo 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.

  Importante: 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 permitir que el gestor del daemon modifique procsets y que no ejecute el comando pdm_dmnmode para esta acción.

Consideraciones generales de la interfaz de usuario web

• Se requiere un servidor web en todos los servidores de 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.

Consideraciones sobre archivos adjuntos

• Se puede aumentar la disponibilidad de archivos adjuntos mediante la configuración de varios procesos de repositorio de documentos para acceder a un repositorio de archivos compartido.

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 los escenarios Cómo personalizar esquemas mediante Web Screen Painter y Cómo personalizar la interfaz web mediante Web Screen Painter.
• 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.

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.
• BOXI no se integra 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.

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 información sobre la realización del mantenimiento continuo, consulte el escenario Realización del mantenimiento continuo en el servidor de CA SDM.

Consideraciones de los 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 NX.env.

Consideraciones generales sobre la integración

• La dirección URL de la interfaz de usuario web de CA SDM debe indicar 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 indica el servidor de CA SDM que se configura primero, que suele ser 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. Si desea obtener más información al respecto, consulte la ayuda en línea.
• 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, es posible implementar un equilibrador de carga para enrutar solicitudes entre diferentes servidores de aplicaciones.
• NSM solo se puede integrar en un único servidor de aplicaciones según la implicación de las direcciones IP. La integración de NSM no está disponible cuando ese servidor está inactivo.
• Se debe instalar CA Workflow en cualquiera de los servidores de aplicaciones. Si ese servidor de aplicaciones se vuelve inactivo, la integración de CA Workflow no estará disponible.

Consideraciones sobre la conversión

• 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 búsqueda federada

• Para activar y utilizar la función de búsqueda federada, seleccione la opción correspondiente durante la configuración de los servidores de aplicaciones.