达梦7守护进程配置.doc

搭建守护进程 在以前的文章中，介绍了即将推出的达梦7的一些新特性，如水平分区、批量处理技术、并行集群技术等。现在为大家结合介绍一下数据守护中的守护进程方案的相关配置。 一、概述 数据守护（DATA WATCH），可以满足用户对数据可靠性、安全性的需求，解决由于硬件故障、自然灾害等原因导致的数据库服务长时间中断问题，提高系统的可用性。数据守护方案是一个集成化的灾难恢复解决方案，为DM可靠性解决方案之一，可有效避免单点故障备机可作为只读服务器对外提供服务，实现负载均衡观察器守护进程DMWATCH）。 故障处理策略 守护进程有三种故障处理策略： 不支持，在此模式下，可以与观察器共存，故障切换由观察器完成，守护进程只负责重启本地数据库实例。 基本型，在守护进行之间可相互通信的前提下，数据库实例异常时，提供故障自动切换以及故障恢复功能。适合无法确保网络可靠性的应用场景。不能与观察器同时配置。 增强型，守护进程可自主决定是否进行故障切换，数据库实例异常或者出现硬件故障时，提供故障自动切换以及故障恢复功能。适合守护进程之间的网络是绝对可靠的应用场景。不能与观察器同时配置。 基本型与增强型的区别在于网络是否通畅以及是否是硬件故障。 例如实例DM1发生异常，当前模式是基本型，那么只有当监控发生故障的实例的守护进程A将发生故障的消息发送到另一个守护进程B，并且B接收到了消息之后，才会进行故障恢复或者是故障自动切换，否则在网络状况不好的情况下，B没有收到消息，那么就不会进行任何处理；如果当前模式是增强型，也就意味着网络是通畅的，当守护进程A将DM1故障的消息广播出去之后，守护进程B一定会接收到，那么就可以进行故障恢复或者状态切换。守护进程组可以拥有多个监控组不超过8个 图1 DM守护进程和监视器的体系结构 说明： 站点1的守护进程DW1监控实例DM1；站点2的守护进程DW2监控实例DM3；站点1中的实例DM1和站点2的实例DM3属于同一个监控组G_A；d) 当实例异常终止时，重新启动数据库实例DW_A和DW_B都处于OPEN状态，并且主机的实时归档为VALID状态实例一个守护进程可以同时监控多个实例，并且不同实例的模式可以不同（例如，守护进程同时监控实例A和实例B，并且实例A为主机模式，同时实例B为备机模式）。守护进程最多监控8个实例，太多的话，会给站点造成很大的负担，降低系统效率。停止对实例的监控如果想关闭数据库实例，必须先通过监视器发布停止监控组的命令，守护进程收到命令后，关闭对实例的监控，然后用户才能关闭实例；如果直接关闭数据库实例，可能导致守护进程强制重启实例，或者故障自动切换等问题。对实例的监控当用户修改完配置或者其他操作完毕，可以重新开启守护进程对实例的监控。站点：site1和site2，site1上有实例DM85, site2有实例DM23其中DM是主机，DM是备机。dmdbms7。 另外，主机上的数据要和备机上完全一致。可以采用重新新建一个库，也可以采取将主机上的数据拷贝到备机上的方式使得主备机的初始数据一致。 最后，要保证主备机上的守护进程和实例都没有启动。 四、配置步骤 具体的配置流程：配置配置配置动主备机实例到MOUNT状态通过系统过程设置主备机的OGUID 分别修改主备和备机的模式到指定模式（PRIMARY或者STANDBY） 启动主备机的守护进程 登录监视器 下面进行详细的描述： 1 配置dm.ini site1中的DM85的dm.ini的一些参数修改如下： INSTANCE_NAME = DM85 DW_UDP_PORT = 5247 INST_UDP_PORT = 5257 MAIL_INI = 1 ARCH_INI = 1 site2中的DM234的dm.ini的一些参数修改如下： INSTANCE_NAME = DM234 DW_UDP_PORT = 5247 INST_UDP_PORT = 5257 MAIL_INI = 1 ARCH_INI = 1 其中DW_UDP_PORT是守护进程UDP端口；INST_UDP_PORT是实例UDP端口。MAIL_INI和ARCH_INI设置为1表示启用mail系统和归档。 2 配置dmmal.inisite1中的dmmal.ini配置如下： [mal_inst1] mal_inst_name = DM85 mal_host = 192.168.0.85 mal_port = 5237 [mal_inst2] mal_inst_name = DM234 mal_host = 192.168.0.234 mal_port = 5237 site1和site2的dm