Transición de ODBC a controladores ADBC en Power BI y Fabric

Power BI y Microsoft Fabric están cambiando las conexiones compatibles con orígenes de datos de controladores ODBC incrustados heredados a controladores Apache Arrow Database Connectivity (ADBC). ADBC proporciona un conjunto de interfaces estándar para interactuar con datos de Arrow, lo que es especialmente eficaz para obtener grandes conjuntos de datos con una mínima sobrecarga y sin serialización ni copia. Los controladores de ADBC también incorporan mejoras de seguridad, como la seguridad de memoria y la recolección de elementos no utilizados.

Puede usar ADBC desde hoy para cada conexión, y los administradores pueden controlar el comportamiento predeterminado a gran escala mediante una configuración del inquilino que los administradores del área de trabajo pueden anular para realizar pruebas y validación.

Conectores y cambios en los controladores

En la tabla siguiente se enumeran los conectores que realizan la transición de controladores ODBC incrustados a controladores de reemplazo. En la mayoría de los casos, el controlador de reemplazo es un controlador ADBC.

Quién se ve afectado

Se verá afectado si usa cualquiera de los conectores que realizan la transición a ADBC (como Databricks, Snowflake o Google BigQuery) y:

• No ha elegido explícitamente una implementación en la conexión (el Implementation parámetro no se especifica) o
• Su organización quiere un control centralizado sobre si ADBC o ODBC es el valor predeterminado para los conectores admitidos.

Este valor predeterminado se aplica siempre que cree una conexión, incluidos los modelos semánticos, Dataflows Gen2 y los informes paginados.

Cómo migrar

Puede migrar de tres maneras, ordenadas por cuánto control desea:

• Activación por conexión: Añada Implementation="2.0" a cada conexión para validar ADBC a su propio ritmo.
• Configuración del inquilino: establezca el valor predeterminado para toda la organización en el portal de administración.
• Anulación a nivel de espacio de trabajo: Anula la configuración predeterminada del tenant a nivel de espacio de trabajo para la validación en paralelo.

Activación por conexión

Puede participar en ADBC agregando Implementation="2.0" a las conexiones admitidas. Este enfoque le permite validar ADBC a su propio ritmo para las conexiones individuales.

Para obtener instrucciones detalladas sobre cómo habilitar la opción para cada conexión en un conector específico, consulte la documentación específica del conector enlazada en la tabla Conectores y cambios de controladores.

Configuración de inquilino

Los administradores de inquilinos pueden establecer el valor predeterminado de la organización mediante la configuración del portal de administración:

Los usuarios pueden conectarse a orígenes de datos mediante la conectividad de base de datos de Apache Arrow (ADBC)

• Deshabilitado (valor predeterminado): selecciona los controladores ODBC heredados como opción predeterminada.
• Habilitado: selecciona los nuevos controladores ADBC como opción predeterminada.

Esta configuración también controla el comportamiento de Probar conexión para cada tipo de conexión del tenant.

Anulación del espacio de trabajo

La configuración del inquilino se delega a los espacios de trabajo, por lo que los administradores de los espacios de trabajo pueden anular la configuración predeterminada y comparar comportamientos sin modificar cada conexión individual. Este enfoque permite la validación en paralelo. Por ejemplo, puede usar un área de trabajo para probar los valores predeterminados de ADBC mientras mantiene otra área de trabajo en los valores predeterminados de ODBC.

Cómo se elige la implementación

Si especifica explícitamente el parámetro Implementation en la conexión, ese valor siempre tiene prioridad sobre los valores predeterminados del arrendatario o del espacio de trabajo.

En la tabla siguiente se muestra cómo se selecciona el controlador:

Comportamiento de la puerta de enlace de datos local

La configuración de ADBC del tenant y del espacio de trabajo se aplica a las rutas de actualización que se ejecutan en el servicio en la nube. Las consultas que se enrutan a través de una puerta de enlace de datos local siguen usando el controlador incluido con la instalación de la puerta de enlace, que actualmente es ODBC para los conectores enumerados en este artículo. Las actualizaciones enrutadas a través de la puerta de enlace no pasan a ADBC cuando la configuración del arrendatario o del área de trabajo está habilitada, y este es el comportamiento esperado.

Dos consecuencias que se deben tener en cuenta al planear la migración:

• Si utiliza una puerta de enlace para probar la transición a ADBC, las actualizaciones de datos a través de la puerta de enlace no reflejarán la ruta de ADBC. Pruebe ADBC mediante una conexión en la nube para validar con precisión el comportamiento de ADBC de un extremo a otro.
• Los clientes que necesiten seguir usando ODBC (por ejemplo, para conservar una ruta de vínculo privado a través de la puerta de enlace) pueden posponer el cambio y seguir enrutando las actualizaciones a través de la puerta de enlace local con los controladores ODBC instalados. Se trata de un aplazamiento, no de una exclusión voluntaria permanente: una vez que los controladores ODBC se eliminen de las instalaciones futuras de puertas de enlace (consulte Fechas clave), las puertas de enlace fijadas a versiones anteriores acaban quedando sin soporte. Planee las actualizaciones de puerta de enlace y la validación de ADBC según corresponda.

Lista de comprobación de migración recomendada

