RedundancyMaster特点:
探索这些特点将会改变你对OPC冗余的看法。RedundancyMaster的创新将与你当前的OPC应用程序天衣无缝地一起工作，给你提供了可靠的解决方法。

主/辅机器名
当主OPC Sever 通信不正常时，RedundancyMaster会自动浏览会扫描主OPC server和辅 Server。每次当一个新的客户端连接到底层服务器，应用程序将首先尝试与运行在主机器上的服务器连接。在此事件中，与主机器的连接失败或者与主机器的通讯丢失了，RedundancyMaster将尝试与辅服务器的连接（前提是您已经配置辅OPC server）。依据连接模式，你可以配置应用程序为在可用时自动与主机器建立连接。

连接模式
连接模式定义了怎样和何时冗余的应用程序连接到优先的主和辅服务器。你运行的模式会影响将故障从一个OPC服务器转移到其它的服务器的时间。一些模式允许在可用时自动连接到主（服务器）。以下是连接模式的简介：

Cold（只对于工作中的机器）:
在这种模式下，应用程序同一时间只连接到一个底层服务器。在启动时，将建立与主服务器的连接且所有相关的客户端请求都被提交到主服务器。与主服务器的连接失败或者与主服务器的通讯丢失，发生此类事件时，将会建立与辅助服务器的连接。如果冗余应用程序不能获得与辅服务器的连接，它将一直在两个服务器之间“乒乓”直到建立一个成功的连接。

由于在任意给定的时间将只有一个与服务器的连接，Cold连接模式将分配到的系统资源量减到最少。由于不需要在工作中的机器之外另外测试闲置的机器，也减少了网络流量。这种设置的缺点是要花费时间将故障切换至闲置的服务器。当工作中的服务器发现通信中断时，应用程序需要建立与闲置的服务器的连接，代表客户端提交所有的项目，并且启动相应的callback机制。

Warm :
在这种模式下，应用程序将一直尝试维持与主辅服务器的连接。只有在主服务器中的项目会被激活和测试。在发生与主服务器的连接失败或与主服务器的通信中断事件时，在辅服务器中与主服务器相同的项目将被设为激活。两个服务器都将周期地被ping，以确定是否连接仍然有效。

由于Warm模式增加了分配的系统资源量。由于就像在Cold模式中运行一样，周期地ping2个服务器而不只一个，所以网络流量也有极小的增加。优点是由于冗余应用程序只需要初始化闲置的服务器的callback数据来开始接收数据，故障转移时间比Cold模式更加减少了。如果你需要最大限度降低应用程序中的数据丢失，同时想要最大限度降低网络流量，那么你应该使用这种模式。

Hot：
在这种模式下。应用程序将一直尝试保持与主辅服务器的连接。在启动时，应用程序将对主辅服务器两个都初始化数据callback，以使两个服务器都发送数据变化通知。从主服务器接收到的数据将被转发给客户端。在发生与主服务器的连接失败或与主服务器的通信中断事件时，辅服务器接收的数据将被立即转发给客户端。在人一种情况下，写入将只被转发给工作的服务器。两个服务器将被周期地ping来决定连接是否仍然有效。如果冗余应用程序与任意服务器的通信中断，将周期地尝试与故障的服务器重新连接。由于有两个连接。。。，这种设置增加了分配的系统资源量。由于从两个底层服务器均接收数据变化通知，且周期地ping两个服务器来确定他们是否仍然有效，网络流量上也有所增加。这种设置的好处是察觉到工作服务器的中断后故障切换立即进行。如果数据的丢失对于你的应用程序非常重要，你应该使用这种连接模式。

OPC服务器的别名:
这个功能允许你用同一个ProgID配置多组OPC服务器。如果在网络上有多个OPC服务器节点，这个功能可以让你使用一个OPC服务器供应商。这将允许OPC客户端通过参考冗余组的aliased ProgID来连接一个指定的冗余组。

根据可用性总是连接到主服务器
当OPC服务器可用时，这个设置使RedundancyMaster自动地将通信返回给主机器。

查询服务器状态的时间间隔
这个间隔时间（指定以毫秒为单位）决定了RedundancyMaster多久ping一次底层服务器以确定是否有数据丢失。通过快速的查询，由于故障检测更频繁，可以最大限度地减少故障切换时间。

监测设置:
这个功能允许你配置一定的条件启动故障切换到闲置服务器。这些条件允许你监测针对指定的服务器项目，以确定底层服务器的正常，因通讯中断会发生自动的故障切换。