CN115495289A

CN115495289A - Equipment state switching control method, device, equipment and computer storage medium

Info

Publication number: CN115495289A
Application number: CN202211188657.6A
Authority: CN
Inventors: 张书超; 耿芸; 张楠楠; 韩金柱; 哈国蕊; 袁渊
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2022-09-27
Filing date: 2022-09-27
Publication date: 2022-12-20

Abstract

The application discloses a method, a device, equipment and a computer storage medium for controlling equipment state switching, which relate to the technical field of disaster recovery switching, and the method is applied to a data processing system, wherein the data processing system is used for providing a plurality of system services, each system service corresponds to a main device and a disaster recovery device, and the method comprises the following steps: receiving a first state switching request, wherein the first state switching request indicates that the state of target equipment in the data processing system is switched to a target running state; acquiring a target configuration file of target equipment in a target running state, wherein the target configuration file configures at least one service process to be started; modifying the runtime configuration file of the target equipment into a target configuration file; and calling a state switching script of the target equipment, running at least one service process based on the modified runtime configuration file, and providing a target system service in a target running state, wherein the state switching script corresponds to the target running state.

Description

Equipment state switching control method, device, equipment and computer storage medium

Technical Field

The application relates to the technical field of disaster recovery switching, and provides a method, a device, equipment and a computer storage medium for controlling equipment state switching.

Background

The trading system of the financial institution is generally required to be oriented to the client, for example, the trading system of the agent exchange is designed for developing the exchange agent business of the exchange, which is used for handling the exchange business such as the gold spot, the delayed exchange, the public price inquiry and the like of the client, the continuity and the continuity of the external service of the trading system oriented to the client are very important, so the requirement of the data Recovery Time Objective (RTO) and the data Recovery Point Objective (RPO) is very strict, when the RTO emphasizes the disaster, the data must be recovered within a certain Time, namely two copies (general backup) are reserved for the same data, when the disaster occurs, the system can be operated within a certain Time through another copy of data, so that the use of the client is not influenced, and the RPO emphasizes the data loss after the disaster occurs and is tolerated. Therefore, for the trading system, the construction of the disaster recovery system and the time-based order of switching are all very important.

In the related art, a disaster-backup system switching scheme of a transaction system usually adopts a full-stop and full-start scheme, and when equipment is stopped or started, corresponding disaster-tolerant switching needs to be manually performed according to certain steps. Obviously, the manual switching mode is prone to errors, and the system disaster recovery switching speed is slow, so that the user experience is poor.

Disclosure of Invention

The embodiment of the application provides a method, a device, equipment and a computer storage medium for controlling equipment state switching, which are used for improving switching efficiency and reducing the error rate of disaster recovery switching.

In one aspect, a method for controlling device status switching is provided, where the method is applied to a data processing system, where the data processing system is configured to provide multiple system services, and each system service corresponds to a host device and a disaster recovery device, and the method includes:

receiving a first state switching request, wherein the first state switching request indicates that the state of target equipment in the data processing system is switched to a target running state, and the target equipment serves corresponding main equipment or disaster recovery equipment for the target system;

acquiring a target configuration file of the target equipment in the target running state, wherein the target configuration file configures at least one service process to be started;

modifying the runtime configuration file of the target equipment into the target configuration file;

and calling a state switching script of the target equipment, running the at least one service process based on the modified runtime configuration file, and providing the target system service in the target running state, wherein the state switching script corresponds to the target running state.

In one aspect, an apparatus state switching control apparatus is provided, which is applied to a data processing system, where the data processing system is configured to provide multiple system services, and each system service corresponds to a host device and a disaster recovery device, and the apparatus includes:

a receiving unit, configured to receive a first state switching request, where the first state switching request indicates to switch a state of a target device in the data processing system to a target operating state, and the target device is a master device or a disaster recovery device corresponding to a target system service;

an obtaining unit, configured to obtain a target configuration file of the target device in the target running state, where the target configuration file configures at least one service process that needs to be started;

the modifying unit is used for modifying the runtime configuration file of the target equipment into the target configuration file;

and the switching execution unit is used for calling a state switching script of the target equipment, running the at least one service process based on the modified runtime configuration file and providing the target system service in the target running state, wherein the state switching script corresponds to the target running state.

In a possible implementation manner, the handover performing unit is specifically configured to:

calling a state switching script of the target equipment, and respectively executing the following operations aiming at each service process included by the target system service:

for one service process, determining whether the starting identifier of the service process is in a closed state in the modified runtime configuration file;

and if the starting identifier is in a non-closing state, operating the service process.

In a possible embodiment, the apparatus further comprises a configuration unit configured to:

receiving an operation state configuration request, wherein the operation state configuration request carries configuration information corresponding to at least one operation state;

establishing a corresponding configuration file based on the configuration information corresponding to each operation state;

establishing an association relation between the running state and the configuration file;

the obtaining unit is specifically configured to: and determining the target configuration file corresponding to the target running state according to the incidence relation.

In a possible implementation, the configuration unit is further configured to:

respectively determining whether each service process can perform write operation on the database for each service process included by the target system service;

