mq配置文档

合集下载

支付报文传输平台参与者接入端软件安装配置指南

支付报文传输平台参与者接入端软件安装配置指南（PMTS-MBFE Installation ConfigurationGuideFor Multi-Platform）中国人民银行清算总中心注：变化状态：A—增加，M—修改，D—删除目录1引言 (1)1.1 术语说明 (1)1.2 文档概述 (1)1.3 阅读对象 (1)1.4 参考资料 (1)1.5 参考标准 (1)2应用概况 (2)2.1 应用结构 (2)2.2 应用模块 (2)2.3 应用对接 (2)3运行环境要求 (4)3.1 系统要求 (4)3.2 组要求 (4)3.3 用户要求 (4)3.4 逻辑卷及文件系统要求 (4)3.5 系统软件要求 (5)4应用安装 (6)4.1 应用安装介质 (6)4.2 应用安装 (7)4.2.1 系统配置确认 (7)4.2.2 MQ中间件确认 (9)4.2.3 TLQ中间件确认 (9)4.2.4 用户profile配置 (10)4.2.5 安装PMTS介质 (11)4.2.6 安装验证 (19)4.3 客户化配置 (20)4.3.1环境配置 (20)4.3.2应用参数配置 (20)4.3.3MQ中间件配置 (33)4.3.4TLQ中间件配置 (36)4.4 应用验证 (40)4.4.1中间件运行状态验证 (40)4.4.2与相邻节点探测状态验证 (42)5应用卸载 (44)5.1 停止应用 (44)5.2 卸载应用 (44)5.2.1 应用卸载 (44)5.2.2 卸载验证 (52)6附录 (53)6.1 MQ中间件安装 (53)6.1.1产品介质 (53)6.1.2 安装软件 (53)6.1.3确认安装结果 (55)6.2 TLQ中间件安装 (55)6.2.1产品介质 (55)6.2.2安装软件 (55)6.2.3确认安装结果 (57)1引言1.1术语说明（1）第二代支付系统（The 2nd Generation China National Advanced Payment System, CNAPS2）（2）支付报文传输平台（Payment Message Transfer System, PMTS）（3）参与者接入端（Merchant Bank Front End, MBFE）（4）二代支付系统应用介质安装打包工具（Payment Application Management Tool, PAMT）1.2文档概述本文档用于指导技术人员准备第二代支付系统PMTS-MBFE运行环境，并按照本文所列步骤进行应用的安装和客户化配置工作。

幕墙变形缝及墙面转角处的节点构造隐蔽验收记录mq2.3.3

幕墙变形缝及墙面转角处的节点构造隐蔽验收记录mq2.3.31. 引言本文档的主要目的在于记录幕墙变形缝及墙面转角处的节点构造隐蔽验收过程，以确保工程质量符合相关标准和要求。

本文档适用于本工程幕墙变形缝及墙面转角处的节点构造隐蔽验收，验收内容包括节点构造材料、连接方式、施工工艺等方面。

2. 隐蔽验收内容2.1 节点构造材料节点构造材料的验收主要包括以下方面：•铝板：检查铝板表面是否有明显划痕、凹凸等现象，材料厚度是否符合设计要求。

•铝型材：检查铝型材表面是否有明显划痕、凹凸等现象，型材规格是否符合设计要求。

•密封材料：检查密封材料是否符合国家标准，密封材料的颜色和规格是否符合设计要求。

2.2 连接方式连接方式的验收主要包括以下方面：•铝材的连接处：检查铝材连接处是否平整、牢固，没有明显的裂缝和变形等现象。

•密封材料的连接处：检查密封材料连接处是否紧密，没有漏灰、漏胶、气泡等现象。

2.3 施工工艺施工工艺的验收主要包括以下方面：•节点构造的位置、尺寸和垂直度等是否符合设计要求。

•施工过程中是否采取相应的措施，防止节点构造材料的扭曲、变形等现象；•施工过程中是否注意安全，是否按照相关规定佩戴安全防护用品。

3. 隐蔽验收方法隐蔽验收主要通过以下方法进行：•监理工程师进行现场监督，对节点构造材料进行抽检和检测；•进行非破坏性检测，对节点构造连接处进行钢珠冲击试验，检测连接处的牢固性；•对节点构造位置、尺寸和垂直度等进行测量，与设计要求进行比对。

4.通过本次隐蔽验收，节点构造材料、连接方式、施工工艺等方面均符合相关标准和要求，该部分工程质量合格。

5. 参考文献•《建筑幕墙通则》 GB/T 21086-2007•《建筑幕墙非破坏性检测工作规范》 JGJ/T 125-2017•《建筑节能工程施工验收规范》 JGJ/T 359-2017。

完整版)服务器部署方案

完整版)服务器部署方案服务器部署方案1.概述本文档旨在提供一个完整的服务器部署方案，用于帮助您快速搭建和配置服务器环境。

2.服务器选择在选择服务器之前，您需要考虑以下因素：预算限制预期负载和性能需求可靠性和可用性要求根据这些因素，您可以选择以下一种或多种服务器配置：公共云服务器（如AWS、Azure、阿里云等）私有云服务器物理服务器3.操作系统选择根据您的需求和技术栈，您可以选择以下操作系统中的一种：Linux（如Ubuntu、CentOS等）Windows Server4.安全配置为了确保服务器的安全性，您应该采取以下安全配置措施：安装最新的操作系统和软件更新启用防火墙并配置合适的规则使用安全的密码策略和访问控制定期备份数据并存储在安全的位置5.软件安装和配置根据您的应用程序需求，您需要安装和配置适当的软件，例如：Web服务器（如Nginx、Apache等）数据库（如MySQL、PostgreSQL等）缓存服务（如Redis、Memcached等）队列服务（如RabbitMQ、Kafka等）监控工具（如Prometheus、Grafana等）6.网络配置您应该针对您的应用程序配置适当的网络设置，包括：域名配置和DNS解析SSL证书安装和配置负载均衡和反向代理设置7.化部署您可以考虑使用化技术（如Docker、es等）来简化应用程序的部署和管理过程。

8.高可用性和容错性为了确保系统的高可用性和容错性，您可以采取以下策略：使用负载均衡器来分发流量配置多台服务器以实现故障转移和容错使用监控和自动化工具来检测和修复故障9.灾备和数据备份为了应对潜在的灾害和数据丢失风险，您应该考虑以下灾备和数据备份策略：跨区域或跨数据中心的数据备份定期测试和恢复数据备份实时数据同步和冗余备份10.性能优化为了提高系统的性能，您可以采取以下优化措施：使用缓存技术减轻数据库负载优化数据库查询和索引压缩和缩小静态资源文件启用页面和资源缓存以上是一个基本的服务器部署方案，具体的配置和步骤应根据您的实际需求和环境进行调整。

