Water regimen data acquisition dual-computer redundancy method and system

Abstract

The invention discloses a water regimen data acquisition dual-machine redundancy method and system, and the system comprises a main machine and a standby machine which are directly connected through an independent heartbeat interface. The main machine periodically sends heartbeat messages and local network configuration information to the standby machine through a heartbeat interface; and the standby machine monitors heartbeat in real time, judges that the main machine is abnormal once not receiving the heartbeat within a preset time, automatically takes over the IP address of the main machine, actively sends an address resolution protocol message according to pre-stored network configuration information so as to quickly update a forwarding table of the network equipment, immediately switches the state of the standby machine to be the main state, and synchronizes the state to a database. According to the method, automatic sub-second fault switching is achieved, the risk of key data loss is greatly reduced, continuity and integrity of water regimen telemetering data are guaranteed, meanwhile, the operation load of a background database is remarkably reduced through a main and standby mode, and the reliability of water regimen telemetering is improved. The problems that the load of the database is too heavy and automatic seamless switching of network channel data acquisition cannot be realized are solved.

Description

Technical Field

[0001] This invention relates to hydropower station automation and computer technology, and more particularly to a dual-machine redundancy method and system for data acquisition at the central station of a hydrological telemetry system. Background Technology

[0002] Hydrological telemetry systems are the core of modern hydropower station operation and management, typically consisting of multiple telemetry stations distributed throughout the basin and a central station system. As front-end equipment for data acquisition, the telemetry stations are responsible for real-time monitoring and collection of critical hydrological and meteorological information, such as rainfall, river levels, cross-sectional flow, reservoir levels, wind speed, and temperature. The collected information is transmitted to the central station via remote channels, such as VHF / UHF radio, 4G / 5G mobile communication networks, GSM SMS, and BeiDou satellite communication. The hydrological information center station is the brain and data hub of the entire telemetry system. Its core task is to stably receive and collect raw data sent by all telemetry stations. This raw data forms the basis for subsequent hydrological analysis, flood forecasting, and power generation scheduling decisions. Backend data processing systems (such as expert decision support systems) will use this real-time data, combined with historical data and hydrological models, to accurately predict future rainfall, runoff, and inflow in the basin where the hydropower station is located. Accurate predictions can provide valuable early warning time for flood control and provide a scientific basis for the refined and rational scheduling of reservoirs. Thus, while ensuring dam safety, it maximizes water resource utilization efficiency and improves power generation benefits. Therefore, the reliability, continuity, and timeliness of data collection by the center station are directly related to the safe production and economic benefits of the entire hydropower station. To avoid system paralysis due to single point of failure and ensure the continuity of data acquisition, most large hydropower stations currently adopt a redundant scheme of dual-machine hot standby or parallel operation at their hydrological telemetry center stations. This involves deploying two identical sets of data acquisition computers and auxiliary equipment to collect telemetry data in parallel. The original design intention is that if one set of equipment fails due to hardware failure, operating system crash, or software deadlock, the other set of equipment can continue to work, thereby ensuring that the data flow is uninterrupted.

[0003] However, the dual-data acquisition scheme commonly used in existing technologies has the following significant technical drawbacks: On the one hand, the two machines operate independently, lack coordination, and have a high database load. In traditional parallel schemes, the two data acquisition computers usually operate completely independently, without an effective communication and coordination mechanism between them. This means that during normal operation, both computers will simultaneously attempt to connect to and operate the background database system. When the same data is received from the telemetry station, such as data broadcast via VHF radio, both computers' receivers can receive it. The two computers will parse the data separately and perform write or update operations on the same or multiple tables in the database at almost the same time. This concurrent writing will place a heavy load on the database, causing a series of problems such as database resource contention and performance degradation, data redundancy and consistency risks, and waste of network bandwidth and processing resources. On the other hand, the redundancy support for network channels is imperfect, making automatic seamless switching impossible. With the development of mobile communication technology, 4G / 5G channels, due to their advantages of high bandwidth, low latency, and wide coverage, have become an important method for hydrological telemetry data transmission. However, existing dual-machine solutions face a significant obstacle when processing this type of data transmitted over IP networks. The mobile terminal at the telemetry station sends data through the mobile operator's network, which ultimately needs to be routed to a public IP address. On the central station side, there are typically two deployment methods for receiving this data: one is direct connection, where the dedicated physical link provided by the operator is connected to a switch, and the network card IP address of one of the data acquisition computers is configured to the public IP (or dedicated IP) specified by the operator. In this case, only this computer can receive the data; the other is NAT mapping, where a router is deployed at the central station entrance, and its external network (WAN) interface is configured to the IP address specified by the operator. By configuring Network Address Mapping (NAT) rules within the router, all data destined for a specific port on a public IP address is forwarded to the private IP address of a data acquisition computer on the internal network. Regardless of the method used, an IP address is unique within the same local area network, and a network data stream can only be forwarded to one destination IP address on standard network devices (switches, routers). Therefore, two data acquisition computers cannot simultaneously receive data from the 4G / 5G channel using the same IP address. This creates a serious single point of failure: if the computer carrying out the 4G / 5G data reception task (the primary machine) fails, the data stream will be immediately interrupted.

