CN104731943A - 一种服务器和数据处理方法 - Google Patents

一种服务器和数据处理方法 Download PDF

Info

Publication number
CN104731943A
CN104731943A CN201510148274.XA CN201510148274A CN104731943A CN 104731943 A CN104731943 A CN 104731943A CN 201510148274 A CN201510148274 A CN 201510148274A CN 104731943 A CN104731943 A CN 104731943A
Authority
CN
China
Prior art keywords
data
data server
server
persistent layer
layer service
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
Application number
CN201510148274.XA
Other languages
English (en)
Other versions
CN104731943B (zh
Inventor
曾建国
秦翼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201510148274.XA priority Critical patent/CN104731943B/zh
Publication of CN104731943A publication Critical patent/CN104731943A/zh
Priority to EP15887285.3A priority patent/EP3270298A4/en
Priority to PCT/CN2015/095169 priority patent/WO2016155332A1/zh
Priority to US15/719,768 priority patent/US20180025049A1/en
Application granted granted Critical
Publication of CN104731943B publication Critical patent/CN104731943B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2308—Concurrency control
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2365—Ensuring data consistency and integrity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明涉及计算机通信技术，尤其涉及服务器和数据处理方法，以在云服务场景下简单实现事务管理。本发明实施例提供的第二数据服务器与应用服务器和云端的第一数据服务器连接，接收应用服务器发送的用于请求第一数据服务器提供的第一持久层服务的第一操作请求，该请求中包括属于同一个事务的至少一个操作；第二数据服务器中的事务管理模块对自身中的第二数据执行上述至少一个操作；该第二数据与第一数据服务器中的第一数据相同；若操作均执行成功则生成第二操作请求，以请求对第一数据执行上述至少一个操作，并发给第一数据服务器。通过在应用服务和云服务之间提供具有事务管理功能的持久层服务，无需应用服务实现事务管理，降低应用服务的复杂度。

Description

一种服务器和数据处理方法
技术领域
本发明涉及计算机通信技术，尤其涉及一种服务器和数据处理方法。
背景技术
在传统的数据库事务管理技术中，通常将数据操作的执行分为三个步骤：预提交、提交，以及数据操作失败时的回滚。其中“预提交”是指事务中的所有操作在缓存中执行，若所有操作均成功，则“提交”，否则“回滚”；“提交”是指将数据写入数据库；“回滚”是指清理缓存，恢复到预提交前的数据。
持久层服务，用于屏蔽不同数据库部署形式、版本差异和/或数据库提供商，向应用提供统一的访问数据库的接口。
图1示出了在云服务场景下，向应用服务提供持久层服务的典型架构。其中，应用服务(Application Service，App Service)向云端的持久层服务发送请求，持久层服务响应应用服务的请求向应用提供服务。在具体实现时，通常应用服务和持久层服务由不同的开发商实现，云服务开发商提供持久层服务，但提供的持久层服务通常不具有事务管理的功能。这是因为：持久层服务需要兼容不同类型的数据库，但是不同类型的数据库实现事务管理功能的机制不同，若持久层服务提供事务管理功能，则针对不同数据库的事务管理的实现机制，持久层服务均需要进行适配，并且某些数据库不具备事务管理功能，这更增加了持久层服务提供事务管理功能的难度。
另一方面，目前，持久层服务常见的实现方式是：持久层服务自身通过非关系数据库，以及存储区域网络(Storage Area Network，SAN)或网络存储(Network Attached Storage，NAS)一起提供可扩展的数据存贮能力，而不使用传统的关系数据库来组织数据。此时，持久层服务若自身实现事务管理功能，则需要耗费额外的数据处理资源，当占用的数据处理资源较大时，若持久层服务可用的数据处理资源有限，则可能会对持久层服务自身造成影响。
因此，目前的云服务场景中，不同应用服务的开发商通常需要自身提供事务管理功能，导致应用开发的复杂度高，同时不同应用的事务管理功能差异性较大，兼容性难以保证。
发明内容
本发明实施例提供一种服务器和数据处理方法，用于在云服务场景下，云服务开发商提供的持久层服务不具有事务管理的功能的情况下，提供一种简单的实现事务管理的方案，以降低应用服务实现的复杂度。
第一方面，本发明实施例提供一种第二数据服务器，所述第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；所述一个或多个应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器用于提供第二持久层服务，所述第二数据服务器中包括第二数据，所述第二数据包括与所述第一数据相同的数据；所述第二数据服务器向所述一个或多个应用服务器提供第二应用程序接口API，所述一个或多个应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；
所述第二数据服务器包括：
所述第二接口，用于提供所述第二API，并接收所述一个或多个应用服务器通过调用所述第二API发送的第一操作请求，所述第一操作请求用于请求执行至少一个操作，所述至少一个操作属于同一个事务；
所述事务管理模块，用于在确定所述第一操作请求是用于请求所述第一持久层服务执行所述至少一个操作后，对所述第二数据执行所述至少一个操作；若每一个操作均执行成功，则生成第二操作请求，所述第二操作请求用于请求对所述第一数据执行所述至少一个操作；
所述第一接口，用于调用所述第一API向所述第一数据服务器发送所述第二操作请求。
结合第一方面，在第一种可能的实现方式中，所述事务管理模块在确定所述第一操作请求是用于请求所述第一持久层服务执行所述至少一个操作时，具体用于：
根据所述第一操作请求中所述第一持久层服务的标识信息，或用于指示所述应用服务请求所述第一持久层服务的用户协议信息，确定所述第一操作请求用于请求所述第一持久层服务执行所述至少一个操作。
结合第一方面，或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述事务管理模块还用于：
若执行所述至少一个操作失败，则将所述第二数据回滚至执行所述至少一个操作之前的状态。
结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述事务管理模块在对所述第二数据执行所述至少一个操作中的每一个操作时，具体用于：
对所述至少一个操作进行拆解处理，所述拆解处理包括：将所述至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，所述资源对象为所述第一持久层服务管理的资源对象，所述原子操作为对于所述第一持久层服务管理的资源对象不可再分的操作；以及
对所述拆解处理后得到的原子操作进行事务管理，所述事务管理包括：针对所述拆解处理得到的每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和所述同一个事务的事务标识三者的对应关系；并执行所述拆解处理得到的每一个原子操作。
结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，
所述事务管理模块在将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态时，具体用于：
根据所述事务处理中记录的所述对应关系，将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态。
结合第一方面，或第一方面的第一种可能的实现方式至第四种可能的实现方式中的任一种，在第五种可能的实现方式中，
所述第一操作请求中包括所述同一个事务的事务标识；
所述事务管理模块在生成所述第二操作请求时，具体用于：去掉所述第一操作请求中的所述同一个事务的事务标识，以生成所述第二操作请求。
结合第一方面，或第一方面的第一种可能的实现方式至第五种可能的实现方式中的任一种，在第六种可能的实现方式中，
所述事务管理模块还用于：若执行所述至少一个操作失败，则针对所述第一操作请求生成失败响应，所述失败响应用于指示所述至少一个操作执行失败；
所述第二接口还用于：向所述一个或多个应用服务器发送所述失败响应，。
结合第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述失败响应中包括所述至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的所述第一持久层服务的资源对象；
操作失败原因。
结合第一方面，或第一方面的第一种可能的实现方式至第七种可能的实现方式中的任一种，在第八种可能的实现方式中，所述第二数据服务器与所述第一数据服务器为同一服务器；或
所述第二数据服务器与所述第一数据服务器为不同服务器；或
所述应用服务器与所述第二数据服务器为同一服务器。
结合第一方面的第八种可能的实现方式，在第九种可能的实现方式中，所述第二数据服务器与所述第一数据服务器为不同服务器；
所述第一数据服务器和第二数据服务器为云服务器，且所述第一数据服务器和所述第二数据服务器承载在不同的虚拟机VM上。
第二方面，本发明实施例一种应用服务器，第二数据服务器与第一数据服务器以及一个或多个所述应用服务器具有通信连接；所述应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器向一个或多个所述应用服务器提供第二应用程序接口API，一个或多个所述应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；
所述应用服务器包括：
操作请求生成模块，用于生成第一操作请求，并指示所述第一操作请求用于请求所述第一持久层服务执行至少一个操作，所述至少一个操作属于同一个事务，所述第一操作请求中包括用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息；
接口，用于调用所述第二API，向所述第二数据服务器发送所述第一操作请求，指示所述第二数据服务器：对所述第二数据执行所述至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用所述第一API向所述第一数据服务器发送所述第二操作请求，所述第二操作请求用于请求对所述第一数据执行所述至少一个操作。
结合第二方面，在第一种可能的实现方式中，所述用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息包括：
所述第一持久层服务的标识信息；或
用于指示所述应用服务请求所述第一持久层服务的用户协议信息。
结合第二方面，或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，
所述第一操作请求还用于指示所述第二数据服务器：在执行所述至少一个操作失败时，将所述第二数据回滚至执行所述至少一个操作之前的状态。
结合第二方面、第二方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述第一操作请求中包括所述同一个事务的事务标识。
结合第二方面，或第二方面的第一种可能的实现方式至第三种可能的实现方式中的任一种，在第四种可能的实现方式中，所述接口还用于：
接收所述第二数据服务器在执行所述至少一个操作失败后发送的失败响应；
所述失败响应用于指示所述至少一个操作执行失败。
结合第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述失败响应中包括所述至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的所述第一持久层服务的资源对象；
操作失败原因。
结合第二方面，或第二方面的第一种可能的实现方式至第五种可能的实现方式中的任一种，在第六种可能的实现方式中，所述应用服务器与所述第二数据服务器为同一服务器。
第三方面，本发明实施例提供一种数据处理方法，应用于第二数据服务器上，所述第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；所述应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器用于提供第二持久层服务，所述第二数据服务器中包括第二数据，所述第二数据包括与所述第一数据相同的数据；所述第二数据服务器向所述应用服务器提供第二应用程序接口API，所述应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；所述方法包括：
所述第二数据服务器接收所述一个或多个应用服务器发送的第一操作请求，所述第一操作请求是所述一个或多个应用服务器通过调用所述第二API发送的，用于请求执行至少一个操作，所述至少一个操作属于同一个事务；
所述第二数据服务器在确定所述第一操作请求是用于请求所述第一持久层服务执行所述至少一个操作后，
对所述第二数据执行所述至少一个操作；
若每一个操作均执行成功，则所述第二数据服务器生成第二操作请求，并通过调用所述第一API向所述第一数据服务器发送所述第二操作请求，其中所述第二操作请求用于请求对所述第一数据执行所述至少一个操作。
结合第三方面，在第一种可能的实现方式中，第二数据服务器确定所述第一操作请求用于请求所述第一持久层服务执行所述至少一个操作，包括：
所述第二数据服务器根据所述第一操作请求中所述第一持久层服务的标识信息，或用于指示所述应用服务请求所述第一持久层服务的用户协议信息，确定所述第一操作请求用于请求所述第一持久层服务。
结合第三方面，或第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述方法还包括：
若执行所述至少一个操作失败，则所述第二数据服务器将所述第二数据回滚至执行所述至少一个操作之前的状态。
结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，
所述第二数据服务器对所述第二数据执行所述至少一个操作中的每一个操作，包括：
所述第二数据服务器对所述至少一个操作进行拆解处理，所述拆解处理包括：将所述至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，所述资源对象为所述第一持久层服务管理的资源对象，所述原子操作为对于所述第一持久层服务管理的资源对象不可再分的操作；以及
所述第二数据服务器对所述拆解处理后得到的原子操作进行事务管理，所述事务管理包括：针对所述拆解处理得到的每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和所述同一个事务的事务标识三者的对应关系；并执行所述拆解处理得到的每一个原子操作。
结合第三方面的第三种可能的实现方式，在第四种可能的实现方式中，
所述第二数据服务器将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态，包括：
所述第二数据服务器根据所述事务处理中记录的所述对应关系，将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态。
结合第三方面，或第三方面的第一种可能的实现方式至第四种可能的实现方式中的任一种，在第五种可能的实现方式中，
所述第一操作请求中包括所述同一个事务的事务标识；
所述第二数据服务器生成所述第二操作请求包括：所述第二数据服务器去掉所述第一操作请求中的所述同一个事务的事务标识，以生成所述第二操作请求。
结合第三方面，或第三方面的第一种可能的实现方式至第五种可能的实现方式中的任一种，在第六种可能的实现方式中，
所述方法还包括：若执行所述至少一个操作失败，则所述第二数据服务器针对所述第一操作请求，向所述一个或多个应用服务器发送失败响应，所述失败响应用于指示所述至少一个操作执行失败。
结合第三方面的第六种可能的实现方式，在第七种可能的实现方式中，所述失败响应中包括所述至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的所述第一持久层服务的资源对象；
操作失败原因。
结合第三方面，或第三方面的第一种可能的实现方式至第七种可能的实现方式中的任一种，在第八种可能的实现方式中，所述第一服务器和第二数据服务器为云服务器，且所述第一数据服务器和所述第二数据服务器承载在不同的虚拟机VM上。
第四方面，本发明实施例提供一种数据处理方法，应用于一个或多个应用服务器上，第二数据服务器与第一数据服务器以及所述一个或多个应用服务器具有通信连接；所述一个或多个应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器向所述应用服务器提供第二应用程序接口API，所述一个或多个应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；所述方法包括：
所述一个或多个应用服务器生成第一操作请求，所述第一操作请求用于请求所述第一持久层服务执行至少一个操作，所述至少一个操作属于同一个事务，所述第一操作请求中包括用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息；
所述一个或多个应用服务器通过调用所述第二API，向所述第二数据服务器发送所述第一操作请求，以指示所述第二数据服务器：
对所述第二数据执行所述至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用所述第一API向所述第一数据服务器发送所述第二操作请求，所述第二操作请求用于请求对所述第一数据执行所述至少一个操作。
结合第四方面，在第一种可能的实现方式中，所述用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息包括：
所述第一持久层服务的标识信息；或
用于指示所述应用服务请求所述第一持久层服务的用户协议信息。
结合第四方面或第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述方法还包括：
所述第一操作请求还用于指示所述第二数据服务器：在执行所述至少一个操作失败时，将所述第二数据回滚至执行所述至少一个操作之前的状态。
结合第四方面、第四方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述第一操作请求中包括所述同一个事务的事务标识。
结合第四方面、第四方面的第一种可能的实现方式至第三种可能的实现方式中的任一种，在第四种可能的实现方式中，所述方法还包括：
所述一个或多个应用服务器接收所述第二数据服务器在执行所述至少一个操作失败后通过所述第二API发送的失败响应；
所述失败响应用于指示所述至少一个操作执行失败。
结合第四方面的第四种可能的实现方式，在第五种可能的实现方式中，所述失败响应中包括所述至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的所述第一持久层服务的资源对象；
操作失败原因。
结合第四方面、第四方面的第一种可能的实现方式至第五种可能的实现方式中的任一种，在第六种可能的实现方式中，
所述第一数据服务器和第二数据服务器为云服务器，且所述第一数据服务器和所述第二数据服务器承载在不同的虚拟机VM上。
综上，本发明实施例提供了一种服务器和数据处理方法，通过在应用服务和云端的持久层服务之间提供具有事务管理功能的持久层服务，为不同的应用服务提供了统一的事务管理能力，无需各个应用服务自身实现事务管理，降低了应用服务实现的复杂度。
并且，具有事务管理功能的持久层服务实现了事务管理，多个应用服务可通过该持久层服务实现事务管理功能，避免了事务管理功能在各个应用服务上重复实现造成的冗余开发和配置，以及带来的兼容性问题。
并且，也避免了应用服务直接向云端的持久层服务发送操作请求，在部分操作执行失败的情况下，由于云服务不具备事务管理功能，导致数据无法恢复到这些操作执行之前的状态的问题。
进一步地，具有事务管理功能的持久层服务在事务管理失败时，进行数据回滚，保证了具有事务管理功能的持久层服务与云端的持久层服务之间数据的一致性。
进一步地，具有事务管理功能的持久层服务也位于云端，包括该持久层服务的云服务器，与包括原有的云端的持久层服务的云服务器承载在不同的虚拟机(Virtual Machine，VM)上。一方面，由云端的VM实现具有事务管理功能的持久层服务，可实现按需分配数据资源；另一方面，由于包括具有事务管理功能的持久层服务的云服务器，与原有的云端的持久层服务的云服务器承载在不同的VM上，这样避免了实现该具有事务管理功能的持久层服务占用原有的持久层服务的数据处理资源，避免了对原有的持久层服务的影响。
附图说明
图1为在云服务场景下，向应用服务提供持久层服务的典型的网络架构图；
图2为本发明实施例中，向应用服务提供具有事务管理功能的持久层服务的网络的架构图；
图3A～图3C为图2所示的网络的三种可选实现方式的示意图；
图4～图6分别为本发明实施例中实现事务管理功能的三种方式的示意图；
图7为本发明实施例提供的第一种第二数据服务器的结构示意图；
图8为本发明实施例提供的第二种第二数据服务器的结构示意图；
图9为本发明实施例提供的第一种应用服务器的结构示意图；
图10为本发明实施例提供的第二种应用服务器的结构示意图；
图11为本发明实施例提供的第一种数据处理方法的流程图；
图12为本发明实施例提供的第二种数据处理方法的流程图；
图13为本发明实施例一中的网络架构图；
图14为本发明实施例一中云环境下持久层服务的架构组件图；
图15为本发明实施例一中持久层服务中的事务服务的内部结构图；
图16为本发明实施例一中持久层服务的处理流程图。
具体实施方式
本发明实施例提供一种服务器和数据处理方法，用于在云服务场景下，云服务开发商提供的持久层服务不具有事务管理的功能的情况下，提供一种简单的实现事务管理的方案，以降低应用服务实现的复杂度。
为了向应用服务提供事务管理功能，又不增加应用服务实现的复杂度，本发明实施例中，通过在应用服务和云端的持久层服务之间提供具有事务管理功能的持久层服务，实现了应用服务对事务的管理，无需应用服务自身实现事务管理，降低了应用服务实现的复杂度。
并且，具有事务管理功能的持久层服务实现了事务管理，多个应用服务可通过该持久层服务实现事务管理功能，避免了事务管理功能在各个应用服务上重复实现造成的冗余开发和配置。
并且，也避免了应用服务直接向云端的持久层服务发送操作请求，在部分操作执行失败的情况下，由于云服务不具备事务管理功能，导致数据无法恢复到这些操作执行之前的状态的问题。
进一步地，具有事务管理功能的持久层服务在事务管理失败时，进行数据回滚，保证了具有事务管理功能的持久层服务与云端的持久层服务之间数据的一致性。
进一步地，具有事务管理功能的持久层服务也位于云端，包括该持久层服务的云服务器，与包括原有的云端的持久层服务的云服务器承载在不同的VM上。一方面，由云端的VM实现具有事务管理功能的持久层服务，可实现按需分配数据资源；另一方面，由于包括具有事务管理功能的持久层服务的云服务器，与原有的云端的持久层服务的云服务器承载在不同的VM上，这样避免了实现该具有事务管理功能的持久层服务占用原有的持久层服务的数据处理资源，避免了对原有的持久层服务的影响。
下面，结合附图对本发明实施例进行详细说明。
首先，介绍为本发明实施例中，向应用服务提供具有事务管理功能的持久层服务的网络架构，然后分别介绍该网络架构的三种可选实现方式，接下来介绍本发明实施例提供的第二数据服务器、应用服务器，最后介绍本发明实施例提供的数据处理方法。
图2为本发明实施例中，向应用服务提供具有事务管理功能的持久层服务的网络架构图。
如图2所示，网络20中包括：第一数据服务器203、第二数据服务器202，以及一个或多个应用服务器201；其中，第二数据服务器202与第一数据服务器203以及该一个或多个应用服务器201具有通信连接；
一个或多个应用服务器201用于提供应用服务；
第一数据服务器203用于提供第一持久层服务，其中包括第一数据；
第二数据服务器202用于提供第二持久层服务，其中包括第二数据，第二数据包括与第一数据相同的数据；
第二数据服务器202向一个或多个应用服务器201提供第二应用程序接口(Application Programming Interface，API)，应用服务器201通过调用第二API向第一数据服务器请求第一持久层服务；
第一数据服务器203向第二数据服务器202提供第一API，第二数据服务器202通过调用第一API请求第一持久层服务。
具体地，应用服务器201，用于生成第一操作请求，并指示第一操作请求用于请求第一持久层服务，第一操作请求用于请求执行至少一个操作，该至少一个操作属于同一个事务；以及通过调用第二API，向第二数据服务器202发送第一操作请求；
第二数据服务器202，用于接收应用服务器201发送的第一操作请求，所述第二数据服务器在确定所述第一操作请求是用于请求所述第一持久层服务执行上述至少一个操作后，对第二数据执行上述至少一个操作；若每一个操作均执行成功，则所生成第二操作请求，并通过调用第一API向第一数据服务器203发送第二操作请求，其中第二操作请求用于请求对第一数据执行该至少一个操作；
第一数据服务器203，用于接收第二数据服务器202发送的第二操作请求，根据该第二操作请求对自身中的第一数据进行处理；
其中，第二数据服务器202中的第二数据，与第一数据服务器203中的第一数据一致。可选地，第二数据服务器202可在向应用服务器201提供服务之前，对第一数据进行复制，生成第二数据。
第一数据服务器203中的第一数据和第二数据服务器202中的第二数据可为存储在可掉电存储介质上的数据，对于可掉电存储介质，其掉电后，存储介质上的数据不会丢失。第一数据和第二数据的数据组织形式可有多种，包括但不限于：数据库、文件、内存等。
其中，应用服务器201提供的应用服务可由应用开发商提供，第一数据服务器203提供的第一持久层服务可由云服务开发商提供，而第二数据服务器202提供的第二持久层服务可由第三方开发商或云服务开发商提供。
其中，应用服务器201在发送第一操作请求时，可采用的发送方式包括但不限于下述三种方式：
方式一、不指示第一操作请求中的至少一个操作所属的同一个事务的事务标识(Transaction Id)，则可认为第一操作请求中的所有操作属于同一个事务，具有相同的事务标识；
方式二、指示事务标识，但第一操作请求中的所有操作属于同一个事务；
方式三、指示事务标识，第一操作请求中的至少一个操作分别属于多个事务，应用服务器201在发送第一操作请求时指示各操作所属的事务的事务标识。
可选地，对于方式二和方式三，第一操作请求包括事务标识的情况，第二数据服务器202在生成第二操作请求时，将第一操作请求中的同一个事务的事务标识去掉后，生成第二操作请求。
该可选方案避免了对第一数据服务器203提供的第一API的改动，由于原有的在云服务场景下，持久层服务通常不具备事务管理功能，因此，第一数据服务器203并不识别事务标识，第二数据服务器202将事务标识去掉，则更好地兼容了以往的持久层服务。
对于方式三，第一操作请求中包括分属于不同事务的多个操作，比如：包括属于事务1的多个操作和属于事务2的多个操作，则第二数据服务器202分别对事务1和事务2进行事务管理，针对事务1，生成的第二操作请求中仅包括事务1的多个操作；针对事务2，生成的第二操作请求中仅包括事务2的多个操作。
其中，事务标识可为一个或多个字段的组合，只要能唯一标识应用服务器201期望进行事务管理的多个操作所属的事务即可。
可选地，应用服务器201可通过如下方式，指示第一操作请求用于请求所述第一持久层服务：
方式一、
在第一操作请求中携带第一持久层服务的标识信息；
方式二、
在第一操作请求中携带用于指示应用服务请求第一持久层服务的用户协议信息。
第二数据服务器202在收到第一操作请求后，即可根据第一操作请求中第一持久层服务的标识信息，或用于指示应用服务请求第一持久层服务的用户协议信息，确定第一操作请求用于请求第一持久层服务。
可选地，若执行上述至少一个操作失败，比如：逐条执行上述至少一个操作，在遇到执行失败的操作时，确定执行上述至少一个操作失败。此时，第二数据服务器202将第二数据回滚至执行上述至少一个操作之前的状态。这样，在操作失败时进行数据回滚，保证了第二数据服务器202中的第二数据与第一数据服务器203中的第一数据一致。
并且，可选地，若执行上述至少一个操作失败，则第二数据服务器202不会生成第二操作请求，也不会向第一数据服务器203发送第二操作请求。
可选地，若可选地，若执行上述至少一个操作失败，则第二数据服务器202针对第一操作请求，向应用服务器201发送失败响应，指示上述至少一个操作执行失败。
进一步可选地，该失败响应中包括上述执行失败的操作的下列信息中的至少一种：
操作类型；
操作所针对的第一持久层服务的资源对象；
操作失败原因。
通过向应用服务器201发送失败响应，可使应用服务器201获知第一操作请求的执行结果，并且，通过进一步提供的详细信息，可使应用服务器201获知部分操作为执行成功的详细信息，便于应用服务器201自身的灵活处理。
其中，资源对象是指资源对象：在对技术领域建模过程中得到的对象实体，可使用名词描述，对这些实体可执行的操作包括：创建、读取、更新、删除。
图2所示的网络20可有多种实现方式，图3A～图3C示出了其中的三种可选实现方式，为了简单示意，仅示出了一个应用服务器201。
图3A中，应用服务器201、第二数据服务器202和第一数据服务器203分别在服务器A、服务器B和服务器C三个不同的服务器上实现。其中，可选地，第一数据服务器203可在云端实现，且第一数据服务器203和第二数据服务器202承载在不同的VM上。
采用图3A所示的实现方式，一方面，由云端的VM实现第二持久层服务，可实现按需分配数据资源；另一方面，由于包括具有事务管理功能的第二持久层服务的第二数据服务器202，与包括原有云端的第一持久层服务的第一数据服务器203承载在不同的VM上，这样避免了实现该具有事务管理功能的第二持久层服务占用原有的第一持久层服务的数据处理资源，避免了对原有的第一持久层服务的影响。
图3B中，应用服务器201在服务器A上实现，第一数据服务器203和第二数据服务器202在同一个云中的服务器——服务器B上实现，该服务器B位于云中。在具体实施时，可通过在第一数据服务器203上打补丁或安装程序来实现第二数据服务器202提供的第二持久层服务。对应地，在网络部署时，无需单独部署第二数据服务器202。
图3B中，应用服务器201和第二数据服务器202在同一个服务器——服务器A上实现，第一数据服务器203在云端的服务器B上实现，在具体实施时，可通过在应用服务器201上打补丁或安装程序来实现第二数据服务器202提供的第二持久层服务。对应地，在网络部署时，无需单独部署第二数据服务器202。
可选地，第二数据服务器202的实现方式有多种，包括但不限于图4～图6所示的三种实现方式，下面，以这三种实现方式为例加以说明。
图4为第二数据服务器202的第一种实现方式的示意图。如图4所示，第二数据服务器202包括：
北向接口(North Bound Interface，NBI)2021，用于提供第二API，并接收应用服务器201通过调用第二API发送的第一操作请求，第一操作请求用于请求执行至少一个操作，该至少一个操作属于同一个事务；
事务管理模块2022，用于在确定第一操作请求是用于请求第一持久层服务后，对第二数据执行该至少一个操作；若每一个操作均执行成功，则生成第二操作请求，第二操作请求用于请求对第一数据执行至少一个操作；
南向接口(South Bound Interface，SBI)2023，用于调用第一API向第一数据服务器203发送第二操作请求。
图5为第二数据服务器202的第二种实现方式的示意图。与图4所示的第一种实现方式的区别在于，事务管理模块2022又细分为拆解器2022a，资源管理器2022b和事务管理器2022c。连接关系如图5所示。
具体地，拆解器2022a用于对NBI2021收到的第一操作请求中的至少一个操作进行拆解处理；
其中，拆解处理包括：将上述至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，上述资源对象为上述第一持久层服务所管理的资源对象，上述原子操作为对于第一数据服务器203所管理的资源对象不可再分的操作。
比如：应用服务器201发送的第一操作请求为：
NE{
url:rest/ne,
data:{[{objectid:id1,name:ne1,remark:core network element,…},{objectid:
id2,name:ne2,remark:access network element,…}]},
type:post,
TransactionID:Transaction_Id1,
},
PORT{
url:rest/port,
data:{[{objectid:id3,name:port1,remark:connect ne1,…},{objectid:
id4,name:port2,remark:connect ne2,…}]},
type:post,
TransactionID:Transaction_Id1,
}
其中，第一操作请求中至少一个操作所针对的资源对象包括：ne1、ne2、port1和port2，对这些资源对象的操作均为post，即新增资源对象。这里一个操作对应多个资源对象。其中，remark后面的省略号表示其他可携带的参数。
这里，以符合RESTful格式的第一操作请求为例，根据RESTful标准的规定，操作类型可包括：CRUD，其中
C为Create：新增，RESTful标准中对应为Post；
R为Retrieve：读取，RESTful标准中对应为get；
U为Update：修改，RESTful标准中对应为put；
D为Delete：删除，RESTful标准中对应为delete。
这里，仅以RESTful格式为例，具体实现时，NBI2021可接收应用服务器201发送的符合各种格式的第一操作请求，比如：符合某些网络通信协议，比如简单网络管理协议(Simple Network Management Protocol，SNMP)的操作请求。
仍以上述符合RESTful格式的第一操作请求为例，拆解器2022a将第一操作请求中针对ne1、ne2的操作和针对port1和port2的两个post操作，分解为四个原子操作，这四个原子操作分别针对资源对象ne1、ne2、port1和port2。
这里，第一操作请求中的数据体(body)，即data语句后面大括号中的部分符合JavaScript对象标记(JavaScript Object Notation，JSON)格式，可选地，拆解器2022a将第一操作请求中的body转换格式，使其符合JavaBean格式。
以上述第一操作请求的语句为例，分解转换后的四个原子操作如下，其中每个大括号中的为一个原子操作。
[
{
url:rest/ne,
data:{[{objectid:id1,name:ne1,remark:core network element,…}]},
type:post,
TransactionID:Transaction_Id1,
},
{
url:rest/ne,
data:{[{objectid:id2,name:ne2,remark:access network element,…}]},
type:post,
TransactionID:Transaction_Id1,
},
{
url:rest/port,
data:{[{objectid:id3,name:port1,remark:connect ne1,…}]},
type:post,
TransactionID:Transaction_Id1,
},
{
url:rest/port,
data:{[{objectid:id4,name:port2,remark:connect ne2,…}]},
type:post,
TransactionID:Transaction_Id1,
},
]
上述四个原子操作为对于第二数据服务器202不可再分的最小粒度的操作。
上述拆解器2022a对第一操作请求的拆解处理中，将第一操作请求中针对ne1、ne2的操作和针对port1和port2的两个post操作，分解为四个原子操作，这四个原子操作分别针对资源对象ne1、ne2、port1和port2。解释处理的目的是能够按照资源对象加锁，使针对同一个资源对象的操作能够按顺序执行。其中，“加锁”是指若两个操作针对同一个资源对象，则在执行第一个操作时，第二个操作需等待。资源管理器2022b是一个可选的部分，用于对拆解器2022a进行拆解处理后得到的每一个原子操作进行资源管理，该资源管理包括：将每一个原子操作生成属于同一个事务的原子操作队列，该同一个事务即为上述Transaction_Id所标识的事务。
生成操作队列，便于后续事务管理器2022c对各原子操作按顺序处理，同时也起到数据缓存的作用。
事务管理器2022c，用于对各原子操作进行事务管理，若存在资源管理器2022b，则事务管理器2022c处理的是原子操作的队列；若不存在资源管理器2022b，则事务管理器2022c直接处理拆解器2022a输出的各原子操作。
其中，事务管理器2022c进行的事务管理包括：
首先，针对每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和同一个事务的事务标识三者的对应关系；
可选地，对于每一个原子操作，还可记录该原子操作的执行时间，即时间戳，该时间戳用于在后续可能的数据回滚中，辅助标记各原子操作的执行顺序。
然后，对各原子操作逐条进行预提交，即逐条执行各原子操作；
若所有原子操作均执行成功，则事务完成，生成第二操作请求，并通知SBI2023将第二操作请求发送给第一数据服务器203；
在遇到原子操作未执行成功时，则预提交失败，此时对第二数据进行回滚，回滚时根据之前记录的原子操作的类型、原子操作所针对的资源对象的标识和同一个事务的事务标识三者的对应关系，进行回滚，即将第二数据恢复到执行第一操作请求中的至少一个操作之前的状态。
在对第二数据恢复时，可采用如下方式：
对于操作类型为读取的操作，由于不会修改数据，所以在回滚时忽略；
对于操作类型为新增的操作，回滚时删除对应的资源对象；
对于操作类型为修改的操作，回滚时将对应资源对象恢复为该资源对象的上一条记录；
对于操作类型为删除的操作，回滚时新增对应的资源对象，新增的资源对象的数据体中的内容与执行该删除操作前，该资源对象在第二数据中的最后一条记录一致。
若事务管理模块2022包括资源管理器2022b，则事务管理器2022c还用于：在逐条执行每一个原子操作之前，将资源管理器2022b输出的原子操作队列生成属于该同一个事务的事务对象实例；则事务管理器2022c在逐条执行每一个原子操作时，具体地，可将生成的该事务对象实例中的每一个原子操作逐条进行预提交。
这里，生成属于同一个事务的事务对象实例，是为了应对多个操作对一个资源对象进行处理的并发操作的情况，此时，需要对事物对象进行管理，而对事务对象进行管理就生成对应的事务对象实例。
前面，以应用服务器201提交符合RESTful格式的第一操作请求为例。在具体实现时，应用服务器201也可能发送符合特定网络通信协议格式的第一操作请求，此时，可在符合RESTful格式的接口NBI2021与应用服务器201之间，增加接口转换器2024，该接口转换器2024用于将符合特定网络通信协议格式的第一操作请求，转换为符合RESTful格式的第一操作请求。
该接口转换器2024可位于应用服务器201上，也可位于第二数据服务器202上，如图6所示。
前面介绍了本发明实施例提供的网络，基于相同的发明构思，本发明实施例还提供了第二数据服务器、应用服务器，以及数据处理方法，由于它们解决问题的原理与本发明实施例提供的网络类似，其实施可参照该网络的实施，重复之处不再赘述。
图7为本发明实施例提供的第一种第二数据服务器的结构示意图。该第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；一个或多个应用服务器用于提供应用服务；第一数据服务器用于提供第一持久层服务，第一数据服务器中包括第一数据；第二数据服务器用于提供第二持久层服务，第二数据服务器中包括第二数据，第二数据包括与第一数据相同的数据；第二数据服务器向一个或多个应用服务器提供第二应用程序接口API，一个或多个应用服务器通过调用第二API向第一数据服务器请求第一持久层服务；第一数据服务器向第二数据服务器提供第一API，第二数据服务器通过调用第一API请求第一持久层服务。
如图7所示，该第二数据服务器包括：
第二接口701，用于提供第二API，并接收一个或多个应用服务器通过调用第二API发送的第一操作请求，第一操作请求用于请求执行至少一个操作，至少一个操作属于同一个事务；
事务管理模块702，用于在确定第一操作请求是用于请求第一持久层服务执行至少一个操作后，对第二数据执行至少一个操作；若每一个操作均执行成功，则生成第二操作请求，第二操作请求用于请求对第一数据执行至少一个操作；
第一接口703，用于调用第一API向第一数据服务器发送第二操作请求。
可选地，事务管理模块702在确定第一操作请求是用于请求第一持久层服务执行至少一个操作时，具体用于：
根据第一操作请求中第一持久层服务的标识信息，或用于指示应用服务请求第一持久层服务的用户协议信息，确定第一操作请求用于请求第一持久层服务执行至少一个操作。
可选地，事务管理模块702还用于：
若执行至少一个操作失败，则将第二数据回滚至执行至少一个操作之前的状态。
可选地，事务管理模块702在对第二数据执行至少一个操作中的每一个操作时，具体用于：
对至少一个操作进行拆解处理，拆解处理包括：将至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，资源对象为第一持久层服务管理的资源对象，原子操作为对于第一持久层服务管理的资源对象不可再分的操作；以及
对拆解处理后得到的原子操作进行事务管理，事务管理包括：针对拆解处理得到的每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和同一个事务的事务标识三者的对应关系；并执行拆解处理得到的每一个原子操作。
可选地，事务管理模块702在将第二数据回滚至执行至少一个操作中的每一个操作之前的状态时，具体用于：
根据事务处理中记录的对应关系，将第二数据回滚至执行至少一个操作中的每一个操作之前的状态。
可选地，第一操作请求中包括同一个事务的事务标识；
事务管理模块702在生成第二操作请求时，具体用于：去掉第一操作请求中的同一个事务的事务标识，以生成第二操作请求。
可选地，事务管理模块702还用于：若执行至少一个操作失败，则针对第一操作请求生成失败响应，失败响应用于指示至少一个操作执行失败；
第二接口701还用于：向一个或多个应用服务器发送失败响应，。
可选地，失败响应中包括至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的第一持久层服务的资源对象；
操作失败原因。
可选地，第二数据服务器与第一数据服务器为同一服务器；或
第二数据服务器与第一数据服务器为不同服务器；或
应用服务器与第二数据服务器为同一服务器。
可选地，第二数据服务器与第一数据服务器为不同服务器；
第一数据服务器和第二数据服务器为云服务器，且第一数据服务器和第二数据服务器承载在不同的虚拟机VM上。
该第一种第二数据服务器的其他实现细节，可参见前述的第二数据服务器202，重复之处不再赘述。
图8为本发明实施例提供的第二种第二数据服务器的结构示意图。
与本发明实施例提供的第一种第二数据服务器类似，第二种第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；一个或多个应用服务器用于提供应用服务；第一数据服务器用于提供第一持久层服务，第一数据服务器中包括第一数据；第二数据服务器用于提供第二持久层服务，第二数据服务器中包括第二数据，第二数据包括与第一数据相同的数据；第二数据服务器向一个或多个应用服务器提供第二应用程序接口API，一个或多个应用服务器通过调用第二API向第一数据服务器请求第一持久层服务；第一数据服务器向第二数据服务器提供第一API，第二数据服务器通过调用第一API请求第一持久层服务。
如图8所示，该第二数据服务器包括：网络接口801、处理器802和存储器803；
其中，存储器803用于存储事务管理程序，所述事务管理程序中包括用于实现所述第二API的代码；
处理器802用于调用存储器803中存储的该事务管理程序，执行如下操作：
通过网络接口801接收一个或多个应用服务器发送的第一操作请求，第一操作请求是一个或多个应用服务器通过调用第二API发送的，用于请求执行至少一个操作，至少一个操作属于同一个事务；
在确定第一操作请求是用于请求第一持久层服务执行至少一个操作后，对第二数据执行至少一个操作；
若每一个操作均执行成功，则第二数据服务器生成第二操作请求，并通过网络接口801调用第一API向第一数据服务器发送第二操作请求，其中第二操作请求用于请求对第一数据执行至少一个操作。
其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器802代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供网络接口801，用于与网络上的其他设备通信，比如第一数据服务器、一个或多个应用服务器等。针对不同的用户设备，用户接口804还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
该第二种第二数据服务器的其他实现细节可参考前述的第二数据服务器202，重复之处不再赘述。
图9为本发明实施例提供的第一种应用服务器的结构示意图。
其中，第二数据服务器与第一数据服务器以及一个或多个该第一种应用服务器具有通信连接；该应用服务器用于提供应用服务；第一数据服务器用于提供第一持久层服务，第一数据服务器中包括第一数据；第二数据服务器向一个或多个应用服务器提供第二应用程序接口API，一个或多个应用服务器通过调用第二API向第一数据服务器请求第一持久层服务；第一数据服务器向第二数据服务器提供第一API，第二数据服务器通过调用第一API请求第一持久层服务。
如图9所示，该应用服务器包括：
操作请求生成模块901，用于生成第一操作请求，并指示第一操作请求用于请求第一持久层服务执行至少一个操作，至少一个操作属于同一个事务，第一操作请求中包括用于指示第一操作请求用于请求第一持久层服务的指示信息；
接口902，用于调用第二API，向第二数据服务器发送第一操作请求，指示第二数据服务器：对第二数据执行至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用第一API向第一数据服务器发送第二操作请求，第二操作请求用于请求对第一数据执行至少一个操作。
可选地，用于指示第一操作请求用于请求第一持久层服务的指示信息包括：
第一持久层服务的标识信息；或
用于指示应用服务请求第一持久层服务的用户协议信息。
可选地，第一操作请求还用于指示第二数据服务器：在执行至少一个操作失败时，将第二数据回滚至执行至少一个操作之前的状态。
可选地，第一操作请求中包括同一个事务的事务标识。
可选地，接口902还用于：
接收第二数据服务器在执行至少一个操作失败后发送的失败响应；
失败响应用于指示至少一个操作执行失败。
可选地，失败响应中包括至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的第一持久层服务的资源对象；
操作失败原因。
可选地，该应用服务器与第二数据服务器为同一服务器。
该应用服务器的其他实现细节可参考前述的应用服务器201，重复之处不再赘述。
图10为本发明实施例提供的第二种应用服务器的结构示意图。
其中，第二数据服务器与第一数据服务器以及一个或多个该第一种应用服务器具有通信连接；该应用服务器用于提供应用服务；第一数据服务器用于提供第一持久层服务，第一数据服务器中包括第一数据；第二数据服务器向一个或多个应用服务器提供第二应用程序接口API，一个或多个应用服务器通过调用第二API向第一数据服务器请求第一持久层服务；第一数据服务器向第二数据服务器提供第一API，第二数据服务器通过调用第一API请求第一持久层服务。
如图10所示，该应用服务器包括：
网络接口1001、处理器1002和存储器1003；
其中，存储器1003用于操作请求处理程序；
处理器1002用于调用存储器1003中存储的该操作请求处理程序，执行如下操作：
生成第一操作请求，第一操作请求用于请求第一持久层服务执行至少一个操作，至少一个操作属于同一个事务，第一操作请求中包括用于指示第一操作请求用于请求第一持久层服务的指示信息；
调用第二API，向第二数据服务器发送第一操作请求，以指示第二数据服务器：
对第二数据执行至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用第一API向第一数据服务器发送第二操作请求，第二操作请求用于请求对第一数据执行至少一个操作。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1002代表的一个或多个处理器和存储器1003代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供网络接口1001，用于与网络上的其他设备通信，比如第二数据服务器等。针对不同的用户设备，用户接口1004还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
该第二种应用服务器的其他实现细节可参考前述的应用服务器201，重复之处不再赘述。
图11为本发明实施例提供的第一种数据处理方法的流程图。
该第一种数据处理方法可应用于第二数据服务器上，第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；应用服务器用于提供应用服务；第一数据服务器用于提供第一持久层服务，第一数据服务器中包括第一数据；第二数据服务器用于提供第二持久层服务，第二数据服务器中包括第二数据，第二数据包括与第一数据相同的数据；第二数据服务器向应用服务器提供第二应用程序接口API，应用服务器通过调用第二API向第一数据服务器请求第一持久层服务；第一数据服务器向第二数据服务器提供第一API，第二数据服务器通过调用第一API请求第一持久层服务。
如图11所示，该方法包括：
S1101：第二数据服务器接收一个或多个应用服务器发送的第一操作请求，第一操作请求是一个或多个应用服务器通过调用第二API发送的，用于请求执行至少一个操作，至少一个操作属于同一个事务；
S1102：第二数据服务器在确定第一操作请求是用于请求第一持久层服务执行至少一个操作后，对第二数据执行至少一个操作；
S1103：若每一个操作均执行成功，则第二数据服务器生成第二操作请求，并通过调用第一API向第一数据服务器发送第二操作请求，其中第二操作请求用于请求对第一数据执行至少一个操作。
可选地，第二数据服务器确定第一操作请求用于请求第一持久层服务执行至少一个操作，包括：
第二数据服务器根据第一操作请求中第一持久层服务的标识信息，或用于指示应用服务请求第一持久层服务的用户协议信息，确定第一操作请求用于请求第一持久层服务。
可选地，该方法还包括：
若执行至少一个操作失败，则第二数据服务器将第二数据回滚至执行至少一个操作之前的状态。
可选地，第二数据服务器对第二数据执行至少一个操作中的每一个操作，包括：
第二数据服务器对至少一个操作进行拆解处理，拆解处理包括：将至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，资源对象为第一持久层服务管理的资源对象，原子操作为对于第一持久层服务管理的资源对象不可再分的操作；以及
第二数据服务器对拆解处理后得到的原子操作进行事务管理，事务管理包括：针对拆解处理得到的每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和同一个事务的事务标识三者的对应关系；并执行拆解处理得到的每一个原子操作。
可选地，第二数据服务器将第二数据回滚至执行至少一个操作中的每一个操作之前的状态，包括：
第二数据服务器根据事务处理中记录的对应关系，将第二数据回滚至执行至少一个操作中的每一个操作之前的状态。
可选地，第一操作请求中包括同一个事务的事务标识；
第二数据服务器生成第二操作请求包括：第二数据服务器去掉第一操作请求中的同一个事务的事务标识，以生成第二操作请求。
可选地，该方法还包括：若执行至少一个操作失败，则第二数据服务器针对第一操作请求，向一个或多个应用服务器发送失败响应，失败响应用于指示至少一个操作执行失败。
可选地，失败响应中包括至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的第一持久层服务的资源对象；
操作失败原因。
可选地，第一服务器和第二数据服务器为云服务器，且第一数据服务器和第二数据服务器承载在不同的虚拟机VM上。
该方法的其他实现细节可参考前述的第二数据服务器202的具体实现，重复之处不再赘述。
图12为本发明实施例提供的第二种数据处理方法的流程图。
该方法可应用于一个或多个应用服务器上，第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；一个或多个应用服务器用于提供应用服务；第一数据服务器用于提供第一持久层服务，第一数据服务器中包括第一数据；第二数据服务器向应用服务器提供第二应用程序接口API，一个或多个应用服务器通过调用第二API向第一数据服务器请求第一持久层服务；第一数据服务器向第二数据服务器提供第一API，第二数据服务器通过调用第一API请求第一持久层服务。
如图12所示，该方法包括：
S1201：一个或多个应用服务器生成第一操作请求，第一操作请求用于请求第一持久层服务执行至少一个操作，至少一个操作属于同一个事务，第一操作请求中包括用于指示第一操作请求用于请求第一持久层服务的指示信息；
S1202：该一个或多个应用服务器通过调用第二API，向第二数据服务器发送第一操作请求，以指示第二数据服务器：
对第二数据执行至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用第一API向第一数据服务器发送第二操作请求，第二操作请求用于请求对第一数据执行至少一个操作。
可选地，用于指示第一操作请求用于请求第一持久层服务的指示信息包括：
第一持久层服务的标识信息；或
用于指示应用服务请求第一持久层服务的用户协议信息。
可选地，该方法还包括：
第一操作请求还用于指示第二数据服务器：在执行至少一个操作失败时，将第二数据回滚至执行至少一个操作之前的状态。
可选地，第一操作请求中包括同一个事务的事务标识。
可选地，该方法还包括：
一个或多个应用服务器接收第二数据服务器在执行至少一个操作失败后通过第二API发送的失败响应；
失败响应用于指示至少一个操作执行失败。
可选地，失败响应中包括至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的第一持久层服务的资源对象；
操作失败原因。
可选地，第一数据服务器和第二数据服务器为云服务器，且第一数据服务器和第二数据服务器承载在不同的虚拟机VM上。
该方法的其他实现细节可参考前述的应用服务器201的具体实现，重复之处不再赘述。
以上，介绍了本发明实施例的各种可能的实现方式。下面，通过图13所示的网络架构，对本发明实施例提供的持久层服务进一步说明。
如图13所示，其中，最终用户，即浏览器建立会话(Session)，调用应用服务器201提供的应用服务，该应用服务通过符合RESTful格式的NBI接口使用本发明实施例提供的第二数据服务器202提供的第二持久层服务。
第二数据服务器202针对自身的第二数据(这里以数据库为例，称为“历史库”)提供事务服务，若事务完成，则向第一数据服务器203发送符合RESTful格式的SBI接口消息，其中的操作类型为RESTful标准规定的CRUD操作。
第一数据服务器203再根据收到的操作请求，对第一数据(这里以数据库)为例，称为“当前库”进行处理，
如图14为基于图13所示的网络架构，在云服务场景下第二数据服务器202中提供的第二持久层服务的架构组件图。其中，第二数据服务器202包括图14中的NBI2021、SBI2023和即事务管理模块2022，应用服务器201提供应用服务，第二数据服务器202提供第二持久层服务，即事务服务，第一数据服务器203提供原有的云端的持久层服务。
其中，应用服务在原有的云端的持久层服务的符合RESTFul格式的北向接口NBI中增加事务标识(TransactionID)字段。即可将有相同TransactionID的操作绑成事务。操作类型按RESTful标准可划分为CRUD操作。
事务服务对应用服务下发的CRUD操作接口进行拆解，拆解成多个原子操作，将其中具有相同Transaction ID的原子操作绑定成一个事务对象实例，并且，对于每一个原子操作，将该原子操作的操作类型、该原子操作所针对的资源对象的标识ObjectID所属的Transaction的TransactionId对应关系，作为一条记录保存至历史库，用于操作失败时的数据回滚。
图15为图14中的事务服务的内部结构图。如图15所示，事务服务包括：拆解器(Parser)、资源管理器(ResourceMgr)、事务管理器(TransactionMgr)和历史库(Database-HIS)。
由应用服务按RESTful格式下发第一操作请求，经由NBI接口，进入事务服务后，首先由拆解器将第一操作请求中包括的具有相同TransactionId的多个操作拆解成原子操作；
然后，资源管理器将拆解器拆解得到的多个原子操作生成原子操作队列，发给事务管理器；
事务管理器将原子操作队列生成一个事务对象实例，将其中的原子操作逐条进行预提交；
若所有原子操作均执行成功，则生成第二操作请求，该第二操作请求中包括第一操作请求中的所有操作，发给第一数据服务器203；
若在逐条执行原子操作过程中，遇到执行失败的原子操作，则将历史库回滚到执行各原子操作之前的状态。
图16示出了第二数据服务器202处理的过程。如图16所示，第二数据服务器202的处理包括如下步骤：
S1601：接收应用服务器201发送的第一操作请求；
S1602：拆解器拆解该第一操作请求，生成多个原子操作；
S1603：资源管理器生成原子操作队列；
S1604：事务管理器生成事务对象实例，进行预提交；
S1605：判断是否所有原子操作均执行成功；若是，则执行步骤S1606；否则执行步骤S1607；
S1606：事务执行成功，生成第二操作请求，发给第一数据服务器203；
S1607：数据回滚，回到初始状态。
综上，本发明实施例提供了一种服务器和数据处理方法，通过在应用服务和云端的持久层服务之间提供具有事务管理功能的持久层服务，实现了应用服务对事务的管理，无需应用服务自身实现事务管理，降低了应用服务实现的复杂度。
并且，具有事务管理功能的持久层服务实现了事务管理，多个应用服务可通过该持久层服务实现事务管理功能，避免了事务管理功能在各个应用服务上重复实现造成的冗余开发和配置。
并且，也避免了应用服务直接向云端的持久层服务发送操作请求，在部分操作执行失败的情况下，由于云服务不具备事务管理功能，导致数据无法恢复到这些操作执行之前的状态的问题。
进一步地，具有事务管理功能的持久层服务在事务管理失败时，进行数据回滚，保证了具有事务管理功能的持久层服务与云端的持久层服务之间数据的一致性。
进一步地，具有事务管理功能的持久层服务也位于云端，包括该持久层服务的云服务器，与包括原有的云端的持久层服务的云服务器承载在不同的虚拟机(Virtual Machine，VM)上。一方面，由云端的VM实现具有事务管理功能的持久层服务，可实现按需分配数据资源；另一方面，由于包括具有事务管理功能的持久层服务的云服务器，与原有的云端的持久层服务的云服务器承载在不同的VM上，这样避免了实现该具有事务管理功能的持久层服务占用原有的持久层服务的数据处理资源，避免了对原有的持久层服务的影响。
本发明实施例提供的具有事务管理功能的持久层服务，可作为基于面向服务的体系结构(Service-Oriented Architecture，SOA)架构设计的松耦合组件，被其他服务集成从而提供具有事务管理功能的服务，从而更灵活地实现持久层服务的事务管理功能。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (23)

1.一种数据处理方法，应用于第二数据服务器上，其特征在于，所述第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；所述应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器用于提供第二持久层服务，所述第二数据服务器中包括第二数据，所述第二数据包括与所述第一数据相同的数据；所述第二数据服务器向所述应用服务器提供第二应用程序接口API，所述应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；所述方法包括：
所述第二数据服务器接收所述一个或多个应用服务器发送的第一操作请求，所述第一操作请求是所述一个或多个应用服务器通过调用所述第二API发送的，用于请求执行至少一个操作，所述至少一个操作属于同一个事务；
所述第二数据服务器在确定所述第一操作请求是用于请求所述第一持久层服务执行所述至少一个操作后，对所述第二数据执行所述至少一个操作；
若每一个操作均执行成功，则所述第二数据服务器生成第二操作请求，并通过调用所述第一API向所述第一数据服务器发送所述第二操作请求，其中所述第二操作请求用于请求对所述第一数据执行所述至少一个操作。
2.如权利要求1所述的方法，其特征在于，第二数据服务器确定所述第一操作请求用于请求所述第一持久层服务执行所述至少一个操作，包括：
所述第二数据服务器根据所述第一操作请求中所述第一持久层服务的标识信息，或用于指示所述应用服务请求所述第一持久层服务的用户协议信息，确定所述第一操作请求用于请求所述第一持久层服务。
3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：
若执行所述至少一个操作失败，则所述第二数据服务器将所述第二数据回滚至执行所述至少一个操作之前的状态。
4.如权利要求3所述的方法，其特征在于，
所述第二数据服务器对所述第二数据执行所述至少一个操作中的每一个操作，包括：
所述第二数据服务器对所述至少一个操作进行拆解处理，所述拆解处理包括：将所述至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，所述资源对象为所述第一持久层服务管理的资源对象，所述原子操作为对于所述第一持久层服务管理的资源对象不可再分的操作；以及
所述第二数据服务器对所述拆解处理后得到的原子操作进行事务管理，所述事务管理包括：针对所述拆解处理得到的每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和所述同一个事务的事务标识三者的对应关系；并执行所述拆解处理得到的每一个原子操作。
5.如权利要求4所述的方法，其特征在于，
所述第二数据服务器将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态，包括：
所述第二数据服务器根据所述事务处理中记录的所述对应关系，将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态。
6.如权利要求1～5任一项所述的方法，其特征在于，
所述第一操作请求中包括所述同一个事务的事务标识；
所述第二数据服务器生成所述第二操作请求包括：所述第二数据服务器去掉所述第一操作请求中的所述同一个事务的事务标识，以生成所述第二操作请求。
7.如权利要求1～6任一项所述的方法，其特征在于，所述方法还包括：若执行所述至少一个操作失败，则所述第二数据服务器针对所述第一操作请求，向所述一个或多个应用服务器发送失败响应，所述失败响应用于指示所述至少一个操作执行失败。
8.如权利要求7所述的方法，其特征在于，所述失败响应中包括所述至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的所述第一持久层服务的资源对象；
操作失败原因。
9.如权利要求1～8任一项所述的方法，其特征在于，所述第一服务器和第二数据服务器为云服务器，且所述第一数据服务器和所述第二数据服务器承载在不同的虚拟机VM上。
10.一种数据处理方法，应用于一个或多个应用服务器上，其特征在于，第二数据服务器与第一数据服务器以及所述一个或多个应用服务器具有通信连接；所述一个或多个应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器向所述应用服务器提供第二应用程序接口API，所述一个或多个应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；所述方法包括：
所述一个或多个应用服务器生成第一操作请求，所述第一操作请求用于请求所述第一持久层服务执行至少一个操作，所述至少一个操作属于同一个事务，所述第一操作请求中包括用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息；
所述一个或多个应用服务器通过调用所述第二API，向所述第二数据服务器发送所述第一操作请求，以指示所述第二数据服务器：
对所述第二数据执行所述至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用所述第一API向所述第一数据服务器发送所述第二操作请求，所述第二操作请求用于请求对所述第一数据执行所述至少一个操作。
11.如权利要求10所述的方法，其特征在于，所述用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息包括：
所述第一持久层服务的标识信息；或
用于指示所述应用服务请求所述第一持久层服务的用户协议信息。
12.一种第二数据服务器，其特征在于，所述第二数据服务器与第一数据服务器以及一个或多个应用服务器具有通信连接；所述一个或多个应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器用于提供第二持久层服务，所述第二数据服务器中包括第二数据，所述第二数据包括与所述第一数据相同的数据；所述第二数据服务器向所述一个或多个应用服务器提供第二应用程序接口API，所述一个或多个应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；
所述第二数据服务器包括：
所述第二接口，用于提供所述第二API，并接收所述一个或多个应用服务器通过调用所述第二API发送的第一操作请求，所述第一操作请求用于请求执行至少一个操作，所述至少一个操作属于同一个事务；
所述事务管理模块，用于在确定所述第一操作请求是用于请求所述第一持久层服务执行所述至少一个操作后，对所述第二数据执行所述至少一个操作；若每一个操作均执行成功，则生成第二操作请求，所述第二操作请求用于请求对所述第一数据执行所述至少一个操作；
所述第一接口，用于调用所述第一API向所述第一数据服务器发送所述第二操作请求。
13.如权利要求12所述的第二数据服务器，其特征在于，所述事务管理模块在确定所述第一操作请求是用于请求所述第一持久层服务执行所述至少一个操作时，具体用于：
根据所述第一操作请求中所述第一持久层服务的标识信息，或用于指示所述应用服务请求所述第一持久层服务的用户协议信息，确定所述第一操作请求用于请求所述第一持久层服务执行所述至少一个操作。
14.如权利要求12或13所述的第二数据服务器，其特征在于，所述事务管理模块还用于：
若执行所述至少一个操作失败，则将所述第二数据回滚至执行所述至少一个操作之前的状态。
15.如权利要求14所述的第二数据服务器，其特征在于，所述事务管理模块在对所述第二数据执行所述至少一个操作中的每一个操作时，具体用于：
对所述至少一个操作进行拆解处理，所述拆解处理包括：将所述至少一个操作中针对多个资源对象的操作，分解为多个针对单个资源对象的原子操作，所述资源对象为所述第一持久层服务管理的资源对象，所述原子操作为对于所述第一持久层服务管理的资源对象不可再分的操作；以及
对所述拆解处理后得到的原子操作进行事务管理，所述事务管理包括：针对所述拆解处理得到的每一个原子操作，记录该原子操作的类型、该原子操作所针对的资源对象的标识和所述同一个事务的事务标识三者的对应关系；并执行所述拆解处理得到的每一个原子操作。
16.如权利要求15所述的第二数据服务器，其特征在于，
所述事务管理模块在将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态时，具体用于：
根据所述事务处理中记录的所述对应关系，将所述第二数据回滚至执行所述至少一个操作中的每一个操作之前的状态。
17.如权利要求12～16任一项所述的第二数据服务器，其特征在于，
所述第一操作请求中包括所述同一个事务的事务标识；
所述事务管理模块在生成所述第二操作请求时，具体用于：去掉所述第一操作请求中的所述同一个事务的事务标识，以生成所述第二操作请求。
18.如权利要求12～16任一项所述的第二数据服务器，其特征在于，
所述事务管理模块还用于：若执行所述至少一个操作失败，则针对所述第一操作请求生成失败响应，所述失败响应用于指示所述至少一个操作执行失败；
所述第二接口还用于：向所述一个或多个应用服务器发送所述失败响应，。
19.如权利要求18所述的第二数据服务器，其特征在于，所述失败响应中包括所述至少一个操作中未执行成功的操作的下列信息中的至少一种：
操作类型；
操作所针对的所述第一持久层服务的资源对象；
操作失败原因。
20.如权利要求12～19任一项所述的第二数据服务器，其特征在于，
所述第二数据服务器与所述第一数据服务器为同一服务器；或
所述第二数据服务器与所述第一数据服务器为不同服务器；或
所述应用服务器与所述第二数据服务器为同一服务器。
21.如权利要求20所述的第二数据服务器，其特征在于，所述第二数据服务器与所述第一数据服务器为不同服务器；
所述第一数据服务器和第二数据服务器为云服务器，且所述第一数据服务器和所述第二数据服务器承载在不同的虚拟机VM上。
22.一种应用服务器，其特征在于，第二数据服务器与第一数据服务器以及一个或多个所述应用服务器具有通信连接；所述应用服务器用于提供应用服务；所述第一数据服务器用于提供第一持久层服务，所述第一数据服务器中包括第一数据；所述第二数据服务器向一个或多个所述应用服务器提供第二应用程序接口API，一个或多个所述应用服务器通过调用所述第二API向所述第一数据服务器请求所述第一持久层服务；所述第一数据服务器向所述第二数据服务器提供第一API，所述第二数据服务器通过调用所述第一API请求所述第一持久层服务；
所述应用服务器包括：
操作请求生成模块，用于生成第一操作请求，并指示所述第一操作请求用于请求所述第一持久层服务执行至少一个操作，所述至少一个操作属于同一个事务，所述第一操作请求中包括用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息；
接口，用于调用所述第二API，向所述第二数据服务器发送所述第一操作请求，指示所述第二数据服务器：对所述第二数据执行所述至少一个操作；若每一个操作均执行成功，则生成第二操作请求，并通过调用所述第一API向所述第一数据服务器发送所述第二操作请求，所述第二操作请求用于请求对所述第一数据执行所述至少一个操作。
23.如权利要求22所述的应用服务器，其特征在于，所述用于指示所述第一操作请求用于请求所述第一持久层服务的指示信息包括：
所述第一持久层服务的标识信息；或
用于指示所述应用服务请求所述第一持久层服务的用户协议信息。
CN201510148274.XA 2015-03-31 2015-03-31 一种服务器和数据处理方法 Active CN104731943B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201510148274.XA CN104731943B (zh) 2015-03-31 2015-03-31 一种服务器和数据处理方法
EP15887285.3A EP3270298A4 (en) 2015-03-31 2015-11-20 Server and data processing method
PCT/CN2015/095169 WO2016155332A1 (zh) 2015-03-31 2015-11-20 一种服务器和数据处理方法
US15/719,768 US20180025049A1 (en) 2015-03-31 2017-09-29 Server and Data Processing Method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510148274.XA CN104731943B (zh) 2015-03-31 2015-03-31 一种服务器和数据处理方法

Publications (2)

Publication Number Publication Date
CN104731943A true CN104731943A (zh) 2015-06-24
CN104731943B CN104731943B (zh) 2019-09-13

Family

ID=53455830

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510148274.XA Active CN104731943B (zh) 2015-03-31 2015-03-31 一种服务器和数据处理方法

Country Status (4)

Country Link
US (1) US20180025049A1 (zh)
EP (1) EP3270298A4 (zh)
CN (1) CN104731943B (zh)
WO (1) WO2016155332A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016155332A1 (zh) * 2015-03-31 2016-10-06 华为技术有限公司 一种服务器和数据处理方法
CN107153599A (zh) * 2017-06-14 2017-09-12 上海点融信息科技有限责任公司 一种记录以及回放用户操作的方法及设备
CN110365719A (zh) * 2018-03-26 2019-10-22 华为技术有限公司 一种数据处理的方法以及相关设备
CN112104504A (zh) * 2020-09-17 2020-12-18 汇智点亮科技(北京)有限公司 一种大规模资源访问的事务管理框架、设计方法及云平台

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110019112B (zh) * 2017-08-25 2023-10-31 阿里巴巴集团控股有限公司 数据事务处理方法、装置以及电子设备
US11316932B2 (en) * 2017-09-22 2022-04-26 Intel Corporation Device management services based on restful messaging
US11368547B2 (en) * 2019-10-11 2022-06-21 Sap Se Component zones in a cloud platform
CN113722105B (zh) * 2021-09-14 2023-08-01 百度在线网络技术（北京）有限公司 云应用操作方法、装置、设备、介质及产品
CN114900424A (zh) * 2022-05-27 2022-08-12 网易（杭州）网络有限公司 数据热修复方法、装置、电子设备及存储介质
CN115205046B (zh) * 2022-09-15 2022-12-09 北京锐融天下科技股份有限公司 一种数据处理方法、装置、电子设备及存储介质
CN115422210A (zh) * 2022-11-08 2022-12-02 北京锐融天下科技股份有限公司 一种多活架构下保障业务操作数据有效性的方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101089857A (zh) * 2007-07-24 2007-12-19 中兴通讯股份有限公司 一种内存数据库事务管理方法及系统
US20120030313A1 (en) * 2010-07-01 2012-02-02 Unicorn Media, Inc. Cloud data persistence engine
CN103677771A (zh) * 2012-09-06 2014-03-26 阿里巴巴集团控股有限公司 一种并发事务的处理方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8417897B2 (en) * 2010-03-31 2013-04-09 Oracle International Corporation System and method for providing locale-based optimizations in a transactional memory
CN104731943B (zh) * 2015-03-31 2019-09-13 华为技术有限公司 一种服务器和数据处理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101089857A (zh) * 2007-07-24 2007-12-19 中兴通讯股份有限公司 一种内存数据库事务管理方法及系统
US20120030313A1 (en) * 2010-07-01 2012-02-02 Unicorn Media, Inc. Cloud data persistence engine
CN103677771A (zh) * 2012-09-06 2014-03-26 阿里巴巴集团控股有限公司 一种并发事务的处理方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016155332A1 (zh) * 2015-03-31 2016-10-06 华为技术有限公司 一种服务器和数据处理方法
CN107153599A (zh) * 2017-06-14 2017-09-12 上海点融信息科技有限责任公司 一种记录以及回放用户操作的方法及设备
CN110365719A (zh) * 2018-03-26 2019-10-22 华为技术有限公司 一种数据处理的方法以及相关设备
CN110365719B (zh) * 2018-03-26 2021-10-01 华为技术有限公司 一种数据处理的方法以及相关设备
US11477067B2 (en) 2018-03-26 2022-10-18 Huawei Technologies Co., Ltd. Packet transmission method and apparatus
CN112104504A (zh) * 2020-09-17 2020-12-18 汇智点亮科技(北京)有限公司 一种大规模资源访问的事务管理框架、设计方法及云平台

Also Published As

Publication number Publication date
CN104731943B (zh) 2019-09-13
US20180025049A1 (en) 2018-01-25
EP3270298A1 (en) 2018-01-17
WO2016155332A1 (zh) 2016-10-06
EP3270298A4 (en) 2018-03-14

Similar Documents

Publication Publication Date Title
CN104731943A (zh) 一种服务器和数据处理方法
US10776174B2 (en) Managing hosted resources across different virtualization platforms
US10440138B2 (en) Provisioning IaaS services
US10891305B2 (en) Synchronization of data between systems
US10664331B2 (en) Generating an application programming interface
US9176772B2 (en) Suspending and resuming of sessions
RU2357289C2 (ru) Администрирование удаленной системы с использованием среды командной строки
CN104156216A (zh) 一种面向云计算的异构存储管理系统及方法
WO2017041649A1 (zh) 一种应用部署方法及设备
CN109857723B (zh) 基于可扩容数据库集群的动态数据迁移方法及相关设备
US8849947B1 (en) IT discovery of virtualized environments by scanning VM files and images
CN109144785A (zh) 用于备份数据的方法和装置
US10182104B1 (en) Automatic propagation of resource attributes in a provider network according to propagation criteria
CN112685499A (zh) 一种工作业务流的流程数据同步方法、装置及设备
CN116155978A (zh) 多注册中心适配方法、装置、电子设备及存储介质
CN109726546A (zh) 一种权限管理方法及装置
WO2022193855A1 (zh) 一种任务状态更新方法、装置、设备及介质
CN109445966A (zh) 事件处理方法、装置、介质和计算设备
US10764152B1 (en) Methods and apparatus for centralized configuration management of heterogenous network devices through software-based node unification
KR101532263B1 (ko) 프런트 엔드 어플리케이션 라이브러리를 이용한 클라우드 스토리지 서비스 방법 및 시스템
US9501528B2 (en) Efficient response of common information model (CIM) server
US11914610B1 (en) Multi-way data store conversion
JP2023174559A (ja) コンテナ環境にボリュームを提供するための方法およびシステム
US20130290255A1 (en) Dynamic replication of networked files
CN116996583A (zh) 一种路由分发方法、装置、电子设备和存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant