CN116228203A - Transaction system maintenance method, device, processor and electronic equipment - Google Patents

Abstract

The invention discloses a transaction system maintenance method, a transaction system maintenance device, a processor and electronic equipment, and relates to the field of financial science and technology. Wherein the method comprises the following steps: acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system; determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition; in the event that the health value is below the first threshold, determining that the target partition is malfunctioning and isolating the target partition from the transaction system. By the method and the device, the technical problems of long time consumption and low accuracy in manually detecting faults of the financial transaction system in the related art are solved.

Description

Transaction system maintenance method, device, processor and electronic equipment

Technical Field

The invention relates to the field of financial science and technology, in particular to a transaction system maintenance method, a transaction system maintenance device, a processor and electronic equipment.

Background

With the technical transformation of financial core systems, the practice of micro-services is becoming more and more widely available, and the number of services is rapidly increasing. In a financial core system built under a micro-service architecture, an increase in the number of transactions results in an increase in monitoring and emergency complexity. In addition, a gray level release mode is adopted, transaction operation conditions are required to be focused in the gray level flow climbing process, and based on the particularity of financial and electronic business, in order to ensure that a customer can stably operate transactions in the scenes of transferring money and the like, if a system fails, the system needs to be manually checked and checked, and then the failure system is processed.

In the prior art, a fault monitoring link of an operation link of a financial core system is lacking, and after the financial core system fails, the fault processing is performed after checking and checking by manpower. And when the artificial verification system fails, a certain time is required to be spent, so that great service loss can be caused, the accuracy of the artificial verification system failure is low, and a missing scene can exist.

In view of the above problems, no effective solution has been proposed at present.

Disclosure of Invention

The embodiment of the invention provides a transaction system maintenance method, a transaction system maintenance device, a processor and electronic equipment, which at least solve the technical problems of long time consumption and low accuracy when a financial transaction system is manually detected in the related technology.

To achieve the above object, according to one aspect of an embodiment of the present invention, there is provided a transaction system maintenance method. The method comprises the following steps: acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system; determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition; in the event that the health value is below the first threshold, determining that the target partition is malfunctioning and isolating the target partition from the transaction system.

Optionally, determining the health value of the target partition according to the transaction information and the performance data includes: acquiring attribute parameters of a target partition; determining a partition health evaluation formula matched with the attribute parameters in a preset rule base; and determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameters.

Optionally, determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameter includes: determining the system transaction success rate and the service success rate of the target partition according to the transaction information, wherein the system transaction success rate represents the proportion of the transaction without system faults on the target partition in the total transaction recorded in the target partition, and the service success rate represents the proportion of the successful transaction in the target partition in the total transaction; determining the server health rate of the servers included in the target partition according to the performance parameters; and determining the health value by adopting a partition health evaluation formula according to the system success rate, the service success rate and the server health rate.

Optionally, the partition health evaluation formula is: the health value is equal to a sum of a product of weights associated with the system success rate and the system success rate, a product of weights associated with the business success rate and a product of weights associated with the server health rate.

Optionally, isolating the target partition from the transaction system includes: marking a target partition as a fault partition in the transaction system; transferring the transaction task to be processed by the target partition to a similar partition for processing, wherein the similar partition is a partition with the same function as the target partition in the transaction system; and stopping distributing transaction tasks to the target partition.

Optionally, the method further comprises: n health values are determined, wherein the N health values are in one-to-one correspondence with N partitions included in the transaction system, and N is an integer greater than 1; determining a fault partition in the transaction system according to the N health values; determining the duty ratio of the failed partition in the N partitions; and under the condition that the duty ratio is larger than the second threshold value, determining that the trading system is faulty, and executing the current limiting operation on the trading system.

Optionally, performing a current limiting operation on the transaction system includes: limiting the number of transaction tasks to be processed by the transaction system; and determining the duty ratio of the failed partition in the N partitions in real time, and reducing the number of transaction tasks to be processed by the transaction system under the condition that the duty ratio is increased.

In order to achieve the above object, according to another aspect of the embodiments of the present invention, there is also provided a transaction system maintenance device. The device comprises: the system comprises an acquisition module, a storage module and a storage module, wherein the acquisition module is used for acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, and the target partition is a partition for realizing a transaction function of a transaction system in the transaction system; the first determining module is used for determining the health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition; and the second determining module is used for determining the fault of the target partition and isolating the target partition from the transaction system under the condition that the health value is lower than the first threshold value.

