Configuración de opciones de los servicios de movimiento de datos

Para cada servidor Capture que crea y configura el componente de servicios de movimiento de datos, hay dos parámetros que pueden afectar el comportamiento de los componentes Capture. Son los parámetros lag_limit y startmode.

Los parámetros lag_limit y startmode tienen los valores por omisión: "7 días" y "WARMSI". Para obtener más información sobre estos parámetros, consulte la publicación DB2 SQL Replication Guide and Reference.

Estos valores no se pueden modificar hasta que no se hayan desplegado los artefactos. Sin embargo, sí se pueden alterar antes de ejecutar cualquiera de los servidores del componente Capture o se pueden cambiar los parámetros de los servidores Capture que se ejecutan actualmente.
Nota: Para habilitar los cambios realizados mientras se están ejecutando los servidores Capture, es necesario detener y reiniciar los servidores Capture.
Si se utilizan los valores por omisión de los parámetros lag_limit y startmode al desplegar artefactos de duplicación y el servidor Capture ha estado detenido durante más de 7 días y luego se reinicia, el componente Capture devuelve un error. El error indica que el servidor Capture no puede ejecutarse porque los datos son demasiado antiguos. El valor por omisión se puede alterar de varias maneras. A continuación se describen tres métodos:
  1. 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 RMMETADATA
    OM_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.

  2. O bien, modifique la línea de mandatos que inicia el servidor Capture. Durante la generación del artefacto de servicios de base de datos, se generan scripts que pueden iniciar y detener los servidores Capture y Apply. Los scripts de inicio de Capture (StartCapture_#.bat o StartCapture_#.sh) se encuentran en el directorio <nombre_servicio_movimiento_datos>\source. Cada uno de estos scripts contiene el mandato asncap, que se utiliza para iniciar el programa Capture. Para obtener más información sobre estos parámetros, consulte la documentación IBM DB2. Modifique el script de inicio como corresponda, guárdelo y, a continuación, ejecute el script de inicio para ejecutar el servidor Capture con los nuevos valores.
  3. O bien, modifique el servidor Capture durante el tiempo de ejecución. Siga las instrucciones que se encuentran en la documentación IBM DB2, que describen cómo cambiar temporalmente los valores de un servidor Capture en ejecución.
Conceptos relacionados
Servicios de movimiento de datos
Administración de los servicios de movimiento de datos
Configuración del servicio de movimiento de datos
Tareas relacionadas
Despliegue de los servicios de movimientos de datos
Finalización de la configuración de los servicios de movimiento de datos
Consolidación de scripts de inicio y detención

Copyright IBM Corporation 2005, 2006. Reservados todos los derechos.