搜索​​​​

亲爱的社区用户，您好！ 我们诚挚邀请所有社区成员加入InterSystems Global Masters倡导中心，以便了解最新动态，获取对开发者社区）的贡献积分，并获得奖励！请浏览本文并了解如何加入，有哪些福利可以期待！ 点击此处：现在加入 ▶️ 什么是 Global Masters？ Global Masters 是一个游戏化平台，您可以在其中完成与InterSystems技术相关的挑战（任务），赢取徽章和积分，并用积分兑换各种奖励！ 在这里，每周都会发布5-10 个新挑战，公布开发者社区上最有趣的文章、最佳实践、视频、InterSystems 官方新闻、有趣的学习任务。 这是一个获得最新信息的好方法！ ▶️ 具体是什么样的？ 下面是挑战和奖励的示例： ▶️ 级别、徽章和特权 Global Masters 中有 6 个级别。您的级别越高，可获得的奖品价值和特权就越高。为开发者社区和 Open Exchange 做出贡献，在 Global Masters 保持活跃以达到最高级别！所有级别和徽章的列表将帮助您晋级到更高级别。 ▶️ 如何加入？ 从这里开始！ 1. 前往globalmasters.intersystems.com，点击“使用 InterSystems 登录名登录”按钮，然后使用您的WRC账号即可加入。 2. 登陆后，找到“自定义你的程序，从这里开始！（Customize your program! START HERE!）”开始挑战。这个初始挑战会解锁每周发布的奖励和新挑战。 不要跳过这个挑战，充分利用这里吧！ 点击此处：现在加入 我们在 GM 中心等待所有 InterSystems 开发者的到来！ 欢迎您提出任何反馈和想法。请随时与我们联系！InterSystems Global Masters 上见！ 😉

大家好！InterSystems Global Masters 倡导中心与开发者社区紧密联系并不是秘密。 为开发者社区做出任何贡献都会带来 Global Masters 积分。 所以， 我们准备了一份关于如何在 Global Masters 以最佳方式获得积分的简短指南。 如何在 GLOBAL MASTERS 获得积分 在开发者社区上发布英文帖子 100 第一次在社区评论 回答一个问题 / 发表一个评论（英文） 300 30 第 1 个被标记为“已接受”的回答 1000 之后的每一个“已接收”回答 150 第5/10/25/50个“已接收”回答 4000/8000/20000/40000 翻译一篇文章 50 在 DC 上问第1/5/10/25/50个问题 500/2000 /5000 /15000/30000 在 DC 上发布第1/5/10/25/50个帖子 1500/7500/15000/40000/75000 在 Open Exchange 发布一个应用程序 800 对每一个ZPM应用积分奖励 400 在Open Exchange发布第1/5/10/25个应用程序 1000/10000/25000/75000 帖子浏览量达到750+/2000+/5000+/15000+ 600/2500/7000/20000 在开发者社区阅读一篇帖子 10 看一个视频 20 通过社交媒体分享一次（帖子/视频） 40 发布的第1/2/3/4/5 篇带“最佳实践”标签的文章 1000/3000/7000/10000/15000 在Open Exchange上您的应用第50/100/250/500/1000次下载 2500/5000/7500/12500/25000 对 InterSystems / InterSystems 产品作一次评述 2 000-3 000 邀请成员加入开发者社区 600 为您的OEX应用创建一个video 3000 *仅计算在 Global Masters 倡导中心注册后发布的帖子。 完成挑战，获得徽章并升级：Insider > Advocate > Specialist > Expert > VIP。 您的级别越高，可获得的奖励越有趣！ 欢迎点击查看更多有关 Global Masters 的其他信息： 如何加入 InterSystems Global Masters Global Masters 徽章说明 Global Masters 级别说明 Global Masters 计划的变更 如果您尚未加入 InterSystems Global Masters 倡导中心，现在就开始行动吧！ 欢迎在本帖评论中提出您的问题。 欢迎大家多参与Global Master，多积分，多贡献，提高等级，赢取礼品！ @Young Zheng @An Xingqi @jinhui hu @wenyang zhang @guoguo wang @shikai ren @chaolong huang @yabin duan @鹏飞 楚 @智辉 李 @SHAN HU @Wendy Wu @Hao Wang @Z C @Zhaoying Li @Neal Wu @liu yaquan @qu qu @wang wei @guo meiya@yajing xu @yue li @权权 苏 @xiaohu xiong @yadong zhao @Yi Han @Wen Zhou @jie zhang @张 恒 @guo wenheng @Jing Li @迪 文

