Data transmission optimization method, electronic equipment, storage medium and program product

Abstract

The invention provides a data transmission optimization method, electronic equipment, a storage medium and a program product, and relates to the technical field of computers.The method comprises the steps that when a data backup instruction sent by a data center is received, performance detection is conducted on a plurality of remote disaster recovery nodes to obtain performance detection results; determining a target remote disaster recovery node from the plurality of remote disaster recovery nodes according to the performance detection result; performing type detection on the target remote disaster recovery nodes to obtain a type detection result; when the type detection result shows that the target remote disaster recovery node belongs to the heterogeneous network node, transmitting the target backup data to the target remote disaster recovery node by using the block chain heterogeneous network; or, when the type detection result shows that the target remote disaster recovery node belongs to the isomorphic network node, transmitting the target backup data to the target remote disaster recovery node by using the block chain isomorphic network. The technical problem of low reliability of data transmission in related technologies is solved, and the technical effect of improving the reliability of data transmission is achieved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a data transmission optimization method, electronic equipment, storage medium and program product. Background Art

[0002] With the rapid development of information technology, enterprise data has exploded, placing higher demands on data storage and management. Enterprises usually transfer key data from data centers to off-site disaster recovery nodes for backup to ensure data security and business continuity.

[0003] In related technologies, there are two main methods of key data transmission. One is dedicated line transmission, which connects the data center and the off-site disaster recovery node through a dedicated line, and transmits the key data to the off-site disaster recovery node through the dedicated line to provide stable transmission performance and security. The other is VPN (Virtual Private Network) transmission, which transmits key data from the data center to the off-site disaster recovery node through a virtual private channel to reduce the transmission cost of key data.

[0004] However, in the related technologies, whether using dedicated line transmission or VPN transmission, key data is usually transmitted to a fixed off-site disaster recovery node, and the differences in network characteristics of different off-site disaster recovery nodes are not fully considered. This may cause compatibility and security vulnerabilities in the transmission of key data, thereby affecting the security of key data transmission, and further resulting in low reliability of data transmission in the related technologies. Summary of the invention

[0005] The present application provides a data transmission optimization method, electronic device, storage medium and program product for improving the reliability of data transmission.

[0006] In a first aspect, the present application provides a data transmission optimization method, which is applied to the above-mentioned electronic device, and the method includes: when a data backup instruction sent by a data center is received, performance testing is performed on multiple off-site disaster recovery nodes to obtain performance testing results; a target off-site disaster recovery node is determined from multiple off-site disaster recovery nodes based on the performance testing results; a type detection is performed on the target off-site disaster recovery node to obtain a type detection result; when the type detection result shows that the target off-site disaster recovery node belongs to a heterogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node by using a blockchain heterogeneous network, wherein the heterogeneous network node is a node having different network characteristics from the data center; or, when the type detection result shows that the target off-site disaster recovery node belongs to a homogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node by using a blockchain homogeneous network, wherein the homogeneous network node is a node having the same network characteristics as the data center.

[0007] By adopting the above technical solution, the performance status of each off-site disaster recovery node included in multiple off-site disaster recovery nodes can be accurately evaluated through performance detection, ensuring that the selected target off-site disaster recovery node has sufficient processing power to receive and store the target backup data, thereby avoiding problems such as transmission delay, data loss or data corruption caused by insufficient node performance, thereby improving the reliability and efficiency of data transmission. Based on the performance detection results, the target off-site disaster recovery node with the best performance can be selected, further improving the reliability and security of data transmission. Type detection can determine whether the target off-site disaster recovery node belongs to a heterogeneous network node or a homogeneous network node. Different types of network nodes may require different transmission methods. According to the type detection results of the target off-site disaster recovery node, an appropriate blockchain network (i.e., a heterogeneous blockchain network or a homogeneous blockchain network) is selected for data transmission. For heterogeneous network nodes, the use of a heterogeneous blockchain network can ensure reliable transmission of data under different network characteristics. For homogeneous network nodes, the use of a homogeneous blockchain network can achieve more efficient transmission speeds and lower delays, thereby not only improving the efficiency and reliability of data transmission, but also enhancing the flexibility and scalability of data transmission. This solves the technical problem of low reliability of data transmission in related technologies and achieves the technical effect of improving the reliability of data transmission.

[0008] Optionally, upon receiving a data backup instruction sent by the data center, a performance test is performed on multiple off-site disaster recovery nodes to obtain a performance test result, and the method further includes: obtaining multiple network characteristic metadata of the multiple off-site disaster recovery nodes to obtain multiple network characteristic metadata, wherein the multiple network characteristic metadata are node attribute information provided by the multiple off-site disaster recovery nodes when they are registered in the data center; classifying the multiple off-site disaster recovery nodes according to the multiple network characteristic metadata to obtain a first off-site disaster recovery node and a second off-site disaster recovery node, wherein the first off-site disaster recovery node belongs to a heterogeneous network node and the second off-site disaster recovery node belongs to a homogeneous network node; establishing a blockchain heterogeneous network based on the first off-site disaster recovery node, and establishing a blockchain homogeneous network based on the second off-site disaster recovery node.

[0009] By adopting the above technical solution, multiple network characteristic metadata provided by multiple off-site disaster recovery nodes when they are registered in the data center are obtained, and the off-site disaster recovery nodes are classified based on the multiple network characteristic metadata, so that nodes with similar or identical network characteristics are classified into the same category, that is, the first off-site disaster recovery node with different network characteristics is classified as a heterogeneous network node, and the second off-site disaster recovery node with similar or identical network characteristics is classified as a homogeneous network node. According to the classified first off-site disaster recovery node and the second off-site disaster recovery node, a blockchain heterogeneous network and a blockchain homogeneous network are established respectively. For the first off-site disaster recovery node (i.e., a heterogeneous network node), a blockchain heterogeneous network is established, and the nodes in the blockchain heterogeneous network have different network characteristics. For the second off-site disaster recovery node (i.e., a homogeneous network node), a blockchain homogeneous network is established, and the nodes in the blockchain homogeneous network have similar or identical network characteristics. Through node classification and network construction, not only can network performance and resource utilization be optimized, but also the stability and security of the blockchain network (i.e., a blockchain heterogeneous network or a blockchain homogeneous network) can be improved.

[0010] Optionally, a blockchain heterogeneous network is established based on the first off-site disaster recovery node, and a blockchain homogeneous network is established based on the second off-site disaster recovery node, specifically including: determining the network heterogeneous characteristics of the first off-site disaster recovery node based on multiple network characteristic metadata, and determining the network homogeneous characteristics of the second off-site disaster recovery node based on multiple network characteristic metadata; establishing a first blockchain platform between the first off-site disaster recovery node and the data center based on the network heterogeneous characteristics, and establishing a second blockchain platform between the second off-site disaster recovery node and the data center based on the network homogeneous characteristics; establishing a blockchain heterogeneous network based on the first blockchain platform, and establishing a blockchain homogeneous network based on the second blockchain platform.

