Saltar al contenido principal Saltar al contenido complementario

Opciones de ejecución avanzadas

Además de las opciones estándar de ejecutar, detener y reanudar, hay disponibles otras opciones para ejecutar tareas. Puede abrir el cuadro de diálogo Opciones de ejecución avanzadas realizando cualquiera de las siguientes acciones:

  • Seleccione Opciones de ejecución avanzadas en el menú de la tarea de replicación , ya sea en la vista de la canalización o en la vista de mosaico.
  • Abra la tarea de replicación y seleccione Opciones de ejecución avanzadas en el menú en la parte superior derecha.

Procesamiento de cambios

En el cuadro de diálogo Opciones de ejecución avanzadas, seleccione Procesar cambios. Están disponibles las siguientes opciones:

  • Las tablas ya están cargadas. Comience a procesar los cambios desde:

    Nota informativaLos cambios de metadatos realizados en las tablas de origen mientras una tarea está detenida (por ejemplo, DROP COLUMN) no se capturarán cuando la tarea se reanude desde un momento o posición anterior (SCN/LSN). En tal caso, se capturarán los metadatos que existen cuando se reanuda la tarea.
    • Fecha y hora Establezca la fecha y hora desde donde desea comenzar a capturar cambios.

      Nota informativa
      • Cuando se eliminen registros de la base de datos (por ejemplo, debido a una política de purga), es posible que no exista un registro que coincida con la fecha y hora especificadas. En tal caso, Data Movement gateway reanudará la tarea desde el punto más temprano posible, después de la fecha y hora especificadas.
      • Con el punto de conexión de origen de IBM DB2 para LUW, esta opción no se puede utilizar para iniciar tareas de Aplicar cambios desde un punto anterior a la hora de inicio original de la tarea de Aplicar cambios. O, para decirlo de otra manera, solo se puede usar para iniciar tareas en cualquier momento posterior a la hora de inicio original de la tarea Aplicar cambios.
      • La marca de tiempo utiliza la hora local de la máquina del navegador.
    • Posición de cambio de fuente (SCN o LSN): Especifique la posición en el registro desde donde desee reanudar el procesamiento de cambios. El formato de la posición de cambio de fuente difiere según su fuente de datos. Para más información, vea Cómo encontrar la posición de cambio de origen.

      Nota informativa

      La opción Posición de cambio de fuente solo se admite con los siguientes puntos de conexión de origen:

      • Oracle
      • Microsoft SQL Server
      • MySQL
      • PostgreSQL
      • IBM DB2 para z/OS
      • IBM DB2 para LUW

Recuperar tareas

En el cuadro de diálogo Opciones de ejecución avanzadas, seleccione Recuperar. Están disponibles las siguientes opciones:

  • Recuperar usando el punto de control almacenado localmente: Utilice esta opción si la recuperación no es posible utilizando Las tablas ya están cargadas. Comience a procesar cambios desde la opción (debido a archivos de intercambio corruptos, por ejemplo). Cuando se selecciona esta opción, la tarea de replicación utiliza los datos del punto de control almacenados en <Data_Folder_Path>/data/tasks/<task_name>/StateManager para recuperar la tarea.

    Nota informativa

    Debe tener en cuenta las siguientes limitaciones y consideraciones al utilizar esta opción:

    • Se admite solo en el modo Aplicar cambios por transacción y solo con destinos de datos que admitan transacciones.
    • Solo se admiten las siguientes fuentes de datos:
      • Oracle
      • Microsoft SQL Server
      • MySQL

      • PostgreSQL

      • IBM DB2 para z/OS

      • SAP HANA

    • Las tareas solo se pueden recuperar durante CDC (es decir, después de que se complete la carga completa)
  • Recuperar usando el punto de control almacenado en el destino: Recupere una tarea utilizando el valor CHECKPOINT de la tabla attrep_txn_state (creada en la base de datos de destino).

    Ejemplo de valor de punto de control:

    checkpoint:V1#15#0000038b:000033f1:0004#0#261#0000038b:0000348b:0009#0#273

    Seleccione esta opción (a diferencia de la opción Recuperar usando el punto de control almacenado localmente) si los archivos de la carpeta de datos están dañados o si el dispositivo de almacenamiento que contiene la carpeta de datos ha fallado.

    Para una explicación detallada de cómo configurar e implementar la recuperación utilizando la tabla attrep_txn_state, vea Recuperación tras pérdida o corrupción de carpetas de datos.

Cómo encontrar la posición de cambio de origen

En esta sección se explica cómo localizar la posición de cambio de origen para cada una de las bases de datos compatibles.

MySQL

  1. Ejecute:

    SHOW BINARY LOGS;

  2. Elija un archivo binlog (por ejemplo, log.000123).
  3. Ejecute:

    SHOW BINLOG EVENTS IN 'binlog_filename';

    Ejemplo:

    SHOW BINLOG EVENTS IN 'log.000123';

  4. Localice la posición de una sentencia BEGIN o DDL (por ejemplo, 1777888).

    Nota informativa

    MySQL no admite una "posición de inicio desde" situada en medio de una transacción, por lo que debe seleccionar BEGIN o DDL.

  5. Ajuste el parámetro interno:

    StartFromPosition = binlog_filename:begin_or_ddl_position

    Ejemplo:

    StartFromPosition = log.000123:1777888

  1. Ejecute:

    SHOW MASTER STATUS;

  2. Ajuste la "Posición de partida" como:

    firstColumnValue:secondColumnValue

    Ejemplo:

    mysql.007472:775

