CN1670709A

CN1670709A - 利用日志同步数据库数据非同步传送的恢复方式及装置

Info

Publication number: CN1670709A
Application number: CNA2004100368147A
Authority: CN
Inventors: 大枝高; 河村信男; 山口浩太
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-03-19
Filing date: 2004-04-19
Publication date: 2005-09-21
Anticipated expiration: 2024-04-19
Also published as: US7890461B2; CN100378677C; CN101231606A; JP2005267301A; JP4452533B2; EP1577775A1; US20050210073A1; CN100585566C

Abstract

本发明提供利用日志同步数据库数据非同步传送的恢复方式及装置，采用不丢失数据的长距离远程复制的方式且可抑制主地点的数据库处理性能的劣化，数据库的日志采用同步型远程复制，而DB数据采用非同步型远程复制。

Description

利用日志同步数据库数据非同步传送的恢复方式及装置

技术领域

本发明涉及由于故障时及规定条件发生或要求而将某一信息处理系统进行的处理，由其它信息处理装置或实施该处理的程序及对象执行的技术，特别是数据库管理系统。

背景技术

在现有的数据库管理系统中，为了使事务处理引起的更新数据(以下称其为“DB数据”)(表区域)改写进入数据库高速化，在执行数据库管理程序的计算机(以下称其为“数据库服务器或DB服务器”)的存储器上确保存储区域(以下称其为“DB缓冲区”)，临时存放DB数据。写入此DB缓冲区的数据，最终写入到具有非易失性存储媒体的存储装置(以下称其为“存储系统”)。一般，由于与访问数据库服务器的存储器的访问时间相比，对存储系统的访问时间长，采用DB缓冲区作为临时存储手段。

对DB缓冲区的数据写入(“write”)及读出(“read”)(以下总称为“I/O”)，与对存储系统的I/O相比快。可是，数据库服务器的存储器一般是易失性的，在电源故障或服务器重启时等等情况下存放的数据会丢失。另外，也有数据库服务器的硬件故障造成数据丢失的情况。为了即使是在这种场合也不使提交的事务的内容丢失，数据库管理系统生成(运行)日志(log)(或称journal)并进行管理。

具体说，数据库管理系统，在提交某一事务之前，一定将与该事务有关的DB数据的更新内容作为附加一连串日志序号(LSN)的日志写入到存储系统的日志用存储区域(以下称其为“逻辑盘”)。

另外，数据库管理系统，在通过检查点处理将DB缓冲区上的DB数据写入存储系统的DB数据用逻辑盘之际，记录与检查点处理日志序号相对应的信息作为日志的状态信息。

此外，在数据库管理系统发生故障而对发生故障后的数据库管理系统进行重启处理之际，数据库管理系统，利用日志将发生故障时提交的事务的更新数据写入到DB数据用逻辑盘，而取消对有关未提交的事务的数据更新。由于通过检查点处理对DB缓冲区上的数据更新反映在DB数据用卷上，此时使用的日志是最近的检查点以后的部分。与最近的检查点相对应的日志序号可参照状态信息判断。

关于基于上述日志的数据的恢复处理(以下称其为“恢复处理”)在“TRANSACTION PROCESSING；Concepts and Techniques”中有详细描述。

上述恢复处理，是以在数据库管理系统的恢复时可以利用DB数据用卷及日志用卷为前提，但在地震、火灾、恐怖袭击这样的事故中存储系统遭灾时不能使用。作为这种场合的备用技术，公知的有将数据库管理系统的恢复处理所必需的日志及DB数据预先发送到位于未遭灾的远方的计算机系统(以下称其为“恢复地点”)的方法，具体说是一种远程复制技术。

所谓远程复制，就是将数据库管理系统等运行的计算机系统(以下称其为“主地点”)和恢复地点具有的存储系统以通信线路(以下称其为“链接”)相连接，将写在主地点的存储系统(以下称其为“正存储系统”)上的数据(以下称其为“写入数据”)由正存储系统发送到远方地点的技术。另外，作为变形例，还有由与正存储系统相连接的计算机及开关将写入数据传送到恢复地点的技术。

在远程复制中存在有使来自主地点的计算机(以下称其为“主机”)的写入要求处理和向恢复地点的发送处理同步，即在写入要求处理结束前将写入数据传送到恢复地点，之后报告写入要求处理完成的同步远程复制两个处理不同步，即如果进行了根据写入要求处理的写入，就报告完成，在其后进行向恢复地点的数据传送的非同步远程复制。关于远程复制技术，在美国专利第5640561号公报及日本专利特开平11-85408号公报中公开。特别是在美国专利第5640561号公报中公开了一种保证在非同步远程复制中从主机到正存储系统的数据更新顺序和恢复地点的存储系统(以下称其为“副存储系统”)中的数据更新顺序相同的技术。

如果采用上述的同步远程复制技术，则在由于事故使主地点的业务不能进行，在恢复地点进行故障恢复之际，可以将上述的数据库管理系统的重启处理按照原样使用。就是说将存放各个恢复处理所必需的日志、DB数据和状态信息的逻辑盘利用同步远程复制传送到恢复地点。因为在同步远程复制的场合主地点和恢复地点的逻辑盘的数据内容是相同的，所以如果由恢复地点的数据库管理系统(以下称其为“备用系统数据库管理系统”)进行通常的重启处理的话，可以使在主地点已经提交的事务不丢失，但未提交的事务的更新不予保留而将数据恢复。

这样，如果采用同步远程复制，就可能进行保障事务内容的故障恢复。不过，在同步远程复制中，由于主地点和恢复地点之间的距离增大及构成存储系统之间的链接的装置的延迟的增大等等，会使链接的包往复所需时间增大，并且主地点的主机的写入命令响应时间同比增大，因此导致主地点的数据库管理系统(以下称其为“现用系统数据库管理系统”)的性能劣化。

抑制上述的命令响应时间的增大的远程复制技术是非同步远程复制。在非同步远程复制中，如上所述，不等待向副存储系统的写入数据的传送完成，正存储系统就向主地点返回写入命令完成报告。由此，就可以抑制在主地点的写入命令响应时间的增大。

在将上述同步和非同步远程复制应用到备用系统数据库管理系统的重启处理时，现有的方法有以下两种。

(1)日志同步/DB数据同步

这是一种将写入到日志用逻辑盘和DB数据用逻辑盘的写入数据两者利用同步远程复制发送到副存储系统的方法。由于采用同步远程复制，可以保证DB服务器发送到正存储系统而完成的写入处理全部反映在副存储系统中。因此，备用系统数据库管理系统的重启处理，可以利用与现用系统数据库管理系统的重启处理相同的步骤进行，不会丢失在主地点提交的事务。但是，如果恢复地点和主地点之间的距离增大或链接的延迟量增大时，现用系统数据库管理系统的性能会劣化。在此方法中，当存放表示日志的状态的状态信息的逻辑盘和存放日志及DB数据的逻辑盘不同时，写入到此逻辑盘的写入数据也借助同步远程复制发送到副存储系统。

(2)日志非同步/DB数据非同步

这是一种将写入到日志用逻辑盘和DB数据用逻辑盘的写入数据两者利用非同步远程复制发送到副存储系统的方法。由于采用非同步远程复制，容易掩盖由于链接的延迟量增大产生的对主地点的数据库管理系统性能的影响。可是，由于不能保证主地点提交的事务的日志全部反映在副存储系统之中，在恢复地点进行重启时，有可能丢失最近的事务。

发明内容

在现有的日志同步/DB数据同步的方法中，主地点和恢复地点之间的距离增大及回线的延迟量的增大部分，与现用系统数据库管理系统向正存储系统的日志用逻辑盘和DB数据用逻辑盘两者发送的写入处理的响应时间增大有直接联系，所以易于导致现用系统数据库管理系统的性能劣化。

