程序员可以在这里学习、分享、了解最新动态、成长，以及收获快乐！
1、默认samples空间没有Backup.General无法进行外部备份
2、%SYS空间有Backup.General
Backup.General怎么在其他空间里创建这个类
第一章 高可用性解决方案 - HA 解决方案中的问题
高可用性(HA)指的是使系统或应用程序在长时间内保持正常运行并可供用户使用的目标，从而最大限度地减少计划内和计划外停机时间。 IRIS提供自己的HA解决方案，并轻松与操作系统提供商提供的常见HA解决方案集成。
维护高系统可用性的主要机制称为故障转移。在这种方法下，故障的主系统由备用系统代替；也就是说，生产故障转移到备份系统。许多HA配置还提供了灾难恢复(DR)机制，即当HA机制无法保持系统可用时，恢复系统可用性。
本页简要讨论可与基于 IRIS 的应用程序一起使用的一般 HA 策略，然后涵盖 IRIS HA 解决方案中的问题，提供 HA 解决方案功能比较，并讨论使用分布式缓存和故障转移策略
1、java如何连接cache2016数据库
2、java如何调用cache的函数
"Backup.General", "ExternalFreeze",
InterSystems IRIS 是一个高性能、可靠且可扩展的数据平台，用于为医疗保健、金融服务和其他行业构建和部署关键任务应用程序。它提供了广泛的功能，包括数据管理、集成、分析等。
IRIS 提供的功能之一是能够将 Python 代码嵌入到 ObjectScript 代码中。这意味着您可以在 IRIS 应用程序中使用 Python 库和函数，让您可以访问大量的工具和资源。在本文中，我们将了解如何在 InterSystems IRIS 中使用嵌入式 Python。
设置嵌入式 Python
在 IRIS 中开始使用嵌入式 Python 之前，您需要设置环境。这涉及安装 Python 解释器和配置 IRIS 以识别它。
第一步是安装 Python。您可以从官方网站 ( https://www.python.org/downloads/ ) 下载最新版本的 Python。安装 Python 后，需要将其添加到系统的 PATH 环境变量中。这允许 IRIS 找到 Python 解释器。
简介
什么是Query
Query是一种查询方法，用于查找满足条件的数据，将结果以数据集的形式展现出来。
Query类别
SQL Query，使用类 %SQLQuery和 SQL SELECT 语句。- 自定义
Query，使用类 %Query 和自定义逻辑生成查询数据。
说明：在讲通用Query解决方案之前，我们先了解一下Query的基础和基础使用，有助于理解实现原理。如果读者了解Query基本使用，可跳过此章节，直接阅读“现状”。
第二章 高可用性解决方案 - 虚拟化平台高可用
虚拟化平台高可用
虚拟化平台通常提供 HA 功能，通常会监控来宾操作系统及其运行的硬件的状态。在任何一个失败时，虚拟化平台都会根据需要在备用硬件上自动重启失败的虚拟机。当 IRIS 实例重新启动时，它会自动执行正常的启动恢复，保持结构和逻辑的完整性，就好像 IRIS 在物理服务器上重新启动一样。
虚拟环境中的故障转移
虚拟化 HA 具有内置于虚拟化平台基础架构中的优势，因此只需很少的配置工作，在某些情况下根本不需要。此外，虚拟化平台允许有计划地将虚拟机重新定位到备用硬件以进行维护，从而实现物理服务器的升级，例如，无需任何停机时间。
IRIS 镜像
具有自动故障转移功能的 IRIS 镜像采用不同的 HA 方法，依靠完全独立系统之间的逻辑数据复制来避免共享存储的单点故障风险，并确保生产可以立即故障转移到几乎所有的备用 IRIS 实例故障场景——系统、存储和网络。
第三章 高可用性的故障转移策略
随着组织越来越依赖基于网络的应用程序，使数据库尽可能可用和可靠变得至关重要。本指南解释了 IRIS 数据平台如何提供高度可用和可靠的数据存储，并描述了从中断和故障中快速恢复并同时保持数据完整性的策略。
IRIS® 数据平台提供多种高可用性 (HA) 解决方案，并可轻松与操作系统供应商提供的所有常见 HA 配置集成。
维持系统高可用性的主要机制称为故障转移。在这种方法下，一个失败的主系统被一个备份系统取代；也就是说，处理故障转移到备份系统。许多 HA 配置还提供灾难恢复机制，即在故障转移机制无法保持系统可用时恢复系统可用性。
IRIS 实例故障转移有五种通用方法以实现 HA（包括不实施 HA 策略）。本章概述了这些方法，而本指南的其余部分提供了实施这些方法的过程。
大家好！
第二次数字健康互操作与FHIR创业孵化器——Caelestinus，今日启动！
今天，21 支选定的队伍将在 Caelestinus 开始为期八个月的旅程。在孵化期间，团队将数字健康互操作性引入到他们的互联医疗服务或医疗设备创新中，并添加对 FHIR、HL7、DICOM、CDA、X12 和其他数字健康标准的支持，并使用InterSystems IRIS for Health和FHIR Server进行转型在经验丰富的 InterSystems 团队的帮助下。
我很高兴邀请大家观看 Caelestinus 2023 启动活动直播，您可以在其中了解哪些团队被选中以及他们的创新想法。
请从欧洲中部时间下午 3 点开始通过www.caelestinus.tech观看流媒体。
第五章 镜像概述
传统的高可用性和数据复制解决方案通常需要在基础架构、部署、配置、软件许可和规划方面进行大量资本投资。 IRIS® 数据库镜像旨在为两个 IRIS 实例之间快速、可靠、强大的自动故障转移提供经济的解决方案，从而提供有效的企业高可用性解决方案。
依赖共享资源（如共享磁盘）的传统可用性解决方案通常容易出现与该共享资源相关的单点故障。镜像通过在主镜像成员和备份镜像成员上维护独立的资源来降低这种风险。此外，通过利用逻辑数据复制，镜像避免了与基于 SAN 的复制等物理复制技术相关的风险，包括无序更新和结转损坏。
将分布式缓存与镜像相结合可提供更高级别的可用性；具有镜像数据服务器的分布式缓存集群中的应用程序服务器将镜像故障转移视为数据服务器重启，允许处理在新的主服务器上继续不间断，这大大减少了工作流和用户中断。在不同的数据中心配置两个故障转移镜像成员可提供额外的冗余并防止发生灾难性事件。
第四章 高可用性的故障转移策略
IRIS 镜像
具有自动故障转移功能的 IRIS 数据库镜像为计划内和计划外停机提供了一种有效且经济的高可用性解决方案。镜像依赖于数据复制而不是共享存储，避免了由于存储故障导致的重大服务中断。
IRIS 镜像由两个物理上独立的 IRIS 系统组成，称为故障转移成员。每个故障转移成员在镜像中维护每个镜像数据库的副本；应用程序更新在主要故障转移成员上进行，而备份故障转移成员的数据库通过应用来自主要的日志文件与主要保持同步。
镜像自动将主要角色分配给两个故障转移成员之一，而另一个故障转移成员自动成为备份系统。当主要的 IRIS 实例出现故障或不可用时，备份会自动快速接管并成为主要实例。
第六章 镜像架构和规划 - 镜像组件
镜像是物理上独立的 IRIS实例的逻辑分组，同时维护生产数据库的精确副本，以便在提供对数据库的访问的实例变得不可用时，另一个实例可以接管。镜像可以通过自动故障转移提供高可用性，在自动故障转移中，提供数据库访问的 IRIS实例(或其主机系统)发生故障会导致另一个实例立即自动接管。
本章介绍镜像的组件和机制，并解释镜像规划中的问题，包括网络要求、故障切换后重定向应用程序连接以及在虚拟环境中进行镜像。
镜像组件
托管配置为镜像一部分的 IRIS 实例的系统称为镜像成员。 （IRIS 实例本身有时称为镜像成员。）镜像成员有两种类型：
两个附加组件支持从一个故障转移成员到另一个的自动故障转移：
第七章 镜像架构和规划 - 报告异步
报告异步
报告异步镜像成员出于数据挖掘和商业智能等目的维护所选数据库的只读或读写副本，并且不能提升为故障转移成员。一个报告异步最多可以属于 10 个镜像，允许它作为一个全面的企业范围数据仓库，将来自不同位置的相关数据库集合在一起。
连接到多个镜像的单个报告异步成员
单一故障转移镜像配置
镜像还可以由单个故障转移成员和一个或多个异步成员组成。此配置不提供高可用性，但可以解决其他需求。例如，具有单个故障转移成员、至少一个 DR 异步成员和一定数量的报告异步成员的镜像可以在支持数据收集和仓储的同时提供数据安全和灾难恢复。为了提供高可用性，故障转移成员可以位于操作系统级别的故障转移集群或其他一些高可用性配置中。
按查看数
