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

技术编号:2859578 阅读:181 留言:0更新日期:2012-04-11 18:40
本发明专利技术提供利用日志同步数据库数据非同步传送的恢复方式及装置,采用不丢失数据的长距离远程复制的方式且可抑制主地点的数据库处理性能的劣化,数据库的日志采用同步型远程复制,而DB数据采用非同步型远程复制。

【技术实现步骤摘要】

本专利技术涉及由于故障时及规定条件发生或要求而将某一信息处理系统进行的处理,由其它信息处理装置或实施该处理的程序及对象执行的技术,特别是数据库管理系统。
技术介绍
在现有的数据库管理系统中,为了使事务处理引起的更新数据(以下称其为“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数据的状态上发本文档来自技高网
...

【技术保护点】
一种在当前系统数据库处理系统发生故障时切换到备用系统数据库处理系统继续进行数据库处理的事故恢复方法,包括步骤:从主机接收示出对主机的数据库缓冲区进行的数据库处理的内容的日志信息、在上述数据库缓冲区中更新的数据库数据及示出故障恢复时利 用的日志信息的位置的状态信息的写入要求的步骤;按照该接收到的写入要求的内容,对正存储装置子系统内的日志信息、数据库区域的数据及状态信息进行更新的步骤;通过同步远程复制处理将所接收到的日志信息的写入要求向作为备用系统的存储装置 子系统的副存储装置子系统进行传送的步骤;以及将所接收到的数据库数据或状态信息的写入要求进行临时存储并通过非同步远程复制处理向副存储装置子系统进行传送的步骤。

【技术特征摘要】
JP 2004-3-19 079448/20041.一种在当前系统数据库处理系统发生故障时切换到备用系统数据库处理系统继续进行数据库处理的事故恢复方法,包括步骤从主机接收示出对主机的数据库缓冲区进行的数据库处理的内容的日志信息、在上述数据库缓冲区中更新的数据库数据及示出故障恢复时利用的日志信息的位置的状态信息的写入要求的步骤;按照该接收到的写入要求的内容,对正存储装置子系统内的日志信息、数据库区域的数据及状态信息进行更新的步骤;通过同步远程复制处理将所接收到的日志信息的写入要求向作为备用系统的存储装置子系统的副存储装置子系统进行传送的步骤;以及将所接收到的数据库数据或状态信息的写入要求进行临时存储并通过非同步远程复制处理向副存储装置子系统进行传送的步骤。2.如权利要求1所述的事故恢复方法,还包括步骤从正存储装置子系统接收上述日志信息、数据库数据或状态信息的写入要求的步骤;按照该接收到的写入要求的内容,对副存储装置子系统内的日志信息、数据库区域的数据及状态信息进行更新的步骤;以及在备用系统数据库处理系统中数据库处理开始时,通过从在上述副存储装置子系统内更新的状态信息示出的位置读出日志信息,将副存储装置子系统上的数据库区域的数据按照该日志信息进行更新,从而将副存储装置子系统上的数据库区域恢复为正存储装置子系统上的数据库区域的状态的步骤。3.如权利要求2所述的事故恢复方法,还包括步骤在接收到检查点时的数据库数据及状态信息的写入要求之际,将其与上述临时存储的写入要求一起传送到副存储装置子系统,之后向主机发送完成通知的步骤。4.一种在当前系统数据库处理系统发生故障时切换到备用系统数据库处理系统继续进行数据库处理的事故恢复方法,包括步骤从作为当前系统的存储装置子系统的正存储装置子系统,接收示出对主机的数据库缓冲区进行的数据库处理的内容的日志信息、在上述数据库缓冲区中更新的数据库数据及示出故障恢复时利用的日志信息的位置的状态信息的写入要求的步骤;按照该接收到的写入要求的内容,对副存储装置子系统内的日志信息、数据库区域的数据及状态信息进行更新的步骤;以及在备用系统数据库处理系统中数据库处理开始时,通过从上述状态信息示出的位置读出日志信息,将副存储装置子系统上的数据库区域的数据按照该日志信息进行更新,从而将副存储装置子系统上的数据库区域恢复为正存储装置子系统上的数据库区域的状态的步骤。5.一种系统,包括具有第一计算机及与上述第一计算机连接的存储装置系统的第一计算机系统;以及与上述第一存储装置系统连接的第二存储装置系统,其中上述第一计算机,将示出数据库处理的内容的日志信息、数据库数据及示出在故障恢复时利用的日志信息的位置的状态信息的写入要求发送到第一存储装置系统;其中上述第一存储装置系统,将上述接收到的日志信息的写入要求通过同步远程复制处理传送到上述第二存储装置系统,将上述所接收到的数据库数据及状态信息的写入要求进行临时存储并通过非同步远程复制处理向上述第二存储装置系统进行传送。6.如权利要求5所述的系统,其中上述第一存储装置系统,在从上述第一计算机接收到检查点时的数据库数据及状态信息的写入要求之...

【专利技术属性】
技术研发人员:大枝高河村信男山口浩太
申请(专利权)人:株式会社日立制作所
类型:发明
国别省市:JP[日本]

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1