1-您是正确的，"自动更正"功能已按照您所说的进行，并且*未*记录在（RS）例外日志中

----------- --------

2.a-不要将 dsi_command_convert 设置为'i2none，d2none，u2none'，因为这将丢弃所有 插入，删除和更新（即，所有DML语句将被丢弃，永远不会到达HANA，并且不会将任何内容写入异常日志）

-------------- -----

2.b-您可以通过将 dsi_command_convert 设置为'i2di，u2di'

注意在DSI上模拟"自动校正"： 您需要研究是否可以对所有来自DB2的更新使用 u2di ； 例如，在Oracle中，具有lob列的行的更新将不会在该行的整个"之前"图像上发送，因此当尝试执行以下操作时，" u2di "可能会丢失某些列的数据 通过'exception error class'构建'insert'

-------------------

3-我要 假设您是指分配给特定数据库/DSI的"错误类别"； 您可能正在寻找 assign action 命令，并且您要使用的选项似乎是'log'（回滚当前有问题的交易，登录到（ RS）例外日志，然后继续下一个事务）

注意：此方法的一个潜在问题是将跳过整个事务，因此，如果一个DML语句遇到"重复键"错误，则所有 事务中的DML语句将被跳过并记录到（RS）异常日志中。

显然（???）每当您跳过事务时，都可能导致复制数据库不同步，并且 尽管手动检查/应用记录的事务可能会起作用，但是您也冒着应用（例如）"旧"更新的风险，该更新将覆盖已经对复制数据库应用的"较新"更新的结果。

-------------------

对于自动重新启动已关闭的DSI，只要您已编码，这当然是一个选项 外壳脚本 （？）正确。

我以前是用以下逻辑做到这一点的：

-如果找到DSI，我记下了DSI名称

-恢复DSI（秒）

-等待几秒钟，看看DSI是否再次下降

-如果DSI（秒） ）再次发生故障，那么我认为这是一个持续存在的问题（例如，重复密钥冲突），然后我将采取一些预定的措施（取决于环境，应用程序以及是否可以跳过事务）：

a-跳过交易并继续； 这里一个潜在的问题是，您可能会有很多这样的事务通过复制进行，因此您必须确定要说/足够多并发出警报之前，要跳过/恢复多少次 p>

b-关闭DSI并生成警报

然后安排脚本每隔XX分钟运行一次。

在一个客户端上，他们正在复制2倍以内的数据 数据库。 他们必须支持跨数据库参照完整性约束。 他们遇到的问题是，子表的txn偶尔会在父表的txn之前到达复制数据库，因此DSI会因引用完整性约束冲突而崩溃。 "简单"解决方案是分配操作/重试停止和计划每3-5分钟运行一次的shell脚本的混合，该脚本将登录RRS并发出" 恢复连接"命令（通常期望父表的txn在发出" 恢复连接"时已应用于其复制数据库）。

< p>一种更精细的方法是使用一些智能工具来实施（RS）错误日志监视过程，这些智能工具会监视"重复的密钥冲突"消息，然后采取适当的措施。

1- 不，所有 dsi_command_convert 设置都不会导致将事务转储到异常日志中

2-错误导致回滚； 是否将跳过/回滚的事务写入异常日志取决于您为有问题的错误号设置了哪个选项

我建议您设置一个测试RS环境并尝试我提到的各种项目（ 以上）; 然后您通过一些"重复的"交易进行发送，看看会发生什么。