如果我在这里说得不太清楚,请原谅。我对复制还很陌生,并且已经研究了很长时间如何在我们的场景中实现事务复制。
在设置 2008R2 服务器到 2012 分发服务器到 2012 订阅服务器的事务复制之前,我正在尝试考虑所有选项。所有三台服务器都处于完整恢复模式。每 15 分钟进行一次日志备份,每天在用于复制的所有三台服务器数据库上进行完整备份。我们想使用订阅服务器作为报告服务器。发布服务器是我们的主要 OLTP 数据库
在生产环境中实施事务复制之前,我应该牢记哪些特殊注意事项。
设置此复制后,我应该使用哪些查询来监控发布者上的日志空间使用情况、IO 使用情况和 CPU 使用情况?我应该多久使用这些查询一次 - 我应该通过 SQL 代理作业按小时/天定期运行它们吗?
如果在设置复制后发布者数据库出现性能问题怎么办?如果我必须删除事务复制 - 这会以任何方式影响我的发布者吗?例如,T 日志会受到影响吗?还是不会受到影响并会像平常一样备份(就像复制之前一样)?或者如果删除复制,会破坏发布者的 T 日志链吗?
如果事务复制给我的发布者带来了问题,我可以安全地删除它吗?
我先回答你的广泛问题。答案是肯定的。你可以按照Microsoft 的“在 SQL Server 中手动删除复制”进行操作。
在生产环境中实施事务复制之前,我应该牢记哪些特殊注意事项。
在生产环境中执行此操作之前,您应该先在非生产环境中进行测试。这些文档应该可以帮助您入门:
设置此复制后,我应该使用哪些查询来监控发布者上的日志空间使用情况、IO 使用情况和 CPU 使用情况?我应该多久使用这些查询一次 - 我应该通过 SQL 代理作业按小时/天定期运行它们吗?
您对标准性能指标的监控不会因为添加复制而改变。您需要获取新的基线并调整警报阈值。您必须注意上述文档中提到的一些特定于复制的监控。
如果在设置复制后发布者数据库出现性能问题怎么办?如果我必须删除事务复制 - 这会以任何方式影响我的发布者吗?例如,T 日志会受到影响吗?还是不会受到影响并会像平常一样备份(就像复制之前一样)?或者如果删除复制,会破坏发布者的 T 日志链吗?
按照 Microsoft 文档删除复制即可。事务日志链不会受到影响。