Disaster recovery system, disaster recovery scheduling method and device thereof, equipment and storage medium

Abstract

The invention discloses a disaster recovery scheduling method, which is used for solving the problems that the existing disaster recovery drilling is low in drilling efficiency and poor in drilling result accuracy due to the fact that the existing disaster recovery drilling depends on manual command and the existing disaster recovery drilling is wide in department, many in personnel and high in technical operation complexity in a disaster recovery switching process. The method comprises the steps of obtaining a disaster recovery scheduling instruction; determining a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issuing the disaster recovery scheduling instruction to the disaster recovery processing party; acquiring a disaster recovery processing progress and a disaster recovery processing result when the disaster recovery processing party executes disaster recovery processing in response to the disaster recovery scheduling instruction; and according to the disaster recovery processing progress and the disaster recovery processing result, carrying out visual display on the disaster recovery processing flow.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a disaster recovery system and a disaster recovery scheduling method, device, equipment, storage medium and computer program product thereof. Background Art

[0002] With the continuous development of Internet information technology, the scale of an enterprise's IT system is also expanding. Whether the IT system can operate normally will directly affect the daily business operations of the enterprise.

[0003] This is especially true for the financial industry, such as banks, insurance companies, and bond companies. Since the daily business operations of these companies are highly dependent on information systems, in this model where business and information systems are closely linked, once an information system suddenly fails, resulting in the loss of key business data or the inability to restore the information system as soon as possible, it will seriously affect the normal operation of these companies' businesses, causing huge economic losses and adverse social impacts.

[0004] In this case, in order to reduce the economic losses caused by sudden failures of IT systems, enterprises often build disaster recovery systems and conduct disaster recovery switching drills to test the effectiveness of the disaster recovery systems and improve the management, technical and emergency response capabilities of personnel in different positions to deal with emergencies such as disaster recovery.

[0005] In the existing technology, disaster recovery switching drills basically rely on manual command and manual operation. The disaster recovery switching process involves a wide range of departments, a large number of personnel, and high complexity of technical operations, resulting in poor results of disaster recovery switching drills, and the results of the drills are difficult to consolidate.

[0006] It can be seen that there is an urgent need for a method that can accurately and efficiently command and control disaster recovery switching drills. Summary of the invention

[0007] The embodiment of the present application provides a disaster recovery system to solve the problem that existing disaster recovery drills rely on manual command. Due to the wide range of departments, large number of personnel and high complexity of technical operations involved in the disaster recovery switching process, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results.

[0008] The embodiment of the present application provides a disaster recovery scheduling method to solve the problem that existing disaster recovery drills rely on manual command. Due to the wide range of departments, large number of personnel and high complexity of technical operations involved in the disaster recovery switching process, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results.

[0009] The embodiment of the present application also provides a disaster recovery scheduling device to solve the problem that existing disaster recovery drills rely on manual command. Since the disaster recovery switching process involves a wide range of departments, a large number of personnel, and high complexity of technical operations, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results.

[0010] The embodiment of the present application also provides a disaster recovery scheduling device to solve the problem that existing disaster recovery drills rely on manual command. Since the disaster recovery switching process involves a wide range of departments, a large number of personnel, and high complexity of technical operations, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results.

[0011] The embodiment of the present application also provides a computer-readable storage medium to solve the problem that existing disaster recovery drills rely on manual command. Due to the wide range of departments, large number of personnel and high complexity of technical operations involved in the disaster recovery switching process, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results.

[0012] A computer program product is used to solve the problem that existing disaster recovery drills rely on manual command. Due to the wide range of departments and personnel involved in the disaster recovery switching process and the high complexity of technical operations, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results.