[0004] Therefore, when the data acquisition computer receiving 4G / 5G network data crashes, maintenance personnel must manually intervene to restore data reception. This typically involves logging into a backup computer and changing its network card IP address to the original primary computer's IP address, or logging into the router and modifying NAT mapping rules to point the target IP to the backup computer's IP address. This manual switching process is not only time-consuming but also highly error-prone. During critical periods such as flood season, data loss of even a few minutes or longer can cause flood forecasting models to miss crucial flood peak information, affecting forecast accuracy and potentially leading to incorrect dispatching decisions with potentially disastrous consequences. Therefore, current technology cannot provide truly high availability guarantees for 4G / 5G network channels, posing a significant security risk. Summary of the Invention

[0005] Purpose of the invention: The purpose of this invention is to provide a dual-machine redundancy method for hydrological data acquisition that can reduce the operating load of the database. Another purpose of this invention is to provide a dual-machine redundancy system for hydrological data acquisition that can automatically acquire network channel data and quickly switch between faults.

[0006] Technical solution: The dual-machine redundancy method for hydrological data acquisition described in this invention includes the following steps:

[0007] Configure a primary machine and a backup machine, each computer with an independent communication interface, and connect the interfaces to form a heartbeat channel independent of the service network; the primary machine is configured with a service IP and connected to the backend data, while the backup machine only performs listening and standby tasks;

[0008] The primary machine sends heartbeat messages to the backup machine at a high frequency, while the primary machine also sends network configuration information to the backup machine at a lower frequency.

[0009] The backup machine receives and stores the network configuration information sent by the primary machine;

[0010] The standby machine determines whether it has received a heartbeat message from the primary machine within a preset timeout threshold. If it has not received a heartbeat message, it determines that the primary machine is faulty and the standby machine immediately triggers the fault switching process.

[0011] The failover process consists of two steps. The first step is for the standby machine to call system commands or APIs to change the IP address of the service network card to the original primary machine's service IP address, thus replacing its network identity. The second step is for the standby machine to construct an address resolution protocol update message based on the network configuration information temporarily stored in step (3) and send the message to the target MAC address in the network.

[0012] The standby machine switches its operating status from standby to primary and establishes a connection with the background database to receive and store telemetry data, thus completing the redundancy switch.

[0013] The primary machine has a built-in heartbeat sending module, which sends structured heartbeat messages to the backup machine at a high frequency through the heartbeat interface. The heartbeat messages include computer status and timestamp information.

[0014] The network configuration information includes at least the IP addresses of upstream network devices located in the same network segment as the service IP address and their corresponding MAC address mapping tables; the upstream network devices include routers and gateways.

[0015] The standby machine has a built-in heartbeat receiving and monitoring module. This module continuously listens to the heartbeat interface and receives heartbeat messages from the primary machine. Each time a heartbeat is received, the last heartbeat time marker is updated. The monitoring module checks the last heartbeat time marker at a high frequency and compares the current system time with the marker. If the time difference exceeds a preset timeout threshold, the standby machine will determine that the primary machine has experienced a serious failure and immediately trigger the failover process.

[0016] The Address Resolution Protocol update message uses the service IP address as the source IP address and the destination IP address, and the MAC address of the standby network card as the source MAC address. It is broadcast within the local area network to declare the new IP address and MAC address binding relationship. At the same time, the upstream network device updates its MAC address and IP address mapping table.