另一方面，在日志非同步/DB数据非同步的方法中，由于有可能现用系统数据库管理系统提交的事务的全部信息没有都反映在副存储系统中，所以在备用系统数据库管理系统进行重启时，有可能将在主地点提交的事务中的最近的几个丢失。

本发明的目的，就是提供一种在防止现用系统数据库管理系统的性能劣化的同时，降低事务的丧失的系统。

本发明的实施方式如下。

正存储系统，利用同步远程复制将发送到日志用逻辑盘的写入数据传送到恢复地点副存储系统。另外，正存储系统，利用保证写入的顺序性的非同步远程复制，将发送到DB数据用逻辑盘的写入数据传送到恢复地点的副存储系统。

在上述实施方式中，在副存储系统中，在日志和DB数据的状态上发生时间差。这是因为相对日志的实时更新，DB数据的更新有延迟。在利用备用系统数据库管理系统进行重启的场合，必须考虑这一延迟。通常是从日志的最新检查点开始前滚(Roll-forward)，但DB数据可能成为最新检查点以前的状态，这是因为在此场合需要从更古老的检查点起开始前滚之故。

作为本发明的另一实施方式，考虑的构成是，在考虑上述的延迟，将存放日志上的检查点位置等、日志的状态信息的文件配置到与日志及DB数据逻辑盘不同的逻辑盘方面，将存放日志的状态信息的逻辑盘和DB数据用逻辑盘的构成设定为在同样的一致性组中进行非同步远程复制，在备用数据库管理系统的重启处理之际，参照此重启信息决定开始前滚的日志的位置。

另外，作为再一个实施方式，其构成是在日志用逻辑盘上设定多个日志用逻辑盘，在重启处理时，对不要的文件进行再利用。在此场合，也可以在将成为再利用对象的日志文件(以下称其为“联机档案”)为新日志的记录而进行再利用之前，将该日志文件的内容转移到磁带装置等可更换媒体上。

另外，作为另外一种实施方式，其构成也可以是利用已经存放在将装置等等之上的日志文件再构成DB数据。

附图说明

图1为示出本实施方式的事故恢复系统的系统构成图。

图2为示出本实施方式的同步远程复制处理的处理概要的示图。

图3为示出本实施方式的非同步远程复制处理的正存储系统例的处理概要的示图。

图4为示出本实施方式的正写入数据管理信息的示图。

图5为示出本实施方式的非同步远程复制处理的副存储系统侧的处理概要的示图。

图6为示出本实施方式的副写入数据管理信息的示图。

图7为示出本实施方式的副存储系统4的数据接收处理的处理步骤的流程图。

图8为示出本实施方式的数据库管理系统开始处理的处理步骤的流程图。

图9为示出本实施方式的检查点时的处理步骤的流程图。

图10为示出本实施方式的重启处理的处理步骤的流程图。

具体实施方式

下面对应用本发明的系统的一实施方式予以说明。另外，本发明并不限定于以下的实施方式是自不待言的。

图1为示出本实施方式的系统构成图。本实施方式的系统，具有正主计算机1，正存储系统2，副主计算机3，副存储系统4以及管理用计算机(以下称其为“管理计算机”)9。各个装置经网络6互相连接。另外，正存储系统2及副存储系统4经链接5互相连接。

正主计算机1(也可以利用计算机及信息处理装置或可实施其处理的程序及对象实现)的现用系统数据库管理系统100包含DB访问控制单元111，检查点处理单元112，日志管理单元113，DB延迟写入处理单元114及远程延迟管理单元115。另外，以下以“～单元”表示的装置，既可以是可实施该处理的专用硬件，也可以是利用通用处理装置和软件的组合实现的。因此，正主计算机1，也可以是具有与上述各单元相对应的程序及通用处理器的结构。另外，正主计算机1，还包含存储单元，该存储单元包括DB缓冲器122及日志缓冲器123。

DB访问控制单元111，是控制对经过DB缓冲器122和日志缓冲器123对正DB用盘231及正日志用盘233进行访问的处理单元。

检查点处理单元112，是在必须将正主计算机1的DB缓冲器122的内容反映在正存储系统2内的存储装置中的场合，将在DB缓冲器122中更新的全部DB数据的数据块(以下称其为“DB块”)及在表示在该时刻最新的日志记录的日志用盘和其存放位置的状态信息的写入要求从正主计算机1发送到正存储系统2的处理单元。

另外，如在“TRANSACTION PROCESSING；Concepts andTechniques”中公开的，由于也存在在检查点时未完结的事务，有时此状态信息并不表示最新的日志记录的位置，而是表示与未完成的事务相关联的最古老的日志记录的位置。另外，也有状态信息在存储系统中更新有延迟的场合。无论在哪一种场合，此状态信息，都可以用作表示在数据库管理系统重启之际开始参照的日志的位置的信息。

日志管理单元113，是将表示对DB缓冲器122进行的数据库处理的内容的日志信息的日志块的写入要求从正主计算机1发送到正存储系统2的处理单元。

DB延迟写入处理单元114，是将DB缓冲器122上的数据库数据的写入要求从正主计算机1发送到正存储系统2的处理单元。

远程延迟管理单元115，取得在正存储系统2和副存储系统4之间的非同步远程复制中发生的在副存储系统4侧的数据更新的延迟量，并将取得的延迟量的信息提供给日志管理单元113。另外，远程延迟管理单元115，通过与预先设定的阈值进行比较，执行向系统管理员发出警告等等的处理。

用来使正主计算机1发挥DB访问控制单元111，检查点处理单元112，日志管理单元113及DB延迟写入处理单元114的功能的程序，是记录在CD-ROM等的记录媒体上，并在存放到磁盘等之上之后，装载到存储器中执行的。另外，记录上述程序的记录媒体，也可以是CD-ROM以外的记录媒体。另外，上述程序既可以从该记录媒体安装到信息处理装置，也可以通过网络访问该记录媒体而使用上述程序。另外，对于其他装置的程序也是一样。

正存储系统2，是将正主计算机1的数据存放到盘装置及高速缓存，响应读出和写入命令进行数据的读出、更新等等的装置。另外，正存储系统2，经过链接5，将写入正主计算机1的数据发送到副存储系统4。正存储系统2，具有盘装置等记录媒体和控制这些记录媒体的控制单元。

控制单元，包含正写入命令处理单元211，正远程复制处理单元212，正远程复制延迟管理单元213以及正离台(destage)处理单元214。另外，控制单元，具有高速缓存221及控制用存储器222。由盘装置等等的存储媒体具有的物理存储区域构成逻辑存储区域(“逻辑盘”)。具体说，盘装置等等记录媒体，作为逻辑盘，具有正日志用盘233，正状态用盘232及正DB用盘231。

正写入命令处理单元211，收到正主计算机1发出的写入命令，将写入数据存放到高速缓存221。此时，正写入命令处理单元211，在控制用存储器222上设定正写入数据管理信息。

正远程复制处理单元212，将写入到设定为远程复制对象的逻辑盘的写入数据经过链接5发送到副存储系统4。成为远程复制对象的逻辑盘及发送目的地的存储系统等的信息，存放到控制用存储器222上的正远程复制管理表224。另外，必须传送的写入数据的信息，存放于正写入数据管理信息223。

正离台处理单元214，执行将在高速缓存221上更新的数据写入到正存储系统2的逻辑盘的处理。应该写入的数据的信息，从正写入数据管理信息223取得。

正主计算机1，经正I/O通道7与正存储系统2交换读出和写入等的命令及数据。正存储系统2，向正主计算机1提供的盘映象利用LUN(逻辑设备号)识别。另外，由于盘映象是映射正存储系统2具有的大于等于1台的盘装置上的存储区域，如果考虑正存储系统2为主体，利用此LUN识别的盘映象与逻辑盘相对应(由于主计算机及数据库管理系统进行更上位的映射，在考虑以其为主体的场合，也有将盘映象称为物理盘的场合)。

