在 SQL Server 2005 上使用 MOSS 2007 是否有办法将数据从生产服务器“单向”同步到备用服务器？这将是一个单向过程，并且可以每天发生而不是实时发生。除非主服务器发生故障，否则备用服务器根本不会使用，并且切换将是手动的。
答案1
DrStalker，
您有许多可用的选项，Nick 和 Tom 都强调了其中几个。对于您的特定场景，我个人认为日志传送是一个很好的选择。设置完成后，您只需将备用服务器群置于备用/恢复模式的数据库中，直到需要时为止。如果您的主服务器/服务器群发生故障，您可以启动备用服务器群。
日志传送的好处在于，你的功能 RPO（恢复点目标）窗口可以很多小于您描述的 24 小时。默认情况下（如果我没记错的话），日志传送可以每 15 分钟进行一次。该间隔也可以配置为大约五分钟。您需要进行的一项重大服务器场更改是确保所有数据库都处于支持日志传送的恢复模式（通常是完全恢复）。
数据库镜像是这是一种选择，它已用于为 SharePoint 环境提供近乎实时的故障转移功能。不过，这种灵活性也伴随着一些重大的限制和要求。数据库镜像对网络延迟问题非常敏感，因此，如果您的生产数据库和备份服务器从网络角度来看距离不近，就会出现问题。此外，您还需要对您的环境进行一些不小的更改。Tom 提供的链接对于一些额外的背景和实施帮助非常有用。
根据您的备份环境需求，您可能考虑的另一个选项（允许您完全绕过 SQL Server）是内容部署。 MOSS 的内容部署机制是 SharePoint 导出和导入功能的一种实现；您指定源信息（源场和站点）、目标（在您的例子中是备份场）和操作间隔，SharePoint 负责导出您的站点并将其带入目标。这通常在发布场场景中使用，但在您的情况下它可能是另一种可行的选择。您可以在此处找到一些其他信息：http://technet.microsoft.com/en-us/library/cc263428.aspx
最后，另一个可能对你有用的非 SQL 选项是简单地编写适当的脚本STSADM.exe-备份所需的操作，将文件复制到备份服务器，并执行相关的STSADM-exe-恢复操作来引入内容。这实际上不会做任何与 SQL 数据库导出和导入（功能上）不同的事情，但它是另一个相对简单的选择。
祝你好运！
答案2
对您来说，最简单的选择是在您的备用服务器上设置一个 SQL 代理作业，该作业每天从主服务器上获取的备份中进行恢复。您可以通过 UNC 路径进行恢复，从而省去了复制备份的麻烦。
此外，您还需要确保您的登录信息与主登录信息保持同步，您可以在 SSIS 中使用传输登录任务来执行此操作。
另一种方法是使用日志传送，尽管你应该每天备份一次以上日志。这种方法的缺点是你需要将数据库置于完整或批量恢复模式。
答案3
SQL Server 备份和恢复可能非常适合您的情况。另一种可能性是 SQL Server 的镜像。微软撰写了一份白皮书，解释了它的工作原理，为 SharePoint 产品和技术配置数据库镜像。我已经看到这种方法适用于所描述的手动更改，阅读白皮书后，设置起来并不费力。您还可以找到编写 SharePoint 主镜像故障后所需的手动更改脚本的方法，例如这个博客原声带