假设您有一个生产数据库和一个临时数据库，您希望通过互联网在半小时基础上进行复制。 一般意图是有一个备用的备份，但也有第二个只读的数据库进行testing。
你将如何去设置和configuration它？
关于性能影响的任何说明都是有利的。
（有关SQL SERVER 2005或2000的答案也欢迎）
你会想看看日志传送。 虽然下面的文章是几岁，它会引导你通过为什么和现在：
http://www.sql-server-performance.com/articles/clustering/log_shipping_70_p1.aspx
SQL联机丛书在这里覆盖它： http : //technet.microsoft.com/en-us/library/bb895393.aspx
如果您正在寻找数据库镜像，那么如果这些机器位于同一个域上，则更简单。 如果没有，那么你可以按照指示@ SQL镜像非域服务器
我应该注意到，这也适用于域成员服务器，但也有几个不同的步骤需要。 它也是为SQL 2005编写的，但在SQL 2008上应该几乎完全相同
如果您想每半个小时复制一次，日志传送将是您select的技巧。
更实时的解决scheme是使用数据库镜像（SQL 2005及更高版本）。
日志传送可以通过networking共享或FTP完成，而数据库镜像需要在指定的端口上的两台服务器之间有套接字连接。
数据库镜像需要的总体带宽较less，因为事务几乎是实时移动的，但是使用日志传送时，只有备份日志时才会移动日志，因此需要更多的带宽，但需要更短的时间。
还有几条信息可以提供，可能会改变日志传送的答案（尽pipe迄今为止所说的日志传送是所有人都说的方法）
1）你想用临时数据库做什么？
如果你只是想把它作为一个备用，日志传送是好的。 如果您只想读取它，日志传送也是很好的，但是您需要使用STANDBY恢复日志，然后在做出数据库连接的操作时作出策略决定，以便恢复下一个时间日志备份 – 踢出或不？ 如果没有，你需要监视，以确保数据库不会太远离同步。
如果你也想写数据库（比如做一些ETL），日志传送不是答案，因为它不允许对数据库的写访问，你可能想要考虑某种forms的复制。
希望这可以帮助