运维一体机(OKP)操作手册

运维一体机（OKP）操作手册某科技有限公司运维一体机操作手册目录1产品简介 (1)1.1简介 (1)2OKP监控模块 (1)2.1OKP初始化 (1)2.2OKP升级 (2)2.3开启SNMP服务 (2)2.3.1操作系统-AIX系统 (2)2.3.1.1Version 5.x (2)2.3.1.2Version 6.x以上 (3)2.3.2操作系统-HPUNIX系统 (3)2.3.3操作系统-Solaris (4)2.3.4网络设备-华三交换机 (4)2.3.5网络设备-华为交换机 (5)2.3.6网络设备-天融信防火墙 (5)2.3.7网络设备-思科交换机 (6)2.3.8操作系统-锐捷交换机 (6)2.3.9DELL服务器硬件 (7)2.3.10HP_Proliant_系列服务器硬件监控 (7)2.3.11IBM_x系列服务器硬件 (7)2.3.12VMWare服务器上开启mob和cim服务 (8)2.3.13中间件 (8)2.4主机添加 (9)2.4.1添加ActiveMQ中间件 (9)2.4.1.1Linux 平台 (9)2.4.1.2WINDOWS平台 (10)2.4.2添加AIX服务器 (10)2.4.3添加DELL服务器 (11)2.4.4添加EMC存储 (11)2.4.5添加HP-UNIX服务器 (12)2.4.6添加HP_Proliant_系列服务器硬件监控 (13)2.4.7添加IBM_Storwize系列存储 (14)2.4.8添加IBM_x系列服务器硬件监控 (14)2.4.9添加Linux服务器 (15)2.4.10添加MySQL数据库 (15)2.4.11添加NETAPP存储 (16)2.4.12添加ORACLE RAC实例 (16)2.4.13添加ORACLE数据库 (17)2.4.14添加SAN交换机 (18)2.4.15添加Solaris服务器 (18)2.4.16添加SQL Server数据库 (19)2.4.17添加TOMACT中间件 (19)2.4.17.1Linux 平台 (19)2.4.17.2WINDOWS平台 (20)2.4.18添加VSphere虚拟化主机 (20)2.4.19添加WEBLOGIC中间件 (21)2.4.20添加windows服务器 (26)2.4.21添加华为存储 (26)2.4.22添加服务器硬件监控_IPMI (27)2.4.23添加网络设备_交换机_路由器_防火墙等 (28)3OKP大屏视图 (28)3.1初始化 (28)3.2查看大屏视图 (30)文档版本1产品简介1.1简介OneKeeper运维一体机是主动运维服务的线下服务平台，可以单独使用，也可以作为运维云的线下服务终端。

MQ-7(QM-N7)CO气体传感器

MQ-7 气体传感器特点* 对一氧化碳具有很高的灵敏度和良好的选择性* 具有长期的使用寿命和可靠的稳定性应用用于家庭、环境的一氧化碳探测装置。

适宜于一氧化碳、煤气等的探测。

规格 A. 标准工作条件符号参数名称技术条件备注Vc 回路电压 ≤10VAc or Dc V H (H) 加热电压（高） 5.0V±0.2VAc or Dc V H (L) 加热电压（低） 1.5V±0.1VAc or Dc R L 负载电阻可调 R H 加热电阻 31Ω±3Ω 室温T H (H) 加热时间（高） 60±1 secondsT H (L) 加热时间（低） 90±1 secondsP H 加热功耗约350mwb. 环境条件符号参数名称技术条件备注 Tao 使用温度 -10℃-50℃Tas 储存温度 -20℃-70℃建议使用范围 RH 相对湿度小于 95%RHO 2 氧气浓度 21%(标准条件)氧气浓度会影响灵敏度特性最小值大于2% c. 灵敏度特性符号参数名称技术参数备注 Rs 敏感体电阻2-20k 在100ppmCO 中 а(300/100ppm)浓度斜率小于0.6 Rs (300ppm)/Rs(100ppm) 温度：-20℃±2℃ 相对湿度：65%±5% 标准工作条件Vc:5.0V±0.1V VH（高）:5.0V±0.1V VH（低）:1.5V±0.1V 预热时间不短于 48小时探测范围：10ppm-1000ppm 一氧化碳D. 结构、外形、测试电路MQ-7气敏元件的结构和外形如图1所示(结构 A 或 B), 由微型AL 2O 3陶瓷管、SnO 2 敏感层,测量电极和加热器构成的敏感元件固定在塑料或不锈钢制成的腔体内，加热器为气敏元件提供了必要的工作条件。

填充活性炭的过滤腔体，进一步减弱了氮氧化物、烷类等气体的干扰。

组织级配置管理计划-模板

XXX有限公司组织级配置管理计划文档修订记录♦变化版本编号简要说明日期变更人批准日期批准人状态VI. 0 A*变化状态：A——增加• M1前言本计划是组织级配置项目计划的组成部分，它规定了在组织级配置项目中如何开展配置管理工作，以便在项目的整个生存周期中，建立和维护软件工作产品的完整性和一致性。

1.2适用范围本计划是遵照组织级的《配置管理过程》、《配宜管理il•划》等标准规范和《裁剪指南》，结合本项目的实际情况制订：适用于整个产品生命周期的配置管理柑关活动。

1.3读者对象EPG组成员2组织级配置项管理2.1配置结构曰丄Ol-OSSPil丄0】•工程过程创丄02■顶目过程刮丄支持过程创丄04・組织过程il 丄05-Sm a 一j 02・EPG丄OF针计划二02■姐织培训m Q3・EFG活动口01 ■俎织月报□ 0Z溯监管LJ 03•配置监普LJ W发布公吿 a 二03-FAL丄01 ■风险库丄02・最侄实践丄03■度量库2-2配置项管理01-OSSP目录下文档为组织过程改进的知识库，作为组织改进的指导性文件：放入SVN库中归档管理，全体人员有可读权限。

当OSSP中文档需要修改时需要走正式的变更流程。

02-EPG目录下文档为改进组活动产生的文档：放入SVN库中归档管理。

'01-组织方针'全体可读，当'01-组织方针'中文档需要修改时需要走正式的变更流程。

'02-组织培训*中的文档培训人员（顾晓丹）在有培训需求进入的情况下是期进行更新，配置管理人员左期（每月）检查培训中产出的文档做配置审计。

