返回

Fivetran为Db2 z/OS和LUW推出托管连接器

RSS Fivetran Blog AI 逐段翻译 发布 2026-10-20 05:59

有效阅读仅保存在当前浏览器,用于「为你」推荐;暂停或清除记录。

DataHot 速览

Fivetran宣布为IBM Db2 for z/OS与Db2 for LUW新增托管服务连接器,补齐Db2家族支持,此前已支持Db2 for i。其z/OS连接器通过IBM官方IFI的IFCID 306直接读取事务日志,只捕获增量变更,而非扫描源表。原文称71%的财富500强企业使用IBM Z,Db2大型机每日承载超过10万亿美元交易。该能力面向分析、看板、报表及AI等数据供数场景,替代夜间批处理或自定义ETL。

为什么值得关注:数据从业者可关注大型机Db2数据接入的托管化与日志级CDC实践,以及其对分析供数成本和维护复杂度的改善。

本文目录 6 节
  1. Db2 for z/OS:访问有价值的大型机数据
  2. 读取日志,而非表
  3. Db2 for LUW:同样的问题,不同的环境
  4. 以正确的方式读取 LUW 日志
  5. 开始使用 Db2 连接器
  6. 你的整个 IBM Db2 部署集中在一个平台上

译文

AI 逐段翻译

IBM Db2 运行着全球要求最严苛的企业的运营核心。它有三种形态:Db2 for z/OS,运行在大型机上;Db2 for LUW,运行在 Linux、AIX 和 Windows 上;以及 Db2 for i,运行在 IBM Power 系统上。虽然 Fivetran 长期以来一直支持 Db2 for i,但我们正在为 Db2 for z/OS 和 Db2 for LUW 添加托管服务连接器——从而完成对 IBM Db2 家族的支持。

这三种形态的 Db2 带来各自不同的挑战。每种环境都有自己的架构、经济性,以及为什么为分析、仪表板、报告以及如今的 AI复制数据历来如此困难的原因。深入探讨时,我们将讨论 Fivetran 如何为每种 Db2 架构构建了量身定制的解决方案。

[CTA_MODULE]

Db2 for z/OS:访问有价值的大型机数据

IBM Db2 on z/OS 是地球上最可靠的事务型数据库之一。71% 的财富 500 强公司使用 IBM Z 运行其核心系统。全球每天有超过 10 万亿美元的交易流经 Db2 大型机。从保险保单、银行结算、医疗记录到政府薪资,IBM Z 存储并处理着支撑世界大部分经济运行的数据。

然而,这些有价值的数据往往难以被分析团队访问,需要自定义脚本和复制逻辑,或变更数据捕获。Fivetran 通过我们针对 IBM Db2 on z/OS 的托管服务连接器,将这些 DIY 工作抽象掉。组织不再需要运行夜间批量导出或自定义 ETL 管道。

读取日志,而非表

Fivetran 的 Db2 for z/OS 连接器背后的关键洞见是:从 Db2 复制数据最有效的方式根本不是查询它。

Db2 中每一个已提交的事务——每一个 INSERT、UPDATE 和 DELETE——在应用到数据页之前都会记录在 Db2 事务日志中。Fivetran 直接从该日志读取,仅捕获自上次同步以来发生变化的内容,而不是扫描源表来识别新的变更。

我们使用 IBM 官方的 IFI(Instrumentation Facility Interface),具体是 IFCID 306——IBM 为授权监控和复制工具设计的同一接口。所有日志访问都通过安装在 z/OS 上 APF 授权 WLM 地址空间中的两个小型存储过程进行。实际的日志解析——计算上更繁重的工作——在大型机之外进行,即在 Fivetran 的平台上。

这对大型机经济性的影响是显著的。由于 Fivetran 读取事务日志而不是对数据页执行 SELECT 查询,大型机上的工作负载只是批量提取所需的一小部分。而且 Fivetran 通过 TCP/IP 上的 DRDA 连接到 Db2——这是一种有资格进行 zIIP 卸载的连接类型。zIIP 处理器是特殊引擎,不纳入 MLC 计费。在 zIIP 上运行 DRDA 连接工作有望带来可观的 MLC 节省,尤其是对于较大的账户。

