Consideraciones sobre la disponibilidad avanzada

La configuración de disponibilidad avanzada de CA SDM proporciona una mayor disponibilidad, reduce los tiempos de inactividad y permite un mantenimiento continuo. Se debe considerar la posibilidad de optar por la configuración de disponibilidad avanzada cuando cualquiera de los factores siguientes del entorno de CA SDM sea verdadero:
casm173
La configuración de disponibilidad avanzada de CA SDM proporciona una mayor disponibilidad, reduce los tiempos de inactividad y permite un mantenimiento continuo. Se debe considerar la posibilidad de optar por la configuración de disponibilidad avanzada cuando cualquiera de los factores siguientes del entorno de CA SDM sea verdadero:
  • Se requiere un alto grado de disponibilidad de CA SDM.
  • Se requiere que los servidores de CA SDM sean más independientes y más resistentes a errores.
  • Se requiere la capacidad para eliminar y devolver los servidores de CA SDM al servicio, sin que ello afecte a toda la instalación de CA SDM.
  • Se requiere un tiempo de inactividad casi de cero durante mantenimiento continuo.
La diferencia principal entre un entorno convencional (servidor
principal
y servidor
secundario
) y un entorno de disponibilidad avanzada (
servidor en segundo plano
,
servidor en espera
y
servidores de aplicaciones
), es que, en una configuración convencional, únicamente el servidor principal se comunica con la base de datos. Sin embargo, en un entorno de disponibilidad avanzada, cada servidor se comunica con la base de datos de forma independiente, y tiene su propio proceso de base de datos virtual y agentes de base de datos para un mejor rendimiento.
La configuración de disponibilidad avanzada de CA SDM ofrece más resistencia a interrupciones del servidor y una mayor disponibilidad de las aplicaciones, y permite el mantenimiento continuo con un nivel de interrupción mínimo para el usuario final. Esta configuración requiere los siguientes tipos de servidor:
  • Servidor de base de datos para la MDB
  • Un servidor en segundo plano
    El servidor de fondo realiza la función de servidor principal en el modo convencional. Gestiona todas las transacciones en segundo plano, como los eventos y notificaciones que se han disparado o la comprobación de condiciones, entre otras.
  • Uno o más servidores en espera
    El servidor en espera está destinado a fines en espera. Durante las interrupciones y los fallos del servidor, el servidor en espera se convierte en el servidor en segundo plano mientras se reactiva y repara el servidor en segundo plano original.
  • Uno o más servidores de aplicaciones
    El tráfico del usuario final solamente afecta a los servidores de aplicaciones, en los que se utiliza un equilibrador de carga F5 para equilibrar la carga entre los dos (o más) servidores de aplicaciones. La carga de tráfico del usuario final no afecta a los servidores en segundo plano y en espera. Se debe utilizar el servidor en segundo plano para iniciar sesión en la Consola de CA SDM para configurar los servidores en espera y de aplicaciones.
Cuando se opta por el modo de disponibilidad avanzada de CA SDM, se deben llevar a cabo las tareas de instalación siguientes:
  1. Instalación del servidor en segundo plano
  2. Instalación de los servidores de aplicaciones
  3. Instalación de la interfaz de xFlow
  4. Instalación del servidor de búsqueda
Tenga en cuenta las siguientes consideraciones de planificación antes de instalar la configuración de disponibilidad avanzada de CA SDM:
Permisos de inicio de sesión
Lleve a cabo los pasos siguientes:
  • (Windows) Inicie sesión como administrador y disponga de permisos administrativos completos.
  • (Sistemas que no sean Windows) Inicie sesión como usuario root y tenga los permisos adecuados para la cuenta de root.
  • Cree el
    usuario con privilegios del servidor de CA Service Desk Manager
    antes de comenzar la instalación.
Directorio principal de instalación
Lleve a cabo los pasos siguientes:
  • Determine el directorio principal en el que desea instalar el producto. El directorio principal predeterminado del producto es
    C:\Archivos de programa\CA\Service Desk Manager
    .
  • Determine el directorio principal en el que desea instalar los componentes compartidos que el producto utiliza (por ejemplo, Java Runtime Environment (JRE) y Apache Tomcat). El directorio principal predeterminado para los componentes compartidos es
    C:\Archivos de programa\CA\SC
    .
