CN115292004A - Fault emergency method and device, electronic equipment and storage medium - Google Patents
Fault emergency method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN115292004A CN115292004A CN202210958756.1A CN202210958756A CN115292004A CN 115292004 A CN115292004 A CN 115292004A CN 202210958756 A CN202210958756 A CN 202210958756A CN 115292004 A CN115292004 A CN 115292004A
- Authority
- CN
- China
- Prior art keywords
- monitoring subsystem
- data
- current monitoring
- server host
- virtual machine
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000012544 monitoring process Methods 0.000 claims abstract description 218
- 238000004891 communication Methods 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 15
- 238000013500 data storage Methods 0.000 claims description 7
- 238000007726 management method Methods 0.000 claims description 6
- 230000000694 effects Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 9
- 238000012545 processing Methods 0.000 description 7
- 238000003491 array Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 239000013307 optical fiber Substances 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 231100000572 poisoning Toxicity 0.000 description 2
- 230000000607 poisoning effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000009385 viral infection Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
- G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
- G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
- H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
- H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
- H02J13/00002—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45591—Monitoring or debugging support
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S10/00—Systems supporting electrical power generation, transmission or distribution
- Y04S10/16—Electric power substations
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Power Engineering (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention discloses a fault emergency method, a fault emergency device, electronic equipment and a storage medium. The method comprises the following steps: for the monitoring subsystems corresponding to the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, a server host corresponding to the current monitoring subsystem is determined; and calling system standby data corresponding to the current monitoring subsystem based on the server host, and placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for running so as to monitor the corresponding transformer substation based on the running target virtual machine. The problem of among the prior art artifical field monitoring, lead to control inefficiency, the promptness is poor, with high costs is solved, realize when the monitoring subsystem breaks down, guarantee the stability of transformer substation's control, the promptness reduces the control cost, reaches the effect of guarantee electric wire netting safe operation.
Description
Technical Field
The invention relates to the technical field of computer processing, in particular to a fault emergency method, a fault emergency device, electronic equipment and a storage medium.
Background
The background monitoring system of the transformer substation is an important component for realizing the comprehensive automation function of the transformer substation, and plays a role in collecting, processing and storing the equipment operation data in the transformer substation. With the continuous development of the power grid technology, the functions of real-time monitoring, intelligent operation and maintenance and the like included in a background monitoring system of a transformer substation are continuously widened and improved, the function of the background monitoring system on the transformer substation becomes more important, once a fault occurs, all equipment monitoring services in the substation are interrupted, the abnormal conditions of the equipment cannot be timely found and processed, and the power supply reliability of the power grid is seriously threatened. Therefore, when the monitoring system fails, how to still ensure effective and accurate monitoring of the power station and guarantee safe operation of the power grid becomes an important problem.
At present, when a monitoring system breaks down, the power station can be generally monitored on site through power grid personnel or an unmanned aerial vehicle, the method is low in monitoring efficiency and timeliness, and a large amount of manpower and material resource cost can be lost.
Disclosure of Invention
The invention provides a fault emergency method, a fault emergency device, electronic equipment and a storage medium, which are used for ensuring the stability and timeliness of transformer substation monitoring when a monitoring subsystem breaks down, reducing the monitoring cost and achieving the technical effect of ensuring the safe operation of a power grid.
According to an aspect of the present invention, there is provided a fault emergency method, including:
for the monitoring subsystems corresponding to all the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, a server host corresponding to the current monitoring subsystem is determined;
calling system standby data corresponding to the current monitoring subsystem based on the server host, and placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation so as to monitor a corresponding transformer substation based on the operated target virtual machine; the server host comprises at least one virtual machine to be used.
According to another aspect of the present invention, there is provided a fault emergency device, the device comprising:
the system comprises a server host determination module, a monitoring subsystem management module and a monitoring subsystem management module, wherein the server host determination module is used for determining a server host corresponding to a current monitoring subsystem when receiving a fault emergency request corresponding to the current monitoring subsystem for the monitoring subsystem corresponding to each transformer substation;
the standby data operation module is used for calling system standby data corresponding to the current monitoring subsystem based on the server host, placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation, and monitoring a corresponding transformer substation based on the operated target virtual machine; the server host comprises at least one virtual machine to be used.
According to another aspect of the present invention, there is provided an electronic apparatus including:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein,
the memory stores a computer program executable by the at least one processor to enable the at least one processor to perform the fault emergency method of any of the embodiments of the invention.
According to another aspect of the present invention, there is provided a computer-readable storage medium storing computer instructions for causing a processor to implement a fault emergency method according to any one of the embodiments of the present invention when executed.
According to the technical scheme of the embodiment of the invention, for the monitoring subsystems corresponding to the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, the server host corresponding to the current monitoring subsystem is determined; the method comprises the steps of calling system standby data corresponding to a current monitoring subsystem based on a server host, placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation, and monitoring a corresponding transformer substation based on the operated target virtual machine.
It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present invention, nor do they necessarily limit the scope of the invention. Other features of the present invention will become apparent from the following description.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart of a fault emergency method according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of a fault emergency system to which the second embodiment of the present invention is applied;
FIG. 3 is a schematic diagram of virtual machine generation according to a second embodiment of the present invention;
FIG. 4 is a schematic diagram illustrating a data backup hard disk according to a second embodiment of the present invention;
FIG. 5 is a schematic diagram of a fault emergency method according to a second embodiment of the present invention;
fig. 6 is a schematic structural diagram of a fault emergency device according to a third embodiment of the present invention;
fig. 7 is a schematic structural diagram of an electronic device implementing the fault emergency method according to the embodiment of the present invention.
Detailed Description
In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Moreover, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Example one
Fig. 1 is a flowchart of a fault emergency method according to an embodiment of the present invention, where the embodiment is applicable to a substation monitoring situation, the method may be performed by a fault emergency device, which may be implemented in the form of hardware and/or software, and the fault emergency device may be configured in a computing device. As shown in fig. 1, the method includes:
s110, for the monitoring subsystems corresponding to the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, the server host corresponding to the current monitoring subsystem is determined.
The monitoring subsystem can be understood as a system for monitoring the operation of the transformer substation so as to ensure the safe operation of the power grid. The fault emergency request may be an instruction for instructing execution of a fault emergency. The server host has a capability of running a plurality of virtual machines, for example, the server host may be a rack server, or may also be a blade server or a tower server, and the configuration of the server host may be: the dominant frequency is greater than 2GHz, such as 2.9GHz, the number of cores is greater than 8, such as 16 cores, a DDR (Double Data Rate, double Data synchronous dynamic random access memory) memory is greater than 128G, an ECC (error correction code) memory error correction technology and a disk array technology (RAID-5) are supported, the network is provided with 4 gigabit network ports, 8 PCle 4.0 high-speed channels and 16 2.5-inch hard disks, an optical fiber Ethernet card configured with 1000Mbps is connected with a substation A, B network, and the network mode adopts NAT network address conversion. It should be noted that the type and configuration of the server host can be determined by a technician according to actual working conditions. It should be further noted that the fault emergency method adopted by each monitoring subsystem is the same, so that any one of the monitoring subsystems is explained as the current monitoring subsystem.
In this embodiment, when it is detected that the current monitoring subsystem fails, it may be considered that a failure emergency request is received, and at this time, a server host corresponding to the current monitoring subsystem needs to be confirmed, so that the application data in the current monitoring subsystem is run based on a virtual machine on the server host, and the transformer substation is monitored in time. For example, when a certain substation, such as the a station background monitoring subsystem, has a fault (including system poisoning, downtime, password locking, and the like), the user may establish a connection between the a station network and the server host corresponding to the a station, so that the server host invokes the system execution program corresponding to the a station monitoring subsystem.
It should be noted that, in order to improve the intelligence and the rapidity of the fault emergency, when the fault emergency request corresponding to the current monitoring subsystem is received, in the process of determining the server host corresponding to the current monitoring subsystem, the fault emergency request may be generated when the current monitoring subsystem is detected to have a fault; analyzing the fault emergency request to obtain a host identification carried on the fault emergency request; and determining a server host corresponding to the host identifier, and establishing communication connection between the current monitoring subsystem and the server host so that the server host calls system standby data from the current monitoring subsystem.
Wherein the host identity can be used to characterize the uniqueness of the server host. The system backup data may be backup data of an application in the monitoring subsystem.
Specifically, when a fault of the current monitoring subsystem is detected, a fault emergency request may be generated, and the fault emergency request may be analyzed to obtain a host identifier carried in the fault emergency request. And determining a server host corresponding to the current monitoring subsystem based on the host identifier, and establishing communication connection between the current monitoring subsystem and the server host based on the network card so that the server host can call system standby data from the current monitoring subsystem.
And S120, calling system standby data corresponding to the current monitoring subsystem based on the server host, and placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for running so as to monitor a corresponding transformer substation based on the running target virtual machine.
The server host comprises at least one virtual machine to be used. The virtual machine is constructed through virtualization software through hardware virtualization, and an operating system of the virtual machine can be a Linux operating system and can well run an application program of the substation monitoring subsystem. The virtualization software may be a VirtualBox, VMware, virtualPC, KVM-x86 or the like.
In this embodiment, after the communication connection between the current monitoring subsystem and the server host is established, the server host may be used to retrieve the system standby data corresponding to the current monitoring subsystem, and place the system standby data on the target virtual machine corresponding to the current monitoring subsystem for operation. For example, after the communication connection is normal, the login server host system calls system standby data such as background system software and backup data of the station A to run on a target virtual machine configured in a corresponding environment, so that switching of a background monitoring system is realized, and a corresponding transformer substation is monitored. At the moment, the function executed by the target virtual machine is equivalent to the function executed when the current monitoring subsystem normally operates, so that when the current monitoring subsystem breaks down, normal monitoring in the transformer substation is still guaranteed, and the safe operation of the transformer substation is guaranteed.
It should be noted that, in order to improve the accuracy and the security of the system backup data storage, the system backup data of the current monitoring subsystem may be stored in the data storage module associated with the current monitoring subsystem, so as to be called from the corresponding data storage module when the server host calls the system backup data corresponding to the current monitoring subsystem.
Optionally, invoking system standby data corresponding to the current monitoring subsystem based on the server host includes: determining a data backup hard disk corresponding to the current monitoring subsystem; and calling system standby data from the data backup hard disk based on the server host.
The system standby data comprises an application program. The storage capacity of the data backup hard disk can be larger than 16TB, the data backup hard disk is doubly configured with the disk arrays with the same capacity, the data backup hard disk is installed in a transformer substation, and when the monitoring subsystem is not in fault, the data backup hard disk is in communication connection with the in-station monitoring subsystem and used for storing application programs, system data and the like of the monitoring subsystem, and the data are used as system standby data.
In this embodiment, a communication connection between the server host and the data backup hard disk corresponding to the current monitoring subsystem may be established, and the system backup data may be retrieved from the data backup hard disk, so as to place the system backup data on the target virtual machine for operation.
It should be noted that, in order to ensure that the system backup data is most suitable for the current monitoring subsystem and that the program data of the latest version of the current monitoring subsystem is running on the target virtual machine in the event of a failure emergency, a communication connection between the current monitoring subsystem and the data backup hard disk may be established, so that when the data backup hard disk detects that the application data in the current monitoring subsystem is updated, the data backup hard disk determines the update data, updates the system backup data based on the update data, and causes the server host to retrieve the updated system backup data from the data storage device.
In this embodiment, the current monitoring subsystem and the data backup hard disk may be in real-time communication connection, the data backup hard disk may perform data update detection on the current monitoring subsystem at intervals of a time period, and when it is detected that application data in the current monitoring subsystem is updated, the updated data is backed up and stored, so that the update of the system backup data is realized. For example, the data backup hard disk is set with an interval time T to update, backup and store the application program and the backup data in the current monitoring subsystem, so that the server host retrieves the updated real-time system backup data from the data storage device.
It should be noted that, in order to reduce the storage pressure of the data in the data backup hard disk, when it is detected that the system backup data in the data backup hard disk occupies a large amount of memory, some old data may be deleted to ensure the normal operation of the data backup hard disk.
Optionally, the method further includes: determining the proportion of the standby data based on the system standby data in the data backup hard disk and the hard disk space of the data backup hard disk; if the system standby data proportion exceeds a first preset proportion and does not reach a second preset proportion, generating storage prompt information; and if the system standby data proportion exceeds a second preset proportion, determining standby data to be released from the system standby data and deleting the standby data.
Wherein the standby data to be released is determined based on the time information when the standby data is received. The storage prompt information can be used for representing the memory condition of the data backup hard disk.
In this embodiment, the ratio of the system spare data in the data backup hard disk to the hard disk space of the data backup hard disk may be calculated as the spare data ratio. When the system standby data percentage exceeds a first preset percentage (for example, 60%) and does not reach a second preset percentage (for example, 90%), a storage prompt message, such as pop-up window information about exceeding a load, or a memory warning light prompt message, may be generated. When the system spare data percentage exceeds a second preset percentage (for example, 80%), it may be indicated that there are few idle controls remaining in the hard disk space, and at this time, the spare data that is received for a long time may be used as the spare data to be released and deleted from the data backup hard disk.
For example, the data backup hard disk may be constructed based on a NAS storage disk, for example, the storage capacity of the NAS disk is 16T, and another disk array with a capacity of 16T is configured in a double-copy manner for backup in case of a failure of the main storage. A dynamic storage program and a capacity management program can be arranged in the data backup hard disk to realize a dynamic synchronous storage mode. In practical application, the NAS disk and the substation monitoring subsystem may be connected by using a network cable, the automatic synchronization time interval is set to 3 days, when the usage exceeds a first preset percentage (e.g., 60%) in the dynamic synchronous storage mode, the data backup hard disk may display a yellow light, and when the usage exceeds a second preset percentage (e.g., 80%), the data backup hard disk automatically deletes the oldest system history data, such as the old version of the system application program, and important data, such as various alarm information and event sequence record (SOE), should be permanently stored and should not be deleted.
It should be noted that, in this embodiment, a manual storage area may also be allocated in the data backup hard disk, and when the monitoring subsystem performs operations such as version upgrade and maintenance, after an operator grants an authority, the application program and data of the monitoring subsystem may be stored in the manual storage area, and at the same time, the operator may manually delete existing stored data in the hard disk.
Optionally, after the server host calls the system backup data corresponding to the current monitoring subsystem and places the system backup data on the target virtual machine corresponding to the current monitoring subsystem for operation, the method further includes: and when a fault repaired signal sent by the current monitoring subsystem is received, the control system standby data exits from the target virtual machine.
In this embodiment, when a fault repaired signal sent by the current monitoring subsystem is received, the fault of the current monitoring subsystem may be considered to be repaired, the system standby data may be exited from the target virtual machine, that is, the operation may be stopped, and at this time, the transformer substation may be normally and effectively monitored based on the current monitoring subsystem. And when the current monitoring subsystem is recovered, the working personnel quits the target virtual machine and recovers the connection of the current monitoring subsystem.
It should be noted that, in order to ensure the accuracy of the construction of the server hosts and the corresponding virtual machines of the monitoring subsystems in the transformer substation and reduce resource waste, an effective number of server hosts may be determined based on the number of the transformer substation or the monitoring subsystems, and a corresponding number of virtual machines may be constructed on the server hosts.
Optionally, at least one monitoring subsystem to be used and the number of the corresponding subsystems are determined, wherein each monitoring subsystem to be used corresponds to one substation; determining at least one server host to be used based on the number of the subsystems, and determining at least one monitoring subsystem to be emergently corresponding to each server host to be used; and aiming at each server host to be used, creating a virtual machine to be applied of each subsystem to be monitored to be emergent corresponding to the server host to be used in the current server host to be used, so that when the current monitoring subsystem fails, the system standby data corresponding to the current monitoring subsystem is operated based on the target virtual machine corresponding to the current monitoring subsystem.
In practical applications, each substation may include a monitoring subsystem as the monitoring subsystem to be used. The number of server hosts may be determined based on the number of monitoring subsystems to be used. For example, assuming that the number of subsystems is 200, the server host may be 2, and assuming that the number of subsystems is 100, the server host may be 1. Each server host can correspond to a corresponding monitoring subsystem as a to-be-emergency monitoring subsystem. For a certain server host, a virtual machine corresponding to each subsystem to be monitored for emergency can be established in the server host, that is, each subsystem to be monitored for emergency has a virtual machine to be applied corresponding to the subsystem to be monitored for emergency. The configuration of each virtual machine can be reasonably distributed according to the operation requirements of different monitoring subsystems, and a virtual machine to be applied based on the Linux operating system and used by the corresponding monitoring subsystem is established, for example, a virtual machine of a virtualized Linux operating system can be established on a server host by adopting VirtualBox software to serve as the virtual machine to be applied. And when the current monitoring subsystem fails, running system standby data corresponding to the current monitoring subsystem based on the target virtual machine corresponding to the current monitoring subsystem.
According to the technical scheme, for the monitoring subsystems corresponding to the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, the server host corresponding to the current monitoring subsystem is determined; the method comprises the steps of calling system standby data corresponding to a current monitoring subsystem based on a server host, placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem to run, and monitoring a corresponding transformer substation based on the running target virtual machine.
Example two
As an alternative embodiment of the above embodiment, in order to make the technical solutions of the embodiments of the present invention further clear to those skilled in the art, a specific application scenario example is given. Specifically, the following details can be referred to.
For example, referring to fig. 2, a schematic diagram of a fault emergency system may be shown. The technical scheme can be realized through the server host, the virtual machine deployed in the server host, the transformer substation network, the monitoring subsystem and the data backup hard disk. The server host machine has the capability of running a plurality of virtual machines, is used as a host machine of the virtual machines, is only provided with necessary software and hardware, and is configured with user authority management and a plurality of network cards which can be connected with a A, B network in a substation. Optionally, the server host type may be rack type, blade type, tower type, etc., and the configuration thereof satisfies that the dominant frequency is greater than 2GHz, the number of cores is greater than 8, and the ddr memory is greater than 128G. The virtual machine can be constructed through virtualization software through hardware virtualization, and an operating system of the virtual machine can be a Linux operating system and can well run a substation system application program. Alternatively, the virtualization software may employ VirtualBox, VMware, virtualPC, KVM-x86, or the like. For example, as shown in fig. 3, the number of virtual machines to be established in the server host may be determined according to the number of the substation monitoring subsystems in a certain area, for example, a virtual machine corresponding to each monitoring subsystem is created for each monitoring subsystem. The configuration of a server host can be distributed based on the operation requirement of a monitoring subsystem, for example, in order to facilitate the use of a transformer substation, the server host adopts a rack server, supports an ECC memory error correction technology and a disk array technology (RAID-5), is provided with 4 kilomega network ports, 8 PCle 4.0 high-speed channels and 16 2.5-inch hard disk positions, adopts a processor 6226 with 16 cores and a main frequency of 2.9GHz Intel to Qiangjin brand, adopts a memory of 128GB, is connected with a A, B network of the transformer substation by an optical fiber Ethernet card configured with 1000Mbps, and adopts NAT network address conversion in a network mode. And reasonably distributing the configuration of each virtual machine according to the operation requirements of different monitoring subsystems, constructing the virtual machine of a virtualized Linux operating system on a server host by adopting VirtualBox4.0 software, and correspondingly establishing the virtual machine based on the Linux operating system and used by the corresponding monitoring subsystem. Furthermore, a large-capacity data backup hard disk can be used for backing up the monitoring subsystem of the transformer substation in the district under jurisdiction and corresponding application data, and naming and distinguishing are carried out according to the station name. The data backup hard disk can be a virtual disk image document and contains corresponding configuration backup data of different transformer substation monitoring subsystems in a certain region, the format of the data backup hard disk can be VDI, and the data backup hard disk is stored in a large-capacity disk array. Specifically, for the purpose of doubling, the data backup hard disk is configured with 4 disk arrays with the same capacity of more than 8T, the capacity of each disk array is 8TB, two disk arrays respectively store the background system and corresponding system data of the substation, and the other two disk arrays are used as redundant spares. The monitoring subsystem can be installed in a transformer substation, is connected with the monitoring subsystem for communication when the monitoring subsystem is not in fault, and is used for storing application programs and system data of the monitoring subsystem. As is exemplary. Referring to fig. 4, it can be shown as a schematic diagram of a data backup hard disk, and system backup data such as a system application program and system data stored in the data backup hard disk may adopt two modes, which are a dynamic synchronous storage mode and a manual storage mode, respectively, where the dynamic synchronous storage mode is implemented as follows: the data backup hard disk is connected with the in-station monitoring subsystem in real time through a network cable, the application program and backup data of the monitoring subsystem are updated, backed up and stored by setting interval time T, when the storage capacity in the data backup hard disk exceeds 60%, the data backup hard disk can display a yellow light, and when the capacity exceeds 80%, the data backup hard disk automatically deletes the oldest system historical data. It should be noted that the oldest system history data, such as the old version of the system application, can be automatically deleted, and important data, such as various types of alarm information and sequence of events (SOE), should be permanently stored and should not be deleted. The manual storage mode is realized by the following steps: the data backup hard disk is distributed with a manual storage area, when the background system carries out operations such as version upgrading, maintenance and the like, the operator can store the system application program and the data in the area after granting the authority, and meanwhile, the operator can manually delete the stored data in the hard disk in the mode.
On the basis of the above scheme, referring to fig. 5, a schematic diagram of a fault emergency method can be shown, in practical application, whether a monitoring subsystem fails or not can be judged by monitoring faults of a substation monitoring subsystem, and when a certain substation, such as the station a monitoring subsystem, fails (including system poisoning, downtime, password locking and the like), a user can establish communication connection between a server host and a substation network and a data backup hard disk in which the monitoring subsystem is stored. And after the connection is normal, the login server host system calls system backup data such as software and backup data of the monitoring subsystem of the station A from the hard disk, and the system backup data are operated on a target virtual machine configured in a corresponding environment to realize the switching of the monitoring system. And after the fault of the monitoring subsystem in the station A is eliminated, the target virtual machine monitoring system is switched and quitted, and the operation of the monitoring subsystem in the station A is recovered. When the monitoring subsystem system of the transformer substation fails due to virus infection, computer downtime and the like, the virtual machine which is resident in the server host is utilized to call the application program of the corresponding transformer substation monitoring subsystem in the running data backup hard disk, and the application program is linked with the in-station network, so that the failed system is switched to the normal system, and the restoration of the in-station monitoring function is realized.
On the basis of the above scheme, in this embodiment, the authority in the fault emergency system may be further divided into a server administrator, a server programmer, and a server user, where the server administrator is used to manage the configuration and normal operation of the virtual machine in the server host, and manage the manual storage and deletion of data in the data backup hard disk. And the server programmer is used for managing the application programs in the server host and the virtual machine. And the server user is used for operating the virtual machine in the server host to realize the fault emergency switching function. The method is specifically realized by that three roles, namely a root system administrator, a security and confidentiality administrator and a security auditor, are arranged for managing and using the system through three rights.
In this embodiment, when a monitoring subsystem of a certain transformer substation fails, a server host is connected with an in-substation network, a virtual machine built in the server host is used for calling and operating system backup data of a system with a backup failure, and a monitoring subsystem of the transformer substation is switched from an original failure system to a virtual machine operating system of the server host.
According to the technical scheme, for the monitoring subsystems corresponding to the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, the server host corresponding to the current monitoring subsystem is determined; the method comprises the steps of calling system standby data corresponding to a current monitoring subsystem based on a server host, placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation, and monitoring a corresponding transformer substation based on the operated target virtual machine.
EXAMPLE III
Fig. 6 is a schematic structural diagram of a fault emergency device according to a third embodiment of the present invention. As shown in fig. 6, the apparatus includes: a server host determination module 410 and a backup data execution module 420.
The server host determination module 410 is configured to determine, for a monitoring subsystem corresponding to each substation, a server host corresponding to a current monitoring subsystem when a fault emergency request corresponding to the current monitoring subsystem is received; a standby data operation module 420, configured to invoke system standby data corresponding to the current monitoring subsystem based on the server host, and place the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation, so as to monitor a corresponding substation based on the operated target virtual machine; the server host comprises at least one virtual machine to be used.
According to the technical scheme, for the monitoring subsystems corresponding to the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, the server host corresponding to the current monitoring subsystem is determined; the method comprises the steps of calling system standby data corresponding to a current monitoring subsystem based on a server host, placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem to run, and monitoring a corresponding transformer substation based on the running target virtual machine.
On the basis of the foregoing apparatus, optionally, the server host determination module 410 includes a failure emergency request generation unit, a host identity determination unit, and a communication connection unit.
The fault emergency request generating unit is used for generating a fault emergency request when detecting that the current monitoring subsystem has a fault;
the host identity determining unit is used for analyzing the fault emergency request to obtain a host identity carried on the fault emergency request;
and the communication connection unit is used for determining the server host corresponding to the host identifier and establishing communication connection between the current monitoring subsystem and the server host so as to enable the server host to call system standby data from the current monitoring subsystem.
On the basis of the foregoing apparatus, optionally, the spare data operation module 420 includes a data backup hard disk determination unit and a system spare data determination unit.
The data backup hard disk determining unit is used for determining a data backup hard disk corresponding to the current monitoring subsystem;
the system standby data determining unit is used for calling the system standby data from the data backup hard disk based on the server host; wherein, the system standby data comprises an application program.
On the basis of the above apparatus, optionally, the apparatus further includes a backup data update module, where the backup data update module is configured to establish a communication connection between the current monitoring subsystem and the data backup hard disk, so that when the data backup hard disk detects that the application data in the current monitoring subsystem is updated, the data backup hard disk determines update data, updates the system backup data based on the update data, and enables the server host to retrieve the updated system backup data from the data storage device.
On the basis of the above device, optionally, the spare data updating module further includes a spare data ratio determining unit, a storage prompt information determining unit, and a spare data to be released determining unit.
The standby data proportion determining unit is used for determining the standby data proportion based on the system standby data in the data backup hard disk and the hard disk space of the data backup hard disk;
the storage prompt information determining unit is used for generating storage prompt information if the system standby data proportion exceeds a first preset proportion and does not reach a second preset proportion;
the standby data to be released determining unit is used for determining and deleting the standby data to be released from the system standby data if the system standby data proportion exceeds a second preset proportion;
wherein the standby data to be released is determined based on time information when the standby data is received.
On the basis of the foregoing apparatus, optionally, the apparatus further includes a virtual machine exit module, where the virtual machine exit module is configured to control the system standby data to exit from the target virtual machine when receiving a fault repaired signal sent by the current monitoring subsystem.
On the basis of the above device, optionally, the device further includes a virtual machine creation module, where the virtual machine creation module includes a subsystem number determination unit, a subsystem to be monitored for emergency determination unit, and a virtual machine creation unit to be applied.
The system comprises a subsystem number determining unit, a monitoring unit and a monitoring unit, wherein the subsystem number determining unit is used for determining at least one monitoring subsystem to be used and the corresponding subsystem number, and each monitoring subsystem to be used corresponds to one transformer substation;
the system comprises a to-be-emergent monitoring subsystem determining unit, a to-be-emergent monitoring subsystem determining unit and a to-be-emergent monitoring subsystem determining unit, wherein the to-be-emergent monitoring subsystem determining unit is used for determining at least one server host to be used based on the number of the subsystems and determining at least one to-be-emergent monitoring subsystem corresponding to each server host to be used;
and the to-be-applied virtual machine creating unit is used for creating to-be-applied virtual machines of all to-be-emergently monitored subsystems corresponding to the current to-be-used server host in the current to-be-used server host aiming at all to-be-used server hosts so as to operate system standby data corresponding to the current monitored subsystem based on a target virtual machine corresponding to the current monitored subsystem when the current monitored subsystem fails.
The fault emergency device provided by the embodiment of the invention can execute the fault emergency method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.
Example four
Fig. 7 is a schematic structural diagram of an electronic device implementing the fault emergency method according to the embodiment of the present invention. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smart phones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.
As shown in fig. 7, the electronic device 10 includes at least one processor 11, and a memory communicatively connected to the at least one processor 11, such as a Read Only Memory (ROM) 12, a Random Access Memory (RAM) 13, and the like, wherein the memory stores a computer program executable by the at least one processor, and the processor 11 can perform various suitable actions and processes according to the computer program stored in the Read Only Memory (ROM) 12 or the computer program loaded from a storage unit 18 into the Random Access Memory (RAM) 13. In the RAM 13, various programs and data necessary for the operation of the electronic apparatus 10 can also be stored. The processor 11, the ROM 12, and the RAM 13 are connected to each other via a bus 14. An input/output (I/O) interface 15 is also connected to bus 14.
A number of components in the electronic device 10 are connected to the I/O interface 15, including: an input unit 16 such as a keyboard, a mouse, or the like; an output unit 17 such as various types of displays, speakers, and the like; a storage unit 18 such as a magnetic disk, an optical disk, or the like; and a communication unit 19 such as a network card, modem, wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
The processor 11 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and so forth. Processor 11 performs the various methods and processes described above, such as a fail-safe method.
In some embodiments, the fault contingency method may be implemented as a computer program tangibly embodied on a computer readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 10 via the ROM 12 and/or the communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the above described fault emergency method may be performed. Alternatively, in other embodiments, the processor 11 may be configured to perform the fault emergency method by any other suitable means (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.
Computer programs for implementing the methods of the present invention can be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be performed. A computer program can execute entirely on a machine, partly on a machine, as a stand-alone software package partly on a machine and partly on a remote machine or entirely on a remote machine or server.
In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. A computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), blockchain networks, and the internet.
The computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service are overcome.
It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present invention may be executed in parallel, sequentially, or in different orders, and are not limited herein as long as the desired results of the technical solution of the present invention can be achieved.
The above-described embodiments should not be construed as limiting the scope of the invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. A method of fault emergency, comprising:
for the monitoring subsystems corresponding to all the transformer substations, when a fault emergency request corresponding to the current monitoring subsystem is received, a server host corresponding to the current monitoring subsystem is determined;
calling system standby data corresponding to the current monitoring subsystem based on the server host, and placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation so as to monitor a corresponding transformer substation based on the operated target virtual machine; the server host comprises at least one virtual machine to be used.
2. The method according to claim 1, wherein the determining the server host corresponding to the current monitoring subsystem when receiving the fault emergency request corresponding to the current monitoring subsystem comprises:
when the current monitoring subsystem is detected to be out of order, generating a failure emergency request;
analyzing the fault emergency request to obtain a host identifier carried on the fault emergency request;
and determining a server host corresponding to the host identifier, and establishing communication connection between the current monitoring subsystem and the server host so that the server host can call system standby data from the current monitoring subsystem.
3. The method of claim 1, wherein the invoking of the system backup data corresponding to the current monitoring subsystem based on the server host comprises:
determining a data backup hard disk corresponding to the current monitoring subsystem;
calling the system standby data from the data backup hard disk based on the server host; wherein, the system standby data comprises an application program.
4. The method of claim 3, further comprising:
and establishing communication connection between the current monitoring subsystem and the data backup hard disk, so that when the data backup hard disk detects that the application data in the current monitoring subsystem is updated, the data backup hard disk determines updated data, updates system standby data based on the updated data, and enables the server host to call the updated system standby data from the data storage device.
5. The method of claim 3 or 4, further comprising:
determining the proportion of standby data based on system standby data in the data backup hard disk and the hard disk space of the data backup hard disk;
if the system standby data proportion exceeds a first preset proportion and does not reach a second preset proportion, generating storage prompt information;
if the system standby data proportion exceeds a second preset proportion, determining standby data to be released from the system standby data and deleting the standby data;
wherein the standby data to be released is determined based on time information of receiving the standby data.
6. The method of claim 1, wherein after the retrieving, based on the server host, system backup data corresponding to the current monitoring subsystem and placing the system backup data on a target virtual machine corresponding to the current monitoring subsystem for operation, further comprising:
and when a fault repaired signal sent by the current monitoring subsystem is received, controlling the system standby data to exit from the target virtual machine.
7. The method of claim 1, further comprising:
determining at least one monitoring subsystem to be used and the number of corresponding subsystems, wherein each monitoring subsystem to be used corresponds to one transformer substation;
determining at least one server host to be used based on the number of the subsystems, and determining at least one monitoring subsystem to be emergently corresponding to each server host to be used;
aiming at each server host to be used, creating a virtual machine to be applied of each subsystem to be monitored to be emergent corresponding to the server host to be used in the current server host to be used, so that when the current monitoring subsystem breaks down, system standby data corresponding to the current monitoring subsystem is operated based on a target virtual machine corresponding to the current monitoring subsystem.
8. A fault emergency device, comprising:
the system comprises a server host determination module, a monitoring subsystem management module and a monitoring subsystem management module, wherein the server host determination module is used for determining a server host corresponding to a current monitoring subsystem when receiving a fault emergency request corresponding to the current monitoring subsystem for the monitoring subsystem corresponding to each transformer substation;
the standby data operation module is used for calling system standby data corresponding to the current monitoring subsystem based on the server host, placing the system standby data on a target virtual machine corresponding to the current monitoring subsystem for operation, and monitoring a corresponding transformer substation based on the operated target virtual machine; the server host comprises at least one virtual machine to be used.
9. An electronic device, characterized in that the electronic device comprises:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein,
the memory stores a computer program executable by the at least one processor to enable the at least one processor to perform the method of fault emergency as claimed in any one of claims 1 to 7.
10. A computer-readable storage medium having stored thereon computer instructions for causing a processor to execute the method of any one of claims 1-7 for fault emergency.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210958756.1A CN115292004A (en) | 2022-08-10 | 2022-08-10 | Fault emergency method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210958756.1A CN115292004A (en) | 2022-08-10 | 2022-08-10 | Fault emergency method and device, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115292004A true CN115292004A (en) | 2022-11-04 |
Family
ID=83828935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210958756.1A Pending CN115292004A (en) | 2022-08-10 | 2022-08-10 | Fault emergency method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115292004A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116866154A (en) * | 2023-09-05 | 2023-10-10 | 湖北华中电力科技开发有限责任公司 | Intelligent dispatching management system for power distribution network communication service based on virtual machine cluster |
-
2022
- 2022-08-10 CN CN202210958756.1A patent/CN115292004A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116866154A (en) * | 2023-09-05 | 2023-10-10 | 湖北华中电力科技开发有限责任公司 | Intelligent dispatching management system for power distribution network communication service based on virtual machine cluster |
| CN116866154B (en) * | 2023-09-05 | 2023-11-28 | 湖北华中电力科技开发有限责任公司 | Intelligent dispatching management system for power distribution network communication service based on virtual machine cluster |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102394774B (en) | Service state monitoring and failure recovery method for controllers of cloud computing operating system | |
| CN105099783B (en) | A kind of method and system for realizing operation system alarm emergency disposal automation | |
| CN108347339B (en) | Service recovery method and device | |
| CN106850315B (en) | Automatic disaster recovery system | |
| CN108964977B (en) | Node exception handling method and system, storage medium and electronic device | |
| CN103532731A (en) | method and device for preventing network configuration of virtual machine from losing | |
| CN111431754A (en) | Fault analysis method and system for power distribution and utilization communication network | |
| CN115292004A (en) | Fault emergency method and device, electronic equipment and storage medium | |
| CN103595572A (en) | Selfreparing method of nodes in cloud computing cluster | |
| CN105068763A (en) | Virtual machine fault-tolerant system and method for storage faults | |
| CN105278482A (en) | Monitoring alarm and control system for ship cabin | |
| CN115550363A (en) | Node hierarchical management method and device and electronic equipment | |
| CN105187482A (en) | PaaS platform fault self-healing realization method and message server | |
| CN116149954A (en) | Intelligent operation and maintenance system and method for server | |
| CN105550065A (en) | Database server communication management method and device | |
| CN113590287B (en) | Task processing method, device, equipment, storage medium and scheduling system | |
| CN111159237B (en) | System data distribution method and device, storage medium and electronic equipment | |
| CN113055462A (en) | Cloud service architecture design method | |
| CN113626147A (en) | Ocean platform computer control method and system based on virtualization technology | |
| CN113656231A (en) | Processing method, device, equipment and storage medium for disk failure | |
| CN109995560A (en) | Cloud resource pond management system and method | |
| CN116860459B (en) | Method, device, equipment and medium for monitoring resource pool in cloud platform | |
| Cao et al. | IT Operation and Maintenance Process improvement and design under virtualization environment | |
| CN114185640B (en) | Virtual machine management system based on industrial private cloud | |
| CN111427592B (en) | High-availability system for virtual deployment of mysql |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |