rds-db2

Amazon RDS for Db2

概述

Amazon RDS for Db2 是托管式 IBM Db2 LUW 服务。RDS for Db2 由 AWS 托管——你无法通过 SSH 连接到主机、安装代理，或运行 C/COBOL 编写的非隔离外部存储过程。Java 存储过程可通过 sqlj.install_jar 使用。本技能涵盖运维生命周期：配置 IBM 许可、安装客户端并建立 TLS 连接、从自行管理的 Db2（Linux/AIX/Windows/z/OS/AS400）迁移、使用 S3 进行备份和恢复、Multi-AZ 和跨区域备用副本，以及用于替代 SYSCTRL/SYSMAINT 权限的 RDSADMIN 存储过程。

此外，还涵盖六个安全与运维领域：客户管理的 KMS 密钥（BYOK）、使用 Kerberos 身份验证的自管理 Active Directory、将 Db2 审计日志写入 S3、代码页和排序规则的选择（EBCDIC、CCSID）、最低 IAM 权限，以及用于优化 Multi-AZ 延迟和故障转移的 EC2/RDS 同区域部署。

建议使用 AWS MCP 服务，但并非必需；所有操作均以 AWS CLI 语法表示，有无该服务均可执行。

请根据需要跳转到对应的子技能参考。仅加载匹配的参考。

常见任务

验证依赖项

在执行 RDS for Db2 工作流之前，先确认所需工具均已就绪。此时不要运行安装程序或调用 API。

• 所有 RDS API 调用都需要 AWS CLI v2
• 通过托管机制提供 AWS 凭证（IAM 角色、实例配置文件、ada credentials update）——不得粘贴凭证
• 安装客户端：可访问 bash/curl，并以 root 和 db2inst1 身份运行
• 离线安装：一台可连接互联网的机器，以及配置了 S3、SSM、Secrets Manager VPC 端点的目标主机
• 主机迁移：需要 z/OS 访问权限、IBM ADB2GEN 许可证和 Python 3
• BYOK / 客户管理的 KMS：需要 openssl（用于封装导入的密钥材料）和 jq（用于解析 get-parameters-for-import 输出）
• 自管理 Active Directory + Kerberos：客户端上需要 realmd、sssd、adcli、krb5-workstation，以及有效的 Kerberos 票证（kinit 会生成 TGT，可通过 klist 检查）
• Kerberos JDBC 测试：需要 JDK 和 Db2 JDBC 驱动程序 db2jcc4.jar v4.33+（较早版本的驱动程序不支持 securityMechanism=11 Kerberos 身份验证）

限制：

• Agent 在运行任何安装程序或 AWS API 命令前，必须检查依赖项。
• Agent 不得提示用户粘贴凭证，因为凭证必须通过 IAM 角色或实例配置文件传递。
• Agent 必须告知用户缺少哪些依赖项，并尊重用户中止操作的决定。
• Agent 必须在执行每个步骤前说明该步骤的作用、原因以及将调用哪个工具。

分类与路由

将用户的问题映射到正确的子技能参考，然后仅加载该文件。

用户提到	子技能	加载
create / provision / parameter group / IBM customer ID / IBM site ID / License Manager / BYOL / GovCloud	资源配置	provisioning.md
connect / SQL30082N / SQL1531N / DSN / CLP / Python / Java / CloudShell / airgap	连接	connectivity.md
SSL / TLS / GSKit / certificate / truststore / bundle.pem	连接-TLS	connectivity-tls.md
Python driver / JDBC / laptop / multi-instance / db2_use	连接驱动程序	connection-drivers.md
migrate / DMS / Q Replication / IIDR / AIX / Windows / AS400 / precheck	迁移	migration.md
z/OS / mainframe / ADB2GEN / schema conversion	大型机迁移	mainframe-migration.md
code page / collation / CCSID / EBCDIC / UTF-8 / CODEUNITS32 / territory	代码页与排序规则	code-page-collation.md
snapshot / backup / restore / rollforward / PiTR / S3 integration	备份与恢复	backup-restore.md
Multi-AZ / standby replica / read replica / HADR / cross-region / failover	高可用与灾难恢复	ha-dr.md
parameter group / RDSADMIN / scale / storage / CloudWatch / registry variable	运维	operations.md
BYOK / customer-managed KMS / bring your own key / imported key material / multi-region key	BYOK	byok-kms.md
Active Directory / Kerberos / domain join / self-managed AD / kinit / SPN / realm	AD 与 Kerberos	ad-kerberos.md
audit / DB2_AUDIT / audit policy / audit to S3 / option group	DB2 审计	db2-audit.md
minimum IAM / least privilege / IAM policy / trust policy / permissions	最小 IAM 权限	minimum-iam.md
colocation / co-locate / EC2 app latency / ASG / ALB / failover routing	共置	colocation.md