According to still another aspect of the embodiments of the present invention, there is further provided a processor, configured to execute a program, where the program executes any one of the transaction system maintenance methods described above.

According to still another aspect of the embodiments of the present invention, there is further provided an electronic device including one or more processors and a memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement any of the transaction system maintenance methods described above.

Through the application, the following steps are adopted: acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system; determining a health value of the target partition according to the transaction information and the performance data; under the condition that the health value is lower than a first threshold value, determining the fault of the target partition, and isolating the target partition from the transaction system, so that the purpose of enabling the financial transaction system to adaptively detect and process the fault is achieved, the technical problems that the time consumption is long and the accuracy is low when the financial transaction system fault is detected manually in the related art are solved, and therefore the technical effects of accelerating the time length of detecting the financial transaction system fault and improving the accuracy of detecting the financial transaction system fault are achieved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiments of the invention and together with the description serve to explain the invention and do not constitute a limitation on the invention. In the drawings:

FIG. 1 is a flow chart of a transaction system maintenance method provided in accordance with an embodiment of the present application;

FIG. 2 is a schematic diagram of a transaction system maintenance device provided in accordance with an embodiment of the present application;

fig. 3 is a schematic structural diagram of an electronic device for performing a transaction system maintenance method according to an embodiment of the present invention.

Detailed Description

It should be noted that, in the case of no conflict, the embodiments and features in the embodiments may be combined with each other. The present application will be described in detail below with reference to the accompanying drawings in conjunction with embodiments.

In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, 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.

For convenience of description, the following will describe some terms or terms related to the embodiments of the present application:

a kafka (kafka) is a high throughput distributed publish-subscribe messaging system that can handle all action flow data of consumers in websites.

It should be noted that, related information (including but not limited to transaction information and the like) and data (including but not limited to data for presentation, analyzed data and the like) related to the present disclosure are information and data authorized by a user or sufficiently authorized by each party. For example, an interface is provided between the system and the relevant user or institution, before acquiring the relevant information, the system needs to send an acquisition request to the user or institution through the interface, and acquire the relevant information after receiving the consent information fed back by the user or institution.

The invention will be described with reference to preferred embodiments, and FIG. 1 is a flowchart of a transaction system maintenance method according to an embodiment of the present application, as shown in FIG. 1, comprising the steps of:

step S101, transaction information recorded in a target partition and performance data of a server included in the target partition are acquired, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system.

In the financial transaction system, the financial transaction system may be divided into a plurality of subsystems according to types of transactions, and each subsystem may have a different type of transaction function, for example, the financial transaction system may include a subsystem implementing a transfer transaction function and may also include a subsystem implementing a lending transaction function. The subsystem can comprise a plurality of partitions, each partition can independently execute the functions of the subsystem, when the financial transaction system operates, the plurality of partitions can independently execute the complete functions of the subsystem, at the same time, the plurality of partitions can respectively process a plurality of transaction tasks, for example, the subsystem which can realize the transfer transaction function can comprise a plurality of partitions, each partition can provide transfer service for users, and at the same time, the plurality of partitions can respectively provide transfer service for different users. The partitions may include servers, which are operation nodes, so that the partitions may implement a certain transaction function, for example, a plurality of partitions included in a subsystem that may implement a transfer transaction function, each partition may include a server, and a plurality of servers included in a certain partition may perform various types of computation, respectively, so that the partition may provide a transfer service for a user.

In this step, the transaction system may be a subsystem in the above-mentioned financial transaction system, the target partition may be a partition in the above-mentioned subsystem, and the target partition may include a server, where the server may record performance data of the server itself when running, for example, a server CPU usage situation or a server memory usage rate, etc. The target partition may record transaction information of a transaction completed by the target partition when providing a transaction service to the user, wherein the transaction information may include whether the transaction was successful, a failure reason of the transaction, and the like.

It should be noted that, the financial transaction system may be a distributed architecture system, and in this case, transaction information of a transaction completed by the target partition may also be obtained from a database of the financial transaction system. When the distributed financial transaction system operates normally, all the subareas in the financial transaction system can store transaction information in the operation process into a database of the financial transaction system, when the subarea health degree detection is carried out on the financial transaction system, massive transaction information of all the subareas in the financial transaction system can be directly obtained from the database, then the massive transaction information can be divided according to the respective IP identifications of the subareas to obtain transaction information corresponding to the subareas, and then the health degree of the subareas can be calculated according to the method provided by the invention, and the corresponding subareas can be subjected to fault treatment in time when the health degree is in a problem. Specifically, a card system may be used to construct a financial transaction system, where transaction information of all transactions performed on the card may be obtained from a database of the card system, and the number of transactions, the number of failed transactions, and error code information may be counted for each of the different partitions.

