什么是 Unity Catalog？

本文介绍 Unity Catalog - Azure Databricks 上的数据和 AI 资产的统一治理解决方案。

Unity Catalog 概述

Unity Catalog 提供跨 Azure Databricks 工作区的集中访问控制、审核、世系和数据发现功能。

Unity Catalog 的主要功能包括：

• 定义一次，全面安全：Unity Catalog 提供单一位置来管理跨所有工作区应用的数据访问策略。
• 符合标准的安全模型：Unity Catalog 的安全模型基于标准 ANSI SQL，并允许管理员使用熟悉的语法在其现有数据湖中授予目录、架构（也称为数据库）、表和视图级别的权限。
• 内置审核和世系：Unity Catalog 可自动捕获记录数据访问的用户级审核日志。 Unity Catalog 还会捕获世系数据，用于跟踪在所有语言中创建和使用数据资产的方式。
• 数据发现：使用 Unity Catalog，可以标记和记录数据资产，并提供搜索界面来帮助数据使用者查找数据。

Unity Catalog 对象模型

在 Unity Catalog 中，所有元数据都在元存储中注册。 任何 Unity Catalog 元存储中的数据库对象层次结构都分为三个级别，当你引用表、视图、卷、模型和函数时，它们表示为三级命名空间 (catalog.schema.table-etc)。

元存储

元存储是 Unity Catalog 中元数据的顶级容器。 它注册有关数据资产和 AI 资产的元数据，以及用于管理对资产的访问的权限。 如果一个工作区想要使用 Unity Catalog，它必须附加 Unity Catalog 元存储。

应为拥有工作区的每个区域都设置一个元存储。 通常，首次在区域中创建 Azure Databricks 工作区时，会自动创建元存储。 对于某些较旧的帐户，帐户管理员必须创建元存储，并将该区域中的工作区分配给该元存储。

请参阅创建 Unity Catalog 元存储。

元存储中的对象层次结构

在 Unity Catalog 元存储中，三级数据库对象层次结构由包含架构的目录组成，而架构又包含数据和 AI 对象，如表和模型。

第一级：

• 目录用于组织数据资产，通常用作数据隔离方案中的顶层。 目录通常镜像组织单位或软件开发生命周期范围。 请参阅 Azure Databricks 中的目录是什么？。
• 非数据安全对象（例如存储凭据和外部位置）用于管理 Unity Catalog 中的数据治理模型。 这些内容也直接位于元存储下。 其他安全对象中对它们进行了更详细的介绍。

第二级：

• 架构（也称为数据库）包含表、视图、卷、AI 模型和函数。 架构将数据和 AI 资产组织成比目录更细粒度的逻辑类别。 通常，架构代表单个用例、项目或团队沙盒。 请参阅 Azure Databricks 中的架构是什么？。

第三级：

• 卷是云对象存储中非结构化、非表格数据的逻辑卷。 卷可以是托管的，Unity Catalog 管理存储中数据的整个生命周期和布局，也可以是外部的，Unity Catalog 管理 Azure Databricks 内部对数据的访问，但不管理其他客户端对云存储数据的访问。 请参阅什么是 Unity Catalog 卷？和托管表/卷与外部表/卷。
• 表是按行和列组织的数据集合。 表可以是托管的，Unity Catalog 管理表的整个生命周期，也可以是外部的，Unity Catalog 管理 Azure Databricks 内部对数据的访问，但不管理其他客户端对云存储数据的访问。 请参阅什么是表？和托管表/卷与外部表/卷。
• 视图是针对一个或多个表的已保存查询。 请参阅什么是视图？。
• 函数是已保存逻辑的单元，返回标量值或行集。 请参阅 Unity Catalog 中的用户定义函数 (UDF)。
• 模型是使用 MLflow 打包并在 Unity Catalog 中注册为函数的 AI 模型。 请参阅在 Unity Catalog 中管理模型生命周期。

使用 Unity Catalog 中的数据库对象

