OracleBulkCopy在Oracle12c与19c的行为差异及ORA-39822问题咨询

问题描述 #

使用全托管ODP.NET（版本4.122.19.1）将SQLite数据库数据迁移至Oracle数据库时，在Oracle 12c环境运行无异常，但写入Oracle 19c时触发ORA-39822：当前事务中不允许新的直接路径操作错误。

程序核心流程如下：

using (var transaction = oracleConnection.BeginTransaction())
{
    foreach (var dataTable in dataTables)  // dataTables为DataTable集合
    {
         using (var bulkCopy = new OracleBulkCopy(oracleConnection))
         {
             bulkCopy.WriteToServer(dataTable);
         }
    }
    transaction.Commit();
}

错误在写入第二个DataTable时触发。需保证数据迁移的原子性（全量成功或失败），不愿修改代码，咨询是否可通过Oracle 19c配置恢复12c下的行为。

解决方案 #

方案1：最小代码改动（推荐） #

OracleBulkCopy默认使用直接路径加载，19c对同一事务内的多次直接路径操作新增了限制。只需在初始化OracleBulkCopy时禁用直接路径，同时绑定外部事务：

using (var bulkCopy = new OracleBulkCopy(oracleConnection, OracleBulkCopyOptions.UseTransaction))
{
    bulkCopy.DirectPath = false; // 改用常规路径加载，规避19c的直接路径事务限制
    bulkCopy.WriteToServer(dataTable);
}

此方式既保留了外部事务的原子性，又能绕过19c的限制，无需修改整体事务逻辑。

方案2：数据库配置调整（无需改代码，谨慎使用） #

如果完全不想修改代码，可通过以下Oracle参数调整恢复12c的行为：

• 回退兼容模式：将数据库compatible参数设置为12c版本（例如compatible = 12.2.0.1）。注意此参数为全局设置，修改后不可逆（除非重建数据库），会禁用19c的新特性，仅适合临时过渡。
• 禁用直接路径并行：设置隐藏参数_direct_path_no_parallel = TRUE，此参数会强制直接路径操作以串行模式执行，从而允许同一事务内多次直接路径操作。但隐藏参数不被Oracle官方正式支持，需在测试环境验证后再应用到生产环境。

原理说明 #

Oracle 12c允许在同一事务内多次执行直接路径加载操作，但19c为了强化事务一致性，在第一次直接路径操作后会将事务标记为"不可扩展"状态，后续的直接路径操作就会触发ORA-39822错误。通过禁用直接路径或调整兼容参数，可让数据库回到12c的事务处理逻辑，同时保证数据迁移的原子性。

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