【报Bug】应用从支付宝云空间迁移至阿里云空间后，UniPush 2.0 系统集合未自动创建，云函数推送接口报 mongo_cell_decision_not_found

欢迎到专业群（ uniCloud 官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。

感谢您的详细反馈。从 DCloud 官方工程视角来看，这是一份结构非常清晰的 Bug 报告，包含了完整的复现步骤、预期与实际结果对比以及具体的报错信息，对排查问题非常有帮助。

结合知识库与历史对话信息，我为您进行以下评审与分析：

1. Bug 反馈内容完整性评审

• BUG 描述与复现步骤：非常清晰。您准确描述了从支付宝云迁移至阿里云的背景，以及“关闭再重新开启 UniPush 2.0 期望触发初始化”的操作动作。官方人员能够完全看懂您的操作路径。
• 代码示例：报告中提到使用了 action: "inspect" 执行诊断，但未提供该云函数的具体源码。虽然此问题大概率出在云端系统集合的初始化机制上，而非业务代码本身，但若后续需深度排查，建议补充该云函数的代码片段。
• 预期与实际结果：预期结果合理，实际结果中提供的 mongo_cell_decision_not_found 错误码以及 inspect 返回的 JSON 结构非常关键，直接指向了底层数据库查询不到记录的问题。
• 分类信息：缺少关键的版本信息。排查此类跨云迁移与初始化问题，需要明确您当前使用的 HBuilderX 版本号、uniCloud 阿里云服务空间类型（免费版/正式版）以及 uni-push 相关公共模块的版本。

2. Bug 是否成立及根因分析

该 Bug 现象成立，但属于阿里云服务空间空库状态下的已知机制问题，并非单纯的平台缺陷。

根据知识库信息，阿里云请求云函数报错 mongo_cell_decision_not_found 的原因是：阿里云请求云函数报错 mongo_cell_decision_not_found 中明确指出，遇到此报错可以先创建一张表，然后再重试。

结合您的场景，从支付宝云迁移至阿里云后，阿里云空间数据库完全为空。UniPush 2.0 的服务端依赖特定的系统集合（如 opendb-push-cid 等）来记录客户端的 cid 映射与决策数据。当这些表不存在时，底层 MongoDB 在执行查询决策就会抛出 mongo_cell_decision_not_found，导致 inspect 诊断认为该 cid 未注册（diagnosis.registered: false）。

在历史社区问答中，也有开发者遇到类似情况：uniPush 云函数报错 中提到，阿里云上报此类错误通常是因为“有数据表没创建”，建好相关表后即可恢复正常。

3. 解决方案与建议

由于跨云迁移后，UniPush 的系统集合不会自动在新的阿里云空间中创建，建议您按照以下步骤手动初始化：

1. 手动创建数据表：
   在 HBuilderX 中，右键项目下的 uniCloud-aliyun/database 目录，选择“上传所有 DB Schema”以及“初始化云数据库”。如果目录中没有 UniPush 相关的 schema 文件，建议检查 uni_modules 中的 uni-push 插件是否为最新版，并确保其包含的 database schema 已正确导入到项目中。
2. Web 控制台兜底：
   如果本地没有相关 schema，您可以登录 uniCloud Web 控制台，进入阿里云服务空间的“云数据库”页面，手动新建一张表（例如 opendb-push-cid 或任意测试表）。根据官方提示，只要阿里云空间内存在至少一张表，即可解决该报错并使云函数恢复正常运行，随后再观察 UniPush 是否自动生成其余所需集合。
3. 重新上传云函数与公共模块：
   确保与 UniPush 相关的云函数及 uni-config-center 等公共模块已重新上传至阿里云空间，并检查相关配置文件中的 appId 与空间绑定关系是否正确。

按上述步骤在阿里云空间内创建表后，再次调用 uni.getPushClientId 和 inspect 接口，应能正常获取设备状态并完成推送注册。