我想知道在可能具有其他也可能使用复制的应用程序数据库的SQL Server实例上使用SQL Server复制的最佳实践是什么。 也就是说，我们的产品需要与实例的其他用户良好地配合。
该产品当前使用SQL Server复制来创建用于报告的副本数据库。 它始终是SQL Server实例的唯一用户。 但是我们现在需要记录和测试（ 法规要求 ）产品如何共享实例。
我在这里假设我们仍然需要复制，因为我们看不到另一种将报告负载与应用程序数据库隔离的方法。
有人成功做到了吗？
如果我们使用实例级复制：
有没有一种方法可以停止/启动/修改应用程序的复制而不影响其他应用程序？
设置有很大不同吗？ 也就是说，在应用程序之间共享实例级别的复制设置是否现实？
非实例复制看起来很难，我在这里有错误的看法吗？
我们的客户使用SQL Server 2008 R2或SQL Server 2012。
在实例级别，复制仅配置一个分发服务器。 也就是说，无论您为实例上的复制配置了多少个数据库，它们都将共享一个分发服务器。 您确实可以选择使该分发服务器为本地（即，在同一实例上）或远程。 因此，如果您发现分发占用了大量资源（或预计情况将会如此），请配置远程分发。
无论使用什么驱动器保存数据库的日志文件，都需要在其吞吐量中留有足够的空间以处理logreader代理。 如果您担心数据库的活动会影响其他数据库，请隔离。
至于其他问题，复制与您的业务应用程序非常相似。 也就是说，它需要读取数据（根据您正在谈论的复制阶段从发布者和分发者那里读取数据）和写入数据（取决于您所谈论的复制阶段是从分发者和订阅者那里再次读取数据）。 相应地配置资源，您就可以了。