Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Power BI und Microsoft Fabric stellen unterstützte Datenquellenverbindungen von veralteten eingebetteten ODBC-Treibern auf Apache Arrow Database Connectivity (ADBC)-Treiber um. ADBC bietet eine Reihe von Standardschnittstellen für die Interaktion mit Pfeildaten, die besonders effizient beim Abrufen großer Datasets mit minimalem Aufwand und ohne Serialisierung oder Kopieren ist. Die ADBC-Treiber enthalten auch Sicherheitsverbesserungen, z. B. Speichersicherheit und Garbage Collection.
Sie können ADBC heute pro Verbindung verwenden, und Administratoren können das Standardverhalten mandantenweit über eine Mandanteneinstellung steuern, die Arbeitsbereichsadministratoren für Tests und zur Validierung außer Kraft setzen können.
Verbinder und Treiberänderungen
In der folgenden Tabelle sind die Connectors aufgeführt, die von eingebetteten ODBC-Treibern zu Ersatztreibern wechseln. In den meisten Fällen ist der Ersatztreiber ein ADBC-Treiber.
| Konnektor | Aktueller Treiber | Ersatztreiber |
|---|---|---|
| Databricks | Simba Spark ODBC | Databricks ADBC |
| Azure Databricks | Simba Spark ODBC | Databricks ADBC |
| Dremio | Simba Drill ODBC | FlightSQL ADBC |
| Google BigQuery und Google BigQuery (Microsoft Entra ID) | Simba Google BigQuery ODBC | BigQuery ADBC |
| Hive | Simba Hive ODBC | Veraltet |
| Impala | Simba Impala ODBC | HiveServer2 ADBC |
| Snowflake | Simba Snowflake ODBC | Schneeflake ADBC |
| Spark | Simba Spark ODBC | HiveServer2 ADBC |
Wer betroffen ist
Sie sind betroffen, wenn Sie einen der auf ADBC umgestellten Konnektoren verwenden (z. B. Databricks, Snowflake oder Google BigQuery) und:
- Sie haben keine Implementierung in der Verbindung explizit ausgewählt (der
ImplementationParameter ist nicht angegeben) oder - Ihre Organisation möchte zentral steuern, ob ADBC oder ODBC die Standardeinstellung für unterstützte Connectors ist.
Diese Standardeinstellung gilt unabhängig davon, wo Sie eine Verbindung erstellen, einschließlich semantischer Modelle, Dataflows Gen2 und paginierten Berichten.
Wie man migriert
Sie können auf drei Arten migrieren, sortiert nach der gewünschten Steuerung:
-
Opt-In pro Verbindung: Fügen Sie
Implementation="2.0"einzelne Verbindungen hinzu, um ADBC in Ihrem eigenen Tempo zu überprüfen. - Mandanteneinstellung: Legen Sie die organisationsweite Standardeinstellung über das Verwaltungsportal fest.
- Überschreibung auf Arbeitsbereichsebene: Überschreiben Sie den mandantenweiten Standard auf Arbeitsbereichsebene für die Validierung nebeneinander.
Opt-in pro Verbindung
Sie können ADBC aktivieren, indem Sie Implementation="2.0" zu unterstützten Verbindungen hinzufügen. Mit diesem Ansatz können Sie ADBC in Ihrem eigenen Tempo für einzelne Verbindungen überprüfen.
Ausführliche Anweisungen zur Aktivierung pro Verbindung für einen bestimmten Konnektor finden Sie in der konnektorspezifischen Dokumentation, die in der Tabelle Konnektoren und Treiberänderungen verlinkt ist.
Mandanteneinstellung
Mandantenadministratoren können die Standardeinstellung der Organisation mithilfe der Einstellung des Verwaltungsportals festlegen:
Benutzer können mithilfe der Apache Arrow-Datenbankkonnektivität (ADBC) eine Verbindung mit Datenquellen herstellen.
- Deaktiviert (Standard): Wählt die älteren ODBC-Treiber als Standardoption aus.
- Aktiviert: Wählt die neuen ADBC-Treiber als Standardoption aus.
Diese Einstellung steuert auch das Testverbindungsverhalten für jeden Verbindungstyp innerhalb des Mandanten.
Außerkraftsetzung des Arbeitsbereichs
Die Mandanteneinstellung wird an Arbeitsbereiche weitergegeben, sodass Arbeitsbereichsadministratoren die Standardeinstellung überschreiben und Verhaltensweisen vergleichen können, ohne jede einzelne Verbindung einzeln ändern zu müssen. Dieser Ansatz ermöglicht die parallele Überprüfung. Sie können beispielsweise einen Arbeitsbereich verwenden, um ADBC-Standardwerte zu testen und gleichzeitig einen anderen Arbeitsbereich auf ODBC-Standardwerten beizubehalten.
Wie die Implementierung ausgewählt wird
Wenn Sie den Implementation Parameter in der Verbindung explizit angeben, hat dieser Wert immer Vorrang vor den Standardeinstellungen des Mandanten oder Arbeitsbereichs.
Die folgende Tabelle zeigt, wie der Treiber ausgewählt wird:
| Zustand | Verwendeter Treiber |
|---|---|
Implementation="2.0" |
ADBC |
Implementationnicht angegeben, und die Arbeitsbereichseinstellung ist aktiviert. |
ADBC |
Implementation="1.0" |
ODBC |
Implementationnicht angegeben, und die Arbeitsbereichseinstellung ist deaktiviert. |
ODBC |
Empfohlene Migrationsprüfliste
- Wählen Sie einen Pilotarbeitsbereich aus, und aktivieren Sie ADBC zuerst mithilfe der Arbeitsbereichüberschreibung, um wichtige Datasets zu überprüfen und Szenarien zu aktualisieren.
- Für alle kritischen Verbindungen, die Sie sofort überprüfen möchten, melden Sie sich für jede einzelne Verbindung über
Implementation="2.0"an. - Nachdem die Überprüfung abgeschlossen ist, entscheiden Sie, ob ADBC standardmäßig auf Mandantenebene aktiviert werden soll.
Wichtige Datumsangaben
-
September 2026: Microsoft beginnt, ODBC-Treiber aus dem Dienst zu entfernen. Wenn Sie bei ODBC bleiben müssen (
Implementation="1.0"oder die Arbeitsbereichseinstellung Aus), müssen Sie ein Gateway verwenden, um weiterhin Abfragen mit ODBC auszuführen. - March 2027: Die in diesem Artikel referenzierten ODBC-Treiber werden nicht mehr mit Power BI Desktop oder dem Gateway ausgeliefert. Wenn Sie ODBC-Funktionen beibehalten möchten, müssen Sie die Version vom Februar 2027 oder früher verwenden.