[0011] By adopting the above technical solution, by analyzing the network characteristic metadata of multiple off-site disaster recovery nodes, the network heterogeneous characteristics of the first off-site disaster recovery node and the network homogeneous characteristics of the second off-site disaster recovery node can be accurately identified. Based on the identified network heterogeneous characteristics, a first blockchain platform is established between the first off-site disaster recovery node and the data center, and based on the identified network homogeneous characteristics, a second blockchain platform is established between the second off-site disaster recovery node and the data center to meet different network characteristic requirements and ensure the stability and security of data transmission. After successfully establishing the first blockchain platform and the second blockchain platform, a blockchain heterogeneous network and a blockchain homogeneous network are further established according to the first blockchain platform and the second blockchain platform, respectively. The blockchain heterogeneous network can support data interaction and collaborative work between nodes with different network characteristics, and the blockchain homogeneous network can optimize data transmission and sharing between nodes with the same or similar network characteristics, thereby achieving efficient and secure data backup and recovery.

[0012] Optionally, after establishing a blockchain heterogeneous network based on the first off-site disaster recovery node, and establishing a blockchain homogeneous network based on the second off-site disaster recovery node, the above method also includes: performing a first real-time monitoring on the first off-site disaster recovery node to obtain a first monitoring result; when the first monitoring result shows that the first data backup requirement of the first off-site disaster recovery node has changed, performing a first network characteristic detection on the first off-site disaster recovery node to obtain a first network characteristic detection result; when the first network characteristic detection result shows that the network heterogeneous characteristic of the first off-site disaster recovery node has changed, performing adaptive optimization processing on the blockchain heterogeneous network; and / or, performing a second real-time monitoring on the second off-site disaster recovery node to obtain a second monitoring result; when the second monitoring result shows that the second data backup requirement of the second off-site disaster recovery node has changed, performing a second network characteristic detection on the second off-site disaster recovery node to obtain a second network characteristic detection result; when the second network characteristic detection result shows that the network homogeneous characteristic of the second off-site disaster recovery node has changed, performing performance optimization processing on the blockchain homogeneous network.

[0013] By adopting the above technical solution, the first remote disaster recovery node is monitored in real time, and the first monitoring result is used to determine whether the first data backup requirement of the first remote disaster recovery node has changed, so as to ensure that the changes in the first data backup requirement can be responded to quickly. When the first data backup requirement changes, the first remote disaster recovery node is further tested for the first network characteristics. If the network heterogeneous characteristics are detected to have changed, the blockchain heterogeneous network is adaptively optimized, so as to ensure that the network can maintain efficient and stable data transmission capabilities in different heterogeneous environments. And / or the second remote disaster recovery node is monitored in real time, and the second monitoring result is used to determine whether the second data backup requirement of the second remote disaster recovery node has changed, so as to ensure that the changes in the second data backup requirement can be responded to quickly. When the second data backup requirement changes, the second remote disaster recovery node is further tested for the second network characteristics. If the network homogeneous characteristics are detected to have changed, the blockchain homogeneous network is optimized for performance, so as to ensure that the network maintains the best performance in a homogeneous environment, thereby improving the efficiency and stability of data transmission.

[0014] Optionally, when the type detection result shows that the target off-site disaster recovery node belongs to a heterogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node using the blockchain heterogeneous network, specifically including: obtaining a first session key and target backup data from a data backup instruction, wherein the target backup data is the backup data after the data center uses the first session key to perform a first encryption; obtaining a first public key of the target off-site disaster recovery node, and using the first public key to perform a second encryption on the first session key to generate a second session key, wherein the first public key is the key for encrypting the session provided by the target off-site disaster recovery node when it is registered in the data center; sending the second session key, the target backup data and the first encryption instruction to the blockchain heterogeneous network to instruct the blockchain heterogeneous network to perform the following operations: the blockchain heterogeneous network receives the second session key, the target backup data and the first encryption instruction; the blockchain heterogeneous network determines a first key negotiation protocol according to the first encryption instruction, and generates a first shared key according to the first key negotiation protocol; the blockchain heterogeneous network performs a first shared encryption on the second session key and the target backup data using the first shared key to obtain first shared encrypted data; the blockchain heterogeneous network transmits the first shared encrypted data to the target off-site disaster recovery node.

[0015] By adopting the above technical solution, the first session key and the target backup data after the first encryption by the data center using the first session key are obtained from the data backup instruction, which can not only ensure the security of the target backup data before transmission, but also effectively prevent the target backup data from being unauthorizedly accessed during the transmission process. The first public key for encrypting the session provided by the target off-site disaster recovery node when registering in the data center is used to encrypt the first session key for the second time to generate the second session key, which further enhances the security of the target backup data transmission, that is, the security of the target backup data is greatly improved through double encryption, providing a strong guarantee for the reliable transmission of data. The second session key, the target backup data and the first encryption instruction are sent to the blockchain heterogeneous network to instruct the blockchain heterogeneous network to generate the first shared key according to the first key negotiation protocol determined by the first encryption instruction, and the first shared key is used to perform the first shared encryption on the second session key and the target backup data to generate the first shared encrypted data, further realizing secure key exchange and data encryption in the blockchain heterogeneous network, thereby ensuring the confidentiality and integrity of the data, and the blockchain heterogeneous network transmits the first shared encrypted data to the target off-site disaster recovery node, and through two layers of encryption and secure transmission of the blockchain heterogeneous network, the security of the target backup data transmission is greatly guaranteed.

[0016] Optionally, when the type detection result shows that the target off-site disaster recovery node belongs to a homogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node using the blockchain homogeneous network, specifically including: obtaining a third session key and target backup data from the data backup instruction, wherein the target backup data is the backup data after the data center uses the third session key for the third encryption; obtaining the second public key of the target off-site disaster recovery node, and using the second public key to perform a fourth encryption on the third session key to generate a fourth session key, wherein the second public key is the key for encrypting the session provided by the target off-site disaster recovery node when it is registered in the data center; sending the fourth session key, the target backup data and the second encryption instruction to the blockchain homogeneous network to instruct the blockchain homogeneous network to perform the following operations: the blockchain homogeneous network receives the fourth session key, the target backup data and the second encryption instruction; the blockchain homogeneous network determines the second key agreement protocol according to the second encryption instruction, and generates a second shared key according to the second key agreement protocol; the blockchain homogeneous network performs a second shared encryption on the fourth session key and the target backup data using the second shared key to obtain second shared encrypted data; the blockchain homogeneous network transmits the second shared encrypted data to the target off-site disaster recovery node.

