启动代理的域用户账号必须具有读取发布-分发服务器目录的权限
你用的账号有没有读取\\ServerA\D$\Program Files\Microsoft SQL Server\MSSQL\repldata\unc\这个目录下的文件的权限?
你用的账号有没有读取\\ServerA\D$\Program Files\Microsoft SQL Server\MSSQL\repldata\unc\这个目录下的文件的权限?
说明一下:我的服务器是两个接入不同机房的服务器都有公网IP,而且互相都已经使用别名注册好了SQL实例,在各自的服务器上访问对方没有一点问题,但是就是无法复制和订阅,郁闷,这个东西操作看来实在是太复杂了。
我看了一些帖子,说是要建什么VPN,但我的两台服务器都是在公网里面的,好象不建什么VPN也可以直接通过输入\\+IP访问彼此的共享文件夹,建了VPN后好象也没什么变化啊。
有不有高手指教指教一下?不指教的话,跟个帖顶一下也好啊,拜托大家啦。
另外,在公网上多半是不行的,老兄。
因为复制是基于远程过程调用(RPC)的,RPC应该不会使用tcp/ip协议,
所以的两台SQL实际上根本不能互相认证对方,复制是不能进行下去的。另外,数据库复制其实消耗很多系统资源,一般在生产环境或SQL服务器比较忙的环境中不推荐使用的。你如果为了达到高可用性,在SQL2000中可以使用log shipping(日志转移),在SQL2005中可以使用log shipping或者数据库镜像。我们在生产环境中SQL集群实现本地高可用性,在另外一个城市有灾难备份中心,就是使用log shipping,但走得的是专线,不是公网。如果走公网,的确是需要VPN的,而且需要支持RPC才行。
我的情况跟您的有一些相象,就是在两个城市里面各有几台服务器,可以做本地高可用性也可以在另外的城市备份,但没有专线,所有服务器除了在同一个城市的可以走内网,其它的都要通过公网通讯。
VPN方面的,要去网络方面的论坛上问问了。如果为了实现远程备份和高可用性的话,用log shipping(日志转移)是比较有效的,比复制好。
日志转移可以走FTP,但你要写点代码。数据库复制其实是有点让人晕,能不用就不用吧。