Oracle通过dg4msql连接Azure SQL后存储过程编译失败及会话异常问题求助

看起来你遇到的是DG4MSQL网关在事务处理层面的兼容性问题，尤其是存储过程执行时的事务上下文冲突，导致事务回滚后会话直接失效。我来帮你梳理几个关键的排查和解决方向：

1. 聚焦事务模式配置的冲突 #

你的initAZURE.ora里设置了HS_FDS_TRANSACTION_MODEL=READ_ONLY，这个模式下网关不支持远程事务操作，但Oracle存储过程在编译/执行时会默认开启一个事务上下文——哪怕你的存储过程里只有只读查询，Oracle也会把它纳入事务范围，这就和网关的只读模式产生了冲突，触发ORA-02050事务回滚，甚至破坏会话连接。

尝试调整方案：

• 如果你的存储过程确实只有只读操作，试试在存储过程开头显式声明只读事务：

  CREATE OR REPLACE PROCEDURE your_proc AS
  BEGIN
      SET TRANSACTION READ ONLY;
      -- 你的远程查询逻辑
      COMMIT; -- 只读事务也需要提交来结束上下文
  END;
  /
  

• 或者把远程操作放到自治事务中，让它脱离主事务的上下文：

  CREATE OR REPLACE PROCEDURE your_proc AS
      PRAGMA AUTONOMOUS_TRANSACTION;
      -- 定义变量等
  BEGIN
      -- 你的远程查询逻辑
      COMMIT; -- 自治事务必须显式提交/回滚
  END;
  /
  

2. 启用事务恢复参数（解决会话失效问题） #

你的init文件里注释掉了事务恢复相关的参数，当事务异常回滚时，网关无法清理远程端的可疑事务，导致后续会话的连接被锁死。即使是只读模式，也建议配置这些参数来避免会话失效：

1. 在Azure SQL上创建一个专门的恢复账户，赋予它查询系统视图、清理事务日志的权限；
2. 取消initAZURE.ora里的注释并填入正确信息：

   HS_FDS_RECOVERY_ACCOUNT=your_recovery_user
   HS_FDS_RECOVERY_PWD=your_recovery_pwd
   HS_FDS_TRANSACTION_LOG=HS_TRANSACTION_LOG
   

   （HS_TRANSACTION_LOG是远程SQL Server上的表名，网关会自动创建这个表来记录事务状态）

3. 排查结果集和游标配置的潜在影响 #

你设置了HS_FDS_RESULTSET_SUPPORT=FALSE，这个参数会禁用网关的结果集返回功能。如果你的存储过程里有未用INTO接收的SELECT语句（比如直接返回结果集），即使在外部能运行，在存储过程里也会触发隐性事务冲突。检查存储过程里的所有远程查询，确保都用变量接收结果，没有直接返回结果集的逻辑。

4. 临时排除SSL连接的干扰 #

你的配置里开启了SSL加密，虽然这是生产环境的必要设置，但可以先临时关闭SSL测试（仅限测试环境）：
把HS_FDS_ENCRYPT_SESSION=SSL改成HS_FDS_ENCRYPT_SESSION=OFF，重启网关后再测试存储过程，看是否还会出现相同错误，排除SSL连接中断导致的事务异常。

5. 开启网关日志定位细节问题 #

把HS_FDS_TRACE_LEVEL=OFF改成HS_FDS_TRACE_LEVEL=DEBUG，然后重新执行存储过程，查看网关的日志文件（路径一般是$ORACLE_HOME/dg4msql/log/initAZURE.log），里面会包含Azure SQL返回的具体错误信息，能帮你更精准地定位问题根源。

备注：内容来源于stack exchange，提问作者StanSmith