Microsoft SQL Server

Ejecute:

SELECT MAX([Current LSN]) FROM fn_dblog(null,null);

Ejemplo: 00002717:00000e08:0003

Oracle

Ejecute:

SELECT current_scn FROM V$DATABASE;

Ejemplo: 1471212002

PostgreSQL

Tenga en cuenta que el comando difiere según su versión de PostgreSQL.

Ejecute:

SELECT * FROM pg_current_wal_lsn();

IBM DB2 para z/OS

Especifique el LSN, que es el RBA en un entorno sin intercambio de datos y el LRSN en un entorno con intercambio de datos.

IBM DB2 para LUW

  1. Ejecute db2pd para encontrar el nombre de registro correcto.
  2. Ejecute db2flsn con el nombre de registro devuelto y utilizar el valor LRI actual.

    Vea también: Reanudar o iniciar una tarea desde LRI en un entorno pureScale

    Para más información, consulte "Reanudación o inicio de una tarea desde LRI en un entorno pureScale" en la Ayuda de Replicate.

Recuperación tras pérdida o corrupción de carpetas de datos

Durante el funcionamiento normal, el estado de aterrizaje se almacena en la siguiente ubicación:

<Data_Folder_Path>/data/tasks/<task_name>/StateManager

Esto permite que las tareas que no se pueden reanudar normalmente (debido a archivos de intercambio corruptos, por ejemplo) se recuperen utilizando la opción Recuperar usando el punto de control almacenado localmente descrita anteriormente. Sin embargo, si los archivos de la carpeta de datos se dañan o si falla el dispositivo de almacenamiento que contiene la carpeta de datos, las tareas deben recuperarse utilizando la opción Recuperar usando el punto de control almacenado en el destino.

Consideraciones y limitaciones

Cuando utilice esta opción, tenga en cuenta las siguientes consideraciones y limitaciones:

  • Esta opción solo estará disponible si la opción Almacenar datos de recuperación de la tarea en la base de datos de destino estaba habilitada en la pestaña Ajustes en el procesamiento de cambios de la Configuración de tareas antes de que se completara CDC.

  • El modo de Aplicar cambios debe estar configurado como Por transacción.

  • Solo se admiten los siguientes tipos de fuentes de datos:
    • Amazon RDS para MySQL
    • Amazon RDS para PostgreSQL
    • Amazon RDS para SQL
    • AWS Aurora Cloud para PostgreSQL
    • Google Cloud SQL para MySQL
    • Google Cloud SQL para PostgreSQL
    • IBM DB2 para z/OS
    • Microsoft Azure Database for MySQL
    • Microsoft Azure SQL Managed Instance
    • Microsoft SQL Server
    • MySQL
    • Oracle
    • PostrgreSQL
    • SAP HANA
  • Solo se admite el tipo de destino Microsoft SQL Server.
  • Las tareas solo pueden recuperarse durante el CDC (una vez finalizada la carga completa).

Establecer e iniciar la recuperación de tareas

Para que la recuperación tenga éxito, los registros de transacciones de la base de datos de origen deben estar disponibles desde el momento en que falló la tarea.

  1. Asegúrese de habilitar la opción Almacenar datos de recuperación de tareas en la base de datos de destino en la pestaña Ajustes en el procesamiento de cambios de la configuración de tareas. Esta opción puede activarse en cualquier momento durante el CDC, aunque debe activarse antes de que el CDC finalice.
  2. Ejecuta la tarea.

Además de las tablas de origen seleccionadas, la tarea escribirá los datos del punto de control en la tabla attrep_txn_state de la base de datos de destino (y creará automáticamente la tabla si aún no ha sido creada por otra tarea).

  1. Acceda a la tabla attrep_txn_state de la base de datos de destino y localice la tarea fallida en la columna TASK_NAME . Si hay tareas con el mismo nombre ejecutándose en varios servidores Data Movement gateway, también deberá localizar el servidor apropiado en la columna SERVER_NAME. Una vez localizada la tarea pertinente, copie el valor en la columna CHECKPOINT correspondiente.
  2. Seleccione la opción Recuperar usando el punto de control almacenado en el destinoy proporcione el valor CHECKPOINT (preferiblemente mediante pegado) como se ha descrito anteriormente.
  3. Haga clic en Aceptar para iniciar la recuperación.

Durante la recuperación, la tarea de replicación no escribe nada en la base de datos de destino hasta que identifica el evento de confirmación correspondiente al valor CHECKPOINT. Una vez que identifica el evento de confirmación CHECKPOINT, se realiza la recuperación y la tarea vuelve al funcionamiento estándar.

¿Esta página le ha sido útil?

No dude en indicarnos en qué podemos mejorar si encuentra algún problema en esta página o su contenido, como, por ejemplo, errores tipográficos, pasos que falta o errores técnicos.