Azure DatabricksのOneLakeネイティブ読み取りがGAに｜変更点・設定・料金・注意点

2026年6月17日、Azure DatabricksからMicrosoft OneLake上のデータをネイティブに読み取る機能がGA（一般提供）になりました。

結論として、Microsoft FabricのLakehouseやWarehouseにあるデータをコピーせず、Unity Catalogの外部カタログとして参照し、Databricks SQLやノートブックから分析できます。データ移行は必須ではありませんが、機能は読み取り専用です。利用するには、コンピュートのバージョン、Fabric側のテナント設定、認証用ID、Unity Catalogの権限を確認する必要があります。(Microsoft Azure)

なお、今回GAになったのはOneLakeからAzure Databricksへの読み取りです。Azure DatabricksのUnity Catalog管理テーブルをOneLakeへ直接保存する機能は、同日時点では別機能としてBeta提供されています。([Microsoft Fabric Community][2])

Azure DatabricksのOneLakeネイティブ読み取りとは

今回の「Azure Databricks native read access to Microsoft OneLake」は、Lakehouse Federationの一機能であるOneLake catalog federationを指します。

OneLakeは、Microsoft Fabricで利用する組織共通の論理データレイクです。ADLS Gen2と互換性のあるAPIを備え、FabricのLakehouseやWarehouseでは、表形式データが主にDelta Parquet形式で保存されます。(Microsoft Learn)

OneLake catalog federationを設定すると、次の流れでデータを利用できます。

Unity CatalogにOneLake接続を作成する
FabricのLakehouseまたはWarehouseを指す外部カタログを作成する
Fabric側のスキーマとテーブルのメタデータがUnity Catalogへ同期される
Databricksのコンピュートが、OneLake上のデータを直接読み取ってクエリを実行する

データ本体をAzure Databricksのストレージへ複製する必要はありません。OneLakeをデータの保存先として維持したまま、Databricksの分析、AI、SQL処理を適用できます。([blog.fabric.microsoft.com][4])

2026年6月17日の主な変更点

OneLake catalog federationは、2026年2月16日にBetaとして提供されました。今回の更新では、その読み取り機能がGAへ移行しています。(Microsoft Learn)

確認項目	2026年6月17日時点の内容
提供状態	BetaからGAへ移行
対象データ	Fabric Lakehouse、Fabric Warehouse
データのコピー	不要
クエリ実行場所	Azure Databricksのコンピュート
データの保存場所	Microsoft OneLakeのまま
利用方法	Unity Catalogの外部カタログとして参照
構造化データ	Databricks SQL、ノートブックからSELECT可能
非構造化データ	Lakehouseの`/Files`をUnity Catalog Volume経由で読み取り可能
書き込み	非対応。読み取り専用
強制移行	なし

GAになっても、すべての制限がなくなったわけではありません。特に「読み取り専用」である点は、設計時に最初に確認すべきポイントです。

また、GAとは別の関連変更として、SQLまたはREST APIから新しいOneLake外部カタログを作成する場合、item_typeの指定が必要になっています。Databricksの画面から作成する場合は自動設定されます。既存の外部カタログはこの変更の影響を受けません。(Microsoft Learn)

誰に影響するのか

影響が大きい利用者

対象者	主な影響
FabricとDatabricksを併用するデータエンジニア	データ複製用のETLや同期処理を減らせる
Azure Databricks管理者	Unity Catalog接続、ストレージ資格情報、権限設定が必要
Fabric管理者	テナント設定、ワークスペース設定、認証IDへのアクセス付与が必要
Beta版を利用している担当者	コンピュート要件や`item_type`を含む構成の再確認が必要
分析ユーザー	権限付与後、通常の3階層名でFabricデータを検索・照会できる

直接の対応が不要な利用者

OneLakeやMicrosoft Fabricを使用していない環境には、基本的に影響しません。

また、GA化によって既存のFabricデータが自動的にAzure Databricksへ公開されることもありません。管理者が接続と外部カタログを作成し、Unity Catalogで利用者に権限を付与して初めてアクセス可能になります。

できることと、できないこと

できること