and respectively generating corresponding configuration information for the at least one running state according to the obtained determination result, wherein in the configuration information corresponding to the disaster recovery equipment state, a service process for writing the database is in a closed state.

In one possible embodiment, the target operating state includes at least one of the following states:

a master device state for providing master device services;

a disaster recovery device state for providing disaster recovery device services;

the device used to perform the test tests the status.

In a possible implementation manner, the corresponding state switching requirements of different state switching scripts are different; the handover performing unit is specifically configured to:

calling the state switching script, and creating a target service environment of the target system service based on a state switching requirement corresponding to the state switching script;

and running the at least one service process based on the modified runtime configuration file under the target service environment.

In one possible embodiment of the method according to the invention,

the receiving unit is further configured to receive a second state switching request, where the second state switching request indicates to perform state switching on multiple devices, and carries a state switching sequence of the multiple devices and a switched operating state of each device, and the switched operating states of the master device and the disaster recovery device corresponding to each system service are different;

the switching execution unit is further configured to sequentially and respectively perform the following operations on the multiple devices according to the state switching sequence:

for one device, determining a state switching script and a target configuration file corresponding to the one device based on the operation state of the one device after switching;

and calling a state switching script corresponding to the equipment, and performing state switching processing on the equipment based on the target configuration file.

In one possible embodiment of the method according to the invention,

if the target running state is a disaster recovery device state, the state switching script is used for stopping the target device from providing the script of the target system service, and in the target configuration file, a service process for writing the database is in a closed state;

and if the target running state is a master device state or a device test state, the state switching script is a script for starting the target device to provide the target system service, and all service processes in the target configuration file are in a closed state.

In one aspect, a computer device is provided, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of any of the above methods when executing the computer program.

In one aspect, a computer storage medium is provided, on which a computer program is stored, which computer program, when being executed by a processor, carries out the steps of any of the methods described above.

In one aspect, a computer program product is provided that includes a computer program stored in a computer readable storage medium. The processor of the computer device reads the computer program from the computer-readable storage medium, and the processor executes the computer program to cause the computer device to perform the steps of any of the methods described above.

In the embodiment of the application, a data processing system provides a plurality of system services, each system service is configured with corresponding main equipment and disaster recovery equipment, when a first state switching request for switching the state of target equipment in the data processing system to a target running state is received, a target configuration file corresponding to the target running state is obtained, at least one service process needing to be started in the target running state is configured in the target configuration file, the running configuration file of the target equipment is modified into the target configuration file, then a state switching script of the target equipment is called, and based on the modified running configuration file, at least one service process is run, so that the target system service is provided in the target running state. That is to say, in the embodiment of the present application, by configuring the corresponding configuration file and the state switching script for each operation state, when state switching is required, the corresponding configuration file is acquired and replaced with the configuration file during operation, and the state switching script is called, so that rapid operation state switching is realized, manual execution is not required in the switching process, switching efficiency is improved, and meanwhile, the error rate of disaster recovery switching is reduced.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments or related technologies, the drawings needed to be used in the description of the embodiments or related technologies are briefly introduced below, it is obvious that the drawings in the following description are only the embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.

Fig. 1 is a schematic view of an application scenario provided in an embodiment of the present application;

FIG. 2 is a schematic diagram of a physical architecture of a transaction system according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a device state switching control method according to an embodiment of the present application;

fig. 4 is a schematic diagram of a state switching page provided in the embodiment of the present application;

FIG. 5 is a schematic diagram of a script included in each of the operating states provided by the embodiments of the present application;

fig. 6 is a schematic flowchart of configuration according to an embodiment of the present application;

fig. 7 is a schematic diagram of configuration file configuration performed through a control page according to an embodiment of the present application;

fig. 8 is a schematic flowchart of state switching performed on multiple devices according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of an apparatus state switching control device according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a computer device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be described clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present application without making any creative effort belong to the protection scope of the present application. In the present application, the embodiments and features of the embodiments may be arbitrarily combined with each other without conflict. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.

For the convenience of understanding the technical solutions provided by the embodiments of the present application, some key terms used in the embodiments of the present application are explained first:

a data processing system: the system is a system providing data processing services to the outside, such as a transaction system of a bank, a financial institution, and the like, in the data processing system, the system is divided into a plurality of system services according to the stage of data processing, each system service can be realized by corresponding equipment, and in order to improve the disaster tolerance of the data processing system, the data processing system is specifically configured for disaster tolerance, that is, each system service can be configured with a main device and a disaster recovery device, so that switching is convenient when an abnormality occurs. Common disaster recovery architectures such as "two places three centers" architecture, i.e., a production center, a city disaster recovery center located in the same area, and a remote disaster recovery center, and the actual requirements for switching.

The running state is as follows: the operation state related to the embodiment of the present application mainly refers to a disaster recovery state, which includes a main device state (or referred to as a production state), a disaster recovery device state (or referred to as a disaster recovery state), a device test state (or referred to as a drilling state), and the like.

In the related art, a disaster recovery system switching scheme of a transaction system usually adopts a full stop and full start scheme, and when equipment is stopped or started, corresponding disaster recovery switching needs to be manually performed according to certain steps. Obviously, the manual switching mode is prone to errors, and the system disaster recovery switching speed is slow, so that the user experience is poor.