1. Elija un área de trabajo piloto y habilite primero ADBC allí mediante la anulación del área de trabajo para validar los conjuntos de datos clave y los escenarios de actualización. Para validar la ruta de ADBC de extremo a extremo, haga la prueba con una conexión en la nube; consulte Comportamiento de la puerta de enlace de datos local para saber por qué las actualizaciones dirigidas a través de la puerta de enlace siguen realizándose con ODBC.
2. Validar en Power BI Desktop. Instale la versión actual de Power BI Desktop, que incluye el controlador ADBC para cada conector dentro del ámbito que haya pasado su volteo predeterminado. No hay ninguna opción por archivo para forzar el uso de ADBC en una consulta existente; para hacer que una consulta existente use ADBC, elimine la consulta, vuelva a agregar la fuente y vuelva a seleccionar los campos. Actualice y compare los recuentos de filas, los tipos de columna y el tiempo de actualización con su referencia de ODBC.
3. Para cualquier conexión crítica que desee validar inmediatamente, active la opción para cada conexión con Implementation="2.0".
4. Una vez completada la validación, decida si desea habilitar ADBC de forma predeterminada en el nivel de inquilino.

Fechas clave

• julio de 2026 (previsto): comienza la implementación generalizada de la configuración del inquilino. El comportamiento del espacio de trabajo hereda esta configuración y los administradores del espacio de trabajo pueden modificarla cuando sea compatible.
• Agosto de 2026 (previsto): Microsoft prevé comenzar a activar la configuración del tenant de forma predeterminada por fases, en función del estado de preparación del despliegue.
• Finales del tercer trimestre y principios del cuarto trimestre de 2026 (previsto): Microsoft tiene previsto comenzar a retirar los controladores ODBC del servicio, en función de la preparación del despliegue. Si necesita mantenerse en ODBC (Implementation="1.0" o la configuración del área de trabajo Desactivada), debe usar una puerta de enlace para seguir ejecutando consultas con ODBC.
• Primavera de 2027 (previsto): Está previsto que los controladores ODBC a los que se hace referencia en este artículo dejen de incluirse con Power BI Desktop o la puerta de enlace.

Antes de los hitos de cumplimiento, Microsoft planea proporcionar un aviso anticipado para que los clientes puedan completar las actividades de migración y validación.

Preguntas más frecuentes

¿Puedo probar ADBC ahora?

Yes. Instale la versión actual de Power BI Desktop y vuelva a agregar cualquier origen incluido en el ámbito; las nuevas consultas se dirigen a ADBC de inmediato. Para las pruebas del lado del servicio, use la anulación del área de trabajo para habilitar ADBC en un área de trabajo piloto y validar su funcionamiento mediante una conexión a la nube.

¿Me afecta si ya estoy usando la puerta de enlace de datos local?

La configuración de ADBC del inquilino y del área de trabajo solo se aplica a las ejecuciones del servicio; no afectan a las actualizaciones enrutadas a través de una puerta de enlace de datos local. Las actualizaciones encaminadas a través de la pasarela seguirán usando ODBC hasta la transición para los conectores de este artículo. Consulte Comportamiento de la puerta de enlace de datos local. Está previsto eliminar los controladores ODBC de futuras instalaciones de la puerta de enlace; consulte Fechas clave para conocer los plazos.

¿Cómo puedo rechazar la transición de ADBC?

No se puede excluirse permanentemente. La configuración del tenant permite posponer el cambio predeterminado durante la ventana de validación, pero una vez que ODBC se deshabilita en el servicio, el cambio se aplica a todos. Para seguir usando ODBC después del cambio en el servicio, debe encaminar las actualizaciones a través de una puerta de enlace de datos local con los controladores ODBC instalados. Este cambio solo se aplaza: está previsto eliminar los controladores ODBC de futuras instalaciones de la puerta de enlace.

¿Por qué la configuración de ADBC del área de trabajo no cambia mi archivo de Power BI Desktop?

No existe ningún interruptor para cada archivo de ADBC en Power BI Desktop. Las consultas existentes en un archivo de escritorio permanecen en el controlador en el que se crearon hasta que se vuelva a crear la consulta. Para validar ADBC para una consulta existente, elimine la consulta, vuelva a agregar el origen y vuelva a seleccionar los campos. Las nuevas consultas en la versión actual de Desktop se enrutan a ADBC automáticamente para los conectores que ya han superado su cambio predeterminado.

¿La configuración de ADBC del área de trabajo vuelve a escribir mis consultas M existentes?

N.º La configuración del tenant y del espacio de trabajo determinan qué controlador se selecciona en el momento de ejecutar la consulta, pero no modifican la propia expresión M: los nombres de host, los puertos, los parámetros de conexión y los argumentos del conector en la expresión M permanecen exactamente tal como se definieron. Este comportamiento se aplica tanto a las conexiones recién creadas como a las existentes: cualquier conexión que no fije explícitamente Implementation en M adopta el valor predeterminado del área de trabajo o del tenant en cuanto cambia.

Las conexiones que anclan el controlador en M tienen prioridad sobre el valor predeterminado del área de trabajo o del inquilino. Una conexión con Implementation="1.0" permanece en ODBC y Implementation="2.0" permanece en ADBC, independientemente de la configuración del área de trabajo o del inquilino. Para cambiar uno de estos, edite el M.

Para conocer el comportamiento específico del conector (incluidas las diferencias de puerto o opción entre los controladores ODBC y ADBC), consulte la documentación específica del conector vinculada en la tabla Conectores y cambios de controladores .

Contenido relacionado

• Conector de Databricks
• conector de Azure Databricks
• Conector de Google BigQuery
• Google BigQuery (Microsoft Entra ID) connector
• Conector impala
• Conector Snowflake