在SQL Server 2005上使用MOSS 2007有没有办法从生产服务器到备用服务器进行“单向”数据同步？ 这只是一个单向过程，并且可以每天发生，而不是实时发生。 除非主服务器出现故障，否则备用服务器将不会被使用，切换将是手动的。
DrStalker，
你有很多select，尼克和汤姆都强调了其中的几个。 对于您的具体情况，我个人发现日志传送是一个很好的select。 一旦设置完成，您可以直接将备用服务器场保留在数据库中处于待机/恢复模式，直到需要为止。 如果您的主服务器/服务器场应该停机，则会打开备用服务器。
日志传送的好处在于您的functionRPO（恢复点目标）窗口可能比您描述的24小时小得多。 默认情况下（如果我记得正确），日志传送可以每15分钟进行一次。 该间隔也可以configuration为大约五分钟。 您需要做的一个大型农场更改是确保您的所有数据库都处于支持日志传送的恢复模式（通常是完全恢复）。
数据库镜像是一个选项，它已被用于为SharePoint环境提供接近实时的故障转移function。 不过，这种灵活性带来了一些重大的限制和要求。 数据库镜像对networking延迟问题非常敏感，因此如果您的生产数据库和备份服务器距离networking方面不太近，就会出现问题。 另外，你需要对你的环境进行一些改变，这些改变并不是微不足道的。 Tom提供的链接对于一些额外的背景和实现帮助是很好的。
根据您的备份环境需要，您可能会考虑的另一个选项（允许您完全绕过SQL Server的选项）是Content Deployment。 MOSS的内容部署机制是SharePoint的导出和导入function的实现; 您指定源信息（源服务器场和站点），目的地（在您的情况下，备份服务器场）和操作间隔，SharePoint负责导出您的站点并将其带入目标。 这在发布农场场景中通常是有利的，但在您的情况下，这可能是另一种可能的select。 你可以在这里find一些额外的信息： http : //technet.microsoft.com/en-us/library/cc263428.aspx
最后，可能适用于您的另一个非SQL选项只需简单地脚本化所需的相应STSADM.exe -backup操作，将文件复制到备份服务器，然后执行关联的STSADM-exe -restore操作以将内容。这不会做任何事情（function上）不同于SQL数据库导出和导入，但它是另一个相对简单的select。
祝你好运！
最简单的select是在备用数据库上设置一个SQL代理作业，每天从主数据库备份中进行恢复。 您可以通过UNCpath进行恢复，以节省您不必复制备份的麻烦。
另外，您还需要确保您的login信息与主服务器保持同步，您可以使用传输login任务在SSIS中执行同步。
另一种方法是使用日志传送，尽pipe您应该每天进行一次日志备份。 这样做的缺点是你需要把你的数据库设置为完整或批量恢复模式。
SQL Server备份和还原可能适用于您的scheme。 另一个可能性是SQL Server的镜像。 微软写了一份白皮书，解释了它是如何工作的， 为SharePoint产品和技术configuration数据库镜像 。 我已经看到了这个工作，并且已经介绍了手册的变化，阅读完白皮书之后不需要太多的工作。 在发生主镜像故障（如本博客文章）后，您还可以find脚本来手动更改SharePoint所需的更改。