在 Unity Catalog 中使用数据库对象与使用 Hive 元存储中注册的数据库对象非常相似，不同之处在于 Hive 元存储不包括对象命名空间中的目录。 可以使用熟悉的 ANSI 语法在 Unity Catalog 中创建数据库对象、管理数据库对象、管理权限和使用数据。 还可以使用 Catalog Explorer UI 创建数据库对象、管理数据库对象和管理数据库对象的权限。

有关更多信息，请参阅 Azure Databricks 中的数据库对象和使用 Unity Catalog 和旧版 Hive 元存储。

其他安全对象

除了架构中包含的数据库对象和 AI 资产之外，Unity Catalog 还使用以下安全对象来管理对数据的访问：

• 存储凭据，它封装了提供对云存储的访问的长期云凭据。 请参阅创建存储凭据以连接到 Azure Data Lake Storage Gen2。

• 外部位置，包含对存储凭据和云存储路径的引用。 外部位置可用于创建外部表或为托管表和卷分配托管存储位置。 请参阅创建外部位置以将云存储连接到 Azure Databricks、使用托管存储进行数据隔离和在 Unity Catalog 中指定托管存储位置。

• 连接，表示使用 Lakehouse Federation 授予对 MySQL 等数据库系统中的外部数据库的只读访问权限的凭据。 请参阅 Lakehouse Federation 和 Unity Catalog 以及什么是 Lakehouse Federation？。

• 共享，即表示数据提供者与一个或多个接收者共享的只读数据和 AI 资产集合的 Delta Sharing 对象。

• 接收者，即表示从数据提供者接收共享的实体的 Delta Sharing 对象。

• 提供者，即表示与接收者共享数据的实体的 Delta Sharing 对象。

有关 Delta Sharing 安全对象的详细信息，请参阅什么是 Delta Sharing？。

授予和撤销对 Unity Catalog 中数据库对象和其他安全对象的访问权限

可以在层次结构中的任何级别授予和撤销对安全对象的访问权限，包括元存储本身。 除非撤销访问权限，否则对对象的访问会隐式授予该对象的所有子对象的相同访问权限。

可以使用典型的 ANSI SQL 命令授予和撤销对 Unity Catalog 中对象的访问权限。 例如：

GRANT CREATE TABLE ON SCHEMA mycatalog.myschema TO `finance-team`;

还可以使用 Catalog Explorer、Databricks CLI 和 REST API 来管理对象权限。

若要了解如何在 Unity Catalog 中管理权限，请参阅在 Unity Catalog 中管理权限。

Unity Catalog 中数据库对象的默认访问权限

Unity Catalog 遵循最小特权原则，用户拥有执行所需任务所需的最小访问权限。 创建工作区时，非管理员用户只能访问自动配置的工作区目录，这使得此目录成为用户尝试在 Unity Catalog 中创建和访问数据库对象过程的便捷场所。 请参阅工作区目录权限。

管理员角色

默认情况下，工作区管理员和帐户管理员拥有其他权限。 元存储管理员是一个可选角色，如果你想要在元存储级别管理表和卷存储，则需要该角色，如果你想要跨区域中的多个工作区集中管理数据，使用该角色会很方便。 有关更多信息，请参阅 Unity Catalog 中的管理员权限和（可选）分配元存储管理员角色。

托管表/卷与外部表/卷

表和卷可以是托管的，也可以是外部的。

• 托管表完全由 Unity Catalog 管理，这意味着 Unity Catalog 管理每个托管表的治理和底层数据文件。 托管表存储在云存储中 Unity Catalog 管理的位置。 托管表始终使用 Delta Lake 格式。 可以将托管表存储在元存储、目录或架构级别。
• 外部表是指使用 Unity Catalog 管理其 Azure Databricks 访问权限，但使用云提供程序和其他数据平台管理其数据生命周期和文件布局的表。 通常情况下，使用外部表在 Azure Databricks 中注册大量现有数据，或者在需要使用 Azure Databricks 之外的工具对数据进行写访问时使用外部表。 外部表支持多种数据格式。 在 Unity Catalog 元存储中注册外部表后，可以管理和审核 Azure Databricks 对该的访问并使用它，就像托管表一样。
• 托管卷由 Unity Catalog 完全托管，这意味着 Unity Catalog 管理对云提供商帐户中卷存储位置的访问。 创建托管卷时，它会自动存储在分配给包含架构的托管存储位置中。
• 外部卷表示在 Azure Databricks 之外管理的存储位置中，但在 Unity Catalog 中注册以控制和审核 Azure Databricks 内部的访问的现有数据。 在 Azure Databricks 中创建外部卷时，请指定其位置，该位置必须位于 Unity Catalog 外部位置中定义的路径上。

