Editar

Compartir por


Preguntas frecuentes sobre Azure Synapse Link para SQL

En esta guía, encontrará las preguntas más frecuentes sobre Azure Synapse Link para SQL.

No, actualmente Azure Synapse Link para SQL admite el grupo de SQL dedicado de Synapse solo como almacén de destino de datos.

No, actualmente Azure Synapse Link para SQL solo admite como origen Azure SQL Database y SQL Server 2022 (a partir de SQL Server 2022).

¿Es necesario detener la conexión de vínculo cuando quiera agregar o quitar tablas que se van a replicar?

No, puede agregar o quitar tablas cuando se ejecute la conexión de vínculo. Las tablas que se quitan dejarán de replicarse automáticamente. Las tablas recién agregadas comienzan desde la carga inicial con una instantánea completa y, a continuación, realizan la sincronización incremental. El resto de las tablas de la misma conexión de vínculo no se verán afectadas.

Mis tablas de destino existen en el grupo de SQL dedicado de destino, lo que hace que mi conexión de vínculo no se inicie. ¿Cuál debo hacer?

Debe quitar las tablas de destino antes de iniciar una conexión de vínculo. Para ello, quite manualmente las tablas del grupo de SQL dedicado de Synapse o, en la lista desplegable Acción en la tabla de destino existente, elija la opción Quitar y volver a crear la tabla en el destino para permitir que coloque automáticamente las tablas existentes en el grupo de SQL dedicado de Synapse cada vez que se inicie.

¿Qué ocurre en mi conexión de vínculo en ejecución si se han agregado o quitado las columnas de tabla de nuestros almacenes de origen?

Después de agregar tablas a una conexión de vínculo, estas tablas de la base de datos de origen no permitirán agregar, quitar ni modificar columnas. Para realizar estos cambios en el esquema, la tabla debe quitarse de la conexión de vínculo temporalmente y volverla a agregar después de cambiar el esquema.

¿Puedo pausar la replicación de datos de mi conexión de vínculo y reanudarla desde dónde se pausó?

Sí, puede hacerlo.

¿Puedo seleccionar la red virtual administrada en el área de trabajo de Synapse con puntos de conexión privados administrados de Synapse que permiten que la conexión de vínculo se conecte de forma privada a la base de datos de origen?

Sí, puede hacerlo. Similar a todas las cargas de trabajo de Synapse. Puede habilitar Azure Synapse Link para SQL en una red virtual administrada de Azure Synapse para replicar datos de SQL a Synapse de forma segura. Puede protegerse frente a la filtración de datos permitiendo la conectividad saliente desde la red virtual administrada solo a destinos aprobados mediante puntos de conexión privados administrados.

¿Cuál es el procedimiento recomendado para seleccionar el número de núcleos para replicar tablas del almacén de origen en un grupo de SQL dedicado de Synapse al crear una conexión de vínculo?

El número de núcleos indica el tamaño de proceso necesario para replicar datos del almacén de origen en el grupo de SQL dedicado de Synapse. Depende del patrón de carga de trabajo de replicación en la base de datos de origen, el número de tablas, la tasa de cambios que se producen y el tamaño de las filas, etc. Se recomienda empezar con un número de núcleos pequeño y probar la latencia con la carga de trabajo real. La latencia de la replicación se puede reflejar en la página de supervisión de las tablas de vínculos; la hora de la última columna de datos procesados indica cuánto se está retrasando la replicación.

¿Se debe elegir "habilitar la coherencia de la transacción entre tablas"?

Cuando esta opción está habilitada, una transacción que abarca varias tablas de la base de datos de origen siempre se replica en la base de datos de destino en una sola transacción. Sin embargo, creará una sobrecarga en el rendimiento general de la replicación. Cuando la opción está deshabilitada, cada tabla replica los cambios en su propio límite de transacción en el destino en conexiones paralelas, lo que mejora el rendimiento general de la replicación. Cuando quiera habilitar la consistencia de las transacciones a través de las tablas, asegúrese también de que los niveles de aislamiento de las transacciones en su pool SQL dedicado a Synapse sea READ COMMITTED SNAPSHOT ISOLATION.

¿Cómo debo seleccionar el tipo de estructura de mi tabla de destino en el grupo de SQL dedicado de Synapse?

Puede consultar Tablas de indexación: Azure Synapse Analytics | Microsoft Docs para comprender las tres opciones del tipo de estructura de tabla. Cuando se elige el índice de almacén de columnas agrupado, no se admite el tipo de datos con longitud máxima (por ejemplo, VARCHAR(MAX)).

¿Es necesario limpiar los datos en la zona de aterrizaje?

No. Hay un subproceso en segundo plano que quita los archivos confirmados al cabo de aproximadamente 24 horas, siempre y cuando el vínculo se ejecute continuamente. Cuando se detiene el vínculo, se quita toda la carpeta de la zona de aterrizaje.

Azure Synapse Link para SQL está disponible en las siguientes regiones:

Área Region
Asia Pacífico Este de Asia
Sudeste de Asia
Australia Este de Australia
Sudeste de Australia
Azure Government US Gov: Arizona
US Gov Texas
US Gov - Virginia
Brasil Sur de Brasil
Canadá Centro de Canadá
Este de Canadá
China Este de China 2
Este de China 3
Norte de China 2
Norte de China 3
Europa Norte de Europa
Oeste de Europa
Francia Centro de Francia
Sur de Francia
Alemania Centro-oeste de Alemania
India Centro de la India
Sur de la India
Japón Japón Oriental
Japón Occidental
Corea Centro de Corea del Sur
Noruega Este de Noruega
Qatar Centro de Catar
Suecia Centro de Suecia
Suiza Norte de Suiza
Oeste de Suiza
Emiratos Árabes Unidos Norte de Emiratos Árabes Unidos
Reino Unido Sur de Reino Unido
Oeste de Reino Unido
Estados Unidos Centro de EE. UU.
Este de EE. UU.
Este de EE. UU. 2
Centro-Norte de EE. UU
Centro-sur de EE. UU.
Centro-Oeste de EE. UU.
Oeste de EE. UU.
Oeste de EE. UU. 2
Oeste de EE. UU. 3

