version-control - Websphere MQ 和版本控制

Question

生产环境中的每个更改都必须进行版本控制，并追踪到更改更改的具体人员以及更改原因。

有没有可能为此使用某种工具？如果没有，如何使用SVN或GIT进行MQ配置？

更改 Websphere MQ 配置的最佳实践是什么？

我知道所有配置都位于 /var/mqm/qmgrs/QMNAME 目录中。但这些不是文本文件，因此简单的 SVN 不会告诉我发生了什么变化。

Answer 1

WebSphere MQ 不像静态编译的工件，而是一个部分 self 管理的事件系统。诸如集群、触发器、检测甚至应用程序之类的东西都可以在运行时更改 MQ 对象的设置。

许多商店选择做的是将对象定义和授权控制列表存储在 MQSC 脚本中，并将这些文件保存在 SVN 或其他变更控制系统中。然后捕获他们启用和监控的实时更改 Configuration Events它报告更改的详细信息以及发起更改的用户 ID。

特别是，WMQ 集群中的对象在运行时更不稳定，因此脚本应该反射(reflect)这一事实。对象属性可以根据它们是静态属性还是表示运行时状态来分类。 MQSC 脚本可以通过在单独的步骤中定义静态属性和动态属性来利用这一点。通过使用 REPLACE 和 NOREPLACE 选项，可以编写脚本，以便在重新运行脚本时保留集群状态。这支持将所有相关对象存储在版本化脚本中的变更控制方法，而不是为系统的每个变更编写新脚本。捕获脚本版本之间的差异可为您提供所有静态属性和监控，事件消息为您提供所有更改的 View ，包括对未在脚本中捕获的动态属性的更新。

两步对象定义如下所示:

* Stateful attributes use NOREPLACE so rerunning the script does not
* reset them to default values at run-time
DEFINE QLOCAL (APP.FUNCTION.SUBFUNCTION.QA) +
       GET(DISABLED) +
       PUT(DISABLED) +
       NOTRIGGER +
       NOREPLACE

* Static values use the REPLACE option to make sure any changes
* are recorded next time the script runs
ALTER  QLOCAL (APP.FUNCTION.SUBFUNCTION.QA) +
       DESCR('APP service queue for QA') +
       DEFPSIST(NO) +
       BOTHRESH(5) +
       BOQNAME('APP.FUNCTION.BACKOUT.QA') +
       CLUSTER('DIV_QA') +
       CLUSNL(' ') +
       DEFBIND(NOTFIXED)

有关此方法的更多详细信息，请参见 Mission:Messaging: Migration, failover, and scaling in a WebSphere MQ cluster .