我们有两个 SQL 2008R2 机箱 - 每个机箱位于不同的地理位置的数据中心 - 使用对等复制保持同步（一对较小的机箱充当复制提供程序）。这种复制运行良好，已超过 3 年，没有出现重大问题。最近，我们在第三个数据中心引入了一个 2016（具有自己的代表提供程序）机箱，最终目标是其中一个 2008R2 数据中心将消失。2008R2-1 仍然与 2008R2-2 保持对等。据我了解，2008R2-2 有一个与 -1 的对等拓扑设置，以及另一个与 2016-1 的拓扑设置。
现在来看看奇怪的部分。2019 年 7 月 9 日 13:52 至 13:55 之间，一张表的普通用户类型更新发生。然后，这些相同的记录发生了更多更新。对该表的任何更改都会触发审计触发器，记录原始数据、更改的数据、用户、时间等。2019 年 7 月 11 日 14:40 至 14:50 之间的某个时间，一些数据项恢复到 7 月 9 日的更改。审计示例如下：2019-07-09 13:55 DueDate 从 2019-07-11T12:00 更改为 2019-07-11T17:00 2019-07-09 15:30 DueDate 从 2019-07-11T17:00 更改为 2019-07-13T17:00 2019-07-10 10:30 DueDate 从 2019-07-13T17:00 更改为 2019-07-15T17:00 2019-07-10 14:30 DueDate 从 2019-07-15T17:00 更改为 2019-07-16T17:00 2019-07-11 14:51 DueDate 从 2019-07-11T12:00 更改为 2019-07-13T17:00
没有数据被改回的审计记录，只有数据被修复的审计记录。任何关于这种情况如何发生的想法都将非常有帮助