Databricks 建议使用托管表和卷来充分利用 Unity Catalog 治理功能和性能优化。

请参阅使用托管表、使用外部表以及托管卷与外部卷。

使用托管存储进行数据隔离

组织可能需要将特定类型的数据存储在云租户的特定帐户或存储桶中。

可通过 Unity 目录在元存储、目录或架构级别配置存储位置以满足此类要求。 系统会评估存储位置从架构到目录到元存储的层次结构。

例如，假设你的组织有一个公司合规性策略，要求与人力资源相关的生产数据驻留在容器 abfss://mycompany-hr-prod@storage-account.dfs.core.chinacloudapi.cn 中。 在 Unity 目录中，可以通过在目录级别设置位置，创建（例如名为 hr_prod 的）目录并向其分配位置 abfss://mycompany-hr-prod@storage-account.dfs.core.chinacloudapi.cn/unity-catalog 来实现此要求。 这意味着在 hr_prod 目录中（例如使用 CREATE TABLE hr_prod.default.table …）创建的托管表或卷会将其数据存储在 abfss://mycompany-hr-prod@storage-account.dfs.core.chinacloudapi.cn/unity-catalog 中。 （可选）可以选择提供架构级别位置，以更精细地组织 hr_prod catalog 内部的数据。

如果某些目录不需要存储隔离，你可以选择在元存储级别设置存储位置。 此位置用作未分配存储的目录和架构中的托管表和卷的默认位置。 但是，通常情况下，Databricks 建议为每个目录分配单独的托管存储位置。

有关更多信息，请参阅在 Unity 目录中指定托管存储位置和数据在存储中以物理方式分隔。

工作区-目录绑定

默认情况下，目录所有者（以及元存储管理员，如果已为帐户定义）可以使目录可供连接到同一 Unity Catalog 元存储的多个工作区中的用户访问。 但是，如果使用工作区隔离用户数据访问，则可能需要将目录访问限制到帐户中的特定工作区，以确保仅在这些工作区中处理某些类型的数据。 例如，可能需要单独的生产和开发工作区，或者需要单独的工作区来处理个人数据。 这称为工作区-目录绑定。 请参阅限制对特定工作区的目录访问。

审核数据访问权限

Unity Catalog 捕获针对元存储执行的操作的审核日志，使管理员能够访问有关谁访问了给定数据集以及他们执行的操作的详细信息。

可使用 Unity Catalog 托管的系统表来访问帐户的审核日志。

请参阅审核 Unity Catalog 事件，以及 Unity Catalog 事件。

跟踪数据世系

可以使用 Unity Catalog，通过以任何语言对 Azure Databricks 群集或 SQL 仓库执行的查询来捕获运行时数据世系。 世系捕获级别低至列，包括与查询相关的笔记本、作业和仪表板。 若要了解详细信息，请参阅使用 Unity Catalog 捕获和查看数据世系。

Lakehouse Federation 和 Unity Catalog

Lakehouse Federation 是 Azure Databricks 的查询联合平台。 术语“查询联合”是指一系列功能，它们使用户和系统能够针对多个孤立的数据源运行查询，而无需将所有数据迁移到一个统一的系统。

Azure Databricks 使用 Unity Catalog 来管理查询联合。 使用 Unity Catalog 配置与常见外部数据库系统的只读连接，并创建镜像外部数据库的外部目录。 Unity Catalog 的数据治理和数据沿袭工具可确保对 Azure Databricks 工作区中用户发出的所有联合查询的数据访问进行管理和审核。