Fabric LakehouseとWarehouseのスキーマ、テーブルをUnity Catalogで検索する
catalog.schema.table形式でテーブルを照会する
Databricks SQLやSparkノートブックから分析する
OneLake上のデータをコピーせずに読み取る
Unity CatalogでUSE CATALOG、USE SCHEMA、SELECT権限を管理する
Lakehouseの/FilesにあるファイルをVolume経由で読み取る
マネージドIDまたはサービスプリンシパルで認証する

できないこと

INSERT、UPDATE、DELETEなどの書き込み操作
Fabricのビューやマテリアライズドビューの参照
配列、マップ、構造体などの複合データ型を含むテーブルの利用
Dedicated access modeのコンピュートからの利用
作成済み接続のworkspaceオプション変更
大文字と小文字だけが異なる列を含むテーブルの利用

サポート対象はFabric LakehouseとWarehouseです。接続先を作成した後でFabricワークスペースIDを変更できないため、検証用と本番用の接続は最初から分けて作成するのが安全です。(Microsoft Learn)

利用前に確認する要件

項目	要件
Azure Databricksワークスペース	Unity Catalogが有効
Databricks Runtime	18.0以上
クラスターのアクセスモード	Standard access mode
SQL Warehouse	バージョン2025.40以上
認証方式	Azure Managed Identityまたはサービスプリンシパル
Fabricデータ項目	LakehouseまたはWarehouse
Fabric側の権限	認証IDにワークスペースのMember以上
利用者側の権限	Unity Catalogの`USE CATALOG`、`USE SCHEMA`、`SELECT`

マネージドIDを使用する場合は、Access Connector for Azure Databricksを利用する方法が推奨されています。異なるMicrosoft EntraテナントにあるFabricワークスペースへ接続する場合は、クロステナント認証に対応したサービスプリンシパルを検討します。(Microsoft Learn)

Fabric管理者が確認する設定

Fabric管理者は、管理ポータルで次のテナント設定を確認します。

Service principals can use Fabric APIs
Allow apps running outside of Fabric to access data via OneLake
Use short-lived user-delegated SAS tokens

対象のFabricワークスペースでは、次の設定も有効にします。

Workspace settings
Delegated settings
OneLake settings
Authenticate with OneLake user-delegated SAS tokens

これらのいずれかが無効だと、認証IDへワークスペース権限を付与していても、接続テストやデータ読み取りに失敗する可能性があります。(Microsoft Learn)

OneLake catalog federationの設定手順

認証用IDを用意する

同一テナントで利用する場合は、Access Connector for Azure DatabricksのマネージドIDが第一候補です。

クロステナント接続などでサービスプリンシパルを使う場合は、Microsoft Entra IDでアプリを登録し、次の情報を準備します。

Directory ID
Application ID
クライアントシークレット

Fabricワークスペースへアクセスを付与する

対象のLakehouseまたはWarehouseがあるFabricワークスペースを開き、マネージドIDまたはサービスプリンシパルを追加します。

公式手順では、最低でもMemberロールが必要です。ContributorまたはAdminでも利用できますが、権限を広げすぎないよう、連携専用IDの作成やワークスペースの分離を検討してください。(Microsoft Learn)

Unity Catalogのストレージ資格情報を作成する

マネージドIDの場合は、Catalog ExplorerからAzure Managed Identity形式のストレージ資格情報を作成できます。

サービスプリンシパルのストレージ資格情報は、Catalog Explorerからは作成できません。Azure Databricksのアカウント管理者がStorage Credentials APIまたはTerraformを使用して作成します。(Microsoft Learn)

OneLake接続を作成する

Catalog Explorerから作成するか、SQLで次のように設定します。

CREATE CONNECTION onelake_connection TYPE onelake
OPTIONS (
  workspace '<fabric-workspace-id>',
  credential 'onelake_storage_cred'
);

workspaceにはFabricのワークスペースIDを指定します。表示名ではなくGUIDを利用すると、名前変更や同名ワークスペースによる取り違えを防ぎやすくなります。

外部カタログを作成する

FabricのLakehouseまたはWarehouseに表示されるData Item IDを取得し、外部カタログを作成します。

CREATE FOREIGN CATALOG fabric_sales
USING CONNECTION onelake_connection
OPTIONS (
  data_item '<fabric-data-item-id>',
  item_type 'Lakehouse',
  create_volume_for_lakehouse_files 'true'
);