[0017] By adopting the above technical solution, the third session key is obtained from the data backup instruction and the target backup data after the third encryption is performed by the data center using the third session key, which can not only ensure the security of the target backup data before transmission, but also effectively prevent the target backup data from being unauthorizedly accessed during the transmission process. The third session key is encrypted for the fourth time using the second public key for encrypting the session provided by the target off-site disaster recovery node when registering in the data center, and the fourth session key is generated. The security of the target backup data transmission is further enhanced, that is, the security of the target backup data is greatly improved through double encryption, which provides a strong guarantee for the reliable transmission of data. The fourth session key, the target backup data and the second encryption instruction are sent to the blockchain homogeneous network to instruct the blockchain homogeneous network to generate a second shared key according to the second key negotiation protocol determined by the second encryption instruction, and the fourth session key and the target backup data are encrypted for the second time using the second shared key to generate the second shared encrypted data, further realizing secure key exchange and data encryption in the blockchain homogeneous network, thereby ensuring the confidentiality and integrity of the data, and the blockchain homogeneous network transmits the second shared encrypted data to the target off-site disaster recovery node, and the security of the target backup data transmission is greatly guaranteed through two layers of encryption and secure transmission of the blockchain homogeneous network.

[0018] Optionally, a target off-site disaster recovery node is determined from multiple off-site disaster recovery nodes based on the performance test results, specifically including: determining a performance indicator of each off-site disaster recovery node in the multiple off-site disaster recovery nodes based on the performance test results to obtain multiple performance indicators; comparing the multiple performance indicators with preset performance thresholds to obtain a performance comparison result; screening out a third off-site disaster recovery node from the multiple off-site disaster recovery nodes based on the performance comparison result, wherein the third off-site disaster recovery node is all off-site disaster recovery nodes included in the multiple off-site disaster recovery nodes and whose performance indicators are greater than or equal to the preset performance threshold; determining the geographical location of the third off-site disaster recovery node, and determining the target off-site disaster recovery node that meets the preset geographical location based on the geographical location.

[0019] By adopting the above technical solution, by analyzing the performance test results of multiple off-site disaster recovery nodes and quantifying the performance indicators of each off-site disaster recovery node, the overall performance level of each off-site disaster recovery node can be reflected. By comparing the performance indicators of each off-site disaster recovery node with the preset performance threshold, the results of the performance comparison can be obtained, and off-site disaster recovery nodes (i.e., the third off-site disaster recovery node, which has higher performance and reliability) whose performance indicators are greater than or equal to the preset performance threshold can be quickly and accurately screened out, and resources can be effectively utilized to improve the overall efficiency and reliability of target backup data transmission. By determining the geographical location of the third off-site disaster recovery node, the target off-site disaster recovery node that meets the preset geographical location can be screened out from the third off-site disaster recovery node, and the geographical location of the target off-site disaster recovery node can effectively cope with the impact of various natural disasters and man-made disasters, thereby ensuring the security and recoverability of data.

[0020] In a second aspect, an embodiment of the present application provides an electronic device, comprising: one or more processors and a memory; the memory is coupled to the one or more processors, the memory is used to store computer program code, the computer program code includes computer instructions, and the one or more processors call the computer instructions to enable the electronic device to execute the method described in the first aspect and any possible implementation method of the first aspect.

[0021] In a third aspect, an embodiment of the present application provides a computer program product comprising instructions, which, when executed on an electronic device, enables the electronic device to execute the method described in the first aspect and any possible implementation of the first aspect.

[0022] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, comprising instructions. When the instructions are executed on an electronic device, the electronic device executes the method described in the first aspect and any possible implementation manner of the first aspect.

[0023] One or more technical solutions provided in the embodiments of the present application have at least the following technical effects or advantages: 1. The data transmission optimization method provided by the present application can accurately evaluate the performance status of each off-site disaster recovery node included in multiple off-site disaster recovery nodes through performance detection, and ensure that the selected target off-site disaster recovery node has sufficient processing power to receive and store the target backup data, thereby avoiding problems such as transmission delay, data loss or data corruption caused by insufficient node performance, thereby improving the reliability and efficiency of data transmission. Based on the performance detection results, the target off-site disaster recovery node with the best performance can be selected, further improving the reliability and security of data transmission. Type detection can determine whether the target off-site disaster recovery node belongs to a heterogeneous network node or a homogeneous network node, and different types of network nodes may need to adopt different transmission methods. According to the type detection results of the target off-site disaster recovery node, an appropriate blockchain network (i.e., a heterogeneous blockchain network or a homogeneous blockchain network) is selected for data transmission. For heterogeneous network nodes, the use of a heterogeneous blockchain network can ensure reliable transmission of data under different network characteristics. For homogeneous network nodes, the use of a homogeneous blockchain network can achieve more efficient transmission speeds and lower delays, thereby not only improving the efficiency and reliability of data transmission, but also enhancing the flexibility and scalability of data transmission.

[0024] 2. The data transmission optimization method provided by the present application obtains multiple network characteristic metadata provided by multiple off-site disaster recovery nodes when registering in the data center, and classifies the off-site disaster recovery nodes based on the multiple network characteristic metadata, so as to classify nodes with similar or identical network characteristics into the same category, that is, classify the first off-site disaster recovery node with different network characteristics into a heterogeneous network node, and classify the second off-site disaster recovery node with similar or identical network characteristics into a homogeneous network node. According to the classified first off-site disaster recovery node and the second off-site disaster recovery node, a blockchain heterogeneous network and a blockchain homogeneous network are established respectively. For the first off-site disaster recovery node (i.e., a heterogeneous network node), a blockchain heterogeneous network is established, and the nodes in the blockchain heterogeneous network have different network characteristics. For the second off-site disaster recovery node (i.e., a homogeneous network node), a blockchain homogeneous network is established, and the nodes in the blockchain homogeneous network have similar or identical network characteristics. Through node classification and network construction, not only can network performance and resource utilization be optimized, but also the stability and security of the blockchain network (i.e., a blockchain heterogeneous network or a blockchain homogeneous network) can be improved.

[0025] 3. The data transmission optimization method provided in the present application can accurately identify the network heterogeneous characteristics of the first off-site disaster recovery node and the network homogeneous characteristics of the second off-site disaster recovery node by analyzing the network characteristic metadata of multiple off-site disaster recovery nodes. A first blockchain platform is established between the first off-site disaster recovery node and the data center based on the identified network heterogeneous characteristics, and a second blockchain platform is established between the second off-site disaster recovery node and the data center based on the identified network homogeneous characteristics to meet the requirements of different network characteristics and ensure the stability and security of data transmission. After successfully establishing the first blockchain platform and the second blockchain platform, a blockchain heterogeneous network and a blockchain homogeneous network are further established according to the first blockchain platform and the second blockchain platform, respectively. The blockchain heterogeneous network can support data interaction and collaborative work between nodes with different network characteristics, and the blockchain homogeneous network can optimize data transmission and sharing between nodes with the same or similar network characteristics, thereby achieving efficient and secure data backup and recovery. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Figure 1 This is a flow chart of a data transmission optimization method in an embodiment of the present application; Figure 2 It is a schematic diagram of a physical device structure of an electronic device in an embodiment of the present application. DETAILED DESCRIPTION

