连接到 Oracle Autonomous AI Lakehouse

您可以创建与 Oracle Autonomous AI Lakehouse 的连接，并使用该连接访问数据。

开始之前，请让您的 Oracle Autonomous AI Lakehouse 管理员允许从 Oracle Analytics Cloud 访问。对于公共类型和专用类型的连接，管理员遵循的配置步骤有所不同：
您可以使用从 Oracle Autonomous AI Lakehouse 下载到 Wallet 的安全证书连接到 Oracle Autonomous AI Lakehouse（称为 mTLS（Mutual Transport Layer Security，相互传输层安全性）），也可以不使用 Wallet 进行连接（称为 TLS（Transport Layer Security，传输层安全性））。请参见关于 TLS 验证。身份证明 Wallet 文件可以保护 Oracle Analytics 与 Oracle Autonomous AI Lakehouse 之间的通信。上载的 Wallet 文件（例如 wallet_ALKC1.zip）必须包含 SSL 可信证书，以在 Oracle AI 数据库连接上启用 SSL。

“教程”图标 教程

  1. 要使用身份证明 Wallet 文件进行连接（称为相互 TLS 连接），请从 Oracle Autonomous AI Lakehouse 下载 SSL 证书。

    请参见《Using Oracle Autonomous Database Serverless》中的 "Download Client Credentials (Wallets)"。

    身份证明 Wallet 文件可以保护 Oracle Analytics 与 Oracle Autonomous AI Lakehouse 之间的通信。上载的 Wallet 文件（例如 wallet_ALKC1.zip）必须包含 SSL 证书。

    要不使用身份证明 Wallet 文件进行连接（称为 TLS 连接），请跳过步骤 1 并直接转到步骤 2。

  2. 在您的主页上，依次单击创建和连接。
  3. 单击 Oracle Autonomous Data Warehouse。
  4. 对于连接方式，选择“基本”或“资源主体”。
    有关使用资源主体的信息，请参见 Oracle Autonomous AI Database Serverless 或 Autonomous Database on Dedicated Exadata Infrastructure 中的 "Use Resource Principal to Access Oracle Cloud Infrastructure Resources"主题。
  5. 输入用户友好的连接名称和说明。
  6. 对于加密类型：
    • 要在没有身份证明 Wallet 文件的情况下进行连接，请选择 TLS 作为加密类型，输入连接字符串，然后输入 Oracle Autonomous AI Lakehouse 中用户的用户名和密码。
    • 要使用身份证明 Wallet 文件进行连接，请选择相互 TLS 作为加密类型，然后单击选择，浏览并选择从 Oracle Autonomous AI Lakehouse 下载的客户端身份证明 Wallet 文件（例如 wallet_ALKC1.zip），然后输入服务名。客户端身份证明字段将显示 cwallet.sso 文件。请参见为 Oracle Autonomous AI Lakehouse 选择服务名称。

      提示：如果您使用实例 Wallet 定义 Oracle Autonomous AI Lakehouse 连接，则默认选择的是服务名称 high。将服务名称更改为 low 或 medium 可避免限制并发连接数。

  7. 在客户端身份证明中，单击选择以导航到客户端身份证明 ZIP 文件并选择该文件。
  8. 如果您要连接到远程数据库，请单击使用远程数据连接。
    与管理员核实您是否可以访问远程数据库。
  9. 如果您希望数据建模人员能够使用这些连接详细信息，请选择系统连接。请参见数据库连接选项。
  10. 在验证下，指定希望如何验证连接：
    • 始终使用这些身份证明 — Oracle Analytics 始终使用您为连接提供的登录名和密码。系统不会提示用户登录。
    • 需要用户输入自己的身份证明 — Oracle Analytics 提示用户输入其自己的数据源用户名和密码。用户只能访问自己拥有权限、特权和角色分配的数据。
  11. 单击保存。
您现在可以从连接创建数据集。

为 Oracle Autonomous AI Lakehouse 选择服务名称

选择正确的预构建数据库服务名称是连接 Oracle Autonomous AI Lakehouse (Oracle ALK) 的关键。了解不同的预构建数据库服务名称以及应该选择哪个服务名称。

什么是预建数据库服务名称？

Oracle Autonomous AI Lakehouse 提供了三个用于建立连接的数据库服务名称，它们的格式如下：
  • databasename_high — 资源最多，并发度最低。并行运行查询。
  • databasename_medium — 资源较少，并发度较高。并行运行查询。
  • databasename_low — 资源最少，并发度最高。串行运行查询。

这些名称包含在 Oracle Wallet 内的 tnsnames.ora 文件中。单击 Oracle Cloud Infrastructure 控制台中的数据库连接可查看相关字符串。
GUID-993E1C00-6FF1-4577-A8E2-CE15736B7C69-default.png 的说明如下
.png 的说明