[0013] The present application embodiment adopts the following technical solutions: A disaster recovery system comprises: a disaster recovery subsystem, a command and control subsystem and a live video subsystem; the disaster recovery subsystem is used to store and manage disaster recovery plans, manage disaster recovery personnel information, obtain disaster recovery processing progress, and obtain disaster recovery processing results; a long connection is established between the command and control subsystem and the disaster recovery subsystem, for receiving disaster recovery scheduling instructions, and sending the received disaster recovery scheduling instructions to the disaster recovery subsystem through the long connection, so that the disaster recovery subsystem determines the disaster recovery processing party according to the disaster recovery scheduling instructions and the disaster recovery plan, and issues the disaster recovery scheduling instructions to the disaster recovery processing party; the live video subsystem is connected to the disaster recovery subsystem and the command and control subsystem respectively through a real-time messaging protocol, for visually displaying the disaster recovery processing process according to the acquired disaster recovery processing progress, the disaster recovery processing results and the disaster recovery scheduling instructions.

[0014] A disaster recovery scheduling method comprises: obtaining a disaster recovery scheduling instruction; determining a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issuing the disaster recovery scheduling instruction to the disaster recovery processing party; obtaining the disaster recovery processing progress and the disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; and visually displaying the disaster recovery processing process according to the disaster recovery processing progress and the disaster recovery processing result.

[0015] A disaster recovery scheduling device comprises: an instruction acquisition unit, used to acquire disaster recovery scheduling instructions; an instruction issuing unit, used to determine the disaster recovery processing party corresponding to the disaster recovery scheduling instructions, and issue the disaster recovery scheduling instructions to the disaster recovery processing party; a data collection unit, used to acquire the disaster recovery processing progress and disaster recovery processing results of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instructions; and a visual display unit, used to visually display the disaster recovery processing process according to the disaster recovery processing progress and the disaster recovery processing results.

[0016] A disaster recovery scheduling device, comprising: A processor; and a memory arranged to store computer-executable instructions, wherein the executable instructions, when executed, cause the processor to perform the following operations: obtain a disaster recovery scheduling instruction; determine a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; obtain the disaster recovery processing progress and the disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; and visualize the disaster recovery processing process based on the disaster recovery processing progress and the disaster recovery processing result.

[0017] A computer-readable storage medium stores one or more programs, which, when executed by an electronic device including multiple application programs, enable the electronic device to perform the following operations: obtain a disaster recovery scheduling instruction; determine a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; obtain the disaster recovery processing progress and disaster recovery processing results of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; and visualize the disaster recovery processing process based on the disaster recovery processing progress and the disaster recovery processing results.

[0018] A computer program product includes a computer program, which, when executed by a processor, implements the following: obtaining a disaster recovery scheduling instruction; determining a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issuing the disaster recovery scheduling instruction to the disaster recovery processing party; obtaining a disaster recovery processing progress and a disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; and visually displaying the disaster recovery processing process based on the disaster recovery processing progress and the disaster recovery processing result.

[0019] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects: By adopting the disaster recovery system provided in the embodiment of the present application, when disaster recovery drills or disaster recovery switching are required, disaster recovery command and disaster recovery processing flow can be broadcast live through the disaster recovery system. Specifically, the disaster recovery commander can issue disaster recovery scheduling instructions to disaster recovery processing personnel at all levels through the command and control subsystem. After the command and control subsystem obtains the disaster recovery scheduling instructions, it can send the disaster recovery scheduling instructions to the disaster recovery subsystem, determine the disaster recovery processing party corresponding to the disaster recovery scheduling instructions through the disaster recovery plan and disaster recovery personnel information pre-stored in the disaster recovery subsystem, and issue the disaster recovery scheduling instructions to the disaster recovery processing party. At the same time, the disaster recovery subsystem can also monitor the processing progress of the disaster recovery processing party, and obtain the disaster recovery processing process and disaster recovery processing result data. Then, during the disaster recovery drill or the actual disaster recovery switching process, the live video subsystem can generate a disaster recovery processing screen according to the disaster recovery processing progress and the disaster recovery processing results collected by the disaster recovery subsystem, and visualize the disaster recovery processing flow through the disaster recovery processing screen. By adopting the disaster recovery scheduling method provided by the present application and based on the disaster recovery system, on the one hand, the automatic issuance and execution of the scheduling instructions and disaster recovery plans in the disaster recovery process can be realized through the disaster recovery subsystem and the command and control subsystem, thereby avoiding the problem of low efficiency of disaster recovery processing caused by the complicated process of issuing scheduling instructions when facing multiple departments and multiple personnel. At the same time, on the other hand, the visual display of the disaster recovery processing process can be realized through the video live broadcast subsystem in the disaster recovery system, which makes it convenient for the commander to understand the overall disaster recovery processing progress in a timely manner, greatly enhancing the control effect of disaster recovery scheduling. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings: Figure 1 A schematic diagram of the specific structure of a disaster recovery system provided in an embodiment of the present application; Figure 2 A schematic diagram of the specific structure of a disaster recovery subsystem provided in an embodiment of the present application; Figure 3 A schematic diagram of the specific structure of a command and control subsystem provided in an embodiment of the present application; Figure 4 A schematic diagram of the specific structure of a video live broadcast subsystem provided in an embodiment of the present application; Figure 5 A schematic diagram of a specific process of a disaster recovery scheduling method provided in an embodiment of the present application; Figure 6 A schematic diagram of the specific structure of a disaster recovery scheduling device provided in an embodiment of the present application; Figure 7A schematic diagram of the specific structure of a disaster recovery scheduling device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0021] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0022] In order to solve the problem that existing disaster recovery drills rely on manual command, and the disaster recovery switching process involves a wide range of departments, a large number of personnel, and high complexity of technical operations, resulting in low drill efficiency and poor accuracy of drill results, the embodiment of the present application provides a disaster recovery system and a disaster recovery scheduling method based on the disaster recovery system.

