CN101321187B - 用于备份数据的系统和方法 - Google Patents

用于备份数据的系统和方法 Download PDF

Info

Publication number
CN101321187B
CN101321187B CN2008100971912A CN200810097191A CN101321187B CN 101321187 B CN101321187 B CN 101321187B CN 2008100971912 A CN2008100971912 A CN 2008100971912A CN 200810097191 A CN200810097191 A CN 200810097191A CN 101321187 B CN101321187 B CN 101321187B
Authority
CN
China
Prior art keywords
server
data
predetermined threshold
compression
decompression
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.)
Active
Application number
CN2008100971912A
Other languages
English (en)
Other versions
CN101321187A (zh
Inventor
R·卡鲁皮亚赫
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.)
Qindarui company
Original Assignee
International Business Machines Corp
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 International Business Machines Corp filed Critical International Business Machines Corp
Publication of CN101321187A publication Critical patent/CN101321187A/zh
Application granted granted Critical
Publication of CN101321187B publication Critical patent/CN101321187B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/1461—Backup scheduling policy
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
    • 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/1448—Management of the data involved in backup or backup restore
    • 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/1456—Hardware arrangements for backup
    • 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/1464—Management of the backup or restore process for networked environments
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • 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/805—Real-time
    • 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
    • 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/875—Monitoring of systems including the internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

通过网络将多个数据文件从第一服务器备份到第二服务器的系统、方法和计算机程序产品。确定在第二服务器上的由第一服务器下载的多个压缩数据文件正在等待解压缩。确定第二服务器中的处理器资源可用量是否超过预定阈值。如果第二服务器中的处理器资源可用量超过预定阈值，在第二服务器中调用多个数据解压缩程序以基本上同时地解压缩多个压缩数据文件，并且将解压缩的数据文件中的数据更新应用于第二服务器中的对应文件。

Description

用于备份数据的系统和方法
技术领域
本发明通常涉及分布式计算机系统，并且更具体地说，涉及将数据从生产服务器(production server)备份到备份服务器。
背景技术
已知的灾难恢复解决方案包括通过网络将数据从生产服务器定期复制或备份数据到远程备份服务器。备份数据典型地包括由在生产服务器上执行的应用生成的数据(例如银行帐户)。备份服务器典型地包括安装在生产服务器上的应用与操作系统。如果生产服务器上的应用与操作系统出现更新，管理员典型地从厂商接收这些更新并在生产服务器和备份服务器上均对它们进行安装。因此，如果生产服务器失效并且不能在预定的时间段内恢复，则可以使用备份服务器上当前数据和最新版的应用与操作系统继续进行生产操作。当原生产服务器恢复操作时，期间在备份服务器上对数据所作的任何更新可以复制到原生产服务器上。
在前述方案中，在生产服务器上对数据的更新典型地记录在生产服务器上，并且将更新日志(而非生产服务器上的全部文件)复制到备份服务器。这样就降低了需要通过网络下载到备份服务器的数据量。此外，典型地，在下载到备份服务器之前，生产服务器将这些数据进行压缩以进一步降低需要下载到备份服务器的数据量。然而，下载可能会耗费生产服务器和备份服务器之间的相当大一部分网络带宽。而且，在生产服务器上压缩大文件的过程会耗费大量的处理器资源。
当备份服务器接收到已压缩的更新日志时，备份服务器必须对它们进行解压缩，然后将对应的文件恢复在备份服务器上，即将更新应用于备份服务器上的对应的现有数据文件，以使得它们保持最新并与生产服务器上的数据文件同步。解压缩过程可能会耗费备份服务器上大量的处理器资源，这取决于要解压缩的数据量。
本发明的目的是加速从生产服务器到备份服务器的数据更新的下载，以及加速将那些更新应用于备份服务器上的对应文件。
发明内容
本发明涉及一种用于通过网络将多个数据文件从第一服务器备份到第二服务器的系统、方法和计算机程序。确定由第一服务器所下载的在第二服务器上的多个压缩数据文件正在等待解压缩。确定第二服务器上的处理器资源可用量是否超过预定阈值。如果第二服务器上的处理器资源可用量超过预定阈值，在第二服务器上调用多个数据解压缩程序以基本上同时解压缩多个压缩数据文件，并且将所解压缩的数据文件中的数据更新应用于第二服务器上的对应文件。
本发明还涉及一种用于通过网络将多个数据文件从第一服务器备份到第二服务器的系统、方法和计算机程序。确定在第一服务器上多个数据文件正在等待被压缩。确定第一服务器上的处理器资源可用量是否超过第一预定阈值并且网络带宽可用量是否超过第二预定阈值的判断。如果第一服务器上的处理器资源可用量超过第一预定阈值并且网络带宽可用量超过第二预定阈值，在第一服务器上调用多个数据压缩程序以基本上同时压缩多个数据文件。压缩之后，将多个数据文件从第一服务器下载到第二服务器。
根据本发明的特征，确定由第一服务器下载的在第二服务器上的多个数据文件正在等待解压缩。确定第二服务器上的处理器资源可用量是否超过预定阈值。如果第二服务器上的处理器资源可用量超过预定阈值，在第二服务器上调用多个数据解压缩程序以基本上同时解压缩多个数据文件，并且所解压缩的数据文件内的数据更新被应用于第二服务器上的对应文件。
附图说明
图1是体现了本发明的分布式计算机系统的框图，包括生产服务器和备份服务器。
图2(A)、2(B)和2(C)形成了根据本发明、图1中的生产服务器的数据下载管理程序的流程图。
图3(A)和3(B)形成了根据本发明、图1中的备份服务器的数据备份管理程序的流程图。
图4是图1中的备份服务器的数据恢复程序的流程图。
具体实施方式
本发明将以附图为参考进行详细描述。图1示例了总体表示为10的分布式计算机系统，包括其中体现了本发明的生产服务器20和备份服务器40。
生产服务器20包括在公用总线26上的已知处理器22、操作系统23、RAM 24和ROM 25以及存储器27。生产服务器20还包括已知的生产应用28(例如Microsoft SQL server应用)、用于生产应用28的数据文件29以及记录了数据文件29、生产应用28和操作系统23的所有变化的更新日志30。每当数据文件29、生产应用28或操作系统23发生改变时，日志管理程序34以已知的方式将这些改变记录在更新日志30中。生产服务器20还包括已知的压缩程序例如31a、b、c、d、e以进行Winrar(Eugene Roshal的商标)压缩或者WinZip压缩(用于大小有限的文件)。生产服务器20还包括已知的下载程序33以通过网络35(例如WAN DS3、MAN或因特网)执行数据到备份服务器40的实际下载。为了将文件下载到备份服务器40，下载程序33首先与备份服务器40建立连接/会话，然后控制I/O系统34以通过TCP/IP适配器卡36物理下载文件。(如果备份服务器40出现故障或网络35有问题，则下载程序33可能无法完成下载。在这种情况下，程序33将重试几次，并且如果仍失败，则通知管理员。)根据本发明，生产服务器20还包括数据下载管理程序32，以便管理数据(即典型地由应用28生成的数据)的下载和确定是否并行使用多个数据压缩程序31a、b、c、d、e来压缩和下载数据。更详细地解释，此判断基于等待压缩的文件数及其长度、处理器22执行并行压缩的可用性以及网络35的带宽容纳并行压缩生成的如此多数据的下载的可用性。
备份服务器40包括在公用总线46上的已知处理器42、操作系统23’、RAM 44和ROM 45以及存储器47。操作系统23’可与操作系统23相同。备份服务器40还包括已知的生产应用的副本28’、数据文件的副本29’(定期地从生产服务器20的数据文件29同步)。备份服务器40还包括已知的解压缩程序例如51a、b、c、d、e以执行已下载的文件中的压缩类型所需类型的解压缩。备份服务器40还包括已知的数据恢复程序53，以便随着从生产服务器20接收和解压缩更新而恢复数据文件29’。如现有技术中已知的，恢复程序53将从生产服务器20接收并解压缩的数据更新应用于生产数据文件29’，以使备份服务器40上的生产数据文件29’与生产服务器20上的生产数据文件29同步。根据本发明，备份服务器40还包括数据备份管理程序52，用于管理数据更新的解压缩和恢复，并且确定是否并行使用多个数据解压缩程序解压缩从生产服务器接收的数据。更详细地解释，此判断基于等待解压缩的文件数和处理器42执行解压缩的可用性。
图2(A)、2(B)和2(C)详细描述了数据下载管理程序32的实现和使用。日志管理程序34在更新日志30中记录对数据文件29的每个更新。典型地，由应用28对数据文件29进行更新(但也可由其他程序进行更新)。日志管理程序34由生产应用28获知对数据文件29的更新。日志更新程序34定期(例如每15分钟)定义新的日志更新文件，该文件包括在上一个预定的时间间隔(例如上一个15分钟)内对数据文件29’的已记录更新。在定义每个新的日志更新文件时，日志管理程序34在状态表38中记录对应的条目，该条目识别此新的日志更新文件的名称、时间戳或其他序列标识符和状态(即“等待压缩和下载”)。日志管理程序34还在日志更新文件自身内嵌入名称和时间戳。管理员最初将程序32配置为每隔预定时间段(例如每15分钟)执行，以从生产服务器20向备份服务器40备份数据(步骤90)。
在步骤100中，基于所配置的定期计时器(例如每15分钟)，操作系统23调用程序32。作为响应，程序32从状态表38中读取生产服务器20中被压缩并下载到备份服务器40的上一个日志更新文件的时间戳或其他序列标识符(步骤102)。(每个这种文件是来自更新日志30的、由应用28在相应预定的时间段(例如15分钟)进行的数据更新的集合。当定义日志更新文件时，日志管理程序34给每个日志更新文件分配时间戳或序列标识符)。接着，程序32识别和取回下一个连续的日志更新文件，即具有由状态表38定义的下一个随后时间戳或序列标识符的日志更新文件(步骤104)。然后，程序32从状态表38核对这个“下一个”日志更新文件是否已经被压缩和下载(判断106)。如果是(判断106，“是”分支)，则程序32返回步骤104以识别和取回下一个连续的日志更新文件。假定这个下一个连续的日志更新文件尚未被压缩或下载(判断106，“否”分支)，则程序32确定准备压缩和下载的另外的日志更新文件的数目以及它们的平均长度。如果等待被压缩的日志更新文件的数目不大于预定阈值，例如5，且其平均长度不大于预定阈值，例如10GB(或者如果准备被压缩和下载的所有文件的总字节数不超过预定阈值，例如50GB)(判断107，“否”分支)，则程序32进入步骤110以串行压缩这些日志更新文件。在串行处理模式中，程序32将(当前正被处理的)日志更新文件的名称、其时间戳和状态位(即“选择用于压缩和下载”)插入到状态表38以记录要处理的当前日志更新文件的状态(步骤110)。接下来，程序32调用数据压缩程序31a，识别当前日志更新文件在存储器中的地址(步骤112)。作为响应，数据压缩程序31a压缩正在被处理的当前日志更新文件。在压缩程序31a压缩当前的日志更新文件之后，程序32调用下载程序33以将当前的已压缩日志更新文件下载到备份服务器40，并且更新状态表38以表明当前的日志更新文件已经被压缩和下载(步骤116)。
随后，程序32根据状态表38确定是否有一个或多个另外的准备要压缩和下载的日志更新文件。如果是(判断118，“是”分支)，程序32返回步骤110、112和116，以便以下述方式处理(即更新状态表、压缩和下载)下一个连续的日志更新文件。程序32为每个等待被处理的另外的、连续的日志更新文件反复以串行方式重复执行步骤110、112和116。因为在串行处理模式中为所有的日志更新文件使用单个数据压缩程序31a，使得处理器和网络带宽的负担最小化。当没有另外的日志更新文件需压缩时(判断118，“否”分支)，程序32删除已被成功压缩和下载到备份服务器40上的任一日志更新文件的定义和内容(步骤120)。
再来看判断107的“是”分支，其中等待被压缩和下载的日志更新文件数多于预定的阈值，例如5，且日志更新文件的平均长度大于预定阈值，例如10GB(或者是准备被压缩和下载的所有日志更新文件的总字节数超过预定阈值，例如50GB)。在这种情况下，程序32确定CPU资源的可用百分比是否大于预定的阈值，例如40％，并且网络带宽的可用百分比是否大于预定的阈值，例如60％(判断134)。如果不是(判断134，“否”分支)，则程序32返回步骤110，以便按照上述步骤110、112和116中的方式串行处理下一个连续的日志更新文件(即定义该文件、在数据压缩程序31a完成对前一个日志更新文件的压缩之后使用数据压缩程序31a压缩该文件、在下载程序33完成前一个日志更新文件的下载之后使用下载程序33下载该文件)。然而，如果CPU资源的可用百分比大于相应的预定阈值并且网络带宽的可用百分比大于相应的阈值(判断134，“是”分支)，则程序32识别等待压缩的下一个连续的日志更新文件(即“第一当前”日志更新文件)并且更新状态表38，以表明处理第一当前日志更新文件(步骤135)。接着，程序32调用数据压缩程序31a以压缩第一当前日志更新文件，并且还通知数据压缩程序31以在完成第一当前日志更新文件的压缩时调用下载程序33来将压缩的第一日志更新文件下载到备份服务器(步骤136)。紧接在调用数据压缩程序31a之后(并且在数据压缩程序31a完成对第一当前日志更新文件的压缩之前)，程序32根据状态表38确定有一个或多个另外的等待压缩的日志更新文件(判断138，“是”分支)，然后返回判断134以确定是否CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值。如果不是(判断134，“否”分支)，则程序32返回步骤110以串行处理下一个连续的日志更新文件，即在第一当前日志更新文件的压缩之后。然而，如果CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值(判断134，“是”分支)，则程序32识别等待压缩的下一个连续日志更新文件(即“第二当前”日志更新文件)并且更新状态表38，以表明处理第二当前日志更新文件(步骤135)。接下来，程序32调用数据压缩程序31b以压缩第二当前日志更新文件(步骤136)。紧接在调用数据压缩程序31b之后(并且在数据压缩程序31b完成对第二当前日志更新文件的压缩之前)，程序32根据状态表38确定有一个或多个另外的等待压缩的日志更新文件(判断138，“是”分支)，然后返回判断134以确定是否CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值。如果不是(判断134，“否”分支)，则程序32返回步骤110以串行处理下一个连续的日志更新文件，即在第二当前日志更新文件的压缩之后。然而，如果CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值(判断134，“是”分支)，则程序32识别等待压缩的下一个连续日志更新文件(即“第三当前”日志更新文件)并且更新状态表38，以表明处理第三当前日志更新文件(步骤135)。接下来，程序32调用数据压缩程序31c以压缩第三当前日志更新文件(步骤136)。紧接在调用数据压缩程序31c之后(并且在数据压缩程序31c完成对第三当前日志更新文件的压缩之前)，程序32根据状态表38确定有一个或多个另外的等待压缩的日志更新文件(判断138，“是”分支)，然后返回判断134以确定是否CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值。如果不是(判断134，“否”分支)，则程序32返回步骤110以串行处理下一个连续的日志更新文件，即在第三当前日志更新文件的压缩之后。然而，如果CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值(判断134，“是”分支)，则程序32识别等待压缩的下一个连续日志更新文件(即“第四当前”日志更新文件)并且更新状态表38，以表明处理第四当前日志更新文件(步骤135)。随后，程序32调用数据压缩程序31d以压缩第四当前日志更新文件(步骤136)。紧接在调用数据压缩程序31d之后(并且在数据压缩程序31d完成对第四当前日志更新文件的压缩之前)，程序32根据状态表38确定有一个或多个另外的等待压缩的日志更新文件(判断138，“是”分支)，然后返回判断134以确定是否CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值。如果不是(判断134，“否”分支)，则程序32返回步骤110以串行处理下一个连续的日志更新文件，即在第四个当前日志更新文件的压缩之后。然而，如果CPU资源的可用百分比仍大于相应的预定阈值并且网络带宽的可用百分比仍大于相应的预定阈值(判断134，“是”分支)，则程序32识别等待压缩的下一个连续日志更新文件(即“第五当前”日志更新文件)并且更新状态表38，以表明处理第五当前日志更新文件(步骤135)。接下来，程序32调用数据压缩程序31e以压缩第五当前日志更新文件(步骤136)。对等待压缩的每个另外的日志更新文件重复前述过程；然而，一直到在程序32分配给其的上一个日志更新文件的压缩完成之后、压缩程序31a至31e之一变为可用时，才执行步骤136。因此，如果有足够的可用处理器资源和网络带宽，则程序32指示对等候中的日志更新文件的并行/并发压缩以加速等候中的日志更新文件的压缩和下载。
如果在生产服务器20与备份服务器40之间的网络连接35失效或者备份服务器40失效，则数据下载程序33将不下载任何压缩文件到备份服务器40。不过，数据下载管理程序32仍将引导在网络连接35或备份服务器40失效期间累积的日志更新文件的压缩。从而，当网络连接35和备份服务器40恢复运行时，生产服务器20上将有多个已压缩的日志更新文件准备好下载到备份服务器40上。在这种情况下，程序32将引导数据下载程序33以将多个已压缩的日志更新文件下载到备份服务器40上，并且这将快速发生。
图3(A)和3(B)示例了在备份服务器40上的数据备份管理程序52的运行和实现。响应于从生产服务器20接收一个或多个已压缩的日志更新文件，备份服务器40调用数据备份管理程序52(步骤140)。作为响应，程序52从已接收的压缩日志更新文件中读取名称和时间戳，并且在状态表58中记录名称、时间戳和状态(即“准备解压缩”)(步骤142)。如果等待解压缩的压缩文件数小于预定值(例如5)(判断143，“否”分支)，则数据备份管理程序52将串行启动对其解压缩。从而，程序52根据状态表58、基于最早的时间戳，或者在状态为“处理完成”的上一个日志更新文件之后的下一个序列号，识别出最早的(已压缩的)日志更新文件(下载自生产服务器20)(步骤142)，然后从备份服务器40的存储器中取出最早的(已压缩的)日志更新文件(步骤144)。接下来，程序52调用数据解压缩程序51a以解压缩这个最早的、已压缩的日志更新文件(步骤148)。在解压缩完成之后，程序52更新状态表58以表明此日志更新文件已经被解压缩(步骤148)。
在完成步骤148中的每个日志更新文件的解压缩之后，程序52更新状态表58以识别被解压缩的上一个日志更新文件(以压缩形式接收自生产服务器20)的日期和时间(步骤150)。上一个被解压缩的日志更新文件的这个时间戳(加上直到该解压缩日志更新文件中的数据已经被恢复的时间)近似表示备份服务器上的数据与生产服务器上的数据变得不同步的时间。典型地，用户希望这个时间段处于预定的范围内。随后，程序52根据状态表58判断是否有来自生产服务器20的一个或多个其他的已压缩日志更新文件等待解压缩(判断152)。如果是(判断152，“是”分支)，则程序52返回步骤142，以便使用与解压缩先前的日志更新文件时相同的解压缩程序51a(其刚刚完成先前日志更新文件的解压缩)，串行解压缩这个下一个日志更新文件，如参照步骤142、144、148和150所述。然而，如果当前不再有等待解压缩的已压缩日志更新文件(判断152，“否”分支)，则程序52结束其执行(直到接收到下一个已压缩日志更新文件为止)。
再来看判断143的“是”分支，其中下载自生产服务器20并且在备份服务器40上等待解压缩的已压缩日志更新文件数多于预定的数目(例如5)。在这种情况下(判断143，“是”分支)，程序52确定备份服务器40上的可用处理器资源是否大于阈值，例如40％(判断172)。如果不是(判断172，“否”分支)，则程序52进入步骤142以串行处理最早的已压缩日志更新文件，即在刚刚被解压缩的日志更新文件的解压缩完成之后。然而，如果备份服务器40上的可用处理器资源大于阈值(判断172，“是”分支)，则程序52根据状态表58识别接收自生产服务器20的等待解压缩开始的所有已压缩日志更新文件(步骤173)。然后，程序52调用数据解压缩程序51b以解压缩尚未开始解压缩的下一个随后的已压缩日志更新文件(步骤174)。接着，程序52确定是否有等待解压缩的一个或多个其他的已压缩日志更新文件(判断176)。如果是(判断176，“是”分支)，则程序52确定备份服务器40上的可用处理器资源是否仍大于阈值，例如40％。如果不是(判断172，“否”分支)，则程序52进入步骤142以串行处理下一个随后的已压缩日志更新文件，即在当前正在被解压缩的日志更新文件的解压缩之后。然而，如果备份服务器40上的可用处理器资源大于阈值(判断172，“是”分支)，则程序52根据状态表58识别接收自生产服务器20的等待解压缩的所有已压缩日志更新文件(步骤173)。接着，程序52调用数据解压缩程序51c以解压缩尚未开始解压缩的下一个随后的已压缩日志更新文件(步骤174)。然后，程序52确定是否有等待解压缩的一个或多个其他的已压缩日志更新文件(判断176)。如果是(判断176，“是”分支)，则程序52确定备份服务器40上的可用处理器资源是否仍大于阈值，例如40％。如果不是(判断172，“否”分支)，则程序52进入步骤142以串行处理下一个随后的已压缩日志更新文件，即在当前正在被解压缩的日志更新文件解压缩之后。然而，如果备份服务器40上的可用处理器资源大于阈值(判断172，“是”分支)，则程序52根据状态表58识别接收自生产服务器20的等待解压缩的所有已压缩的日志更新文件(步骤173)。随后，程序52调用数据解压缩程序51d以解压缩尚未开始解压缩的下一个随后的已压缩日志更新文件(步骤174)。接着，程序52确定是否有等待解压缩的一个或多个其他的已压缩日志更新文件(判断176)。如果是(判断176，“是”分支)，则程序52确定备份服务器40上的可用处理器资源是否仍大于阈值，例如40％。如果不是(判断172，“否”分支)，则程序52进入步骤142以串行处理下一个随后的已压缩日志更新文件，即在当前正在被解压缩的日志更新文件解压缩之后。然而，如果备份服务器40上的可用处理器资源大于阈值(判断172，“是”分支)，则程序52根据状态表58识别接收自生产服务器20的等待解压缩的所有已压缩的日志更新文件(步骤173)。然后，程序52调用数据解压缩程序51d以解压缩尚未开始解压缩的下一个随后的已压缩日志更新文件(步骤174)。接着，程序52确定是否有等待解压缩的一个或多个其他的已压缩日志更新文件(判断176)。如果是(判断176，“是”分支)，则程序52确定备份服务器40上的可用处理器资源是否仍大于阈值，例如40％。如果不是(判断172，“否”分支)，则程序52进入步骤142以串行处理下一个随后的已压缩日志更新文件，即在当前正在被解压缩的日志更新文件解压缩之后。然而，如果备份服务器40上的可用处理器资源大于阈值(判断172，“是”分支)，则程序52根据状态表58识别接收自生产服务器20的等待解压缩的所有已压缩的日志更新文件(步骤173)。然后，程序52调用数据解压缩程序51e以解压缩尚未开始解压缩的下一个随后的已压缩日志更新文件(步骤174)。从而，只要备份服务器上有足够的处理器资源可用，能够以并行/并发方式解压缩多个已压缩的日志更新文件。接着，程序52确定是否有一个或多个其他的已压缩的日志更新文件等待解压缩(判断176)。如果是(判断176，“是”分支)，则程序52确定备份服务器40上的可用处理器资源是否仍大于阈值，例如40％(判断172)。如果不是(判断172，“否”分支)，则程序52进入步骤142以串行处理下一个随后的已压缩日志更新文件，即在当前正在被解压缩的日志更新文件解压缩之后。然而，如果备份服务器40上的可用处理器资源大于阈值(判断172，“是”分支)，则程序52根据状态表58识别接收自生产服务器20的等待解压缩的所有已压缩的日志更新文件(步骤173)。然后，程序52尝试调用下一个可用的数据解压缩程序51a-e以解压缩尚未开始解压缩的下一个随后的已压缩日志更新文件(步骤174)。然而，程序52可能需要等待，直到解压缩程序51a-e之一完成被分配的先前日志更新文件的解压缩并且变为可用为止。对等待解压缩的其它日志更新文件执行前述过程。解压缩程序51a-e都将其已经解压缩了的日志更新文件的身份、时间戳以及地址发送到预定义的文件。
图4示例了数据恢复程序53的实现和运行。数据恢复程序53定期(例如每5分钟)开始执行(步骤160)并且检查是否有接收自生产服务器的已解压缩的日志更新文件正在等待被应用于备份服务器处的生产数据文件29’(判断162)。在判断162中，数据恢复程序53检查由任一解压缩程序解压缩的已解压缩文件的身份、时间戳和地址。如果有任何这种已解压缩日志更新文件正在等待被应用于备份服务器处的生产数据文件(判断162，“是”分支)，则数据恢复程序53将来自已解压缩日志更新文件的更新应用于备份服务器上的数据文件29’(步骤163)。这会使备份服务器上的数据文件29’“恢复”到更当前的水平。数据恢复程序53为每个已解压缩的文件完成步骤163(判断162，“是”分支)，直到不再有已解压缩的日志更新文件(判断162，“否”分支)。数据恢复程序53为每个已解压缩的文件完成步骤163(判断162，“是”分支)，无论已解压缩的文件是采用串行方式还是并行方式被解压缩。基于它们相应的时间戳，数据恢复程序按顺序应用已解压缩的日志更新。当在所有已解压缩的日志更新文件中的数据更新已经应用于数据文件29’之后，程序53删除已被成功应用于数据文件29’的已解压缩日志更新文件(步骤164)。
数据下载管理程序32、数据压缩程序31a-e、下载程序33以及日志管理程序34可以从计算机可读介质220(例如磁带或磁盘、光学介质、DVD、记忆棒或半导体存储器)加载到生产服务器20，或者通过TCP/IP适配器卡36从因特网下载。
数据备份管理程序52、数据解压缩程序51a-e和数据恢复程序53可以从计算机可读介质240(例如磁带或磁盘、光学介质、DVD、记忆棒或半导体存储器)加载到备份服务器40，或者通过TCP/IP适配器卡56从因特网下载。
虽然图1中没有说明，与备份服务器40上的数据备份管理程序52、数据解压缩程序51a-e、数据恢复程序53以及状态表58相类似，生产服务器20也分别包括数据备份管理程序、数据解压缩程序、数据恢复程序以及另一个状态表。而且，与生产服务器20上的数据下载管理程序32、数据压缩程序31a-e、状态表38、下载程序33、I/O系统34、日志管理程序34以及对生产数据文件的日志更新30相类似，备份服务器40也分别包括数据下载管理程序、数据压缩程序、另一个状态表、下载程序、I/O系统、日志管理程序以及对生产数据文件的日志更新。因此，如果生产服务器20出现故障并且生产计算转归备份服务器40，则备份服务器40具有所有的程序功能以进行生产计算，并且在生产服务器20恢复操作时将日志更新文件备份到生产服务器20。同样地，在恢复操作时，生产服务器20具有所有的程序功能以处理来自备份服务器40的日志更新文件。
如上所述，公开了一种备份数据的系统、方法和计算机程序产品。然而，可以在不偏离本发明范围的情况下进行各种修改和替换。例如，下载周期可以根据执行压缩所需的时间进行修改，以至于如果有很多压缩所需的时间比原下载周期长，则下载时间可以增加。而且，在经过网络35或备份服务器的较长中断期之后，程序32可以根据从生产服务器下载已压缩文件所需的时间、和在备份服务器上解压缩已压缩文件所需的时间，估计再同步备份服务器与生产服务器所需的时间。所述估计基于已压缩文件的长度、可用的网络带宽和速度以及备份服务器处解压缩程序的速度。因此，本发明已经通过示例且不限于示例的方式被公开，并且应当参考下述权利要求来确定本发明的范围。

