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

核心提示： 如果一定要使用这个参数的话，那么最好能够遵循下面的一些建议，浅析SQL Server复制的向后兼容性(2)，一是如果采用合并复制，那么合并发布的保持期最好给一个宽限期，所以在2008版本中实现订阅服务器的话，那么最好不要再使用这个ODBC接口，因为可能数据库部署在不同的时区，如果没有宽限期

如果一定要使用这个参数的话，那么最好能够遵循下面的一些建议。

一是如果采用合并复制，那么合并发布的保持期最好给一个宽限期。因为可能数据库部署在不同的时区，如果没有宽限期的话，那么这些分布在不同时区中的订阅服务器，运行起来就可能会出现问题。为此笔者建议，通常情况下需要给其一个24小时的宽限期。即使现在企业用不到，但是随着后续规模的扩大，很有可能要在不同的国家设置数据库服务器。如美国的企业，可能会在国内的办事处设置一台订阅服务器，以提高办公的效率。此时就应该为其设置24小时的宽限期。

二是尽量不要将这个参数设置为0。如果把这个参数设置为0，就表示没有保持期的限制。虽然这从某个程度来讲，可以简化数据库管理员的维护工作。但是将这个参数的值设置为0，可能会产生一系列的负面效应。如此时数据库系统将无法删除元数据等等。

为此，笔者的建议时，在实现复制服务时，最好不要采用这个参数。如果一定要用的话，那么要给其设置一个合理的宽限期;并且最好不要将这个参数设置为0。虽然这不是强制性的规定，但是为了复制服务能够稳定运行，各位数据库管理员最好还是好好考虑笔者的这个建议。

二、 非SQL Server订阅服务器的处理。

SQL Server数据库在横向的兼容性上表现还是不错的。其不但可以支持SQL Server订阅服务器，还能够支持非SQLServer的订阅服务器。如果企业需要采用非SQLServer的订阅服务器，那么有两个实现的渠道，分别为ODBC与OLE DB。不过由于ODBC其在性能、安全上都不如OLE DB接口，为此在后续的版本中，微软数据库可能不会再支持ODBC接口。所以在2008版本中实现订阅服务器的话，那么最好不要再使用这个ODBC接口，而改用OLE DB接口。