Proceso de selección de políticas de grupos de alta disponibilidad

Todos los grupos de alta disponibilidad tienen un nombre de grupo exclusivo que consta de un conjunto de pares nombre-valor. Todas las definiciones de políticas contienen un atributo llamado criterio de coincidencia que también es un conjunto de pares nombre-valor. Para determinar la política de un grupo de alta disponibilidad, el nombre de grupo se compara con el criterio de coincidencia de todas las políticas de grupo principal asociadas. La política que presente la mayor coincidencia con el nombre de grupo se asocia con el grupo de alta disponibilidad:

Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM® i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL para resolver problemas de aplicaciones para obtener más información sobre la utilización de HPEL.
Al seleccionar una política para un grupo de alta disponibilidad, el gestor de alta disponibilidad:
  1. Busca el conjunto de políticas disponibles para regir un grupo de alta disponibilidad. Para que una política esté disponible, todos los pares nombre-valor del criterio de coincidencia de una política disponible deben estar contenidos en el nombre del grupo de alta disponibilidad.
  2. Selecciona de la lista de políticas disponibles la política que tiene el mayor número de coincidencias de par nombre-valor y utiliza esa política para regir el grupo de alta disponibilidad.

Cualquier componente puede crear un grupo de alta disponibilidad para que lo utilice ese componente. No obstante, el código de componente debe especificar los pares de nombre-valor que se utilizan para el nombre de grupo de alta disponibilidad. El administrador del producto puede controlar los pares nombre-valor que forman el criterio de coincidencia de política y, por lo tanto, controla qué política rigen un determinado grupo de alta disponibilidad.

El producto incluye un par de políticas predefinidas. Los siguientes ejemplos demuestran el mecanismo de coincidencia que se utiliza para estas políticas.

Política TM de clúster

El componente del gestor de transacciones utiliza la política TM de clúster cuando el componente está configurado para una alta disponibilidad. La siguiente descripción ilustra por qué, en estas condiciones, se selecciona esta política para el grupo de alta disponibilidad del gestor de transacciones:
  • Se inicia un proceso de miembro de clúster, por ejemplo, ServidorA.
  • El código de componente del gestor de transacciones une el gestor de alta disponibilidad con el grupo de alta disponibilidad denominado:
    GN_PS=testCell\testNode\ServidorA,IBM_hc=MiClúster,type=WAS_TRANSACTIONS
  • ServidorA se define como un miembro del grupo principal DefaultCoreGroup para el que se definen las siguientes políticas:
    • Política TM de clúster, que tiene el criterio de coincidencia type=WAS_TRANSACTIONS.
    • La política SIBus por omisión, que tiene el criterio de coincidencia type=WSAF_SIB.
  • El gestor de alta disponibilidad compara el nombre de grupo con el criterio de coincidencia de las dos políticas disponibles. El gestor de alta disponibilidad elimina la política SIBus por omisión porque el criterio por omisión no es un subconjunto adecuado del nombre de grupo de alta disponibilidad. El gestor de alta disponibilidad determina que la política TM de clúster es la coincidencia más precisa porque:
    1. El criterio de coincidencia para esa política incluye el par nombre-valor type=WAS_TRANSACTIONS, que también se especifica en el nombre de grupo de alta disponibilidad. Por lo tanto, el criterio de coincidencia es un conjunto adecuado del nombre de grupo de alta disponibilidad.
    2. El criterio de coincidencia de esa política crea más coincidencias (una) que el criterio de coincidencia de la política SIBus por omisión, que se elimina porque no presenta ninguna coincidencia.

Política TM de administrador

Este ejemplo se basa en el ejemplo anterior y demuestra cómo el administrador puede definir una nueva política para regir el grupo de alta disponibilidad del gestor de transacciones. En este ejemplo, se utilizan el mismo nombre de grupo de alta disponibilidad y las mismas políticas por omisión que se describen en el ejemplo anterior. No obstante, en este ejemplo, el administrador crea una nueva política en la configuración de DefaultCoreGroup denominada política TM de administrador. Para que el gestor de alta disponibilidad seleccione esta nueva política, ésta debe estar disponible y contener más coincidencias que cualquier otra política.

La siguiente descripción ilustra por qué, en estas condiciones, se selecciona la política TM de administrador para el grupo de alta disponibilidad del gestor de transacciones:

  • Se ha iniciado el proceso de miembro de cluster ServidorA.
  • El código de componente del gestor de transacciones une el gestor de alta disponibilidad con el grupo de alta disponibilidad denominado:
    GN_PS=testCell\testNode\ServidorA,IBM_hc=MiClúster,type=WAS_TRANSACTIONS
  • ServidorA se define como un miembro del grupo principal DefaultCoreGroup para el que se definen las siguientes políticas:
    • Política TM de clúster, que tiene el criterio de coincidencia type=WAS_TRANSACTIONS.
    • La política SIBus por omisión, que tiene el criterio de coincidencia type=WSAF_SIB.
    • La política TM de administrador, que tiene el criterio de coincidencia IBM_hc=MiClúster,type=WAS_TRANSACTIONS.
  • El gestor de alta disponibilidad compara el nombre de grupo con el criterio de coincidencia de las políticas disponibles. El gestor de alta disponibilidad elimina la política SIBus por omisión porque el criterio por omisión no es un subconjunto adecuado del nombre de grupo de alta disponibilidad. Determina que las políticas TM de clúster y TM de administrador son políticas disponibles ya que los criterios de coincidencias correspondientes son subgrupos adecuados del nombre de grupo de alta disponibilidad:
    • La política TM de clúster contiene el par nombre-valor type=WAS_TRANSACTIONS, que también se especifica en el nombre de grupo de alta disponibilidad.
    • La política TM de administrador contiene los pares nombre-valor IBM_hc=MiClúster y type=WAS_TRANSACTIONS, que también se especifican en el nombre de grupo de alta disponibilidad.

    Como la política TM de administrador tiene dos pares que coinciden, IBM_hc=MiClúster y type=WAS_TRANSACTIONS, y la política TM de clúster sólo tiene un par que coincide, type=WAS_TRANSACTIONS, el gestor de alta disponibilidad asocia la política TM de administrador con el grupo de alta disponibilidad del gestor de transacciones.

Coincidencias ambiguas

No configure criterios de coincidencia idénticos para varias políticas del mismo grupo principal. La configuración de criterios de coincidencias idénticos produce que una coincidencia ambigua con el grupo de alta disponibilidad asociado. Como un grupo de alta disponibilidad sólo puede asociarse con una política, si el mecanismo de creación de coincidencias descrito anteriormente no da como resultado una única coincidencia de política, el gestor de alta disponibilidad coloca al grupo de alta disponibilidad en estado de error y no activa ninguno de los miembros de grupo. Dependiendo de la naturaleza del problema, el gestor de alta disponibilidad puede escribir uno de los siguientes mensajes de error en el archivo SystemOut.log:
HMGR0301W: No se ha localizado ninguna política para el grupo denominado {0}
HMGR0302W: Varias políticas coinciden con el grupo denominado {0}, las políticas coincidentes son {1}

Puede utilizar la consola administrativa para ver las políticas asociadas con un grupo de alta disponibilidad y el estado actual de ese grupo.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_policymatch
File name: crun_ha_policymatch.html