Consideraciones de la base de datos
CA Service Management
es compatible con bases de datos de Oracle y Microsoft SQL Server. Seleccione una base de datos según los requisitos de su entorno.
  • 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. Obtenga la información siguiente:
    • La instancia con nombre del servidor que está ejecutando Microsoft SQL Server.
    • El nombre de usuario y la contraseña de la base de datos de Microsoft SQL Server.
    • El número de puerto de la base de datos de Microsoft SQL Server.
  • Para garantizar la configuración del producto y de los componentes en Oracle, obtenga la información siguiente:
    • Si la base de datos de Oracle es local o remota
    • Si se deben crear espacios de tabla.
    • El nombre de servicio de red
    • El nombre de usuario y la contraseña del administrador de base de datos.
    • El nombre de espacio de tabla de los datos y el índice.
    • La ruta completa para el espacio de tabla.
    • Información de conexión de JDBC, incluido el identificador de sistema (SID) y el puerto de escucha.
  • Para configurar una base de datos de Oracle 11g de 64 bits en un equipo de 64 bits, realice lo siguiente:
    • Se debe instalar el cliente Oracle de 32 bits en el servidor, y mientras se configura la base de datos, la ruta de la biblioteca del sistema debe señalar a las bibliotecas de Oracle de 32 bits
      .
      Este paso es necesario tanto para la configuración como para el tiempo de ejecución. Asimismo, se puede crear un nombre de servicio de red en el cliente de Oracle para señalar a la instancia del servidor de base de datos de Oracle.
    • La estructura
      $ORACLE_HOME/lib32
      existe cuando se instalan archivos ejecutables de 64 bits en un sistema y la instalación incluye bibliotecas de 32 bits y de 64 bits de forma predeterminada (pre Oracle 11g R2). Las bibliotecas de 64 bits se ubican en
      $ORACLE_HOME/lib
      y las bibliotecas de 32 bits se ubican en los directorios de
      $ORACLE_HOME/lib32
      .
    • A partir de la base de datos Oracle 11g R2, las bibliotecas de 32 bits no se suministran ni con el servidor de base de datos Oracle de 64 bits, ni con el medio de cliente de base de datos Oracle de 64 bits. Por consiguiente, después de instalar la base de datos Oracle 11g R2,
      $ORACLE_HOME
      no incluirá la carpeta lib32. Si se desean las bibliotecas de 32 bits, se deberá instalar el cliente de 32 bits que se distribuye como un medio separado. Debe instalarse únicamente en un nuevo directorio principal de Oracle. Nunca se deberá instalar en el directorio principal del servidor de 64 bits ni en el directorio del cliente de 64 bits.
  • Si se está utilizando una base de datos de Oracle y se desea utilizar los espacios de tablas existentes, realice lo siguiente:
    • Se debe crear un espacio de tabla de datos que tenga al menos 400 MB y un espacio de tabla de índice de al menos 100 MB antes de configurar CA SDM.
    • Se debe aumentar la configuración del hardware del servidor DBMS. 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.
Consideraciones sobre la configuración de disponibilidad avanzada
Consideraciones de la planificación
Lista de comprobación
Consideraciones generales de la disponibilidad avanzada
  • 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. 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 las 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.
  • 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 CA Services para obtener asistencia.
  • 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. Durante una conmutación por error en la que un servidor en espera se convierte en el nuevo servidor en segundo plano, este puede funcionar exactamente como el anterior servidor en segundo plano.
  • Se puede configurar cualquier cantidad de servidores en espera. Para aumentar la disponibilidad de CA SDM, se puede ubicar un servidor en espera en el centro de datos de copia de seguridad o en 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 como resultado de la interacción de un usuario final del servidor de aplicaciones al servidor al que está conectado el usuario.
  • Se envía una notificación por correo electrónico como resultado de cualquier proceso en segundo plano (como un animador que procesa un evento adjunto) mediante la utilidad
    pdm_mail_nxd
    que se ejecuta en el servidor en segundo plano.
  • 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 la conmutación por error del servidor en segundo plano en el servidor en espera, debe tenerse en cuenta lo siguiente:
  • Los usuarios nuevos no pueden iniciar sesión durante el proceso de conmutación por error.
  • Las siguientes acciones no funcionan durante la conmutación por error para los usuarios que ya están conectados. El usuario debe repetir estas acciones 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
    • Correos electrónicos entrantes
    • Eventos del acuerdo de nivel de servicio que no se disparan hasta que se ha completado la conmutación por error
Si se ha configurado una herramienta de terceros para que active automáticamente la conmutación por error de los servidores de CA SDM, se debe desactivar antes de realizar 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 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 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.
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.
  • Los servidores de aplicaciones son independientes unos de otros, por lo que los directores web únicamente pueden servir a los 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 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.
  • A diferencia de la configuración convencional, en la que los procesos de CA SDM se inician y se detienen mediante la utilidad
    pdm_d_mgr
    en ejecución en el servidor principal, en la disponibilidad avanzada, los procesos de cada servidor se controlan de forma independiente.
  • Se recomienda utilizar el nuevo comando pdm_server_control en lugar de pdm_halt para apagar los servidores de aplicaciones. Antes de apagarlos, se puede solicitar a los usuarios activos que migren a otro servidor de aplicaciones. Se debe notificar 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 en segundo plano 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 los servidores en la interfaz de usuario web del servidor en segundo plano antes de poder configurarlos.
  • 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.
  • Se deben utilizar los archivos
    pdm_startup
    más recientes al migrar a la última versión de lanzamiento. No utilice los archivos de versiones anteriores de CA SDM. Por ejemplo, los archivos que genera la utilidad
    pdm_edit
    .
    No se debe cambiar la variable
    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.
    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.
    Las rutas a los archivos de índice de EBR y a los archivos de KEIT deben hacer referencia a las mismas credenciales UNC y la ruta debe residir en el mismo servidor.
  • 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 los archivos actualizados del servidor en segundo plano.
  • 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.
  • pdm_maileater
    almacena los archivos adjuntos de los 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.
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 Cómo modificar esquemas 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
CABI Jaspersoft 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. Para obtener más información, consulte Instalación y configuración de CABI JasperReports® Server r6.4.3 para CA Service Management.
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. En el escenario sobre la realización del mantenimiento continuo en CA SDM se proporcionan más detalles al respecto.
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 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 entre los diferentes servidores de aplicaciones.
  • CA Process Automation se puede instalar en cualquiera de los servidores de aplicaciones. Si el servidor de aplicaciones se vuelve inactivo, el workflow deja de estar disponible.
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.
Consideraciones sobre la conversión de la configuración de CA SDM
Al convertir el modo de configuración del servidor de CA SDM, 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.