Based on this, an embodiment of the present application provides an apparatus state switching control method, in which a data processing system provides multiple system services, each system service is configured with a corresponding master apparatus and a disaster recovery apparatus, and when a first state switching request for switching a state of a target apparatus in the data processing system to a target operation state is received, a target configuration file corresponding to the target operation state is obtained, at least one service process that needs to be started in the target operation state is configured in the target configuration file, and the operation configuration file of the target apparatus is modified into the target configuration file, so as to call a state switching script of the target apparatus, and based on the modified operation configuration file, at least one service process is operated, thereby providing a target system service in the target operation state. That is to say, in the embodiment of the present application, a corresponding configuration file and a state switching script are configured for each operating state, and when state switching is required, the corresponding configuration file is acquired and the operating configuration file is replaced, and the state switching script is called, so that rapid operating state switching is realized, manual execution is not required in the switching process, the switching efficiency is improved, and meanwhile, the error rate of disaster recovery switching is reduced.

In the embodiment of the application, the states of the system services of the data processing system are respectively switched, and whether the service process is started is judged according to whether each service process performs write operation on the database in the service process of each system service, so that the disaster recovery system can be ensured to be started to the greatest extent, and the write operation of the process of the disaster recovery system on the disaster recovery database can be cut off, so that the writing of dirty data is prevented.

Some brief descriptions are given below to application scenarios to which the technical solution of the embodiment of the present application can be applied, and it should be noted that the application scenarios described below are only used for describing the embodiment of the present application and are not limited. In a specific implementation process, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.

The scheme provided by the embodiment of the application can be suitable for most of the pre-equipment state switching scenes, such as disaster recovery switching scenes based on a disaster recovery architecture. As shown in fig. 1, an application scenario schematic diagram provided in the embodiment of the present application may include a terminal device 101, a control server 102, a master device cluster 103, and a disaster recovery device cluster 104.

The terminal device 101 may be any device having a presentation control page, such as a mobile phone, a tablet computer (PAD), a laptop, a desktop, a smart television, a smart car device, and a smart wearable device. The terminal device 101 may be installed with a target application, and the target application may present a control page corresponding to the data processing system, and the like. The control server 102 may be the service device to which the control page corresponds.

The main device cluster 103 and the disaster-backup device cluster 104 form a data processing system, for example, the data processing system may be a device located in a different place, and both the main device cluster 103 and the disaster-backup device cluster 104 may include a plurality of devices, and each device is used to provide at least one system service of the data processing system.

It should be noted that the data processing system may also include a control device for performing overall control on the data processing system, and then the device state switching control method in the embodiment of the present application may be executed by the control device alone, may be executed by the control server 102 alone, may be executed by a device executing a system service in the data processing system alone, or may be executed by the control device, the control server 102, and a device executing a system service together. For example, after state switching is initiated on the control page of the terminal device 101, the control device may receive a corresponding state switching request, and further, after analyzing the request, perform state switching on each device according to a certain switching policy; or, after initiating the state switching on the control page of the terminal device 101, the control device may send a state switching request to each device that needs to be switched, and after receiving the state switching request, each device executes corresponding switching processing.

In the embodiment of the present application, the above-mentioned devices may be directly or indirectly connected through one or more networks. The network may be a wired network or a Wireless network, for example, the Wireless network may be a mobile cellular network, or may be a Wireless-Fidelity (WIFI) network, and of course, may also be other possible networks, which is not limited in this embodiment of the present application.

It should be noted that fig. 1 is only an example, and the number of the devices is not limited in practice, and is not specifically limited in the embodiment of the present application.

In a possible implementation manner, the method of the embodiment of the present application may be applied to a state switching control scenario of a transaction system, and is shown in fig. 2, which is a schematic diagram of a physical architecture of the transaction system, where the transaction system includes a production physical architecture and a disaster recovery physical architecture, and in both the production physical architecture and the disaster recovery physical architecture, the following physical devices may be included:

(1) The core online service cluster is used for operating a core module of the data processing system, providing core services of the transaction system and mainly responsible for processing core logic processing such as online transaction processing, inquiry, clearing, management desk and the like.

(2) And the online service cluster is used for operating an online module of the data processing system, providing online service of the transaction system and mainly responsible for processing the transaction of the outbound system.

(3) And the batch service cluster is used for operating a day end module of the data processing system, providing day end service of the transaction system and mainly responsible for processing the daily end unloading number, the supply number and the like.

(4) And the high-frequency service cluster is used for operating a high-frequency module of the data processing system, providing high-frequency service of the transaction system, and is mainly responsible for receiving prices and processing transactions such as consignment and suspension lists.

Referring to fig. 2, besides the above devices, a Database (DB) device and a Network Attached Storage (NAS) may be further included, for example, the production physical architecture includes a production DB, an emergency NAS Storage, and the like, and the disaster recovery physical architecture includes a disaster recovery mirror NAS Storage, a disaster recovery DB, and the like. The application service Virtual Local Area Network (VLAN) is used for transmitting data streams related to a data processing process, and the data service VLAN is used for transmitting data streams related to data storage and data reading.