请参阅“什么是 Lakehouse Federation？”。

增量共享和 Unity Catalog

Delta Sharing 是一个安全的数据共享平台，让你可以与组织外部的用户共享数据和 AI 资产，无论这些用户是否使用 Databricks。 尽管 Delta Sharing 可用作开源实施，但在 Databricks 中，它需要 Unity Catalog 才能充分利用扩展功能。 请参阅什么是 Delta Sharing？。

如何为组织设置 Unity Catalog？

若要使用 Unity Catalog，Azure Databricks 工作区必须支持 Unity Catalog，这意味着要将工作区附加到 Unity Catalog 元存储。 所有新工作区在创建时都会自动支持 Unity Catalog，但较旧的工作区可能需要帐户管理员手动启用 Unity Catalog。 无论工作区是否自动支持 Unity Catalog，都需要执行以下步骤才能开始使用 Unity Catalog：

• 创建目录和架构以包含数据库对象（如表和卷）。
• 创建托管存储位置以将托管表和卷存储在这些目录和架构中。
• 授予用户对目录、架构和数据库对象的访问权限。

自动启用 Unity Catalog 的工作区会预配工作区目录，并向所有工作区用户授予广泛的权限。 可以从此目录开始，方便地试用 Unity Catalog。

有关详细设置说明，请参阅设置和管理 Unity Catalog。

将现有工作区迁移到 Unity Catalog

如果你最近为一个较旧的工作区启用了 Unity Catalog，那么你可能会拥有由旧版 Hive 元存储管理的数据。 可以结合使用该数据与 Unity Catalog 中注册的数据，但旧版 Hive 元存储已弃用，应尽快将 Hive 元存储中的数据迁移到 Unity Catalog，以利用 Unity Catalog 卓越的治理功能和性能。

迁移涉及以下步骤：

1. 将任何工作区本地组转换为帐户级组。 Unity Catalog 在帐户级别集中进行身份管理。
2. 将 Hive 元存储中管理的表和视图迁移到 Unity Catalog。
3. 更新查询和作业以引用新的 Unity Catalog 表，而不是旧的 Hive 元存储表。

以下内容有助于管理迁移：

• UCX 是一个 Databricks Labs 项目，它提供了可帮助你将非 Unity-Catalog 工作区升级到 Unity Catalog 的工具。 对于大规模迁移，UCX 是一个不错的选择。 请参阅使用 UCX 实用工具将工作区升级到 Unity Catalog。

• 如果要迁移的表数量较少，Azure Databricks 提供了可供使用的 UI 向导和 SQL 命令。 请参阅将 Hive 表和视图升级到 Unity Catalog。

• 若要了解如何在同一工作区中将 Hive 元存储中的表与 Unity Catalog 中的数据库对象一起使用，请参阅使用 Unity Catalog 和旧版 Hive 元存储。

Unity Catalog 要求和限制

Unity Catalog 需要特定类型的计算和文件格式，如下所述。 下面还列出了一些 Azure Databricks 功能，这些功能并非在所有 Databricks Runtime 版本的 Unity Catalog 中都完全受支持。

区域支持

所有区域都支持 Unity Catalog。 有关详细信息，请参阅 Azure Databricks 区域。

计算要求

运行 Databricks Runtime 11.3 LTS 或更高版本的群集支持 Unity Catalog。 默认情况下，所有 SQL 仓库计算版本都支持 Unity Catalog。

在早期版本的 Databricks Runtime 上运行的群集不支持所有 Unity Catalog 正式版的功能。

若要访问 Unity Catalog 中的数据，必须为群集配置正确的访问模式。 默认情况下，Unity Catalog 是安全的。 如果群集未配置“共享”或“单用户”访问模式，则该群集将无法访问 Unity Catalog 中的数据。 请参阅访问模式。

有关每个 Databricks Runtime 版本中 Unity 目录功能更改的详细信息，请参阅 发行说明。