[0027] The terms used in the following embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to be used as limitations to the present application. As used in the specification and appended claims of the present application, the singular expressions "one", "a kind of", "said", "above", "the" and "this" are intended to also include plural expressions, unless there is a clear indication to the contrary in the context. It should also be understood that the term "and / or" used in the present application refers to any or all possible combinations comprising one or more listed items.

[0028] In the following, the terms "first" and "second" are used for descriptive purposes only and are not to be understood as suggesting or implying relative importance or implicitly indicating the number of the indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features, and in the description of the embodiments of the present application, unless otherwise specified, "plurality" means two or more.

[0029] This application provides a data transmission optimization method, see Figure 1 , Figure 1 This is a flow chart of a data transmission optimization method in an embodiment of the present application, comprising the following steps: Step S101, upon receiving a data backup instruction sent by a data center, a performance test is performed on a plurality of off-site disaster recovery nodes to obtain a performance test result; In the above embodiment, multiple off-site disaster recovery nodes refer to multiple data backup centers or storage nodes deployed in different geographical locations, which are used to provide data recovery and business continuity when a failure occurs in the main data center. In the data backup and recovery strategy, off-site disaster recovery nodes are very important components. When a physical failure, natural disaster or technical problem occurs in the main data center, they can quickly take over the business and provide rapid data recovery. The deployment of multiple off-site disaster recovery nodes is intended to improve data reliability and security. Suppose a multinational company has three data centers A, B and C around the world, where A is the main data center and B and C are off-site disaster recovery nodes. When data center A cannot work normally due to an earthquake, the business can be quickly switched to data center B or C to ensure business continuity and data availability.

[0030] In the above embodiment, performance testing refers to the process of testing and evaluating various performance indicators of multiple off-site disaster recovery nodes to determine their work efficiency and capabilities. Performance testing is an important step in evaluating whether multiple off-site disaster recovery nodes are suitable as target backup nodes (i.e., target off-site disaster recovery nodes). Through performance testing, key indicators such as the processing power, storage capacity, and network bandwidth of each off-site disaster recovery node can be determined to ensure that the selected off-site disaster recovery node can meet the storage and transmission requirements of backup data. Continuing with the above example, assuming that performance testing is required for two off-site disaster recovery nodes B and C, if the test results show that node B has a larger storage capacity and a higher network bandwidth, then node B may be more suitable as a target off-site disaster recovery node to store backup data (i.e., target backup data).

[0031] Step S102, determining a target remote disaster recovery node from multiple remote disaster recovery nodes according to the performance test result; In the above embodiment, the target off-site disaster recovery node refers to one or more off-site disaster recovery nodes selected from multiple off-site disaster recovery nodes after performance testing, which are used to store backup data. The selection of the target off-site disaster recovery node is based on the performance test results and other possible factors (for example, geographical location, transmission cost, etc., which are not limited here). The target off-site disaster recovery node needs to meet the storage and transmission requirements of the backup data to ensure that the data can be quickly restored and the continuity of the business can be maintained when a failure occurs in the main data center. Continuing with the above example, assuming that Node B is selected as the target off-site disaster recovery node based on the performance test results, the backup data will be transferred to Node B for storage.

[0032] Step S103, performing a type detection on the target remote disaster recovery node to obtain a type detection result; In the above embodiments, type detection refers to the process of classifying and identifying the network characteristics or hardware and software architecture of the target off-site disaster recovery node. Type detection is to determine whether the target off-site disaster recovery node belongs to a heterogeneous network node or a homogeneous network node. Different types of nodes may require different transmission methods. Continuing with the above example, assuming that a type detection is performed on node B, if the detection result shows that node B is a heterogeneous network node, that is, a node with different network characteristics from the main data center, then when transmitting data, a specific method (for example, a blockchain heterogeneous network, etc.) needs to be used to ensure accurate transmission of the data.

[0033] Step S104, when the type detection result shows that the target off-site disaster recovery node belongs to a heterogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node by using the blockchain heterogeneous network, wherein the heterogeneous network node is a node with different network characteristics from the data center; or, when the type detection result shows that the target off-site disaster recovery node belongs to a homogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node by using the blockchain homogeneous network, wherein the homogeneous network node is a node with the same network characteristics as the data center.

[0034] In the above embodiments, heterogeneous network nodes refer to nodes with different network characteristics in the network environment, and homogeneous network nodes refer to nodes with the same network characteristics in the network environment. Heterogeneous network nodes refer to nodes with different network architectures, network protocols, transmission capabilities, transmission speeds, security, delays, bandwidths, etc. from the main data center, and homogeneous network nodes refer to nodes with the same or similar network characteristics as the main data center. In data transmission, selecting a suitable transmission strategy according to the network type of the node can ensure efficient and secure transmission of data. A blockchain heterogeneous network is a blockchain network composed of nodes with different network characteristics (for example, different consensus mechanisms, encryption algorithms, network protocols, network architectures, transmission capabilities, etc.). A blockchain homogeneous network is a blockchain network composed of nodes with the same or similar network characteristics. In data transmission, selecting a suitable blockchain network according to the network type of the node can ensure reliable and efficient transmission of data. Continuing with the above example, if node B is a heterogeneous network node, the blockchain heterogeneous network can be used to transmit backup data. During the data transmission process, the blockchain heterogeneous network is used to ensure the accurate transmission of data between nodes with different network characteristics. If node B is a homogeneous network node, the blockchain homogeneous network can be used to simplify the transmission process and improve transmission efficiency.

[0035] Through the above steps, the performance status of each off-site disaster recovery node included in the multiple off-site disaster recovery nodes can be accurately evaluated through performance detection, ensuring that the selected target off-site disaster recovery node has sufficient processing power to receive and store the target backup data, thereby avoiding problems such as transmission delay, data loss or data corruption caused by insufficient node performance, thereby improving the reliability and efficiency of data transmission. Based on the performance detection results, the target off-site disaster recovery node with the best performance can be selected, further improving the reliability and security of data transmission. Type detection can determine whether the target off-site disaster recovery node belongs to a heterogeneous network node or a homogeneous network node. Different types of network nodes may require different transmission methods. According to the type detection results of the target off-site disaster recovery node, an appropriate blockchain network (i.e., a blockchain heterogeneous network or a blockchain homogeneous network) is selected for data transmission. For heterogeneous network nodes, the use of a blockchain heterogeneous network can ensure reliable transmission of data under different network characteristics. For homogeneous network nodes, the use of a blockchain homogeneous network can achieve more efficient transmission speeds and lower delays, thereby not only improving the efficiency and reliability of data transmission, but also enhancing the flexibility and scalability of data transmission. This solves the technical problem of low reliability of data transmission in related technologies and achieves the technical effect of improving the reliability of data transmission.

[0036] Among them, the executor of the above steps can be a system, or a device, or a controller or processor in the device or system, or a separate controller or processor, or other processing devices or processing units with similar processing functions, etc., but not limited to this.

