Los servicios de bases de datos dan soporte a WebSphere Business Monitor a través de dos servicios de movimientos de datos: de estado a tiempo de ejecución y de tiempo de ejecución a histórico. Estos servicios de movimientos de datos son completamente independientes entre sí. Cada servicio de movimiento de datos da soporte a uno o más modelos de magnitudes empresariales.
Para cada modelo de magnitudes empresariales soportado por un servicio de movimiento de datos, se crea un conjunto de servidores Capture y Apply.
En la arquitectura actual, existe, por omisión, un servidor Capture y un servidor Apply para cada modelo de magnitudes empresariales.
Puede tener más de un servidor Capture o Apply cambiando los parámetros de los siguientes grupos de parámetros: parámetros de política de Capture, parámetros de política de Apply y parámetros de política de grupos Apply.
Si los modelos de magnitudes empresariales son de gran tamaño, tener un servidor Capture y Apply por modelo y por servicio de movimiento de datos puede afectar al rendimiento y es un buen candidato para sacar partido de la modificación de estos parámetros y mejorar el rendimiento. Con un hardware adecuado y una planificación del espacio de tablas y de la agrupación de almacenamientos intermedios, puede ser posible mejorar el rendimiento añadiendo más servidores Capture y Apply.
Los servidores Capture adicionales pueden aumentar la frecuencia en que se capturan datos para las tablas de un modelo de magnitudes empresariales.
Puede disminuir uno o ambos parámetros de política de Capture. Cada servidor Capture adicional ocupará, a su vez, espacio adicional en la base de datos para almacenar su información de control así como tiempo de E/S y de procesador adicionales. Sin embargo, al aumentar el número de servidores, la información estará disponible más rápidamente para los componentes de Apply y puede mejorar el rendimiento del sistema en general.
Los servidores Apply adicionales también ofrecen otra ventaja. En la arquitectura actual, los servidores Apply funcionan en serie en sus tablas asignadas. Cuanto mayor sea el número de grupos de magnitudes empresariales y tablas asignadas a un único servidor Apply, más se tardará en procesar todas las entradas. Añadir servidores Apply adicionales puede mejorar el rendimiento al procesar estos grupos de magnitudes empresariales en paralelo. Esto requiere un hardware adecuado y una buena planificación del espacio de tablas y de la agrupación de almacenamientos intermedios para evitar un conflicto de E/S.
No se recomienda cambiar los valores predeterminados de los parámetros de política de grupos Apply.
Cómo especificar parámetros de política:
Localice la máquina en que se aloja Monitor Server y busque el directorio de instalación de Monitor. Por ejemplo: 'C:\IBM\WebSphere\Monitor' en Windows. Bajo este subdirectorio debe haber un directorio denominado 'rm' y bajo éste debe existir otro directorio denominado 'config'. En este ejemplo, 'C:\IBM\WebSphere\Monitor\rm\config' sería la vía de acceso completa del directorio.
Cree un archivo nuevo llamado 'DS_Replication_Policy_Defaults.properties' en el directorio config. Si el archivo ya existe, los componentes Servicios de datos leerán este archivo para buscar alteraciones temporales especificadas de los parámetros de política de rendimiento.
Los parámetros se especifican como sigue:
- Un valor predeterminado para todos los servicios de movimientos de datos: POLICY_NAME=<POLICY_VALUE>
- U n valor específico para un servicio de movimiento de datos concreto: <SERVICE_NAME>.POLICY_NAME=<POLICY_VALUE>
- Actualmente, los únicos nombres de servicios válidos son: State_to_Runtime y Runtime_to_Historical.
Durante el proceso de servicios de movimientos de datos, el sistema busca primero valores específicos del servicio, seguidos por valores predeterminados explícitos, seguidos por valores predeterminados internos o implícitos.
Parámetros de política de Capture
Los parámetros de política de Capture cambian la manera en que los grupos de magnitudes empresariales se asignan a los servidores Capture. Siempre hay un servidor Capture para cada
modelo de magnitudes empresariales, pero a diferencia de la arquitectura anterior, ahora es posible asignar varios grupos de magnitudes empresariales al mismo servidor Capture, en lugar de tener un servidor aparte para cada uno.
- POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
- Esta política controla esencialmente cuántos grupos se pueden asignar a un servidor Capture concreto que esté asignado al modelo de magnitudes empresariales padre.
Durante la fase de asignación, si el sistema no ha podido encontrar un servidor Capture ya existente que pueda acomodar un grupo de magnitudes
empresariales adicional y, sin embargo, cumple con esta política, entonces se creará un nuevo servidor Capture para que dé servicio al nuevo grupo de
magnitudes empresariales.
Nota: durante la gestión de cambios, estos servidores no se equilibrarán. Para equilibrarlos, tendrá que retirar el despliegue de todos los artefactos de duplicación que den soporte a este modelo de magnitudes empresariales y, a continuación, regenerarlos como modelo nuevo. Esta política no evitará la asignación de un grupo de magnitudes empresariales a un
nuevo servidor Capture. Además, esta política no afectará a la asignación de un grupo de magnitudes empresariales durante la gestión de cambios si ese grupo de magnitudes empresariales ya está asignado a un servidor Capture.
- El valor predeterminado es actualmente 50.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
Valor |
Descripción |
-1 |
Política inhabilitada. |
0 |
Tiene
el mismo efecto que 1: siempre creará un nuevo servidor Capture para cada nuevo grupo de magnitudes empresariales. |
> 1 |
Aplica una política basada en este número. |
- POLICY_CAPTURE_MAX_TABLES_PER_SERVER
- Esta política controla cuántas tablas se pueden asignar a un servidor concreto independientemente del número de grupos.
Si un grupo de magnitudes empresariales tiene 10 tablas asociadas y un servidor Capture ya existente tiene 10 tablas y la política está establecida
en 19, entonces, de acuerdo con esta política, se creará un nuevo servidor Capture para que dé servicio a este nuevo grupo de magnitudes
empresariales.
Nota: aunque un grupo de magnitudes empresariales exceda esta política por sí mismo, la política no evitará la asignación a un nuevo
servidor Capture. Además, esta política no afectará a la asignación de un grupo de magnitudes empresariales durante la gestión de cambios si ese
grupo de magnitudes empresariales ya está asignado a un servidor Capture.
- El valor predeterminado es actualmente -1.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_CAPTURE_MAX_TABLES_PER_SERVER
Valor |
Descripción |
< 0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo servidor Capture para cada nuevo grupo de magnitudes empresariales. |
> 1 |
Aplica una política basada en este número. |
- POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
- Esta política controla cuántas tablas tienen que estar libres (en comparación con POLICY_CAPTURE_MAX_TABLES_PER_SERVER) después de asignar un modelo de magnitudes empresariales a un servidor Capture.
Nota: aunque un grupo de magnitudes empresariales exceda esta política por sí mismo, la política no evitará la asignación a un nuevo servidor Capture. Además, esta política no afectará a la asignación de un grupo de magnitudes empresariales durante la gestión de cambios si ese grupo de magnitudes empresariales ya está asignado a un servidor Capture.
- El valor predeterminado es actualmente -1.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
Valor |
Descripción |
< 0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo servidor Capture para cada nuevo grupo de magnitudes empresariales. |
>1 y < 100 |
La política se aplicará según este umbral. |
>=100 |
Tiene el mismo efecto que 1: siempre creará un nuevo servidor Capture para cada nuevo grupo de magnitudes empresariales. |
Parámetros de política de Apply
Los parámetros de política de Apply cambian la manera en que los grupos de magnitudes empresariales se asignan a los servidores Apply. En la actualidad, siempre hay un servidor Apply para cada modelo de magnitudes empresariales, pero a diferencia de la arquitectura anterior, ahora es posible asignar varios grupos de magnitudes empresariales al mismo servidor Apply, en lugar de tener un servidor aparte para cada uno.
- POLICY_APPLY_IS_CONSISTENT_WITH_CAPTURE
- POLICY_APPLY_MAX_GROUPS_PER_SERVER
- Esta política controla cuántos grupos se pueden asignar a un servidor Apply concreto que esté asignado al modelo de magnitudes empresariales padre.
Si, durante la fase de asignación, ningún servidor Apply ha alcanzado el umbral, se creará un servidor Apply nuevo para que dé servicio al nuevo grupo de magnitudes empresariales.
Nota: durante la gestión de cambios, estos servidores no se equilibrarán. Para equilibrarlos, tendrá que retirar el despliegue de todos los artefactos de duplicación que den soporte a este modelo de magnitudes empresariales y, a continuación, regenerarlos como modelo nuevo. Esta política no evitará la asignación de un grupo de magnitudes empresariales a un nuevo servidor Apply. Además, esta política no afectará a la asignación de un grupo de magnitudes empresariales durante la gestión de cambios si ese grupo de magnitudes empresariales ya está asignado a un servidor Apply.
- Valor predeterminado =50.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_APPLY_MAX_GROUPS_PER_SERVER
Valor |
Descripción |
< 0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo servidor Apply para cada nuevo grupo de magnitudes empresariales. |
>1 |
Aplica una política basada en este número. |
- POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
- Esta política controla la asignación de grupos Apply a un servidor concreto.
Esta política se utilizaría normalmente junto con las políticas de grupos Apply para controlar la distribución de magnitudes empresariales en un servidor. Los grupos Apply en DB2 se denominan conjuntos de subscripciones.
Nota: durante la gestión de cambios, estos servidores no se equilibrarán.
Para equilibrarlos, tendrá que retirar el despliegue de todos los artefactos de duplicación que den soporte a este
modelo de magnitudes empresariales y, a continuación, regenerarlos como modelo nuevo. Esta política no evitará la asignación de un grupo de magnitudes
empresariales a un nuevo servidor Apply. Además, esta política no afectará a la asignación de un grupo de magnitudes empresariales durante la gestión de cambios si ese grupo de magnitudes empresariales ya está asignado a un servidor Apply.
- Valor predeterminado =-1.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
Valor |
Descripción |
<0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo servidor Apply para cada nuevo grupo de magnitudes empresariales. |
>1 |
Aplica una política basada en este número. |
- POLICY_APPLY_MAX_TABLES_PER_SERVER
- Esta política controla la asignación de grupos de magnitudes empresariales basada en el número de tablas permitidas por servidor.
Nota: durante la gestión de cambios, estos servidores no se equilibrarán. Para equilibrarlos, tendrá que retirar el despliegue de todos los artefactos de duplicación que den soporte a este modelo de magnitudes empresariales y, a continuación, regenerarlos como modelo nuevo. Esta política no evitará la asignación de un grupo de magnitudes empresariales a un nuevo servidor Apply. Además, esta política no afectará a la asignación de un grupo de magnitudes empresariales durante la gestión de cambios si ese grupo de magnitudes empresariales ya está asignado a un servidor Apply.
- Valor predeterminado =-1.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_APPLY_MAX_TABLES_PER_SERVER
Valor |
Descripción |
<0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo servidor Apply para cada nuevo grupo de magnitudes empresariales. |
>1 |
Aplica una política basada en este número. |
Parámetros de política de grupos Apply
Estas políticas afectan a cómo se asignan los grupos de magnitudes empresariales en grupos Apply; en DB2 se trata de conjuntos de subscripciones. Consulte la documentación sobre duplicación de DB2 para obtener información sobre el mejor modo de asignar tablas en los conjuntos de subscripciones. El Gestor de duplicación siempre prefiere asignar un grupo de magnitudes empresariales por conjunto de subscripciones.
- POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
- Esta política controla la asignación de grupos de magnitudes empresariales basada en el número de tablas permitidas por grupo Apply.
- Valor predeterminado =-1.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
Valor |
Descripción |
<0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo grupo Apply para cada nuevo grupo de magnitudes empresariales. |
>1 |
Aplica una política basada en este número. |
- POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
- Esta política controla la asignación de grupos de magnitudes empresariales basada en el número de grupos de magnitudes empresariales por grupo Apply.
- Valor predeterminado =1.
- Los valores válidos se muestran en la tabla siguiente.
Valores de POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
Valor |
Descripción |
<0 |
Política inhabilitada. |
-1 |
Política inhabilitada. |
0 |
Tiene el mismo efecto que 1: siempre creará un nuevo grupo Apply para cada nuevo grupo de magnitudes empresariales. |
>1 |
Aplica una política basada en este número. |