副主计算机3(也可以是与正主计算机1同样的计算机)的备用系统数据库管理系统300，具有DB访问控制单元311，检查点处理单元312，日志管理单元313，DB延迟写入处理单元314及重启模式管理单元316。另外，副主计算机3，也具有DB缓冲器322和日志缓冲器323。

DB访问控制单元311，检查点处理单元312，日志管理单元313及DB延迟写入处理单元314，是在备用系统数据库管理系统的系统动作时执行与现用系统数据库管理系统的各处理单元同样的处理的处理单元。

重启模式管理单元316，是将在利用同步远程复制传送写入数据的副日志用盘431和利用非同步远程复制传送写入数据的副DB用盘433的状态上存在时间差为前提的场合的重启模式在备用数据库管理系统300中设定。

副存储系统4，是与正存储系统2同样的存储装置，将副主计算机3的数据存放于盘装置及高速缓存，响应读出及写入命令进行数据的读出及更新等等。另外，正主计算机1从正存储系统2经链接5接收要写入的数据，写入到自己具有的逻辑盘(实际上构成逻辑盘的盘装置)。副存储系统具有控制单元及盘装置等等存储媒体。

控制单元，具有副写入命令处理单元411，副远程复制处理单元412，副远程复制延迟管理单元413及副离台处理单元414。另外，控制单元，具有高速缓存421及控制用存储器422。另外，盘装置等的存储媒体，具有副日志用盘431，副状态用盘432及副DB用盘433作为逻辑盘。

副写入命令处理单元411，进行与正存储系统2的正写入命令处理单元211同样的处理。

副远程复制处理单元412，从正存储系统2经链接5收到要写入到设定为远程复制对象的逻辑盘的写入数据。另外，副远程复制处理单元412，从副写入数据管理信息423取得用来保证写入数据的更新的顺序性的写入数据的信息，在可保证顺序性的写入数据的判断上，使用从正存储系统2收到的离台容许时刻424。

副离台处理单元414，进行将在高速缓存421上存放的远程复制数据写入到副存储系统4的逻辑盘的写入处理。应写入的数据的信息从副写入数据管理信息423取得。

管理计算机9，是在进行整个系统的构成管理、运行管理之际由管理人员使用的计算机。管理计算机9，具有构成管理单元911和运行管理单元921。

还有，构成管理单元911，具有进行数据库管理系统的构成管理的DBMS构成单元912及进行存储系统的构成管理的存储构成单元913。运行管理单元921，具有监视对在非同步远程复制的副存储系统中的写入数据的逻辑盘(或高速缓存421)进行的更新相对正存储系统的延迟量的延迟监视单元922以及在主地点遭灾业务中断之际管理用来在恢复地点继续业务的运行的恢复管理单元923。

正主计算机1和正存储系统2，副主计算机3和副存储系统4，经I/O通道7、8进行命令及数据的传送。I/O通道7、8及链接5利用光纤通道，但也可以是其他协议及传送媒体。光纤通道是由ANSII标准化的，可选择多个上位协议，一般多使用SCSI(小计算机系统接口)作为上位协议。

另外，在2003年采用SCSI作为TCP/IP的上位协议的所谓的iSCSI标准由ANSII进行标准化。今后，也考虑网络6等成为共有在LAN等之中使用的网络和从物理层起到TCP/IP层止的形态。在此场合，成为共有网络6和I/O通道7的从物理层起到传输层止。存储系统之间的链接5也有同样的可能性。

连接正存储系统2和副存储系统4的链接5，既可以是光纤通道、以太网(注册商标)、吉位以太网及SONET等的网络，也可以是虚拟网络及无线及广播通信及卫星通信等数据通信手段。

网络6，通常使用以太网，主要在管理及构成信息的交换中使用。具体说，是收发在存储系统中预先设定的情况发生时的警告等信息，但也可以在传送DB数据等等之中使用。

下面对正主计算机1和正存储系统2的动作予以说明。

在正主计算机1中，现用系统的DB访问控制单元111运行，正主计算机1，在DB缓冲器122中临时保持正DB用盘231的内容，而在日志缓冲器123中临时保持对正日志用盘233的更新处理的内容。DB缓冲器122及日志缓冲器123，一般也可以是在停电时等等会失掉数据的易失性存储器。

正主计算机1的DB访问控制单元111，当由于事务而要求对正DB用盘231上的记录进行访问时，利用读出命令从正存储系统2取得对应的DB块而存放于DB缓冲器122，在对DB缓冲器122上的DB块进行数据库处理之后，将表示其处理内容的日志信息存放于日志缓冲器123的日志块中。

检查点处理单元112，在表示DB缓冲器122上的记录更新的日志记录达到规定件数等等而必须将正主计算机1的DB缓冲器122的内容向正存储系统2内的逻辑盘反映时，作为表示在DB缓冲器122中更新的全部DB块及在该时刻最新的日志记录的位置的状态信息的写入要求，生成用来进行DB块及状态信息的写入的写入命令并从正主计算机1发送到正存储系统2。另外，在传递写入命令时，在写入命令之后，接着也传递与该写入命令相对应的写入数据。

日志管理单元113，在提交事务时，在从日志信息的记录开始起经过规定的时间或达到日志缓冲器123无空位等等规定条件时，作为将存放于日志缓冲器123中的日志块写入到正日志用盘233的要求，生成用来写入日志块的写入命令并从正主计算机1发送到正存储系统2。

DB延迟写入处理单元114，在从数据库处理(表的生成等)开始起经过规定的时间或达到DB缓冲器122无空位等等规定条件时，作为将存放于DB缓冲器122上的DB块写入到正DB用盘231的要求，生成用来写入DB块的写入命令并从正主计算机1发送到正存储系统2。另外，检查点处理单元112和DB延迟写入处理单元114的动作是独立的，在检查点处理单元112的动作之间也可以有几次DB延迟写入处理单元114的动作。

在正存储系统2中，通过接受从正主计算机1发出的写入命令而动作的正写入命令处理单元211、高速缓存221及正离台处理单元214的动作，对作为在盘装置上映射的逻辑盘的正DB用盘231进行数据更新。高速缓存221，也可以由即使是停电也不会丢失数据的非易失性存储器构成。在采用非易失性存储器的场合，如果在向高速缓存221存放数据时发生电源故障等等，也可以保证该数据的保存。另外，对于主计算机停机，在向主计算机返回写入完成时，数据可得到保证。

正存储系统2，在如上所述的从正主计算机1发送的写入要求之中，对于日志块的写入要求，进行与在正存储系统2中的写入处理同步的向副存储系统4的同步远程复制处理，对于DB块及状态信息的写入，进行与正存储系统2中的写入不同步的向副存储系统4的非同步远程复制处理。另外，正存储系统2，按照后述的表信息，判断接收的写入命令示出的逻辑块是同步远程复制的对象，还是非同步远程复制对象，以下执行同步远程复制或非同步远程复制的处理。

图2为示出同步远程复制处理的处理流程的示图。

从正主计算机1收到写入命令和写入数据的正存储系统2的正写入命令处理单元211(步骤11)，在控制用存储器222中确保存放与收到的写入数据相对应的正写入数据管理信息223的区域。此时，接收到的写入数据存放于高速缓存221(步骤12)。接着，正写入命令处理单元211，设定正写入数据管理信息。此正写入数据管理信息之中，写入时刻2234由正主计算机1的操作系统附加到写入命令上。但是，在正主计算机1不具有时刻管理功能时，利用正存储系统2本身具有的计时器将收到写入命令的时刻设定为写入时刻2234。

另外，此写入时刻，在同步远程复制的场合并非必需，使用的目的是在后述的非同步远程复制中保证写入处理的顺序性(步骤13)。