[0023] The specific structure of the disaster recovery system provided in the embodiment of the present application is as follows: Figure 1 As shown, it mainly includes two parts: system and access equipment.

[0024] The access device part mainly provides an interface for disaster recovery processing personnel and disaster recovery command personnel to enter the disaster recovery system. In the embodiment of the present application, the access device mainly includes: a disaster recovery system program installed on a personal computer (PC) or a mobile terminal, and a command large screen device and video conferencing software for monitoring the disaster recovery process. It should be noted here that Figure 1 The access device shown is only an exemplary description, and the embodiment of the present application does not limit the specific device used to access the disaster recovery system.

[0025] The system part is mainly used to implement specific disaster recovery switching, disaster recovery exercises and disaster recovery processing tasks. The system part mainly includes the following three subsystems: Subsystem 1: Disaster recovery subsystem; Among them, the disaster recovery subsystem is mainly used to store and manage pre-designed disaster recovery plans, manage disaster recovery personnel information, monitor the disaster recovery processing flow, obtain the disaster recovery processing progress, obtain the disaster recovery processing results, and review and analyze disaster recovery drills and disaster recovery processing situations.

[0026] In the embodiment of the present application, the disaster recovery subsystem is mainly composed of two parts: a disaster recovery management module and a disaster recovery analysis module. The specific architecture of the disaster recovery subsystem is as follows: Figure 2 shown.

[0027] Among them, the disaster recovery management module is mainly used to set up and manage disaster recovery plans, save personnel organizational structure information and resource data; the disaster recovery analysis module is used to perform disaster recovery processing and drills, and store and analyze disaster recovery processing results and drill data.

[0028] In one embodiment, after the user logs in to the disaster recovery subsystem through the front-end client, the two modules of "disaster recovery management module" and "disaster recovery analysis module" can be displayed on the view layer, wherein the disaster recovery management module of the view layer can establish a connection with each functional model of the entity model layer through the disaster recovery management interface (Application Programming Interface, API) provided by the control layer, and provide users with relevant functional services. At the same time, these functional models will eventually write the data they manage into the local data file of the data layer for storage.

[0029] In the embodiment of the present application, the entity model layer may mainly include the following data models: a. Disaster recovery plan data: The disaster recovery plan data is a disaster recovery emergency plan for different sudden failures pre-generated by the disaster recovery system based on historical data. In addition, the disaster recovery plan can also be a disaster recovery plan pre-set by the disaster recovery processing personnel. The specific content of the disaster recovery plan may include: disaster recovery processing flow, processing stage, processing task, corresponding processing personnel, etc.

