浅析SQL Server复制的向后兼容性

核心提示：虽然说SQL Server 2008到目前为止已经算是新版本的数据库系统了，但是其以后还会不断的更新换代，浅析SQL Server复制的向后兼容性，为此在部署SQL Server 2008的时候，数据库管理员仍然需要考虑到向后兼容性的问题，为此数据库管理员在部署复制作业时，最好不要使用这个参数，为了减少以后升级的麻烦，

虽然说SQL Server 2008到目前为止已经算是新版本的数据库系统了。但是其以后还会不断的更新换代。为此在部署SQL Server 2008的时候，数据库管理员仍然需要考虑到向后兼容性的问题。为了减少以后升级的麻烦，数据库管理员有必要了解这个话题。具体来说，就是要了解SQLServer2008的数据库版本中，哪些功能可能在以后的数据库版本中会被抛弃。然后数据库管理员在部署这些功能时，要慎重。能够不用就不用，或者用其他功能来代替。免得在以后数据库升级过程中，再来进行调整。笔者现在就以数据复制功能为例，谈谈如何做好这个向后的兼容性。

一、 在SQL Server 2008中不推荐使用事务复制的订阅过期。

其实这个订阅保持期就好像是一个“有效期”或者叫做“质保期”。如果数据库系统未能够在有效的“质保期”内完成同步订阅工作，则这订约作业就会停用或者过期。如假设最大的分发保持期为72小时(这是SQLServer数据库的默认设置，管理员可以根据实际情况来调整)，如果订阅未能够在72小时内同步的话，而且分发数据库中还存在尚未传递到订阅服务器的更改，则订阅作业将会被分发服务器上运行的“清除分发”作业标记为停用。此时数据库管理员如果要重新启用这个订阅功能的话，那么就必须重新初始化订阅。

而在数据库中，主要是这个sp_addpublication过程来控制这个订阅周期。在这个存储过程中，有一个@retention 属性。这个属性主要用来设置订阅活动的保持期。默认情况下这个属性的值为336小时。如果订阅活动在保持期内不活动的话，则过期后系统就会将其自动删除。一般来说，这个值可以大于发布服务期使用的分发数据库的最大保持期。也就是说，他们具有一定的独立性。如果数据库管理员想让订阅永远不过期的话，则只需要将这个参数设置为0即可。不过根据微软的官方资料可以知道，这个参数的话在以后的版本中可能会被逐渐的淘汰。因为这个属性如果设置不当的话，会给合并复制造成一系列的不利影响，影响合并复制作业的稳定性。为此数据库管理员在部署复制作业时，最好不要使用这个参数，以免跟后续的数据库版本不兼容。