图4为示出正写入数据管理信息223的内容例的示图。另外，正写入数据管理信息223，对从正主计算机1接收的每个写入数据都存在。另外，正写入数据管理信息223，具有多个用来存放各个信息的项目。

在逻辑盘1D2231上登录正主计算机用来识别正存储系统内的卷(逻辑盘)的ID。此ID，也经常由数据库管理系统及正主计算机的操作系统称为物理盘ID。

指定将写入数据存放到由逻辑盘ID指定的逻辑盘的哪一个地址的信息，存放于写入前端地址2232及写入数据长度2233的项目中。

从正主计算机1发送的写入数据，临时存放于正存储系统的高速缓存221中。示出此高速缓存上的位置的指针的信息存放于写入数据指针2236中。

在向设定远程复制的逻辑盘写入的场合，在步骤13的阶段，将必须传送的位2237的位设置成为“ON”。此传送必需的位，并非同步远程复制所必需，是在后述的非同步远程复制中使用的。

在正存储系统2中，当从正主计算机1将写入数据存放于高速缓存221中时，将容许离台位2238设置为“ON”。正离台处理单元214，可以将容许离台位2238变为“ON”的写入数据写入到盘装置以达到确保高速缓存221的区域等目的，并可以从高速缓存221消去。一般，写入数据的离台顺序由LRU(最近最少使用)算法决定。

所谓写入序号，是示出正主计算机发出的写入的序号的数值。该数值存储于项目2235中。在本实施方式中，不参照写入序号2235，但如日本专利特开2002-196989号公报所示，也有并用写入序号的方法。

下面返回图2的处理步骤的说明。在步骤13的处理结束后，正写入命令处理单元211启动远程复制处理(步骤14)。正远程复制处理单元212接受此启动，将写入数据发送到副存储系统4(步骤15)。在收到副存储系统4发出的完成报告之后(步骤16)，正写入命令处理单元211向正主计算机1报告写入命令完成(步骤17)，进入等待下一个写入命令的状态(步骤18)。另外，存储于高速缓存221中的写入数据离台到盘装置是独立于远程复制的处理根据上述的LRU等的规则进行的。

图3为示出非同步远程复制处理的流程的示图。

另外，在本实施方式中使用的非同步远程复制，如上所述，为了保证在恢复地点的数据库管理系统的重启处理的事务的完整性，是一种考虑使副存储系统4中的写入I/O的顺序性与正存储系统2没有不一致的方法。

假如发生写入顺序的不一致，有时就会发生在副存储系统4的逻辑盘中应该连续写入的日志的一部分未更新的遗漏状态，以及与未写入到日志用逻辑盘的事务相对应的更新写入到DB数据用逻辑盘等等的状态，并且在恢复地点的数据库管理系统重启时不能解释日志而停止，或是不能取消与应该回退(roll-back)的事务相对应的DB数据的更新等等问题。

收到从正主计算机1发出的写入命令和写入数据的正存储系统2的正写入命令处理单元211(步骤21)，可确保存储与在控制用存储器222上收到的写入数据相对应的正写入数据管理信息223的区域。此时也是接收的写入数据存放于高速缓存221中(步骤22)。接着，正写入命令处理单元211，设定正写入数据管理信息223的各项目的信息(步骤23)，向正主计算机发送写入命令完成报告(步骤24)。

其后，正写入命令处理单元211，在远程复制延迟信息225上登录发送完成报告的写入数据(步骤25)，等待下一个写入命令(步骤26)。作为远程复制延迟信息的内容，考虑传送延迟的(还未向副存储系统发送的)写入命令数、延迟的写入数据的总量等几个候补。正写入命令处理单元211，将与有关发送完成报告的写入数据的远程复制延迟信息的种类登录到远程复制延迟信息而更新远程复制延迟信息。

正远程复制处理单元212，与正写入命令处理单元211非同步地开始处理。本处理，在存在传送必需位为“ON”的写入数据时，随时执行。因此，正远程复制处理单元212，也可以作为常驻处理器使用的存储器的后台驻留程序。

首先，正远程复制处理单元212，在登录到控制用存储器222的正写入数据管理信息223之中，在传送必需位为“ON”的还未开始传送处理的中间，取得在写入时刻2234登录的写入时刻的最古老的(步骤31)。其后，正远程复制处理单元212，将与取得的正写入数据管理信息223相对应的写入数据从高速缓存221或正DB用盘231读出而发送到副存储系统(步骤32)。

从副存储系统4收到完成报告(步骤33)的正远程复制处理单元212，将与该写入数据相对应的正写入数据管理信息223的传送必需位2237的位置为“ON”(步骤34)。此处，正远程复制处理单元212，参照存放于控制用存储器222中的正写入数据管理信息223的写入时刻2234，调查比与收到完成报告的写入数据相对应的写入时刻更古老的写入时刻(步骤35)。如果存在具有与完成报告相对应的写入数据的写入时刻相比更古老的写入时刻，并且向副存储系统4的传送未完成者，正远程复制处理单元212，从步骤31起重复处理。

另一方面，如果在步骤35中，作为比与完成报告相对应的写入数据的写入时刻更古老的写入时刻的写入数据，全部向副存储系统4的传送完成的话，正远程复制处理单元212，将接受完成报告的写入数据的写入时刻作为离台容许时刻发送到副存储系统4，并从副存储系统4接受收到确认(步骤36)。这样一来，将离台容许时刻通知副存储系统4，具有离台容许时刻以前的写入时刻的写入数据，由副存储系统4确定(可以在备用数据库管理系统31的重启时使用)。因此，正远程复制处理单元212，将离台容许时刻以前的写入数据量所对应的信息从远程复制延迟信息225中删除(步骤37)。

图5为示出副存储系统4从正存储系统2接受写入数据之际的处理步骤的示图。另外，无论是同步远程复制处理，还是非同步远程复制处理，都与副存储系统4中的处理基本上相同。

副远程复制处理单元412，从正存储系统2经链接5发送一些数据时，判断此收到的数据是写入数据，还是离台容许时刻(步骤41)。在收到数据是写入数据的场合，副远程复制处理单元412，在控制用存储器422上确保存放副写入数据管理信息的区域(步骤42)，进行副写入数据管理信息423的设定。另外，接收到的数据存放于高速缓存421中(步骤43)。

图6为示出副写入数据管理信息423的构成例的示图。副写入数据管理信息423，在副存储系统4接收的每个写入数据中存在。一个副写入数据管理信息423，具有登录信息用的多个项目。在逻辑盘ID4231、写入前端地址4232、写入数据长度4233中存放示出在副存储系统4中应存放该写入数据的场所的信息。在写入时刻4234及写入序号4235按原样登录由正存储系统2赋予的时刻及写入序号。

在写入数据指针4236中，在副存储系统4的高速缓存421上登录表示相对应的写入数据存在的地址的信息。传送必需位4237在副存储系统4中不使用。在离台容许位4238中登录的位表示将该写入数据存放于逻辑盘中是否好。另外，副存储系统4，在接受写入数据阶段，此位设定为“OFF”。

下面返回图5的处理步骤。设定副写入数据管理信息的副远程复制处理单元412，向正主计算机1进行接收写入命令的完成报告(步骤44)，等待从正存储系统2发送的下一个数据(步骤45)。

在步骤41中收到的数据是离台容许时刻的场合，副远程复制处理单元412，将存放于控制用存储器422中的离台容许时刻的信息更新为收到的值(步骤50)。于是，副远程复制处理单元412，检索控制用存储器422的信息，将保持离台容许时刻以前的写入时刻的副写入数据管理信息423的离台容许位设置为“ON”(步骤51)，等待从正存储系统发送的下一个数据(步骤45)。

离台容许位4238变成“ON”的写入数据，利用副离台处理单元414，在高速缓存421上的脏块量超过阈值等等的定时之时，写入到逻辑盘。如在图3中所说明的，保持离台容许时刻以前的写入时刻的写入数据，全部到达副存储系统这一点在步骤35中确认。所以，在图5的步骤51中，通过将离台容许位设置为“ON”，就可以成为使离台容许时刻以前的全部写入数据变成为数据库管理系统的重启可用的状态。其后，写入数据，以写入时刻的顺序离台到逻辑盘。

由于利用写入时刻和离台容许位的这一手续可以防止正存储系统2中的写入顺序和副存储系统4中的写入顺序逆转，如前所述，可以保证数据库管理系统的重启中的事务的完整性。

另外，为了在数据库管理系统中不会由于一个盘故障使日志和DB数据两者同时都丢失，推荐将各个数据配置于不同的逻辑盘上。此处，I/O的顺序必须扩展到日志和DB数据进行保证。因此，在本实施方式中，将多个逻辑盘分为组，对于属于该组的全体逻辑盘，保证上面说明的I/O的顺序。这个组以下称其为一致性组。作为具体的顺序保证，在向构成一致性组的逻辑盘群的数据的写入(离台)之际，遵守写入数据的时间顺序。

下面对在本实施方式中使用的各种表予以说明。这些表系用于存储系统确认逻辑盘的状态，或确认逻辑盘是否是同步或非同步远程复制的对象等等。

图7为示出DB盘映象表121的构成信息例的示图。DB盘映象表121，在每个数据库区域，具有登录以下所示信息的多个项目。具体言之，是作为用来识别正DB用盘231中的数据库区域的信息的数据库区域ID，在以该数据库区域ID识别的数据库区域由多个文件构成的场合表示文件的序号的文件ID，表示该数据库区域中的数据是数据库数据、日志信息或状态信息中的任何一个的种类信息。

另外，针对用来识别该数据库区域映象的存储系统的存储系统ID、用来识别在与该存储系统ID相对应的存储系统的逻辑盘中上述数据库区域的映象体的逻辑盘ID(LUN)，对正存储系统2及副存储系统4的各自的信息也存放于DB盘映象表121中。另外，DB盘映象表121，在每个数据库区域中都有上述信息。

另外，副存储系统4的DB盘映象表321也具有与正存储系统2的DB盘映象表121同样的结构。

图8为示出正/副远程复制管理表的示例图。正远程复制管理表224及副远程复制管理表425，每个逻辑盘都具有登录以下所示的信息的多个项目。作为具体的信息，有表示写入处理是由同步远程复制或非同步远程复制中的哪一种进行的复制模式，关于在该复制模式中进行写入处理的存储系统的存储系统ID的信息以及关于该逻辑盘ID的正存储系统2及副存储系统4的各自的信息。另外，在非同步远程复制中保证对多个逻辑盘全体的更新的顺序性的场合，对这些逻辑盘赋予同一个一致性组ID。在不使用一致性组的场合，赋予NULL。这些一致性组ID的信息也登录到本表中。

由图7的DB盘映象表121和图8的正远程复制管理表224的信息可知，正存储系统2，也可以将向存放日志块，DB块及状态信息的逻辑盘写入的写入数据分别以同步或非同步任何一种的远程复制方式传送到副存储系统4。

比如，数据库区域ID“LOG1”的日志块，从图8得到正存储系统ID是“CTL#A1”，正逻辑盘ID“VOL12-A”写入到逻辑盘，从图8看出，因为以正存储系统ID为“CTL#A1”的正逻辑盘ID“VOL12-A”的复制模式是“同步”，数据库区域ID“LOG1”的日志块，是利用同步远程复制处理写入到副存储系统4。另外，这些表的信息及远程复制的“逻辑盘对”等的信息，借助在主计算机1中执行的存储管理程序或管理用的计算机进行登录。

另外，由副主计算机3及副存储系统4构成的备用系统的系统，在由正主计算机1及正存储系统2构成的现用系统的系统运行中，副主计算机3不运行，副存储系统4，经链接5从正存储系统2接受日志块、DB块及状态信息并分别对相对应的逻辑盘进行更新。

如上所述，本实施方式的正主计算机1的检查点处理单元112，在生成检查点进行记录(以下也有称为“取得”的场合)之际，将在DB缓冲器122上更新的全DB块存放于正DB用盘231，将表示在该时点的日志记录的位置的状态信息存放于正状态用盘232中。下面对此检查点取得处理予以说明。

图9为示出检查点取得处理的处理步骤的流程图。

正主计算机1的检查点处理单元112，在必须将正主计算机1的DB缓冲器122的内容反映到正存储系统2内的存储装置的场合，对表示由DB缓冲器122更新的全DB块及在该时点的日志记录的位置的状态信息的写入要求进行从正主计算机1发送到正存储系统2的处理。

首先，检查点处理单元112，生成示出检查点取得开始的检查点取得开始日志并存放于正日志用盘(步骤701)。

其次，检查点处理单元112，生成写入命令用来将在DB缓冲器122上更新的全DB块写入到正存储系统2，将该写入命令发送到正存储系统2并实行DB块的写入要求。在正存储系统2中，接受生成的写入命令并将DB块写入到高速缓存221，将DB缓冲器122的更新内容反映在高速缓存221中(步骤702)。

其后，检查点处理单元112，对正存储系统2，发送检查点要求。接受检查点要求的正存储系统，进行基于检查点要求的处理，向检查点处理单元112进行完成报告(步骤703)。另外，关于步骤703的处理的详情，见后述。

收到完成报告的检查点处理单元112，生成表示结束检查点的取得的检查点取得结束日志而存放于正日志用盘的日志块中(步骤704)。

其后，检查点处理单元112，将上述检查点取得结束日志的LSN(日志序号)作为状态信息生成用来写入到正存储系统2的写入命令，将该写入命令发送到正存储系统2而实行状态信息的写入要求。在正存储系统2中，接受上述写入命令并将状态信息写入到正状态用盘232(步骤705)。

下面对上述的步骤703的处理顺序予以说明。另外，如上所述，在本实施方式的正存储系统中，也是以非同步方式将检查点时的写入要求发送到副存储系统4，而在实行了检查点时的写入要求的场合，也可将该写入要求和到该时点为止为了非同步远程复制而临时蓄积下来的写入要求发送到副存储系统4。下面对此例予以说明。

如果从正主计算机1将要求正DB用盘231的检查点的正DB卷检查点要求予以发送，则正存储系统2，将在该时点在正存储系统2内的高速缓存或盘装置中的队列中临时蓄积的远程复制用数据发送到副存储系统4，将利用正DB卷检查点要求接收到的DB块及状态信息发送到副存储系统4。

副存储系统4，将与该写入要求一起发送的DB块及状态信息全部写入到高速缓存421中之后，生成表示该写入完成的远程复制完成通知并发送到正存储系统2。

正存储系统2，如果从副存储系统4接收到远程复制完成通知，则生成表示正主计算机1要求的检查点处理完成的正DB卷检查点完成通知并发送到正主计算机1。

如上所述，在日志块的写入要求时和检查点要求时，在正存储系统2和副存储系统4之间进行利用同步远程复制的数据的同步化处理的场合，在现用系统中已经完成的事务的更新内容在备用系统中丢失的情况不会出现的同时，通过将DB块及状态信息的写入在检查点时汇总进行，与将DB块及状态信息全部通过同步远程复制传送的场合相比较，可以防止现用系统的性能的劣化。另外，在此场合，即使是利用不具备专用的状态文件的数据库管理系统构成，也不会出现在现用系统中在检查点时点反映在存储器中的DB更新数据在备用系统中丢失的情况。

另外，在现用系统数据库管理系统100中的数据库处理由于故障等等异常结束，并在其后现用系统数据库管理系统100开始重启处理的场合，通过从由正状态用盘232中的状态信息表示的检查点的位置读出日志记录并将正DB用盘231的数据按照该日志记录的内容进行更新，可以一直恢复到在紧接着结束之前的完成的数据库的状态。

