Sql server 复制以验证脚本是否成功'；在较低的生命周期中不断裂

我需要知道在没有订阅服务器的QC环境（SQL Server 2005）中设置事务/快照复制是否存在任何危险，这样我们就可以测试部署脚本的“复制敏感性”。最近推出了数千个脚本，其中许多（21个）在复制对象上进行了拖放+创建，而不是“如果不存在创建”+更改。厌倦了敲打鼓，想在DEV或QC中安装/配置复制，就像在生产中使用复制一样，但没有任何订阅者。不确定没有订阅者是否会影响日志文件。我认为不会，但我想我应该问问更聪明的人。

您将需要设置订户，以便知道复制何时实际中断。我们在QA和Prepod环境中设置了复制，并将它们指向同一服务器上的第二个SQL实例，或仅指向同一实例上的第二组数据库（例如REPL_Databasename）

---

这样，当更改被推送到QA或PRE并且复制中断时，您可以修复迁移脚本，以便在推送到PROD时不会发生这种情况。

我通常在卷展中看到DML/DDL，因此设置实际的发布/订阅复制意味着订阅服务器的数据量大于1TB，因此我希望只设置文章而不设置订阅服务器。由于我们也在复制DDL（0x0803509F），所以问题主要来自不断出现的旧的drop/creates。如果没有安全的方法以这种方式实现复制（有点像在单节点集群上安装SQL Server），那么我将不得不考虑如何为完整的repl设置获取磁盘空间。如果没有其他人站出来考虑我的初衷，我会投票支持你的答案。谢谢你的帮助！