¿Dónde se encuentra mi zona de aterrizaje?

Para Azure SQL Database, la zona de aterrizaje está totalmente administrada y se encuentra en la misma región que el área de trabajo de Azure Synapse Analytics de destino. Para SQL Server 2022, la zona de aterrizaje la administra el cliente y se puede ubicar donde quiera.

¿Qué tipo de cifrado se aplica a la zona de aterrizaje?

Para Azure SQL Database, la zona de aterrizaje está totalmente administrada y se cifra con la misma clave que el área de trabajo de Azure Synapse Analytics de destino, ya sea administrada por la plataforma o administrada por el cliente. Para SQL Server 2022, la zona de aterrizaje la administra el cliente y se puede cifrar con una clave administrada por la plataforma o una clave administrada por el cliente.

He actualizado todos los registros de la tabla de origen. Al ejecutar una consulta en el grupo de SQL dedicado, vi que mis datos no estaban. He vuelto a ejecutar la consulta y todos los datos vuelven a estar ahí, con las actualizaciones. ¿Por qué ocurre esto?

El servicio de ingesta procesa las actualizaciones como una eliminación seguida de una inserción, todo en la misma transacción. De manera predeterminada, los grupos de SQL dedicados se ejecutan en modo READ UNCOMMITTED, lo que le permite ver los cambios antes de confirmar la transacción. Para asegurarse de que no ve estos cambios en proceso, puede activar READ COMMITTED SNAPSHOT ISOLATION.

¿Las nuevas tablas agregadas a mi base de datos de origen se agregarán automáticamente a mi conexión de vínculo?

No. Debe editar la conexión de vínculo en el entorno de Azure Synapse Analytics para agregar las nuevas tablas. Puede agregar tablas a una conexión en ejecución sin detenerla: las nuevas tablas se incluirán en la replicación cuando publique los cambios en la conexión de vínculo.

¿Cuál es la latencia de los datos replicados desde Azure SQL Database y SQL Server 2022 a los grupos de SQL dedicados de Azure Synapse Analytics?

No tenemos un Acuerdo de Nivel de Servicio de latencia publicado. Si ve una latencia alta, puede ajustar el número de núcleos asignados a la conexión de vínculo, el tamaño del grupo de SQL dedicado de destino o la coherencia transaccional en la configuración de escritura para adaptarse a la carga de trabajo.

¿Qué formato se usa para los datos de la zona de aterrizaje? ¿Se puede usar con otros fines?

La zona de aterrizaje es un almacén de datos transitorio y no se admite el uso de esos datos para ningún fin distinto de Azure Synapse Link para SQL.

Azure Synapse Link para SQL usa un modelo de inserción en el que la base de datos de origen escribe datos en una zona de aterrizaje y se mueve al grupo de SQL dedicado de destino mediante un servicio de ingesta que puede ejecutarse continuamente (lo que proporciona un procesamiento de datos casi en tiempo real) o en modo de programación. La actividad de copia usa un modelo de extracción en el que los datos se consultan desde la base de datos de origen y se escriben en la ubicación de destino de forma programada.

Esta restricción es solo para los datos en la página. Para los datos fuera de la página, lo único que cuenta con respecto al límite de 7500 bytes es el puntero de 24 bytes a los datos fuera de la página.

Se ha integrado un nuevo procesador de fuentes de cambios en el motor de Azure SQL Database y SQL Server 2022 para habilitar esta funcionalidad.

Si la SAS ha expirado para la cuenta de almacenamiento administrada por el usuario para la zona de aterrizaje, utilice ALTER DATABASE SCOPED CREDENTIAL para actualizar la credencial de la base de datos para la nueva SAS.

Si se quita el área de trabajo de Azure Synapse, Azure SQL Database detendrá la replicación de datos de la zona de aterrizaje en Azure Synapse. El procedimiento almacenado del sistema sp_change_feed_drop_table_group se llamará automáticamente y la cuenta de almacenamiento de la zona de aterrizaje se administrará y se limpiará automáticamente. Si se produce un error, puede recibir el error 22739 de SynapseGatewayClient en sys.dm_change_feed_errors. Si esto ocurre, puede quitar manualmente el grupo de tablas changefeed con sp_change_feed_drop_table_group.

En SQL Server, dado que la cuenta de almacenamiento de la zona de aterrizaje es administrada por el usuario, los datos seguirán publicándose en la zona de aterrizaje. Debe deshabilitar el Azure Synapse Link anulando los grupos de tablas pertinentes con sp_change_feed_drop_table_group y quitando manualmente la cuenta de almacenamiento de la zona de aterrizaje.

En SQL Server, la cuenta de almacenamiento de la zona de aterrizaje es administrada por el usuario. Si la cuenta de almacenamiento de la zona de aterrizaje ya no es accesible, se producirán errores en sys.dm_change_feed_errors. Debe deshabilitar Azure Synapse Link anulando los grupos de tablas pertinentes con sp_change_feed_drop_table_group.