The device state switching control method provided by the exemplary embodiment of the present application is described below with reference to the following drawings in conjunction with the application scenarios described above, it should be noted that the application scenarios described above are only shown for the convenience of understanding the spirit and principles of the present application, and the embodiments of the present application are not limited in this respect.

Referring to fig. 3, a schematic flow chart of the device state switching control method provided in the embodiment of the present application is shown, and a specific implementation flow of the method is as follows:

step 301: a first state switch request is received, the first state switch request indicating to switch a state of a target device in the data processing system to a target operational state.

In this embodiment, the data processing system may provide multiple system services, and each system service is correspondingly deployed with a main device and a disaster recovery device, so that the running states of the devices may include the following states:

(1) The master device state, also referred to as a production state, may be used to provide master device services for the target system services when the target device is in the master device state, i.e., the target device is used to implement actual production services.

(2) The disaster recovery device state is also referred to as a disaster recovery state, and when the target device is in the disaster recovery device state, the disaster recovery device state may be used to provide the disaster recovery device service of the target system service, that is, in the disaster recovery state, the database may be accessed, but the database may not be operated, so as to avoid writing of dirty data.

(3) The device test state, also referred to as a rehearsal state, may be used to perform disaster-recovery rehearsal testing on the target system services when the target device processes the device test state.

In an actual scenario, according to a switching requirement of actual production or a switching requirement of disaster recovery drilling, state switching needs to be performed on equipment, for example, when a production physical architecture provides an abnormal service, a disaster recovery physical architecture needs to be enabled to provide the service, the equipment of the production physical architecture is related to state switching from a production state to a disaster recovery state, and the equipment of the disaster recovery physical architecture is related to state switching from the disaster recovery state to the production state; or when the production physical architecture needs to be switched back to provide the service, the device of the disaster recovery physical architecture is related to the state switching from the production state to the disaster recovery state, and the device of the production physical architecture is related to the state switching from the disaster recovery state to the production state. Of course, other types of switching may be performed, and this is not limited in this embodiment of the application.

In one possible implementation, when a state switch is required, the state switch may be triggered by a control page. Specifically, the control page may be a state switching control page provided by an external control system, in the external control system, various types of switching control scripts of the data processing system may be configured in advance, and each control script may be configured with a device to be switched and a control sequence of each device. For example, when the disaster recovery physical architecture is to be enabled to provide services, for a certain system, the corresponding device in the disaster recovery physical architecture needs to be restarted after the corresponding device in the production physical architecture is closed.

Illustratively, referring to fig. 4, a schematic diagram of a status switching page is shown. When determining to start the disaster recovery physical architecture to provide the service, the control script corresponding to the switching type may be called to respectively stop the production equipment of each system service and start the disaster recovery equipment. It should be noted that, in fig. 4, the services are switched one by one according to the order of 1 to n, but in an actual application scenario, generally, the devices corresponding to the system services are relatively independent, and in order to improve efficiency, the system services may be switched in parallel, which is not limited in the embodiment of the present application. When of the handover type, and so on.

In this embodiment of the present application, after triggering the state switching, the control device in the data processing system may receive a first state switching request to instruct to switch the state of the target device in the data processing system to the target operating state. The control device may be, for example, a management device of the data processing system, and in some cases, the control device may also be the same device as the external control system.

The target device may serve as a master device corresponding to the target system, may also serve as a disaster recovery device corresponding to the target system, may be a single device, or may be multiple devices.

In a possible implementation manner, the first status switching request may be sent to the control device separately for each device, for example, as shown in fig. 4, each time a device is switched, the first status switching request needs to be triggered once, and then the request indicates the target device targeted this time and which operation state the target device is switched to. It should be noted that, when the target devices are different, the target operating states after switching may be different, and also taking fig. 4 as an example, when the state switching needs to be performed on the production device, the production device needs to be switched to a non-production state, such as a disaster recovery state or a drilling state, and when the state switching needs to be performed on the disaster recovery device, the disaster recovery device needs to be switched to the disaster recovery state.

In a possible embodiment, a first state switching request may be sent to the control device for multiple devices, for example, as shown in fig. 4, after state switching is triggered, all devices that need to be switched and corresponding target operating states are sent to the control device in the first state switching request, and the control device executes logic for performing specific switching.

In this embodiment of the present application, after the state switching is triggered, the target device in the data processing system that needs to switch the state may also receive the first state switching request, so that the target device may switch its state to the target operating state according to the indication of the first state switching request.

Taking the transaction system shown in fig. 2 as an example, in the transaction system, different data processing modules have their own characteristics, and by the switching method of the embodiment of the present application, state switching processing can be performed on each system service according to the difference of each system service, so that each system service can be separately processed according to the specific requirements of disaster recovery, thereby avoiding that each system service cannot normally operate, and ensuring that the disaster recovery system can keep application startup to the greatest extent, so as to provide better services.

Step 302: and acquiring a target configuration file of the target equipment in a target running state, wherein the target configuration file configures at least one service process to be started.