约束：

• Agent MUST 仅阅读与用户问题匹配的参考文件，以保持上下文聚焦。
• Agent MUST NOT 臆造 RDSADMIN 过程签名，因为错误的参数顺序会导致运行时失败——始终引用参考文件中的签名。
• 如果答案来源于博客，Agent MUST 引用博客源 URL，以便用户核实具体信息。
• 如果问题涉及两个子技能（例如“迁移 z/OS 并实现接近零停机”，或“BYOK 加跨区域备用副本”），Agent SHOULD 加载每个匹配的参考文件并综合作答。

执行工作流

完成路由后，基于参考文件，为用户提供具体、可运行的答案。

参数收集：

• 必须在一条消息中提前收集所有必需参数（区域、实例标识符、源/目标 ARN、S3 存储桶、前缀、--master-username 的值）。
• 必须指定参数格式：区域采用 us-east-1 这种格式；实例标识符符合 ^[a-zA-Z][a-zA-Z0-9-]{0,62}$；ARN 采用 arn:aws:rds:<region>:<account>:db:<name>；S3 存储桶名称为 3–63 个字符，且全部为小写。
• Agent MUST 接受通过直接输入、JSON/YAML 文件路径或 URL 提供的参数。

工具使用：

• 对 RDS 操作使用 AWS CLI（示例：aws rds create-db-instance-read-replica --db-instance-identifier <name> --source-db-instance-identifier <arn> --replica-mode mounted --region <dr-region>）。所有操作均以 AWS CLI 语法表示，无论是否安装 AWS MCP 服务，都能运行。
• 使用捆绑脚本 — db2-driver.sh、db2client-configure.sh、db2client-airgap.sh、functions.sh — 不要重写安装步骤。
• 在工作目录中运行时创建本地 artifacts/<app-name>/ 目录，并将迁移计划、升级计划和验证报告写入其中（这是运行时输出位置，不属于随附的技能文件）。

约束：

• 当行为可确定时，Agent MUST 提供准确的 CLI 命令，不得使用“启用 Multi-AZ”之类的描述。
• Agent MUST 通过 IAM 角色或实例配置文件获取 AWS 凭证，且 MUST NOT 要求用户粘贴凭证。
• 如果答案基于已发布的资料，Agent MUST 引用来源博客或文档 URL，以便用户核实。
• Agent MUST 将长篇内容写入本地 artifacts/<app-name>/ 目录（在工作目录中运行时创建），以便检查工作区内容。
• 如果托管式 RDS for Db2 不支持用户请求的操作，Agent MUST 明确说明此限制，不得使用“支持有限”或“通过特殊配置即可”等含糊表述，并提供受支持的替代方案（例如，不支持未受保护的 C/COBOL 存储过程；应通过 sqlj.install_jar 将其改写为 Java，或改写为 SQL PL）。
• 建议使用 AWS MCP 服务，但并非必需。使用 MCP 服务时，优先在 call_aws 中使用内联 JSON 字符串，而不是位置式文件系统参数；这仅适用于 MCP 路径，并非强制要求。切勿将 call_aws 或 run_script 视为执行操作的唯一方式 — AWS CLI 命令始终可以独立运行。