Warehouseを参照する場合は、item_typeにWarehouseを指定します。

create_volume_for_lakehouse_filesはLakehouse専用です。既定値はtrueであり、/Filesを参照する読み取り専用Volumeがonelake-foldersスキーマに作成されます。(Microsoft Learn)

利用者へ権限を付与する

外部カタログを作成しただけでは、一般ユーザーはデータを照会できません。必要な範囲に限定してUnity Catalogの権限を付与します。

GRANT USE CATALOG
ON CATALOG fabric_sales
TO `data-analysts`;

GRANT USE SCHEMA
ON SCHEMA fabric_sales.silver
TO `data-analysts`;

GRANT SELECT
ON TABLE fabric_sales.silver.customer_details
TO `data-analysts`;

権限付与後は、通常のUnity Catalogテーブルと同じ形式でクエリできます。

SELECT COUNT(*)
FROM fabric_sales.silver.customer_details;

既存のBeta利用者が確認すべき更新・移行ポイント

GA化だけを理由に、OneLake上のデータを移動する必要はありません。catalog federationは、データをコピーせずにOneLakeを直接読み取る仕組みだからです。

既存環境では、次の項目を確認してください。

Databricks Runtimeが18.0以上か
SQL Warehouseが2025.40以上か
Standard access modeを使用しているか
Fabricのテナント設定とワークスペース設定が有効か
新規作成用SQLやTerraformにitem_typeが含まれているか
ビュー、複合データ型、大文字と小文字だけが異なる列が含まれていないか
利用者へのUnity Catalog権限が必要最小限になっているか
OneLake読み取りによるFabric Capacityの消費を監視できるか

既存の外部カタログは、item_type必須化による影響を受けません。ただし、環境を再作成するTerraformやSQLスクリプトでは指定が必要です。(Microsoft Learn)

また、接続作成後にFabricワークスペースを変更することはできません。ワークスペースIDを誤って設定した場合は、接続と外部カタログの再作成を前提に対応します。

従来の直接アクセスとの使い分け

OneLakeには、ABFSパスを使用してファイルへ直接アクセスする方法もあります。今回GAになったcatalog federationとは目的が異なります。

利用目的	適した方法
Unity Catalogでテーブルを検索・管理したい	OneLake catalog federation
Fabricのスキーマ変更をカタログへ反映したい	OneLake catalog federation
読み取り専用で安全に共有したい	OneLake catalog federation
OneLakeへ書き込みたい	ABFSによる直接アクセスなどを検討
ファイルパス単位で細かく操作したい	ABFSによる直接アクセス
Databricks管理テーブルをOneLakeへ直接保存したい	別途提供されているBeta機能を検証

catalog federationは、管理されたテーブル単位の検索、メタデータ同期、Unity Catalogによる権限管理に向いています。直接アクセスはファイル単位の読み書きに向いています。(Microsoft Learn)

料金はどう変わるのか

OneLake catalog federationはゼロコピーですが、処理全体が無料になるわけではありません。

コスト項目	確認内容
Azure Databricks	クエリを実行するクラスターやSQL Warehouseの利用料金
OneLake読み取り	読み取りトランザクションによるFabric Capacity Unitの消費
OneLakeストレージ	保存データ量に応じた従量課金
重複ストレージ	catalog federation自体はデータを複製しないため発生しない
データ同期処理	コピー用パイプラインを廃止できれば削減できる可能性がある

OneLakeへの読み書きや一覧取得などのリクエストは、Fabric Capacity Unitを消費します。読み取りはファイルサイズに応じて4MB単位でトランザクション換算されるため、小さなファイルが大量にあるデータセットでは、ファイル数もコストと性能に影響します。(Microsoft Learn)

容量とトランザクションの状況は、Fabric Capacity Metricsアプリで確認できます。Azure Databricks側のコンピュート使用量と合わせて監視し、コピー削減分だけでなく、実際のクエリ頻度とOneLake読み取り量を含めて評価してください。(Microsoft Learn)

対応期限や強制移行はあるのか

2026年6月18日時点で確認できる公式更新と設定手順には、既存環境の強制移行期限やBeta構成の一律再作成期限は示されていません。

この機能は必要な組織が設定して利用する方式です。OneLakeを利用していない環境や、既存の連携方式を継続する環境が、GA化を理由に直ちに変更作業を行う必要はありません。