[0017] The hydrological data acquisition dual-machine redundancy system of the present invention includes a primary computer and a backup computer; both the primary computer and the backup computer are equipped with a service network card and a heartbeat communication module, and both run acquisition control programs; the primary computer and the backup computer are connected to the heartbeat communication module through an independent physical channel to form a heartbeat interface; the heartbeat communication module is an RS232 serial communication module or an Ethernet communication module.

[0018] The acquisition and control program running on the primary computer is configured to: bind the IP address of the telemetry data network channel communication to its own service network card and connect to the background database in the primary state; periodically send heartbeat messages and local network configuration information through the heartbeat communication module; receive telemetry data from the serial port and the entire network channel; and write the data to the background database.

[0019] The acquisition control program running on the backup computer is configured to: in standby mode, not bind the service IP address and not connect to the backend database, receive and monitor heartbeat messages sent by the primary computer through the heartbeat communication module, and cache the received network configuration information; when a heartbeat timeout is detected and the primary computer is determined to be abnormal, bind the service IP address to the local service network card, send an address resolution protocol update message according to the cached network configuration information, and switch its own state to primary, take over the full-channel data acquisition task and connect to the backend database.

[0020] Beneficial effects: Compared with the prior art, the present invention has the following significant advantages: (1) Extremely high availability and data continuity: It realizes fully automatic fault switching of all data channels, including 4G / 5G network channels. Through sub-second heartbeat detection and fast IP-MAC mapping refresh technology, the fault switching time can be controlled within 1 second, reducing the time window of data loss caused by host failure to the shortest, and almost achieving seamless switching. This greatly ensures the continuity and integrity of the original hydrological telemetry data, providing the most reliable data foundation for subsequent accurate forecasting and scientific scheduling; (2) Significantly reduce the load on the database system: The main standby working mode is adopted. At any time, only one acquisition computer (main machine) interacts with the background database, which fundamentally avoids the lock contention, resource consumption and performance bottleneck problems caused by two machines writing to the database concurrently in the existing parallel scheme. The load on the database server is greatly reduced, the operation is more stable and the response is faster, and the complexity of database management is also reduced. Attached Figure Description

[0021] Figure 1 This is a schematic diagram of the structure of the present invention. Detailed Implementation

[0022] The technical solution of the present invention will be further described below with reference to the accompanying drawings.

[0023] Example 1

[0024] like Figure 1 As shown in the figure, this embodiment provides a dual-machine redundancy method for hydrological data acquisition that enables automatic acquisition of network channel data and rapid switching in case of failure. The specific execution flow is as follows:

[0025] (1) Configure two data acquisition computers with equivalent functions, which are defined as the primary data acquisition computer and the backup data acquisition computer respectively. In order to achieve direct and reliable communication between the two, each computer is configured with an independent communication interface, such as an RS232 serial port or a dedicated Ethernet port. Use a specific straight-through cable, such as an RS232 crossover cable or an Ethernet crossover cable, to directly connect the independent interfaces of the two computers to form an isolated and highly reliable "heartbeat channel". This channel is independent of the business data network and is not affected by business network traffic congestion or failure.

[0026] (2) The system operates by negotiating or pre-setting one computer as the "primary" and the other as the "standby". The primary computer undertakes all actual data acquisition work. Its service network card is used to receive network data such as 4G / 5G. The service network card will be configured and bound to a key "service IP address" that provides services to the outside world. This IP address is the target address mapped by the upstream router's NAT or the address directly exposed in the operator's network. At the same time, only the primary computer's data acquisition program will establish a connection with the background database, which is responsible for parsing all telemetry data received from all channels, including serial port and network, and performing data entry operations. The standby computer is in a "cold standby" state. Its service network card is not configured with the above-mentioned "service IP address" to avoid IP conflicts. The standby computer's data acquisition program does not establish a connection with the background database or process any service data in standby mode. Its core tasks are "standby" and "monitoring".

[0027] (3) The primary machine's data acquisition program has a built-in heartbeat sending module. This module sends structured heartbeat messages to the backup machine at a relatively high frequency (a preset first time frequency, for example, every 100 milliseconds) through the heartbeat interface. The heartbeat message content may include information such as the local machine status (primary) and timestamp. At the same time, the primary machine program will also perform a network environment detection task at a relatively low frequency (a preset second time frequency, for example, every 30 seconds). This task will read and analyze the address resolution protocol cache table of the local system, extract the mapping relationship between the IP address and MAC address of key network devices located in the same subnet as the local machine's business IP address, especially the mapping relationship between the IP address and MAC address of the gateway or router that serves as the data source. Finally, the primary machine encapsulates this important mapping table into a specific configuration synchronization message and sends it to the backup machine through the heartbeat interface.