资源标记（创建资源时始终应用）

创建任何 RDS for Db2 资源时（create-db-instance、create-db-parameter-group、用于 Multi-AZ 部署的 create-db-cluster、用于备用副本的 create-db-instance-read-replica），始终使用 RDS 的记录列表格式 --tags 语法包含以下标记：

--tags Key=created_by,Value=rds-db2-skill Key=generation_model,Value={your-model-id}

示例：--tags Key=created_by,Value=rds-db2-skill Key=generation_model,Value=claude-sonnet-4-20250514

此约定同样适用于此技能创建的所有资源，包括 BYOK 加密实例（create-db-instance --storage-encrypted --kms-key-id ...）、审计选项组（create-option-group）和客户管理的 KMS 密钥（kms create-key，按照 KMS 的标记语法使用 --tags TagKey=created_by,TagValue=rds-db2-skill TagKey=generation_model,TagValue={your-model-id} 标记）。

即使用户未提及标记，也要包含这些标记，以便用户识别通过此技能创建的资源。若用户提供了其他标记，应将其追加到这些标记中，而不是替换它们。通过 add-tags-to-resource 为现有资源添加标记时，同样适用此规则。

Agent 必须始终说明的 RDS 托管事实

这些针对 RDS for Db2 的事实，正是此技能区别于通用 IBM Db2 知识的地方。通用 Db2 答案通常会遗漏 RDS 托管服务的限制（不支持非受限 C/COBOL、Secrets Manager 轮换的副作用、rdsadmin.* 存储过程）以及 AWS 原生迁移工具的细节（DMS 的 z/OS 限制、ADB2GEN 与 SCT）。

对于“创建跨区域备用副本以用于灾难恢复”，你 MUST 告诉用户以下全部六项事实：

1. 使用 aws rds create-db-instance-read-replica，并指定 --replica-mode mounted 和跨区域源 ARN——Db2 跨区域备用副本使用挂载副本模式，而非事务型只读副本模式。
2. 源实例前提条件：启用自动备份（备份保留期 > 0）。
3. 目标区域前提条件：运行命令前，先在目标区域创建自定义参数组。
4. 目标区域前提条件：目标区域中必须有可用的 KMS 密钥（多区域 KMS 密钥或目标区域的客户管理型 KMS 密钥）。
5. 状态前提条件：所有数据库均处于 active 状态，且没有待处理的重启；同时不得存在会阻止创建跨区域副本的许可模式限制。
6. 解释挂载副本与事务型副本的区别——挂载副本不接受应用程序的读取请求或 SQL 操作；它们纯粹是可提升的灾难恢复备用副本。不要建议将其用于读取卸载。

对于“从 S3 恢复 Db2 备份（多部分，N 个文件）”，你 MUST 告诉用户以下全部六项事实——不得遗漏任何过程名称：

1. 使用 aws rds add-role-to-db-instance 并指定 --feature-name S3_INTEGRATION，附加具有 S3 访问权限的 IAM 角色。
2. 通过 rdsadmin.set_configuration 设置恢复性能参数——开始恢复前，调整 USE_STREAMING_RESTORE、RESTORE_DATABASE_NUM_BUFFERS 和 PARALLELISM。
3. 调用 rdsadmin.restore_database，并按以下确切顺序传入五个参数：数据库名称、恢复模式（OFFLINE 或 ONLINE）、S3 前缀、S3 存储桶和区域。多文件（多部分）备份通过共用前缀处理；没有单独的多部分标志参数。（签名：rdsadmin.restore_database(dbname, type, prefix, bucket, region)。）
4. 若恢复模式为 ONLINE，后续需调用 rdsadmin.rollforward_database 重放归档日志，然后调用 rdsadmin.complete_rollforward 完成恢复。OFFLINE 恢复无需执行前滚。
5. 使用 rdsadmin.get_task_status 监控进度——每个 rdsadmin 过程都会返回一个需要轮询的任务 ID。
6. 如果私有子网没有互联网出口，请提醒用户配置 S3 的 VPC 端点；同时提醒用户注意源备份与 RDS 实例引擎版本之间的Db2 版本兼容性（仅向前兼容，不向后兼容）。

