CN103559104A - Distributed redundancy real-time database framework based on hybrid communication - Google Patents
Distributed redundancy real-time database framework based on hybrid communication Download PDFInfo
- Publication number
- CN103559104A CN103559104A CN201310549119.XA CN201310549119A CN103559104A CN 103559104 A CN103559104 A CN 103559104A CN 201310549119 A CN201310549119 A CN 201310549119A CN 103559104 A CN103559104 A CN 103559104A
- Authority
- CN
- China
- Prior art keywords
- real
- time
- storehouse
- time storehouse
- redundancy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention discloses a distributed redundancy real-time database framework based on hybrid communication. According to the framework, aiming at the characteristics that in a rail traffic monitoring system, the data scale is huge, the monitoring data has the internal semantic association, a work station is mainly used for real-time data inquiry, and the like, various proper strategies are respectively adopted in various aspects of redundancy real-time database distribution and synchronization, fault tolerance and the like, data with different properties are respectively transmitted in real time through the hybrid use of unicast communication and multicast communication, and the problem of repaid increase of synchronous communication data volume caused by scale expansion and other problems are solved. The time sequence consistency requirement of the internal semantic association of monitoring data on the real-time database synchronization is met through adopting reasonable strategies, the fault tolerance in the distributed redundancy real-time database framework is effectively realized, and the redundancy of a distributed real-time database in the monitoring system is more effectively realized. Compared with an ordinary double-redundancy framework, the distributed redundancy real-time database framework has the advantages that the reliability and the availability of the real-time database is more powerfully ensured, and the foundation is laid for the stable operation of the rail traffic monitoring system.
Description
Technical field
Present technique invention relates to track traffic automatic field, relates in particular to distributed monitoring system field, and present technique invention can be widely used in the application such as electric railway and each professional supervisory system of urban track traffic and comprehensive monitoring system.
Background technology
Along with developing rapidly of computer science and automatic technology, every field in track traffic, fields such as electric railway and urban track traffic, supervisory system is from traditional small table system to modern distributed complex System Development, the territorial scope of its control, flow process scale etc. all increases sharply.And the discrete supervisory system pattern adopting due to tradition, there is signal, PSCADA(power monitoring), BAS(encircles control) etc. a plurality of independently supervisory systems respectively have assistant director to operate, there is operation cost high, the problems such as the information of a plurality of systems is difficult to share, the comprehensive monitoring system that integrates each subsystem function becomes new development trend gradually.In comprehensive monitoring system, subsystems by integrated or interconnected, realized and being monitored by same Upper system, thereby makes the information can be effectively shared, and reduces workload, cuts operating costs.
Distributed redundancy real-time data base: no matter be discrete supervisory system or comprehensive monitoring system, real-time data base is all the data core of supervisory system, real-time data base, often again referred to as real-time storehouse, has wherein deposited the various real time datas at rail transportation operation scene.Supervisory system obtains the related data up-to-date presence state data the real-time storehouse of real-time update by collection or I/O module from equipment or subsystem; HMI(man-machine interface) module is obtained real time data from real-time storehouse, in the mode of hommization, represents to operator; Alarm module is reported to the police accordingly according to real-time status data-triggered in real-time storehouse; Trend module is regularly obtained latest data from real-time storehouse and presents with curve form; And operator is according to various actual conditions, by sending timely instruction in real-time storehouse, control in real time.In real time storehouse is realized the unified management of real time data and provides consistent real-time data access service for other module of system as the real time data maincenter of supervisory system, thereby make supervisory system as a reliability service that organic whole is continual and steady, correctly realize the monitoring function of rail transportation operation.
Due to various track traffic application, no matter be electric railway or subway or light rail, all relate to extensive personal safety, therefore supervisory system has strict reliability requirement, and as the real-time storehouse of system real time data core, be the rely basis of reliability service of whole system, its reliability is undoubtedly the most important thing.Redundancy is the effective technology that ensures reliability.Therefore, the supervisory system of track traffic adopts redundancy conventionally in every respect, thus the reliabilty and availability of safeguards system as much as possible.For example, in conventional configuration, in the LAN (Local Area Network) of supervisory system, can only not move a station server, but move two standby redundant servers each other simultaneously, and configure some workstations, by rational communication, realize redundancy, as shown in Figure 1.Equally, redundancy is also the effective technology that ensures real-time storehouse reliability.In conventional configuration, on two redundant servers in LAN (Local Area Network) together with time move identical real-time storehouse, when the reasons such as machine of guaranteeing real-time storehouse on a station server because server is delayed lost efficacy, real-time storehouse on another station server still can provide normal real-time data access service for system, thereby realize two redundancies in real-time storehouse, to ensure the reliabilty and availability in real-time storehouse.What this just meaned that real-time storehouse in supervisory system adopts is distributed redundancy framework.Owing to having deposited the last state of real time data in real-time storehouse, and for real-time data access service is provided, therefore, all real-time storehouse in distributed redundancy framework must keep data realtime uniform by rational real-time Communication for Power, guarantee is all realtime uniform from the real time data numerical value of arbitrary real-time storehouse access like this, this is called synchronously, otherwise is called step-out.
Recently, some major accidents of track traffic industry, as Wenzhou rear end collision of motor train accident, and some have a strong impact on the large scale disasters of rail transportation operation, as Wenchuan earthquake etc., people are more paid close attention to the safe and reliable of track traffic application, thereby the reliabilty and availability of rail traffic monitoring system is also had higher requirement.This makes, and supervisory system is more crucial at some, the more reliable occasion of needs has adopted than conventional two redundancies has more redundancies framework of high reliability.Such as the Dispatch and Command Center at high ferro maincenters such as Wuhan, supervisory system often configures many standby servers each other, as shown in Figure 2, thereby guarantees that when surpassing a station server and break down system still can true(-)running; And in a lot of cities, particularly be located in disaster prone district as the city of seismic zone, subway supervisory system, except having configured two redundant servers and some workstations in operation control center, has Disaster Preparation Center outward at certain distance simultaneously, and identical configuration is provided, as shown in Figure 3.By communication, maintain data consistent at ordinary times, once operation control center cannot be used because there is large scale disasters, be transferred to Disaster Preparation Center and maintain monitoring function.In the configuration of many redundancies, in system, there is a master server and the standby server of Duo Tai, at every station server, move identical real-time storehouse simultaneously, and keep real-time synchronization by rational real-time Communication for Power.Even if thereby ensure have the real-time storehouse on multiple servers to lose efficacy because server delays the faults such as machine, as long as it is effective also having the real-time storehouse at least one station server, just can provide real-time data access service for system, thereby realize to a greater extent the failure tolerant in real-time storehouse, the reliability of more sound assurance supervisory system.
Summary of the invention
For existing problem in prior art, the present invention proposes a kind of real-time storehouse of distributed redundancy framework that is applicable to rail traffic monitoring system, this framework is in rail traffic monitoring system, data scale is huge, there is inherent semantic association in monitor data, workstation be take real time data inquiry as the feature such as main, distribution in the real-time storehouse of redundancy, the each side such as synchronous and failure tolerant have adopted respectively various applicable strategies, by mixing, use unicast communication and cast communication real-time Transmission data of different nature respectively, the problems such as the synchronous communication data volume that solution brings due to scale enlargement increases rapidly, by adopting rational strategy to meet the requirement synchronous to real-time storehouse of the inherent semantic association of monitor data, and effectively realized the failure tolerant under the framework of the real-time storehouse of many redundant distributions formula in the mode being applicable to, thereby the more effective many redundancies in storehouse in real time that realized in supervisory system, than two redundancies of routine more sound assurance the reliabilty and availability in real-time storehouse, for system stability, continuous service provides more solid foundation reliably.
Technical scheme of the present invention is: a kind of distributed redundancy real-time data base framework based on mixed communication, comprising: real-time data access module; The real-time storehouse of distributed many redundancies framework; The real-time storehouse of redundancy synchronization module; The failure tolerant module in the real-time storehouse of distributed many redundancies.
Described real-time data access module: in supervisory system, in storehouse, preserved in real time the latest data of the status information at rail transportation operation scene, and continuous real-time update is to guarantee on-the-spot the present situation of reflection in time, thereby other module that is system as real time data maincenter provides real-time data access service; Real-time data access is divided into queried access and upgrades access; When described queried access refers to, in storehouse, obtain the up-to-date numerical value of real time data, to meet application demand, queried access can not change the numerical value of real time data in real-time storehouse; Upgrade access and refer to according to application demand, upgrade the numerical value of real time data in real-time storehouse, upgrade the numerical value that access can change the real time data in real-time storehouse.
The real-time library module of described distributed many redundancies: in order to ensure the reliability in real-time storehouse in supervisory system, conventionally simultaneously move identical real-time storehouse on the server of all redundancies, to realize the redundancy in real-time storehouse; Workstation can be divided into two kinds of modes: a kind of is on workstation, not move real-time storehouse, and all real-time data access all provide remote real-time data access services by communication by the real-time storehouse on server; Another kind is the local storehouse in real time of operation on workstation.The real-time storehouse of distributed redundancy framework in literary composition has adopted the second way, on workstation, moves real-time storehouse, can directly to these queried accesses, provide local service like this, and not need nationality to provide remote service by communication.This has been avoided the heavy network service load bringing thus on the one hand, the more important thing is, owing to not having communication delay, this locality to provide the real-time performance of queried access service will obviously be better than remote service completely, thus the present situation to operator's displaying scene that can be more timely, smooth.
The real-time storehouse of described redundancy synchronization module: the real time data of the on-the-spot current state of all operations has been preserved in the real-time storehouse in supervisory system in internal memory, all real-time storehouse in distributed redundancy framework must maintain real-time synchronization all the time.Here mainly consider in redundancy framework, how original synchronous distributed real-time database maintained synchronously when upgrading access and revised the data in real-time storehouse, comprised the renewal access in main real-time storehouse, for the real-time renewal access in storehouse and the workflow in the real-time storehouse of redundancy.
The failure tolerant module in the real-time storehouse of described distributed many redundancies: the mode that adopts many redundancies is by than two redundancies reliability in the real-time storehouse of sound assurance more, even if having guaranteed the real-time storehouse that surpasses a station server in framework lost efficacy, the real-time storehouse needing only on the server that is no less than in addition is normally moved, just still can provide real-time data access service for system, thereby than the real-time storehouse of two redundancies framework, more effectively realize the failure tolerant in real-time storehouse, possess higher reliability.
Accompanying drawing explanation
Fig. 1 is of the prior art pair of redundant server configuration schematic diagram.
Fig. 2 is many redundant servers configuration schematic diagram of the prior art.
Fig. 3 is many redundant servers configuration schematic diagram in prior art with Disaster Preparation Center.
Fig. 4 is the real-time storehouse of distributed many redundancies of the present invention framework schematic diagram.
Fig. 5 is the synchronization policy schematic diagram of the renewal request of access in the real-time storehouse of master of the present invention.
Fig. 6 is the standby synchronization policy schematic diagram of the renewal request of access in storehouse in real time of the present invention.
Fig. 7 is the standby storehouse operational scheme schematic diagram in real time of the present invention.
Embodiment
Below in conjunction with relevant drawings and specific embodiment, the present invention is further elaborated.
1) real-time data access module: totally can be divided into two classes to the real-time data access in real-time storehouse in supervisory system a: class is queried access unit, from real-time storehouse, obtain the up-to-date numerical value of real time data, to meet application demand, for example: HMI module is inquired about latest data from real-time storehouse, and is dynamically shown to operator; Alarm module is inquired about current data from real-time storehouse, as extremely reported to the police; Trend module is periodic queries data from real-time storehouse, and present with curve form.Another kind of is to upgrade addressed location, according to application demand, upgrade the numerical value of real time data in real-time storehouse, for example: gather or I/O module can be carried out real-time update to the related data in real-time storehouse from equipment or subsystem obtain the on-the-spot last state data of operation, and upgrade its acquisition time simultaneously, and first the control that operator makes indication usually also writes real-time storehouse, and via real-time storehouse, notify control module and carry out.
2) the real-time library module of distributed many redundancies: in order to ensure the reliability in real-time storehouse in supervisory system, conventionally simultaneously move identical real-time storehouse on the server of all redundancies, to realize the redundancy in real-time storehouse.Workstation can be divided into two kinds of modes, and a kind of is on workstation, not move real-time storehouse, and all real-time data access all provide remote real-time data access services by communication by the real-time storehouse on server; Another kind is the local storehouse in real time of operation on workstation.Due to workstation be mainly used in providing interface and operator mutual, therefore as HMI module, alarm interface module, trend module etc. all need the real-time storehouse of frequent visit to obtain last state numerical value and refresh interface so that the on-the-spot situation of operation is represented in real time to operator, these mainly all rely on queried access, only have where necessary, when operator makes suitable control operation, can relate to and upgrade access, visible, in the real-time data access of workstation, most is queried access, thereby the real-time storehouse of the distributed redundancy framework in the present embodiment has adopted the second way, on workstation, move real-time storehouse, can directly to these queried accesses, provide local service like this, and do not need nationality to provide remote service by communication, this has been avoided the heavy network service load bringing thus on the one hand, the more important thing is, owing to there is no communication delay completely, this locality provides the real-time performance of queried access service will obviously be better than remote service, thereby can be more timely, smooth the present situation to operator's displaying scene.Certainly, in order to realize this point, must adopt the real-time storehouse that applicable strategy makes workstation also to keep real-time synchronization with the real-time storehouse of server, and the problem that increases severely of the synchronous communication data volume of using rational communication mode to avoid the synchronous communication due to the real-time storehouse of workstation to cause.
As shown in Figure 4, Fig. 4 is the schematic diagram of the real-time library module of distributed many redundancies.In the real-time library module of distributed many redundancies of the present embodiment, on master server, all standby server and workstation, all move real-time storehouse, and keep real-time synchronization by applicable real-time Communication for Power mode, for convenience of description, respectively the real-time storehouse on active and standby server and workstation is called to main real-time storehouse, standby storehouse and the real-time storehouse of client in real time, uses successively R
a, R
sand R
crepresent; Real-time storehouse on each station server has own unique priority, uses P
t, t=1,2,3 ... represent, t is the numbering in the real-time storehouse on server; Wherein, dotted line represents cast communication, in all real-time storehouses, comprise that between main real-time storehouse, whole standby storehouse in real time and the whole real-time storehouse of client, setting up cast communication connects to realize cast communication, difference to some extent, main real-time storehouse was both connected and was sent data by multicast with each standby storehouse in real time, also from multicast, connected and received data, and the real-time storehouse of all clients only connects reception data from multicast, to multicast, do not connect and send data; Solid line represents unicast communication, and all standby storehouses in real time and all real-time storehouses of client are set up independently unicast communication with main real-time storehouse respectively and be connected, to realize unicast communication separately.
3) the real-time storehouse of redundancy synchronization module: the real time data of the on-the-spot current state of all operations has been preserved in the real-time storehouse in supervisory system in internal memory, is herein referred to as the current state in real-time storehouse, uses S
i, i=1,2,3 ... represent, all real-time storehouse in distributed redundancy framework must maintain real-time synchronization all the time, because the real time data in real-time storehouse is not revised in queried access, therefore can not cause the Status Change of real-time storehouse, and only in this locality, the execution of real-time storehouse just can complete.Here main consideration is when the data in real-time storehouse have been revised in renewal access, and in redundancy framework, how original synchronous distributed real-time database remained synchronous.
The renewal access in main real-time storehouse: as shown in Figure 5, Fig. 5 is the synchronization policy schematic diagram of the renewal request of access in main real-time storehouse.Suppose in redundancy framework that in all real-time storehouses, real time data is the on-the-spot last state data of operation, has realized synchronously in storehouse in real time, and state is S
ithen the data acquisition module on master server has obtained new status data, and submit to upgrade request of access D to, with the related data of upgrading in real-time storehouse, arrive up-to-date, synchronous for all real-time storehouse maintaining in distributed redundancy framework, adopt a kind of like this strategy here, first by main real-time storehouse, carry out and upgrade request of access D, the related data of self is upgraded, thereby the state in main real-time storehouse is from S
ichange to S
i+1; Then by synchronizing information M
i=< R
a, P
t, i+1, D
i> gives all standby storehouse and the real-time storehouse of client, wherein R in real time by communications distribution
arepresent that role is main real-time storehouse, P
tfor the priority in the real-time storehouse of current master, i+1 is main real-time storehouse last state numbering, D
ifor upgrading request of access, request of access D, after receiving synchronizing information, is upgraded by execution in standby storehouse in real time and the real-time storehouse of client
ialso from state S
ibe altered to S
i+1thereby, maintain and lead real-time storehouse synchronous.Real-time storehouse on all servers, main real-time storehouse and all standby storehouses in real time, preserve last k update request, the i.e. D carrying out
i-kto D
i.
Synchronous communication is the main communication between the real-time storehouse in distributed redundancy framework.Because track traffic application region is widely distributed, the real-time database data amount of supervisory system is larger, it is all multi-specialized that particularly comprehensive monitoring system is integrated and interconnected, the data volume in its real-time storehouse is the vertical supervisory system of oversubscription far away especially, accordingly, the amount of communication data that the synchronous communication in the real-time storehouse of rail traffic monitoring system relates to is larger; Owing to there being a plurality of standby storehouses in real time in the framework of the real-time storehouse of distributed many redundancies, and on all workstations, all there is the real-time storehouse of client, if employing unicast communication, each standby storehouse in real time and the real-time storehouse of client need a synchronous communication data so, this can cause synchronous communication data to increase and increase rapidly with the real-time storehouse scale in distributed redundancy framework, thereby be easy to exhaust communication bandwidth, the transmission of significant data in serious delay self and other communication, this just makes communication bandwidth become the serious constraint of real-time storehouse Expansion; Due to what send to standby storehouse in real time and the real-time storehouse of client in synchronous communication, be same data in fact, therefore, sharp increase problem for fear of synchronous communication data, here use cast communication to substitute unicast communication, main real-time storehouse is used cast communication to all standby storehouse in real time and the real-time storehouse of client, to send synchronizing information simultaneously; Because the traffic of multicast can not increase rapidly along with the increase of data receiver's quantity, thereby avoided communication bandwidth to the constraint of storehouse quantity in real time in framework, storehouse quantity can, according to the increase freely of the demand of application, have good extensibility in real time; Because main real-time storehouse sends synchronizing information to all standby storehouse in real time and the real-time storehouse of client by cast communication simultaneously, therefore, if failing, standby storehouse in real time or the real-time storehouse of client receive or correctly process synchronizing information, just cannot require main real-time storehouse again by cast communication, to send this synchronizing information, in order to avoid other real-time storehouse repeats to receive and process, this real-time storehouse again obtains the synchronous communication information of preservation and processes from main real-time storehouse as mark separately take information encoding by unicast communication for this reason, thus maintain and lead real-time storehouse synchronously.
The renewal access in standby storehouse in real time: as shown in Figure 6, Fig. 6 is the standby synchronization policy schematic diagram of the renewal request of access in storehouse in real time.Whether the renewal request of access on a standby server can adopt and the similar pattern of master server, first by real-time storehouse, this locality, carry out in corresponding standby storehouse in real time, then being distributed to main real-time storehouse, do other standby storehouse in real time and all real-time storehouses of client carry out to maintain synchronous? this cannot in the supervisory system of track traffic.Because do like this, may cause in redundancy framework in each real-time storehouse the update sequence of data inconsistent, and data in supervisory system exist inherent semantic association, so this is unallowed.Schematic example for power supply profession in a track traffic application; the current break data of electric supply installation produce one at master server and upgrade request of access; and the trip signal of corresponding protective device is engraved in renewal request of access of a standby server generation when much the same; if the first local then strategy of distribution of carrying out is all taked in corresponding active and standby real-time storehouse; so due to the existence of communication delay; two update requests are distributed to the other side after real-time storehouse, this locality is complete while carrying out, and this locality of the other side's update request is carried out and completed before this.Therefore, although finally in these two real-time storehouses data mode be consistent, the information of main real-time storehouse reflection is the tripping operation after current break causes, and situation of that standby reflection of storehouse in real time is just in time contrary, is to occur current break after tripping operation.Due to the complicacy of communication, in other standby storehouse in real time and the real-time storehouse of client, may be any one in two kinds of situations.Both of these case is dissimilar fault for the operator of supervisory system, need to adopt different counter-measures, and confirmation of responsibility is also different.Therefore, this is unacceptable in the supervisory system of track traffic application.For fear of this problem, for the standby renewal request of access in storehouse in real time, adopted a kind of like this synchronization policy here.Accessed standby storehouse is in real time transmitted to main real-time storehouse by the renewal request of access obtaining by unicast communication and carries out, and then execution result also returns by unicast communication.This standby storehouse is in real time that the role who has served as " setter " has passed to main real-time storehouse by request in fact, itself is local execution not, until main real-time storehouse is while being distributed to all standby storehouses in real time and the real-time storehouse of client by synchronizing information by cast communication after carrying out, this standby storehouse in real time just carries out to maintain synchronous.This just forces all renewal request of access first in main real-time storehouse, sequentially to carry out then distribution successively, thereby guarantees that the update sequence of the data in all real-time storehouse in redundancy framework is on all four.
Do like this communication pressure that can significantly not increase supervisory system, this be because main real-time storehouse to the traffic of the standby distribution of storehouse in real time synchronizing information mainly in main real-time storehouse on the direction in standby storehouse in real time, and transmit to main real-time storehouse in the traffic baseset that upgrades request of access in the opposite direction in standby storehouse in real time, because the communication port in supervisory system is generally full duplex, therefore can't cause so obvious communication pressure to increase.An advantage of this synchronization policy is that standby storehouse is in real time by the transparent renewal request of access of having transmitted of communicating by letter, thereby the real-time data access on standby server is completed just as on master server, thereby the module in the real-time storehouse of access can be distributed in relatively uniformly to master server and a plurality of standby server operation.For the large scale system of this function complexity of rail traffic monitoring system, so effectively equally loaded, for example data acquisition module moves at master server; Data maintenance module moves to guarantee the sufficient computational resources such as CPU at a standby server; And alarm module and interlocking module be in another standby server operation, thus can be because of resource-constrained and impact reply in time when there is emergency.
The processing policy of the renewal request of access in the real-time storehouse of client is consistent with standby real-time storehouse.。
The workflow in the real-time storehouse of redundancy: as shown in Figure 7, Fig. 7 is standby storehouse operational scheme schematic diagram in real time.It is the basis of the reliable and stable operation of supervisory system of track traffic application that real-time storehouse continues to provide real-time data access service, in order to realize the redundancy in real-time storehouse on multiple servers, when the real-time storehouse on each station server brings into operation, model multicast connects, by monitoring multicast communication check, whether there is main real-time storehouse in operation, if, self is not as main real-time storehouse operation, if existed, no matter whether its priority is higher than self, oneself is all as the standby operation of storehouse in real time, this is in order to maintain in distributed redundancy framework the stable of the synchronous communication of having set up between storehouse in real time.When the real-time storehouse on server is moved as standby real-time storehouse, model is connected with the clean culture in main real-time storehouse, thereby and obtain and lead all status datas realizations in real-time storehouse and lead the synchronous of real-time storehouse by unicast communication, then synchronizing information that continue to carry out main real-time storehouse distribution with maintain synchronous in, for the various real-time data access of this locality provide service.As previously mentioned, queried access is carried out in this locality, and upgrades the transparent real-time storehouse of master that passes to of access.
Although it should be noted that standby storehouse is in real time also the same with main real-time storehouse preserves last k and upgrades request of access, executing after each upgrades request of access and can't distributing by cast communication, in order to avoid reception and execution are repeated in other real-time storehouse.During normal operation, cast communication Distribution status information M '=R, P all can periodically be passed through in main real-time storehouse and all standby storehouses in real time
t, i+1, D ', give other real-time storehouse, wherein R represents role, in the status information in main real-time storehouse, is Ra, representing that role is main real-time storehouse, is Rs in the status information in standby storehouse in real time, represents that role is standby storehouse in real time, t is this real-time storehouse numbering, Pt is the priority in this real-time storehouse, and i+1 is this real-time storehouse last state numbering, and D ' is status information, thereby other the real-time storehouse in distribution of notifications formula redundancy framework, this real-time storehouse is normally operation still.The flow process in the real-time storehouse of client is similar with standby real-time storehouse, but it should be noted that the real-time storehouse of client only connects and receives data from multicast, and do not connect by multicast, do not send any data, neither distribute synchronizing information, do not distribute status information yet, and any update request is not preserved in the real-time storehouse of client yet.
4) the failure tolerant module in the real-time storehouse of distributed many redundancies: the failure tolerant module in the real-time storehouse of distributed redundancy is one of key of rail traffic monitoring system redundancy framework, once the real-time storehouse as the real time data maincenter of supervisory system can not provide real-time data access service, whole system will paralyse.And the mode that adopts many redundancies is by than two redundancies reliability in the real-time storehouse of sound assurance more, in the framework of the real-time storehouse of distributed many redundancies, on master server and all standby servers, move active and standby real-time storehouse separately simultaneously and keep real-time synchronization, after losing efficacy in main real-time storehouse, a conversion in a plurality of standby storehouses in real time substitutes original master real-time storehouse operation as main real-time storehouse, all the other standby storehouses in real time keep and the new real-time storehouse of master synchronous; If after a period of time, the real-time storehouse of new master was again because failure and other reasons lost efficacy, and in standby storehouse in real time of other normal operation substitutes as main real-time storehouse and moves again, and standby storehouse in real time and the up-to-date real-time storehouse of master are synchronous.Even if so just having guaranteed the real-time storehouse that surpasses a station server in framework lost efficacy, the real-time storehouse needing only on the server that is no less than in addition is normally moved, just still can provide real-time data access service for system, thereby than the real-time storehouse of two redundancies framework, more effectively realize the failure tolerant in real-time storehouse, possess higher reliability.Due in redundancy framework, the real-time storehouse of client keeps synchronizeing with main real-time storehouse, and standby storehouse was in real time lost efficacy little on the impact of redundancy framework, here the main failure tolerant that main real-time storehouse is discussed.
After losing efficacy in the real-time storehouse of master in distributed redundancy framework, to take over rapidly for one in a plurality of standby storehouses in real time, as main real-time storehouse, continue to provide Real-time Data Service, and remaining standby storehouse in real time and all real-time storehouses of client will realize and maintain and new main real-time storehouse synchronous.Complex structure due to communication system in rail traffic monitoring system, fault is various, therefore, when lost efficacy in the real-time storehouse of former master, the synchronizing information that it is last, all standby storehouse and the real-time storehouse of client in real time may be distributed to, also may only be distributed to a part wherein, or do not come and distribute at all, so after one for real-time storehouse, as new master, real-time storehouse is moved, may synchronize with new main real-time storehouse in remaining standby storehouse in real time and the real-time storehouse of client, also may be step-out, synchronous in order to guarantee, all status datas that remaining standby storehouse in real time and all real-time storehouse of client must obtain the real-time storehouse of new master by unicast communication are realized synchronously again, yet, a problem of doing is like this, because the data volume in the real-time storehouse of rail traffic monitoring system is very large, obtain whole status datas in real-time storehouse and can cause very large traffic load, and all standby storehouses in real time and the real-time storehouse of client obtain whole status datas by unicast communication and will bring very heavy offered load to impact to the communication network of supervisory system in same time period in failure tolerant process simultaneously, thereby the transmission of seriously incuring loss through delay significant data in self and other communication, even cause communication blocking.
For fear of this situation, here adopted a kind of like this strategy, during normal operation, cast communication Distribution status information can be passed through in active and standby real-time storehouse in the framework of the real-time storehouse of distributed redundancy, thereby can determine active and standby real-time storehouse and corresponding role and the priority thereof of current normal operation in framework.If delay due to master server in main real-time storehouse, the reasons such as machine lost efficacy, the standby storehouse in real time that so distributed redundancy framework medium priority is the highest will be promoted as main real-time storehouse, but role before changing, last k the update request that preserve to other all real-time storehouse distributions in framework by cast communication in this real-time storehouse, is about to synchronizing information M
j=< R
s, P
t, j+1, D
j>, j=i '-k-1 wherein, i '-k, i '-1 is distributed to other standby real-time storehouse and real-time storehouse of all clients by cast communication, and wherein i', for this standby storehouse is in real time converted to main real-time storehouse end-state numbering before, numbers as the original state of main real-time storehouse operation; R
srepresent that role is about to transfer main real-time storehouse to by standby storehouse in real time; P
tfor this standby priority in storehouse in real time; D
jfor the renewal request of access in synchronizing information; J+1 is this standby status number in storehouse in real time after this request of access of execution; After sending the update request of preservation, this standby storehouse in real time brings into operation from being numbered the state of i' being converted to main real-time storehouse, other standby storehouse in real time and all real-time storehouse of client are from cast communication receives these synchronizing informations, oneself state numbering after being lost efficacy in the real-time storehouse of former master compares with it, one of them of other standby storehouse in real time and the real-time storehouse of all clients of take is example, for example this real-time storehouse end-state is numbered i ", conventionally there is i '-k≤i ' '≤i '.Now, by multicast, receive and be numbered i '-k-1 to i " what comprise in-1 synchronous communication message is the update request that this real-time storehouse has obtained and carried out from the real-time storehouse of former master, directly abandon.Be numbered i " to what comprise in the synchronous communication message of i '-1, be the update request that lose while losing efficacy in the real-time storehouse of former master in this real-time storehouse; by carrying out successively these, upgrade request of access and make the state in this real-time storehouse be updated to gradually numbering i'; thus make the initial running status in this real-time storehouse and new main real-time storehouse synchronous; then this real-time storehouse and new main real-time storehouse are set up unicast communication and are connected, based on mixed communication maintain and the real-time storehouse of new master synchronously.
If do not meet i '-k≤i ' '≤i ', illustrate this real-time storehouse cannot be in this way due to cause specifics such as communication failures in the lucky long period section before fault and new main real-time storehouse realize synchronous, now can only set up after clean culture is connected with the real-time storehouse of new master, by unicast communication, from the real-time storehouse of new master, obtain whole status datas, again realize synchronous, then based on mixed communication, maintain synchronously, but this situation is rare.Like this, the standby storehouse in real time that final former priority is the highest is moved as the real-time storehouse of new master, and remaining is connected with the new main newly-built independently clean culture in real-time storehouse with all real-time storehouses of client for real-time storehouse, according to above-mentioned process implementation, also remain synchronous with newly main real-time storehouse, realize failure tolerant.Adopt this strategy, avoided as far as possible other standby storehouse in real time and the real-time storehouse of all clients also by obtaining whole status datas, again to realize heavy traffic load and the huge time overhead synchronously producing with new main real-time storehouse in the situation that there is no need, thereby reduce as far as possible in this process, a large amount of storehouses in real time obtain the heavy offered load impact in short-term that whole status datas bring the communication network of supervisory system simultaneously, effectively realize the failure tolerant in the real-time storehouse of many redundancies, ensured fully the reliabilty and availability in real-time storehouse in distributed redundancy framework.
Above embodiment is just described for partial function of the present invention, but embodiment and accompanying drawing are not of the present invention for limiting.Without departing from the spirit and scope of the invention, any equivalence of doing changes or retouching, belongs to equally the present invention's protection domain, thus protection scope of the present invention should to take the application's the content that claim was defined be standard.
Claims (9)
1. the distributed redundancy real-time data base framework based on mixed communication, is characterized in that, comprising: real-time data access module; The real-time library module of distributed many redundancies; The real-time storehouse of redundancy synchronization module; The failure tolerant module in the real-time storehouse of distributed many redundancies.
2. the distributed redundancy real-time data base framework based on mixed communication according to claim 1, is characterized in that: described real-time data access module is divided into queried access unit and upgrades addressed location; Described queried access unit refers to the up-to-date numerical value that obtains real time data from real-time storehouse, and to meet application demand, queried access can not change the numerical value of real time data in real-time storehouse; Described renewal addressed location refers to according to application demand, upgrades the numerical value of real time data in real-time storehouse, upgrades the numerical value that access can change the real time data in real-time storehouse.
3. the distributed redundancy real-time data base framework based on mixed communication according to claim 1, it is characterized in that: the real-time library module of described distributed many redundancies refers in order to ensure the reliability in real-time storehouse in supervisory system, on the server of all redundancies, move identical real-time storehouse, to realize the redundancy in real-time storehouse simultaneously.
4. the distributed redundancy real-time data base framework based on mixed communication according to claim 3, it is characterized in that: in the real-time library module of described distributed many redundancies, on master server, all standby server and workstation, all move real-time storehouse, in all real-time storehouses, comprise that between main real-time storehouse, whole standby storehouse in real time and the whole real-time storehouse of client, setting up cast communication connects to realize cast communication, all standby storehouses in real time and all real-time storehouses of client are set up independently unicast communication with main real-time storehouse respectively and are connected, to realize unicast communication separately.
5. the distributed redundancy real-time data base framework based on mixed communication according to claim 1, is characterized in that: the real-time storehouse of described redundancy synchronization module refers to that all real-time storehouse in distributed redundancy framework must maintain real-time synchronization all the time.
6. the distributed redundancy real-time data base framework based on mixed communication according to claim 5, it is characterized in that: in the synchronization module of the real-time storehouse of described redundancy, main real-time storehouse is used cast communication to all standby storehouse in real time and the real-time storehouse of client, to send synchronizing information simultaneously.
7. the distributed redundancy real-time data base framework based on mixed communication according to claim 6, it is characterized in that: in the synchronization module of the real-time storehouse of described redundancy, accessed standby storehouse in real time and the real-time storehouse of client are transmitted to main real-time storehouse by the renewal request of access obtaining by unicast communication and carry out, and then execution result also returns by unicast communication.
8. the distributed redundancy real-time data base framework based on mixed communication according to claim 1, it is characterized in that: even if the failure tolerant module in the real-time storehouse of described distributed many redundancies refers to the real-time storehouse that surpasses a station server in framework, lost efficacy, the real-time storehouse needing only on the server that is no less than in addition is normally moved, just still can provide real-time data access service for system, thereby than the real-time storehouse of two redundancies framework, more effectively realize the failure tolerant in real-time storehouse, possess higher reliability.
9. the distributed redundancy real-time data base framework based on mixed communication according to claim 8, it is characterized in that: in the failure tolerant module in the real-time storehouse of described distributed many redundancies, during normal operation, cast communication Distribution status information can be passed through in main real-time storehouse, standby storehouse in real time, thereby determines the real-time storehouse of master of current normal operation in framework, standby storehouse in real time and corresponding role and priority thereof, if main real-time storehouse is because the master server machine reason of delaying lost efficacy, role before changing, this main real-time storehouse is distributed the update request of preserving by cast communication to other all real-time storehouses and the real-time storehouse of all clients in framework by synchronizing information, the standby storehouse in real time that priority is the highest will be promoted as main real-time storehouse, thereby make the initial running status in the real-time storehouse of this master and new main real-time storehouse synchronous, then the real-time storehouse of this master is set up unicast communication with new main real-time storehouse and is connected, based on mixed communication, maintain and newly lead the synchronous of real-time storehouse, remaining standby storehouse is in real time connected with the new main newly-built independently clean culture in real-time storehouse with all real-time storehouses of client, realize and remain synchronous with new main real-time storehouse, realize failure tolerant.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310549119.XA CN103559104B (en) | 2013-11-07 | 2013-11-07 | A kind of distributed redundancy real-time database framework based on mixed communication |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310549119.XA CN103559104B (en) | 2013-11-07 | 2013-11-07 | A kind of distributed redundancy real-time database framework based on mixed communication |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103559104A true CN103559104A (en) | 2014-02-05 |
| CN103559104B CN103559104B (en) | 2016-06-22 |
Family
ID=50013356
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310549119.XA Active CN103559104B (en) | 2013-11-07 | 2013-11-07 | A kind of distributed redundancy real-time database framework based on mixed communication |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103559104B (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104102741A (en) * | 2014-07-31 | 2014-10-15 | 浪潮通信信息系统有限公司 | Method for scheduling real-time data in monitoring system |
| CN105553819A (en) * | 2015-12-10 | 2016-05-04 | 北京交控科技股份有限公司 | Rail transit maintenance support system and method |
| CN106528871A (en) * | 2016-12-06 | 2017-03-22 | 爱普（福建）科技有限公司 | Method for updating information of engineering data points in industrial control system on line |
| CN106656960A (en) * | 2016-09-28 | 2017-05-10 | 北京辰极国泰科技有限公司 | Hilscher-based credible data acquisition system and method |
| CN107071351A (en) * | 2017-03-30 | 2017-08-18 | 杭州瑞网广通信息技术有限公司 | A kind of multistage disaster tolerance framework in station and method |
| CN107395406A (en) * | 2017-07-12 | 2017-11-24 | 广州市百果园信息技术有限公司 | The presence data processing method of on-line system, apparatus and system |
| CN107660281A (en) * | 2015-05-19 | 2018-02-02 | 华为技术有限公司 | The system and method for synchronous Distributed Calculation run time |
| CN111369794A (en) * | 2020-02-28 | 2020-07-03 | 腾讯科技（深圳）有限公司 | Method, device and equipment for determining traffic participation information and storage medium |
| CN113987079A (en) * | 2021-12-27 | 2022-01-28 | 四川旷谷信息工程有限公司 | Data synchronization method for urban rail transit security system |
| CN114665609A (en) * | 2022-05-20 | 2022-06-24 | 中铁电气化勘测设计研究院有限公司 | Data intercommunication construction method of BIM power supply system comprehensive maintenance management platform |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1780201A (en) * | 2004-11-17 | 2006-05-31 | 中兴通讯股份有限公司 | Method for realizing synchronous information between multiple nodes |
| US20090106357A1 (en) * | 2007-10-17 | 2009-04-23 | Marvin Igelman | Synchronized Media Playback Using Autonomous Clients Over Standard Internet Protocols |
| CN101459618A (en) * | 2009-01-06 | 2009-06-17 | 北京航空航天大学 | Data packet forwarding method and device for virtual machine network |
| CN102254031A (en) * | 2011-08-03 | 2011-11-23 | 无锡浙潮科技有限公司 | Batch processing request-based Microsoft SQL server database cluster |
| CN102945195A (en) * | 2012-11-26 | 2013-02-27 | 国电南瑞科技股份有限公司 | Master-standby redundancy replication method based on SQLite databases |
-
2013
- 2013-11-07 CN CN201310549119.XA patent/CN103559104B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1780201A (en) * | 2004-11-17 | 2006-05-31 | 中兴通讯股份有限公司 | Method for realizing synchronous information between multiple nodes |
| US20090106357A1 (en) * | 2007-10-17 | 2009-04-23 | Marvin Igelman | Synchronized Media Playback Using Autonomous Clients Over Standard Internet Protocols |
| CN101459618A (en) * | 2009-01-06 | 2009-06-17 | 北京航空航天大学 | Data packet forwarding method and device for virtual machine network |
| CN102254031A (en) * | 2011-08-03 | 2011-11-23 | 无锡浙潮科技有限公司 | Batch processing request-based Microsoft SQL server database cluster |
| CN102945195A (en) * | 2012-11-26 | 2013-02-27 | 国电南瑞科技股份有限公司 | Master-standby redundancy replication method based on SQLite databases |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104102741A (en) * | 2014-07-31 | 2014-10-15 | 浪潮通信信息系统有限公司 | Method for scheduling real-time data in monitoring system |
| CN107660281A (en) * | 2015-05-19 | 2018-02-02 | 华为技术有限公司 | The system and method for synchronous Distributed Calculation run time |
| CN105553819A (en) * | 2015-12-10 | 2016-05-04 | 北京交控科技股份有限公司 | Rail transit maintenance support system and method |
| CN105553819B (en) * | 2015-12-10 | 2019-09-10 | 交控科技股份有限公司 | Rail traffic maintenance support system and method |
| CN106656960A (en) * | 2016-09-28 | 2017-05-10 | 北京辰极国泰科技有限公司 | Hilscher-based credible data acquisition system and method |
| CN106656960B (en) * | 2016-09-28 | 2019-12-17 | 北京辰极国泰科技有限公司 | hilscher-based credible data acquisition system and method |
| CN106528871B (en) * | 2016-12-06 | 2019-07-26 | 爱普（福建）科技有限公司 | A kind of method of online updating industrial control system project data point information |
| CN106528871A (en) * | 2016-12-06 | 2017-03-22 | 爱普（福建）科技有限公司 | Method for updating information of engineering data points in industrial control system on line |
| CN107071351A (en) * | 2017-03-30 | 2017-08-18 | 杭州瑞网广通信息技术有限公司 | A kind of multistage disaster tolerance framework in station and method |
| CN107071351B (en) * | 2017-03-30 | 2019-11-05 | 杭州瑞网广通信息技术有限公司 | A kind of station multistage disaster tolerance framework and method |
| CN107395406A (en) * | 2017-07-12 | 2017-11-24 | 广州市百果园信息技术有限公司 | The presence data processing method of on-line system, apparatus and system |
| CN111369794A (en) * | 2020-02-28 | 2020-07-03 | 腾讯科技（深圳）有限公司 | Method, device and equipment for determining traffic participation information and storage medium |
| CN111369794B (en) * | 2020-02-28 | 2022-01-25 | 腾讯科技（深圳）有限公司 | Method, device and equipment for determining traffic participation information and storage medium |
| CN113987079A (en) * | 2021-12-27 | 2022-01-28 | 四川旷谷信息工程有限公司 | Data synchronization method for urban rail transit security system |
| CN114665609A (en) * | 2022-05-20 | 2022-06-24 | 中铁电气化勘测设计研究院有限公司 | Data intercommunication construction method of BIM power supply system comprehensive maintenance management platform |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103559104B (en) | 2016-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103559104B (en) | A kind of distributed redundancy real-time database framework based on mixed communication | |
| CN106340882B (en) | A kind of mutual Preparation Method of equity suitable for the regulation of power grid multi-region integration domain | |
| CN201075870Y (en) | Multi spider route device | |
| CN103199972B (en) | The two-node cluster hot backup changing method realized based on SOA, RS485 bus and hot backup system | |
| WO2019091063A1 (en) | Rail station transportation dispatch method and system | |
| CN106790436B (en) | Traffic system monitoring method based on cloud architecture and control center cloud server | |
| CN104158286B (en) | A kind of regulation and control integration main station system | |
| WO2014101424A1 (en) | Method and system for synchronizing distributed database | |
| CN102651699A (en) | Tree-like layered structure monitoring system and monitoring method | |
| EP3747727A1 (en) | Data processing system and method | |
| WO2017024697A1 (en) | Cross-network segment message forwarding method for dispatching automation system | |
| CN107612960A (en) | Integral control system in dispatching of power netwoks | |
| CN108964986A (en) | Cooperative office system application layer dual-active disaster recovery and backup systems | |
| CN105354111A (en) | Redundancy backup method suitable for wide-area distributed real-time database | |
| CN105302670B (en) | A kind of method and device that station is monitored using multi-computer Redundancy mode | |
| CN111563719A (en) | Mobile intelligent cloud office platform | |
| KR101358995B1 (en) | Method and system for managing high availability | |
| CN209258153U (en) | A kind of city rail traffic signal system clock system | |
| CN110099116B (en) | Big data-based subnet security evaluation method | |
| CN107704492B (en) | Method for realizing remote retrieval of in-situ intelligent management unit based on master station mode | |
| CN102843265B (en) | Not resetting without the hot standby dual link method of perturbation of a kind of communication protocol | |
| Byun | Reliable resource management for IoT based logistic services | |
| CN111343214A (en) | DCS cloud monitoring system and method | |
| CN104468829A (en) | Enterprise IT system structure implementation method based on virtualization environment | |
| CN109367586A (en) | A kind of city rail traffic signal system clock system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |