系统数据库上的复制

Question

是否可以复制系统数据库？我之所以问这个问题，是因为我之前遇到过一个问题（已描述这里) 这一现象看似不可能出现，但本周又再次出现。

这次 TempDB 日志增长很快，根据 log_reuse_wait_desc，已启用复制。一旦禁用复制，日志就会很快清除。我们在 SQL 小组开过会，只有他们有访问权限，我猜他们知道如何设置复制，但没有人尝试在这些全新服务器上的任何数据库上设置复制。再说一次，我不认为 SharePoint 数据库可以复制，系统数据库也是如此，但我们仍然遇到这个问题。

有人有过这样的经历吗？功能以看似不可能的方式打开或关闭？

Answer 1

根据您的第一个问题，不支持系统数据库的复制。

关于您的核心问题：

您是否跟踪过事件，这些事件明确地告诉您最终用户未启用此功能？如果这种情况定期发生，您可能需要审核/跟踪相关事件以确保情况确实如此。这背后最常见的原因是确实有人在某个时候启用了此功能（有时就像只是在 SSMS 中尝试复制向导一样无辜）。

话虽如此，我看到过一种罕见的情况，即运行 DBCC CHECKDB \ DBCC CHECKTABLE 时出现数据丢失，在修复期间将数据库标记为要复制（即使它不是发布）。这种情况很少见，所以我认为您应该首先验证更常见的情况（除非您最近一直在执行 DBCC CHECKDB\CHECKTABLE 时出现数据丢失）。