[0030] b. Organizational structure model: In the embodiment of the present application, the organizational structure model is mainly used to manage the organizational structure information of disaster recovery processing personnel. By adding, deleting, modifying and checking personnel and organizations, an organizational structure chart is automatically generated, and different work permissions are defined according to role divisions.

[0031] c. Resource model: In the embodiment of the present application, the resource model is mainly used to manage data centers, business systems, host resources, and software and hardware resources.

[0032] In one embodiment, the disaster recovery analysis module may also include a business intelligence (BI) analysis tool for reading the operations of the disaster recovery processing personnel from an offline analytical database, and performing a review and analysis of the disaster recovery processing and disaster recovery drills based on the read operation data.

[0033] Subsystem 2: Command and control subsystem; In an embodiment of the present application, a long signaling connection is established between the command and control subsystem and the disaster recovery subsystem for receiving disaster recovery scheduling instructions, and sending the received disaster recovery scheduling instructions to the disaster recovery subsystem via the long connection, so that the disaster recovery subsystem determines the disaster recovery processing party based on the disaster recovery scheduling instructions and the disaster recovery plan, and issues the disaster recovery scheduling instructions to the disaster recovery processing party.

[0034] In an embodiment of the present application, the long connection between the command and control subsystem and the disaster recovery subsystem can be established based on the Transmission Control Protocol (TCP), the User Datagram Protocol (User Datagram Protocol) or the WebSocket protocol.

[0035] The specific architecture of the command and control subsystem provided in the embodiment of the present application is as follows: Figure 3 As shown in the figure, the view layer consists of the unit task operation view, the stage command task operation view and the general command view. Figure 3 Partial group layer. The control layer of the command and control subsystem can be used to establish a long signaling connection or execute an API service to control a short connection. In addition, it can also include a disaster recovery command auxiliary decision-making program. When the user issues a command, the disaster recovery command auxiliary decision-making program can assist the user in formulating a disaster recovery command command.

[0036] Among them, the unit task operation view is used to issue control instructions to specific disaster recovery handlers, the stage command task operation view is used to issue corresponding control instructions according to the processing stage, and the general command view can issue control instructions for the entire process of disaster recovery processing and disaster recovery exercises.

[0037] Subsystem 3: Live video subsystem; In an embodiment of the present application, the live video subsystem is connected to the disaster recovery subsystem and the command and control subsystem respectively through a real-time messaging protocol, and is used to visualize the disaster recovery processing flow based on the acquired disaster recovery processing progress, the disaster recovery processing results and the disaster recovery scheduling instructions.

[0038] The specific architecture of the video live broadcast subsystem provided in the embodiment of the present application is as follows: Figure 4 As shown, through the streaming service of the Real-Time Messaging Protocol (RTMP), relevant disaster recovery processing flow data is obtained from the disaster recovery subsystem, a disaster recovery processing screen is generated according to the disaster recovery processing flow data, and the disaster recovery processing screen is streamed to the corresponding video display device through the live streaming tool to realize the visual display of the disaster recovery processing flow.

[0039] At the same time, the live video subsystem can also obtain command and dispatch instructions in text format from the command and control subsystem, and convert the command and dispatch instructions in text format into voice format based on text-to-speech technology (Text To Speech, TTS), mix the command and dispatch instructions in voice format with the processed picture, and push them together to the corresponding video display device.

[0040] Based on the above disaster recovery system, the specific implementation flow diagram of the disaster recovery scheduling method provided in this application is as follows: Figure 5 As shown, it mainly includes the following steps: Step 11, obtaining disaster recovery scheduling instructions; During a disaster recovery drill or actual disaster recovery processing, the commander and the disaster recovery processing personnel can log in to the disaster recovery system through their respective accounts. Based on the commander's account permissions, the disaster recovery system can display the disaster recovery console for the commander, and the commander can input disaster recovery scheduling instructions to the disaster recovery system through the console, and can view the processing progress of each processing stage and unit task and the information of the corresponding disaster recovery processing personnel. At the same time, the console is embedded with a live audio and video player, which can receive the disaster recovery processing screen pushed by the live video subsystem, thereby realizing a visual display of the disaster recovery drill or the disaster recovery processing process.