如上所述，在本实施方式的系统中，对于日志块的写入要求，因为向副存储系统4进行与正存储系统2中的写入同步的同步远程复制处理，在现用系统中已经完成的事务的更新内容在备用系统中可以不会发生丢失的情况。

另外，对于DB块及状态信息的写入，因为向副存储系统4进行与正存储系统2中的写入不同步的非同步远程复制处理，可以削减现用系统的性能的劣化。

下面，对在包含现用系统数据库管理系统的现用系统的系统变成不可能使用的场合，在备用系统的系统中重启数据库管理系统的步骤予以说明。

图10为示出数据库管理系统的重启处理的处理步骤的流程图。如果将运用从现用系统的系统切换到备用系统的系统，开始备用系统数据库管理系统中的数据库处理时，副主计算机3的DB访问控制单元311，对于副存储系统4，指示执行数据库管理系统的重启处理。

指示执行重启处理的副存储系统4的副写入命令处理单元411，将存放于状态用盘45中的状态文件读出，取得表示数据库状态的信息。此处，在状态文件中，作为表示数据库的状态的信息，在数据库处理开始时存放表示现用系统数据库管理系统处于运行中的信息，在数据库处理结束时存放表示现用系统数据库管理系统正常结束的信息(步骤1201)。

其后，命令处理单元411，参照表示取得的数据库的状态的信息，调查上一次的数据库处理是否是正常结束(步骤1202)。

在上述取得的数据库的状态表示数据库管理系统处于运行中时，即在状态文件中未记录表示数据库管理系统正常结束的信息时，命令处理单元411，判断上一次数据库管理系统不是正常结束，参照在状态用盘中存放的状态信息确定不是正常结束的数据库处理的紧前方(最新)的检查点时的日志记录的位置(步骤1203)。

其后，命令处理单元411，参照副日志用盘431，从上述取得的日志记录的位置顺序读出日志记录，对副DB用盘433中的数据库区域进行前滚处理，即按照日志进行数据更新处理(步骤1204)。

其后，命令处理单元411，在根据日志记录进行前滚处理的事务之内，进行对未完成的事务的处理的取消处理的回退处理(步骤1205)。

在步骤1202中判断数据库处理是正常结束或在步骤1205中完成回退处理时，命令处理单元411，将表示数据库管理系统处于运行中的信息和表示恢复后的日志记录的位置的状态信息存放于副状态用盘432中的状态文件中(步骤1206)。

一般，在现有的数据库管理系统中，为确保事务的执行性能，将在事务内更新的数据不是与该事务的完成(commit)同步地写到存储系统中，而是设置以规定的事务发生次数或规定时间为契机的称为检查点的契机，此处将其间的DB更新数据写入到存储系统。于是，将检查点以后的DB更新内容写入到日志用盘，在现用系统的正主计算机停机时在备用系统内进行重启处理时，从日志用盘内的更新历史，复原检查点以后的DB更新而得到恢复。

此处，在备用系统重启时，从最新的检查点以下的哪一个日志用盘的哪一个位置起反映日志信息好成为问题，但一般这样的信息，存放于日志用盘的首部等之中，在现有的备用系统的系统中，根据该信息决定重启时成为反映对象的日志用盘和读取位置。

在这样的现有的数据库管理系统中，在如本实施方式这样对日志用盘进行同步远程复制，对DB用盘进行非同步远程复制时，在主地点的日志用盘上，检查点的处理完结的DB更新内容有可能不传送到主地点，如果使用上述这样的日志用盘的首部的这样的信息，在主地点侧在检查点时点，在存储系统中反映的DB更新数据在远地点丢失而使恢复变得不匹配。

与此相对，在本实施方式的系统中，对日志块进行同步远程复制处理，即使是对日志决进行非同步远程复制处理，也不会在副存储系统4的恢复中产生不匹配，因为设置有用来管理检查点时的日志用盘输入点的状态文件，并且还将该状态文件通过非同步远程复制处理进行传送，同样为了保证在以非同步方式传送的DB块的更新顺序在副存储系统4中得到保证，将状态用盘和DB用盘设定为同一一致性组。

由此，从现用系统切换到备用系统之后，在数据库处理开始时，参照副状态用盘432的状态文件，可以从该状态信息示出的位置恢复。

下面对本发明的实施方式的变形例予以说明。

对由于发生事故而不能在主地点继续进行业务之后一直到在恢复地点继续业务为止的时间(恢复时间)进行管理一事是非常重要的。只要业务中断拖延，就会失掉商机，并且作为公司也会失掉信用。由于因特网的普及，已经进入24小时365日服务，业务长时间停止就可能导致致命的打击。

在现有的数据库管理系统中，在一旦由于故障等而停止的现有系统中，对在重启之际到重启为止所需的处理时间(以下称其为“重启处理时间”)可以进行限制。具体说，如果积攒在DB缓冲器中的DB数据的更新量增加，则由于在故障后的重启中要处理的日志的量增加，比如，假如在DB缓冲器上的更新块数超过一定量，通过启动检查点处理限制重启处理时间，保证系统的早日复旧。

下面考虑在上述实施方式中，保证系统早日复旧的问题。即使是使用现有的技术，在本实施方式的系统中，从现有系统切换到备用系统之后，可以限制数据库管理系统的重启处理时间。不过，现有的方法是不充分的。其原因是在恢复地点的DB数据用盘的状态，与正主计算机1的DB数据用盘相比，DB数据更新的延迟等于非同步远程复制引起的数据更新延迟量，对DB数据的逻辑盘的更新量小(更新使用的日志量与正存储系统相比数据更新的延迟量增大)。因此，如果不掌握由非同步远程复制产生的更新的延迟量，就不能计算正确的重启处理时间。

为了掌握上述的延迟量，正存储系统2，在控制用存储器222上保持远程复制延迟信息225，在非同步远程复制处理中，对此信息逐次更新(图3，步骤25、步骤37)。另外，经网络6或正I/O通道7，响应从正主计算机1或管理计算机9发出的要求，正远程复制延迟管理单元213将远程复制延迟信息传送到要求源。

另外，现用系统数据库管理系统100的远程延迟管理单元115，在预先决定的时刻，以一定的周期，以某些事物现象为契机从正存储系统2收到远程复制延迟信息225并检查是否超过预先设定的阈值。此阈值是系统管理员考虑到现用系统数据库管理系统100或管理计算机9等中的恢复时间的目标值而设定的。现用系统数据库管理系统100或管理计算机9，保持有用来设定此阈值的接口。

在超过阈值的场合，远程延迟管理单元115，向管理计算机9的延迟监视单元922或系统管理员报告。收到报告的延迟监视单元922就启动预先设定的处理(下面说明)。此处管理计算机9也可检查远程复制延迟信息225，向现用系统数据库管理系统100或系统管理员报告。

在正主计算机1检测出远程复制延迟信息225超过阈值时，为防止延迟增加而进行以下的处理。

首先，在超过阈值的场合，正主计算机1的远程延迟管理单元115发出通知，使DB访问控制单元111对处理中的事务处理的完成延迟，或限制新流入的事务。收到此通知的DB访问控制单元111：a)拒绝从上位应用软件发出的新事务；b)进行处理中的事务的完成的延迟等的处理，防止延迟量的增大。

另一方面，在管理计算机9检测出远程复制延迟信息225的值超过阈值时，为防止延迟的增加，进行以下的处理。

比如，在存储系统之间的非同步远程复制的延迟量的增大是延迟增加的原因时，管理计算机9：a)指示增强主地点和恢复地点的存储系统之间的链接5(具体说是确保通信频带)；b)指示存储系统增加分配给非同步远程复制处理的接口、处理器等的存储资源，抑制延迟量的增加等等。由于其他理由，比如，检查点的间隔长期化而使DB缓冲器的数据量增大时，管理计算机9，指示数据库管理系统100缩短检查点之间的间隔。

