修改BizTalk Schema节点大小写后出现数据库持久化异常求助

我的BizTalk应用调用多个Azure Functions并接收响应，近期这些Azure Functions返回的响应改为小驼峰（camel case）格式，因此我修改了部分Schema，将所需节点的大小写调整为小驼峰。但修改后，两个Orchestration无法正常运行，抛出以下异常：

未捕获异常（详见下方内部异常）已挂起服务实例'Bupa.GS.BZ.OBP.ProviderReceiver.FileValidationCompleteAndMixedReport(acdce2c2-3370-b103-30e6-a80725e86ce0)'。服务实例将保持挂起状态，直至管理员恢复或终止。若恢复，实例将从最后持久化状态继续执行，可能再次抛出相同异常。
实例ID: 1fd57762-c4bd-49a8-bd4f-ebdd57d37b9d
形状名称: Send
形状ID: 43bb00d5-f4d7-4330-83eb-c3c500bf1d7b
异常抛出位置: 段1，进度28
内部异常: 将状态持久化到数据库时发生异常。

异常类型: PersistenceException
来源: Microsoft.XLANGs.BizTalk.Engine
目标方法: Void Commit()

堆栈跟踪：

at Microsoft.BizTalk.XLANGs.BTXEngine.BTXXlangStore.Commit()
at Microsoft.XLANGs.Core.Service.Persist(Boolean dehydrate, Context ctx, Boolean idleRequired, Boolea*

我可以看到响应已被接收并映射到Schema，但无法进入Orchestration中使用同一消息映射到另一Schema的下一步。我仅修改了节点大小写，且已检查所有Schema与Azure Functions返回的响应匹配，相关截图说明如下：

• Schema截图：展示了修改为小驼峰格式的节点定义
• 异常位置的Orchestration截图：高亮显示了抛出错误的Send形状位置
• 端口属性截图：展示了相关端口的配置属性

排查建议 #

• 确认Schema与依赖组件的部署状态：确保修改后的Schema已重新部署到BizTalk服务器，所有依赖该Schema的Orchestration、映射都重新编译并部署，避免旧版本Schema残留引发的结构不匹配。
• 清理旧实例并重新测试：删除MessageBox中挂起的服务实例，重新发送测试消息，避免旧实例的持久化状态与新消息结构冲突。
• 校验映射逻辑完整性：检查从Azure Functions响应到目标Schema的映射规则，确保所有节点的大小写完全匹配，没有遗漏或错误映射的节点，避免映射后消息存在隐性结构问题导致持久化失败。
• 查看BizTalk数据库详细日志：检查MessageBox数据库的错误日志，获取持久化失败的具体原因，比如数据库锁、权限不足、消息大小超限等。
• 验证Orchestration端口绑定：确认Orchestration的接收/发送端口绑定的是修改后的Schema，避免端口仍关联旧Schema导致消息解析异常。
• 检查消息上下文属性依赖：排查Orchestration中是否依赖了基于旧节点大小写的上下文属性，这类属性可能因Schema修改无法正确提取，进而触发持久化异常。

内容的提问来源于stack exchange，提问作者UnknownUser123