[0041] In order to facilitate the commander to issue dispatch instructions and improve the efficiency of disaster recovery processing, in an embodiment of the present application, the disaster recovery system allows the commander to input disaster recovery dispatch instructions by voice. In an embodiment of the present application, the specific implementation method of step 11 may include: receiving audio dispatch instructions; performing semantic recognition on the audio dispatch instructions to obtain the disaster recovery dispatch instructions corresponding to the audio dispatch instructions.

[0042] Specifically, the commander can input audio scheduling instructions through a microphone and upload the audio scheduling instructions to the command and control subsystem. Then the command and control subsystem can convert the audio scheduling instructions into standard disaster recovery scheduling instructions through speech recognition technology (Automatic Speech Recognition, ASR) and natural language processing technology (Natural Language Processing, NLP), and send the disaster recovery scheduling instructions to the disaster recovery subsystem.

[0043] Step 12, determining the disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issuing the disaster recovery scheduling instruction to the disaster recovery processing party; In an embodiment of the present application, the disaster recovery subsystem may determine the disaster recovery processing party corresponding to the received disaster recovery scheduling instruction according to a preset disaster recovery plan, and send the disaster recovery scheduling instruction to the corresponding disaster recovery processing party.

[0044] It should be noted here that since the disaster recovery processing operations that need to be performed during the disaster recovery processing are relatively complex and cumbersome, the processing personnel of the disaster recovery processing party may not be able to check the disaster recovery scheduling instructions issued by the commander in a timely manner. In order to avoid the disaster recovery processing party from missing the disaster recovery scheduling instructions and ensure the normal progress of the entire disaster recovery processing, in an embodiment of the present application, the disaster recovery subsystem can generate corresponding standard system commands based on the disaster recovery scheduling instructions issued by the commander, and convert the disaster recovery scheduling instructions into audio scheduling instructions, and then send the standard system commands corresponding to the disaster recovery scheduling instructions together with the audio scheduling instructions to the disaster recovery processing party.

[0045] After receiving the disaster recovery scheduling instruction issued by the disaster recovery subsystem, the disaster recovery processing device can automatically play the audio scheduling instruction in the disaster recovery scheduling instruction, thereby preventing the disaster recovery processing party from missing the disaster recovery scheduling instruction. At the same time, since the disaster recovery scheduling instruction carries the standard system command corresponding to the instruction, after the disaster recovery processing personnel confirm the audio scheduling instruction played by voice, they only need to click to confirm the execution of the disaster recovery scheduling instruction, and the system can automatically execute the standard system command, without the need for the disaster recovery processing personnel to manually enter the system command corresponding to the disaster recovery scheduling instruction, which greatly improves the efficiency of disaster recovery processing.

[0046] Step 13, obtaining the disaster recovery processing progress and disaster recovery processing result of the disaster recovery processing executed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; The disaster recovery processing progress includes: unit task processing progress, stage task processing progress and overall disaster recovery progress.

[0047] Step 14: Visually display the disaster recovery process according to the progress and results of the disaster recovery process.

[0048] In one embodiment, the specific implementation method of step 14 may include: obtaining the disaster recovery processing operation performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; generating a disaster recovery processing screen according to the disaster recovery processing operation; adding the disaster recovery processing progress and the disaster recovery processing results to the processing screen to obtain a mixed stream live broadcast screen corresponding to the disaster recovery processing process; pushing the live broadcast screen to the disaster recovery scheduling party to realize a visual display of the disaster recovery processing process.

[0049] Specifically, the live video streaming subsystem can obtain relevant disaster recovery processing flow data from the disaster recovery subsystem through the RTMP streaming service, generate a disaster recovery processing screen based on the disaster recovery processing flow data, and stream the disaster recovery processing screen to the corresponding video display device through the live streaming tool to achieve a visual display of the disaster recovery processing flow.