In the embodiment of the application, in order to realize the rapid switching of the states, and unified operation and drilling operation, each system service module is divided into a production state, a disaster recovery state and a drilling state according to actual needs of disaster recovery drilling and production switching in an actual scene, and each running state has a corresponding script. Referring to fig. 5, a schematic diagram of a script included in each running state provided for the embodiment of the present application is shown. Here, a system service module is taken as an example, each system service module has a production state, a disaster recovery state and a drilling state, and each operation state corresponds to a corresponding script, but it should be noted that although the names of the scripts are not distinguished in fig. 5, the technical platforms to which each system service module belongs may not be consistent, so that even in the same operation state, the starting requirements of each system service module may not be consistent, and the processing contents of the scripts corresponding to the system service modules are different.

Referring to fig. 5, each running state script may include the following configuration script and a plurality of state switching scripts, which are respectively introduced as follows:

(1) The configuration script, i.e. App _ conf.sh shown in fig. 5, is used to configure the configuration file of the corresponding running state.

(2) The state switching script is used for stopping the target equipment from providing the script of the target system service if the target running state is the disaster recovery equipment state, and the service process for writing the database is in a closed state in the target configuration file; and if the target running state is the main equipment state or the equipment testing state, the state switching script is a script for starting the target equipment to provide the target system service, and all service processes in the target configuration file are in a closed state. See App _ start.sh and App _ stop.sh shown in fig. 5, where App _ start.sh is used to control the start of a service and App _ stop.sh is used to control the shut down of a service.

In a possible implementation manner, in a disaster recovery state, only data can be read, but data cannot be written to a database, so that dirty data is prevented from being written to the database, and a service is abnormal, so that the disaster recovery system needs to meet daily requirements that a service process for writing the database is not started by a disaster recovery application, that is, when a device is in the disaster recovery state, the service process for writing the database needs to be restricted to run, and thus processing needs to be performed according to different conditions of each system service module.

Specifically, taking the transaction system shown in fig. 2 as an example, the conditions of each system service module are as follows:

(1) The day end module and the high-frequency module both have write operation on the database, so that the two modules do not start application under the disaster recovery state, and start the database under the condition of switching into the production state or the drilling state.

(2) The core service module comprises a core business processing submodule and a management platform submodule.

If the management platform submodule has no related write operation and can be started in any running state, the corresponding App _ start.sh can be called to start the application service of the management platform submodule. However, the core business processing sub-module has both online service and batch and timing service, and needs to determine whether to start according to process differences. Then several profiles may be created by:

1) Xml, which is a configuration file used by the core business processing submodule in actual operation, wherein "× Admin" is the identifier of the core business processing submodule.

2) And the production state configuration file is corresponding to the production state, and is used for providing configuration information used when the core business processing submodule is started in the production state, wherein the configuration information comprises service processes required to run when the core business processing submodule is started in the production state, and generally, each service process can be normally started when the core business processing submodule is started in the production state.

3) The disaster backup state configuration file "× admin. Dr. Xml" corresponds to the disaster backup state, and is configured to provide configuration information used when the core service processing submodule is started in the disaster backup state, where the configuration information includes a service process that needs to be run when the core service processing submodule is started in the disaster backup state, and generally speaking, the service process that will perform write operation on the database when the core service processing submodule is started in the disaster backup state cannot be started.

4) And the drilling state configuration file is used for providing configuration information used when the core business processing submodule is started in the drilling state, wherein the configuration information comprises service processes required to be operated when the core business processing submodule is started in the drilling state, for example, the processes of the on-line module only need to be kept to exist, and all the processes of the day terminal and the timing module are completely closed.

Then, when the state corresponding to each system service module is switched, the configuration file may be configured and switched in App _ conf.sh according to the switched target running state, for example, when the core service processing sub-module needs to be switched to the disaster backup state, the current state may be replaced with "× admin.

In a possible implementation manner, the purpose of closing and starting the process can be achieved by modifying the state of the service process, that is, the configuration file includes the starting state of each service process, different states can be represented by different values, and whether the service process is started or not can be known according to the current value.

Specifically, when the disaster recovery state needs to be switched to, the following modifications may be made:

< service process 1= "> adjusted to < service process 1="0 ">)

< service process 2= "> adjust to < service process 2="0 ">)

The service process 1 represents the name of the service process, the process is started when the name is 'x', the process is prohibited from being started when the name is '0', and the same is true for the service process 2. However, it should be noted that "+" and "0" herein may also be replaced by other values, and the embodiment of the present application is not limited thereto.

(3) The online module mainly processes the transaction request of the outbound system of the core service processing submodule, does not relate to the writing operation of the database, and can be normally started in any running state.

Furthermore, after the state switching of the target device is triggered in the actual scene, a target configuration file corresponding to the target running state of the target device needs to be obtained, for example, when the target running state is a disaster backup state, a disaster backup state configuration file is obtained, or when the target running state is a production state, a production state configuration file is obtained.

Step 303: and modifying the runtime configuration file of the target equipment into a target configuration file.

Specifically, a configuration script of the target device may be called to modify the runtime configuration file of the target device into the target configuration file, so that the configuration of the target device and the running state thereof can be kept consistent.

