Puedes recuperar una transmisión con errores permanente sin tener que crear una nueva. Para hacerlo, especifica la posición desde la que intenta Datastream. para reanudar la lectura de los cambios de la fuente.
Descripción general de la recuperación de transmisiones
Una transmisión en ejecución puede encontrar algunos errores irrecuperables y cambiar su estado a
FAILED_PERMANENTLY Estos errores evitan que la transmisión continúe ejecutándose.
podría causar la pérdida de datos.
Si quieres recuperar una transmisión con errores permanente, puedes configurarla para que ignore el error y sigue leyendo los eventos en curso en lugar de recrear la transmisión y reabastecer los datos históricos. Para recuperar una transmisión con errores permanente, restablece el para comenzar a leer desde una posición de replicación diferente. Cada uno de los El tipo de fuente tiene su propia definición de lo que es una posición de replicación:
- En el caso de las fuentes de Oracle, una posición de replicación es un archivo de registro redo en la base de datos y el número de cambio del sistema (SCN) en este archivo.
- En el caso de las fuentes de MySQL, una posición de replicación es el archivo de registro binario (binlog) de la base de datos y la posición en este archivo.
- Para las fuentes de SQL Server, una posición de replicación es el número de secuencia de registro (LSN) en los registros de transacciones o en las tablas de cambios.
- Para las fuentes de PostgreSQL (incluidas AlloyDB para PostgreSQL), una posición de replicación es el número de secuencia de registro (LSN) en la ranura de replicación. Durante la recuperación, el flujo comienza a leer desde el primer LSN en la ranura de replicación.
Cómo recuperar una transmisión para una fuente de MySQL o Oracle
Si quieres recuperar una transmisión para una fuente de MySQL o de Oracle, tienes las siguientes opciones:
Reintentar desde la posición actual (recomendado): Selecciona esta opción para intento de transmisión desde la posición actual, en la que falló la última transmisión. Primero debes corregir el archivo de registro o recuperarlo desde la copia de seguridad. Este es el la opción recomendada.
Salta la posición actual y transmite desde la siguiente posición disponible: Si faltan uno o más archivos de registro, selecciona esta opción para saltarlos y reanudar la transmisión desde la primera posición en el siguiente archivo disponible. El los cambios de los archivos de registro faltantes se pierden, pero puedes recuperarlos realizar un reabastecimiento.
Salta la posición actual y transmite desde la posición más reciente: Si faltan uno o más archivos de registro, selecciona esta opción para omitir estos archivos y reanudar la transmisión desde la posición más reciente en el archivo de registro más actualizado. Se perderán los cambios de los archivos de registro faltantes, pero puedes recuperarlos reabasteciendo la base de datos.
Reanudar desde tu posición y archivo de transmisión preferidos: Selecciona esta opción para reanudar la transmisión desde un archivo de registro y una posición de registro específicos. Es posible que algunos cambios se perderán si la posición del registro especificada no se superpone con siguen la posición del registro perdido. Para recuperar estos cambios, realiza un reabastecimiento.
Para recuperar una transmisión con errores de forma permanente de una fuente de MySQL o de Oracle, realiza sigue estos pasos:
Ve a la página Transmisiones en Google Cloud.
Haz clic en Recuperar en la fila con el nombre de la transmisión que deseas recuperar.
Se abrirá el panel Choose a recovery strategy. Selecciona una opción. Si seleccionas Reanudar desde tu posición y archivo de transmisión preferidos, ingresa lo siguiente:
- Para una fuente de MySQL: el nombre del archivo de registro en el campo Nombre del archivo y la posición del registro en el campo Posición. Si no especificas la posición, la transmisión se reanuda desde la primera posición del archivo de registro indicado.
- Para una fuente de Oracle: el número de cambio del sistema (SCN) en el campo System Change Number (SCN). Este campo es obligatorio.
Haz clic en Aplicar.
Cuando se recupera la transmisión, aparece una marca de tiempo en la columna Recuperada de la página Transmisiones.
Cómo recuperar una transmisión para una fuente de PostgreSQL
Para recuperar un flujo de una fuente de PostgreSQL, debes proporcionar el nombre de la ranura de replicación. El servidor usa esta ranura de replicación para enviar eventos a Datastream. El nombre de la ranura de replicación puede ser el mismo que el de la ranura que se usó para la transmisión que falló o ser diferente:
- Si la nueva ranura de replicación tiene un nombre diferente, proporciona el nombre de la ranura de replicación nueva a Datastream.
Si no proporcionas un nombre de ranura de replicación, Datastream usará el el nombre de la ranura de replicación especificado en la configuración de origen.
Para obtener más información sobre los intervalos de replicación, consulta Configura una base de datos de PostgreSQL de origen.
Se pierden los eventos de cambio de la fuente que se produjeron entre la pérdida de posición del registro y el primer LSN en la ranura de replicación nueva. Puedes recuperar estos cambios realizando un reabastecimiento.
Para recuperar una transmisión con errores permanentes de una fuente de PostgreSQL, sigue estos pasos:
Ve a la página Novedades en Google Cloud.
Haz clic en Recuperar en la fila con el nombre de la transmisión que deseas recuperar.
Se abrirá el panel Definir una nueva ranura de replicación.
En el campo Nombre de la ranura de replicación, proporciona el nombre de una ranura de replicación nueva desde la que se intentará recuperar la transmisión. Si volviste a crear el puerto de replicación con el mismo nombre o deseas volver a usar el puerto que especificaste cuando configuraste tu fuente, puedes dejar este campo vacío.
Haz clic en Aplicar.
Cuando se recupera la transmisión, aparece una marca de tiempo en la columna Recuperada de la página Transmisiones.
También puedes recuperar transmisiones con errores de forma permanente desde la página Detalles de la transmisión. Para ello, haz clic en Recuperar transmisión cuando consultes información detallada sobre tus novedades.
Cómo recuperar una transmisión para una fuente de SQL Server
Para recuperar una transmisión de una fuente de SQL Server, tienes las siguientes opciones:
Reanudar desde la primera posición disponible: Selecciona esta opción si el registro se truncó o faltan algunos registros en las tablas de cambios, y deseas reanudar desde el primer evento disponible. Se perderán los eventos faltantes, pero puedes recuperarlos mediante un reabastecimiento.
Reanudar desde tu número de secuencia de registro (LSN) preferido: Selecciona esta opción para reanudar la transmisión desde un LSN específico en los registros de transacciones o en las tablas de cambios. Es posible que se pierdan algunos eventos si el LSN especificado no se superpone con el último LSN que Datastream pudo recuperar o lo sigue inmediatamente. Puedes recuperar estos eventos reabasteciendo la base de datos.
El LSN de los registros de transacciones y de las tablas de cambios contiene 20 caracteres pero, en el caso de los registros de transacciones, está separada por un delimitador. Por ejemplo:
- LSN en los registros de transacciones:
0000123C:0000BA78:0004 - LSN en tablas de cambios:
0000123C0000BA780004
- LSN en los registros de transacciones:
Para recuperar una transmisión con errores permanentes de una fuente de SQL Server, sigue estos pasos:
Ve a la página Novedades en Google Cloud.
Haz clic en Recuperar en la fila con el nombre de la transmisión que quieres recuperar.
Se abrirá el panel Elige una estrategia de recuperación. Selecciona una opción.
Haz clic en Aplicar.
Cuando se recupera la transmisión, aparece una marca de tiempo en la columna Recuperada de la página Transmisiones.
Usa la recuperación de flujo para una fuente de MySQL en una situación de conmutación por error manual
Puedes realizar una conmutación por error manual y usar la recuperación de transmisiones para evitar volver a crear tus transmisiones desde cero durante el mantenimiento o la falla de la instancia principal. Por lo general, Datastream no admite conmutaciones por error a réplicas porque rompen la continuidad de binlog, pero puedes seguir estos pasos transmitir y asegurarse de que los datos de los cambios se capturen:
- Detén todas las operaciones de escritura en la instancia principal.
- Asegúrate de que la métrica de actualización de datos esté configurada en 0. Esto significa que Datastream capturó todos los cambios y no hay eventos nuevos para leer de la fuente. Para obtener más información, consulta Cómo supervisar una transmisión.
- Realiza el resguardo en la nueva instancia de base de datos.
- Si es necesario, actualiza el perfil de conexión de la transmisión a la nueva instancia de base de datos. (por ejemplo, es posible que debas cambiar el nombre de host o la dirección IP de la base de datos). Para obtener más información, consulta Modifica perfiles de conexión.
- Recupera la transmisión de una posición específica en la instancia de conmutación por error para garantizar la continuidad de los CDC.
¿Qué sigue?
- Para obtener más información sobre los estados de transmisión, consulta Ciclo de vida de la transmisión.
- Si quieres obtener más información para ver información de una transmisión, consulta Cómo ver una transmisión.
- Para obtener información sobre cómo supervisar una transmisión, consulta Supervisa una transmisión.
- Para obtener información sobre cómo administrar el reabastecimiento de una transmisión, consulta Administra el reabastecimiento de los objetos de una transmisión.
- Si quieres obtener información para borrar una transmisión existente, consulta Cómo borrar una transmisión.