sql server 2005 复制的问题

Question

最近碰到了复制的问题，真心请教。从生产DB A复制到B，B用作查询，A充当发布和分发。先是做事务复制，B请求订阅，发现A负载较高的时候，会出现大量的锁等待，影响生产库并发处理。
把复制删除后，生产库恢复正常。改为快照复制后，发现每天生成快照时，会发生死锁。。问题：
1、事务复制会对发布方产生很大压力吗，还是说压力来自分发这个步骤？
2、生成快照时，是否会将相关表锁住，阻止其它事务修改数据？

Answer 1

http://msdn.microsoft.com/zh-cn/library/ms146939.aspx-DistributorDeadlockPriority [-1|0|1] 
死锁发生时快照代理连接到分发服务器的优先级。
指定此参数是为了解决快照生成期间在快照代理和用户应用程序之间发生的死锁问题。DistributorDeadlockPriority 值说明
-1 
 在分发服务器上发生死锁时，应用程序而非快照代理优先。
0（默认值）
 未分配优先级。
1 
 在分发服务器上发生死锁时，快照代理优先。
 

Answer 2

参考:SQL SERVER 2005 同步复制技术以下实现复制步骤（以快照复制为例） 运行平台SQL SERVER 2005 一、准备工作： 1．建立一个 WINDOWS 用户，设置为管理员权限，并设置密码，作为发布快照文件的有效访问用户。 2．在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访）。打开1433端口，在防火墙中设特例 3．在发布服务器上建立一个共享目录，作为发布快照文件的存放目录。例如：在D盘根目录下建文件夹名为SqlCopy 4．设置SQL 代理（发布服务器和订阅服务器均设置）本篇文章发表于www.xker.com(小新技术网) 打开服务(控制面板---管理工具---服务) ---右击SQLSERVER AGENT---属性---登录---选择“此帐户“ ---输入或选择第一步中创建的WINDOWS 用户 ---“密码“中输入该用户密码 5．设置SQL SERVER 身份验证，解决连接时的权限问题（发布、订阅服务器均设置） 步骤为：对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“，然后点确定 6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。 7.在SQL Server中创建步骤1中对应的系统用户登陆名，作为发布数据库的拥有者（设置为dbo_owner和public）。 8．以系统超级用户sa登陆SQL Server建立数据库和表。 9．发布服务器和订阅服务器互相注册 步骤如下：视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组（也可不建）-----完成。 10．对于只能用IP，不能用计算机名的，为其注册服务器别名 二、开始： 发布服务器配置（在发布服务器上配置发布和订阅） 1． 选择 复制 节点 2． 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“ ----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网) 3． 右键本地订阅--------选择发布服务器-------选择订阅方式（如果是在服务器方订阅的话选择推送订阅反之 选择请求订阅）-------填加订阅服务器--------选择代理计划（一般选择连续运行）---------其余选择默认项。 至此, SQL SERVER 2005 同步复制就完成了。使用复制技术，用户可以将一份客户端的数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了！大大提高了工作效率！ 

Answer 3

maco_wang：
-DistributorDeadlockPriority 关于这个参数
1、应该如何设置？我是用management studio设置的，是设置完成后再运行什么命令来设置吗
2、我发现第一个死锁是在生成快照期间发生的，但在快照生成并完成同步后还会发生。如果参数设置为-1，是否可以根本解决死锁问题？rucypli：
你指的是不是事务复制时，订阅方未建立索引，导致同步数据时更新较慢，所以引起生产库拥塞？
事务复制不会自动建立索引吗？
多谢您提供这个思路。

Answer 4

1.原先事务复制的同步频率是不是太高了?是实时传送吧?
  建议不必实时同步,配置5分钟同步一次差不多就够了.
2.快照复制造成的LOCK数量会更大,详见快照复制的原理.