Step S102, determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition.

In this step, the health value of the target partition may be determined according to the transaction information recorded in the target partition and the performance data of the server included in the target partition, where the health value may represent the running condition of the target partition. The target partition can comprise a plurality of servers, and under the condition of the common operation of the plurality of servers, the target partition can independently execute certain transaction functions, and the operation condition of the target partition represents whether the target partition can realize the transaction functions. Specifically, when the target partition cannot realize the transaction function, the running condition of the target partition is abnormal, and the health value of the target partition is low; when the target partition can realize the transaction function, the running condition of the target partition is normal, and the health value of the target partition is also higher. When judging the running condition of the target partition, judging whether the server can normally run according to the performance data of the server in the target partition, and further judging whether the target partition can realize the fixed transaction function of the target partition; and whether the target partition can realize the fixed transaction function can be judged according to the transaction information of the transaction conducted by the target partition or not. In the scheme, the service operation condition and the hardware operation condition of the target partition are comprehensively considered, the overall operation condition of the target partition is comprehensively judged, and the health value of the target partition is more scientifically and reasonably determined.

Step S103, determining that the target partition fails and isolating the target partition from the transaction system in the case that the health value is lower than the first threshold.

In this step, the threshold of the health value may be preset as the first threshold, and when the health value of the target partition is lower than the first threshold, the operation condition of the target partition may be considered to be problematic, and the fault of the target partition is determined, and at this time, the fault response may be automatically triggered to isolate the target partition from the transaction system. The operation and maintenance personnel can fully detect the target partition after the target partition is completely isolated from the transaction system, and can carry out subsequent maintenance on the target partition. When the operation and maintenance personnel detect and maintain the target partition, the target partition is completely isolated from the transaction system, so that the operation and maintenance personnel detect and maintain the target partition without influencing the transaction system, and the non-faulty partition in the transaction system still provides transaction service for the user without losing the service of the transaction system; the failed target partition can not provide service for the user, so that when the failed target partition provides service for the user, the user side frequently generates a failure window, and the user experience is influenced. Compared with the related art, the financial transaction system capable of adaptively detecting whether the internal faults occur or not reduces the fault window and also reduces service loss caused by time consumption of manual detection.

After the fault of the target partition is determined, the target partition can be adaptively isolated from the transaction system, and the identification information of the fault partition can be sent to alarm an operation and maintenance person, so that the operation and maintenance person can rapidly locate the abnormal partition in the transaction system.

It should be noted that, the first threshold may be set autonomously according to the situation of the partition, and is not a fixed value, and when the financial transaction system includes multiple different types of partitions, different thresholds may be set for the different types of partitions, and the corresponding relations between the multiple thresholds and the multiple partition types are stored. At this time, after determining the health value of the target partition, the type of the target partition may be acquired, and then a first threshold value for determining whether a problem occurs in the health value of the target partition may be determined according to a correspondence between a plurality of threshold values and a plurality of partition types stored in advance.

Through the steps, the purpose of adaptively detecting and processing faults of the financial transaction system can be achieved, the technical problems that time consumption is long and accuracy is low when faults of the financial transaction system are detected manually in the related technology are solved, and therefore the technical effects of shortening the time for detecting faults of the financial transaction system and improving the accuracy for detecting faults of the financial transaction system are achieved.

As an alternative embodiment, determining the health value of the target partition based on the transaction information and the performance data may be accomplished by: acquiring attribute parameters of a target partition; determining a partition health evaluation formula matched with the attribute parameters in a preset rule base; and determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameters.

Alternatively, since a plurality of partitions of different types may be included in the financial system, there may be different emphasis directions when evaluating the plurality of partitions of different types, a plurality of partition health evaluation formulas with different emphasis directions may be set in advance according to the plurality of partition types, respectively, and stored in the rule base. When the health value of the target partition is calculated, the attribute parameters of the target partition, namely the type of the target partition, can be acquired first, and then the partition health evaluation formula required when the health value of the target partition is evaluated is determined according to the attribute parameters of the target partition. After determining the partition health evaluation formula, the transaction information and the performance parameters of the target partition can be calculated in the partition health evaluation formula to determine the health value of the target partition. The method and the device can determine the corresponding partition health evaluation formula according to the attribute of the partition, so that the health evaluation of the partition is more flexible and accurate.