'03-EPG活动管理'改进组可写，配置管理人员立期（每月）检查组织月报、质量保证报告、配置项状态的提交情况并做配置审计，EPG组世期更新。

03-PAL目录下存放改进中优秀的资产，当有新资产加入的时候，及时更新并做配置审计。

变更流程：对配置管理下的工作产品作变更（如：OSSP标准文档的改变、新资产入库等），都需要被跟踪和控制，用来保证工作产品配置信息的完整性和可跟踪性。

IBM MQ使用指南

创建进程定义 DEFINE PROCESS（PRONAME） + DESCR（‘STRING’）+ APPLTYPE（WINDOWSNT）+ APPLICID（’ runmqchl -c SDR_TEST -m QM_ TEST’）其中 APPLTYPE 的值可以是：CICS、UNIX、WINDOWS、WINDOWSNT 等
启动侦听 runmqlsr –t TYPE –p PORT –m QMgrName
停止侦听 endmqlsr -m QmgrName
MQSeries 命令
定义死信队列 DEFINE QLOCAL（QNAME） DEFPSIST（YES） REPLACE
设定队列管理器的死信队列 ALTER QMGR DEADQ（QNAME）
InitialContextFactory 是专门为 websphere 提供的，它需要和 websphere 的 CosNaming 资源库一起使用。
PROVIDER_URL 表示会话初始上下文的 URL ，由 JMSAdmin tool 实现的所有 JNDI 操作的根。它和 INITIAL_CONTEXT_FACTORY 一一对应。
定义模型队列 DEFINE QMODEL（QNAME） DEFTYPE（TEMPDYN）
定义本地传输队列 DEFINE QLOCAL(QTNAME) USAGE(XMITQ) DEFPSIST(YES) + INITQ（SYSTEM.CHANNEL.INITQ）+ PROCESS(PROCESSNAME) REPLACE
一．MQ 基本操作
MQ 中有几个很重要的组件：队列管理器（QueueManager）、队列（Queue）和通道（Channel）。其基本的操作方法如下：

Linux系统RabbitMQ高可用集群安装部署文档

Linux系统RabbitMQ⾼可⽤集群安装部署⽂档RabbitMQ⾼可⽤集群安装部署⽂档架构图1）RabbitMQ集群元数据的同步RabbitMQ集群会始终同步四种类型的内部元数据（类似索引）：a.队列元数据：队列名称和它的属性；b.交换器元数据：交换器名称、类型和属性；c.绑定元数据：⼀张简单的表格展⽰了如何将消息路由到队列；d.vhost元数据：为vhost内的队列、交换器和绑定提供命名空间和安全属性；2）集群配置⽅式cluster：不⽀持跨⽹段，⽤于同⼀个⽹段内的局域⽹；可以随意的动态增加或者减少；节点之间需要运⾏相同版本的 RabbitMQ 和 Erlang。

节点类型RAM node：内存节点将所有的队列、交换机、绑定、⽤户、权限和 vhost 的元数据定义存储在内存中，好处是可以使得像交换机和队列声明等操作更加的快速。

Disk node：将元数据存储在磁盘中，单节点系统只允许磁盘类型的节点，防⽌重启 RabbitMQ 的时候，丢失系统的配置信息。

解决⽅案：设置两个磁盘节点，⾄少有⼀个是可⽤的，可以保存元数据的更改。