[0050] At the same time, the live video subsystem can also obtain command and dispatch instructions in text format from the command and control subsystem, and convert the command and dispatch instructions in text format into voice format based on text-to-speech technology (Text To Speech, TTS), mix the command and dispatch instructions in voice format with the processed picture, and push them together to the corresponding video display device.

[0051] By adopting the disaster recovery system provided in the embodiment of the present application, when disaster recovery drills or disaster recovery switching are required, disaster recovery command and disaster recovery processing flow can be broadcast live through the disaster recovery system. Specifically, the disaster recovery commander can issue disaster recovery scheduling instructions to disaster recovery processing personnel at all levels through the command and control subsystem. After the command and control subsystem obtains the disaster recovery scheduling instructions, it can send the disaster recovery scheduling instructions to the disaster recovery subsystem, determine the disaster recovery processing party corresponding to the disaster recovery scheduling instructions through the disaster recovery plan and disaster recovery personnel information pre-stored in the disaster recovery subsystem, and issue the disaster recovery scheduling instructions to the disaster recovery processing party. At the same time, the disaster recovery subsystem can also monitor the processing progress of the disaster recovery processing party, and obtain the disaster recovery processing process and disaster recovery processing result data. Then, during the disaster recovery drill or the actual disaster recovery switching process, the live video subsystem can generate a disaster recovery processing screen according to the disaster recovery processing progress and the disaster recovery processing results collected by the disaster recovery subsystem, and visualize the disaster recovery processing flow through the disaster recovery processing screen. By adopting the disaster recovery scheduling method provided by the present application and based on the disaster recovery system, on the one hand, the automatic issuance and execution of the scheduling instructions and disaster recovery plans in the disaster recovery process can be realized through the disaster recovery subsystem and the command and control subsystem, thereby avoiding the problem of low efficiency of disaster recovery processing caused by the complicated process of issuing scheduling instructions when facing multiple departments and multiple personnel. At the same time, on the other hand, the visual display of the disaster recovery processing process can be realized through the video live broadcast subsystem in the disaster recovery system, which makes it convenient for the commander to understand the overall disaster recovery processing progress in a timely manner, greatly enhancing the control effect of disaster recovery scheduling.

[0052] In one implementation, the present application also provides a disaster recovery scheduling device to solve the problem that existing disaster recovery drills rely on manual command. Due to the wide range of departments and personnel involved in the disaster recovery switching process, and the high complexity of technical operations, the existing disaster recovery drills have low drill efficiency and poor accuracy of drill results. The specific structural diagram of the disaster recovery scheduling device is shown in Figure 6 As shown, it includes: an instruction acquisition unit 61, an instruction issuing unit 62, a data acquisition unit 63 and a visual display unit 64.

[0053] The instruction acquisition unit 61 is used to acquire the disaster recovery scheduling instruction; An instruction issuing unit 62, configured to determine a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; A data collection unit 63 is used to obtain the disaster recovery processing progress and disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; The visualization display unit 64 is used to visualize the disaster recovery processing flow according to the disaster recovery processing progress and the disaster recovery processing result.

[0054] In one implementation, the instruction acquisition unit 61 is specifically used to: receive an audio scheduling instruction; perform semantic recognition on the audio scheduling instruction to obtain a disaster recovery scheduling instruction corresponding to the audio scheduling instruction.

[0055] In one implementation, the instruction issuing unit 62 is specifically configured to: determine the disaster recovery processing party corresponding to the disaster recovery scheduling instruction according to a preset disaster recovery plan.

[0056] In one implementation, the instruction issuing unit 62 is specifically configured to: generate a scheduling command according to the disaster recovery scheduling instruction; and issue the scheduling command and the audio scheduling instruction to the disaster recovery processing party.

[0057] In one embodiment, the visualization display unit 64 is specifically used to: obtain the disaster recovery processing operation performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; generate a disaster recovery processing screen according to the disaster recovery processing operation; add the disaster recovery processing progress and the disaster recovery processing result to the processing screen to obtain a mixed stream live broadcast screen corresponding to the disaster recovery processing process; push the live broadcast screen to the disaster recovery scheduling party to realize a visual display of the disaster recovery processing process.