[0028] (4) The standby machine's data acquisition program has a built-in heartbeat receiving and monitoring module. This module continuously listens to the heartbeat interface and receives heartbeat messages from the primary machine. Each time a heartbeat is received, a "last heartbeat time" flag is updated. At the same time, when a network configuration synchronization message sent by the primary machine is received, the standby machine program will parse the message and store the IP-MAC address mapping table contained therein in its own memory for later use.

[0029] (5) The standby machine's monitoring module will check the "last heartbeat time" marker at a high frequency. It will compare the current system time with the marker. If the time difference exceeds a preset timeout threshold (e.g., 1 second), the standby machine program has sufficient reason to determine that the primary machine has suffered a serious fault, such as a crash, operating system deadlock, acquisition program crash, or physical fault of the heartbeat network card / line. In this case, it cannot continue to perform its duties. At this time, the standby machine will immediately trigger the fault switching process.

[0030] (6) Perform failover. The failover process is executed in two steps. The first step is to take over the service IP. The standby machine program calls the operating system-level command or API to dynamically and forcibly modify the IP address of its service network card to the service IP address used by the original primary machine. After this step is completed, logically, the standby machine has replaced the network identity of the primary machine. However, simply modifying the IP address is not enough, because the service IP address is still mapped to the MAC address of the original primary machine in the network address cache table of the upstream network device (such as router, Layer 3 switch). If this cache is not refreshed, subsequent data packets will still be incorrectly sent to the switch port connected to the old primary machine that has crashed, resulting in data loss. Therefore, the standby machine performs the crucial second step: using the IP-MAC mapping table stored in memory in step (4), it obtains the MAC address of the upstream gateway / router. Then the standby machine program will construct one or more special Address Resolution Protocol (ARP) packets. The source IP address and destination IP address fields of the packets are filled with the service IP address after takeover, while the source MAC address field is filled with the real MAC address of the standby machine's own service network card. The standby machine then broadcasts this message within the local area network and can selectively unicast it to the previously recorded gateway MAC address. When devices in the network (especially gateways / routers) receive this message, they unconditionally update their network address caches, forcibly associating the service IP address with the new MAC address of the standby machine, thereby instantly correcting the network path and ensuring that all data packets destined for that service IP address are correctly forwarded to the standby machine's network card.

[0031] (7) After completing the IP takeover and network path refresh, the standby machine program changes its internal status flag from "standby" to "primary". Then, it immediately starts the database connection module to establish a connection with the background database. At this point, the switchover process is complete. The standby machine has "transformed" into the new primary machine and can seamlessly begin receiving telemetry data from all channels (including 4G / 5G) and writing it into the database.

[0032] Example 2

[0033] This embodiment demonstrates in detail how to construct a highly efficient, reliable, and automated dual-machine redundant system for hydrological data acquisition using primary / standby mode, heartbeat monitoring, and instantaneous service IP switching technology. It perfectly solves the various deficiencies existing in the background technology, including system environment and hardware configuration, and software deployment and configuration, specifically including:

[0034] 1. System environment and hardware configuration:

[0035] (1) Data Acquisition Computers: Two identical x86 architecture industrial control computers are used, named SCADA-A and SCADA-B, with the following main configurations:

[0036] CPU: Intel Core i5

[0037] Memory: 16 GB RAM

[0038] Hard drive: 512 GB SSD

[0039] Operating system: CentOS 7.9

[0040] Network interfaces: Each machine is configured with at least two Ethernet cards, with corresponding network card identifiers eth0 and eth1. eth0 is used for 4G / 5G network channel data acquisition and interaction with the backend database; eth1 is used for heartbeat direct connection.

[0041] (2) Network environment:

[0042] 4G / 5G telemetry data network: subnet is 192.168.10.0 / 24, central station router (gateway) IP is 192.168.10.1, the public IP assigned by the mobile operator for the hydropower station's 4G / 5G telemetry data collection is 210.72.145.20, and NAT rules are configured on the central station router to forward all TCP / UDP traffic destined for 210.72.145.20 to the internal IP address 192.168.10.100;

