目前，他们在一台需要淘汰的服务器上安装了单个 SQL 2000 Std。他们在终端服务中运行一个应用程序来操作数据。
因此，我正在考虑两台装有 SQL 2008 的新服务器（我希望是工作组...），一台在现场，另一台通过 IPsec 隧道连接。连接尚未建立。每台服务器都将运行终端服务，本地安装的应用程序将设置为使用其本地 SQL 实例。
因此，有人可以通过 TS 登录到 Server1 并访问主 SQL 服务器。或者通过 TS 登录到 Server2 并访问备份 SQL 服务器。他们只需像往常一样启动应用程序即可。
因此我需要让 server2 保持最新状态，这样即使 server1 崩溃，我只需告诉用户连接到 Server2 即可。然后他们就可以继续他们的一天。
当服务器 1 修复后，我会将其上线，可能会手动验证服务器 2 的更改。然后将所有人重新移回 1。
那么在一个完美的世界里这会发生，哈哈，我能接近多少呢？
虽然我确实需要双向同步，但这不是每天的事情，并且变化通常应该限制在一次一侧，而且用户群很小。
我不是 SQL 专家，所以我真的想避免每次来回切换时都出现非常复杂的过程。
答案1
如果您要求两台服务器始终可访问并来回复制记录，我建议您研究合并复制。
该设置不会造成停机，但它确实带来了一些其他挑战。
合并复制的工作原理： http://msdn.microsoft.com/en-us/library/ms151329.aspx
合并复制概述 http://msdn.microsoft.com/en-us/library/ms152746.aspx
答案2
我认为日志传送正是您在这里寻找的。Edwin Sarmiento 根据下面列出的这篇博客文章，在 SQL Server MVP Deep Dives 一书中就此主题撰写了一章（#35）非常好的章节。
http://bassplayerdoc.blogspot.com/2007/10/your-poor-mans-sql-server-log-shipping.html
http://www.thirdtier.net/2010/05/你的贫穷的人-sql-server-log-shipping-powershell-version/
一开始可能看起来有点令人生畏，但一旦你理解了日志传送的概念，它就非常简单了。Edwin 在那一章中做得很好，你会发现这非常有用。