下面对上述实施方式的另一变形例予以说明。

在上述实施方式中说明的日志块，基本上是对连续地址的存储区域追记的记录。一方面，因为日志用逻辑盘的容量当然是有限的，必须对存储区域进行再利用。因此，在本变形例中，日志管理单元113，采用在日志用逻辑盘上确保多个日志文件，将重启处理不需要的日志文件(已经在DB用逻辑盘上存放更新数据的日志)的属性设置为可改写(具有这种属性的日志文件称为“联机(在线)档案”)而能再利用的方法。另外，在将日志文件为了新日志的记录而进行再利用之前，有时也将其转移到磁带装置等可更换媒体上。这种转移的日志文件以下称其为离线档案。另一方面，记录重启处理所必需的日志的日志文件，作为活动日志，不作为再利用对象使用。

另外，在本变形例中，需要考虑以下各点。就是说，在上述的实施方式的备用系统的重启处理中，由于对于日志块DB数据在实际上是处于古老状态，开始前滚所需要的日志有可能在联机档案的日志文件中。因为是在通常的重启处理中得不到的状况(假定在通常的重启处理中，日志块和DB数据的更新时间是一致的)，有时会发生数据库管理系统的检查机构工作，判断日志和状态信息不匹配，就中断重启处理等等问题。

因此，在本变形例中，在副主计算机3中设置重启模式管理单元316，将新模式，即由联机(或脱机)档案进行前滚处理的模式，设定为重启处理，使上述检查机构不工作。或是，可以通过副写入命令处理单元411在重启处理之际优先参照在副状态用盘432上的状态信息使用日志文件的状态来确认日志文件，执行重启处理而回避这一问题。

还有，在本变形例中，也必须考虑以下各点。

如上所述，作为联机档案的日志文件成为再利用的候补。不过，在备用数据库管理系统中的重启必需的日志，通过再利用改写就不能恢复。因此，必须防止备用数据库管理系统中的重启必需的日志被改写。

因此，在本变形例中，正DB用盘231的非同步远程复制的延迟量由现用系统数据库管理系统的远程延迟管理单元115掌握并进行日志文件的状态管理。具体说，相应于所掌握的延迟量，日志管理单元113，为了使备用数据库管理系统中的重启必需的日志文件不被再利用，在正DB用盘231中，对于反映数据的日志文件，在不向副存储系统传送DB数据期间，可以设置为活动属性。

另外，非同步远程复制的延迟量，如上所述，由正存储系统2的正远程复制延迟管理单元213提供。既可以由正存储系统2直接向运行现用系统数据库管理系统100的正主计算机1发送延迟量信息，也可以由管理计算机9向现用系统数据库管理系统100发出指示。

下面对正存储系统中的非同步远程复制的延迟量管理方法予以说明。

正存储系统1，具有用来由正存储系统1进行非同步远程复制的延迟量管理的正远程复制延迟管理单元213。正远程复制延迟管理单元213，在进行非同步远程复制的逻辑盘、逻辑盘的特定的地址区域、一致性组等等的单位中将延迟量作为远程复制延迟信息225进行管理，根据需要将延迟量的信息传送到正主计算机1或管理计算机9等。另外，延迟量的更新等，因为业已说明，此处不赘述。

作为延迟量可采用以下的信息。

a)来自正主计算机1的写入处理完成，但在恢复地点的副存储系统4中不容许离台的数据量。

b)来自正主计算机1的写入处理完成，但在恢复地点的副存储系统4中不容许离台的写入处理的列表(逻辑盘ID、前端块地址、数据长度等)。

c)来自正主计算机1的写入处理完成，但在恢复地点的副存储系统4中不容许离台的写入命令数。

d)来自正主计算机1的写入处理完成，但在恢复地点的副存储系统4中不容许离台的时间上最古老的写入命令或有关管理信息的信息。

在本变形例中，正存储系统1具有用来将此延迟量传递到正主计算机1或管理计算机9的接口。具体说，正远程复制延迟管理单元213可以经过正I/O通道7或网络6和管理计算机9等进行通信。另外，为了确认由非同步远程复制产生的延迟的状况，正存储系统1具有将在副存储系统上的逻辑盘确定的数据(在高速缓存上容许离台的数据及在逻辑盘上正在更新的数据)提供给DB服务器或管理计算机9的功能。

具体说，正存储系统2，对正主计算机1，提供使其访问副状态用盘432的逻辑卷。在正主计算机1读入副状态用盘432的某一个块的场合，假如与该块相对应的写入时刻2234是离台容许时刻以后的时刻，正远程复制处理单元212就将该块的读入命令经链接5发送到副存储系统4。收到读入命令的副远程复制处理单元412读入副状态用盘432的对应的块的数据，将该数据经链接5发送到正存储系统2。

另一方面，假如与从正主计算机1发出的读入要求相对应的写入时刻2234是离台容许时刻以前的时刻，正写入命令处理单元211，就将与正状态用盘232相对应的块的数据读出而传送到正主计算机1。这样一来，由于正主计算机1可以访问副状态用盘432的数据，可以取得恢复地点的最新检查点的信息。另外，也可以省略对写入时刻的判断，正主计算机1将全部的块从副存储系统4读出。

总而言之，为了使在上述变形例中收集的非同步远程复制的延迟量由数据库管理系统取得并使用，本变形例的系统具有以下的构成。不过，并不需要具有全部的构成。

a)远程延迟管理单元115，向存储系统或管理计算机查询非同步远程复制的延迟量，接受该信息。

b)远程延迟管理单元115，从所收集的延迟量决定在恢复地点备用系统数据库管理系统在重启中使用的检查点的位置。

c)远程延迟管理单元115及日志管理单元113，根据在(b)中决定的检查点的位置，在恢复地点备用系统数据库管理系统在重启中使用的日志，为了对区域进行再利用而被改写，可以抑制离线档案化。

d)日志管理单元113，将日志的状态信息记录到与日志不同的另一个文件中。

e)还有，副主计算机3的重启模式管理单元316，具有以在副存储系统4中对日志而言DB数据发生延迟为前提的重启模式。此外，副主计算机3具有供系统管理员等从外部设定该模式的接口(GUI等)。

作为另一实施方式，在管理上述实施方式的系统的管理计算机9中执行的存储管理软件程序，执行以下的处理。

a)根据管理员等的指示，设定日志用逻辑卷为同步远程复制，并将DB数据用逻辑卷和状态信息用逻辑卷设定为属于同一一致性组的非同步远程复制。

b)从存储系统或数据库管理系统取得非同步远程复制的延迟量并进行监视。

c)根据管理员等的指示，预先设定非同步远程复制的延迟量的阈值，在超过该阈值时向管理员或其他计算机等报告。

d)将现用数据库管理系统设定为在恢复地点重启必需的日志不会丢失的模式。

e)将备用系统数据库管理系统设定为以相对日志而言DB数据发生延迟为前提的重启模式，在主地点的事故发生之后发出重启指示。

如上所述，根据本实施方式的系统，因为在要求向备用系统写入时，利用同步远程复制更新日志信息，利用非同步远程复制更新数据库数据及状态信息，所以可以构筑在现用系统中已经完成的事务的更新内容在备用系统中不会丢失，现用系统的性能劣化小的事故对策系统。

更具体说，根据本实施方式，因为日志是利用同步远程复制传送，可以保证将现用系统数据库管理系统提交的事务的信息发送到副存储系统。另外，由于对DB数据使用非同步远程复制，对于DB数据用逻辑盘的写入处理而言，不大会受到远程复制的延迟的影响。

