关于日志传送问题[未能生成传送计划]

[yonghengdizhen]

http://goodfamily-xian.vicp.net/sql_log_shipping_error.jpg
在配置日志传送过程中出现以上的提示
主服务器定义为test1,目标服务器定义为test2
不知是什么原因,其中主服务器和目标服务器都设置了相应的共享目录用于日志传递
目标服务器装载状态设置为备用
主服务器传送数据库恢复模式设置为大容量日志方式和完全恢复方式都试过.

[yonghengdizhen]

在恢复时失败,问题出在哪儿?

[yonghengdizhen]

sqlmaint.exe 失败。 [SQLSTATE 42000]（错误 22029）. 步骤失败。

[zjcxc]

看看具体的错误啊

[yonghengdizhen]

[Microsoft SQL-DMO （ODBC SQLState: 42000）] 错误 3101: [Microsoft][ODBC SQL Server Driver][SQL Server]因为数据库正在使用，所以未能获得对数据库的排它访问权。
[Microsoft][ODBC SQL Server Driver][SQL Server]RESTORE LOG 操作异常终止。
现在已经正常..

日志传送需要排它访问数据库???
如果是那样,那么在接收日志的过程中,不能有数据库的访问了是吗?

[zjcxc]

是初始化目标库的时候吧? 目标库必须获得排它访问权才能初始化

[yonghengdizhen]

我现在在运行过初始化之后仍然出现这个情况,
源服务器上备份调度间隔为1分钟
复制调度间隔为1分钟
装载调度间隔也是1分钟
上述时间设置会是问题所在吗?

[zjcxc]

不会啊,我这样测试过,是没有问题的.

[yonghengdizhen]

那会是什么原因呢.
按照上述调度计划,从源服务器上的更改到目标服务器上的同步更新,平均的时间间隔应该是多大呢?我发现时间不止1分钟,但又小于3分钟.

[yonghengdizhen]

另外,日志传送和发布订阅,哪种方式更适合两数据库之间的数据同步呢(在同一网段的高速连接)

[zjcxc]

或者删除了重新做配置吧

日志传送只是简单的把一个数据库的变化,打包传递给备份服务器,备份服务器应用这个数据包实现备份服务器上数据的同步(实质是备份/还原操作),所以要求备份服务器的数据库为只读

这种同步是单向的,配置简单

[zjcxc]

发布/订阅可以实现多同服务器数据库之间的同步,而且各台服务器都允许修改数据,最后做合并处理(跟发布方式有关),配置复杂,但可以实现更灵活的功能

[yonghengdizhen]

其实我想知道的是这两种方式对数据库(源或目标)的性能影响哪个更大.
我目前采用如此配置的目的是提高并发访问数据库的性能.把一部分耗时的查询操作转移到备用服务器上.如果按照上面两种方法所做的工作不能提高性能的话,那我的工作就算是白做了.

[zjcxc]

当然是日志传送的影响小一些

[yonghengdizhen]

那么安全性呢?

[zjcxc]

安全性不是体现在这两种方法上,是体现在你的管理及配置上

不管是发布/订阅,还是日志传送,它都要在各服务器之间传递数据,因此需要一些共享和一些有权限的用户,如果你从这方面考虑安全性,那它们是相同的.

[zjcxc]

可能是共享还没有设置好
你用下面的语句检查一下能否读共享目录
exec master..xp_cmdshell 'dir \\计算机IP\共享的日志处理目录'

[yonghengdizhen]

那么我在哪个服务器上执行上述命令呢?
另外说明,我是在test2机器上的企业管理器中设置日志传送的,在test2上要以什么样的权限访问test1上的共享才可以呢?
在TEST2上测试的结果如下:
=====================================================
命令:
exec master..xp_cmdshell 'dir \\test2\backup'
-----------------------------------------------------
输出:
驱动器 \\test2\backup 中的卷没有标签。
卷的序列号是 5C69-6E47
NULL
\\test2\backup 的目录
NULL
2004-11-10 14:55 <DIR> .
2004-11-10 14:55 <DIR> ..
0 个文件 0 字节
2 个目录 3,626,131,456 可用字节
NULL
=====================================================
命令:
exec master..xp_cmdshell 'dir \\test1\backup'
-----------------------------------------------------
输出:
登录失败: 未知的用户名或错误密码。
NULL
====================================================

[yonghengdizhen]

但在TEST2上的资源管理器中,我直接敲入\\TEST1\BACKUP可以访问而不需要进行权限检测,难道因为我的SQL Agent启动用户是 SQLAgent(属于Administrators)而不能访问吗?
但是我把\\TEST1\BACKUP的共享ACL及文件系统ACL加入了Administrator,everyone,NETWORK啊.

[zjcxc]

当然是在test1中测试test2的共享,test2中测试test1的共享

看你上面的错误,是权限没有设置好的缘故,在两台服务器上都做如下配置
把sql和sqlagent服务的启动帐户改为 administrator
设置两台电脑的administrator的密码相同,并且保证共享目录能被 administrator 用户读/写

[yonghengdizhen]

除了让密码相同之外没有别的方法了吗?
我现在Test1上的服务帐号为Administrator/空密码
Test2上的服务帐号为SQLAgent(属于管理员组)/非空密码