冗余支持作为完整GENESIS64完整安装的一部分安装。有了适当的授权，它允许您以冗余模式运行GENESIS64服务器和客户机，这样，如果主服务器变得不可用，项目将自动在辅助服务器上继续运行，并且所有客户机将重新连接到辅助服务器以获得数据。这防止了丢失宝贵的生产数据和可操作性。
GENESIS64冗余支持OPC标准，通过允许将多个OPC服务器配置为冗余对，提高了OPC数据的可靠性和可用性。这些冗余的OPC服务器对作为任何OPC客户端应用程序的单个OPC服务器出现。可以向现有的OPC服务器/客户端应用程序添加冗余，而无需重新配置那些应用程序。唯一需要的操作是在设置冗余选项之后重新启动FrameWorX64服务器。
要设置GENESIS64冗余，必须让客户端和服务器通过网络连接，准备配置为冗余机器。冗余项目中的所有机器都应该使时钟同步。有关实现此功能的详细说明，请参阅题为“GENESIS64-同步机器时间”的应用说明。
GENESIS64支持64位客户端应用程序（GraphWorX64、AlarmWorX64和TrendWorX64）的冗余。它还支持以下64位和32位的OPC服务器： · 经典OPC DA (任何平台)· OPC UA (任何平台)· 经典OPC HDA with TrendWorX32 Server (from GENESIS32 version 9, 32-bit)· OPC UA HDA with Hyper Historian (64-bit)· 经典 OPC AE· AlarmWorX64 Logger注意: The TrendWorX64 Logger不支持冗余。
这意味着在GENESIS64中可以设置冗余服务器，用于： · 数据冗余 (OPC DA, UA)· 报警冗余 (OPC AE)· Historical redundancy using Hyper Historian (OPC HDA, UA HDA)
经典OPC冗余与下面列出的64位和32位OPC服务器一起工作。为了给经典OPC服务器设置冗余，您定义一个或多个节点对。节点对指定主服务器和冗余（二级）服务器。使用“设置经典OPC冗余”部分中的步骤为下列服务器设置冗余：· AlarmWorX64 Server· AlarmWorX64 Logger· Generic OPC DA Servers
注意：有关经典OPC DA冗余设置的更多信息，请参阅 Customer Connection门户上可用的名为“DataWorX32 Professional-冗余快速入门”和“DataWorX32 Professional-推荐冗余设置”的应用说明。
OPC UA冗余与下面列出的64位和32位OPC服务器一起工作。使用“设置OPC UA冗余”部分中的步骤为以下类型的服务器设置冗余： · UA (Data Access) Servers，像 ICONICS OPC Server Suite v5.x or Hyper Historian UA HDA注意：OPC UA冗余与OPC UA一起工作，用于数据访问和历史OPC UA服务器。不支持OPC UA服务器的警报和条件。
按照以下步骤设置冗余服务器。
在主服务器和辅助服务器上安装GENESIS64。您必须使用相同的GENESIS64版本（包括相同的Hot Fix Pack）和相同的操作系统。ICONICS推荐Windows Server 2008 R2 64位。设置客户端机器。有关设置胖客户端或瘦客户端的说明，请参阅题为“设置客户端”的部分。
设置你的网络。为了提高可靠性，你的网络也应该是冗余。这可以通过向服务器机器添加第二NIC（网络接口卡）和设置机器以通过MAC桥接器处理冗余NIC来实现。或者，可能存在具有双以太网端口或基于驱动器的冗余的特殊NIC卡。在任何情况下，交换机、路由器和集线器也应该是冗余的并且通过冗余数据电缆互连，参阅应用说明GENESIS64—高可用性冗余解决方案。
设置防火墙。请参阅题为GENESIS64—通过防火墙、DMZ或云通信。为冗余位激活并检查服务器上的许可证。转到 MonitorWorX Viewer--Licensing选项卡--GENESIS64选项卡并找到叫“GENESIS64 Redundancy”的项。
设置配置数据库。您可以使用以下可能的方法来存储配置数据库：a. 中央SQL Server – 一级和二级服务器将从这一个中央SQL Server读取其配置。这是推荐的方案，因为它避免了同步配置的问题。b. 独立的SQL Servers – 主服务器和辅助服务器将为其配置提供单独的SQL服务器。需要在两个SQL服务器之间保持数据库同步，通常在备份和还原操作之后进行任何更改。注意：单独的SQL Server配置数据库保持相同是非常重要的。变得不同步的数据库可能会导致冗余问题。
设置主服务器。请参阅题为“设置经典OPC冗余”和“设置OPC UA冗余”的部分。通过将所有已完成的主服务器配置数据库复制到辅助SQL服务器（如果使用单独的SQL服务器）或通过将辅助服务器连接到中央配置数据库来建立辅助服务器，然后使数据库处于激活状态。如果您有单独的SQL Server，则需要使用SQL Server Management Studio中的备份和还原特性来复制数据库。请参阅题为“SQLServer备份和还原”的章节。”.
设置客户端机器。请参阅题为“设置客户端”的章节。同步时钟。请参阅应用说明，GENESIS64——同步机器时间。重新启动所有机器。这包括主服务器、辅助服务器和客户端。运行快速冗余测试。请参阅题为“测试冗余服务器”的章节。
打开Workbench并从Project Explorer 中选择 FrameWorX64 Server提供程序。展开服务器名称--Classic OPC 并双击GenBroker。GenBroker将打开并显示Channels选项卡。单击Redundancy Node Pairs选项卡。在这个选项卡上，您将为经典OPC数据指定主服务器和辅助服务器。图 1 – 设置主服务器和辅助冗余服务器
指定主服务器在Primary列。指定辅助服务器在 Secondary 列。对于每一对，单击“Node Pair Properties”按钮来设置节点的属性。在大多数情况下，这些都可以保留默认值。图 2 – Node Pair Properties
对于每一对主辅机器，重复步骤4-6来承载设置经典OPC服务器。 完成后点击“应用”。重启服务器。注意：有关设置经典OPC冗余的详细信息，包括OPC DA和ICONICS AlarmWorX32服务器以及AlarmWorX32记录器，请参阅GENESIS32应用说明，标题为 DataWorX32 Professional – Getting Started with Redundancy 和 DataWorX32 Professional – Recommended Redundancy Setting，在 Customer Connection门户上可用。同样的设置适用于 AlarmWorX64服务器。
打开Workbench并从Project Explorer 中选择 FrameWorX64 Server提供程序。展开服务器名--BackEnd Servers 并双击 OPC UA/.NET Servers.。对每一对 OPC UA server对， 输入服务器名。这个名称将用于浏览冗余的OPC UA数据点。图 3 – 设置冗余 UA Servers
指定主服务器在Endpoint URI列。指定辅助服务器在Secondary Endpoint URI列。重启服务器。从GraphWorX64打开Data Browser，可以浏览到OPC UA冗余点通过转到 Home--OPC UA Server-- 在步骤3中定义的服务器名。
客户端机器连接到GENESIS64服务器并读取OPC数据以及安全性、许可证和其他信息。关于通信设置配置有两种不同的GENESIS64客户机：胖客户机（GENESIS64／.NET客户端安装有GENESIS64软件）和瘦客户端（使用Internet Explorer的WebHMI/Silverlight客户端）。
胖 (GENESIS64/.NET) 客户端设置在胖客户端， 打开Workbench并在 Tools功能区点击FrameWorX Server Location按钮。这将打开一个对话框，您可以使用HTTP、HTTPS、WS HTTP或NET.TCP通信通道指定主和辅GENESIS64服务器节点，如图4所示。更改“PrimaryServer”和“SecondaryServer”占位符以匹配实际的服务器节点名称。图 4 – 设置默认FrameWorX Server地址
还要注意，当主服务器再次可用时，可以启用“Auto Switch Back to Primary”将所有客户端从辅助服务器重定向回主服务器。有关GENESIS64服务器负载均衡的详细信息，请参阅应用说明GENESIS64-负载均衡。
瘦 (WebHMI/Silverlight) 客户端设置 在主和辅冗余服务器上， 打开Workbench并在 Tools功能区点击FrameWorX Server Location按钮。选择WebHMI客户端或Silverlight客户端选项卡，取决于客户端的类型，以及配置主和辅服务器节点名。注意：对于IIS冗余设置，请参考应用说明WebHMI-通过网络负载平衡实现服务器冗余，可以在我们的Customer Connection门户上获得。
如果在冗余场景中使用ICONICS OPC Server Suite，那么OPC Server Suite的两个副本应该使用相同的.opf配置文件。如果两个OPC Server Suite都使用自己的文件副本，则该文件必须保持相同。ICONICS建议尽可能为两台服务器使用中央数据源，以便两台服务器始终使用相同的精确配置。请注意，这个中央数据源必须在第三（高度可用）台机器上。如果它与您的冗余服务器之一保持在同一台机器上，那么如果持有配置的机器变得不可访问，那么您将面临两个OPC服务器都变得无响应的风险。
这也适用于报警服务器和数据记录器。例如，如果使用冗余AlarmWorX64服务器，则应确保两个AlarmWorX64 Server实例都使用配置数据库的相同副本，或者它们都使用托管在（高可用性）第三台计算机上的相同数据库。
注意：如果您在主服务器和辅助服务器上的配置不同，您将经历不可预测的行为。因此，如果将配置保存在单独的数据库中，请确保在进行更改时同时更新这两个数据库，并且这两个数据库上的更新完全相同。确保它们相同的最简单的方法是从主服务器备份更新的配置数据库，并在进行更改时在辅助服务器上恢复（反之亦然）。
当您准备测试冗余时，可以在客户机上使用GraphWorX64。对于一个简单的测试，浏览到OPC服务器中的一个点。对于经典的OPC冗余，这一点的语法必须从主服务器名称开始。例如，如果您使用的是模拟的Sine标签，那么标签路径应该类似于下面的路径，其中“PrimaryServer”是主服务器的名称或其IP地址。 @\\PrimaryServer\ICONICS.SimulatorOPCDA.2\Numeric.Sine.Value
对于OPC-UA冗余，打开GraphWorX64中的Data Browser并通过转到 Home --OPC UA Server--在“设置OPC UA冗余”一节中定义的服务器名称，浏览OPC UA冗余点。 可以通过关闭主服务器来测试冗余。请注意，客户机的数据源将切换到辅助服务器，继续显示有效数据。还可以在客户端机器的Redundancy Viewer中看到活动服务器更改。
要打开Redundancy Viewer,，打开MonitorWorX查看器并选择Redundancy 选项卡。在这里，您可以观察冗余的ICONICS服务器和所有OPC DA服务器（经典和UA，包括第三方服务器）的状态。冗余查看器还允许您在Active和Secondary之间实时切换上述OPC服务器的状态。这主要用于服务器机器上的计划维护。
您可以右键单击一个服务器，并选择“Make Active”更改活动服务器。注意：有关MonitorWorX和监视标签的更多信息，请参阅应用说明GENESIS64——使用MonitorWorX运行时标签。图 5 – 检查冗余服务器
如果使用的是中央配置数据库，则不需要特别注意冗余节点上的配置数据库之间的同步。大多数服务器支持在线更改（Hyper Historian、AlarmWorX64 Server等），这意味着在进行更改之后不需要重新启动它们。
如果使用两个不同的配置数据库（每个冗余服务器使用自己的配置数据库），则需要在每次更改后同步两个数据库。实现此目的的最佳方法是在主机上进行更改，对配置数据库进行备份，然后移动到辅助服务器并还原它（反之亦然）。此后，重新启动辅助服务器或所有ICONICS服务器，以便它们可以重新读取配置数据库。
GENESIS64在SQL Server中存储它的配置数据库。你可以使用SQL Server的备份和还原功能来移动一个GENESIS64服务器的配置数据库到另一个GENESIS64服务器。以下步骤描述如何使用MS SQL Server Management Studio备份和还原SQL Server 2008中的数据库：
在要备份配置数据库的计算机上打开SQL Server Management Studio。作为具有sysadmin服务器角色的用户登录，或者已经被授予有关配置数据库的db_backupoperator角色。选择你要备份的数据库。右键点击它并选择Tasks--Back Up.选择备份文件的目的地，或者将其保留为默认。点击OK。备份文件将被创建。
将备份文件复制到您要还原它的机器上。打开SQL Server Management Studio。作为sysadmin、dbcreator或（如果数据库已经存在）具有有关配置数据库的db_owner权限的用户登录。右键单击数据库并选择还原数据库。将数据库的名称键入到“数据库”字段中。选择“From device”复选框并浏览备份文件。添加备份文件后，它将出现在底部窗口中。选择还原复选框并单击“确定”。
AlarmWorX64 Multimedia没有正式支持冗余，但它可以与冗余的AlarmWorX64 Servers配对，以便每个AlarmWorX64 Multimedia实例只在其配对的AlarmWorX64 Server处于激活状态时发出消息。如果AlarmWorX64 Servers失败，AlarmWorX64 Multimedia服务器也将失败。
要启用此功能， 转到这个位置并编辑 IcoSetup64.ini: C:\ProgramData\ICONICS 如果你没有在此位置找到此IcoSetup64.ini文件，搜索C: 驱动器查找这个文件。
设置这些INI条目： [AWX32\AWXMMX32]FauxRedundancy=1FauxNodeName=MyNodeName将“MyNodeName”替换为AlarmWorX64 Server的节点名，您希望与此AlarmWorX64 Multimedia服务器配对。如果AlarmWorX64 Multimedia和AlarmWorX64 Server在同一台机器上，则需要使用本地机器名。
然后，在每个AlarmWorX64 Multimedia实例的订阅中，只订阅主服务器。明确地从节点对中订阅主节点名称（换句话说，不要将节点名称留空）。两个AlarmWorX64 Multimedia服务器都应该查看节点对的主服务器，就像在冗余场景中使用AlarmWorX64查看器订阅一样。
在进行了这些更改之后，停止每个AlarmWorX64 Multimedia实例，并清除日志表。