As an alternative embodiment, determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameter may be achieved by: determining the system transaction success rate and the service success rate of the target partition according to the transaction information, wherein the system transaction success rate represents the proportion of the transaction without system faults on the target partition in the total transaction recorded in the target partition, and the service success rate represents the proportion of the successful transaction in the target partition in the total transaction; determining the server health rate of the servers included in the target partition according to the performance parameters; and determining the health value by adopting a partition health evaluation formula according to the system success rate, the service success rate and the server health rate.

The partition health evaluation formula can comprise a plurality of parameters, parameter values in the partition health evaluation formula can be calculated according to the transaction information and the performance parameters of the target partition, then the parameter values corresponding to the target partition are brought into the partition health evaluation formula for calculation, and the health values corresponding to the target partition can be obtained. Optionally, the plurality of parameters may include a system transaction success rate, a service success rate, and a server health rate, and when the corresponding health value of the target partition is confirmed, the system transaction success rate, the service success rate, and the server health rate corresponding to the target partition may be calculated respectively, and then the system transaction success rate, the service success rate, and the server health rate corresponding to the target partition are comprehensively considered to determine the health value of the target partition. The service success rate can be calculated by the following formula: business success rate = transaction success count/total transaction count; the system success rate can be calculated by the following formula: system success rate = (total transaction count-system error transaction count)/total transaction count, wherein a system error is an error that causes timeout or call failure due to network, service processing efficiency, etc. The transaction information of the target partition may include the number of all transactions completed by the target partition, and may also include the transaction result of each transaction, that is, whether each transaction is successful, and the transaction information may also include the cause of the transaction failure, such as an error code. The health rate of the server can be determined by the performance parameters of the server, and computer professional rules can be adopted, so that the running condition of the server can be quantitatively evaluated according to the performance parameters of the server, such as the CPU use condition of the server or the memory use rate of the server. And when calculating the server health rate corresponding to the target partition, the running conditions of all servers included in the target partition can be comprehensively considered.

It should be noted that, each transaction completed in the whole financial transaction system may involve multiple partitions belonging to different subsystems, each partition participating in completing the transaction, and when the transaction is successfully completed, each partition participating in the transaction records the success of the transaction; however, when the transaction fails, only the partition that caused the transaction failure will record the transaction failure, rather than all of the partitions participating in the transaction each recording the transaction failure. For example, in the case where a transaction includes both a debit process and a transfer process, the transaction may first go through a partition of the debit subsystem, and if the debit fails at this time, the transaction fails to be recorded in the partition of the debit subsystem, and the transaction is not recorded in the subsequent transfer subsystem; if the transaction lending is successful, the transaction is forwarded to a partition of the transfer subsystem for continued processing; if the transaction fails to transfer while the transaction is being processed in a zone of the transfer subsystem, the transaction is recorded as failed in the zone of the transfer subsystem, while the transaction is still successful in the zone of the lending subsystem; if the transaction is transferred successfully, the transaction success is recorded in both the section of the lending subsystem and the section of the transfer subsystem. That is, when calculating the service success rate corresponding to the target partition, only the transaction processed in the target partition may be considered, and when a certain transaction involves a plurality of transaction systems, only whether a certain transaction is successful when processed in the target partition may be considered, and whether a certain transaction is successful when processed in other partitions may not be considered.

It should be further noted that, the present optional embodiment provides only an example of a partition health evaluation formula, and does not indicate that the partition health evaluation formula includes a system transaction success rate, a service success rate and a server health rate, and the partition health evaluation formula may include one of the above three, and may further include a transaction composite success rate, where the transaction composite success rate may be calculated by the following formula: transaction composite success = (total transaction count-system error transaction amount-timeout transaction)/total transaction count.

As an alternative embodiment, the partition health assessment formula may be: the health value is equal to a sum of a product of weights associated with the system success rate and the system success rate, a product of weights associated with the business success rate and a product of weights associated with the server health rate.

