sql server发布订阅和log shipping日志传送的优缺点

快照传送
备份模式	可选方式	选项参数说明	可发布对象	逻辑说明	适合场景	缺点
PUB/SUB（发布和订阅）	快照发布	发布服务器按照预定的时间间隔向订阅服务器发布快照	表 存储过程 视图等	通过源数据服务器发布数据，然后通过网络将快照传送到目标数据库进行数据同步	事务复制通常用于需要高吞吐量的服务器到服务器方案（包括：提高可伸缩性和可用性、数据仓库和报告、集成多个站点的数据、集成异类数据以及减轻批处理的负荷）。 合并复制主要是为可能存在数据冲突的移动应用程序或分步式服务器应用程序设计的。 常见应用场景包括：与移动用户交换数据、POS（消费者销售点）应用程序以及集成来自多个站点的数据。 快照复制用于为事务复制和合并复制提供初始数据集；在适合数据完全刷新时也可以使用快照复制。	1:当大批量输出线更新或者插入，可能会出现数据不同步 2:不能同步整个数据库的数据，比起存储过程或者第三方软件比如kettle而言，显得更加僵硬
	事务发布（最常用）	在订阅服务器收到已经发布数据的初始快照后，发布服务器将事物流式传输到订阅服务器
	具有可更新订阅的事物发布	在sql server订阅服务器收到已经发布数据的初始快照后，发布服务器将事务流式传输到订阅服务器，来自订阅服务器的食物被应用于发布服务器
	合并发布	在订阅服务器已经收到已发布数据的初始快照后，发布服务器和订阅服务器可以独立更新已发布数据，更改会定期合并
日志传送
Log shipping（日志复制)	逻辑说明		优点		处理过程
	SQL Server 日志传送，可以自动将“主服务器”实例上“主数据库”内的事务日志备份发送到单独“辅助服务器”实例上的一个或多个“辅助数据库”。 事务日志备份分别应用于每个辅助数据库。 可选的第三个服务器实例（称为“监视服务器 ”）记录备份和还原操作的历史记录及状态，还可以在无法按计划执行这些操作时引发警报。		为单个主数据库以及一个或多个辅助数据库（每个数据库都位于单独的 SQL Server实例上）提供灾难恢复解决方案。   支持对辅助数据库的受限的只读访问权限（在还原作业之间的间隔期间）。   允许用户将延迟时间定义为：从主服务器备份主数据库日志到辅助服务器必须还原（应用）日志备份之间的时间。 例如，如果主数据库上的数据被意外更改，则较长的延迟会很有用。 如果很快发现意外更改，则通过延迟，您可以在辅助数据库反映此更改之前从其中检索仍未更改的数据。		在主服务器实例中备份事务日志。   将事务日志文件复制到辅助服务器实例。   在辅助服务器实例中还原日志备份。