ただし、新しい外部カタログをSQLやREST APIで作成する自動化処理については、item_typeの指定漏れがないか早めに確認してください。

失敗しやすいポイントと対処方法

症状	主な確認箇所
接続テストが403になる	Fabricのテナント設定、ワークスペース設定、認証IDのロール
接続タイプにOneLakeが表示されない	Unity Catalogの有効化、権限、コンピュート要件
SQLで外部カタログを作成できない	`item_type`の指定
テーブルが表示されない	対象がLakehouseまたはWarehouseか、Data Item IDが正しいか
一部テーブルだけ照会できない	ビュー、複合データ型、列名の大文字・小文字重複
読み取りはできるが更新できない	仕様どおり。catalog federationは読み取り専用
接続先ワークスペースを変更できない	新しい接続を作成して外部カタログを再構成
一般ユーザーだけアクセスできない	`USE CATALOG`、`USE SCHEMA`、`SELECT`権限

特に注意したいのは、Fabric側のワークスペース権限だけでは利用者が照会できないことです。接続用IDへのFabric権限と、利用者へのUnity Catalog権限を分けて確認してください。(Microsoft Learn)

まず実施すべきこと

Azure DatabricksとMicrosoft Fabricを併用している場合は、代表的なLakehouseまたはWarehouseを1つ選び、小規模な検証から始めるのが安全です。

管理者はFabricのテナント設定、認証ID、コンピュート要件を確認します。データエンジニアは、対応データ型、権限、クエリ性能、Fabric Capacityの消費量を確認してください。

検証結果に問題がなければ、既存のデータコピー処理や同期パイプラインと比較し、catalog federationへ置き換える範囲を決めます。読み取り専用という制約を踏まえ、参照・分析用途から適用するのが現実的です。
[2]: https://community.fabric.microsoft.com/t5/Fabric-Updates-Blog/Unlocking-Microsoft-OneLake-as-the-data-foundation-for-Azure/ba-p/5201876 “
Unlocking Microsoft OneLake as the data foundation… – Microsoft Fabric Community
“
[4]: https://blog.fabric.microsoft.com/ja-JP/blog/zero-copy-access-to-onelake-data-in-azure-databricks-preview/ “
Zero-copy access to OneLake data in Azure Databric… – Microsoft Fabric Community
“

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

Azure DatabricksのOneLakeネイティブ読み取りがGAに｜変更点・設定・料金・注意点

Azure DatabricksのOneLakeネイティブ読み取りとは

2026年6月17日の主な変更点

誰に影響するのか

影響が大きい利用者

直接の対応が不要な利用者

できることと、できないこと

できること

できないこと

利用前に確認する要件

Fabric管理者が確認する設定

OneLake catalog federationの設定手順

認証用IDを用意する

Fabricワークスペースへアクセスを付与する

Unity Catalogのストレージ資格情報を作成する

OneLake接続を作成する

外部カタログを作成する

利用者へ権限を付与する

既存のBeta利用者が確認すべき更新・移行ポイント

従来の直接アクセスとの使い分け

料金はどう変わるのか

対応期限や強制移行はあるのか

失敗しやすいポイントと対処方法

まず実施すべきこと

この記事を書いた人

コメント

コメントするコメントをキャンセル

Azure DatabricksのOneLakeネイティブ読み取りがGAに｜変更点・設定・料金・注意点

Azure DatabricksのOneLakeネイティブ読み取りとは

2026年6月17日の主な変更点

誰に影響するのか

影響が大きい利用者

直接の対応が不要な利用者

できることと、できないこと

できること

できないこと

利用前に確認する要件

Fabric管理者が確認する設定

OneLake catalog federationの設定手順

認証用IDを用意する

Fabricワークスペースへアクセスを付与する

Unity Catalogのストレージ資格情報を作成する

OneLake接続を作成する

外部カタログを作成する

利用者へ権限を付与する

既存のBeta利用者が確認すべき更新・移行ポイント

従来の直接アクセスとの使い分け

料金はどう変わるのか

対応期限や強制移行はあるのか

失敗しやすいポイントと対処方法

まず実施すべきこと

この記事を書いた人

関連記事

コメント

コメントする コメントをキャンセル

コメントするコメントをキャンセル