Optionally, in order to more flexibly judge the health value of the partition, a weight may be set for the parameter correspondence in the partition health evaluation formula, and the weight corresponding to the parameter may be determined according to the actual value of the parameter in the partition health evaluation formula, where the weight characterizes the importance degree of all the parameters in the partition health evaluation formula. The weights in the partition health assessment formula may be fixed or may vary with the parameter values.

Specifically, the health value=system success rate×weight value+service success rate×weight value+server health rate×weight value, and in the case that the weight is fixed, the weight value corresponding to the parameter that needs to be focused on may be set larger, and the weight values corresponding to other parameters may be smaller; under the condition that the weight changes along with the parameter values, different weights can be set for the parameter values in different ranges, and the difference between a plurality of weight values of the important-focus parameter in different ranges can be increased, so that the change of the parameter value of certain important-focus parameter can greatly influence the change of the health value of the partition.

For example, assuming that the service success rate of the partition needs to be focused on, different fault scenarios may be weighted according to table 1, and at this time, the change of the service success rate value will have a greater influence on the health value of the partition:

table 1 weight assignment table

	90％--100％	70％--90％	50％--70％	30％--50％	0-30％
						System success rate	5	4	3	2	1
Service success rate	5	2	2	1	0
						Server health rate	5	3	2	1	0

In the case of the weight assignment as shown in table 1, the health value of the partition in the ideal partition state, that is, the peak value of the partition health value is: 100×5+100×5+100×5=1500; when the service success rate is reduced to 80%, and the system success rate and the server health rate are normal, the health value of the partition is 1160; when the service success rate is 85%, the system success rate is 90%, and the server health rate is 80%, the health value of the partition is=90×5+85×2+80×3=860. The first threshold may be set to 1200 at this time, and the partition is marked as a failed partition when the health value of the partition is below 1200.

It should be noted that, the weights in the partition health evaluation formula can be individually formulated according to different application transaction characteristics, and adjusted according to the service development condition. If the service success rate has no high requirement, only the system success rate is ensured, the weighting of the system success rate can be adjusted, and when the system success rate obviously fluctuates, emergency fault response is triggered.

As an alternative embodiment, isolating the target partition from the transaction system may be achieved by: marking a target partition as a fault partition in the transaction system; transferring the transaction task to be processed by the target partition to a similar partition for processing, wherein the similar partition is a partition with the same function as the target partition in the transaction system; and stopping distributing transaction tasks to the target partition.

Optionally, when the health value of the target partition is determined to be lower than the first threshold value, the target partition can be marked as a fault partition in the transaction system, and after the target partition is determined to be faulty, the target partition can be adaptively isolated from the transaction system, and identification information of the fault partition can be sent to alarm an operation and maintenance person, so that the operation and maintenance person can quickly locate an abnormal partition in the transaction system.

The target subarea transaction system is isolated, namely the transaction tasks to be processed, which are distributed to the target subareas before, can be transferred to other normal subareas in the transaction system for processing, because the transaction system can comprise a plurality of subareas, each subarea can independently execute a certain transaction function, and when the target subarea fails, the normal subarea in the transaction system can replace the target subarea to process the transaction tasks to be processed. On the basis, the allocation of transaction tasks to the faulty target partition can be stopped until no transaction tasks are in progress in the target partition, no transaction tasks to be processed are generated, the connection between the target partition and the transaction system can be cut off, the normal operation of the transaction system is not affected by the fault of the target partition, and the technical effect of automatically and timely processing the faulty partition is achieved.

As an alternative embodiment, N health values may also be determined, where N health values are in one-to-one correspondence with N partitions included in the transaction system, N being an integer greater than 1; determining a fault partition in the transaction system according to the N health values; determining the duty ratio of the failed partition in the N partitions; and under the condition that the duty ratio is larger than the second threshold value, determining that the trading system is faulty, and executing the current limiting operation on the trading system.

Optionally, at the level of the transaction system, health values of each of N partitions included in the transaction system may be determined, and whether the N partitions fail may be determined according to the N health values. If the transaction system has more fault partitions, the operation condition of the transaction system is indicated to be problematic. The method and the system can determine the number of fault partitions, determine the proportion of the fault partitions occupied by the N partitions, and automatically process the hidden danger-containing transaction system in time by confirming the fault of the transaction system and executing the current limiting operation on the transaction system and isolating the transaction system from the financial transaction system under the condition that the proportion of the fault partitions in the N partitions is larger than a second threshold value. Of course, under the condition that the transaction system is confirmed to have a large hidden trouble, the fault transaction system can be marked, corresponding alarm information is generated, and operation and maintenance personnel are notified.

Specifically, the second threshold may be 30%, when the proportion of the fault partition occurring in a certain transaction system is up to 30%, the hidden danger exists for the whole transaction system, and at this time, the fault emergency flow of the system may be triggered to perform the current limiting operation on the transaction system with the hidden danger.

As an alternative embodiment, performing the current limiting operation on the transaction system may be accomplished by: limiting the number of transaction tasks to be processed by the transaction system; and determining the duty ratio of the failed partition in the N partitions in real time, and reducing the number of transaction tasks to be processed by the transaction system under the condition that the duty ratio is increased.

Alternatively, performing the throttling operation on the trading system may be limiting the number of trading tasks to be processed by the trading system, reducing users in the trading system waiting in line for a trade. In the case that the transaction system fault is determined, the proportion occupied by the fault partition in the N partitions can be determined in real time, and if the proportion is increased, the number of transaction tasks to be processed by the transaction system can be further reduced. The whole transaction system cannot be shut down because the transaction functions realized by each transaction system are inconsistent, but the transaction system can be subjected to current limiting operation, and the current limiting amplitude is adjusted according to the duty ratio of the fault partition in the transaction system in real time.

At present, in the prior art, when the financial transaction system is operated and maintained, the fault partition cannot be timely responded, the fault partition cannot be timely processed, and the accuracy of judging the fault partition is not high. The transaction system maintenance method provided by the embodiment of the application can automatically locate the fault partition in the transaction system, automatically trigger the emergency fault response to the fault partition, further reduce manual operation, more rapidly isolate the fault partition, reduce service loss and prevent systematic risk.

It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is illustrated in the flowcharts, in some cases the steps illustrated or described may be performed in an order other than that illustrated herein.

The embodiment of the application also provides a transaction system maintenance device, and it should be noted that the transaction system maintenance device of the embodiment of the application can be used for executing the transaction system maintenance method provided by the embodiment of the application. The following describes a transaction system maintenance device provided in an embodiment of the present application.

Fig. 2 is a schematic diagram of a transaction system maintenance device according to an embodiment of the present application. As shown in fig. 2, the apparatus includes:

the obtaining module 21 is configured to obtain the transaction information recorded in the target partition, and performance data of a server included in the target partition, where the target partition is a partition in the transaction system that implements a transaction function of the transaction system.

The first determining module 22 is connected to the obtaining module 21, and is configured to determine a health value of the target partition according to the transaction information and the performance data, where the health value is used to characterize an operation condition of the target partition.

The second determining module 23 is connected to the first determining module 22, and is configured to determine that the target partition fails and isolate the target partition from the transaction system if the health value is lower than the first threshold.

According to the transaction system maintenance device, the transaction information recorded in the target partition and the performance data of the server included in the target partition are obtained, wherein the target partition is a partition for realizing the transaction function of the transaction system in the transaction system; determining a health value of the target partition according to the transaction information and the performance data; under the condition that the health value is lower than a first threshold value, determining the fault of the target partition, and isolating the target partition from the transaction system, so that the purpose of enabling the financial transaction system to adaptively detect and process the fault is achieved, the technical problems that the time consumption is long and the accuracy is low when the financial transaction system fault is detected manually in the related art are solved, and therefore the technical effects of accelerating the time length of detecting the financial transaction system fault and improving the accuracy of detecting the financial transaction system fault are achieved.

The transaction system maintenance device comprises a processor and a memory, wherein the acquisition module 21, the first determination module 22 and the second determination module 23 are all stored in the memory as program units, and the processor executes the program units stored in the memory to realize corresponding functions.

The processor includes a kernel, and the kernel fetches the corresponding program unit from the memory. The kernel can be provided with one or more than one kernel, and the kernel parameters are adjusted to enable the financial transaction system to adaptively detect and process faults, so that the technical problems of long time consumption and low accuracy in manually detecting faults of the financial transaction system in the related art are solved, and the technical effects of accelerating the time for detecting faults of the financial transaction system and improving the accuracy for detecting faults of the financial transaction system are achieved.

The memory may include volatile memory, random Access Memory (RAM), and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM), among other forms in computer readable media, the memory including at least one memory chip.

Embodiments of the present invention provide a computer-readable storage medium having a program stored thereon, which when executed by a processor, implements a transaction system maintenance method.

