^MIRROR 例程提供基于字符的镜像状态监视器。 ^MIRROR Status Monitor 选项显示镜像成员的状态，包括类型、状态、日志传输延迟和 dejournal 延迟（请参阅镜像成员日志传输和 Dejournaling 状态）。监视器可以在任何镜像成员上运行，但在故障转移成员上运行它会提供有关仲裁器配置和所有连接的异步成员的信息，而在异步成员上运行它则不会。
要启动状态监视器，请打开终端窗口，在 %SYS 命名空间中运行 ^MIRROR 例程（请参阅使用 ^MIRROR 例程），然后从镜像状态菜单中选择状态监视器。
在备份和异步成员的镜像成员状态列表下方，自上次刷新镜像监视器以来日志数据从主服务器到达的速率显示在该成员的传入日志传输率下。
首次加载镜像监控页面时，该区域显示文本---（将在刷新时显示）。下次刷新页面时，显示的信息取决于传入的日志数据是否压缩（参见镜像流量压缩），如下：
KB) 为单位提供，例如：42345 KB/s (22s interval)
14288 KB/s network; 39687 KB/s journal; ratio 2.78:1 (143s interval)
重要提示：在备份和 DR 异步成员上，镜像监视器页面上的丢失镜像数据库报告会提醒存在于主成员上但不存在于当前成员上的任何镜像数据库。这一点非常重要，因为备份或 DR 异步（如果提升为备份）如果没有完整的镜像数据库集，则无法在主中断的情况下成功接管。列出了每个缺失数据库的完整镜像数据库名称。如果没有缺失数据库，则不会显示缺失镜像数据库报告。
当一个 IRIS 实例属于一个镜像时，它的成员类型和状态、日志传输状态和 dejournaling 状态由镜像监视器和 ^MIRROR 例程状态监视器选项显示，如监视镜像中所述。
下表描述了可能显示的类型和状态；第一个显示特定成员类型的特定状态，而第二个中的状态适用于所有成员类型。
| Type | Status | Description |
|---|---|---|
Failover |
`Primary | Current primary. |
Failover |
Backup |
Connected to primary as backup. |
Failover |
In Trouble |
作为主要的，由于与备份失去连接而处于故障状态； |
Disaster Recovery |
Connected |
Connected to primary as async. |
Read-Only Reporting |
Connected |
(as above) |
Read-Write Reporting |
Connected |
(as above) |
Indeterminate |
Not Initialized |
成员未初始化（尚未加载镜像配置）。 |
这里只讨论Caché和IRIS本身产生的错误和警告。用户在维护工作中通常会需要更多的内容， 那些我们在后面的 “系统性能指标”里介绍。另外， 关于集成平台的告警和日志， 也会在后面单独讨论。集成平台，也就是Ensemble Production，是IRIS系统上运行的应用，它的日志，告警，以及指标，测量，是单独的内容。
控制台日志是系统运行状态的日志文件，在IRIS里是messages.log, 在Cache‘里的名字是console.log，默认放在安装目录的mgr子目录。 用户也可以在管理门户的"系统操作>系统日志>控制台日志"里查看。以下是一个实际的例子：
*** Recovery started at Fri Jan 03 16:26:05 2020
Current default directory: c:\intersystems\hsap\mgr
Log file directory: c:\intersystems\hsap\mgr\
WIJ file spec: c:\intersystems\hsap\mgr\CACHE.WIJ
Recovering local (c:\intersystems\hsap\mgr\CACHE.WIJ) image journal file.本章涵盖与管理和维护可操作的 IRIS 镜像相关的主题。
可以使用以下两种方法之一监视现有镜像的操作：
^MIRROR 例程的状态监视器选项这两种方法都显示有关镜像及其成员的操作状态和传入日志传输率的信息，以及有关镜像数据库状态的信息。此外，镜像监视器还允许您对镜像数据库执行多项操作。
监控镜像通信进程描述了在镜像成员上运行的镜像通信进程。
注意：基本镜像成员信息，包括指向镜像监视器的链接，也会出现在管理门户主页消息窗格中（请参阅系统管理指南的“使用管理门户”一章中的管理门户消息窗格。
许多与数据库和镜像相关的操作，例如安装或卸载数据库以及将数据库添加到镜像或从镜像中删除数据库，都记录在消息日志中。
要显示镜像监视器，请导航到任何镜像成员上的“系统操作”>“镜像监视器”页面。
在故障转移成员上，镜像监视器包含以下按钮和部分：
查看镜像日志文件按钮允许您查看和搜索成员的镜像日志文件或非镜像日志文件；有关详细信息，请参阅数据完整性指南的“日志记录”一章中的查看日志文件。
Stop Mirror On This Member 按钮（仅备份）暂时停止备份镜像，如停止备份和异步成员镜像中所述。
将备份降级为 DR 异步的两个按钮之一，使镜像只有一个故障转移成员；有关详细信息，请参阅将备份降级为 DR 异步。
嗨社区，
在本文中，我将演示 InterSystems Embedded Python 的用法，我们将涵盖以下主题：
我们从概述开始
嵌入式 Python 是 InterSystems IRIS 数据平台的一项功能，它允许 Python 开发人员完全直接地访问 InterSystems IRIS 中的数据和功能。
用户定义的 ^ZMIRROR 例程允许为特定镜像事件（例如故障转移成员成为主要成员）实现自己的自定义、特定于配置的逻辑和机制。
^ZMIRROR 例程包含以下入口点。如果它们被省略，它们都提供适当的默认值。
$$CanNodeStartToBecomePrimary^ZMIRROR() — 当实例确定
CanNodeStartToBecomePrimary 为逻辑提供了一个入口点，以阻止故障转移成员自动成为主节点（无论是在启动时还是作为备份连接时），以提供对故障转移的手动控制，并且不是大多数 ^ZMIRROR 例程的一部分。
当 CanNodeStartToBecomePrimary 返回 1 时，本地实例已完全初始化为主要故障转移成员，可以继续成为主要成员的过程：所有镜像数据库都是可读写的，ECP 会话已恢复或回滚，本地事务（如果有）来自以前的主要已回滚。由于不允许用户登录，超级服务器连接被阻止，ECP 仍处于恢复状态，因此没有完成新的工作。
InterSystems 已修复了一个缺陷，该缺陷可能会导致使用 IBM POWER8 或更高版本的 POWER 处理器的 AIX 系统上的数据库和Journal日志文件损坏。只有在使用数据库或Journal日志加密时才会触发此缺陷。
当满足以下条件时，会触发此缺陷：
如果环境满足所有这些条件，则用于数据库或Journal日志加密的密钥计划可能会被损坏。
该缺陷存在于以下产品和基于这些产品的任何 InterSystems 产品中：
请注意，此缺陷不会直接影响 HealthShare 解决方案，因为它们不使用数据元素加密功能。但是，如果 HealthShare 环境有一个使用上述数据元素加密功能的客户化定制，则它们必须遵循此警报中提供的补救措施。
QoS) 超时设置服务质量超时（QoS 超时）设置通过定义时间范围（以毫秒为单位）在管理故障转移成员和仲裁器行为方面起着重要作用，镜像成员在采取行动之前等待另一个镜像成员的响应。 QoS 超时本身代表最大等待时间，而最小值是其二分之一。较大的 QoS 超时允许镜像容忍来自网络或主机的较长时间的无响应，而不会将其视为中断；降低 QoS 允许镜像更快地响应中断。 QoS超时具体影响以下几种情况：
QoS 超时定义的范围内确认从主要成员接收到数据，则主要成员断开备份并根据可能的备份中断采取行动。QoS 超时定义的范围内没有收到来自主服务器的消息，则备份将断开连接并根据主服务器可能中断的情况采取行动。QoS 超时定义的范围内没有收到来自故障转移成员的响应，它认为它与该故障转移成员的连接丢失。QoS 超时定义的范围内的一段时间内完全无响应，则可能会导致不需要的故障转移或警报。在涉及备份或迁移等虚拟化平台操作时，这是一个特别值得关注的问题；有关详细信息，请参阅虚拟化环境中的镜像默认 QoS 为 8 秒（8000 毫秒），以允许在某些硬件配置上可能出现几秒钟的间歇性无响应。
UNIX®/Linux 和 macOS 系统上为非根实例启动 ISCAgent尽管 IRIS 通常以根用户身份安装，但在 UNIX®/Linux 和 macOS 系统上，实例可能会被其他用户安装和运行。
非根实例的 ISCAgent 由安装用户在后台运行 ISCAgentUser 脚本启动，该脚本位于 IRISSYS 环境变量定义的目录中，例如：
nohup <IRISSYS_directory>/ISCAgentUser &
虽然可能无法将 ISCAgent 配置为在系统启动时自动启动，但如果可以实现，这仍然是首选。当镜像包含两个故障转移成员时，最佳做法是在系统启动后尽快启动代理，即使您不打算启动 IRIS；这有助于在某些情况下恢复，例如两个故障转移成员的计划外中断中描述的情况。
Microsoft Windows 系统上启动 ISCAgent在 Microsoft Windows 系统上，按如下方式启动 ISCAgent 进程：
a. 在 Microsoft Windows 控制面板中，双击进入系统和安全菜单。
b. 在“系统和安全”中，双击“管理工具”菜单，然后从出现的子菜单中选择“服务”。
c.
我用%SQLGatewayConnection把别人给我的数据转为sql 写入mysql的时候，如果数据里面有 ascii 码为57659 这样的数据的时候，
ClassMethod Execute(sql, conn, Output msg) As %Status
{
s $zt="Err"
s msg=""
k hstmt
set sc=conn.AllocateStatement(.hstmt)
set sc=conn.PrepareW(hstmt,sql)
if $$$ISERR(sc) quit sc
//Execute statement
set sc=conn.Execute(hstmt)
if $$$ISERR(sc)
{
k err
Set xsc=conn.GetErrorList(hstmt,.err)
set sc=conn.DropStatement(hstmt)
;Zwrite err
Quit err
}
set sc=conn.DropStatement(hstmt)
q $$$OK
Err
;w $ze,!在支持systemd的Linux系统上（如SUSE Linux Enterprise Server 12, SP1及以后版本），会安装/etc/systemd/system/ISCAgent.service文件，支持使用systemd管理ISCAgent。在任何此类系统上，以下命令可用于启动、停止和显示 ISCAgent 的状态：
systemctl start ISCAgent.service
systemctl stop ISCAgent.service
systemctl status ISCAgent.service
要在支持 systemd 的系统上控制 SCAgent 是否在系统引导时启动，请使用以下命令：
sudo systemctl enable ISCAgent.service
sudo systemctl disable ISCAgent.service
默认情况下，systemd 服务是禁用的。可以使用 systemctl 按需启动和停止服务，即使它已被禁用。
ISCAgent.
IP (VIP)如规划镜像虚拟 IP (VIP) 中所述，可以配置一个镜像虚拟地址，允许外部应用程序使用单个地址与镜像交互，确保在故障转移时持续访问。
在为镜像 VIP 配置 IRIS 并配置镜像 VIP 后，通过正常关闭当前主节点（如计划中断过程中所述）执行故障转移测试，以确保应用程序可以继续连接到镜像，而不管哪个故障转移成员是基本的。
重要提示：在 Linux 平台上配置镜像 VIP 之前，请通过安装适当的软件包（例如，Debian iputils-arping 软件包）确保 arping 命令可用。
如果一个或多个镜像成员是 UNIX® 或 Linux 系统上的非根 IRIS 实例，如安装指南中“在 UNIX® 和 Linux 上安装 IRIS”一章的 IRIS 非根安装中所述，则镜像 VIP不能使用。
注意：有关在使用 VIP 时将 DR 异步提升为主的重要信息，请参阅将 DR 异步成员提升为故障转移成员。
VIP 配置 IRIS为确保无论哪个故障转移成员当前为主，管理门户和 Studio 都可以无缝访问镜像，建议将故障转移成员配置为使用相同的超级服务器和 Web 服务器端口号。
具有镜像数据服务器的分布式缓存集群中的应用程序服务器不使用镜像的 VIP。
当使用镜像的自动部署方法中描述的方法之一部署具有镜像数据服务器的分布式缓存集群时，所有需要的配置都是自动的。当使用Management Portal 部署集群时，必须在将数据服务器添加到每个应用程序服务器时指明该数据服务器是一个镜像。当数据服务器通过任何方法配置为镜像连接时，每个应用程序服务器定期从主服务器收集有关镜像的更新信息，自动检测故障转移并根据需要将连接重定向到新的主服务器。
有关使用自动部署方法配置镜像数据服务器的信息，请参阅镜像的自动部署方法中列出的文档。要手动将镜像配置为分布式缓存集群中的数据服务器，请使用以下过程：
DR 异步成员作为数据服务器，如可扩展性指南同一章中的准备数据服务器中所述。所有这些实例都必须配置相同的最大应用程序服务器设置。DNS 名称或 IP 地址输入当前主要故障转移成员的 DNS 名称或 IP 地址，而不是镜像的虚拟 IP 地址 (VIP)（如果有的话）。嗨开发者们！
如您所知，InterSystems IRIS 除了Global、对象、文档和 XML 数据模型还支持关系，其中 SQL 语言也被用来处理数据。
与其他关系型 DBMS 一样，InterSystems IRIS 有自己的特点。
我开始这篇文章是为了抛砖引玉，并邀请您分享您的小诀窍 - 我会根据收到的评论更新内容。
开始了！
在镜像成员上激活日志加密时，请记住三个重要的注意事项：
不能在故障转移成员和 DR 异步上激活日志文件加密，除非镜像需要 TLS 安全性。
如果在主服务器上激活了日志加密，则必须在属于镜像的任何报告异步上激活它。此外，最佳做法是在备份和任何 DR 异步上激活日志加密，以便在发生故障转移或 DR 升级时日志加密将继续有效。
故障转移成员和 DR 异步之间的日志加密要求在一个成员上用于日志加密的加密密钥在其他成员上被激活（尽管不一定用于日志加密），以便根据需要用于解密收到的日志文件。具体来说，
DR 异步上加载并激活用于主服务器上的日志加密的密钥。 （如果未激活主日志加密密钥的报告异步更改为 DR 异步，则会生成警告；异步可以暂时保持与镜像的连接，但下次需要时将无法重新连接，除非密钥已被激活。）DR 异步上激活了日志加密，则必须在主数据库上加载并激活用于该成员的日志加密的密钥。同样，作为准备故障转移或升级的最佳实践，如果任何成员（主要、备份）或可能成为（DR 异步）故障转移成员指定了日志加密密钥，则应将此密钥加载到所有其他此类成员上，包括多个 DR 异步。
随着生活水平的提高，人们越来越注重身体健康。 而孩子的健康成长也越来越成为家长关心的话题。 孩子的身体发育可以从孩子的身高和体重反映出来。 因此，及时预测身高和体重具有重要意义。 通过科学的预测和比较，关注孩子的发育状态。
该项目使用InterSystems IRIS Cloud SQL通过输入大量体重和身高相关数据来支持，并建立基于IntegratedML的AutoML进行预测分析。 根据输入的父母身高，可以快速预测孩子未来的身高，并根据当前的身高和体重状况判断孩子的体重指数。 在正常范围内。
功能：
通过应用该程序，可以快速预测处于正常发育状态的儿童的身高。 通过结果，家长可以判断孩子发育是否正常，是否需要临床干预，有助于了解孩子未来的身高; 通过当前体重状态判断当前孩子的BMI是否正常，了解孩子当前的健康状况
应用场景
1.儿童身高预测
2. 监测儿童发育
当从镜像中删除成员时，始终可以选择从属于该镜像的镜像数据库中删除镜像属性。后果如下：
IRIS 实例恢复到镜像，数据库将自动添加到镜像，但必须先激活它们，然后才能赶上并同步（请参阅激活和赶上镜像数据库）。但是，如果保留镜像属性，则除非先执行以下操作之一，否则无法删除该数据库：
将成员恢复到从中删除它的同一个镜像。 （如果该成员是主故障转移成员，这不是一个选项，因为镜像不再存在。）然后可以从镜像中删除一个或多个数据库（请参阅从镜像中删除镜像数据库）并在以下情况下删除它们你希望。
使用 ^MIRROR 例程的删除一个或多个镜像数据库选项（请参阅使用 ^MIRROR 例程）从一个或多个数据库中删除镜像属性，然后根据需要删除它们。
如果删除镜像属性，数据库将永久取消镜像并且可以像任何本地数据库一样使用；如果要在实例作为镜像成员重新加入后将它们返回到镜像，则必须使用首次将它们作为现有数据库添加到镜像的过程。
当从备份或异步成员上的镜像中删除单个数据库时，镜像数据库属性会自动删除。
可以使用镜像监视器在备份故障转移成员和异步成员上激活和/或赶上镜像数据库。
如将现有数据库添加到镜像中所述，新添加的包含数据的镜像数据库可以自动与主数据库同步，方法是使用 ^DBREST 例程从主故障转移成员恢复备份。如果使用其他方法，则必须激活并赶上备份故障转移成员和异步成员。
要激活和赶上镜像数据库，请在备份故障转移成员和异步成员上执行以下操作：
Needs Catchup 表示需要 Catchup 操作，Needs Activation 表示同时需要 Activate 和 Catchup 操作，Catchup Running 表示 Catchup 操作当前正在数据库上运行。Activate 和 Catchup 任务将在后台运行。有时候 有这样的要求，ensemble需要把数据更新或插入到第三方数据库，逻辑：如果数据在第三方数据库不存在，就插入，如果存在就更新。那么有什么方案能批量 快读的完成这个操作呢？
以下过程描述了如何创建镜像和配置第一个故障转移成员。
Enable Mirror Service，然后选中Service Enabled复选框并点击Save，然后选择Create a Mirror选项。a. 镜像名称 - 输入镜像的名称。
注意：有效名称必须是 1 到 15 个字母数字字符；小写字母会自动替换为大写字母。
b. 需要 SSL/TLS — 通过选中或清除复选框来指定是否要对镜像内的所有通信要求 TLS 安全（如建议的那样）。如果选择需要 SSL/TLS 并且该实例还没有用于镜像的有效 TLS 配置，则在完成该过程之前，必须单击设置 SSL/TLS 链接并在此成员上创建所需的 TLS 配置。 （创建 TLS 配置的说明包含在为镜像创建和编辑 TLS 配置中。）还可以取消创建镜像过程并导航到 TLS 配置页面（系统管理 > 安全 > SSL/TLS 配置）。
InterSystems已修复一个缺陷，该缺陷在罕见情况下会导致ECP客户端不稳定。
该缺陷存在于以下产品和基于这些产品的任何InterSystems产品中。
受影响的版本是2022.1.x、2022.2和2022.3：
InterSystems IRIS®
InterSystems IRIS for Health™
HealthShare® Health Connect
受影响的版本是2022.2（只针对部署ECP的客户）：
InterSystems HealthShare®
这个问题只发生在ECP客户端系统中。当这个问题被触发时，进程可能遇到<SYSTEM>或<DATABASE>错误。出错后，ECP客户端会出现不稳定；在某些情况下，实例可能会挂起。对数据没有影响，ECP数据库服务器不受影响。
要清除不稳定性，必须重新启动ECP客户端实例。
如果您的 IRIS、IRIS for Health 或 Health Connect 实例受到影响，补救措施是升级到版本 2023.1 或 2022.1.3，这两个版本都将很快发布。
如果您有受影响的 HealthShare 实例，一组单独的警报文档和补救建议将很快发布。
Hi 开发者社区的成员们，大家好！
欢迎关注我们第5期 InterSystems Ideas News!
本期分享如下：
✓名人堂 ——创意社区门户的新页面
✓与 Global Masters 整合——您的每个奇思妙想都可以积分
✓计划实施的想法清单
2023年4月14日-16日，2023 CHITEC将在安徽省合肥市合肥滨湖国际会展中心（安徽省合肥市锦绣大道3899号）盛大召开。点击查看CHITEC 2023完整日程。InterSystems将亮相CHITEC，通过展位展示、主题研讨会、分论坛演讲等方式，全方位多角度展示InterSystems“加速评测，助力公立医院高效建设互联互通平台和数据中心”的能力。
为了提供强大、经济的HA解决方案，镜像设计为可适应各种系统配置和体系结构。但是，建议遵循以下一般配置准则：
IRIS实例和平台兼容性-在确定要添加到镜像的系统之前，请务必查看IRIS实例兼容性和成员字符顺序注意事项中描述的要求。CPU和内存配置以及磁盘配置应具有可比性。SQL网关和Web服务器配置相关的文件)都必须手动复制到这些成员，并根据需要进行更新。注：镜像数据库的文件流(默认情况下位于数据库目录的Stream子目录中)不会被镜像。
本章提供了镜像和镜像成员的设置、配置和管理的相关信息和步骤。
本章提供了使用管理门户创建镜像和将现有实例配置为成员的过程。 IRIS Data平台还提供了几种自动部署镜像的方法，这些镜像在部署后完全可运行。
ISC建议使用InterSystems Cloud Manager(ICM)部署 IRIS，包括镜像配置。通过将纯文本声明性配置文件、简单的命令行界面和Docker Containers中的 IRIS部署相结合，ICM为提供了一种简单、直观的方式来配置云或虚拟基础架构，并在该基础架构上部署所需的InterSystems IRIS体系结构以及其他服务。ICM可以显著简化部署流程，尤其是对于复杂的水平群集配置。
除了部署独立的镜像实例外，ICM还可以部署具有镜像数据服务器的分布式缓存集群和具有镜像数据节点的分片集群。
KUBERNETES一个开源的编排引擎，用于自动部署、扩展和管理容器化的工作负载和服务。可以定义想要部署的容器化服务以及希望它们遵循的策略；Kubernetes以尽可能高效的方式透明地提供所需的资源，在部署偏离规范时修复或恢复部署，并自动或按需扩展。
InterSystems 已修复一个导致SQL查询返回不正确结果的缺陷。
该缺陷存在于以下产品和基于这些产品的任何InterSystems产品中。
受影响的版本是 2021.2、2022.1.x、2022.2 和 2022.3：
受影响的版本是 2022.2：
当启用 SQL 运行时计划选择 (RTPC) 被启用（默认），并且查询包含一个“truth value”“WHERE ?=? 时，该缺陷会被触发，当被触发时，一些判断可能不会被正确评估；这导致了不正确的查询结果。
注意：通过查看SQL语句，无法完全评估一个查询的脆弱性。这是因为InterSystems SQL查询优化可以在查询的内部表示中增加“truth value”。
如果你的环境使用 InterSystems SQL，那么你可以通过禁用RTPC 功能来补救这个问题。
注意：关于 InterSystems HealthShare® 缓解措施的其他信息将很快发布。
虽然托管镜像备份故障转移成员的系统可能有未使用的资源或容量，或者可能希望在其镜像数据库上运行只读查询，但 推荐的最佳实践是将主机专用于其角色，仅作为备份镜像成员。对备份的任何镜像相关或非镜像使用都会产生以下影响：
ECP 活动的应用程序交互，都可能以这种方式受到影响。QoS 超时内发生，则主要撤销备份的活动状态，导致自动故障转移变得更加困难或不可能，具体取决于主要中断的性质。出于这些原因，如果必须从主成员卸载用户活动，则应使用异步成员而不是备份成员。
构成镜像的 IRIS 实例通常安装在单独的物理或虚拟主机上，但这不是必需的。假设系统的容量足以处理所涉及的资源负载而不会导致性能下降，则可以在同一台主机上安装多个镜像成员，包括多个镜像的整体；个人情况将决定这是否可行，以及可以共存多少个镜像或镜像成员。
IP (VIP)如内置机制中所述，当镜像 VIP 正在使用且成员成为主要成员时，VIP 将重新分配给新的主要成员，这允许所有外部客户端和连接与单个静态 IP 交互，而不管哪个故障转移成员是目前担任小学。
在故障转移过程中，遇到网络断开连接的连接客户端能够在备份成为主要后重新连接。如果配置了 VIP，备份只有在成功分配 VIP 后才能完成故障转移；否则，故障转移过程将中止，镜像需要手动干预。
在准备设置镜像 VIP 时，请考虑以下事项：
VIP，两个故障转移成员必须配置在同一子网中，并且 VIP 必须与在每个系统上选择的网络接口属于同一子网。 DR 异步成员必须在同一子网上有一个网络接口，以便在作为灾难恢复的一部分提升为主时能够获取 VIP；如果不是这种情况，则必须将替代的重定向机制纳入灾难恢复程序。DR 异步成员位于不同的数据中心时，可以跨数据中心扩展 VLAN 子网以继续支持相同的 VIP 地址。这需要两个站点之间的第 2 层连接，并且可能不足以满足所有情况；请参阅双数据中心的镜像配置和地理上分离的灾难恢复中的讨论。DNS 服务器上为 VIP 分配一个 DNS 名称，以供连接的客户端使用。当备份故障转移成员通过自动故障转移成为主要成员或作为灾难恢复的一部分手动将 DR 异步提升为主要成员时，需要某种机制将应用程序连接重定向到新的主要成员。有许多方法可以实现这一点，本章将详细讨论其中的一些方法。一种解决方案可能适用于自动故障转移和 DR 提升，或者可以组合解决方案，例如用于自动故障转移的镜像 VIP 和用于 DR 提升的 DNS 更新。
镜像配置中可以包含以下机制，如示例镜像体系结构和网络配置中所示，以解决应用程序重定向问题：
IP 地址 (VIP)当镜像 VIP 正在使用时（请参阅规划镜像虚拟 IP (VIP)）并且成员成为主成员时，VIP 会自动绑定到新主成员上的本地接口，从而允许外部客户端继续连接到相同的 IP 地址.使用 VIP 要求有资格成为主要成员的成员位于同一子网上，如示例镜像体系结构和网络配置中所述。
注意：通常，VIP 不能在云环境中使用；有关在云中进行镜像时的备选方案和其他注意事项的信息，请参阅在云环境中进行镜像。
在镜像分布式缓存集群中（请参阅配置与镜像的应用程序服务器连接），故障转移成员配置为数据服务器，所有应用程序服务器连接都专门配置为镜像连接。故障转移后，应用程序服务器重新建立与新的主要故障转移成员的连接，并继续处理正在进行的工作负载。
