试试扩展函数,里面使用%Ensemble获取,同时还有%System中可以获取更多系统信息。

再在rule中使用这个扩展函数。

Class utils.functions Extends Ens.Rule.FunctionSet
{

ClassMethod GetSess()
{
	s s=%Ensemble("SessionId")
	&SQL(Select SourceConfigName into :sess from Ens.MessageHeader where ID=:s)
	Quit sess
}
}

既然是再研究,何不试试我们最新的InterSystems IRIS。如果以前研究过Caché 会发现,IRIS 还是同样的架构、同样的开发语言、同样的global存储,只是人机交互更流畅、性能更快,增加更多扩展,机器学习、python、丰富的外部BI工具适配、容器化部署、API管理等等等等,都等着你探索。

要想体验就在社区主页左边,选择下载InterSystems IRIS。

WRC可以说是我们对客户的支持中心,所以只面对我们的客户开放注册。

不知道你在哪里找文档找了一个星期,可以直接去docs.intersytems.com,选择你要对应的版本,然后再查找框里输入jdbc url, 比如我在最新的InterSystems IRIS for health 2021.2的文档中查到:

jdbc:IRIS://<host>:<port>/<namespace>/<logfile>:<eventclass>:<nodelay>:<ssl>

比如:

jdbc:IRIS://127.0.0.1:1972/User

原文在这里:https://docs.intersystems.com/irisforhealth20212/csp/docbook/DocBook.UI.Page.cls?KEY=BJAVA_connecting#BJAVA_connecting_url

我们推荐的高可用性方案是Mirror。也就是配置至少主备两个镜像成员+灾备异步镜像成员,可选配置多个异步报表镜像成员以及多个灾备异步镜像成员。

当然同时推荐的是建立健全的外部备机机制,以及使用外部备份进行恢复的演练,手动升级灾备异步镜像成员为主机的演练。

对于大型应用一般使用ECP创建多台应用服务器,进行多用户的负载分配,再将多台应用服务器连接至数据服务器,数据服务器进行高可用性配置。

“shutdown standby member“的操作应该与上面提到的"当备库因为主机故障或者网络隔离等因素导致不可用"是不一样的:

shutdown standby member是一个主动的将备机下线的过程,这个过程中,主机已经主动的将备机标注为“非激活”状态,这个时候主机不会等待备机的收到journal的信号,所以不会影响主机上的业务。

”当备库因为主机故障或者网络隔离等因素导致不可用“ 这个过程是一个被动不可预料的情况,这种情况下会有下面情况发生:
1. 在Qos规定的时间内,主机收到了备机的反馈信息,主机继续业务。


2a.在Qos规定时间内主机没有收到备机反馈信息,但是从仲裁服务收到冲裁服务仍能正常连接到备机的信息。会切换镜像状态监控模式为ISCAgent模式,业务访问主机不受影响。

null

2b. 在Qos规定时间内主机没有收到备机反馈信息,并且从仲裁服务也没有收到备机的情况,主机切换为ISCAgent监控模式,将备机置为trouble状态,主机继续承载业务。备机也会切换为ISCAgent监控模式,尝试重连主机。

null

3. 在Qos规定时间内主机没有收到备机反馈信息,也没有收到仲裁服务的信息。主机置为trouble状态。此时如果备机仍然保持和仲裁之间的连接,备机将会升级为主机,接管业务访问。当与原主机恢复连接后,会强制将原主机关机,以提醒管理员需要检查主机丢失连接的原因。

null

值得注意的是,IRIS/Caché 并不是直接将Journal的内容写入磁盘中的数据库文件中,Journal记录的是数据库的所有变化内容,而Write image journal(WIJ文件)则记录的是所有在内存中变化的但是还没有写到数据库的内容,写入磁盘的过程分两步,第一步将更新的内容从内存写入WIJ文件,WIJ标记准备写入磁盘的blocks 。第二步将标记的blocks写入磁盘,写完后,将第一步的标记清空。写入journal的过程是将journal buffer中记录的数据库内容的变化写入磁盘中的journal文件中。也就是说没有打开Journal功能的数据库文件依然是可以写入数据的(当然没有打开Journal功能是不能配置Mirror的)。

所以,说了那么多,对于终端用户基本上是感觉不到上面各种主备切换情况发生的。但是在系统终端是可以记录到的。

Production 重启的过程包括了关闭Production和启动Production。

关闭Production的过程需要把所有活动Job中的消息放入队列中,这个过程如果发生在业务量非常大的时候,也就是job非常多,每个job中的待处理消息很多的时候会花费很长时间。

而启动Production的过程会逆向关闭的过程,恢复关闭前的job以及的消息,同样这个时间与关闭production前业务繁忙、队列的大小有关。

当关闭的时间过长,会提示是否需要“强制”关闭production,如果强制关闭,后果就是无法保证恢复关闭production前的业务。

如果想等待或设置较长的等待时间,可以在terminal中执行 Ens.Director 类的StopProduction函数:

ClassMethod StopProduction(pTimeout As %Numeric = 10, pForce As %Boolean = 0) As %Status

第一个参数设置超时时间,第二个参数设置是否强制关闭。

不知道你问题里的日志是不是指的journal文件。

没有直接读取journal的方法,只有类似MirrorDejournal的方法对写入异步镜像成员的journal进行操作,

比如将内容写入到你自己的一个数据global中。

在写journal的同时将journal中记录的内容存放在另一个地方。

具体做法可以参考社区里的另一篇文章:CDC系列之一 :使用Dejournal Filter在InterSystems IRIS/Caché上通过Mirroring实现CDC功能

对于较早版本还没有镜像Mirror的配置,则可以使用Shadow服务器的Dejournaling filter routine。

可以参考:CDC系列之二 :使用Dejournaling filter routine在Caché上通过Shadow实现CDC