[0037] In an optional embodiment, upon receiving a data backup instruction sent by a data center, a performance test is performed on multiple off-site disaster recovery nodes to obtain a performance test result, and the above method also includes: obtaining multiple network characteristic metadata of the multiple off-site disaster recovery nodes to obtain multiple network characteristic metadata, wherein the multiple network characteristic metadata are node attribute information provided by the multiple off-site disaster recovery nodes when registering in the data center; classifying the multiple off-site disaster recovery nodes according to the multiple network characteristic metadata to obtain a first off-site disaster recovery node and a second off-site disaster recovery node, wherein the first off-site disaster recovery node belongs to a heterogeneous network node and the second off-site disaster recovery node belongs to a homogeneous network node; establishing a blockchain heterogeneous network based on the first off-site disaster recovery node, and establishing a blockchain homogeneous network based on the second off-site disaster recovery node.

[0038] In the above embodiment, the network characteristic metadata of all registered multiple remote disaster recovery nodes are obtained, and each network characteristic metadata includes but is not limited to key attribute information such as network architecture, network protocol, network type, bandwidth, delay, packet loss rate, etc. of the remote disaster recovery node. According to the multiple network characteristic metadata, the multiple remote disaster recovery nodes are divided into two categories: the first remote disaster recovery node (heterogeneous network node) and the second remote disaster recovery node (homogeneous network node). Assuming that the multiple remote disaster recovery nodes include remote disaster recovery node A and remote disaster recovery node B, the network characteristic metadata of remote disaster recovery node A and the network characteristic metadata of remote disaster recovery node B are analyzed respectively. When the network type of remote disaster recovery node A is VPN, the bandwidth is low and the delay is high, and there is a significant difference with the network characteristics of the data center itself, the remote disaster recovery node A is classified as a heterogeneous network node. At the same time, when the network type of remote disaster recovery node B is analyzed to be the same as that of the data center, the bandwidth is high and the delay is low, the remote disaster recovery node B is classified as a homogeneous network node, and different blockchain networks are established according to remote disaster recovery node A and remote disaster recovery node B. For heterogeneous network nodes (i.e., off-site disaster recovery node A), a blockchain heterogeneous network based on VPN characteristics is established to ensure that data can be safely and reliably transmitted to these nodes. It should be noted that the blockchain heterogeneous network not only includes off-site disaster recovery nodes with VPN characteristics, but also off-site disaster recovery nodes with other different network characteristics. For homogeneous network nodes (i.e., off-site disaster recovery node B), a blockchain homogeneous network based on a high-speed network is established to achieve higher transmission speeds and lower latency.

[0039] In an optional embodiment, a blockchain heterogeneous network is established based on a first off-site disaster recovery node, and a blockchain homogeneous network is established based on a second off-site disaster recovery node, specifically including: determining the network heterogeneous characteristics of the first off-site disaster recovery node based on multiple network characteristic metadata, and determining the network homogeneous characteristics of the second off-site disaster recovery node based on multiple network characteristic metadata; establishing a first blockchain platform between the first off-site disaster recovery node and a data center based on the network heterogeneous characteristics, and establishing a second blockchain platform between the second off-site disaster recovery node and the data center based on the network homogeneous characteristics; establishing a blockchain heterogeneous network based on the first blockchain platform, and establishing a blockchain homogeneous network based on the second blockchain platform.

[0040] In the above embodiment, for heterogeneous network nodes, the network heterogeneity characteristics of the first remote disaster recovery node are analyzed, for example, the bandwidth limitation and high latency of VPN, and then a first blockchain platform based on VPN characteristics is established between the data center and the first remote disaster recovery node. The first blockchain platform will optimize the characteristics of the VPN network to ensure the security and reliability of data during transmission. For homogeneous network nodes, the network homogeneity characteristics of the second remote disaster recovery node are analyzed, for example, the bandwidth of the high-speed network is large and the latency is low. Then a second blockchain platform based on a high-speed network is established between the data center and the second remote disaster recovery node. The second blockchain platform will make full use of the advantages of the high-speed network to achieve fast data transmission and low latency. According to these two blockchain platforms, a blockchain heterogeneous network and a blockchain homogeneous network are established respectively. The blockchain heterogeneous network and the blockchain homogeneous network serve heterogeneous network nodes and homogeneous network nodes respectively, ensuring that data can be efficiently and securely transmitted between different types of network nodes. It should also be noted that the blockchain heterogeneous network not only includes the first blockchain platform with VPN characteristics, but also can include blockchain platforms with other network characteristics, etc., which are not limited here.

[0041] In an optional embodiment, after establishing a blockchain heterogeneous network according to the first off-site disaster recovery node, and establishing a blockchain homogeneous network according to the second off-site disaster recovery node, the above method also includes: performing a first real-time monitoring on the first off-site disaster recovery node to obtain a first monitoring result; when the first monitoring result shows that the first data backup requirement of the first off-site disaster recovery node has changed, performing a first network characteristic detection on the first off-site disaster recovery node to obtain a first network characteristic detection result; when the first network characteristic detection result shows that the network heterogeneous characteristic of the first off-site disaster recovery node has changed, performing adaptive optimization processing on the blockchain heterogeneous network; and / or, performing a second real-time monitoring on the second off-site disaster recovery node to obtain a second monitoring result; when the second monitoring result shows that the second data backup requirement of the second off-site disaster recovery node has changed, performing a second network characteristic detection on the second off-site disaster recovery node to obtain a second network characteristic detection result; when the second network characteristic detection result shows that the network homogeneous characteristic of the second off-site disaster recovery node has changed, performing performance optimization processing on the blockchain homogeneous network.

[0042] In the above embodiment, after the blockchain heterogeneous network and the blockchain homogeneous network are established, the first off-site disaster recovery node and the second off-site disaster recovery node are monitored in real time. Assuming that the first off-site disaster recovery node (i.e., heterogeneous network node) is located in the first city, due to the recent surge in network traffic in the first city, the first data backup demand has increased from daily backup to hourly backup. This change is detected through the first real-time monitoring, and the first network characteristic detection is immediately performed on the first off-site disaster recovery node. The detection result shows that due to the increase in network traffic, some off-site disaster recovery nodes in the previously established blockchain heterogeneous network begin to experience delays and congestion, that is, the network heterogeneous characteristics have changed. In order to cope with this change, the blockchain heterogeneous network is adaptively optimized, for example, more relay nodes are added, routing algorithms are optimized, etc., to ensure the real-time and integrity of the backup data. Assume that the second off-site disaster recovery node (i.e., the homogeneous network node) is located in the second city. Due to network maintenance and upgrade, its bandwidth is temporarily limited, resulting in changes in the second data backup demand. This change is detected through the second real-time monitoring, and the second network characteristic detection is performed on the second off-site disaster recovery node. The detection results show that although the bandwidth is limited, the overall network stability is good. Therefore, the performance of the blockchain homogeneous network can be optimized, for example, by load balancing and other methods to improve the efficiency of backup data transmission.