**RHEL V7.2 上的 Caché 进程故障** InterSystems WRC 处理了几个有关进程错误引发的问题，这些问题可以归因于 Red Hat Linux 最近的一次更新。 RHEL V7.2 (systemd-219-19.el7.x86_64) 中实现的一个新功能可能导致操作系统 IPC（进程间通信）信号量在 非系统用户注销时被解除分配（系统用户，即 UID 编号小于 1000 的用户除外）。 Caché 在内部利用 IPC 信号量来控制 Caché 进程的运行（例如，当尝试唤醒 Caché 进程时）。 这通过“semop”系统服务来实现，如果操作系统意外删除了 Caché 用于进行 IPC 通讯的信号量，则进程可能会出现错误。 如果发生这种情况，在 cconsole.log 中会找到以下证据： “System error while trying to wake-up a process, code = 22”（尝试唤醒进程时系统出错，代码 = 22） 以及在 Caché SYSLOG 中也会记录相应的错误，例如以下典型示例： Err   Process    Date/Time           Mod Line  Routine            Namespace 22    39761      09/29/2016 04:41:27PM 61  359   BF0+1359^Ens.Queue.1 HSBUS 这最终可能导致 Caché 的运行实例处于挂起状态。 以下是 Redhat 提供的一篇文章的链接，文中给出了有关此功能的详细信息以及禁用该功能的方法： [https://access.redhat.com/solutions/2062273](https://access.redhat.com/solutions/2062273 "Follow link")   此问题已在 systemd-219-19.el7_2.4（通过 RHBA-2016-0199 发布 (）中修复。

亲爱的社区用户，您好！ 您可能知道，您在 Open Exchange 上每发布一个应用程序都会获得 [Global Masters](https://intersystems.influitive.com/) 积分奖励。 最近，我们针对 [ZPM](https://openexchange.intersystems.com/package/ObjectScript-Package-Manager) 应用程序推出了附加积分。 **现在，您的每个 ZPM 应用程序都会为您赢得额外的 400 积分！**积分将自动调整。 立即查看 Global Masters 上的积分和可用奖励！ 如果您对 Global Masters 有任何疑问，欢迎在下面的评论中提问。 * * * 关于 Global Masters 的其他信息： 什么是 Global Masters？ 从这里开始如何在 InterSystems Global Masters 上获得积分  

各位开发者们大家好！ 此前，我向各位介绍了一个非常好用的运行分析监控面板，它能使消息处理过程中的关键指标可视化，例如入站/出站消息的数量和平均处理时间等。 现在，我想用一项许多人已熟悉的工作流程，来展示一个增强型日志监视器——将警告信息作为Production中的消息来处理。我们可以通过创建路由规则来实现对告警消息的过滤和路由，并运用预先构建的组件（例如电子邮件适配器等）来发送粒度级别的通知。 如你所知，监视和管理警告信息是确保任何应用程序平稳运行的关键。对诸如HealthShare和IRIS医疗版这样支撑医疗系统运转的一级应用程序和集成引擎来说对告警信息的处理更显得尤为重要。 让我们先来梳理一下InterSystems产品中已经附带的警告信息监视和管理工具: 通过名为Ens.Alert的组件，你可以使用警告处理器（Alert Processor）为Production中的各类接口配置自定义警报。 系统监视器（System Monitor ）能显示Production关键性能指标的实时状态。 日志监视管理器（Log Monitor Manager (^MONMGR) utility ）程序能根据消息日志（现在InterSystems IRIS上称messages.log，以往称cconsole.log）生成各种严重级别的通知消息，再通过电子邮件将该通知发送给预设好的收件人。 Production监视器（Production Monitor ）显示当前正在运行的Production及其接口（输入/输出连接）、队列、活动作业、事件日志、活动图表等的实时状态。 镜像监视器（Mirror Monitor）显示每个镜像及其构件的运行状态、镜像数据库状态以及关键镜像指标（例如日志传入速率）信息。 尽管由我制作的增强型日志监控器与上述这些日志监控器管理器（^MONMGR）非常相似，它的好处在于给用户提供了一个熟悉的界面和对警告信息的精准路由及管理能力——每个写进消息日志（messages.log文件）的告警条目都会被转换成一条Production里的消息，再按路由规则（Ens.Alert）精细过滤出特定的警告。这些警告可以通过Production中的操作（Business Operation）使用邮件和短信等方式发送出去。不仅如此，现在你还可以在Production中的邮件适配器设置来轻松编辑通知的收件人。 例如：日志监控管理器(^MONMGR)已经具备了按照指定的最低严重性级别发出警告的功能，你可以通过设置在发生二级日志事件时自动向系统管理员发出警告。 如果使用我即将介绍的增强型日志监视器，你就能进一步细化过滤，做到不是所有二级事项都发出，而是只在一个实例的发生了镜像故障转移切换（二级事件范畴下的一个具体情况）时才发出警告。在这个例子中，我们假设该系统部署了由镜像实现的高可用/灾备功能，并且包含这个日志监视器Production需要运行在每个镜像成员中的非镜像命名空间中。 使用增强型日志监控器前，请先从OpenExchange下载示例代码。下载的文件为xml格式，可以直接导入。导入时请转到管理门户，并导航至“Interoperability”->“管理”->“部署变化”->“部署”。 现在点选“Open Local Deployment”选项来打开从OpenExchange下载的xml文件，并在加载后单击“部署” 导航到刚刚部署的“Interoperability”（互操作性->列表->Production）。请勿在设定好全局^lasttimestamp（后面再做说明）之前启动Production。你应该能在Production中看到以下三个组件： “测试”服务 这其中包含了我所使用的定制底层代码（JK.MONMGR.CustomService class.）该代码会持续检查message.log文件是否被加入了新的行，再为每个新加的行项目创建Ens.AlertRequest消息并将其发送至Ens.Alert。你可以使用它的适配器设置来设定呼叫间隔——即在消息日志（messages.log文件）中检查新行的频率。为了能让设定值尽量贴近实际频率，你可以选则诸如1或5这样较小的整数。 “Ens.Alert”进程 这是一个名叫“Ens.Alerts”的路由规则，你可以利用它把特定的警告（基于警告文本）从消息日志路由到“EnsLib.EmailAlertOperation”以发送邮件通知。请注意要在条件中包含AlertText的内容（即Document.AlertText [ “”后面双引号内的警告文字）。你还可以创建其他的附加规则，也可以用DTL把警告消息转换为向下游发送的电子邮件模板或其他格式的通知。 “EnsLib.EmailAlertOperation”操作 这是一个预先构建好的出站电子邮件操作（BO），让你能直接发送邮件通知。你可以利用Production配置中的邮件适配器设置来设定要发送电子邮件的地址列表，SMTP服务器/端口以及凭据等。 启动Production前应先设置全局^ lasttimestamp以记录下此工具检查最后一行时的时间戳。你需要按“月/日/年 时:分:秒”的格式进行设置–例如，从终端输入： >> set ^lasttimestamp = “08/28/2020 08:00:00” 现在可以启动这个Production来亲身体会它的功效了！你还可以通过修改示例代码来满足你的特定需求。 如有任何疑问，请在下方留言评论或与我们的销售工程师联系！