关于 Oracle Resource Manager 中的使用者组

数据库服务名称映射到资源管理器中的使用者组，这些使用者组限制 Oracle Autonomous AI Lakehouse 中可以同时运行的并发连接和查询数 (concurrency) 以及每个查询允许的最大并行进程数 (parallel_degree_limit)。这些限制取决于许可的 ECPU 或 OCPU 数以及是否启用了自动缩放。

下表显示了具有 32 个 ECPU 且禁用和启用了 ECPU 自动缩放的数据库的并发连接值示例。

数据库服务名 禁用了 ECPU 自动缩放时的并发查询数 启用了 ECPU 自动缩放时的并发查询数
high 3 9
medium 20（0.63 × ECPU 数） 60（1.89 × ECPU 数）
low 最多 4800（150 x ECPU 数） 最多 4800（150 x ECPU 数）

为 Oracle Analytics 选择最佳数据库服务名称

名称为 high 的数据库服务可运行的最大并发查询数如下：不启用自动缩放时三个，启用了自动缩放时九个。连接到数据库服务名称 high 的三个用户各运行一个查询，或者单个用户在一个 Oracle Analytics 仪表盘中运行三个报表时，可能会达到此限制。

服务名称 low 适用于 Oracle Analytics 的大多数 Oracle Autonomous AI Lakehouse 工作量，但是要使用并行查询，请选择服务名称 medium。服务名称 low 的并行度限制为一，这意味着无并行度。如果连接到服务名称 low，即使在表或索引级别指定了并行度，并行度也会降至一，并且查询不会并行运行。服务名称 medium 和 high 的并行度限制（按查询）为许可 CPU 数的两倍。

注：连接到属于 Oracle Fusion Analytics Warehouse (Fusion Analytics) 的数据库需要使用服务名称 low，以实现最大并发查询数。

监视排队的语句

如果达到了最大并发查询数限制，则额外的查询将进行排队。Oracle Autonomous AI Lakehouse 提供了用于检查排队语句的度量。

在 Oracle Cloud Infrastructure 控制台的 Oracle Autonomous AI Lakehouse 页面中选择数据库操作和数据库仪表盘。


GUID-78C6AFF4-1BA2-404D-B1F8-42C67C8DCA41-default.png 的说明如下
.png 的说明

依次选择性能中心和“SQL 监视”选项卡可查看排队语句的状态，此类语句显示为灰色时钟。在此示例中，三个查询正在使用服务名称 high 运行，一个查询已排队，一个查询正在使用服务名称 medium 运行。当使用服务名称 high 运行的三个查询之一完成时，便会执行排队的语句。


GUID-AF649614-A214-42F7-AD17-7AC36DC40497-default.png 的说明如下
.png 的说明

监视并行度

如果超过了并行度限制，您便会在 SQL 监视报表中看到并行度 (degree of parallelism, DOP) 降级。并行度降级原因 353 意味着因最大并行度限制，资源管理器对语句进行了降级。


GUID-02DDFA21-7953-43C2-B78C-88F9F0C3392D-default.png 的说明如下
.png 的说明

下表中介绍了降级原因代码（适用于 Oracle 数据库版本 18 及更高版本）：

ID 原因代码
352 因自适应 DOP 而导致 DOP 降级。
353 因资源管理器最大 DOP 而导致 DOP 降级。
354 因进程数不足而导致 DOP 降级。
355 因从属项无法联接而导致 DOP 降级。

资源管理器 CPU 等待事件

等待资源管理器分配 CPU 的会话会导致 resmgr:cpu quantum 等待事件增加。为了减少此等待事件的发生，请确认使用了服务名称 low 或 medium 来建立 OAC 连接，或者增加分配给 Oracle ALK 的 CPU 数。

要查看等待数和平均等待时间，请在自动工作量资料档案库 (Automatic Workload Repository, AWR) 报表的“前台等待事件”中查看 resmgr:cpu quantum 等待事件。

在此示例中，等待总数为 272，每个等待的平均等待时间为 588.91 毫秒，总等待时间为 160 秒。已经确定，原因是使用了数据库服务名称 high 来建立 OAC 连接。客户切换到名称为 medium 的服务后，这些等待时段便消失了，仪表盘的周期性运行缓慢问题得到了解决。


GUID-EA1878A7-1E60-47BA-989C-404AD8D7D7DE-default.png 的说明如下
.png 的说明

在 Oracle Analytics 中创建与 Oracle Autonomous AI Lakehouse 的连接时的提示

在 Oracle Analytics 中，当您使用实例 Wallet 定义 Oracle Autonomous AI Lakehouse 连接时，默认选择的是服务名称 high。将服务名称更改为 low 或 medium 可避免限制并发连接数。


GUID-E576A8A9-5059-4EE1-815C-4A07A7FB27FA-default.png 的说明如下
.png 的说明