In a possible embodiment, the configuration file may be stored in the control device of the data processing system, and when the configuration file is modified, the target configuration file may be sent to the target device to instruct the target device to modify its runtime configuration file into the target configuration file.

In a possible implementation manner, each device configuration file may be stored in its own storage space, and when modifying, the target configuration file may be obtained from its own storage space, and the runtime configuration file is modified into the target configuration file.

Step 304: and calling a state switching script of the target equipment, running at least one service process based on the modified runtime configuration file, and providing a target system service in a target running state, wherein the state switching script corresponds to the target running state.

In the embodiment of the application, the state switching requirements corresponding to different state switching scripts are different, so that when the state switching script is called, a target service environment of a target system service can be created based on the state switching requirements corresponding to the state switching script, and then at least one service process can be run based on a modified run-time configuration file under the target service environment. For example, if the startup parameters or the environmental parameters are different in different operating states, then the startup parameters and the environmental parameters need to be refreshed to adapt to the operating states when switching to a new operating state.

In the embodiment of the present application, at least one service process that is required to be run in a current running state is indicated in a configuration file, for a target device, for a plurality of service processes included in a system service corresponding to the target device, a state switching script of the target device may be called, for each service process, it is determined whether a start identifier of the service process is in a closed state in a modified running configuration file, if the start identifier is in a non-closed state, the service process needs to be started in the target running state, a service process is run, if the start identifier is in a closed state, the service process needs to be closed in the target running state, if the current service process is started, the service process is closed, and if the current service process is not started, the service process does not need to be started.

In the embodiment of the present application, in order to correctly perform state switching, before performing state switching, configuration files of each target device need to be configured. Fig. 6 is a schematic flow chart illustrating configuration performed in the embodiment of the present application.

Step 601: and receiving an operation state configuration request, wherein the operation state configuration request carries configuration information corresponding to at least one operation state.

Similarly, the configuration file of each target device may also be configured through a control page, and fig. 7 is a schematic diagram illustrating configuration file configuration through the control page. The system service to which the system service is directed can be selected, configuration information corresponding to each running state of the system service is set, and after the configuration information is submitted, configuration files can be configured for the main device and the disaster recovery device corresponding to the system service.

Specifically, when setting the configuration information, the configuration information may be configured for each configuration item and then sent to the target device, or the generated configuration file may be uploaded and sent to the target device.

In the embodiment of the present application, the configuration information includes service processes that need to be run in each running state, and then it is necessary to know characteristics of each service process, for example, for a disaster recovery state, a service process that can write a database cannot be started, and then it is necessary to know whether each service process can write the database.

Specifically, whether each service process can perform write operation on the database is respectively determined for each service process included in the target system service, and then corresponding configuration information is respectively generated for at least one running state according to the obtained determination result, wherein in the configuration information corresponding to the disaster recovery device state, the service process which can perform write operation on the database is in a closed state.

Step 602: and creating a corresponding configuration file based on the configuration information corresponding to each operation state.

After the target device or the control device receives the configuration information, a corresponding configuration file may be generated for the target device based on the configuration information, and the configuration file may be stored to a specified location.

Step 603: and establishing an association relation between the running state and the configuration file.

In order to facilitate searching in subsequent use, an association relationship between the operating state and the configuration file may be established in advance, so that when the target device is subsequently instructed to be switched to the target operating state, the currently required target configuration file may be determined from the plurality of configuration files according to the association relationship.

Of course, for other configuration scripts or state scripts, the association relationship between the configuration scripts and the running states can be established, so that subsequent use is facilitated, and the overall switching efficiency is improved.

Step 604: and determining a target configuration file corresponding to the target running state according to the association relation.

The above-mentioned switching control process may be executed by the control device or the target device, and in an actual scenario, there may be a case where the state switching needs to be performed on multiple devices, and refer to fig. 8, which is a schematic flow chart illustrating the state switching performed on multiple devices.

Step 801: and receiving a second state switching request, wherein the second state switching request indicates to switch the states of the plurality of devices and carries the state switching sequence of the plurality of devices and the operating state of each device after switching, and the operating states of the main device corresponding to each system service and the disaster recovery device after switching are different.

For each system service, there are corresponding main devices and disaster recovery devices, and when performing switching, the main devices and the disaster recovery devices also need to perform corresponding state switching, for example, when switching the main devices to the disaster recovery state, the disaster recovery devices are switched to the production state; or, the main device is switched to the production state, and the disaster recovery device is switched to the disaster recovery state to meet the service requirement in the actual scene.

Step 802: and sequentially and respectively determining a state switching script and a target configuration file corresponding to the equipment for the plurality of equipment according to the state switching sequence based on the operating state of each equipment after switching.

Step 803: and respectively calling the state switching scripts corresponding to the equipment, and performing state switching processing on the equipment based on the target configuration file.

In the embodiment of the application, considering that certain coupling may exist between service processes, a sequence needs to be set for starting and stopping devices corresponding to some system services, and for one service, a sequence requirement also exists between a main device and a disaster recovery device, so that a state switching sequence in each switching type can be specified in advance so as to be used directly during switching, and switching efficiency is improved.