另外，在本发明中，是着眼于以下各点而对日志采用同步远程复制的。

由于日志是以追记型形式写入的，对日志用逻辑盘的访问基本上是顺序的。在磁盘装置是随机访问的场合，与用来将磁头定位到目的记录区域的寻道和旋转等待这样的机械动作时间占支配地位不同，由于在顺序访问的场合机械动作的时间的影响可以最小化，在日志写入中，可以进行高速处理。此外，数据库管理系统，将向日志用逻辑盘写入的数据临时蓄积于DB服务器上的日志缓冲器中。在由于同步远程复制的影响使得向日志用逻辑盘的写入处理的响应时间增大的场合，在日志缓冲器中蓄积的数据量增大，但因为日志基本上是顺序的，即使蓄积量增大，也容易汇总为一次命令的写入处理。因为典型的写入命令的访问范围指定是前端地址和数据长度的组合，由于对连续区域的访问，只是数据长度增大，作为命令可以汇总为一次，可以使写入处理响应时间的影响很小。

根据本发明，可以使事务处理的执行完成的事务更新内容丢失的可能性降低。

还有，根据本发明，可以使事务处理的执行完成的事务更新内容丢失的可能性降低。

Claims

1.一种在当前系统数据库处理系统发生故障时切换到备用系统数据库处理系统继续进行数据库处理的事故恢复方法，包括步骤：

从主机接收示出对主机的数据库缓冲区进行的数据库处理的内容的日志信息、在上述数据库缓冲区中更新的数据库数据及示出故障恢复时利用的日志信息的位置的状态信息的写入要求的步骤；

按照该接收到的写入要求的内容，对正存储装置子系统内的日志信息、数据库区域的数据及状态信息进行更新的步骤；

通过同步远程复制处理将所接收到的日志信息的写入要求向作为备用系统的存储装置子系统的副存储装置子系统进行传送的步骤；以及

将所接收到的数据库数据或状态信息的写入要求进行临时存储并通过非同步远程复制处理向副存储装置子系统进行传送的步骤。

2.如权利要求1所述的事故恢复方法，还包括步骤：

从正存储装置子系统接收上述日志信息、数据库数据或状态信息的写入要求的步骤；

按照该接收到的写入要求的内容，对副存储装置子系统内的日志信息、数据库区域的数据及状态信息进行更新的步骤；以及

在备用系统数据库处理系统中数据库处理开始时，通过从在上述副存储装置子系统内更新的状态信息示出的位置读出日志信息，将副存储装置子系统上的数据库区域的数据按照该日志信息进行更新，从而将副存储装置子系统上的数据库区域恢复为正存储装置子系统上的数据库区域的状态的步骤。

3.如权利要求2所述的事故恢复方法，还包括步骤：

在接收到检查点时的数据库数据及状态信息的写入要求之际，将其与上述临时存储的写入要求一起传送到副存储装置子系统，之后向主机发送完成通知的步骤。

4.一种在当前系统数据库处理系统发生故障时切换到备用系统数据库处理系统继续进行数据库处理的事故恢复方法，包括步骤：

从作为当前系统的存储装置子系统的正存储装置子系统，接收示出对主机的数据库缓冲区进行的数据库处理的内容的日志信息、在上述数据库缓冲区中更新的数据库数据及示出故障恢复时利用的日志信息的位置的状态信息的写入要求的步骤；

在备用系统数据库处理系统中数据库处理开始时，通过从上述状态信息示出的位置读出日志信息，将副存储装置子系统上的数据库区域的数据按照该日志信息进行更新，从而将副存储装置子系统上的数据库区域恢复为正存储装置子系统上的数据库区域的状态的步骤。

5.一种系统，包括：

具有第一计算机及与上述第一计算机连接的存储装置系统的第一计算机系统；以及

与上述第一存储装置系统连接的第二存储装置系统，

其中上述第一计算机，将示出数据库处理的内容的日志信息、数据库数据及示出在故障恢复时利用的日志信息的位置的状态信息的写入要求发送到第一存储装置系统；

其中上述第一存储装置系统，将上述接收到的日志信息的写入要求通过同步远程复制处理传送到上述第二存储装置系统，将上述所接收到的数据库数据及状态信息的写入要求进行临时存储并通过非同步远程复制处理向上述第二存储装置系统进行传送。

6.如权利要求5所述的系统，其中上述第一存储装置系统，在从上述第一计算机接收到检查点时的数据库数据及状态信息的写入要求之际，将其与上述临时存储的写入要求一起传送到上述第二存储装置系统，之后向上述第一计算机发送完成通知。

7.如权利要求6所述的系统，其中上述第二存储装置系统，通过按照与该第二存储装置系统连接的第二计算机的指示，从利用上述状态信息示出的位置读出日志信息，将该第二存储装置系统上的数据库区域的数据按照该日志信息进行更新，从而将上述数据库区域恢复为上述第一存储装置系统上的数据库区域的状态。

8.一种与计算机及其他存储装置系统相连接的存储装置系统，包括：

控制单元；以及

盘装置；

其中，上述控制单元，从上述第一计算机接收示出数据库处理的内容的日志信息、数据库数据及示出在故障恢复时利用的日志信息的位置的状态信息的写入要求，将上述接收到的日志信息的写入要求通过同步远程复制处理传送到上述其他存储装置系统，将上述所接收到的数据库数据及状态信息的写入要求进行临时存储并通过非同步远程复制处理向上述其他存储装置系统进行传送。

9.如权利要求8所述的存储系统，其中控制单元，在接收到检查点时的数据库数据及状态信息的写入要求之际，将其与上述临时存储的写入要求一起，进行写入到上述其他存储装置系统的处理，之后向上述计算机发送完成通知。

10.如权利要求9所述的存储系统，其中上述数据库数据及上述状态信息存放于不同的逻辑盘上，上述不同的各逻辑盘构成一个一致性盘组。

11.如权利要求10所述的存储系统，其中具有多个存放上述日志信息的逻辑盘，从上述计算机接收到的上述日志信息顺序存放于上述多个逻辑盘。

12.如权利要求11所述的存储系统，其中在上述多个逻辑盘之中，在只包含反映在存放了上述数据库数据的逻辑盘上的日志信息的逻辑盘中写入从上述计算机新接收到的日志信息。

13.如权利要求12所述的存储系统，其中在将上述新接收到的日志信息写入到上述逻辑盘之前，将存放于上述逻辑盘中的上述日志信息存放到其他存储介质。

14.如权利要求13所述的存储系统，其中收集示出是否确定了向上述其他存储装置系统传送的数据的信息，并将上述收集到的信息传送到与上述计算机或该存储装置系统连接的管理用计算机。

15.如权利要求7所述的系统，还包括与上述第一存储装置系统连接的管理用计算机；

其中上述第一存储装置系统，收集示出是否确定了向上述第二存储装置系统传送的数据的信息，并将上述收集到的信息传送到上述第一计算机或上述管理用计算机。

16.如权利要求15所述的系统，其中上述第一计算机，根据从上述第一存储装置系统接收到的上述信息，控制向上述第一存储装置系统传送的上述数据库数据的数据量。

17.如权利要求16所述的系统，其中上述第一计算机，从上述管理用计算机接收上述信息。

18.如权利要求17所述的系统，其中上述管理用计算机，根据从上述第一存储装置系统接收到的上述信息，控制连接上述第一存储装置系统和上述第二存储装置系统的通信线路的通信带宽。

19.如权利要求18所述的系统，其中上述第一存储装置系统具有多个存放上述日志信息的逻辑盘，将从上述第一计算机接收到的上述日志信息顺序存放于上述多个逻辑盘上。

20.如权利要求19所述的系统，其中上述第一计算机，根据从上述第一存储装置系统接收到的上述信息，指示上述第一存储装置系统将新的日志信息存放到上述多个逻辑盘上。