MSSQL 2008 R2 Replication

lwfoon

owen_zeng 发表于 2015-7-22 15:46
你的情况有点复杂，很难一下断定出来。不过既然问题已经发生，之前又没有audit ，原因已经很难查证。那么建 ...

standard edition是没有audit功能的。加上这个是live server不能拿来测试，又没有测试机给我。真的很头疼啊

lwfoon

详细的情况再次有条例的编写，方便大家了解。

MSSQL主要replication的数据库就称呼dbreplicate，真正数据被删除是dbnobody。

sql的store procesure(称呼为sp_delete)是use dbnobody来执行，分析其他系统的员工信息再通过linked server连接去oracle数据库（称呼为dbOracle)进行某个表的记录删除（表称呼为staff)

整个过程中，replication并没有包括dbnobody。虽然他们是在同一个mssql instance。

所以，我不明白：
执行dbreplicate去replicate到其他DR，如何导致dbnobody的数据出现变化。进而导致sp_delete会删除dbOracle的staff表。里头有840行数据，被删除了500多行的数据。这是一个很没有逻辑的事情。

后记：
经过甲骨文的帮助，我恢复了dbOracle的表staff数据。但是，我还是很困扰。现在已经暂时停止replication。

owen_zeng

lwfoon 发表于 2015-7-24 11:00
详细的情况再次有条例的编写，方便大家了解。

MSSQL主要replication的数据库就称呼dbreplicate，真正数据 ...

不得不说，你这次问题描写比之前清楚很多
但是还是有没有描述清楚的地方---》如何导致dbnobody的数据出现变化。进而导致sp_delete会删除dbOracle的staff表
dbnobody 数据库中数据库发生了什么变化？
这个变化又是如何导致删除dbOracle的staff表？
上面并没有描述清楚，从上面描述我理解的是这个SP直接去删除的。跟dbnobody没什么关系。

lwfoon

owen_zeng 发表于 2015-7-24 11:26
你这次问题描写的很清楚。如果最开始就这么描述可能大家都会很容易明白发生了什么。

抱歉，之前系统出问题的时候我自己也是一个头两个大

owen_zeng

lwfoon 发表于 2015-7-24 11:29
抱歉，之前系统出问题的时候我自己也是一个头两个大

现在事情进展怎么样了。

没有描述清楚的地方---》如何导致dbnobody的数据出现变化。进而导致sp_delete会删除dbOracle的staff表
dbnobody 数据库中数据库发生了什么变化？
这个变化又是如何导致删除dbOracle的staff表？
上面并没有描述清楚，从上面描述我理解的是这个SP直接去删除的。跟dbnobody没什么关系。

lwfoon

owen_zeng 发表于 2015-7-27 17:20
现在事情进展怎么样了。

没有描述清楚的地方---》如何导致dbnobody的数据出现变化。进而导致sp_delete ...

不能做什么了。工作日记被人清空。唯一可以证明的是，我的设定没有影响任何的系统。

sp_delete是根据某些逻辑定义dbnobody后，连接去dbOracle删除数据。有两个可能：

1 某些人输入批量错误的数据进去dbnobody。通过程序输入，找不到相关人员资料。程序本身并没有工作日记生成。
2 老旧系统的SA太多人拥有登陆密码，可能手动修改数据错误。