RG SAM群集部署实指南.doc

第一章RG-AC的基本原理概述21.1 总述21.2 技术介绍2NLB2信息同步3第二章RG-AC配置指南32.1 搭建网络拓扑3RG-AC的应用群集基本拓扑结构52.2 安装RG-SAM V3.0企业版62.3 配置NLB62.3.1主群集管理器的配置62.3.2添加群集服务器172.3.3注意事项192.4 配置数据库复制192.4.1拓扑说明192.4.2基础配置212.4.3新建发布232.4.4新建订阅362.4.5重要提示：472.5 应用群集在RG-SAM 上的相关配置482.5.1应用集群配置482.5.2时间同步配置49第三章注意事项523.1部署拓扑重要注意事项523.2 SAM服务器管理器运行期内要求打开523.3 数据库内存限制523.4 WEB管理端访问IP须知543.5 NTD配合SAM的NLB联动方案配置543.6 数据库复制配置相关问题解析553.6.1如何确认事务复制正常553.6.2事务复制不正常问题排查和解决573.6.3如何删除事务复制66第四章RGAC节点宕机后恢复指南684.1主机宕机后恢复指南69宕机时间小于72小时：69宕机时间大于72小时：694.2从机宕机后恢复指南69宕机时间小于72小时：69宕机时间大于72小时：704.3一些有关数据库复制的操作和监控方法：70第五章RGAC环境下的SAM升级方法76概述76一般升级步骤76保持SAM运行的升级步骤77RG-SAM 应用群集RG-AC配置指南目 录第一章 RG-AC的基本原理概述1.1 总述随着信息化建设的发展，人们对网络服务器的处理能力、高可用性提出了更高的要求。网络负载平衡不但可以有效地解决单服务器的性能限制，而且可以实现故障的快速转移，保证服务的高可用性以及灵活的扩展性。RG-AC（即：RG Application Cluster锐捷应用群集，下同）方案很好地应用了这一技术，由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载均衡技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。这种技术可以用最少的投资获得接近于大型主机的性能。同时，RG-AC方案整合了数据库的事务复制功能，并针对SAM系统提供的服务，自主进行了研发，达到多台服务器之间的信息同步，在客户的眼里，SAM系统只有一个，但它所提供的服务，较之单台，更加快捷，也更加稳定！1.2 技术介绍NLBWindows server系统（Windows 2000高级服务器版本、Windows server 2003所有版本）中提供了NLB（即：Network Load Balancing网络负载均衡，下同）功能。NLB技术包含两大特点：负载均衡和故障转移。负载均衡:NLB能将传入的请求传播到多达32台服务器上，即最多可以使用32台服务器构成一个集群，共同分担对外的网络请求服务。该技术保证即使是在负载很重的情况下，服务器也能做出快速响应。网络负载均衡对外只需提供一个IP地址，即集群IP，客户端使用这个IP即可访问集群。所有的服务器上使用相同的规则，来决定并发的流量被分配到哪一台上进行处理，从而很大程度上提高了服务器的处理能力。故障转移:NLB第二个强大的特性是故障转移。集群内每台服务器靠定时发送心跳信息来估定其它服务器的状态。当有一台或几台服务器不可用时，服务不会中断，能够迅速在剩余的服务器中重新指派服务器接管过来，从而对用户是一直可用的，这个过程叫做“聚合”。这项特性能够保障服务被不间断地提供。信息同步RG-AC方案提供了信息同步功能。举个例子，RG-AC中有两台SAM服务器A、B，各对应数据库C、D。一个管理员发起添加500个用户的请求，这个请求被NLB分配到服务器A进行处理，数据库C的用户表中也随之增加这500个用户。如果服务器B对应的数据库D上并没有这新增的500个用户，那么，数据的信息就不一致了。RG-AC方案的各台服务器对外就不是一个整体了。所以当某台数据库上的数据发生改变的时候，其他数据库也需要同步的改变。RG-AC方案中，通过SQL SERVER数据库事务复制和内存同步来解决信息同步的问题。在上面的例子中，数据库C在增加了用户信息后，会把这一变化同步到数据库D上。这样所有的SAM服务器的信息就是同步一致的。第二章 RG-AC配置指南2.1 搭建网络拓扑首先，请按照如下网络拓扑，搭建系统的拓扑，有几点值得注意：1） 自助服务器需要和SAM管理端分开部署。2） 由于应用群集采用了Windows NLB提供网络流量的负载均衡，一个Windows NLB所在的VLAN内数据报文是广播形式，为了避免广播报文的扩散，需缩小NLB服务器所在VLAN的广播域。3） 组成NLB的SAM服务器，不应该直接连接在核心交换机上。请将SAM服务器连接在二层交换机上，由二层交换机上联到核心交换机.4） 现场实施时，可能需要用su认证测试系统是否运行正常，这时SU客户端不要直接连接到与SAM直接相连的交换机，因为下图的拓扑，可能会出现认证不上的问题，应该避免这样直接连接的拓扑。如果确实需要使用上图的直连拓扑，交换机应该使用S3760S5760或者软件版本为RGNOS 10.X的二层交换机。RG-AC的应用群集基本拓扑结构注意：其中RGAC-1机 是RGAC的数据库复制主服务器（即：发布服务器），也是NLB 的优先级为1的节点。同时也是SAM的主服务器。主服务器的作用：1、 常规的认证计费。2、 Web管理3、 系统大部分定时任务，如：日记账、在线用户同步等等。RGAC-2机 是RGAC的数据库复制从服务器（即：订阅服务器），也是NLB 的优先级为2的节点。同时也是SAM的从服务器。从机作用：仅常规认证计费。自助服务器为另一台服务器，自助服务器上仅安装自助模式下的SAM软件，不安装数据库。在自助软件通过使用RGAC-1的本地IP连接到RGAC-1上的数据库读写数据2.2 安装RG-SAM V3.0企业版按照RG-SAM 安全计费管理系统安装手册，在各个服务器上安装RG-SAM V3.0企业版，注意管理系统和自助服务系统分别安装；安装最新的RG-SAM V3.0的补丁。注意：安装RG-SAM V3.0前，首先需要安装好Windows Server 2003 Enterprise Edition SP2以及SQLServer2005 Enterprise Edition SP2。2.3 配置NLB为实现负载均衡，需要配置NLB。下面以双机RGAC的应用群集为例介绍NLB的配置。2.3.1主群集管理器的配置主群集管理器不仅能管理自身服务器，也能管理其他服务器。1. 运行中输入“nlbmgr”，或者单击“开始”，“所有程序”“管理工具”“网络负载平衡管理器”。2. 新建一个集群，点击“集群”“新建(N)”3. 配置群集参数IP，子网掩码，完整Internet名称，图示配置，集群IP：29，子网掩码： ，完整Internet名称(F)：。说明：网络地址不需要我们输入，会根据群集ip地址自动生成一个MAC地址。具体这些群集各个参数的含义可以参照微软官方文档：/en-us/library/cc771709.aspx 4. 输入集群的附加IP地址，可以添加也可以不添加，如果添加则访问群集的IP又增加了一个，也就是访问附加IP地址与访问刚才的IP地址都是在访问群集。注：一般NLB的配置请保持默认配置，不需要修改。5. 编辑群集中的端口规则，单击“编辑”注：一般NLB的配置请保持默认配置，不需要修改。6. 其中端口规则也可以参考微软官方文档：/en-us/library/cc771709.aspx 7. 点击“下一步”8. 创建NLB中的服务器：输入该服务器IP地址 “连接(O)”，也就是本机IP地址。此处需要注意：系统Administrator用户的密码不能为空，若没有设置Administrator密码，会跳出“用户权限”的窗口提示输入密码，但输入密码后会出现“0x800706d5”错误代码。注：上图中如出现群集IP为空的情况，可以不管9. 如果连接成功则点击“对配置一个新的群集可用的接口”中对应的IP地址，然后点击“下一步”10. 确认配置主机参数，优先级默认为1，以后的服务器系统会默认按次序排列，客户端访问按照优先级顺序访问服务器。确认完毕点击“完成”；11. 设置NLB对HTTP以及HTTPS不进行负载均衡。本步骤的配置是在假设SAM服务管理器配置的HTTP以及HTTPS的端口都为默认值（HTTP的端口默认值为8080，HTTPS为8443）的情况下进行。如果HTTP以及HTTPS端口配置不是默认值，请参考本步骤相应配置。打开群集属性对话框，添加三条端口规则，端口范围分别设为08079，80818442，844465535，其它配置均保持默认值，单击确定。配置HTTP以及HTTPS不进行负载均衡以后，管理员必须使用群集IP来访问web管理端，不得用NLB节点IP访问web管理端。当管理员使用群集IP访问web管理端的时候，NLB会让优先级最高的节点计算机处理http/https请求。节点优先级的配置参见第10步。这样做的目的：使得对SAM的web管理端的所有操作均分配在主机上进行，数据读写也都会在主机数据上进行。如果不这样做，当多个管理员进行web管理时，会分配到不同的主机上进行处理，数据读写操作不同一个数据库上，可能会导致操作冲突。12. 由于服务器在单播模式单块网卡情况下，服务器之间不能进行相互通信，Windows 2003 SP1以上版本 解决了这一问题。点击“开始”“运行”输入“regedit”后运行；13. 找出注册表子项：HKEY_LOCAL_MACHINESystemCurrentControlSetServicesWLBSParametersInterfaceGUID， GUID 占位符代表特定 NLB 实例的 GUID。14. 右击“新建”“DWORD(D)”15. “数值名称”中输入“UnicastInterHostcommSupport”，“数值数据”输入1,“基数”为十六进制。16. 完毕后如下：17. 点击“开始”“运行”输入“cmd”后运行；18. 输入“nlb reload”后运行；19. 结果显示：2.3.2添加群集服务器20. NLB中需要再添加一台服务器进群集中，在群集管理器上运行网络负载平衡管理器：点击“群集”“添加主机”：21. 在“主机”中输入地址：27，连接成功后点击“对配置群集可用的接口”，之后点击“下一步”；22. 确认该服务器的主机参数，确认完毕点击“完成”。23. 在该台服务器上(也就是27)本机上运行步骤12至18，这样该台服务器才能与另外的服务器通信。2.3.3注意事项1. 配置NLB时，选用网卡只能是Intel或Broadcom的，不支持其他如tp_link等网卡；2. Windows 2003 SP1以上版本中解决了NLB单播模式下，服务器单块网卡不能通信，具体步骤：a) 单击“开始”，键入 regedit 并运行 。 b) 找到并单击以下注册表子项： HKEY_LOCAL_MACHINESystemCurrentControlSetServicesWLBSParametersInterfaceGUID。 注意： GUID 占位符代表特定 NLB 实例的 GUID。 本单元中可用于 ClusterIPAddress 子项标识不同 NLB 群集。 c) 在 编辑菜单, 单击“新建”，单击, “DWord”值，然后添加以下数值数据。 值名称“UnicastInterHostCommSupport ” 值 1 注意 如果 UnicastInterHostCommSupport 注册表项设置为任何非零值, InterHost 单播通信支持将启用。 d) 退出注册表编辑器。 e) 打开命令提示符, 然后键入以下命令： “NLB RELOAD”运行。2.4 配置数据库复制为了实现各个SAM服务器之间的信息同步，需要配置SQL SERVER数据库复制。下面，演示应用群集中需要的数据库复制功能的配置过程。实际部署过程中根据IP的不同进行略微的调整即可在配置之前，先介绍一下SQL SERVER数据库复制的一些基本概念：发布/分发服务器：是数据复制主服务器，一切配置操作都可以在此服务器上完成。订阅服务器：除了发布/分发服务器外，其他所有需要做数据库复制的服务器都需要设置为订阅服务器。2.4.1拓扑说明RG-AC的应用群集注意：其中RGAC-1机 是RGAC的数据库复制主服务器（即：发布服务器），也是NLB 的优先级为1的节点。同时也是SAM的主服务器。RGAC-2机 是RGAC的数据库复制从服务器（即：订阅服务器），也是NLB 的优先级为2的节点。同时也是SAM的从服务器。自助服务器为另一台服务器，其数据库连接到RGAC-1的数据库上；2.4.2基础配置基础配置是指在RG-AC的两台服务器上均要做的配置。分别在两台数据库服务器上创建SAM所需要使用的数据库（在安装SAM的时候，默认的数据库名称为SAMDB，且会自动的创建，以下假设各NLB节点上的SAM所使用的数据库名称均为SAMDB）。1. 分别启动两台机器上的SQL Server Management Studio并登陆进去；用sam3.0安装目录下的initdb.sql脚本分别初始化2台机器上的SAMDB数据库 （此操作将清空SAMDB中的所有数据）2. 分别确保两台机器上的数据库服务器打开了SQL SERVER代理。启用SQLServer2003的远程/网络事务安装步骤如下：1. 单击“开始”，指向“控制面板”，然后单击“添加/删除程序”。 2. 单击“添加/删除 Windows 组件”。3. 选择“应用程序服务器”，然后单击“详细信息”。 4. 选择“启用网络 DTC 访问”，然后单击“确定”。5. 单击“下一步”。6. 单击“完成”。7. 停止分布式事务协调器服务（Distributed Transaction Coordinator），然后重新予以启动。 可以在“开始运行”中敲入cmd命令并执行： net stop msdtc net start msdtc如图：8. 停止参与分布式事务的任何资源管理器服务（如 Microsoft SQL Server 或 Microsoft Message Queue Server），然后重新予以启动。打开DTC1、首先检查两台机器（26和27）的msdtc是否都已经打开了。如果不是，那就全都打开。2、按如下步骤做设置： a.点击“开始”按钮，指向管理工具，选择“组件服务”。b.展开“组件服务”树，然后展开“我的电脑”。c.右键单击“我的电脑”，然后选择“属性”。d.在MSDTC选项卡中，点“安全配置”按钮， e.确保选中了下列选项：“网络DTC访问”与“XA事务”；另外，“DTC 登录帐户”一定要设置为“NT AuthorityNetworkService”。f. 事务管理通信器选择“不要求进行验证”（如图）3、单击“确定”。这样将会提示您“MS DTC 将会停止并重新启动。所有的依赖服务将被停止。请按是继续”。单击“是”继续。4、单击“确定”关闭“我的电脑”属性窗口。最后强调，请分别设置NLB各个服务器，不要只设置一台。2.4.3新建发布假设26这台NLB节点上的数据库服务器为发布服务器。1. 在发布服务器上新建一个“发布”如图：2. 出现新建发布向导，点击“下一步”。3. 选择分发服务器，如下图，点击“下一步”。4. 指定快照文件夹，如下图，点击“下一步”。5. 发布数据库，如下图，点击“下一步”。6. 选择发布类型，如下图，点击“下一步”。7. 选择要发布的项目，如下图，点击“下一步”。注意：1、 标记为的，都不勾选；2、 请将如下表不勾选：(共19张表)ACCT_FLOW_ACCOUNT_AGGRACCT_FLOW_AGGRACCT_FLOW_FEE_AGGRACCT_FLOW_TEMP，ACCT_FLOW_TRAFFIC_AGGRACCT_FLOW_USER_AGGRAGGR_RECORDBILL_ACCOUNT_AGGRBILL_AGGRBILL_CREATE_RECORDBILL_USER_AGGRCACHE_INFOCHARGE_TEMP、NTDFLOW_TEMP、RADIUS_ACCT_TEMP。ROAMING_AGGR_TEMPROAMING_TEMPJMS_MESSAGESJMS_TRANSACTIONS特别注意JMS开头的两张表如果已经存在则不勾选（如果开始初始化之后就设置，则JMS开头的两张表应该是看不到的，则不作处理即可）8. 点击“设置所有表项目的属性”，如下图，点击“下一步”。9. 进行下图设置，点击“确定”。10. 完成上面设置，如下图，点击“下一步”。11. 如下图，点击“下一步”。12. 如下图，点击“下一步”。13. 设置快照代理，如下图，点击“下一步”。14. 在“快照代理”后点击“安全设置E”，如下图，点击“下一步”。15. 进行如下设置，如下图，点击“确定”。16. 勾选“使用快照代理的安全设置”，点击后面的“安全设置”，如下图，点击“下一步”。17. 进行如下图设置，点击“确定”。18. 如下图，点击“下一步”。19. 注意：发布名称请用英文，不能使用中文，也不要使用字符.、-；20. 完成后点击下图的关闭按钮，如下图：2.4.4新建订阅1. 新建订阅和发布可以在同一台机器上设置，不用分别到另外的NLB节点的数据库服务器上设置。如下图：2. 出现新建订阅向导，如下图，点击“下一步”。3. 选择发布服务器，如下图，点击“下一步”。4. 设置分发代理位置，如下图，点击“下一步”。5. 点击“添加SQL Server订阅服务器”6. 输入订阅服务器的名称（本配置说明中的27这台机器的数据库服务器是订阅服务器，它的数据库服务器的名称为SAM3-SERVER2，如下图所示）。7. 选择刚才添加的订阅服务器，如下图，点击“下一步”。8. 设置分发代理安全性，如下图：9. 按下图进行设置，点击“确定”。10. 完成设置后，如下图，点击“下一步”。11. 同步计划，如下图，点击“下一步”。12. 设置可更新订阅，如下图，点击“下一步”。13. 设置用于可更新订阅的登录名，如下图，点击“下一步”。14. 初始化订阅，如下图，点击“下一步”。15. 如下图，点击“下一步”。16. 点击“完成”，结束订阅设置。17. 如果成功，则可看到类似下图的界面如果出现下面的界面也是成功的，不必关注：2.4.5重要提示：1、如果在配置复制的过程中，发现有异常，需要重新配置。重新配置的步骤如下：1）删除现有复制，删除方法见：如何删除复制。2）重新配置发布和订阅。2、数据库复制配置完成后，数据库需要一定时间做一些初始化工作，在这期间的数据更新操作不能立即同步；当数据库复制初始化结束后，在初始化期间在发布服务器上做的更新操作可以同步到订阅服务器上，初始化期间在订阅服务器上做的更新操作不能同步到发布服务器上。3、请保障此期间发布和分发服务器的运行正常，网络链接畅通；4、配置完成后请参考3.4节确认数据库复制工作正常；并且确认复制同步已经完成同步之后再运行SAM，也就是SAM运行必须在数据库复制初始化完成之后进行，如果发现复制状态不正确，请重新配置，或者参考3.4.2进行排除。5、在数据库复制运行过程中，不得任意修改数据库表结构（建表，删表，修改表结构等操作），否则可能导致数据库表或者存储过程丢失。2.5 应用群集在RG-SAM 上的相关配置在配置好NLB和数据库复制后，需要在RG-SAM上进行相关的配置， RG-AC才能正确工作。必须将RGAC-1配置成主服务器，将RGAC-2配置成从服务器。主服务器的作用：4、 常规的认证计费。5、 Web管理6、 系统大部分定时任务，如：日记账、在线用户同步等等。从机作用：仅常规认证计费。2.5.1应用集群配置配置步骤：1、在NLB各个节点上，双击下图所示的图标，以打开的RG-SAM的服务管理器2、在服务管理器上选择“配置”“应用集群配置”菜单3、在RGAC-1上，按下图的示例配置。4、在RGAC-2上，不勾选“设置本服务器为主服务器”的选项。2.5.2时间同步配置由于各NLB节点上的时间可能并不一致，而RG-SAM系统在许多方面依赖于准确一致的时间。所以，为了让RG-SAM更好地工作，建议配置时间同步。在配置时间同步之前，需要先关闭windows自带的时间同步工具：1、 打开“日期和时间 属性”，点击“internet 时间”选项卡。2、 确保“自动与Internet时间服务器同步”选项是处于未选择的状态：RGAC时间同步配置步骤：1、选择“时间同步配置”菜单2、设置SAM 主服务器为时间同步服务器设置完成后点击“保存”按钮。此时，请退出SAM服务管理器（注意：退出服务管理器不会影响到SAM的运行）：然后再次启动服务管理器，这时时间同步服务器就配置好了。注意：以后每次修改时间同步服务器的配置后，都要重启服务管理器以便使修改生效。3、其它NLB节点设为时间同步的客户端，且时间服务器地址填刚才设的那台时间同步服务器的IP地址。设置完成后，点击“立刻同步”，以便立刻同步时间，然后再点击“保存”。注意：1、 时间服务器必须配置在SAM主服务上。2、 配置好“时间同步”功能之后，可以通过下面的步骤来检验是否配置正确：1） 修改从机的时间2） 等待1分钟3） 正常情况下1分钟之内从机时间能够自动地与主机时间保持同步。如果能够同步则表示配置正确。至此，基本的RG-AC方案已经配置成功。为了更好的运行，请参看下面的注意事项。第三章 注意事项3.1部署拓扑重要注意事项1、核心不能和SAM直接相连，需要接二层交换机再连接SAM；2、RGAC的SAM服务器不支持跨核心部署，也就是说，各主从SAM服务器应该在没有核心的情况下也能够互相联通。示例拓扑见上文的“RG-AC的应用群集基本拓扑结构”3.2 SAM服务器管理器运行期内要求打开由于服务管理器具备“异常退出后自动重启”、“时间同步”、“NLB重新聚合”等功能，运行过程中要求主从服务器管理器保持开启状态。3.3 数据库内存限制为了让RG-AC环境下的SAM服务器长期稳定的运行，请对各个NLB节点所使用的数据库作内存限制。步骤如下：1. 在对象资源管理器中，右键单击服务器并选择“属性”。2. 单击“内存”节点。3. 在“服务器内存选项”下，在“最小服务器内存”和“最大服务器内存”中输入所需的内存量。如下图所示：注意，服务器物理内存最小必须2G，上图“最大服务器内存”设置为1000MB。3.4 WEB管理端访问IP须知要求管理员只能使用群集IP来访问web管理端，不要用NLB节点IP来访问web管理端。详见第2.3节中的说明。3.5 NTD配合SAM的NLB联动方案配置在RG-AC环境中，如果网络拓扑中还有用到RG-NTD设备，则需要针对RG-NTD做相应的配置才能够正确的使用RG-NTD的功能。如果没有用到RG-NTD设备，则可不用做本小节的配置。RGAC环境下，仅一台NLB节点会处理NTD发送的流量信息，且必须配置NLB主节点处理NTD发送的流量信息。为了让每一台NLB节点的计算机都能查询到用户的流量信息，必须将处理NTD流量的NLB节点IP地址告诉每台NLB节点计算机。具体的配置如下：1、本文档中的NLB主节点的IP为26。下面将它配置为处理NTD流量的NLB节点。对每一台SAM节点进行如下配置：在SAM安装目录的conf文件夹下找到conf.ini文件，另起一行加入“ACTIVE_IPFIX_SERVER=26”（不含双引号，等号前后不要留空格）。这样，所有的SAM节点都知道NLB中的IPFIX接受节点，在通过浏览器查询用户的网关流量时，可以自动到这台节点上获取流量信息。2、在NTD中配置与群集的连接，进入NTD的“系统参数配置”页面，在“系统参数配置”表中的“SAM服务器IP”中输入处理NTD流量的NLB节点的IP，这里26。将“支持应用集群”打上勾，并在“应用集群节点IP”中添加所有NLB的节点IP。如下图。3.6 数据库复制配置相关问题解析3.6.1如何确认事务复制正常首先按SQLSERVER 2005数据库配置说明配置完成，在任意一台服务器上面打开SQLSERVER2005的Management Studio，然后如下图所示，右键点击“复制”，在出来的菜单中选择“启动复制监视器。在打开的复制监视器中，可以看到已经配置好的发布服务器，示例中的发布服务器是SHYFZX-163（发布服务器的数据库实例名，一般是计算机名）。看到发布服务器中是那个“横向的绿色箭头“初步可确认配置的数据库复制是成功的，进一步确认见下面的说明。左键点击上面的发布服务器（例子中是SAMDB-1668：qq），可以看到如下图所示的详细运行情况：点击如下图所示的“警告和代理“标签页，看具体的代理运行情况：可以看到SAM使用的事务复制主要用到了两个代理，分别是：1) 日志读取器代理2) 队列读取器代理正常情况下，这两个代理应该如上图所示的“状态“中的”正在运行“状态。以上确认之后就可以确认事务复制是正常的了。3.6.2事务复制不正常问题排查和解决在实际的运行环境中，有可能会出现各种事务复制突然不能正常工作的情况，由于实际环境会比较复杂，所以出现的问题和现象会各不相同，这里给出如何查找事务复制故障的一般方法。基本排查步骤操作篇1、 数据库复制节点之间的网络是否能够连通。方法：采用不同节点ping另外一个节点数据库实例名（一般就是计算机名）的方式进行验证。如：2、 数据库复制节点SQLSERVER2005各自的SQLSERVER代理是否已经启动方法：打开SQLSERVER2005的Management Studio，然后如下图可确认“SQLSERVER 代理“是否启用，下图所示是已停止的状态，需要启动该代理（右键点击代理，然后选择启动即可）3、 日志读取代理以及队列读取代理是否已正常启动运行。方法：打开复制监视器，查看日志读取代理和队列读取代理是否正常启动运行，如下图：可以看到两个代理并没有正常运行，于是看原因，方法如下图右键分别点击日志读取代理和队列读取器代理，查看各自没有运行的原因：通过查看运行记录可确认没有运行的原因，如果碰到报SQLSERVER的错误号的，则可到微软官方网站查看，地址：/zh-cn/library/ms152467.aspx4、 MSTDC服务是否已正常启动运行。方法：进入数据库复制各个节点服务器的cmd下面，如下图所示打命令以确认mstdc服务开启各节点服务都开启，则确认配置是否正确：5、 确认事务复制的配置是否如预期。方法：在发布服务器上打开Management Studio，如下图在设定的事务复制发布上点右键选择“属性“。打开属性的界面中，可一一确认事务复制的配置是否如预期（也就是是否配错了）：常见问题理论篇当前未向订阅服务器传递数据如果当前似乎未向订阅服务器传递数据，主要有两大原因：l 由于筛选、某种代理问题或其他复制错误，当前未应用数据。l 应用数据后，正在订阅服务器上将其删除。有多种具体原因可能会导致当前未向订阅服务器传递数据：1) 表已经过筛选，没有要传递到指定订阅服务器的更改。2) 代理未运行或由于错误导致失败。3) 事务性订阅初始化未使用快照，并且创建发布后发布服务器上出现了更改。4) 对事务发布的存储过程执行的复制会在订阅服务器上产生不同的结果。5) 事务性项目使用的 INSERT 存储过程中包含一个未满足的条件。6) 数据被用户、复制脚本或其他应用程序删除。7) 数据被触发器删除，或者触发器包含 ROLLBACK 语句。发布服务器和订阅服务器上的数据不匹配在数据库复制正常运行的情况下如果出现以下情况，则认为发布服务器和订阅服务器上的数据具有非收敛性（即数据不匹配）：l 订阅服务器与发布服务器上的行数不同，并且发布未经筛选。如果发布已筛选，行数可能会有所不同。l 发布服务器和订阅服务器上的一行或多行数据的内容不同。发布服务器和订阅服务器上的数据可能由于以下具体原因具有非收敛性：1) 订阅服务器本应被视为只读，但是其上的数据发生了更改。除非使用合并复制、具有可更新订阅的事务性复制或对等事务性复制，否则订阅数据库应被视为只读。2) 在订阅服务器上使用了触发器。触发器可以修改订阅服务器上的数据，也可以在触发器发出 ROLLBACK 时防止更新这些数据。3) 复制过程将在订阅服务器上执行脚本，但不会在发布服务器上执行脚本。4) 对事务发布的存储过程执行的复制会在订阅服务器上产生不同的结果。5) 违反约束或其他问题会导致无法在订阅服务器上插入、更新或删除行。系统有性能问题如果在复制监视器中看到性能有问题，则需要确定性能问题原因，并着手解决。复制监视器在“性能”列中显示这些值。这些值有：很好，好，一般，差，严重（仅适用于事务性复制）这些值以下列方式确定：对于事务性复制，性能质量由滞后时间阈值确定。如果不设置阈值，则不显示任何值。下表显示了阈值与性能质量值之间的相关性。例如，如果将阈值设置为 60 秒而实际滞后时间为 30 秒（即滞后时间为阈值的 50%），则性能质量值为“好”。很好好一般差严重0 34%35 59%60 84%85 99%100% +默认的滞后时间阈值是30秒，可在复制监视器中查看。复制性能受下列因素影响：l 服务器和网络硬件l 数据库设计l 分发服务器配置l 发布设计和选项l 筛选器设计和用法l 订阅选项l 快照选项l 代理参数l 维护如果遇到性能问题，应该考虑如下方面：1) 如果使用的是事务复制并且在对已发布表执行批处理操作时遇到长滞后时间：需要考虑复制存储过程的执行以在订阅服务器上执行批处理操作。2) 服务器和网络l 设置分配给 Microsoft SQL Server 数据库引擎的最小和最大内存量。l 确保正确分配数据库数据文件和日志文件。使用单独的磁盘驱动器存放复制过程中所涉及的所有数据库的事务日志。l 考虑增加复制所用的服务器的内存，尤其是分发服务器的内存。l 使用多处理器计算机。l 使用快速网络。如果网络速度较慢，请指定适当的网络设置和代理参数。有关详细信息，请参阅慢速网络导致问题。l 在专用服务器上配置分发服务器。l 为分发数据库设置适当的大小。3) 数据库设计l 遵循最佳的数据库设计方法。l 考虑设置 READ_COMMITTED_SNAPSHOT 数据库选项。l 慎用触发器中的应用程序逻辑。l 限制使用大型对象 (LOB) 数据类型。l 在应用程序设计中，最大限度地减小事务大小。4) 发布设计和选项l 仅发布所需数据。l 通过发布设计和应用程序行为最大限度地减少冲突。l 灵活地使用行筛选器。l 降低复制代理的详细级别，在初始测试、监视或调试期间除外。l 在对已发布的表进行批更新时，复制存储过程执行。l 将项目分布在多个发布上。5) 订阅选项l 存在大量订阅服务器时，使用请求订阅。 l 如果订阅服务器滞后过多，请考虑重新初始化订阅。l 连续运行代理，而不是按计划频繁运行代理。l 如果在同一台发布服务器上有多个发布，使用独立代理，而不要使用共享代理（这是 SQL Server 2005 的默认设置）。6) 快照选项l 仅在必要时和非高峰时段运行快照代理。l 为发布使用单个快照文件夹。l 将快照文件夹放在分发服务器上未用于存储数据库或日志文件的本地驱动器中。l 在订阅服务器上创建订阅数据库时，考虑指定简单恢复模式或大容量日志恢复模式。l 在低带宽网络的可移动媒体上使用备用快照文件夹和压缩的快照。l 使用快照代理、合并代理和分发代理的 -MaxBCPThreads 参数。使用分发代理和合并代理的 -UseInprocLoader 参数。7) 代理参数l 使用日志读取器代理的 -MaxCmdsInTran 参数。l 使用分发代理的 -SubcriptionStreams 参数。l 增大日志读取器代理的 -ReadBatchSize 参数的值。l 增大分发代理的 -CommitBatchSize 参数的值。慢速网络导致问题复制以快照和增量更改形式通过网络连接分发数据。任何影响网络性能的问题（如滞后时间、吞吐量和可靠性）都会影响复制。l 如果网络连接本身有很高的延迟，应考虑对网络连接进行优化。l 对于事务性复制，可以为分发代理参数 -CommitBatchSize 设置较低值。较低值可以减少吞吐量，但可能在不可靠网络上导致较少的失败，如果导致失败，将回滚并重新应用较少量事务。此参数可以在代理配置文件中或代理命令行上指定。安全问题阻止了复制数据问题解决问题办法复制代理使用的帐户的密码已更改。为所有使用此帐户的代理更改密码。有关详细信息，请参阅如何如何查看和修改复制安全设置 (SQL Server Management Studio)和How to: View and Modify Replication Security Settings (Replication Transact-SQL Programming)。复制代理使用的帐户不再有效，必须更改。用相应的对话框或存储过程更改帐户。有关详细信息，请参阅如何如何查看和修改复制安全设置 (SQL Server Management Studio)和How to: View and Modify Replication Security Settings (Replication Transact-SQL Programming)。复制代理权限不足，无法连接到拓扑中的计算机或无法在数据库中执行操作。请确保代理使用有效的登录名并且具有足够的权限。有关详细信息，请参阅复制代理安全性模式。快照代理无法写入快照文件夹。分发代理或合并代理无法从快照文件夹中读取。请确保为代理授予正确的目录和共享权限。有关详细信息，请参阅保护快照文件夹的安全。由于权限问题或者分发代理或合并代理无法找到发布的 FTP 文件夹，快照无法使用文件传输协议 (FTP) 传输。请确保 FTP 服务器配置正确，并且正确地指定了到 FTP 文件夹的路径。有关详细信息，请参阅如何通过 FTP 传递快照 (SQL Server Management Studio)和How to: Deliver a Snapshot Through FTP (Replication Transact-SQL Programming)。连接到 Oracle 发布服务器时遇到权限问题。有很多方面需要检查，包括确保复制使用的帐户连接到 Oracle 发布服务器，并且在分发服务器上运行 Microsoft SQL Server 的帐户具有足够的权限。有关详细信息，请参阅对 Oracle 发布服务器进行故障排除。引发以下错误消息：用户“distributor_admin”登录失败。请确保 distributor_admin 帐户具有有效的强密码。复制过程将创建远程服务器 repl_distributor，该服务器允许在分发服务器和发布服务器之间进行通信。登录名 distributor_admin 与此远程服务器关联，并且必须具有有效的密码。有关详细信息，请参阅保护分发服务器的安全。引发以下错误消息：“%s”必须是有效的 Windows 登录名，且格式为：计算机登录名 或 域登录名。请参阅“%s”的文档。请确保为每个复制代理指定有效的 Microsoft Windows 帐户。有关详细信息，请参阅 MSSQL_ENG021797。引发以下错误消息：在继续操作之前，必须通过“%s”添加“%s”代理作业。请参阅“%s”的文档。请确保在创建事务性发布之前，首先创建以下代理：日志读取器代理（对于所有事务性发布）和队列读取器代理（对于允许排队更新订阅的事务性发布）有关详细信息，请参阅 MSSQL_ENG021798。引发以下错误消息：在复制工作目录下创建子目录失败。(%ls)请确保已为快照文件夹指定了正确的路径。如果不使用快照初始化订阅，请确保在发布服务器上运行 SQL Server 服务的帐户具有足够的权限。有关详细信息，请参阅 MSSQL_ENG021330。引发以下错误消息：无法将用户脚本文件复制到分发服务器。(%ls)请确保已为快照文件夹指定了正确的路径。如果不使用快照初始化订阅，请确保在发布服务器上运行 SQL Server 服务的帐户具有足够的权限。有关详细信息，请参阅 MSSQL_ENG021331。引发以下错误消息：解密过程中出错。这是一种常规的 SQL Server 错误，它会在使用 SQL Server Management Studio 之外的工具（如服务管理单元）更改运行 SQL Server 的帐户时出现。应使用下列方法之一还原为原始帐户，然后更改为 Management Studio 中的新帐户： 使用 RESTORE SERVICE MASTER KEY 命令从备份中还原与原始帐户相关联的服务主密钥。有关详细信息，请参阅 RESTORE SERVICE MASTER KEY (Transact-SQL)。 使用 ALTER SERVICE MASTER KEY 命令重新生成与原始帐户相关联的服务主密钥。有关详细信息，请参阅 ALTER SERVICE MASTER KEY (Transact-SQL)。 使用服务管理单元或其他工具将帐户更改回原始帐户。运行大量代理导致内存问题运行大量复制代理可能会导致没有足够的内存来完成操作。解决办法：在有些情况下，有可能需要在一台计算机上同时运行大量复制代理。例如，为大量发布生成快照时，或者在分发服务器上同步大量推送订阅时。在这些情况下，非交互式桌面堆（Microsoft Windows 中的一种内存结构）可能会内存不足。在这种情况下，首先增大服务器的物理内存，其次在运行代理的计算机上增加非交互式桌面堆的大小。具体请查看：/kb/8244223.6.3如何删除事务复制在实际环境或者实验环境中可能存在多个事务复制或者订阅，有时候需要把多余的订阅或者整个复制删除，那么需要遵循一定的步骤，下面进行了简单描述：首先在订阅服务器上，如下图右键点击具体要删除的订阅选择“查看同步状态“。出来的界面如下图，点击图中“停止”。确认停止成功：接着在发布服务器上，对发布进行如下操作，主要是停止日志读取代理和队列读取代理：分别如订阅服务器的停止方法把相应代理停止。接着在订阅服务器上删除订阅，这步一定是先于发布服务器做：最后在发布服务器上删除发布：第四章 RGAC节点宕机后恢复指南节点宕机后，由于涉及到数据可能大量未同步，恢