Erlang Cookieerlang Cookie 是保证不同节点可以相互通信的密钥，要保证集群中的不同节点相互通信必须共享相同的 Erlang Cookie3）搭建RabbitMQ集群所需要安装的组件a.Jdk 1.8b.Erlang运⾏时环境c.RabbitMq的Server组件1、安装yum源⽂件2、安装Erlang# yum -y install erlang3、配置java环境 /etc/profileJAVA_HOME=/usr/local/java/jdk1.8.0_151PATH=$JAVA_HOME/bin:$PATHCLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar4、安装配置rabbitmq# tar -xf rabbitmq-server-generic-unix-3.6.15.tar -C /usr/local/# mv /usr/local/rabbitmq_server-3.6.15/ /usr/local/rabbitmq5、配置RabbitMQ环境变量/etc/profileRABBITMQ_HOME=/usr/local/rabbitmqPATH=$PATH:$ERL_HOME/bin:/usr/local/rabbitmq/sbin# source /etc/profile6、修改主机配置⽂件/etc/hosts192.168.2.208 rabbitmq-node1192.168.2.41 rabbitmq-node2192.168.2.40 rabbitmq-node3各个主机修改配置⽂件保持⼀致# /root/.erlang.cookie7、后台启动rabbitmq# /usr/local/rabbitmq/sbin/rabbitmq-server -detached添加⽤户# rabbitmqctl add_user admin admin给⽤户授权# rabbitmqctl set_user_tags admin administrator# rabbitmqctl set_permissions -p / admin ".*" ".*" ".*"启⽤插件，可以使⽤rabbitmq管理界⾯# rabbitmq-plugins enable rabbitmq_management查看⽤户列表# rabbitmqctl list_users查看节点状态# rabbitmqctl status查看集群状态# rabbitmqctl cluster_status查看插件# rabbitmq-plugins list添加防⽕墙规则/etc/sysconfig/iptables-A INPUT -m state --state NEW -m tcp -p tcp --dport 27017 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 28017 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 15672 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 5672 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 25672 -j ACCEPT8、添加集群node节点，从节点执⾏（⽬前配置2个节点）# rabbitmqctl stop_app# rabbitmqctl join_cluster --ram rabbit@rabbitmq-node2或者# rabbitmqctl join_cluster rabbit@rabbitmq-node2# rabbitmqctl change_cluster_node_type ram启动节点#rabbitmqctl start_app9、删除集群node 节点删除1. rabbitmq-server -detached2. rabbitmqctl stop_app3. rabbitmqctl reset4. rabbitmqctl start_app设置镜像队列策略在web界⾯，登陆后，点击“Admin--Virtual Hosts（页⾯右侧）”，在打开的页⾯上的下⽅的“Add a new virtual host”处增加⼀个虚拟主机，同时给⽤户“admin”和“guest”均加上权限1、2、# rabbitmqctl set_policy -p hasystem ha-allqueue "^" '{"ha-mode":"all"}' -n rabbit"hasystem" vhost名称， "^"匹配所有的队列， ha-allqueue 策略名称为ha-all, '{"ha-mode":"all"}' 策略模式为 all 即复制到所有节点，包含新增节点,则此时镜像队列设置成功.rabbitmqctl set_policy [-p Vhost] Name Pattern Definition [Priority]-p Vhost：可选参数，针对指定vhost下的queue进⾏设置Name: policy的名称Pattern: queue的匹配模式(正则表达式)Definition：镜像定义，包括三个部分ha-mode, ha-params, ha-sync-modeha-mode:指明镜像队列的模式，有效值为 all/exactly/nodesall：表⽰在集群中所有的节点上进⾏镜像exactly：表⽰在指定个数的节点上进⾏镜像，节点的个数由ha-params指定nodes：表⽰在指定的节点上进⾏镜像，节点名称通过ha-params指定ha-params：ha-mode模式需要⽤到的参数ha-sync-mode：进⾏队列中消息的同步⽅式，有效值为automatic和manualpriority：可选参数，policy的优先级注以上集群配置完成⾼可⽤HA配置Haproxy 负载均衡，keepalived实现健康检查HA服务安装配置解压⽂件# tar -zxf haproxy-1.8.17.tar.gz查看内核版本# uname –r# yum -y install gcc gcc-c++ make切换到解压⽬录执⾏安装# make TARGET=3100 PREFIX=/usr/local/haproxy # make install PREFIX=/usr/local/haproxy创建配置⽂件相关⽬录# mkdir /usr/local/haproxy/conf# mkdir /var/lib/haproxy/# touch /usr/local/haproxy/haproxy.cfg# groupadd haproxy# useradd haproxy -g haproxy# chown -R haproxy.haproxy /usr/local/haproxy# chown -R haproxy.haproxy /var/lib/haproxy配置⽂件globallog 127.0.0.1 local2chroot /var/lib/haproxypidfile /var/run/haproxy.pidmaxconn 4000user haproxygroup haproxydaemon# turn on stats unix socketstats socket /var/lib/haproxy/stats#---------------------------------------------------------------------defaultsmode httplog globaloption httplogoption dontlognulloption http-server-closeoption redispatchretries 3timeout http-request 10stimeout queue 1mtimeout connect 10stimeout client 1mtimeout server 1mtimeout http-keep-alive 10stimeout check 10smaxconn 3000#监控MQ管理平台listen rabbitmq_adminbind 0.0.0.0:8300　server rabbitmq-node1 192.168.2.208:15672　server rabbitmq-node2 192.168.2.41:15672　server rabbitmq-node3 192.168.2.40:15672#rabbitmq_cluster监控代理listen rabbitmq_local_clusterbind 0.0.0.0:8200#配置TCP模式mode tcpoption tcplog#简单的轮询balance roundrobin#rabbitmq集群节点配置 server rabbitmq-node1 192.168.2.208:5672 check inter 5000 rise 2 fall 2 server rabbitmq-node2 192.168.2.41:5672 check inter 5000 rise 2 fall 2 server rabbitmq-node3 192.168.2.40:5672 check inter 5000 rise 2 fall 2 #配置haproxy web监控，查看统计信息listen private_monitoringbind 0.0.0.0:8100mode httpoption httplogstats enablestats uri /statsstats refresh 30s#添加⽤户名密码认证stats auth admin:admin启动haproxy服务# /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/conf/haproxy.cfg#Keepalived 源码安装软件包路径 /usr/local/src安装路径 /usr/local/keepalived配置⽂件/etc/keepalived/keeplived.conf# tar -zxf keepalived-2.0.10.tar.gz#安装依赖包# yum -y install openssl-devel libnl libnl-devel libnfnetlink-devel# ./configure --prefix=/usr/local/keepalived && make && make install创建keepalived配置⽂件⽬录#mkdir /etc/keepalived拷贝配置⽂件到/etc/keepalived⽬录下# cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/复制keepalived脚本到/etc/init.d/ ⽬录# cp /usr/local/src/keepalived-2.0.10/keepalived/etc/init.d/keepalived /etc/init.d/拷贝keepalived脚本到/etc/sysconfig/ ⽬录# cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/建⽴软连接# ln -s /usr/local/keepalived/sbin/keepalived /sbin/添加到开机启动# chkconfig keepalived on查看服务状况# systemctl status keepalivedKeepalived启动# systemctl start keepalivedmaster 配置⽂件#Master :global_defs {notification_email {134********m@}notification_email_from 134********m@smtp_server 127.0.0.1smtp_connect_timeout 30router_id NGINX_DEVEL}vrrp_script chk_haproxy {script "/usr/local/keepalived/check_haproxy.sh"interval 2weight 2fall 3rise 2}vrrp_instance haproxy_1 {state MASTERinterface ens33virtual_router_id 104priority 150advert_int 1mcast_src_ip 192.168.2.41authentication {auth_type PASSauth_pass 1111}track_interface {ens33}track_script {check_haproxy.sh}virtual_ipaddress {192.168.33.110}}#virtual_server 192.168.2.110 80 {# delay_loop 6 # 设置健康检查时间，单位是秒# lb_algo wrr # 设置负载调度的算法为wlc# lb_kind DR # 设置LVS实现负载的机制，有NAT、TUN、DR三个模式# nat_mask 255.255.255.0# persistence_timeout 0# protocol TCP# real_server 192.168.220.128 80 { # 指定real server1的IP地址# weight 3 # 配置节点权值，数字越⼤权重越⾼#TCP_CHECK {# connect_timeout 10# nb_get_retry 3# delay_before_retry 3# connect_port 80# }# }# }}#Slave :global_defs {notification_email {134********m@}notification_email_from 134********m@smtp_server 127.0.0.1smtp_connect_timeout 30router_id NGINX_DEVEL}vrrp_script chk_haproxy {script "/usr/local/keepalived/check_haproxy.sh"interval 2weight 2fall 3rise 2}vrrp_instance haproxy_2 {state SLAVEinterface ens33virtual_router_id 104priority 150advert_int 1mcast_src_ip 192.168.2.208authentication {auth_type PASSauth_pass 1111}track_interface {ens33}track_script {check_haproxy.sh}virtual_ipaddress {192.168.2.246}}#virtual_server 192.168.2.110 80 {# delay_loop 6 # 设置健康检查时间，单位是秒# lb_algo wrr # 设置负载调度的算法为wlc# lb_kind DR # 设置LVS实现负载的机制，有NAT、TUN、DR三个模式# nat_mask 255.255.255.0# persistence_timeout 0# protocol TCP# real_server 192.168.220.128 80 { # 指定real server1的IP地址# weight 3 # 配置节点权值，数字越⼤权重越⾼#TCP_CHECK {# connect_timeout 10# nb_get_retry 3# delay_before_retry 3# connect_port 80# }# }# }}haproxy检测#!/bin/bashHaproxyStatus=`ps -C haproxy --no-header | wc -l`if [ $HaproxyStatus-eq 0 ];then/etc/init.d/haproxy startsleep 3if [ `ps -C haproxy --no-header | wc -l ` -eq 0 ];then/etc/init.d/keepalived stopfifi。

