![系统数据库上的复制](https://linux22.com/image/543656/%E7%B3%BB%E7%BB%9F%E6%95%B0%E6%8D%AE%E5%BA%93%E4%B8%8A%E7%9A%84%E5%A4%8D%E5%88%B6.png)
是否可以复制系统数据库?我之所以问这个问题,是因为我之前遇到过一个问题(已描述这里) 这一现象看似不可能出现,但本周又再次出现。
这次 TempDB 日志增长很快,根据 log_reuse_wait_desc,已启用复制。一旦禁用复制,日志就会很快清除。我们在 SQL 小组开过会,只有他们有访问权限,我猜他们知道如何设置复制,但没有人尝试在这些全新服务器上的任何数据库上设置复制。再说一次,我不认为 SharePoint 数据库可以复制,系统数据库也是如此,但我们仍然遇到这个问题。
有人有过这样的经历吗?功能以看似不可能的方式打开或关闭?
答案1
根据您的第一个问题,不支持系统数据库的复制。
关于您的核心问题:
您是否跟踪过事件,这些事件明确地告诉您最终用户未启用此功能?如果这种情况定期发生,您可能需要审核/跟踪相关事件以确保情况确实如此。这背后最常见的原因是确实有人在某个时候启用了此功能(有时就像只是在 SSMS 中尝试复制向导一样无辜)。
话虽如此,我看到过一种罕见的情况,即运行 DBCC CHECKDB \ DBCC CHECKTABLE 时出现数据丢失,在修复期间将数据库标记为要复制(即使它不是发布)。这种情况很少见,所以我认为您应该首先验证更常见的情况(除非您最近一直在执行 DBCC CHECKDB\CHECKTABLE 时出现数据丢失)。