对于大型机团队而言,这完全重新定义了对话。Fivetran 的 Db2 连接器不会给大型机增加工作负载——它把昂贵的数据提取工作移出大型机。对于 DBA 来说,该连接器在设计上就是轻量级的:两个存储过程、一个专用的 WLM 应用环境,以及一次性授予 MONITOR2 权限。没有守护进程,没有长时间运行的作业,也没有需要按其自身生命周期安装和升级的专有大型机产品。

Db2 for LUW:同样的问题,不同的环境

如果您的 IBM Db2 环境扩展到 Linux、AIX 或 Windows,管道问题在表面上看起来不同——但根本原因是相同的。试图为现代分析平台提供数据的数据工程团队通常退而求其次,采用在可靠性、新鲜度或源数据库健康之间做出取舍的方法。

基于触发器的 CDC 在模式变更破坏触发器之前一直有效。基于查询的导出在生产时段扫描表,恰好在错误的时间增加负载。针对 Db2 二进制日志格式构建的自定义日志读取器复杂且难以正确实现,维护成本高昂。传统的本地复制工具需要专用服务器基础设施和一个团队无限期地运行它们。

以正确的方式读取 LUW 日志

IBM 提供了一种用于读取 Db2 LUW 事务日志的官方认可机制:db2ReadLog API。它是访问日志的唯一编程接口。所有针对 Db2 LUW 的基于日志的 CDC 工具都必须使用它——不同的是接下来会发生什么。

Fivetran 在您的 Db2 服务器上安装一个轻量级存储过程,该过程调用 db2ReadLog 并返回日志数据块。解析在数据库之外、在 Fivetran 的基础设施上进行。LRI(日志记录标识符)充当持久游标,Fivetran 精确跟踪每次同步结束时它离开的位置,并在下一次同步时从那里继续。

结果是:在增量复制期间不涉及表扫描、触发器或生产查询路径。您的 Db2 实例不承担任何数据提取负载。变更被持续捕获并传送到您的目标端。

开始使用 Db2 连接器

Db2 for z/OS可能需要分析、大型机和网络团队之间进行初步协调——但所有工作都不是持续性的。z/OS 系统程序员通过 Fivetran 提供的 JCL 安装两个存储过程(约 2 小时,一次性),并创建一个专用的 WLM 应用环境。

Db2 DBA 授予 MONITOR2 权限并在目标表上启用 DATA CAPTURE CHANGES。

网络团队配置两种路径之一:SaaS Direct(TLS 1.3,将 Fivetran IP 加入允许列表以访问 z/OS)或 Hybrid Deployment(仅出站,无入站到大型机——这是网络策略严格的企业最常用的路径)。需要 DB2 Connect Unlimited Edition for System z。

Db2 for LUW需要在您的 Db2 服务器上安装 Fivetran 提供的存储过程二进制文件,在目标表上启用 DATA CAPTURE CHANGES,并授予 Fivetran 用户 DBADM 权限。通过直接连接、SSH 隧道或 PrivateLink 连接。SaaS Direct 和 Hybrid Deployment 均受支持。

在任一连接器上完成设置后,Fivetran 会管理一切:连接运行状况、架构漂移、重新同步、增量更新、管道监控。你的数据工程团队使用与其他所有数据源相同的 Fivetran 仪表板开展工作——相同的可观测性,相同的针对 Databricks、Snowflake、BigQuery、Redshift 及其他平台的目标端集成。

你的整个 IBM Db2 部署集中在一个平台上

分析团队从记录系统中获得持续、最新的数据——从而实现欺诈检测、财务对账、运营报告以及统一的客户视图,这些是夜间批量导出无法做到的。数据库团队获得一种连接器架构,可保护源系统、减少数据库上的工作负载,并且无需专有复制产品即可运行。而领导层获得一项真正能够交付的数据平台计划,因为来自 IBM Db2 的复制管道现在变得简单易行。

[开始使用 Db2 for z/OS →]

‍[开始使用 Db2 for LUW →]

[CTA_MODULE]

‍

这篇内容对你有用吗?

反馈只用于改善内容筛选,不等同于收藏

分享这条资讯
分享海报
保存图片
iOS 也可以长按图片保存