文章
· 九月 2, 2022 阅读大约需 1 分钟
‘已放弃’ 的消息状态 - 集成平台

当使用集成平台传递异步消息时,在消息查看器查看消息状态的时候会出现 ‘已放弃’(Discarded) 的消息状态。

‘已放弃’ 的消息状态出现主要有以下原因:

  • 当响应的消息在响应请求超时后才到达你要发送的目的地,这条消息就成为了 ’已放弃‘ 的消息。
  • 因某种原因,消息无法交付,手动将消息标记为 ‘已放弃’。
  • 异步传递的消息,无需等待返回消息,这时如果配置了返回消息,这条消息也会成为 ’已放弃‘ 的消息。

注意:被标记为 ‘已放弃’的消息任然会被永久储存,只有但你明确删除它们时,消息才会被删除

0 0
0 65
问题
· 五月 1, 2022
从邮件保存附件到磁盘

Hello

我们有一个程序用EnsLib.EMail.InboundAdapter作为服务,扫描收件箱里带附件的邮件。

当有新邮件到达时,服务将请求(有属性%Net.MailMessage)发送给进程。在这个过程中,我们尝试循环并检索第2部分,我们假设它是文件。

set Part = pRequest.Mail.Parts.GetAt (2)

我们可以读取文件名:
Set FileName = Part.FileName

但是,如何以及是否有可能将附件文件保存到磁盘驱动器?

我没有看到该类中有任何支持该功能的方法。

或者我们必须使用% Net.POP3来接收和存储文件?

非常感谢!

0 0
0 63
文章
· 十二月 18, 2023 阅读大约需 2 分钟
镜像备机长时间宕机的处理

最近在多家现场都遇到了备机长时间宕机导致镜像日志写满磁盘的问题。在这里我将对这个问题发生的原因、发生后的处理、和如何预防这类问题发生进行一些讨论。

问题的发生一般始于一些原因导致的主机(如,01)宕机,进而触发镜像的主备切换。切换后备机(如,02)成为主机,并无缝接管业务。由于业务不受影响,如果不注意监控环境的话,很可能现场技术人员长时间都注意不到镜像的备机(01)是宕机状态。

备机长时间宕机会导致如下问题:

1. 这种情况下如果主机(02)再次遇到问题宕机,镜像将无法发挥其高可用性,无法保持业务稳定运行。

2. 主机(02)产生的镜像日志将无法同步到备机(01)。未同步的日志将一直被保存在主机(02)上不被删除。长此以往镜像日志磁盘将被写满,同样导致主机(02)宕机。

问题发现时切记不要手动从文件夹直接删除主机(02)上的镜像日志。未同步的日志一旦手动删除,镜像将无法自动同步,需要重做主备镜像。

问题发现时如果主机(02)还未宕机,此时尝试解决备机(01)问题,启动备机(01),等待镜像自动同步即可。同步完成之后镜像日志将可以被定时任务定时清除。如果遇到较为复杂的情况,现场请第一时间联系您的软件供应商,软件供应商将协同系联软件全球响应中心一起来解决您遇到的具体问题。

3 0
0 63

2021 年 8 月的学习资料现在可以在learning.intersystems.com上独家获取!您可以:

  • 先睹为快:2021 年虚拟峰会体验实验室
  • 使用自适应分析(Adaptive Analytics)解决方案来组建你的第一个数据模型
  • 免费试用 InterSystems IRIS 社区版
  • 查看 InterSystems 文档中的分析
  • 申请即将举行的线上技术课程

立刻报名!

0 0
0 62

你好

如何在VS Code中查看已编译类的.int代码?

我正在尝试使用gj :: Locate,并且安装程序可以正常运行,说明一切都很好,但是当我将错误日志中的错误粘贴到gj :: locate时,它首先告诉我找不到.cls,何时显示。我在文本框中粘贴.int引用,您可以在其中指定类,方法,行+偏移量,它会回复它找不到该项目。

这与Objectscript扩展而不是gj :: locate有关

奈杰尔

Viewing .int code of Compiled classes in VS Code

Hi

How do I view the .int code of a compiled class in VS Code?

0 0
0 57

我创建了一个类,里面有个属性OPDT 是 %Library.DateTime类型的,类继承了%XML.Adaptor,我是用 d obj.XMLExportToString(.xml) 导出为xml后,OPDT的值是 2023-11-28T13:57:26 这样的,我需要的值是 2023-11-28 13:57:26 这样的,T需要换成“ ”,有没有什么方式能设置导出的数据格式?

0 1
0 46

InterSystems 常见问题解答

如果系统24小时没有停止,旧的日志文件将根据“日志文件删除设置”在0:30删除。

导致日志文件保留的时间早于“日志文件删除设置”的一个可能原因是存在仍处于开放状态的事务。

在这种情况下,您将能够通过搜索执行事务的进程并完成事务来删除日志文件。

下面的示例检查是否存在未完成的事务,如果存在,则输出目标文件名和日志记录信息。

(示例可以从这里下载

*注意*如果要检查的日志文件较大或日志文件较多,则执行需要时间,因此请联系我们的支持中心。

0 0
0 27

作为针对数据导入处理性能和错误(锁定表已满)的衡量标准,可能需要调整常规内存堆 (gmheap) 和锁定表大小 (locksiz) 参数。

事实上,您可以使用终端和管理门户来检查当前分配了多少通用内存堆。


★终端用

// 一般メモリヒープサマリUSER> w $system .Config.SharedMemoryHeap.GetUsageSummary() 4992226 , 6029312 , 59441152

通用内存堆摘要以使用量、分配量和配置量(字节)的形式显示返回值。

0 0
0 26