Modifique los parámetros por omisión como se especifica en la tabla <CAPTURESERVERSCHEMA>.IBMSNAP_CAPPARMS. Después de desplegar los artefactos de duplicación, puede determinar el número de servidores Capture que ha creado el componente de servicios de movimiento de datos ejecutando la siguiente consulta en la base de datos de tiempo de ejecución. CONNECT
TO RUNTIME DATABASE
SELECT DISTINCT OM_NAME, SERVICE_NAME, SRC_RM_CAP_SVR_NAME
FROM WBIRMADM.RMMETADATA
ORDER BY 1,2,3
Se visualizará una tabla parecida a la siguiente:
Tabla 1. Ejemplo de RMMETADATAOM_NAME |
SERVICE_NAME |
SRC_RM_CAP_SVR_NAME |
SubDoctor3 |
Tiempo de ejecución a histórica |
CAPTURE_18 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_1 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_115 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_156 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_194 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_212 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_250 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_41 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_59 |
SubDoctor3 |
Estado a tiempo de ejecución |
CAPTURE_97 |
OM_NAME es el nombre del proyecto de
WebSphere Business
Modeler.
SERVICE_NAME indica el servicio de movimiento de datos y SRC_RM_CAP_SVR_NAME es el identificador
(CAPTURE SCHEMA) del servidor Capture que se utiliza como parte del servicio de movimiento de datos.
En la tabla anterior, hay un servidor Capture para el servicio de movimiento de datos de tiempo de ejecución a histórica y nueve para el servicio de movimiento de datos de estado a tiempo de ejecución.
Nota: El número de servidores y los nombres de los mismos varía, en función del modelo que se utilice y de los parámetros de política especificados durante la generación de artefactos.
El componente de servicios de base de datos da soporte a todas las opciones de los parámetros lag_limit y startmode, aunque debe tener presente que si aumenta el número de arranques en frío (el arranque de los servidores Capture después de producirse una anomalía) se producirán graves problemas en el rendimiento.
Si hay arranques en frío con frecuencia, el componente ETL del servicio de movimiento de datos procesa todos los registros existentes en lugar de simplemente anotar los cambios. Una vez que se han identificado todos los servidores Capture que es necesario modificar, puede modificar los parámetros por omisión de la base de datos.
Una vez que se modifican los parámetros por omisión para cada servidor Capture, puede iniciar los servidores Capture.