[0043] Heartbeat Network: Use a single Cat6A crossover cable to directly connect the eth1 ports of SCADA-A and SCADA-B. Assign a separate private subnet to this heartbeat network, for example, 10.10.10.0 / 24. Configure the IP address of SCADA-A's eth1 port as 10.10.10.1 and the IP address of SCADA-B's eth1 port as 10.10.10.2.

[0044] (3) Backend database: A separate database server with IP address 192.168.10.200, running a MySQL database.

[0045] (4) Other channel equipment: Two VHF radio receivers are connected to SCADA-A and SCADA-B respectively via RS232 serial ports.

[0046] 2. Software Deployment and Configuration

[0047] (1) Deploy the same hydrological data acquisition and redundancy control program (HydroDataGet) on SCADA-A and SCADA-B respectively. The HydroDataGet of SCADA-B is configured to wait 2 seconds after startup before running, which can ensure that when SCADA-A and SCADA-B are started at the same time, SCADA-A will run first and automatically set itself to the primary state.

[0048] (2) After the HydroDataGet program of SCADA-A starts, it will first start an independent thread responsible for heartbeat sending and detection. If the heartbeat signal sent by SCADA-B is not detected within 1 second after the thread starts, SCADA-A will automatically set itself to the primary state. Correspondingly, after the HydroDataGet program of SCADA-B starts, it will also start the heartbeat sending and detection thread. Since SCADA-A has started and sent the heartbeat first, SCADA-B can detect the heartbeat signal sent by SCADA-A through the heartbeat interface. SCADA-B will automatically set itself to the standby state.

[0049] (3) After SCADA-A switches to the primary state, it configures the IP address of eth0 to 192.168.0.100 and actively establishes a connection with the backend database. Once telemetry data is received, it immediately writes the data to the database. When SCADA-A sets itself to the standby state, the IP address of network card A remains unset. SCADA-B can still receive telemetry data from the VHF device, but it will not establish a connection with the backend database.

[0050] (4) Every 100 milliseconds, SCADA-A sends a JSON format heartbeat message to the heartbeat interface IP address 10.10.10.2 of SCADA-B via UDP protocol, for example: {"type": "heartbeat", "sender": "Collector-A","state": "master", "timestamp": 1764890400.123}.

[0051] (5) The HydroDataGet program of SCADA-A also has a scheduled task that queries the / proc / net / arp file on the local machine every 30 seconds to extract all MAC address and IP address mapping relationships in the 192.168.10.0 network segment and sends the mapping relationship to the HydroDataGet program of SCADA-B through the heartbeat interface. After receiving the mapping relationship, the HydroDataGet program of SCADA-B will store it in its own dedicated memory area for later use.

[0052] (6) If SCADA-A suddenly crashes due to its own power failure at a certain moment, the heartbeat monitoring thread of SCADA-B will detect that the time interval between the current system time and the last heartbeat message received from SCADA-A has exceeded 1 second. Based on this, the SCADA-B program determines that the primary SCADA-A has failed and immediately triggers the fault switching process. The SCADA-B program will immediately perform the following operations:

[0053] a. Take over IP: SCADA-B first executes the system command: sudo ip addr add 192.168.10.100 / 24dev eth0, binding the service IP address 192.168.10.100 to its own eth0 network card;

[0054] b. Construct and send Address Resolution Protocol (ARP) messages: SCADA-B retrieves data from the memory of the mapping relationship cached in step (5), constructs an ARP message, and takes the destination MAC address and destination IP address of the message from the corresponding information in the mapping table. The source MAC address is filled with the MAC address of SCADA-B's own eth0 network card, and the original IP address is filled with 192.168.10.100. Then, the constructed ARP message is sent to the local area network through the eth1 network card. After the router receives the message, it will update its own address mapping table so that the messages received from the 4G / 5G channel can be correctly forwarded to SCADA-B, ensuring seamless data collection.

[0055] c. Primary Switchover: SCADA-B switches its working state to primary, immediately establishes a connection with the backend database, and starts a data monitoring thread to receive all telemetry data from VHF and 4G / 5G channels. The fault switching process is now complete, and the entire process takes only a few hundred milliseconds.

[0056] (7) When the faulty SCADA-A is repaired and restarted, its HydroDataGet program will automatically execute the action described in step (2).

Claims