The embodiment of the invention provides a processor, which is used for running a program, wherein the program runs to execute a transaction system maintenance method.

Fig. 3 is a schematic structural diagram of an electronic device for performing a transaction system maintenance method according to an embodiment of the present invention, and as shown in fig. 3, the embodiment of the present invention provides an electronic device, where the device includes a processor, a memory, and a program stored in the memory and executable on the processor, and the processor implements the following steps when executing the program: acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system; determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition; in the event that the health value is below the first threshold, determining that the target partition is malfunctioning and isolating the target partition from the transaction system.

Optionally, the processor when executing the program performs the steps of: determining a health value of the target partition based on the transaction information and the performance data, comprising: acquiring attribute parameters of a target partition; determining a partition health evaluation formula matched with the attribute parameters in a preset rule base; and determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameters.

Optionally, the processor when executing the program performs the steps of: determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameters, wherein the method comprises the following steps: determining the system transaction success rate and the service success rate of the target partition according to the transaction information, wherein the system transaction success rate represents the proportion of the transaction without system faults on the target partition in the total transaction recorded in the target partition, and the service success rate represents the proportion of the successful transaction in the target partition in the total transaction; determining the server health rate of the servers included in the target partition according to the performance parameters; and determining the health value by adopting a partition health evaluation formula according to the system success rate, the service success rate and the server health rate.

Optionally, the processor when executing the program performs the steps of: the partition health evaluation formula is: the health value is equal to a sum of a product of weights associated with the system success rate and the system success rate, a product of weights associated with the business success rate and a product of weights associated with the server health rate.

Optionally, the processor when executing the program performs the steps of: isolating a target partition from a transaction system, comprising: marking a target partition as a fault partition in the transaction system; transferring the transaction task to be processed by the target partition to a similar partition for processing, wherein the similar partition is a partition with the same function as the target partition in the transaction system; and stopping distributing transaction tasks to the target partition.

Optionally, the processor when executing the program performs the steps of: n health values are determined, wherein the N health values are in one-to-one correspondence with N partitions included in the transaction system, and N is an integer greater than 1; determining a fault partition in the transaction system according to the N health values; determining the duty ratio of the failed partition in the N partitions; and under the condition that the duty ratio is larger than the second threshold value, determining that the trading system is faulty, and executing the current limiting operation on the trading system.

Optionally, the processor when executing the program performs the steps of: performing a current limit operation on a transaction system, comprising: limiting the number of transaction tasks to be processed by the transaction system; and determining the duty ratio of the failed partition in the N partitions in real time, and reducing the number of transaction tasks to be processed by the transaction system under the condition that the duty ratio is increased.

The device herein may be a server, PC, PAD, cell phone, etc.

The present application also provides a computer program product adapted to perform, when executed on a data processing device, a program initialized with the method steps of: acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system; determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition; in the event that the health value is below the first threshold, determining that the target partition is malfunctioning and isolating the target partition from the transaction system.

Optionally, it may also be adapted to perform a program initialized with the method steps of: determining a health value of the target partition based on the transaction information and the performance data, comprising: acquiring attribute parameters of a target partition; determining a partition health evaluation formula matched with the attribute parameters in a preset rule base; and determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameters.

Optionally, it may also be adapted to perform a program initialized with the method steps of: determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameters, wherein the method comprises the following steps: determining the system transaction success rate and the service success rate of the target partition according to the transaction information, wherein the system transaction success rate represents the proportion of the transaction without system faults on the target partition in the total transaction recorded in the target partition, and the service success rate represents the proportion of the successful transaction in the target partition in the total transaction; determining the server health rate of the servers included in the target partition according to the performance parameters; and determining the health value by adopting a partition health evaluation formula according to the system success rate, the service success rate and the server health rate.

Optionally, it may also be adapted to perform a program initialized with the method steps of: the partition health evaluation formula is: the health value is equal to a sum of a product of weights associated with the system success rate and the system success rate, a product of weights associated with the business success rate and a product of weights associated with the server health rate.

Optionally, it may also be adapted to perform a program initialized with the method steps of: isolating a target partition from a transaction system, comprising: marking a target partition as a fault partition in the transaction system; transferring the transaction task to be processed by the target partition to a similar partition for processing, wherein the similar partition is a partition with the same function as the target partition in the transaction system; and stopping distributing transaction tasks to the target partition.

Optionally, it may also be adapted to perform a program initialized with the method steps of: n health values are determined, wherein the N health values are in one-to-one correspondence with N partitions included in the transaction system, and N is an integer greater than 1; determining a fault partition in the transaction system according to the N health values; determining the duty ratio of the failed partition in the N partitions; and under the condition that the duty ratio is larger than the second threshold value, determining that the trading system is faulty, and executing the current limiting operation on the trading system.

Optionally, it may also be adapted to perform a program initialized with the method steps of: performing a current limit operation on a transaction system, comprising: limiting the number of transaction tasks to be processed by the transaction system; and determining the duty ratio of the failed partition in the N partitions in real time, and reducing the number of transaction tasks to be processed by the transaction system under the condition that the duty ratio is increased.

It will be appreciated by those skilled in the art that 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.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

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

The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, etc., such as Read Only Memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises an element.

It will be appreciated by those skilled in the art that 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.

The foregoing is merely exemplary of the present application and is not intended to limit the present application. Various modifications and changes may be made to the present application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. which are within the spirit and principles of the present application are intended to be included within the scope of the claims of the present application.

Claims (10)

1. A transaction system maintenance method, comprising:

acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, wherein the target partition is a partition for realizing a transaction function of a transaction system in the transaction system;

determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition;

And if the health value is lower than a first threshold value, determining that the target partition fails and isolating the target partition from the transaction system.

2. The method of claim 1, wherein said determining a health value for the target partition based on the transaction information and the performance data comprises:

acquiring attribute parameters of the target partition;

determining a partition health evaluation formula matched with the attribute parameters in a preset rule base;

and determining the health value of the target partition according to the partition health evaluation formula, the transaction information and the performance parameter.

3. The method of claim 2, wherein the determining the health value of the target partition based on the partition health assessment formula, the transaction information, and the performance parameter comprises:

determining the system transaction success rate and the service success rate of the target partition according to the transaction information, wherein the system transaction success rate represents the proportion of the transactions without system faults on the target partition in the total transactions recorded in the target partition, and the service success rate represents the proportion of the successful transactions in the target partition in the total transactions;

Determining the server health rate of the servers included in the target partition according to the performance parameters;

and determining the health value by adopting the partition health evaluation formula according to the system success rate, the service success rate and the server health rate.

4. The method of claim 3, wherein the zone health assessment formula is: the health value is equal to a sum of a product of weights associated with the system success rate and the system success rate, a product of weights associated with the business success rate and a product of weights associated with the server health rate and the server health rate.

5. The method of claim 1, wherein said isolating the target partition from the transaction system comprises:

marking the target partition as a faulty partition in the transaction system;

transferring the transaction task to be processed by the target partition to a similar partition for processing, wherein the similar partition is a partition with the same function as the target partition in the transaction system;

and stopping distributing transaction tasks to the target partition.

6. The method as recited in claim 1, further comprising:

N health values are determined, wherein the N health values are in one-to-one correspondence with N partitions included in the transaction system, and N is an integer greater than 1;

determining a fault partition in the transaction system according to the N health values;

determining the duty ratio of the failed partition in the N partitions;

and if the duty ratio is larger than a second threshold value, determining that the transaction system is faulty, and executing a current limiting operation on the transaction system.

7. The method of claim 6, wherein performing a current limiting operation on the transaction system comprises:

limiting the number of transaction tasks to be processed by the transaction system;

and determining the duty ratio of the failed partition in the N partitions in real time, and reducing the number of transaction tasks to be processed by the transaction system under the condition that the duty ratio is increased.

8. A transaction system maintenance device, comprising:

the system comprises an acquisition module, a storage module and a storage module, wherein the acquisition module is used for acquiring transaction information recorded in a target partition and performance data of a server included in the target partition, and the target partition is a partition for realizing a transaction function of a transaction system in the transaction system;

the first determining module is used for determining a health value of the target partition according to the transaction information and the performance data, wherein the health value is used for representing the running condition of the target partition;

And the second determining module is used for determining the fault of the target partition and isolating the target partition from the transaction system under the condition that the health value is lower than a first threshold value.

9. A processor for running a program, wherein the program when run performs the transaction system maintenance method of any one of claims 1 to 7.

10. An electronic device comprising one or more processors and a memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the transaction system maintenance method of any of claims 1-7.

Images