Unity Catalog 的限制因访问模式和 Databricks Runtime 版本而异。 请参阅 Unity Catalog 的计算访问模式限制。

文件格式支持

Unity Catalog 支持以下表格式：

• 托管表必须使用 delta 表格式。
• 外部表可以使用 delta、CSV、JSON、avro、parquet、ORC 或 text。

限制

Unity Catalog 具有以下限制。 其中一些特定于较旧的 Databricks Runtime 版本和计算访问模式。

根据 Databricks Runtime 和访问模式，结构化流工作负载还存在其他限制。 请参阅 Unity Catalog 的计算访问模式限制。

Databricks 发布了定期缩减此列表的新功能。

• 以前在工作区中创建的组（即工作区级组）不能在 Unity Catalog GRANT 语句中使用。 这是为了确保跨工作区的组视图保持一致。 若要在 GRANT 语句中使用组，请在帐户级别创建组，并更新主体或组管理的任何自动化（例如 SCIM、Okta 和 Microsoft Entra ID 连接器以及 Terraform），用于引用帐户终结点，而不是工作区终结点。 请参阅帐户组和工作区本地组之间的区别。

• R 中的工作负荷不支持在运行 Databricks Runtime 15.3 及更低版本的计算上使用动态视图实现行级或列级安全性。

  对 R 中查询动态视图（公共预览版）的工作负荷使用运行 Databricks Runtime 15.4 LTS 或更高版本的单用户计算资源。 此类工作负荷还需要为无服务器计算启用的工作区。 有关详细信息，请参阅单用户计算上的精细访问控制。

• 在运行 Databricks Runtime 12.2 LTS 及更低版本的计算上，Unity Catalog 不支持浅表克隆。 可以使用浅表克隆在 Databricks Runtime 13.3 LTS 及更高版本上创建托管表。 无论 Databricks Runtime 版本如何，都无法使用它们创建外部表。 请参阅适用于 Unity Catalog 表的浅表克隆。

• Unity Catalog 表不支持 Bucket。 如果运行尝试在 Unity Catalog 中创建 Bucket 表的命令，则会引发异常。

• 如果某些群集访问 Unity Catalog，而其他群集不访问，则从多个区域的工作区写入相同的路径或 Delta Lake 表可能会导致性能不可靠。

• Unity Catalog 中的表不支持使用 ALTER TABLE ADD PARTITION 等命令创建的自定义分区方案。 Unity Catalog 可以访问使用目录式分区的表。

• 仅 Delta 表支持将 DataFrame 写入 Unity Catalog 的覆盖模式，不支持其他文件格式。 用户必须对父架构拥有 CREATE 特权，并且必须是现有对象的所有者，或者对该对象拥有 MODIFY 特权。

• Databricks Runtime 12.2 LTS 及更低版本不支持 Python UDF。 这包括 UDAF、UDTF 和 Spark 上的 Pandas（applyInPandas 和 mapInPandas）。 Databricks Runtime 13.3 LTS 及更高版本支持 Python 标量 UDF。

• Databricks Runtime 14.1 及更低版本在共享集群上不支持 Scala UDF。 Databricks Runtime 14.2 及更高版本在共享集群上支持 Scala 标量 UDF。

• 不支持标准 Scala 线程池。 请改用 org.apache.spark.util.ThreadUtils 中的特殊线程池，例如 org.apache.spark.util.ThreadUtils.newDaemonFixedThreadPool。 但是，不支持 ThreadUtils 中的以下线程池：ThreadUtils.newForkJoinPool 和任何 ScheduledExecutorService 线程池。

• 只有工作区级别的 Unity Catalog 事件支持审核日志记录。 不会记录在帐户级别发生的、不引用工作区的事件，例如创建元存储。

在 Unity Catalog 中注册的模型具有其他限制。 请参阅限制。

资源配额

Unity Catalog 对所有安全对象强制实施资源配额。 这些配额列在资源限制中。 如果预期超过这些资源限制，请联系 Azure Databricks 帐户团队。