如果注册在同一同步组所有同步视表过滤器的执行状态是正常结束的话， 那么可以重新启动执行。
如果重启执行，为输出用视表执行COMMIT操作，然后启动视表过滤器的后处理。
在同一个同步组中注册的任何一个同步视表过滤器如果异常结束， 那么该同步组的所有同步视表过滤器的执行都会被中断。 如果中断是基于同步组设定的，像"C3705 正处于同步组结束的等待中。由于出错, 或者中断的发生, 视表过滤器的执行被取消。" 的消息会被写到日志文件(VT_Log.log)中。视表过滤器的执行状态 会被"取消"。
用同步组可以完成多数据库更新内容的同步组设定。 如果在更新数据库时发生了异常，其它数据库的更新会被取消 并且所有的更新处理会被回滚。
自动COMMIT失败的话，数据库更新的COMMIT问题会被保留，更新内容不会被同步更新。 请注意应该限制可获得的同步组中的视表过滤器的异常结束。
从更新SQL DB视表过滤器属性对话框的 I/O视表标签中点击 输出用视表的COMMIT方法字段的
按钮，
打开数据保证COMMIT方法的设定对话框。
执行对话框中的如下设定。
- 为有无数据保证(COMMIT)设定有。
- 当视表过滤器完成时发送数据保证(COMMIT)时设定数据保证记录数。
- 在同步超时时间中设定秒数，要小于连接数据库时的锁定超时时间的设置。
如上所述，如果自动COMMIT失败，更新内容是不会同步的。 但是如果由于数据库锁超时或任何网络错误的中断，执行都会被取消，COMMIT失败。 因此，可以通过设定同步超时时间比数据库锁超时时间小的值来降低不同步的可能性 (该值应该小于包含指定网络连接时间的超时时间)。
当更新SQL DB视表过滤器的拒收(Reject)用视表(更新SQL DB连接源信息视表) 是作为同步视表过滤器被注册时， 拒收(Reject)用视表不会等待而正常COMMIT。