如果是指数据库层的读写分离，可以使用Sharding技术，利用Sharding技术中的计算结点和数据结点，搭建负载均衡+读写分离的数据库集群，参考：

https://docs.intersystems.com/irisforhealthlatest/csp/docbook/DocBook.UI...

如果服务器/实例资源有限，又想实现读负载与写负载的分离，那么基于@Qiao Peng指出的镜像异步成员，在API层(即应用程序层)通过业务流程来控制查询/写入操作的分发则是成本较低的方案。

在2018版本的Cache中，可以使用Java Binding实现功能，但需要做一些工作。

参考：https://docs.intersystems.com/ens201812/csp/docbook/DocBook.UI.Page.cls?...

有的，由于单个字段长度有限制，因此总长也有限制

您好，这个问题常见于BO中未针对这个消息类型定义MessageMap

如果是在自己机器上搭建的环境，未使用磁盘阵列或者RAID等磁盘容错手段的话，请尝试先使用操作系统工具扫描和处理坏道，如果未能解决问题，麻烦联系WRC跟踪处理，谢谢。

根据报错信息来看，是磁盘满了，请联系WRC跟踪处理，谢谢

您好，这个问题疑似有故障，麻烦联系WRC获取详细的技术支持

您好，由于ODBC也是原生于Windows平台的接口访问标准，因此，虽然可以尝试在Linux上使用ODBC，但缺少官方的测试和保障，不能保证ODBC可以在Linux正常工作。如果可能，建议在Linux采用JDBC连接数据库。

如果您具有WRC账户，可以登录WRC下载独立的ODBC驱动包

根据您附上的异常，可以首先看到操作系统报出了对dbnet5.0文件夹的访问被拒绝。因此需要检查您的文件夹权限设置，确保IRIS的运行账户拥有对这个文件夹的访问权限

另外，dll是原生在Windows的动态链接库，在Linux上运行dll并没有保障，建议您换用jdbc等其他平台无关的技术实现跨操作系统访问。

欢迎欢迎！

hi，卜太

无论是在Linux还是在Windows OS上，只要需要通过IRIS对外部系统提供基于http或https的服务（如SOAP和REST），都需要配置独立的Web Server以提高处理http请求的性能。

在这个前提下假设高可用方案时，根据客户对高可用能力的需求，我们可以假设一个典型的高可用架构是这样构成的：

1. Web Server高可用集群，无论采用的是IIS还是Apache，集群本身可以是负载均衡集群，也可以是基于双机热备的故障转移集群，但都需要通过虚拟IP去连接IRIS的高可用集群

2. IRIS高可用集群，通常是指基于Mirror技术的IRIS故障转移集群，至少包含一台主机和一台备机，形成双机热备。这个集群需要通过虚拟IP对外暴露地址

也就是说，在Web Server和IRIS层面上都消除单点故障的可能性 ，高可用集群会比较稳定。

当然，现在还有其他的高可用方案，例如基于虚拟化平台的高可用方案等，需要根据用户的硬件环境和采用的虚拟化技术确定。但核心的目标是一致的，即在整个部署架构中，尽可能消除单点故障的可能性。

您需要先在linux服务器上安装ODBC，参考

https://docs.intersystems.com/irisforhealthlatest/csp/docbook/Doc.View.c...