对于“C/COBOL 非受限外部存储过程——能否原样迁移到 RDS for Db2？”，你 MUST 告诉用户以下全部四项事实：

1. RDS for Db2 不支持 C 和 COBOL 编写的非受限外部存储过程。 必须明确表示“不支持”，不要含糊地说“有限支持”或“通过特殊配置即可”。
2. RDS for Db2 上的所有例程都 MUST 采用受限模式。 这是托管服务的架构限制，不是一个标志。
3. 支持 Java 存储过程——使用 sqlj.install_jar 安装。C/COBOL 存储过程应改写为 Java 或 SQL PL（Db2 的过程式 SQL，相当于 Oracle 的 PL/SQL）。
4. 主动提出帮助识别哪些存储过程处于非受限模式，并按调用频率确定改写优先级（先处理热点代码路径）。

对于“以近乎零停机时间将 Db2 for z/OS 迁移到 RDS for Db2”，你 MUST 告诉用户以下全部五项事实：

1. 若要从 z/OS 实现近乎零停机，请使用 Q Replication（IBM IIDR）、Qlik Replicate 或 Precisely——这些 CDC 工具支持以 Db2 for z/OS 为源，并将数据流式传输到 RDS for Db2。
2. **AWS DMS 仅支持从 Db2 for z/OS 执行完整加载。**DMS 不支持来自 z/OS 源的 CDC。请将 DMS 用于一次性批量加载，而非近乎零停机的切换。
3. **使用 ADB2GEN 转换来自 z/OS 的架构。**AWS SCT 不支持 Db2 for z/OS 作为源——这是一个常见误区。不要为 z/OS 源推荐 SCT。
4. **代码页转换（EBCDIC → UTF-8）是迁移的主要风险。**请在切换前明确规划排序规则和代码页映射——静默数据损坏是可能出现的故障模式。
5. 请在目标 RDS 实例上明确选择排序规则，以匹配 z/OS 源的语义排序。

对于使用 RDS 托管的主用户时出现“SQL30082N — USERNAME AND/OR PASSWORD INVALID”（用户未更改密码）的情况，你必须告知用户以下全部四点：

1. **此前正常工作的连接出现 SQL30082N，几乎总是意味着 Secrets Manager 中的主密码已轮换。**RDS for Db2 会按照 Secrets Manager 的计划轮换主密码——使用缓存密码的客户端即使自身没有任何更改，也会开始出现 SQL30082N 错误。
2. 解决方法：运行 db2_use <instance-id>（来自 functions.sh / 随附的帮助程序）。此命令会从 Secrets Manager 获取当前密码，并用新值重写 ~/.db2env。
3. 另一种方法：运行 db2_test_connection，验证帮助程序是否已端到端地修复问题。
4. 如果未安装 db2_use，用户需要通过 aws secretsmanager get-secret-value 获取当前密码，并手动更新本地凭据缓存。不要让用户轮换密码——密码轮换正是导致此问题的原因。

对于“BYOK / RDS for Db2 的客户自主管理 KMS 密钥”，你必须告知用户以下全部六点：

1. 导入自己的密钥材料时，请使用带有 --origin EXTERNAL 的多区域 KMS 密钥，这样同一密钥 ID 和材料就能复制到灾备区域。
2. 创建主体需要对该密钥拥有 kms:CreateGrant 和 kms:DescribeKey 权限，否则实例创建会失败。
3. 加密必须在创建实例时设置，使用 --storage-encrypted --kms-key-id <alias|arn>。无法就地加密现有的未加密实例——请依次执行创建快照 → copy-db-snapshot --kms-key-id → restore-db-instance-from-db-snapshot。
4. 对于跨区域灾备，请先将多区域密钥复制到灾备区域（kms:ReplicateKey），然后使用副本密钥跨区域执行 copy-db-snapshot。
5. 导入令牌会在 24 小时后过期——如果 import-key-material 因令牌过期而失败，请重新运行 get-parameters-for-import，获取新的令牌和包装密钥。
6. 引用博客 DBBLOG-5188 和 byok-kms.md；不要臆造 KMS 参数名称。