1. A water regime data acquisition dual-computer redundancy method, characterized in that, The application relates to a redundant system of a computer cluster, which comprises: (1) a primary computer and a backup computer, each of which is configured with an independent communication interface, and the interfaces are connected to form a heartbeat channel independent of a service network; the primary computer is configured with a service IP and connected with a background data, and the backup computer only performs a standby task; (2) the primary computer sends a heartbeat message to the backup computer at a high frequency, and the primary computer also sends network configuration information to the backup computer at a low frequency; (3) the backup computer receives and stores the network configuration information sent by the primary computer; (4) the backup computer judges whether the heartbeat message of the primary computer is received within a preset timeout threshold, if not, it is determined that the primary computer is faulty, and the backup computer triggers a fault switching process immediately; (5) the fault switching is divided into two steps, the first step is that the backup computer calls a system command or an API to change the service network card IP into the original service IP of the primary computer to replace the network identity; the second step is that the backup computer constructs an address resolution protocol update message based on the network configuration information temporarily stored in the step (3), and sends the message to a target MAC address in the network; (6) the backup computer switches its running state from backup to primary, and establishes a connection with a background database to start receiving and storing telemetry data, and completes the redundant switching.

2. The water regime data acquisition dual-computer redundancy method according to claim 1, characterized in that, In the step (2), the primary computer is internally provided with a heartbeat sending module, the module sends a structured heartbeat message to the backup computer at a high frequency through a heartbeat interface, and the heartbeat message comprises computer state and timestamp information.

3. The water regime data acquisition dual-computer redundancy method according to claim 1, characterized in that, In the step (2), the network configuration information at least comprises the IP address of an upstream network device in the same network segment as the service IP address and a corresponding MAC address mapping table; the upstream network device comprises a router and a gateway.

4. The water regime data acquisition dual-computer redundancy method according to claim 1, characterized in that, In the step (3) or (4), the backup computer is internally provided with a heartbeat receiving and monitoring module, the module continuously monitors a heartbeat interface and receives the heartbeat message from the primary computer, and the last heartbeat time mark is updated each time the heartbeat message is received; the monitoring module checks the last heartbeat time mark at a high frequency, compares the current system time with the mark, and if the time difference exceeds a preset timeout threshold, the backup computer determines that the primary computer has a serious fault, and then triggers the fault switching process immediately.

5. The water regime data acquisition dual-computer redundancy method according to claim 1, characterized in that, In the step (5), the address resolution protocol update message takes the service IP address as a source IP address and a target IP address, takes the MAC address of the network card of the backup computer as a source MAC address, and is sent in a broadcast form in a local area network to declare the binding relationship between the new IP address and the MAC address, and the upstream network device updates the MAC address and IP address mapping table.

6. The water regime data acquisition dual-computer redundancy method according to claim 1, characterized in that, In the step (6), when the original primary computer recovers, it detects that another computer is in the primary state through the heartbeat interface when starting, and then automatically sets itself to the backup state and starts to perform the task in the step (3).

7. The water regime data acquisition dual-computer redundancy method according to claim 1, characterized in that, In the step (2), the high frequency is once every 50-200 milliseconds, and the low frequency is once every 10-60 seconds.

8. A water regime data acquisition dual-computer redundancy system, characterized in that, The application relates to a heartbeat communication system for a computer cluster, which comprises a main computer and a standby computer; the main computer and the standby computer are both configured with a service network card and a heartbeat communication module, and both run a collection control program; the heartbeat communication modules of the main computer and the standby computer are connected through an independent physical channel, thereby forming a heartbeat interface; the heartbeat communication module is an RS232 serial port communication module or an Ethernet communication module.

9. The water regime data acquisition dual-computer redundancy system according to claim 8, characterized in that, The collection control program running on the main computer is configured to, in a main state, bind a telemetry data network channel communication IP address to a self-service network card, connect a background database, periodically send heartbeat messages and local network configuration information through the heartbeat communication module, receive telemetry data of serial ports and network full channels, and write the data into the background database.

10. The water regime data acquisition dual-computer redundancy system according to claim 8, characterized in that, The collection control program running on the standby computer is configured to, in a standby state, not bind the service IP address and not connect the background database, receive and monitor the heartbeat messages sent by the main computer through the heartbeat communication module, simultaneously buffer the received network configuration information, when detecting heartbeat timeout and judging that the main computer is abnormal, bind the service IP address to the local service network card, send an address resolution protocol update message according to the buffered network configuration information, simultaneously switch the self-state to the main state, take over the full-channel data collection task and connect the background database.

Images