Furthermore, for each device, the corresponding state switching script and the target configuration file may be determined based on the operating state of the device after switching, so that the state switching script corresponding to one device may be called, and the state switching process may be performed on one device based on the target configuration file.

In summary, in the embodiment of the present application, differentiated disaster recovery switching processing is performed according to the system modules, and the disaster recovery state is kept to be started according to the modules, so that it is ensured that the disaster recovery system can keep application starting to the greatest extent, and each module is divided into a production state, a disaster recovery state, and a drilling state according to actual needs of disaster recovery drilling and production switching, so that the requirements of disaster recovery switching drilling and real switching are supported by one key, and the efficiency of state switching is improved. And through the setting of the configuration file of each running state, the application can cut off the writing operation with the disaster recovery database when being started in the corresponding running state, and dirty data writing is prevented. In addition, one-click script replacement can be realized, a unified flow program automation script is formed, the operation difficulty of state switching is simplified, and the error rate of operation is reduced.

Referring to fig. 9, based on the same inventive concept, an apparatus state switching control apparatus 90 is further provided in an embodiment of the present application, and is applied to a data processing system, where the data processing system is configured to provide multiple system services, and each system service corresponds to a master device and a disaster recovery device, and the apparatus includes:

a receiving unit 901, configured to receive a first status switching request, where the first status switching request indicates to switch a status of a target device in a data processing system to a target running status, and the target device is a primary device or a disaster recovery device corresponding to a target system service;

an obtaining unit 902, configured to obtain a target configuration file of a target device in a target running state, where the target configuration file configures at least one service process that needs to be started;

a modifying unit 903, configured to modify the runtime configuration file of the target device into a target configuration file;

and a switching execution unit 904, configured to invoke a state switching script of the target device, run at least one service process based on the modified runtime configuration file, and provide the target system service in a target running state, where the state switching script corresponds to the target running state.

In a possible implementation manner, the handover performing unit 904 is specifically configured to:

for a service process, determining whether a starting identifier of the service process is in a closed state in the modified runtime configuration file;

and if the starting identifier is in a non-closed state, running a service process.

In a possible implementation, the apparatus further comprises a configuration unit 905 configured to:

the obtaining unit is specifically configured to: and determining a target configuration file corresponding to the target running state according to the association relation.

In a possible implementation, the configuration unit 905 is further configured to:

respectively determining whether each service process can perform write operation on the database for each service process included in the target system service;

and respectively generating corresponding configuration information for at least one running state according to the obtained determination result, wherein in the configuration information corresponding to the disaster recovery device state, a service process for writing the database is in a closed state.

a master device state for providing master device services;

device test status for performing the test.

In a possible implementation manner, the state switching requirements corresponding to different state switching scripts are different; the handover performing unit 904 is specifically configured to:

calling a state switching script, and establishing a target service environment of a target system service based on a state switching requirement corresponding to the state switching script;

and running at least one service process based on the modified runtime configuration file under the target service environment.

In one possible embodiment of the method according to the invention,

the receiving unit 901 is further configured to receive a second state switching request, where the second state switching request indicates to perform state switching on multiple devices, and carries a state switching sequence of the multiple devices and a running state of each device after switching, and running states of a master device corresponding to each system service and a disaster recovery device after switching are different;

the switching execution unit 904 is further configured to sequentially and respectively perform the following operations on the plurality of devices according to the state switching sequence:

aiming at one device, determining a state switching script and a target configuration file corresponding to the device based on the running state of the switched device;

and calling a state switching script corresponding to one device, and performing state switching processing on the one device based on the target configuration file.

In one of the possible embodiments thereof,

if the target running state is the disaster recovery equipment state, the state switching script is used for stopping the target equipment from providing the script of the target system service, and in the target configuration file, the service process for writing the database is in a closed state;

and if the target running state is the main equipment state or the equipment testing state, the state switching script is a script for starting the target equipment to provide the target system service, and all service processes in the target configuration file are in a closed state.

Through the device, the corresponding configuration files and the state switching scripts are configured for each running state, when the state switching is needed, the corresponding configuration files are obtained and replaced when the running configuration files are operated, the state switching scripts are called, the running state switching is rapidly carried out, manual execution is not needed in the switching process, the switching efficiency is improved, and meanwhile the error rate of disaster recovery switching is reduced.

The apparatus may be configured to execute the method shown in each embodiment of the present application, and therefore, for functions and the like that can be realized by each functional module of the apparatus, reference may be made to the description of the foregoing embodiment, which is not repeated herein.

Referring to fig. 10, based on the same technical concept, an embodiment of the present application further provides a computer device. In one embodiment, the computer device may be a control device or a target device of a data processing system, and as shown in fig. 10, the computer device includes a memory 1001, a communication module 1003, and one or more processors 1002.

A memory 1001 for storing computer programs executed by the processor 1002. The memory 1001 may mainly include a storage program area and a storage data area, where the storage program area may store an operating system, a program required for running an instant messaging function, and the like; the storage data area can store various instant messaging information, operation instruction sets and the like.

Memory 1001 may be a volatile memory (volatile memory), such as a random-access memory (RAM); the memory 1001 may also be a non-volatile memory (non-volatile memory), such as a read-only memory (rom), a flash memory (flash memory), a hard disk (HDD) or a solid-state drive (SSD); or the memory 1001 is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto. The memory 1001 may be a combination of the above memories.