BIGBLUEBUTTON安装部署配置文档

西安XXXX软件有限公司BIGBLUEBUTTON安装部署配置文档编写人：杨红永编写时间：2012年5月24日目录目录 (2)1. Window下安装bigbluebutton (4)1.1. 硬件配置 (4)软件版本 (4)1.1.1. Bigbluebutton安装包 (4)1.1.2. ActiveMQ安装包 (4)1.1.3. Tomcat安装包 (4)1.1.4. Pdftk安装包 (5)1.1.5. Pdf2swf安装包 (5)1.1.6. JDK安装包 (5)1.1.7. RED5安装包 (5)1.2. 安装步骤 (5)1.2.1. 组件安装 (6)1.2.2. 系统安装 (6)2. Linux下安装bigbluebutton (8)2.1. 硬件配置 (8)2.2. 安装步骤 (9)2.2.1. 安装bigbluebutton，得到密钥 (9)2.2.2. 安装语音会议服务器 (9)2.2.3. 安装BigBlueButton (10)2.2.4. 默认配置重新启动 (11)2.2.5. 测试启动 (11)3. Efront和bigbluebutton的整合 (12)4. 常见错误 (12)5. 安装配置文档和系统文件说明 (12)5.1. 配置文件 (13)5.1.1. windows下的bigbluebutton服务端配置文件conferences.xml （详见1.3.2.3） 135.1.2. windows下的组件配置文件conferences.Xml (13)5.2. 系统目录文件说明 (14)5.2.1. bbb-client文件的目录说明 (14)1.Window下安装bigbluebutton 1.1.硬件配置内存:1GB磁盘空间：8GB1.2.软件版本1.2.1.B igbluebutton安装包版本要求：BigBlueButton Version 0.7以上，推荐使用0.8 版本下载地址：/p/bigbluebutton/downloads/list包含文件：bbb-client.zip 客户端文件Bbb-server.zip 服务端文件1.2.2.A ctiveMQ安装包版本要求：无要求下载地址：/activemq-560-release.html1.2.3.T omcat安装包版本要求：5.5 以上下载地址：/download-60.cgi1.2.4.P dftk安装包功能说明：分隔pdf文件版本要求：无下载地址：/pdftk1.2.5.P df2swf安装包功能说明：把pdf文件转换为swf文件版本要求：无下载地址：/1.2.6.J DK安装包版本要求：Java SE Development Kit 5.5以上，推荐使用61.2.7.R ED5安装包下载地址：/1.3.安装步骤（推荐安装目录：非系统盘，如D:\BIGBLUEBUTTON,建议所有组件即系统组件都安装到同一个文件夹内）1.3.1.组件安装1.3.1.1.安装JDK设置环境变量，把JAVA_HOME指向JDK目录1.3.1.2.安装activeMQ1.3.1.3.安装tomcat1.3.1.4.安装pdftk、pdf2swf1.3.2.系统安装1.3.2.1.安装bigbluebutton客户端文件解压bbb-client.zip文件到tomcat/webapps/root目录下，并重命名文件为client(原文件名为bin).1.3.2.2.安装bigbluebutton服务端文件解压bbb-server,zip文件，并解压bigbluebutton-apps文件到bbb-server/webapps目录.1.3.2.3.修改配置文件编辑bbb-server\webapps\conference\conferences\conferences.xml文件，修改为如下内容<? Xml version="1.0" encoding="UTF-8”?><conference-rooms><conference-room><name>85115</name><mod-password>modpass</mod-password><view-password>viewpass</view-password></conference-room></conference-rooms>如果bigbluebutton-apps.zip文件中没conference文件夹可以下载bigbluebutton-app.tar.gz 文件，拷贝conference文件夹，并且修改conferences.xml文件，如上。

rabbitmq文档整理

Rabbitmq初识rabbitmqRabbitMQ是流行的开源消息队列系统，用erlang语言开发。

RabbitMQ是AMQP（高级消息队列协议）的标准实现。

如果不熟悉AMQP，直接看RabbitMQ的文档会比较困难。

不过它也只有几个关键概念，这里简单介绍几个概念说明：Broker：简单来说就是消息队列服务器实体。

Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。

Queue：消息队列载体，每个消息都会被投入到一个或多个队列。

Binding：绑定，它的作用就是把exchange和queue按照路由规则绑定起来。

Routing Key：路由关键字，exchange根据这个关键字进行消息投递。

vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的权限分离。

producer：消息生产者，就是投递消息的程序。

consumer：消息消费者，就是接受消息的程序。

channel：消息通道，在客户端的每个连接里，可建立多个channel，每个channel代表一个会话任务。

由Exchange，Queue，RoutingKey三个才能决定一个从Exchange到Queue的唯一的线路。

消息队列的使用过程大概如下：（1）客户端连接到消息队列服务器，打开一个channel。

（2）客户端声明一个exchange，并设置相关属性。

（3）客户端声明一个queue，并设置相关属性。

（4）客户端使用routing key，在exchange和queue之间建立好绑定关系。

（5）客户端投递消息到exchange。

exchange接收到消息后，就根据消息的key和已经设置的binding，进行消息路由，将消息投递到一个或多个队列里。

exchange也有几个类型，完全根据key进行投递的叫做Direct交换机，例如，绑定时设置了routing key为”abc”，那么客户端提交的消息，只有设置了key为”abc”的才会投递到队列。

AMQ配置文档-v1.0

AMQ配置文档mayan@Sogou 1.客户端连接基本概念：transportConnector，客户端（生产者、消费者）与Broker交换消息前，必须与broker建立连接，AMQ通过transportConnector来抽象客户端与Broker之间的连接，并实现客户端与Broker之间的通信。

在配置文件中表现如下：与之对应，在Network of Brokers中存在networkconnector的概念，用来表示broker之间的连接和通信，详见3.2节。

在配置文件中表现如下：1.1.连接方式AMQ支持tcp、nio、udp、http等连接方式。