[0058] By adopting the disaster recovery system provided in the embodiment of the present application, when disaster recovery drills or disaster recovery switching are required, disaster recovery command and disaster recovery processing flow can be broadcast live through the disaster recovery system. Specifically, the disaster recovery commander can issue disaster recovery scheduling instructions to disaster recovery processing personnel at all levels through the command and control subsystem. After the command and control subsystem obtains the disaster recovery scheduling instructions, it can send the disaster recovery scheduling instructions to the disaster recovery subsystem, determine the disaster recovery processing party corresponding to the disaster recovery scheduling instructions through the disaster recovery plan and disaster recovery personnel information pre-stored in the disaster recovery subsystem, and issue the disaster recovery scheduling instructions to the disaster recovery processing party. At the same time, the disaster recovery subsystem can also monitor the processing progress of the disaster recovery processing party, and obtain the disaster recovery processing process and disaster recovery processing result data. Then, during the disaster recovery drill or the actual disaster recovery switching process, the live video subsystem can generate a disaster recovery processing screen according to the disaster recovery processing progress and the disaster recovery processing results collected by the disaster recovery subsystem, and visualize the disaster recovery processing flow through the disaster recovery processing screen. By adopting the disaster recovery scheduling method provided by the present application and based on the disaster recovery system, on the one hand, the automatic issuance and execution of the scheduling instructions and disaster recovery plans in the disaster recovery process can be realized through the disaster recovery subsystem and the command and control subsystem, thereby avoiding the problem of low efficiency of disaster recovery processing caused by the complicated process of issuing scheduling instructions when facing multiple departments and multiple personnel. At the same time, on the other hand, the visual display of the disaster recovery processing process can be realized through the video live broadcast subsystem in the disaster recovery system, which makes it convenient for the commander to understand the overall disaster recovery processing progress in a timely manner, greatly enhancing the control effect of disaster recovery scheduling.

[0059] Figure 7 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present application. Figure 7 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. The memory may include a memory, such as a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. Of course, the electronic device may also include hardware required for other services.

[0060] The processor, network interface and memory can be interconnected through an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 7 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0061] The memory is used to store the program. Specifically, the program may include a program code, and the program code includes a computer operation instruction. The memory may include a memory and a non-volatile memory, and provides instructions and data to the processor.

[0062] The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming a disaster recovery scheduling device at the logical level. The processor executes the program stored in the memory and is specifically used to perform the following operations: Obtain a disaster recovery scheduling instruction; determine the disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; obtain the disaster recovery processing progress and disaster recovery processing results of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; and visualize the disaster recovery processing process based on the disaster recovery processing progress and the disaster recovery processing results.

[0063] The above application Figure 7The method for executing the disaster recovery scheduling electronic device disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or an instruction in software form. The above processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in a decoding processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0064] Of course, in addition to software implementation methods, the electronic device of the present application does not exclude other implementation methods, such as logic devices or a combination of software and hardware, etc. That is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0065] The embodiment of the present application also provides a computer-readable storage medium, which stores one or more programs, wherein the one or more programs include instructions, which, when executed by a portable electronic device including a plurality of application programs, enable the portable electronic device to execute Figure 5 The method of the embodiment shown is specifically used to perform the following operations: Obtain a disaster recovery scheduling instruction; determine the disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; obtain the disaster recovery processing progress and disaster recovery processing results of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; and visualize the disaster recovery processing process based on the disaster recovery processing progress and the disaster recovery processing results.

[0066] It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0067] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0068] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0069] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0070] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0071] Memory may include non-permanent storage in a computer-readable medium, in the form of random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0072] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0073] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0074] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems or computer program products. Therefore, the present application may take the form of a complete hardware embodiment, a complete software embodiment or an embodiment combining software and hardware. Moreover, the present application may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0075] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A disaster recovery system, characterized in that: include: Disaster recovery subsystem, command and control subsystem, and live video subsystem; The disaster recovery subsystem is used to store and manage disaster recovery plans, manage disaster recovery personnel information, obtain disaster recovery processing progress, and obtain disaster recovery processing results; A long connection is established between the command and control subsystem and the disaster recovery subsystem for receiving a disaster recovery scheduling instruction, and sending the received disaster recovery scheduling instruction to the disaster recovery subsystem through the long connection, so that the disaster recovery subsystem determines a disaster recovery processing party according to the disaster recovery scheduling instruction and the disaster recovery plan, and issues the disaster recovery scheduling instruction to the disaster recovery processing party; The live video subsystem is connected to the disaster recovery subsystem and the command and control subsystem respectively through a real-time messaging protocol, and is used to visualize the disaster recovery processing flow based on the acquired disaster recovery processing progress, the disaster recovery processing results and the disaster recovery scheduling instructions.

2. The system according to claim 1, characterized in that The disaster recovery subsystem includes: a disaster recovery management module and a disaster recovery analysis module; The disaster recovery management module is used to set up and manage disaster recovery plans, save personnel organization structure information and resource data; The disaster recovery analysis module is used to perform disaster recovery processing and drills, and store and analyze disaster recovery processing results and drill data.

3. A disaster recovery scheduling method based on the disaster recovery system of claim 1, characterized in that: include: Obtain disaster recovery scheduling instructions; Determine a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; Obtaining the disaster recovery processing progress and disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; The disaster recovery processing flow is visualized according to the disaster recovery processing progress and the disaster recovery processing result.

4. The method according to claim 3, characterized in that The obtaining of the disaster recovery scheduling instruction specifically includes: Receive audio scheduling instructions; Semantic recognition is performed on the audio scheduling instruction to obtain a disaster recovery scheduling instruction corresponding to the audio scheduling instruction.

5. The method according to claim 3, characterized in that: The determining of the disaster recovery processing party corresponding to the disaster recovery scheduling instruction specifically includes: According to the preset disaster recovery plan, the disaster recovery processing party corresponding to the disaster recovery scheduling instruction is determined.

6. The method according to claim 5, characterized in that The issuing of the disaster recovery scheduling instruction to the disaster recovery processing party specifically includes: Generate a scheduling command according to the disaster recovery scheduling instruction; The scheduling command and the audio scheduling instruction are issued to the disaster recovery processing party.

7. The method according to claim 3, characterized in that The visual display of the disaster recovery processing flow according to the disaster recovery processing progress and the disaster recovery processing result specifically includes: Acquiring a disaster recovery processing operation performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; Generate a disaster recovery processing screen according to the disaster recovery processing operation; Adding the disaster recovery processing progress and the disaster recovery processing result to the processing screen, and obtaining a mixed stream live broadcast screen corresponding to the disaster recovery processing flow; The live broadcast screen is pushed to the disaster recovery dispatcher to realize a visual display of the disaster recovery processing flow.

8. A disaster recovery scheduling device, characterized in that: include: An instruction acquisition unit, used to acquire disaster recovery scheduling instructions; An instruction issuing unit, used to determine a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; A data collection unit, used for acquiring the disaster recovery processing progress and disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; The visualization display unit is used to visualize the disaster recovery processing process according to the disaster recovery processing progress and the disaster recovery processing result.

9. A disaster recovery scheduling device, comprising: processor; as well as a memory arranged to store computer executable instructions which, when executed, cause the processor to: Obtain disaster recovery scheduling instructions; Determine a disaster recovery processing party corresponding to the disaster recovery scheduling instruction, and issue the disaster recovery scheduling instruction to the disaster recovery processing party; Obtaining the disaster recovery processing progress and disaster recovery processing result of the disaster recovery processing performed by the disaster recovery processing party in response to the disaster recovery scheduling instruction; The disaster recovery processing flow is visualized according to the disaster recovery processing progress and the disaster recovery processing result.

10. A computer-readable storage medium storing one or more programs, which, when executed by an electronic device including a plurality of application programs, enables the electronic device to execute the disaster recovery scheduling method as described in any one of claims 3 to 7.

11. A computer program product, characterized in that It includes a computer program, which, when executed by a processor, implements the disaster recovery scheduling method as described in any one of claims 3 to 7.

Images