Claims (6)

1.一种通过网络将多个数据文件从第一服务器备份到第二服务器的方法，所述方法包括步骤：
确定在所述第二服务器上的由所述第一服务器下载的多个压缩数据文件正在等待解压缩；
如果正在等待解压缩的压缩数据文件数大于第一预定阈值，确定在所述第二服务器中的处理器资源可用量是否超过第二预定阈值，
如果在所述第二服务器中的处理器资源可用量超过第二预定阈值，则在所述第二服务器中调用多个数据解压缩程序以并行解压缩所述多个压缩数据文件；
如果在所述第二服务器中的处理器资源可用量不超过第二预定阈值，则在所述第二服务器中调用数据解压缩程序串行地解压缩所述多个压缩数据文件，
将解压缩的数据文件中的数据更新应用于所述第二服务器中的对应文件。
2.一种通过网络将多个数据文件从第一服务器备份到第二服务器的方法，所述方法包括步骤：
确定在所述第一服务器上多个数据文件正在等待被压缩；
如果正在等待被压缩的数据文件的总字节数大于预定阈值，确定在所述第一服务器上的处理器资源可用量是否超过第一预定阈值并且所述网络带宽可用量是否超过第二预定阈值，
如果在所述第一服务器上的处理器资源可用量超过第一预定阈值并且所述网络带宽可用量超过第二预定阈值，在所述第一服务器上调用多个数据压缩程序以并行压缩所述多个数据文件；
如果在所述第一服务器上的处理器资源可用量不超过第一预定阈值或者所述网络带宽可用量不超过第二预定阈值，在所述第一服务器上调用数据压缩程序串行地压缩所述多个数据文件，
在压缩之后将多个数据文件从所述第一服务器下载到所述第二服务器。
3.如权利要求2所述的方法，还包括步骤：
确定在所述第二服务器上的由所述第一服务器下载的多个数据文件正在等待解压缩；
如果正在等待解压缩的压缩数据文件数大于第三预定阈值，确定在所述第二服务器上的处理器资源可用量是否超过第四预定阈值，
如果在所述第二服务器上的处理器资源可用量超过第四预定阈值，在所述第二服务器上调用多个数据解压缩程序以并行解压缩所述多个数据文件；
如果在所述第二服务器上的处理器资源可用量不超过第四预定阈值，在所述第二服务器上调用数据解压缩程序串行地解压缩所述多个数据文件，
将解压缩的数据文件中的数据更新应用于所述第二服务器上的对应文件。
4.一种通过网络将多个数据文件从第一服务器备份到第二服务器的系统，包括：
用于确定在所述第二服务器上的由所述第一服务器下载的多个压缩数据文件正在等待解压缩的装置；
用于如果正在等待解压缩的压缩数据文件数大于第一预定阈值、则确定在所述第二服务器中的处理器资源可用量是否超过第二预定阈值的装置，
用于如果在所述第二服务器中的处理器资源可用量超过第二预定阈值、则在所述第二服务器中调用多个数据解压缩程序以并行解压缩所述多个压缩数据文件的装置；
用于如果在所述第二服务器中的处理器资源可用量不超过第二预定阈值、则在所述第二服务器中调用数据解压缩程序串行地解压缩所述多个压缩数据文件的装置，
用于将解压缩的数据文件中的数据更新应用于所述第二服务器中的对应文件的装置。
5.一种通过网络将多个数据文件从第一服务器备份到第二服务器的系统，包括：
用于确定在所述第一服务器上多个数据文件正在等待被压缩的装置；
用于如果正在等待被压缩的数据文件的总字节数大于预定阈值、则确定在所述第一服务器上的处理器资源可用量是否超过第一预定阈值并且所述网络带宽可用量是否超过第二预定阈值的装置，
用于如果在所述第一服务器上的处理器资源可用量超过第一预定阈值并且所述网络带宽可用量超过第二预定阈值、则在所述第一服务器上调用多个数据压缩程序以并行压缩所述多个数据文件的装置；
用于如果在所述第一服务器上的处理器资源可用量不超过第一预定阈值或者所述网络带宽可用量不超过第二预定阈值，在所述第一服务器上调用数据压缩程序串行地压缩所述多个数据文件的装置，
用于在压缩之后将多个数据文件从所述第一服务器下载到所述第二服务器的装置。
6.如权利要求5所述的系统，还包括：
用于确定在所述第二服务器上的由所述第一服务器下载的多个数据文件正在等待解压缩的装置；
用于如果正在等待解压缩的压缩数据文件数大于第三预定阈值、则确定在所述第二服务器上的处理器资源可用量是否超过第四预定阈值的装置，
用于如果在所述第二服务器上的处理器资源可用量超过第四预定阈值、则在所述第二服务器上调用多个数据解压缩程序以并行解压缩所述多个数据文件的装置；
用于如果在所述第二服务器上的处理器资源可用量不超过第四预定阈值、则在所述第二服务器上调用数据解压缩程序串行地解压缩所述多个数据文件的装置，
用于将解压缩的数据文件中的数据更新应用于所述第二服务器上的对应文件的装置。
CN2008100971912A 2007-06-06 2008-05-19 用于备份数据的系统和方法 Active CN101321187B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/758,860 2007-06-06
US11/758,860 US8874518B2 (en) 2007-06-06 2007-06-06 System, method and program product for backing up data