1.2.failover提供自动故障重连与切换功能，客户端基本配置：failover:(nio://10.12.136.235:61616,tcp://10.12.136.239:61616)另外，AMQ提供fast-failover，即快速故障切换功能，通过预先建立故障发生时的备用连接来实现，客户端需配置如下：failover:(nio://10.12.136.235:61616,tcp://10.12.136.239:61616,tcp://10.12.137.208:61616)?bac kup=true&backupPoolSize=2其中backup属性必须置为true，backupPoolSize表示备用连接的个数，backupPoolSize=min （不同URI个数，指定值）相关类：org.apache.activemq.transport.failover.FailoverTransport1.3.连接池相关类：org.apache.activemq.pool. PooledConnectionFactory关键属性：maxConnections：最大连接数，默认为1。

maximumActive：注意，不是活跃的connection，而是指每个连接最大活跃session数，默认为500。

RabbitMQManagementHTTPAPI--官方文档

RabbitMQManagementHTTPAPI--官⽅⽂档IntroductionApart from this help page, all URIs will serve only resources of type application/json, and will require HTTP basic authentication (using the standard RabbitMQ user database). The default user is guest/guest.Many URIs require the name of a virtual host as part of the path, since names only uniquely identify objects within a virtual host. As the default virtual host is called "/", this will need to be encoded as "%2f".PUTing a resource creates it. The JSON object you upload must have certain keys (documented below). Other keys are ignored. Missing keys consitute an error.Since bindings do not have names or IDs in AMQP we synthesise one based on all its properties. Since predicting this name is hard in the general case, you can also create bindings by POSTing to a factory URI. See the example below.CaveatsThese caveats apply to the current development version of the management API. In future they will be fixed.arguments fields are ignored everywhere. You cannot create a queue, exchange or binding with arguments. Queues, exchanges or bindings with arguments won't show those arguments.Permissions are only enforced sporadically. If a user can authenticate with the HTTP API, they can do anything.There are many monitoring-related information items in the objects returned from GET requests. They are undocumented and subject to change.ExamplesA few quick examples, using the Unix command line tool curl:Get a list of vhosts:$ curl -i -u guest:guest http://localhost:55672/api/vhostsHTTP/1.1 200 OKServer: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)Date: Tue, 31 Aug 2010 15:46:59 GMTContent-Type: application/jsonContent-Length: 5["/"]Create a new vhost:$ curl -i -u guest:guest -H "content-type:application/json" \-XPUT http://localhost:55672/api/vhosts/fooHTTP/1.1 204 No ContentServer: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)Date: Fri, 27 Aug 2010 16:56:00 GMTContent-Type: application/jsonContent-Length: 0Note: you must specify application/json as the mime type.Note: the name of the object is not needed in the JSON object uploaded, since it is in the URI. As a virtual host has no properties apart from its name, this means you do not need to specify a body at all!Create a new exchange in the default virtual host:$ curl -i -u guest:guest -H "content-type:application/json" \-XPUT -d'{"type":"direct","auto_delete":false,"durable":true,"arguments":[]}' \http://localhost:55672/api/exchanges/%2f/my-new-exchangeHTTP/1.1 204 No ContentServer: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)Date: Fri, 27 Aug 2010 17:04:29 GMTContent-Type: application/jsonContent-Length: 0Note: we never return a body in response to a PUT or DELETE, unless it fails.And delete it again:$ curl -i -u guest:guest -H "content-type:application/json" \-XDELETE http://localhost:55672/api/exchanges/%2f/my-new-exchangeHTTP/1.1 204 No ContentServer: MochiWeb/1.1 WebMachine/1.7 (participate in the frantic)Date: Fri, 27 Aug 2010 17:05:30 GMTContent-Type: application/jsonContent-Length: 0ReferenceGET PUT DELETE POST Path DescriptionX Various random bits of information that describe the whole system. X A list of all open connections.X X/api/connections/name An individual connection. DELETEing it will close the connection. X A list of all open channels.X/api/channels/channel Details about an individual channel.X A list of all exchanges.X/api/exchanges/vhost A list of all exchanges in a given virtual host.X X X/api/exchanges/vhost/name An individual exchange. To PUT an exchange, you will need a body looking something like this: {"type":"direct","auto_delete":false,"durable":true,"arguments":[]}X/api/exchanges/vhost/name/bindings A list of all bindings on a given exchange. X A list of all queues.X/api/queues/vhost A list of all queues in a given virtual host.X X X/api/queues/vhost/name An individual queue. To PUT a queue, you will need a body looking something like this:{"auto_delete":false,"durable":true,"arguments":[]}X/api/queues/vhost/queue/bindings A list of all bindings on a given queue.X A list of all bindings.X/api/bindings/vhost A list of all bindings in a given virtual host.X X/api/bindings/vhost/queue/exchange A list of all bindings between a queue and an exchange. Remember, a queue and an exchange can be bound together many times! To create a new binding, POST to this URI. You will need a body looking something like this:{"routing_key":"my_routing_key","arguments":[]}The response will contain a Location header telling you the URI of your new binding.X X X/api/bindings/vhost/queue/exchange/props An individual binding between a queue and an exchange.The props part of the URI is a "name" for the binding composed of its routing key and properties. While you can create a binding by PUTing to this URI, it may be more convenient to POST to the URI above.X A list of all vhosts.X X X/api/vhosts/name An individual virtual host. As a virtual host only has a name, you do not need an HTTP body when PUTing one of these.X A list of all users.X X X/api/users/name An individual user. To PUT a user, you will need a body looking something like this:{"password":"secret"}X/api/users/user/permissions A list of all permissions for a given user. X A list of all permissions for all users.X X X/api/permissions/vhost/user An individual permission of a user and virtual host. To PUT a permission, you will need a body looking something like this: {"scope":"client","configure":".*","write":".*","read":".*"}。

MQSI应用程序说明书

7 设计MQSI消息流MQSI具有设计和开发消息流的功能，因而您可以将请求路由到后台系统，以便根据应用程序要求进行检索、聚集和／或更新信息。

使用MQSI控制中心，您可以创建消息流，并可将其应用到一个或多个MQSI代理。

本章讲述如何设计MQSI消息流以便执行这些功能。

第237页的第十四章“创建MQSI应用程序”将详细讲述使用这些功能的应用程序的完整实例。

977.1 MQSI应用程序设计毫无疑问，我们需要清楚地了解需要消息流完成的商业操作。

逻辑设计以高超的水平描述各种要求，并为定义WebSphere应用程序组件和MQSI域之间的操作合同提供关键性帮助。

针对MQSI实施满足操作合同要求的解决方案涉及若干消息路由和转换步骤。

同时，根据您企业的具体情况，可能需要不止一个代理程序。

我们使用的实例应用程序具有以下特征：接受来自WebSphere的请求，以便减轻从Guild向各站传输单元时记录交易的负担。

接受来自用户界面层的请求，以便创建可返回和显示的活动报表供用户使用。

在MQSI中，每个转换和路由过程都是作为“消息流”开发的。

消息流创建为一系列的操作，每项操作都采取节点的形式。

各种类型的节点都具有相应的连接器，允许直观地定义节点的输入和输出。

为了完成应用程序所要求的任务，我们需要能够执行以下操作的消息流：通过输入队列从用户处获取请求把消息分成若干后端请求接收后端回复应用转换规则，并使消息相互关联执行数据库操作，以便缓存或增强数据将回复消息返回用户，供其使用在MQSI中可以使用各种节点创建消息流，许多消息流具有高度可配置的特性。

消息流应用到某个代理程序的执行引擎，根据在消息流中开发的商业规则，其可接收和处理消息。

如若设计复杂的消息流，则考虑其在较广泛的上下文应用程序内所起的作用很有帮助。

实际上，消息流就是有关文档交换的所有情况，其中涉及诸如文档转换、数据库操作之类的操作。

98进入MQSI中的开发环境并将一组大量相互连接的节点集中以执行全面而复杂的消息转换，是非常简单的事情。

信息系统需求文档

信息系统需求文档第一点：信息系统需求概述信息系统在现代企业的运营中起着举足轻重的作用。

一个高效、稳定的信息系统能够为企业带来巨大的竞争优势，提高企业的运营效率，降低运营成本，增强企业的核心竞争力。

本文档主要描述了企业信息系统的需求，包括系统的功能需求、性能需求、可用性需求等。

1.1 功能需求功能需求是信息系统最基本的需求，它描述了系统需要实现的功能和特性。

根据企业的业务需求和运营需求，本文档提出了以下功能需求：1.数据采集与录入：系统需要能够采集和录入企业的基本信息、业务数据等，为后续的数据处理和分析提供基础。

2.数据处理与分析：系统需要具备数据处理和分析的能力，能够对采集到的数据进行处理和分析，生成各种报表和统计数据，为企业决策提供依据。

3.数据查询与展示：系统需要提供便捷的数据查询和展示功能，让用户能够快速找到所需的信息，并能够以图表、列表等形式展示信息。

4.数据安全管理：系统需要具备数据安全管理的能力，包括数据的备份、恢复、权限控制等功能，确保数据的安全性和完整性。

5.用户管理：系统需要能够管理用户的信息和权限，包括用户的注册、登录、权限分配等功能，保证系统的安全性和稳定性。

1.2 性能需求性能需求是信息系统的重要组成部分，它描述了系统在各种不同情况下的性能表现。

根据企业的业务需求和运营需求，本文档提出了以下性能需求：1.响应时间：系统需要能够在用户发起请求后，尽快做出响应。

根据实际的业务需求，系统需要能够在秒级或毫秒级完成响应。

2.并发能力：系统需要能够支持多用户同时访问和操作，保证系统的稳定性和可靠性。

根据实际的业务需求，系统需要能够支持数千或数万并发用户。

3.数据处理能力：系统需要能够处理大量的数据，包括数据的采集、存储、处理和分析等。

根据实际的业务需求，系统需要能够处理数亿或数十亿级别的数据。

4.系统可用性：系统需要能够提供高可用性的服务，保证系统的稳定性和可靠性。

根据实际的业务需求，系统需要能够实现故障转移、故障恢复等功能。

activemq监控程序的使用文档1.0

Activemq监控程序主要原理使用activemq-admin命令来查询activemq应用的各种状态，必要的要求是activemq的jmx 功能必须开启。

依赖软件版本1、 activemq5.3.1 以上的版本2、 jdk1.5以上activemq的jmx功能配置说明Activemq的jmx功能开启后，执行activemq-admin query 命令后，出现下面打印信息，代执行命令Java –jar amqmonitor.jar mq-listener.xml/data/develop/activemq说明：amqmonitor.jar 是activemq监控程序的jar名；mq-listener.xml是activemq监控程序的配置文件；/data/develop/activemq 是activemq程序的安装目录配置文件说明监控程序的配置文件名称可自定义。

但是内部结构是规定好的，下面是一个样例文件：<Config>为监控程序配置文件的根标签一级子标签有<Parameters>、<Compares>、<Contacts>、<SendInfo>。

<Parameters>主要是对单个队列的监控，<Compares>主要是比较两个队列的值，<Contacts>主要是联系人、<SendInfo>主要是邮件和发短信的配置说明。

<Parameters>标签中主要是<ObjectName>子标签，其代表着activemq中的destination，<ObjectName>的type属性只有两个值queue，topic，分别代表queue和topic 两种队列。

<ObjectName>的各种子标签都是desctination的各种属性。

其中Name是destination的定义名称，不需要与阀值作比较；其它字标签都有compare属性，来与标签中定义的阀值作比较，compare的值：1 代表大于、2代表小于、3代表大于等于、4代表小于等于。

MQ-4气体传感器

MQ-4气体传感器特点* 对甲烷，天然气有很高的灵敏度*对乙醇，烟雾的灵敏度很低* 快速的响应恢复特性. * 长期的使用寿命和可靠的稳定性* 简单的驱动电路应用用于家庭，工业的甲烷，天然气的探测装置规格A. 标准工作条件符号参数名称技术条件备注Vc 回路电压≤15V AC or DC V H 加热电压 5.0V±0.2V AC or DC R L 负载电阻可调R H 加热电阻 31Ω±3Ω室温P H 加热功耗≤900mWB. 环境条件符号参数名称技术条件备注Tao 使用温度-10℃-50℃Tas 储存温度-20℃-70℃Rh相对湿度小于 95%RhO2 氧气浓度21%(标准条件)氧气浓度会影响灵敏度特性最小值大于２％C. 灵敏度特性符号参数名称技术参数备注Rs 敏感体表面电阻10KΩ- 60KΩ(5000ppm CH4)α(1000ppm/ 5000ppm CH4) 浓度斜率≤0.6标准工作条件温度： 20℃±2℃ Vc:5.0V±0.1V相对湿度： 65%±5% Vh: 5.0V±0.1V 预热时间不少于24小时适用范围：300-10000ppm 甲烷，天然气。

D. 结构，外形，测试电路MQ-4气敏元件的结构和外形如图1所示(结构 A 或 B), 由微型AL 2O 3陶瓷管、SnO 2 敏感层,测量电极和加热器构成的敏感元件固定在塑料或不锈钢制成的腔体内，加热器为气敏元件提供了必要的工作条件。

封装好的气敏元件有６只针状管脚，其中４个用于信号取出，２个用于提供加热电流。

测量电路如图２所示E. 灵敏度特性曲线图３ MQ-4型气敏元件的灵敏度特性图.2结构B结构A灵敏度调整：MQ-4型气敏元件对不同种类，不同浓度的气体有不同的电阻值。

因此，在使用此类型气敏元件时，灵敏度的调整是很重要的。

我们建议您用5000ppm 甲烷校准传感器。

当精确测量时，报警点的设定应考虑温湿度的影响。

JMS文档

1. JMS基本概念JMS(Java Message Service) 即Java消息服务。

它提供标准的产生、发送、接收消息的接口简化企业应用的开发。

它支持两种消息通信模型：点到点（point-to-point）（P2P）模型和发布/订阅（Pub/Sub）模型。

P2P 模型规定了一个消息只能有一个接收者;Pub/Sub 模型允许一个消息可以有多个接收者。

对于点到点模型，消息生产者产生一个消息后，把这个消息发送到一个Queue（队列）中，然后消息接收者再从这个Queue中读取，一旦这个消息被一个接收者读取之后，它就在这个Queue中消失了，所以一个消息只能被一个接收者消费。

与点到点模型不同，发布/订阅模型中，消息生产者产生一个消息后，把这个消息发送到一个Topic中，这个Topic可以同时有多个接收者在监听，当一个消息到达这个Topic之后，所有消息接收者都会收到这个消息。

2. 几个重要概念Destination：消息发送的目的地，也就是前面说的Queue和Topic。

创建好一个消息之后，只需要把这个消息发送到目的地，消息的发送者就可以继续做自己的事情，而不用等待消息被处理完成。

至于这个消息什么时候，会被哪个消费者消费，完全取决于消息的接受者。

Message：从字面上就可以看出是被发送的消息。

它有下面几种类型：StreamMessage：Java 数据流消息，用标准流操作来顺序的填充和读取。

MapMessage：一个Map类型的消息；名称为 string 类型，而值为 Java 的基本类型。

TextMessage：普通字符串消息，包含一个String。

ObjectMessage：对象消息，包含一个可序列化的Java 对象BytesMessage：二进制数组消息，包含一个byte[]。

XMLMessage: 一个XML类型的消息。

最常用的是TextMessage和ObjectMessage。

Session：与JMS提供者所建立的会话，通过Session我们才可以创建一个Message。

中间件（WAS、WMQ）运维9个常见难点解析

中间件（WAS、WMQ）运维9个常见难点解析包括WAS、WMQ在安装、巡检、监控、优化过程中的常见难点。

安装1、was 负载均衡的机制的粘连性，was负载均衡异常？有⼀个case系统，部署在was集群环境，应⽤是集群环境，有的时候当⼀个节点异常的时，客户端访问该系统就会抛出异常，按正常情况，该会话应该不会断或者断了再连接⼀次就会到另⼀个节点，但是好多时候不管客户端如何连接，都不⾏，该正常的客户端⼀直是正常的，不正常重启机器也不正常。

当然其他新连接的节点也没啥问题，直到重启了故障节点的应⽤，原先不能正常访问的客户端才正常，就算当时清除浏览器缓存也不好使，哪位有这⽅⾯的经验可以多谈谈。

答：1，这是故障转移，was有内部机制可以做到1）内存到内存复制技术可以，缺点，因每台服务器共享session，所以占⽤内存⽐较⼤（如果server很少，可以考虑使⽤）。

2）存储到数据苦或者其他地⽅也可以实现。

推荐使⽤，但是实现较复杂2、如何⼤批量的完成WAS的安装和部署？有哪些⼯具和⽅法？如：⼏百台或上千台WAS服务器的安装和部署答：1，wsadmin 去写脚本是个好办法，配合虚拟化去做。

2，还有上千台的已经不适合去⽤商业软件了，建议去考虑下开源的软件，或者云平台了。

3、was安装低版本升级需要注意哪些⽅⾯？需要重新缴费吗？答：1，was 6 官⽅已经不再提供⽀持，除⾮额外买服务。

2，从2018年4⽉开始，将不再⽀持Java SE 6 与 WebSphere Application Server 配合使⽤，建议更新为 Java SE 7 或 83，WAS V7.0.x 和 V8.0.x 和 Portal Server V8.0.x 于 April 30, 2018 End Of Service低版本注意事项：1，规划好磁盘空间，内存和CPU2，规划好安装⽬录，尽量做到安装⽬录统⼀，规范。

3，了解好业务量⼤⼩，并发等等，⽅便你设计你的was部署⽅案。

rabbitmq-c接口参数说明文档精选全文

rabbitmq-c接⼝参数说明⽂档关于rabbitmq-c消息队列接⼝参数发布端amqp_new_connection()声明⼀个新的 amqp_connection，简称为 connamqp_tcp_socket_new(conn)创建⼀个 TCP socket:conn 为先前声明的 amqp_conneciton，函数返回值记为 socketamqp_socket_open(socket, hostname, port)打开 TCP socket，获取 socket 值为 status。

其中：socket — 为先前创建的 TCP；hostname — 为rabbitmq server 主机；port — 为其监听端⼝amqp_login(amqp_connection_state_t state, char const vhost, int channel_max, int frame_max, int heartbeat, int sasl_method, …)⽤于登录rabbitmq sever，主要⽤于进⾏权限管理：state — 如前⽂ conn(amqp_connection);vhost — 虚拟主机;chnnel_max — 最⼤连接数;frame_max — 和客户端通信时允许的最⼤帧数，默认值131072（↑提⾼吞吐，↓降低时延）;heartbeat — ⼼跳帧，两次⼼跳间的秒数，heartbeat超时值定义了RabbitMQ及其client库在多久之后认为TCP连接不可到达。

默认为0;sasl_method — SSL认证;amqp_channel_open(amqp_connection_state_t state, amqp_channel_t channel)⽤于关联 conn 和 channel:state — conn(amqp_connection);channel — 进⾏RPC的通道；amqp_basic_publish( amqp_connection_state_t state, amqp_channel_t channel, amqp_bytes_t exchange,amqp_bytes_t routing_key, amqp_boolean_t mandatory, amqp_boolean_t immediate, structamqp_basic_properties_t_ const properties, amqp_bytes_t body)发布消息到代理（通过 routing key 发布消息到 exchange 上）:state — conn；channel — 通道标识符；exchange — 代理上被发布消息的 exchange；routing_key — 发布消息时需要使⽤的路由密匙；mandatory — 此标志指⽰服务器如果⽆法将消息路由到队列，该如何反应。