CN103679615A - 一种基于分布式系统架构的高可用物流信息管理系统 - Google Patents
一种基于分布式系统架构的高可用物流信息管理系统 Download PDFInfo
- Publication number
- CN103679615A CN103679615A CN201310731686.7A CN201310731686A CN103679615A CN 103679615 A CN103679615 A CN 103679615A CN 201310731686 A CN201310731686 A CN 201310731686A CN 103679615 A CN103679615 A CN 103679615A
- Authority
- CN
- China
- Prior art keywords
- management system
- data
- base management
- distributed
- disaster
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明涉及物流信息管理技术领域,尤其涉及一种基于分布式系统架构的高可用物流信息管理系统。一种基于分布式系统架构的高可用物流信息管理系统,包括分布式协调管理系统、主数据库管理系统、子数据库管理系统,所述分布式协调管理系统设置主节点、子节点,所述分布式协调管理系统将用户请求经所述主节点转到所述主数据库管理系统、将用户请求经所述子节点转到所述子数据库管理系统。本发明的由主节点和异地多子节点组成的分布式系统结构中,若子节点的业务系统发生故障甚至数据灾难、或各节点间网络通迅中断时,可以保障全局数据的安全、完整,并自动将用户访问请求转到其它站点,保证业务服务的持续性。
Description
技术领域
本发明涉及物流信息管理技术领域,尤其涉及一种基于分布式系统架构的高可用物流信息管理系统。
背景技术
随着物流企业对信息访问依赖性的增加,数据业务系统对日常业务影响也越来越大。一旦数据业务系统出现故障,将对日常业务的正常运作造成极大的冲击,更是无法实现对业务的实时管控。
如此以来,承运方无法实时监控物流运输,使运输存在极大风险。同时托运方更是无从得知其托运物资即将转运几次,转运时间,经过何人之手,即对整个托运过程是无法管控的。再者,承运方与物流方的资金管控也无法实现第三方监控,使双方的资金安全存在极大的隐患。业务系统出现故障时,将会对企业的日常工作造成冲击(员工无法正常工作)、直接财产损失(比如:订单丢失)、企业合作伙伴损失赔偿、客户流失等等。足见数据业务系统的可靠性直接关系企业利益,处于非常重要的地位。没有一个高可靠的数据业务系统就无法实现对业务的实时管控,使物流的各项重要环节都存在隐患。
一个高可靠的数据业务系统可以帮助企业在集中资源,提高业务服务水平的同时降低运行成本。可靠性及可用性已经成为衡量一个数据业务系统优劣的重要方面。
物流行业的数据业务系统所采用可靠性及可用性的传统保障措施主要包括:磁盘镜像、双机热备、计算机集群(cluster)等。这些措施一般只适用于单一地理位置的服务器或计算机集群范围内,而对于分散在不同地理位置的分布式系统却并不适用。
另外,传统的数据库集群技术需要从数据库规划阶段就开始设计,实施配置周期较长,对于已建成运行的数据业务系统,如果要将单数据库服务器模式改造成数据库集群模式,需要中断业务运行较长时间才能完成配置工作。对于必须持续提供服务的物流数据业务系统,将会产生严重的不良影响。所以,必须采用对现行数据业务系统影响小,不需要中断业务运行或仅需短暂中断业务运行的解决方案。
再者,传统的物流信息平台没有真正实现对业务的实时管控,只做到了物流公司的内部业务管控,而承运方是无从获知其货物具体运输过程,即没有一个公共的业务管控平台。并且,目前的物流信息平台没有真正实现托运及承运双方的资金管控由第三方监控。
综上所述,现代物流数据业务系统需要一种可靠的、持续运行的高可用关键技术解决方案来确保系统的稳定可靠运行及不中断服务的系统扩展。优化物流数据业务系统及网络,建立一个新的物流信息管理系统实现对业务进行实时管控,包括托运方的货物的管控,承运方的业务流管控,及双方资金监控。
目前,物流信息管理系统功能开发的技术构架是基于单数据库及单服务器的运行方式,随着业务种类及业务量的增加,该运行方式存在以下问题:
服务器或集群发生故障时,所有用户均无法使用数据业务系统,服务被迫中断,可能造成无法挽回的后果。随着业务范围的扩大,单一服务器或集群出现超过其额定负载时,将响应缓慢,甚至停止服务的现象,并且数据业务系统进行扩展升级时,也被迫停止服务才能升级工作。同时,随着业务多样化发展,旧系统平台对实时业务管控的能力越来越差,增大了承运方及托运方的各项工作环节的风险性。顾客满意度大大降低,这也极不利于公司的发展。因此,数据业务系统稳定可靠运行及不中断服务的系统扩展及优化旧系统网络实现实时业务管控已经成为迫切需要解决的关键问题。
发明内容
为解决现有技术的不足,本发明提供了一种基于分布式系统架构的高可用物流信息管理系统。
一种基于分布式系统架构的高可用物流信息管理系统,包括分布式协调管理系统、主数据库管理系统、子数据库管理系统,所述分布式协调管理系统设置主节点、子节点,所述分布式协调管理系统将用户请求经所述主节点转到所述主数据库管理系统、将用户请求经所述子节点转到所述子数据库管理系统。
优选的,所述分布式协调管理系统包括后台监控系统、数据同步系统、正确性校验及差错控制系统、容灾及数据恢复系统,其中:
所述后台监控系统监控所述主数据库管理系统及所述子数据库管理系统的数据更新,若监测到数据库更新,则将更新的数据同步至所述子数据库管理系统或所述主数据库管理系统中,
所述数据同步系统将产生的更新数据同步至所述主数据库管理系统及所述子数据库管理系统中;
所述正确性校验及差错控制系统检验各子数据库与主数据库同步的数据是否一致完整,若发现数据差错,则将该部分数据再次同步;
所述容灾及数据恢复系统在站点发生数据灾难时,通过其它站点把原在该站点上存储的数据进行恢复。
优选的,所述后台监控系统通过触发器、进程消息通信机制实现。
优选的,当所述主数据库管理系统发生数据灾难时,数据库数据可通过各子站点的的水平、垂直切片数据进行聚合恢复;当各所述子数据库管理系统发生数据灾难时,可通过对所述主数据库管理系统进行切片,并将数据恢复至发生数据灾难的子数据库管理系统中。
优选的,所述主数据库管理系统与所述子数据库管理系统通过网络进行数据连接。
本发明的由主节点和异地多子节点组成的分布式系统结构中,若子节点的业务系统发生故障甚至数据灾难、或各节点间网络通迅中断时,可以保障全局数据的安全、完整,并自动将用户访问请求转到其它站点,保证业务服务的持续性。
附图说明
图1为本发明的系统图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
在一个具体的实施方式中,本发明提供了一种基于分布式系统架构的高可用物流信息管理系统,包括分布式协调管理系统、主数据库管理系统、子数据库管理系统,所述分布式协调管理系统设置主节点、子节点,所述分布式协调管理系统将用户请求经所述主节点转到所述主数据库管理系统、将用户请求经所述子节点转到所述子数据库管理系统。
优选的,所述分布式协调管理系统包括后台监控系统、数据同步系统、正确性校验及差错控制系统、容灾及数据恢复系统,其中:
所述后台监控系统监控所述主数据库管理系统及所述子数据库管理系统的数据更新,若监测到数据库更新,则将更新的数据同步至所述子数据库管理系统或所述主数据库管理系统中,
所述数据同步系统将产生的更新数据同步至所述主数据库管理系统及所述子数据库管理系统中;
所述正确性校验及差错控制系统检验各子数据库与主数据库同步的数据是否一致完整,若发现数据差错,则将该部分数据再次同步;
所述容灾及数据恢复系统在站点发生数据灾难时,通过其它站点把原在该站点上存储的数据进行恢复。
优选的,所述后台监控系统通过触发器、进程消息通信机制实现。
优选的,当所述主数据库管理系统发生数据灾难时,数据库数据可通过各子站点的的水平、垂直切片数据进行聚合恢复;当各所述子数据库管理系统发生数据灾难时,可通过对所述主数据库管理系统进行切片,并将数据恢复至发生数据灾难的子数据库管理系统中。
优选的,所述主数据库管理系统与所述子数据库管理系统通过网络进行数据连接
在实际操作中,当用户访问系统时,分布式协调管理系统将根据用户的IP地址等方式确定用户来源或归属地后,自动将用户请求转到离用户最近的可用子站点或归属地的子站点,由该子站点为用户提供服务。如果该子站点暂时失效,则将用户请求调度到主数据库所在的站点,由该站点为用户提供服务。通过该方式保障系统的高可用性,同时也减轻主站点的负载压力。
服务期间产生的业务数据更新,由后台监控系统同步至主数据库服务器和子数据库服务器,同时各服务器上的基础数据更新均及时同步至其它数据库中。
当各站点间通迅线路发生故障时,各站点继续运行业务,期间产生的数据更新存于本地,待通迅线路恢复正常后,再将数据更新同步各站点。保障各站点间通迅线路发生故障时,不影响业务的持续运行。
系统中采用了集中和节点自治相结合的方式。分布式数据库架构采用集中和自治相结合的控制结构,各局部的DBMS可以独立地管理局部数据库,具有自治的功能.同时,系统又设有集中控制机制,协调各局部DBMS的工作,执行全局应用。
数据独立性与全局统一。在各地理位置建立子应用服务处理层及子数据库管理系统,该系统中存放与该地理位置密切相关的水平切片业务数据以及全局统一的基础数据,各子站点的数据库数据通过监控系统,与主数据库进行数据交换及同步。
当主数据库管理系统发生数据灾难时,数据库数据可通过各子站点的的水平、垂直切片数据进行聚合恢复。当各子站点数据库管理系统发生数据灾难时,可通过对主站点的数据库系统进行切片,并将数据恢复至发生数据灾难的子站点中,以保证系统的高容灾性。
由于基于分布式的应用系统设计,各站点的应用系统均采用站点号与业务流水号组合的方式确保单号的唯一性,避免数据冲突。
后台监控系统可用于监控主站点及子站点的数据更新,若监测到数据库更新,则将更新的数据同步至子站点或主站点中。后台监控系统将通过触发器、进程消息通信等机制实现。
数据同步系统用于将产生的更新数据同步至各数据库中,并利用锁机制避免由于用户访问与数据同步并发进行时,可能造成的读脏数据及丢失更新等问题。同步系统通过数据库连接、socket传输等技术实现。
正确性校验及差错控制系统用于检验各子数据库与主数据库同步的数据是否一致完整,防止由于在数据传输过程中由于网络中断等问题造成数据差错。若发现数据差错,则将该部分数据再次同步。
容灾及数据恢复系统使当站点发生数据灾难时,监控及恢复子系统通过其它站点把原在该站点上存储的数据进行恢复,并保证数据的正确、完整。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (5)
1.一种基于分布式系统架构的高可用物流信息管理系统,包括分布式协调管理系统、主数据库管理系统、子数据库管理系统,所述分布式协调管理系统设置主节点、子节点,所述分布式协调管理系统将用户请求经所述主节点转到所述主数据库管理系统、将用户请求经所述子节点转到所述子数据库管理系统。
2.根据权利要求1所述的基于分布式系统架构的高可用物流信息管理系统,其特征在于:所述分布式协调管理系统包括后台监控系统、数据同步系统、正确性校验及差错控制系统、容灾及数据恢复系统,其中:
所述后台监控系统监控所述主数据库管理系统及所述子数据库管理系统的数据更新,若监测到数据库更新,则将更新的数据同步至所述子数据库管理系统或所述主数据库管理系统中,
所述数据同步系统将产生的更新数据同步至所述主数据库管理系统及所述子数据库管理系统中;
所述正确性校验及差错控制系统检验各子数据库与主数据库同步的数据是否一致完整,若发现数据差错,则将该部分数据再次同步;
所述容灾及数据恢复系统在站点发生数据灾难时,通过其它站点把原在该站点上存储的数据进行恢复。
3.根据权利要求2所述的基于分布式系统架构的高可用物流信息管理系统,其特征在于:所述后台监控系统通过触发器、进程消息通信机制实现。
4.根据权利要求1至3任一所述的基于分布式系统架构的高可用物流信息管理系统,其特征在于:当所述主数据库管理系统发生数据灾难时,数据库数据可通过各子站点的的水平、垂直切片数据进行聚合恢复;当各所述子数据库管理系统发生数据灾难时,可通过对所述主数据库管理系统进行切片,并将数据恢复至发生数据灾难的子数据库管理系统中。
5.根据权利要求1至3任一所述的基于分布式系统架构的高可用物流信息管理系统,其特征在于:所述主数据库管理系统与所述子数据库管理系统通过网络进行数据连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310731686.7A CN103679615A (zh) | 2013-12-26 | 2013-12-26 | 一种基于分布式系统架构的高可用物流信息管理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310731686.7A CN103679615A (zh) | 2013-12-26 | 2013-12-26 | 一种基于分布式系统架构的高可用物流信息管理系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103679615A true CN103679615A (zh) | 2014-03-26 |
Family
ID=50317075
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310731686.7A Pending CN103679615A (zh) | 2013-12-26 | 2013-12-26 | 一种基于分布式系统架构的高可用物流信息管理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103679615A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105763386A (zh) * | 2016-05-13 | 2016-07-13 | 中国工商银行股份有限公司 | 业务处理系统及方法 |
CN106372994A (zh) * | 2016-08-31 | 2017-02-01 | 北京炎黄新星网络科技有限公司 | 一种处理订单的方法和系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158540A (zh) * | 2011-02-18 | 2011-08-17 | 广州从兴电子开发有限公司 | 分布式数据库实现系统及方法 |
US20130297565A1 (en) * | 2010-03-18 | 2013-11-07 | Nuodb Inc. | Database Management System |
-
2013
- 2013-12-26 CN CN201310731686.7A patent/CN103679615A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130297565A1 (en) * | 2010-03-18 | 2013-11-07 | Nuodb Inc. | Database Management System |
CN102158540A (zh) * | 2011-02-18 | 2011-08-17 | 广州从兴电子开发有限公司 | 分布式数据库实现系统及方法 |
Non-Patent Citations (1)
Title |
---|
李珂: "铁路运输货物追踪查询系统的研究", 《中国优秀硕士学位论文全文数据库工程科技Ⅱ辑》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105763386A (zh) * | 2016-05-13 | 2016-07-13 | 中国工商银行股份有限公司 | 业务处理系统及方法 |
CN106372994A (zh) * | 2016-08-31 | 2017-02-01 | 北京炎黄新星网络科技有限公司 | 一种处理订单的方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2281240B1 (en) | Maintaining data integrity in data servers across data centers | |
CN102945195B (zh) | 一种基于SQLite数据库的主备冗余复制方法 | |
CN106598490A (zh) | 区块链数据的访问方法和区块链管理系统 | |
CN101145946B (zh) | 一种基于消息日志的容错集群系统和方法 | |
CN103995868B (zh) | 面向分布式系统的全局事务管理器及事务处理方法 | |
CN113515499B (zh) | 一种数据库服务方法及系统 | |
CN102664747B (zh) | 一种云计算平台系统 | |
CN102761528A (zh) | 数据管理系统及方法 | |
CN103345470A (zh) | 一种数据库容灾方法、系统及服务器 | |
CN101923498A (zh) | 数据库全量自动备份系统及方法 | |
Moiz et al. | Database replication: A survey of open source and commercial tools | |
CN110569149A (zh) | 基于故障探测触发Oracle容灾自动应急切换的方法 | |
CN104660386A (zh) | 一种基于安腾平台下提高db2容灾高可用性的方法 | |
CN105069152A (zh) | 数据处理方法及装置 | |
KR101605455B1 (ko) | 데이터 손실 없는 데이터베이스 리두 로그 이중화 방법 및 그를 위한 시스템 | |
CN111800484A (zh) | 机动边缘信息服务系统的服务抗毁接替方法 | |
CN102882943B (zh) | 服务副本读写方法及系统 | |
US10102266B2 (en) | Method and system for implementing a redo repeater | |
CN103679615A (zh) | 一种基于分布式系统架构的高可用物流信息管理系统 | |
US20230004465A1 (en) | Distributed database system and data disaster backup drilling method | |
CN103780433B (zh) | 自愈式虚拟资源配置管理数据架构 | |
CN103679614A (zh) | 一种基于手机二维码的分布式系统架构的物流管理系统 | |
CN100563233C (zh) | 一种公共对象请求代理结构应用中的容错性方法 | |
CN111797166B (zh) | 准实时简历数据同步方法和装置、电子设备及介质 | |
CN103679429A (zh) | 一种基于手机app的分布式系统架构的物流管理系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140326 |