Publications (2)

Publication Number Publication Date
CN101321187A CN101321187A (zh) 2008-12-10
CN101321187B true CN101321187B (zh) 2012-11-21

Family

ID=40096819

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008100971912A Active CN101321187B (zh) 2007-06-06 2008-05-19 用于备份数据的系统和方法

Country Status (4)

Country Link
US (3) US8874518B2 (zh)
JP (1) JP5243851B2 (zh)
CN (1) CN101321187B (zh)
TW (1) TWI471736B (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8874518B2 (en) 2007-06-06 2014-10-28 International Business Machines Corporation System, method and program product for backing up data
CN101426044B (zh) * 2008-11-25 2012-08-08 华为终端有限公司 信息处理个性化值的生成及提示备份方法、通讯终端
US8805953B2 (en) * 2009-04-03 2014-08-12 Microsoft Corporation Differential file and system restores from peers and the cloud
JP2011165032A (ja) * 2010-02-12 2011-08-25 Buffalo Inc コンピュータプログラム及びデータバックアップ方法
US9467338B2 (en) * 2010-04-01 2016-10-11 Blackberry Limited Method for communicating device management data changes
CN101820426B (zh) * 2010-04-22 2012-05-23 华中科技大学 一种在线备份服务软件中的数据压缩方法
US10318477B2 (en) * 2010-05-26 2019-06-11 Red Hat, Inc. Managing and archiving system and application log files
US8862560B1 (en) * 2010-06-21 2014-10-14 Emc Corporation Compression system pause and auto-resume
JP2015005137A (ja) * 2013-06-20 2015-01-08 株式会社東芝 サーバ、電子機器、電子機器の制御方法、電子機器の制御プログラム
CN104572987B (zh) * 2015-01-04 2017-12-22 浙江大学 一种通过压缩提高简易再生码存储效率的方法和系统
CN105406934A (zh) * 2015-10-27 2016-03-16 上海斐讯数据通信技术有限公司 无源光网络系统主、备控板同步方法及系统
US10838767B2 (en) * 2016-09-12 2020-11-17 International Business Machines Corporation Distributed computing utilizing a recovery site
US10642602B2 (en) * 2017-12-12 2020-05-05 Nxp Usa, Inc. NVM architecture with OTA support
CN108572890A (zh) * 2018-04-26 2018-09-25 赵程章 事务数据同步方法及装置
CN109753409A (zh) * 2018-12-20 2019-05-14 厦门科灿信息技术有限公司 一种监控系统的数据存储方法、装置及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1008048B1 (en) * 1997-08-29 2001-10-31 Hewlett-Packard Company Data backup and recovery systems
US6819271B2 (en) * 1999-01-29 2004-11-16 Quickshift, Inc. Parallel compression and decompression system and method having multiple parallel compression and decompression engines
CN1672135A (zh) * 2002-08-06 2005-09-21 国际商业机器公司 基于可压缩性程度使用压缩主存储器的系统和方法

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5381145A (en) * 1993-02-10 1995-01-10 Ricoh Corporation Method and apparatus for parallel decoding and encoding of data
US6182122B1 (en) 1997-03-26 2001-01-30 International Business Machines Corporation Precaching data at an intermediate server based on historical data requests by users of the intermediate server
US6351775B1 (en) * 1997-05-30 2002-02-26 International Business Machines Corporation Loading balancing across servers in a computer network
US6418478B1 (en) * 1997-10-30 2002-07-09 Commvault Systems, Inc. Pipelined high speed data transfer mechanism
JPH11312112A (ja) 1998-04-30 1999-11-09 Pfu Ltd データベース複製機能を持つ計算機システム
CA2343751A1 (en) * 1998-07-27 2000-02-10 Webtv Networks, Inc. Remote computer access
US6604158B1 (en) * 1999-03-11 2003-08-05 Realtime Data, Llc System and methods for accelerated data storage and retrieval
US6601104B1 (en) * 1999-03-11 2003-07-29 Realtime Data Llc System and methods for accelerated data storage and retrieval
US6505216B1 (en) * 1999-10-01 2003-01-07 Emc Corporation Methods and apparatus for backing-up and restoring files using multiple trails
JP2001331463A (ja) 2000-05-23 2001-11-30 Nec Corp データベース構築方法及びそのプログラムを記録した記録媒体
JP2002007441A (ja) 2000-06-26 2002-01-11 Hitachi Software Eng Co Ltd 分散データベースシステム
US7386046B2 (en) * 2001-02-13 2008-06-10 Realtime Data Llc Bandwidth sensitive data compression and decompression
JP2002244908A (ja) 2001-02-19 2002-08-30 Nippon Telegraph & Telephone West Corp データベース同期制御方法及び該方法によるｄｂシステム
JP2003006016A (ja) 2001-06-26 2003-01-10 Hitachi Ltd ディスクサブシステム、および、ディスクサブシステム間の非同期コピー方法
US20030126247A1 (en) * 2002-01-02 2003-07-03 Exanet Ltd. Apparatus and method for file backup using multiple backup devices
KR100359423B1 (en) * 2002-01-04 2002-11-07 Ncerti Co Ltd Very high speed high capacity backup system and backup method thereof
JP2003337711A (ja) 2002-05-21 2003-11-28 Hitachi Ltd 情報処理装置および方法
US6941428B2 (en) * 2002-09-25 2005-09-06 International Business Machines Corporation Memory controller optimization
US7872767B2 (en) * 2003-04-04 2011-01-18 Xerox Corporation Parallel printing system
US7281051B2 (en) 2003-06-30 2007-10-09 Nortel Networks Limited Apparatus, method, and computer program for managing resources in a communication system
US7246254B2 (en) * 2003-07-16 2007-07-17 International Business Machines Corporation System and method for automatically and dynamically optimizing application data resources to meet business objectives
JP2005165542A (ja) * 2003-12-01 2005-06-23 Internatl Business Mach Corp <Ibm> データバックアップ装置、データバックアップ方法、およびプログラム
US20060198518A1 (en) * 2004-04-07 2006-09-07 Sony Corporation Information processing device and information processing method
US7734602B2 (en) 2004-04-14 2010-06-08 Oracle International Corporation Choosing whether to use a delayed index maintenance depending on the portion of the materialized view (MV) changed
JP4494866B2 (ja) * 2004-05-21 2010-06-30 株式会社リコー 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
JP4016017B2 (ja) 2004-06-18 2007-12-05 株式会社日立製作所 データバックアップ方法及びコンピュータシステム
JP2006100973A (ja) * 2004-09-28 2006-04-13 Nomura Research Institute Ltd データ圧縮装置、及びデータ伸長装置
US7574424B2 (en) * 2004-10-13 2009-08-11 Sybase, Inc. Database system with methodology for parallel schedule generation in a query optimizer
US7483929B2 (en) * 2005-02-08 2009-01-27 Pro Softnet Corporation Systems and methods for storing, backing up and recovering computer data files
US20060195464A1 (en) * 2005-02-28 2006-08-31 Microsoft Corporation Dynamic data delivery
JP2006338409A (ja) 2005-06-02 2006-12-14 Fuji Electric Fa Components & Systems Co Ltd 圧縮データ転送方式及び圧縮データ転送システム
US7460032B2 (en) * 2005-10-27 2008-12-02 Evault, Inc. Methods and apparatus for performing adaptive compression
US8874518B2 (en) 2007-06-06 2014-10-28 International Business Machines Corporation System, method and program product for backing up data

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1008048B1 (en) * 1997-08-29 2001-10-31 Hewlett-Packard Company Data backup and recovery systems
US6819271B2 (en) * 1999-01-29 2004-11-16 Quickshift, Inc. Parallel compression and decompression system and method having multiple parallel compression and decompression engines
CN1672135A (zh) * 2002-08-06 2005-09-21 国际商业机器公司 基于可压缩性程度使用压缩主存储器的系统和方法

Also Published As

Publication number Publication date
US20160253245A1 (en) 2016-09-01
US9413857B2 (en) 2016-08-09
JP2008305404A (ja) 2008-12-18
JP5243851B2 (ja) 2013-07-24
TW200915109A (en) 2009-04-01
US20140351218A1 (en) 2014-11-27
US11169890B2 (en) 2021-11-09
TWI471736B (zh) 2015-02-01
CN101321187A (zh) 2008-12-10
US8874518B2 (en) 2014-10-28
US20080306977A1 (en) 2008-12-11

Similar Documents

Publication Publication Date Title
CN101321187B (zh) 用于备份数据的系统和方法
CN109558215B (zh) 虚拟机的备份方法、恢复方法、装置及备份服务器集群
CN102594849B (zh) 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置
US8239662B1 (en) Network based operating system across devices
CN107193607B (zh) 用于更新代码文件的方法和装置、存储介质、处理器以及终端
JPH02310665A (ja) 分散トランザクション処理システム
CN113905005B (zh) 即时通讯的客户端状态更新方法和装置
CN101212336A (zh) 一种客户端自动更新软件的方法及辅助方法以及相应装置
JP2005025432A (ja) トランザクション処理方法，トランザクション制御装置およびトランザクション制御プログラム
US6754842B2 (en) Facilitating a restart operation within a data processing system
CN111625498B (zh) 一种数据迁移方法、系统、电子设备及存储介质
CN111666134A (zh) 一种分布式任务调度的方法和系统
JP2009080705A (ja) 仮想計算機システム及び同システムにおける仮想計算機復元方法
CN112732292B (zh) 一种软件升级的方法、系统、设备及可读存储介质
CN107220897B (zh) 一种收益入账的处理方法和装置以及处理系统
JP5317182B2 (ja) Ｐｏｓ端末、モジュールアップデート方法およびモジュールアップデートプログラム
CN114490124A (zh) 调用应用程序编程接口api的方法、装置、设备及介质
US10853202B2 (en) Method, device and computer readable medium for data synchronization
JP3977627B2 (ja) システムプログラムのバージョンアップ方法，システムプログラムのバージョンアップ用プログラムおよびシステムプログラムのバージョンアップ用プログラム記録媒体
CN109992215A (zh) 一种icfs系统的升级方法、升级系统及相关装置
KR101437687B1 (ko) 금융단말 및 그 업무파일 동기화 방법, 그리고 그를 이용한금융시스템
WO2024013856A1 (ja) 連携プログラム、連携方法及び情報処理装置
JP7340956B2 (ja) 冗長システム及びデータ同期方法
CN116302688A (zh) 数据库处理方法、装置、电子设备及存储介质
CN115439257A (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
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20211116

Address after: USA New York

Patentee after: Qindarui company

Address before: USA New York

Patentee before: International Business Machines

TR01 Transfer of patent right