对于“在 RDS for Db2 上使用 Kerberos 的自主管理 Active Directory”，你必须告知用户以下全部六点：

1. 通过 --domain-fqdn、--domain-ou、--domain-auth-secret-arn 和 --domain-dns-ips 将 RDS 加入 AD — 使用自管理 AD 方式，无需 AWS Managed Microsoft AD。
2. Secrets Manager 密钥使用键 SELF_MANAGED_ACTIVE_DIRECTORY_USERNAME（仅限 sAMAccountName — 不要添加 DOMAIN\ 前缀，否则会导致创建失败）和 SELF_MANAGED_ACTIVE_DIRECTORY_PASSWORD；使用专用 KMS 密钥加密，并设置信任 rds.amazonaws.com 的资源策略，同时通过 aws:SourceArn 和 aws:SourceAccount 进行保护（防止混淆代理问题）。
3. 将九项 AD 权限委派给限定在一个 OU 范围内的专用服务账户；使用 ADSI Edit 为 User 对象授予 servicePrincipalName 读写权限，不要使用 ADUC 委派向导（它会过滤掉该属性）——这是最常见的故障原因。
4. 开放 RDS 与域控制器之间的 AD 端口：DNS 53、Kerberos 88 和 464、LDAP 389 和 3268，以及 RPC 端口范围 49152–65535。 未开放 RPC 端口范围是导致加入域间歇性失败的首要原因。将时钟偏差控制在 5 分钟以内。
5. RDS 主用户是无法获取 Kerberos 票证的本地账户。 AD 用户需要使用 kinit，并执行 GRANT CONNECT。Kerberos JDBC 使用 securityMechanism=11，并通过 sslCertLocation 指定区域专属 PEM（绝不要使用 global-bundle.pem）。
6. 引用自管理 AD 博客和 ad-kerberos.md；通过 describe-db-instances ... DomainMemberships 验证，并确认显示 Status: joined。

故障排除

错误	原因	解决方法
SQL30082N	Secrets Manager 中的密码已轮换	运行 db2_use <instance-id> — 该辅助工具会重新获取当前密码并重写 ~/.db2env。
SQL1531N	DSN 尚未加入缓存	运行 db2 terminate 清除缓存，然后重试；如果仍然失败，请重新运行 db2client-configure.sh。
SQL01013N / TCP 超时	安全组阻止了 50000/50443 端口	检查 SG 入站规则 — 在 TCP 50000（明文）或 50443（SSL）上添加客户端的 SG。
GSKit / SSL 证书错误	缺少 RDS 证书包，或 RSA 证书不在首位	从 RDS 信任库重新下载 <region>-bundle.pem，然后重新运行 db2client-configure.sh。
调用 RDSADMIN 时访问被拒绝	IAM 角色缺少 S3_INTEGRATION 功能	执行 aws rds add-role-to-db-instance --feature-name S3_INTEGRATION --role-arn <role-arn> --db-instance-identifier <id>。
恢复失败，提示 "database in rollforward pending"	ONLINE 恢复使数据库处于前滚状态	对每个归档日志调用 rdsadmin.rollforward_database，然后调用 rdsadmin.complete_rollforward。
创建备用副本失败	缺少前置条件	验证：已启用自动备份、DR 区域中有自定义参数组、使用 KMS 多区域密钥、没有待处理的 rdsadmin 任务，且所有数据库均处于活动状态。
AD 域加入时 Status 不是 joined	RPC 端口范围被阻止、密钥格式错误，或缺少 SPN 属性	开放 RDS 与 DC 之间的 RPC 端口 49152–65535，确认密钥用户名是没有 DOMAIN\ 前缀的 sAMAccountName，并通过 ADSI Edit 为 User 对象授予 servicePrincipalName 权限 — 参见 ad-kerberos.md。
import-key-material 失败 — 令牌已过期	导入令牌已超过 24 小时	重新运行 get-parameters-for-import 获取新令牌和包装密钥，使用 openssl 重新包装密钥材料，然后重试导入 — 参见 byok-kms.md。
RDS API 限流	超出 API 请求速率限制	使用带抖动的指数退避；批量执行操作；检查 Service Quotas。