[0043] In an optional embodiment, when the type detection result shows that the target off-site disaster recovery node belongs to a heterogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node using the blockchain heterogeneous network, specifically including: obtaining a first session key and target backup data from a data backup instruction, wherein the target backup data is backup data after the data center uses the first session key to perform a first encryption; obtaining a first public key of the target off-site disaster recovery node, and using the first public key to perform a second encryption on the first session key to generate a second session key, wherein the first public key is a key for encrypting a session provided by the target off-site disaster recovery node when it is registered in the data center; sending the second session key, the target backup data and the first encryption instruction to the blockchain heterogeneous network to instruct the blockchain heterogeneous network to perform the following operations: the blockchain heterogeneous network receives the second session key, the target backup data and the first encryption instruction; the blockchain heterogeneous network determines a first key negotiation protocol according to the first encryption instruction, and generates a first shared key according to the first key negotiation protocol; the blockchain heterogeneous network performs a first shared encryption on the second session key and the target backup data using the first shared key to obtain first shared encrypted data; the blockchain heterogeneous network transmits the first shared encrypted data to the target off-site disaster recovery node.

[0044] In the above embodiment, when the data center needs to transmit the target backup data to the heterogeneous network node (i.e., the first off-site disaster recovery node) located in the first city, the data center generates a first session key and encrypts the target backup data using the first session key. The first public key of the first off-site disaster recovery node is retrieved from the registration database, and the first public key is used to perform a second encryption on the first session key to generate a second session key, and then the second session key, the target backup data, and the first encryption instruction are sent to the blockchain heterogeneous network. After the blockchain heterogeneous network receives the second session key, the target backup data, and the first encryption instruction, the first key negotiation protocol is determined according to the first encryption instruction, and the first shared key is jointly negotiated with the heterogeneous network nodes in the blockchain heterogeneous network that participate in the data backup to determine the first shared key through the first key negotiation protocol, and the second session key and the target backup data are first sharedly encrypted using the first shared key, and the encrypted data is transmitted to the heterogeneous network node in the first city.

[0045] In an optional embodiment, when the type detection result shows that the target off-site disaster recovery node belongs to a homogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node using the blockchain homogeneous network, specifically including: obtaining a third session key and target backup data from the data backup instruction, wherein the target backup data is the backup data after the data center uses the third session key to perform the third encryption; obtaining the second public key of the target off-site disaster recovery node, and using the second public key to perform the fourth encryption on the third session key to generate a fourth session key, wherein the second public key is the key for encrypting the session provided by the target off-site disaster recovery node when registering in the data center; sending the fourth session key, the target backup data and the second encryption instruction to the blockchain homogeneous network to instruct the blockchain homogeneous network to perform the following operations: the blockchain homogeneous network receives the fourth session key, the target backup data and the second encryption instruction; the blockchain homogeneous network determines the second key agreement protocol according to the second encryption instruction, and generates the second shared key according to the second key agreement protocol; the blockchain homogeneous network uses the second shared key to perform the second shared encryption on the fourth session key and the target backup data to obtain the second shared encrypted data; the blockchain homogeneous network transmits the second shared encrypted data to the target off-site disaster recovery node.

[0046] In the above embodiment, assuming that the data center needs to transmit the target backup data to the homogeneous network node (i.e., the second off-site disaster recovery node) located in the second city, the data center generates a third session key and uses the third session key to encrypt the target backup data. The second public key of the second off-site disaster recovery node is retrieved from the registration database, and the third session key is encrypted for the fourth time using the second public key to generate a fourth session key, and then the fourth session key, the target backup data and the second encryption instruction are sent to the blockchain homogeneous network. After the blockchain homogeneous network receives the fourth session key, the target backup data and the second encryption instruction, it determines the second key negotiation protocol according to the second encryption instruction, and jointly negotiates with the homogeneous network nodes participating in the backup in the blockchain homogeneous network through the second key negotiation protocol to determine the second shared key, and uses the second shared key to perform the second shared encryption on the fourth session key and the target backup data, and transmits the encrypted data to the homogeneous network node in the second city.

[0047] In an optional embodiment, a target off-site disaster recovery node is determined from multiple off-site disaster recovery nodes based on the performance test results, specifically including: determining the performance index of each off-site disaster recovery node in the multiple off-site disaster recovery nodes based on the performance test results to obtain multiple performance indexes; comparing the multiple performance indexes with preset performance thresholds to obtain performance comparison results; screening out a third off-site disaster recovery node from the multiple off-site disaster recovery nodes based on the performance comparison results, wherein the third off-site disaster recovery node is all off-site disaster recovery nodes included in the multiple off-site disaster recovery nodes and whose performance index is greater than or equal to the preset performance threshold; determining the geographical location of the third off-site disaster recovery node, and determining the target off-site disaster recovery node that meets the preset geographical location based on the geographical location.

[0048] In the above embodiment, when the data center needs to back up data, a performance test is performed on multiple off-site disaster recovery nodes. Assume that the performance test results show that the performance index of off-site disaster recovery node A (located in the third city and is a heterogeneous network node) is 90 points, off-site disaster recovery node B (located in the fourth city and is a homogeneous network node) is 85 points, and off-site disaster recovery node C (located in the fifth urban area and is a heterogeneous network node) is 70 points. When the preset performance threshold is 80 points, by comparing the performance indicators of off-site disaster recovery node A, off-site disaster recovery node B, and off-site disaster recovery node C with the preset threshold, off-site disaster recovery node A and off-site disaster recovery node B are selected as the third off-site disaster recovery node that meets the performance requirements. Next, the geographical locations of off-site disaster recovery node A and off-site disaster recovery node B are determined, and the final target off-site disaster recovery node is determined based on the geographical location and backup requirements (for example, it may be necessary to select a location that is far away from the primary data center to ensure data security when a disaster occurs). If the third city and the fourth city both meet the preset geographical location requirements, the target off-site disaster recovery node may be further selected based on other factors (for example, transmission costs, network connectivity, etc.).

[0049] Obviously, the above-described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. The present application will be described in detail below in conjunction with specific embodiments.

[0050] In terms of real-time monitoring of off-site disaster recovery nodes, the network status of off-site disaster recovery nodes can be monitored in real time, including but not limited to network bandwidth, delay, jitter and packet loss rate, etc., and the optimal off-site disaster recovery node can be dynamically selected to establish a communication tunnel for data transmission and backup. A layered encapsulation structure can be used inside the communication tunnel to adapt to different protocols and transmission requirements, while ensuring the stability and efficiency of data transmission. For example, the network status of the first off-site disaster recovery node and the second off-site disaster recovery node is monitored in real time, and the network status parameters such as network bandwidth, delay, jitter and packet loss rate of the first off-site disaster recovery node and the second off-site disaster recovery node are obtained. The optimal off-site disaster recovery node is dynamically selected as the target off-site disaster recovery node according to the network status parameters, and a communication tunnel is established with it. The communication tunnel can adopt a layered encapsulation structure to support different protocols and transmission requirements, and adopt corresponding mechanisms (i.e., blockchain heterogeneous networks and / or blockchain homogeneous networks) to ensure the stability and efficiency of data transmission.

