SQL7.0数据复制问题，解决肯定给分200分

Question

我想这个问题不是出在sql server上，而是出现在两台服务器的操作系统上。我建议你首先检查一下win2k的系统设置，是“本地模式”还是“混合模式”，只有在“混合模式”下win2k才能兼容从前的nt4的某些功能，如登陆验证、网络连接等等。建议你请个MCSE帮你看看，非常简单，当然不要请个“Paper MCSE”呀：）

Answer 1

我是将b(win2k)登陆到a(nt)域里，sql使用的是混合模式,sql的发布目录：\\CWSERVER\e$\MSSQL7\ReplData必须共享吗？

Answer 2

我在另一台c(nt，sql7.0)服务器上做成功了，因为但是同样方法在b(win2k)上出现如下提示：“Could not get license information correctly”，是不是认证方式不对

Answer 3

不是这个原因吧，我的两台服务器都是WIN2000阿，也出现这个原因，我认为是SQL复制配置不对，具体原因，我也在寻求答案。

Answer 4

在不同版本的 SQL Server 之间进行复制
因为可以每次对一台运行 Microsoft® SQL Server™ 2000 实例的服务器进行升级，可能会面临这样的情况，即复制拓扑中的服务器运行不同版本的 SQL Server。可以在不同版本的 SQL Server 之间进行复制，但通常仅限于所使用最早版本的功能。例如，如果您将分发服务器升级为 SQL Server 2000 的实例，但使用运行 SQL Server 7.0 版实例的发布服务器和运行 SQL Server 6.5 版实例的订阅服务器，则您限于使用 SQL Server 6.5 的复制功能，不能使用 SQL Server 7.0 或 SQL Server 2000 中引入的功能。若要使用新特性，请将用于复制的所有服务器升级为 SQL Server 2000。运行 SQL Server 早期版本的订阅服务器不支持 SQL Server 2000 中的可用功能。例如，如果合并发布包含仅在 SQL Server 2000 中才有效的功能，且对于运行 SQL Server 7.0 的订阅服务器使用强制订阅，则检查其向后兼容性，且合并代理程序将失败并显示错误信息，指出订阅服务器不满足兼容级别。如果事务发布包含仅在 SQL Server 2000 中才有效的功能，且使用对运行SQL Server 7.0 的订阅服务器的强制订阅，则不检查其向后兼容性，且分发代理程序可能失败且显示与向后兼容无关的错误信息，分发代理程序也可能会成功，但是事务处理将在另一点失败。如果发布具有对运行 SQL Server 早期版本的订阅服务器的活动订阅，且将仅在 SQL Server 2000 中才有效的功能添加到发布，则 SQL Server 7.0 订阅的合并代理程序或分发代理程序将失败。即使已安装了 SQL Server 2000 功能，代理程序也不能成功运行。必须删除订阅并重新创建发布和订阅。下面是复制拓扑中可以存在的 SQL Server 版本的不同组合。在使用 SQL Server 6.5 时，必须已经安装 SQL Server Service Pack 4 或更高版本。而在使用 SQL Server 7.0 时，必须已经安装 SQL Server Service Pack 1 或更高版本。SQL Server 6.0 版可在快照复制或事务复制中作为 ODBC 订阅服务器使用，但不能作为发布服务器使用。下表列出快照复制和事务复制的组合。  组合 1 组合 2 组合 3 
发布服务器 SQL Server 6,5 SQL Server 7.0 SQL Server 2000 
分发服务器 SQL Server 6.5 或 SQL Server 7.0 SQL Server 7.0 或 SQL Server 2000 SQL Server 2000 
订阅服务器 SQL Server 6.0、SQL Server 6.5、SQL Server 7.0 或 SQL Server 2000 SQL Server 6.0、SQL Server 6.5、SQL Server 7.0 或 SQL Server 2000 SQL Server 6.0、SQL Server 6.5、SQL Server 7.0 或 SQL Server 2000 
下表列出合并复制的组合。  组合 1 组合 2 组合 3 
发布服务器 SQL Server 7.0 SQL Server 2000 SQL Server 2000 
分发服务器 SQL Server 2000 SQL Server 2000 SQL Server 2000 
订阅服务器 SQL Server 7.0 SQL Server 7.0 SQL Server 2000 

Answer 5

请教请教：我的几台服务器都是win2000和sql2000的，但也出现了上述情况，不管是请求还是强制订阅，都是“进程连不上distribute服务器“，所以觉得不是这个原因吧，还有别的原因么？？？？
还有，我的服务器不在同一个域中。

Answer 6

你看看 msdtc 是否正常运行

Answer 7

我觉得还是两台服务器的信任关系没处理好，你可以反操作-NT4登录到WIN2000域里试试，也许正常呢！

Answer 8

msdtc正常，可是由于别的原因我的win2k没有设域，我的“The process could not connect to Subscriber”原因是连接超时，如果你的原因也是如此，我将可以为你解决

Answer 9

请breezek(breezek) 回答我，我就是在强制型订阅时出现了“The process could not connect to Subscriber”原因是连接超时，请问你是怎吗解决的？请教了，高手！！！

Answer 10

其他的我不必说了，特别的你需要在代理程序配置中将logintimeout时间延长我设置得是40，tools----->replication------>configure publishing,...---->disttributor--->agent profile----->copy 将其中的logintimeout改为40另存为xxx将其设为默认的，然后删除订阅，重新配置强制订阅，一切ok

Answer 11

breezek(breezek)你的回答很有效，我试了，成功了。我有问题问你，去看http://www.csdn.net/expert/topic/571/571176.xml?temp=.3956568

Answer 12

上面的错了，是这个：
http://www.csdn.net/expert/topic/572/572706.xml?temp=.1781732
请大家去看看，给些回答。

Answer 13

大家积极讨论，鼓励一下，我的win2k还是有问题：“Could not get license information correctly”，sql server7.0,必须打补丁吗

Answer 14

今天我刚试成功事务性复制和发布，两台NT SERVER（4.0），在不同域中，均是SQL 7.0，第一位所说的信任关系，我并没有建立；先配置分发服务器，指定发布服务器时，我指定了二者，否则，订阅服务器不能配置（我也纳闷）；发布的表需有主键，否则，也会提示出错。需要注意的是两方服务器均需启动SERVER AGENT

Answer 15

我的做成功了， larson(沙发) 说的对，升级win2k上的sql sever7.0的pack2 ,：“Could not get license information correctly”,错误没有了