最适合 SQL Server 2005 的“复制”技术

最适合 SQL Server 2005 的“复制”技术

我有一个 SQL 2005 数据库,目前大小为 15GB。我们通过此系统进行大量基于 Web/Intranet 的报告,结果发现性能受到影响。

我想在另一台服务器上创建实时数据库的副本,并从实时数据库不断更新它。

最有效的方法是什么,记住复制数据库永远不会改变,所以我只需要同步/复制是“单向的”,但我们无法处理超过 15 分钟的滞后。

两台服务器都运行 Windows 2003 和 SQL 2005 标准版(非企业版)

答案1

MSSQL 在线书籍是一个很好的起点。您是否不喜欢使用 MSSSQL 的内置复制?生产服务器上的更改将在它们到达生产服务器上的日志(我认为)时立即被复制。您可以非常轻松地设置单向事务复制。只需确保在开始复制之前满足您的需求即可。检查了解有关复制的更多信息。

第一次复制数据会需要一段时间,但后续的变化会很快。

我正在使用复制将数据推送到 mysql 服务器,然后为我们的网站提供数据。它已在生产中运行了 2 个月,我们还没有遇到问题。mysql 服务器的初始加载花费了很长时间(2 天),但那是通过一个小型 VPN 管道进行的。通过 LAN 仅花费了几个小时。我们复制的日常更改移动得非常快。

相关内容