[0051] In terms of improving the reliability of data transmission, before the data is sent, the sender performs FEC (Forward Error Correction) encoding on the data to generate redundant data packets. After receiving the data, the receiver uses the redundant data packets to recover the lost or damaged data, so that the reliable transmission of data can be achieved without resending the original data. In addition, when the receiver detects that the data is lost or damaged and cannot be recovered, the retransmission request and response mechanism will be started to ensure the integrity and accuracy of the data. For example, before sending the target backup data to the blockchain heterogeneous network and / or the blockchain homogeneous network, the data is first FEC-encoded to generate redundant data packets. After receiving the backup data, the blockchain heterogeneous network and / or the blockchain homogeneous network uses the redundant data packets to recover the lost or damaged data. In the case where the data cannot be recovered, the blockchain heterogeneous network and / or the blockchain homogeneous network initiates a retransmission request to the data center. After receiving the request, the data center resends the corresponding data until the data is completely and accurately transmitted to the target node.

[0052] In terms of load balancing, the line bandwidth and traffic ratio are combined with real-time network quality evaluation to achieve more efficient load balancing. That is, by collecting network quality information of each data transmission in real time, the distribution of data transmission tasks is dynamically adjusted. In addition, it also supports a variety of load balancing algorithms, and different load balancing algorithms can be flexibly selected according to actual needs. For example, the real-time network quality information of the first off-site disaster recovery node and the second off-site disaster recovery node (including but not limited to line bandwidth and traffic ratio, etc.) is obtained, and the distribution ratio of data backup tasks in the blockchain heterogeneous network and / or blockchain homogeneous network is dynamically adjusted according to the real-time network quality information.

[0053] In terms of encrypted transmission, it is compatible with a variety of encryption algorithms, including but not limited to national encryption algorithms and international general encryption algorithms. The encryption algorithm and key length can be flexibly selected according to security requirements. The encryption process can be carried out inside the communication tunnel to ensure the security of data transmission, and it also supports the dynamic update and management of keys to further improve the security of data. For example, the first encryption instruction and the second encryption instruction may contain encryption algorithms (supporting national encryption algorithms and international general encryption algorithms) and key length information. The heterogeneous blockchain network and / or the homogeneous blockchain network encrypts the backup data inside the communication tunnel according to the encryption instructions, and supports the dynamic update and management of keys. The data transmission between data centers, blockchain networks, and remote disaster recovery nodes is fully encrypted to ensure data security.

[0054] In terms of traffic priority allocation, deep packet inspection is used to identify the importance and urgency of the transmitted information. Data packets are marked and classified according to the identification results. The transmission priority and transmission path of the data packet are dynamically adjusted according to the classification results to ensure that important data can be transmitted to the destination with priority and speed. In addition, it also supports user-defined traffic priority rules to meet the needs of different application scenarios. For example, when a data center sends a data backup instruction, it also sends the priority information of the backup data. The heterogeneous blockchain network and / or the homogeneous blockchain network classifies and marks the backup data according to the priority information. During the data transmission process, the transmission order and path of backup data of different priorities are dynamically adjusted, and user-defined priority rules are supported, which can flexibly adapt to different application requirements.

[0055] It should also be noted that the above five aspects are merely exemplary embodiments, and the above five aspects are not limited to the above examples.

[0056] Through the embodiments of the present application, the performance of multiple off-site disaster recovery nodes is determined through performance testing to ensure the ability to receive and store backup data and avoid problems caused by insufficient performance. The node types are distinguished by combining type detection, and a suitable blockchain network is selected to transmit data. For heterogeneous network nodes, a blockchain heterogeneous network is used to ensure reliable transmission. For homogeneous network nodes, the blockchain homogeneous network provides efficient transmission and low latency, thereby improving data transmission efficiency, reliability, flexibility and scalability.

[0057] The electronic device in the embodiment of the present invention is described below from the perspective of hardware processing. Figure 2 , Figure 2 It is a schematic diagram of a physical device structure of an electronic device in an embodiment of the present application.

[0058] It should be noted that Figure 2 The structure of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0059] like Figure 2 As shown, the electronic device includes a central processing unit (CPU) 201, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 202 or the program loaded from the storage part 208 to the random access memory (RAM) 203, such as executing the method described in the above embodiment. In the RAM 203, There are various programs and data required for system operation. The CPU 201 , the ROM 202 , and the RAM 203 are connected to each other via a bus 204 . An input / output (I / O) interface 205 is also connected to the bus 204 .

[0060] The following components are connected to the I / O interface 205: an input section 206 including an audio input device, a button switch, etc.; an output section 207 including a liquid crystal display (LCD) and an audio output device, an indicator light, etc.; a storage section 208 including a hard disk, etc.; and a communication section 209 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 209 performs communication processing via a network such as the Internet. A drive 210 is also connected to the I / O interface 205 as needed. A removable medium 211, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 210 as needed so that a computer program read therefrom is installed into the storage section 208 as needed.

[0061] In particular, according to an embodiment of the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present invention includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through the communication part 209, and / or installed from the removable medium 211. When the computer program is executed by the central processing unit (CPU) 201, various functions defined in the present invention are performed.

[0062] It should be noted that specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, apparatus, or device.

[0063] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present invention. Each box in the flowchart or block diagram may represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for implementing the specified logical functions. It should also be noted that in some alternative implementations, the functions marked in the box may also occur in an order different from that marked in the accompanying drawings.

[0064] Specifically, the electronic device of this embodiment includes a processor and a memory. The memory stores a computer program. When the computer program is executed by the processor, the data transmission optimization method provided in the above embodiment is implemented.

[0065] As another aspect, the present invention further provides a computer-readable storage medium, which may be included in the electronic device described in the above embodiment; or may exist independently without being assembled into the electronic device. The above storage medium carries one or more computer programs, and when the above one or more computer programs are executed by a processor of the electronic device, the electronic device implements the data transmission optimization method provided in the above embodiment.

[0066] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

[0067] Those skilled in the art can understand that to implement all or part of the processes in the above-mentioned embodiments, the processes can be completed by computer programs to instruct related hardware, and the programs can be stored in computer-readable storage media. When the programs are executed, they can include the processes of the above-mentioned method embodiments. The aforementioned storage media include: ROM or random access memory RAM, magnetic disk or optical disk and other media that can store program codes.

Claims

1. A data transmission optimization method, characterized in that: include: Upon receiving the data backup instruction sent by the data center, the performance of multiple off-site disaster recovery nodes is tested to obtain the performance test results; Determine a target off-site disaster recovery node from the multiple off-site disaster recovery nodes according to the performance test result; Performing a type detection on the target off-site disaster recovery node to obtain a type detection result; When the type detection result shows that the target off-site disaster recovery node belongs to a heterogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node by using the blockchain heterogeneous network, wherein the heterogeneous network node is a node having different network characteristics from the data center; or When the type detection result shows that the target off-site disaster recovery node belongs to a homogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node using the blockchain homogeneous network, wherein the homogeneous network node is a node having the same network characteristics as the data center.

2. The method according to claim 1, characterized in that In the case of receiving the data backup instruction sent by the data center, before performing performance testing on multiple remote disaster recovery nodes to obtain the performance testing result, the method further includes: Acquire multiple network characteristic metadata of the multiple remote disaster recovery nodes to obtain multiple network characteristic metadata, wherein the multiple network characteristic metadata are node attribute information provided by the multiple remote disaster recovery nodes when registering in the data center; Classify the multiple remote disaster recovery nodes according to the multiple network characteristic metadata to obtain a first remote disaster recovery node and a second remote disaster recovery node, wherein the first remote disaster recovery node belongs to the heterogeneous network node and the second remote disaster recovery node belongs to the homogeneous network node; A blockchain heterogeneous network is established based on the first off-site disaster recovery node, and a blockchain homogeneous network is established based on the second off-site disaster recovery node.

3. The method according to claim 2, characterized in that The step of establishing a heterogeneous blockchain network according to the first off-site disaster recovery node and establishing a homogeneous blockchain network according to the second off-site disaster recovery node specifically includes: Determine the network heterogeneity characteristics of the first remote disaster recovery node according to the plurality of network characteristic metadata, and determine the network homogeneity characteristics of the second remote disaster recovery node according to the plurality of network characteristic metadata; Establishing a first blockchain platform between the first remote disaster recovery node and the data center according to the network heterogeneity characteristic, and establishing a second blockchain platform between the second remote disaster recovery node and the data center according to the network isomorphism characteristic; The blockchain heterogeneous network is established according to the first blockchain platform, and the blockchain homogeneous network is established according to the second blockchain platform.

4. The method according to claim 2, characterized in that: After establishing a heterogeneous blockchain network according to the first off-site disaster recovery node, and establishing a homogeneous blockchain network according to the second off-site disaster recovery node, the method further includes: performing a first real-time monitoring on the first off-site disaster recovery node to obtain a first monitoring result; when the first monitoring result shows that the first data backup demand of the first off-site disaster recovery node has changed, performing a first network characteristic detection on the first off-site disaster recovery node to obtain a first network characteristic detection result; when the first network characteristic detection result shows that the network heterogeneous characteristic of the first off-site disaster recovery node has changed, performing adaptive optimization processing on the blockchain heterogeneous network; and / or, Perform a second real-time monitoring on the second off-site disaster recovery node to obtain a second monitoring result; when the second monitoring result shows that the second data backup demand of the second off-site disaster recovery node has changed, perform a second network characteristic detection on the second off-site disaster recovery node to obtain a second network characteristic detection result; when the second network characteristic detection result shows that the network isomorphic characteristic of the second off-site disaster recovery node has changed, perform performance optimization processing on the blockchain isomorphic network.

5. The method according to claim 1, characterized in that: When the type detection result shows that the target off-site disaster recovery node belongs to a heterogeneous network node, using the blockchain heterogeneous network to transmit the target backup data to the target off-site disaster recovery node specifically includes: Acquire a first session key and the target backup data from the data backup instruction, wherein the target backup data is the backup data that is first encrypted by the data center using the first session key; Obtaining a first public key of the target off-site disaster recovery node, and performing a second encryption on the first session key using the first public key to generate a second session key, wherein the first public key is a key for encrypting a session provided by the target off-site disaster recovery node when registering in the data center; The second session key, the target backup data and the first encryption instruction are sent to the blockchain heterogeneous network to instruct the blockchain heterogeneous network to perform the following operations: the blockchain heterogeneous network receives the second session key, the target backup data and the first encryption instruction; the blockchain heterogeneous network determines a first key negotiation protocol according to the first encryption instruction, and generates a first shared key according to the first key negotiation protocol; the blockchain heterogeneous network performs a first shared encryption on the second session key and the target backup data using the first shared key to obtain first shared encrypted data; the blockchain heterogeneous network transmits the first shared encrypted data to the target off-site disaster recovery node.

6. The method according to claim 1, characterized in that When the type detection result shows that the target off-site disaster recovery node belongs to a homogeneous network node, the target backup data is transmitted to the target off-site disaster recovery node by using the blockchain homogeneous network, specifically including: Acquire a third session key and the target backup data from the data backup instruction, wherein the target backup data is the backup data after the data center performs a third encryption using the third session key; Obtaining a second public key of the target off-site disaster recovery node, and performing a fourth encryption on the third session key using the second public key to generate a fourth session key, wherein the second public key is a key for encrypting a session provided by the target off-site disaster recovery node when registering in the data center; The fourth session key, the target backup data and the second encryption instruction are sent to the blockchain isomorphic network to instruct the blockchain isomorphic network to perform the following operations: the blockchain isomorphic network receives the fourth session key, the target backup data and the second encryption instruction; the blockchain isomorphic network determines a second key agreement protocol according to the second encryption instruction, and generates a second shared key according to the second key agreement protocol; the blockchain isomorphic network performs a second shared encryption on the fourth session key and the target backup data using the second shared key to obtain second shared encrypted data; the blockchain isomorphic network transmits the second shared encrypted data to the target off-site disaster recovery node.

7. The method according to claim 1, characterized in that Determining a target remote disaster recovery node from the multiple remote disaster recovery nodes according to the performance detection result specifically includes: Determine a performance indicator of each of the multiple remote disaster recovery nodes according to the performance detection result to obtain multiple performance indicators; Comparing the multiple performance indicators with preset performance thresholds to obtain a performance comparison result; Filter out a third remote disaster recovery node from the multiple remote disaster recovery nodes according to the performance comparison result, wherein the third remote disaster recovery node is all remote disaster recovery nodes whose performance indicators are greater than or equal to the preset performance threshold included in the multiple remote disaster recovery nodes; The geographical location of the third off-site disaster recovery node is determined, and the target off-site disaster recovery node that meets the preset geographical location is determined based on the geographical location.

8. An electronic device, characterized in that: The electronic device comprises: one or more processors and a memory; the memory is coupled to the one or more processors, the memory is used to store computer program code, the computer program code comprises computer instructions, and the one or more processors call the computer instructions so that the electronic device executes the method as described in any one of claims 1-7.

9. A computer-readable storage medium comprising instructions, characterized in that: When the instructions are executed on an electronic device, the electronic device is caused to execute the method as claimed in any one of claims 1 to 7.

10. A computer program product, characterized in that When the computer program product is executed on an electronic device, the electronic device is enabled to execute the method according to any one of claims 1 to 7.

Images