The processor 1002, may include one or more Central Processing Units (CPUs), a digital processing unit, and the like. The processor 1002 is configured to implement the device state switching control method when calling the computer program stored in the memory 1001.

The communication module 1003 is used for communicating with the terminal device and other servers.

In the embodiment of the present application, the specific connection medium among the memory 1001, the communication module 1003, and the processor 1002 is not limited. In the embodiment of the present application, the memory 1001 and the processor 1002 are connected through the bus 1004 in fig. 10, the bus 1004 is depicted by a thick line in fig. 10, and the connection manner between other components is merely illustrative and is not limited. The bus 1004 may be divided into an address bus, a data bus, a control bus, and the like. For ease of description, only one thick line is depicted in fig. 10, but only one bus or one type of bus is not depicted.

The memory 1001 stores a computer storage medium, the computer storage medium stores computer-executable instructions, the computer-executable instructions are used for implementing the device state switching control method according to the embodiment of the present application, and the processor 1002 is used for executing the device state switching control method according to the above embodiments.

Based on the same inventive concept, embodiments of the present application further provide a storage medium storing a computer program that, when run on a computer, causes the computer to execute the steps in the device state switching control method according to various exemplary embodiments of the present application described above in this specification.

In some possible embodiments, the various aspects of the device state switching control method provided in this application may also be implemented in the form of a computer program product including a computer program for causing a computer device to perform the steps in the device state switching control method according to various exemplary embodiments of this application described above in this specification when the program product is run on the computer device, for example, the computer device may perform the steps of the embodiments.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, 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 portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product of embodiments of the present application may employ a portable compact disc read only memory (CD-ROM) and include a computer program, and may be run on a computer device. However, the program product of the present application is not so limited, and in the context of this application, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with a command execution system, apparatus, or device.

A readable signal medium may include a propagated data signal with a readable computer program embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with a command execution system, apparatus, or device.

The computer program embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer programs for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages.

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the units described above may be embodied in one unit, according to embodiments of the application. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.

Further, while the operations of the methods of the present application are depicted in the drawings in a particular order, this does not require or imply that these operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A device state switching control method is applied to a data processing system, the data processing system is used for providing a plurality of system services, each system service corresponds to a main device and a disaster recovery device, and the method comprises the following steps:

acquiring a target configuration file of the target equipment in the target running state, wherein the target configuration file configures at least one service process required to be started;

2. The method of claim 1, wherein invoking a state switching script of the target device, running the at least one service process based on the modified runtime configuration file, to provide the target system service in the target running state comprises:

and if the starting identifier is in a non-closed state, running the service process.

3. The method of claim 1, wherein prior to obtaining the target profile of the target device while in the target operational state, the method further comprises:

the obtaining of the target configuration file of the target device in the target operating state includes:

and determining the target configuration file corresponding to the target running state according to the incidence relation.

4. The method of claim 3, wherein prior to the receiving the run state configuration request, the method further comprises:

and respectively generating corresponding configuration information for the at least one running state according to the obtained determination result, wherein in the configuration information corresponding to the disaster recovery device state, a service process for writing the database is in a closed state.

5. The method of any of claims 1-4, wherein the target operating state comprises at least one of:

a master device state for providing master device services;

the device used to perform the test tests the status.

6. The method of any one of claims 1 to 4, wherein the state switching requirements for different state switching scripts are different; the invoking the state switching script of the target device, and running the at least one service process based on the modified runtime configuration file, includes:

7. The method of any of claims 1 to 4, further comprising:

receiving a second state switching request, wherein the second state switching request indicates to switch states of a plurality of devices, the second state switching request carries a state switching sequence of the plurality of devices and an operating state of each device after switching, and the operating states of each system service corresponding to the main device and the disaster recovery device after switching are different;

according to the state switching sequence, sequentially and respectively carrying out the following operations on the plurality of devices:

8. The method of claim 1,

if the target running state is a disaster recovery device state, the state switching script is used for stopping the target device from providing the script of the target system service, and in the target configuration file, a service process for performing write operation on a database is in a closed state;

and if the target running state is a main equipment state or an equipment test state, the state switching script is a script for starting the target equipment to provide the target system service, and all service processes in the target configuration file are in a closed state.

9. An apparatus state switching control apparatus, applied to a data processing system, the data processing system being configured to provide a plurality of system services, each system service corresponding to a host device and a disaster recovery device, the apparatus comprising:

a receiving unit, configured to receive a first state switching request, where the first state switching request indicates to switch a state of a target device in the data processing system to a target operating state, and the target device is a primary device or a disaster recovery device corresponding to a target system service;

a modification unit, configured to modify the runtime configuration file of the target device into the target configuration file;

10. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor,

the processor, when executing the computer program, realizes the steps of the method of any one of claims 1 to 8.

11. A computer storage medium having a computer program stored thereon, wherein,

the computer program when executed by a processor implements the steps of the method of any one of claims 1 to 8.

12. A computer program product, comprising a computer program, characterized in that,