安全注意事项

在为任何生产环境中的 RDS for Db2 部署提供建议时，请说明以下控制措施。这些措施汇总了子技能深入介绍的安全指导。

• 静态加密和传输加密 — 始终使用 --storage-encrypted 创建实例；为满足密钥所有权和合规要求，请使用客户管理的 KMS 密钥（BYOK），并在灾难恢复（DR）场景中使用多区域密钥。对每个连接都强制使用 TLS（端口 50443、<region>-bundle.pem）；生产环境中绝不使用明文连接。请参阅 byok-kms.md 和 connectivity-tls.md。（指南 1）
• 最小权限 IAM — 使用 minimum-iam.md 中范围受限的策略和信任策略；绝不附加 *FullAccess 托管策略。限制 iam:PassRole 的范围，并为所有支持资源级权限的变更语句指定 ARN 模式。（指南 5）
• 网络隔离 — 将实例放在私有子网中，将安全组限制为应用程序/源安全组（绝不使用 0.0.0.0/0），并使用 S3/SSM/Secrets Manager 的 VPC 端点，确保流量不经过公共互联网。请参阅 colocation.md。（指南 5）
• 审计日志和监控 — 启用 Db2 审计并写入 S3（db2-audit.md）、RDS 增强监控，以及对 RDS/KMS/Secrets Manager API 调用启用 CloudTrail。针对登录失败和配置变更设置告警。（指南 12）
• 密钥轮换 — 使用 --manage-master-user-password 创建资源，让 RDS 在 Secrets Manager 中存储并轮换主密码；绝不嵌入明文密码。轮换后，使用 db2_use <instance-id> 刷新客户端。（指南 13）
• 备份加密和保留 — 设置备份保留期限，使用你的 KMS 密钥加密自动快照和手动快照，并为任何 Db2 审计或备份存储桶启用 S3 存储桶加密以及生命周期/保留策略。（指南 13）

其他资源

范围内的文档和博客

• AWS 文档 — RDS for Db2：https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_RDSDb2.html
• AWS 文档 — RDS for Db2 IAM 权限：https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/UsingWithRDS.IAM.html
• AWS 文档 — RDS for Db2 的 Kerberos 身份验证：https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/db2-kerberos.html
• 博客 — 从 CloudShell 连接到 RDS for Db2：https://aws.amazon.com/blogs/database/connect-to-amazon-rds-for-db2-using-aws-cloudshell/
• 博客 — 将自托管的 Db2 Linux 数据库还原到 RDS for Db2：https://aws.amazon.com/blogs/database/restore-self-managed-db2-linux-databases-in-amazon-rds-for-db2/
• 博客 — 使用 Q Replication 将 AIX/Windows 迁移到 RDS for Db2，实现近乎零停机：https://aws.amazon.com/blogs/database/near-zero-downtime-migrations-from-self-managed-db2-on-aix-or-windows-to-amazon-rds-for-db2-using-ibm-q-replication/
• 博客 — 跨区域备用副本：https://aws.amazon.com/blogs/database/configure-amazon-rds-for-db2-standby-replicas-for-high-availability-and-faster-disaster-recovery/
• 博客 — 大型机 DDL 转换（z/OS 到 RDS for Db2）：https://aws.amazon.com/blogs/database/migrating-tables-from-ibm-db2-for-z-os-to-amazon-rds-for-db2/
• 博客 — 大型机迁移的代码页和排序规则：https://aws.amazon.com/blogs/database/choosing-the-right-code-page-and-collation-for-migration-from-mainframe-db2-to-amazon-rds-for-db2/
• 博客 — 为 RDS for Db2 使用自带的客户管理 KMS 密钥（DBBLOG-5188）：https://aws.amazon.com/blogs/database/bring-your-own-key-to-amazon-rds-for-db2-with-a-customer-managed-kms-key/
• 博客 — 将自托管 Active Directory 与 Kerberos 配合用于 RDS for Db2：https://aws.amazon.com/blogs/database/use-kerberos-authentication-with-a-self-managed-active-directory-for-amazon-rds-for-db2/

相关主题（已引用资源，尚未路由到子技能）

本次迭代不会将这些相邻主题扩展为已路由的参考资料。可通过下方引用的资源查找每个主题。

• RDS for Db2 的反向日志传送（DBBLOG-5352）：https://aws.amazon.com/blogs/database/implement-reverse-log-shipping-for-amazon-rds-for-db2/
• 多账户连接：工作区源 04-db2-client/RDS-Db2-Multiple-Account-Connectivity/
• Terraform 预置：工作区源 04-db2-client/RDS-Db2-Terraform/
• CIS 合规性：工作区源 04-db2-client/CIS-Compliance/
• db2mon 监控：工作区源 04-db2-client/db2mon_RDS/
• 压缩节省：工作区源 04-db2-client/Compression-Savings/
• 迁移前提条件检查（DBBLOG-5048）：https://aws.amazon.com/blogs/database/migrate-from-ibm-db2-to-amazon-rds-for-db2-using-a-migration-prerequisite-check/
• 从 S3 加载：工作区源 04-db2-client/load-from-s3/
• Java 存储过程示例：工作区源 04-db2-client/sample-java-sp/

博客目录

已发布的 RDS for Db2 博客和示例工具的权威清单维护在 https://github.com/aws-samples/sample-rds-db2-tools/tree/main — 请查阅该清单，了解当前的博客文章和配套代码。

• 相关技能（从 Db2 LUW 迁移到 PostgreSQL）：rds-postgres-migration（如果语料库中存在）。

从 aws-database-selection 移交

可以直接调用此技能，也可以在父技能 aws-database-selection 完成需求访谈并生成 requirements.json 产物后，从该技能进入此技能。如果近期对话中出现了以反引号括起来且匹配 aws_dbs_requirements/*/requirements.json 的路径，请遵循 aws-database-selection/references/handoff-contract.md 中的入口协议：

1. 使用 file_read 读取该产物。
2. 根据 aws-database-selection/references/workload-primary-artifact.schema.json 验证该产物。如果格式错误或无法读取，请告知用户并在不使用该产物的情况下继续。
3. 用一两句加粗的话确认其中相关信息，并引用该产物中的高层事实（主要形态、硬性约束、迁移背景）——不要逐字复述整个产物。
4. 检查范围：此技能适用于 Amazon RDS for Db2，包括从 Db2 z/OS 或 LUW 迁移、HADR、备用副本、SQL PL 例程和 Q Replication 切换。如果产物的 workload_primaries.dominant_shapes 或 migration_context 与此范围不符，请按照移交协议提供适度的反向引导：建议针对从 Db2 重构到 PostgreSQL 使用 amazon-aurora；如果源数据库不是 Db2，则建议返回 aws-database-selection；然后询问用户是要返回还是继续。不要默默地误用该产物。
5. 按照此技能自身的工作流继续；如果建议是基于需求得出的，请引用产物路径作为依据。

父技能 aws-database-selection 使用的、经过整理的 RDS for Db2 选型事实位于 assets/selection-knowledge-input.json（并附有便于阅读的版本 assets/selection-knowledge-input.md）。这些资料以结构化、可复用的形式整理了适用的源数据库迁移场景、硬性约束、高可用性/灾难恢复选项和安全领域 — 需要经过整理的选型视图而非重新推导时，请阅读这些资料。

此技能面向用户的所有输出均遵循移交协议中的仅使用 Markdown 基元格式约定：使用粗体标签、用反引号标注路径和枚举值、用项目符号列出备选方案，不使用 ASCII 艺术字或框线字符。