用于阻止数据库计算系统中的事务暂停的方法和系统技术方案

本公开涉及数据库日志的存档管理，并且提供了一种通过监视数据库计算系统的活动数据库日志来阻止数据库计算系统中的事务暂停的方法。该方法包括由于在数据库计算系统的系统操作期间发生数据库日志填满状况，而切换数据库计算系统的存档单元。该方法还包括维护数据库日志历史表，其中数据库日志历史表捕获由数据库计算系统的系统线程生成的活动数据库日志的阈值计数。该方法还包括：基于由于在数据库计算系统的系统操作期间发生数据库日志填满状况而导致的数据库计算系统的切换后的存档单元以及所维护的数据库日志历史表中的活动数据库日志的阈值计数，限定用于存档活动数据库日志的临时位置。

【技术实现步骤摘要】
【专利摘要】本公开涉及数据库日志的存档管理，并且提供了一种通过监视数据库计算系统的活动数据库日志来阻止数据库计算系统中的事务暂停的方法。该方法包括由于在数据库计算系统的系统操作期间发生数据库日志填满状况，而切换数据库计算系统的存档单元。该方法还包括维护数据库日志历史表，其中数据库日志历史表捕获由数据库计算系统的系统线程生成的活动数据库日志的阈值计数。该方法还包括：基于由于在数据库计算系统的系统操作期间发生数据库日志填满状况而导致的数据库计算系统的切换后的存档单元以及所维护的数据库日志历史表中的活动数据库日志的阈值计数，限定用于存档活动数据库日志的临时位置。【专利说明】数据库日志的存档管理
本专利技术一般涉及数据库计算系统的数据库操作活动，并且更特别地涉及数据库计 算系统的数据库日志的存档管理。
技术介绍
事务（有时被称为"工作单元"或"U0W"）是一组必须被一起完成的相关操作。所 述相关操作的所有可恢复动作必须成功完成或完全不执行。事务的这种特性被称为"原子 性"。在最简单的情况中，事务将访问与单个计算机处理器相连的资源。这样的事务被称为 "本地事务"。然而，更通常地，事务将访问位于若干个不同计算机处理器或逻辑分区中的资 源，各自包含其自己的事务日志。这样的事务被称为"分布式事务"。当分布式事务结束时， 事务的原子性特性要求所涉及的所有处理器提交事务或所有处理器中止事务。为了实现 这一点，其中一个处理器担当协调者的角色以便使用所涉及的所有各方共同理解并遵循的 "协调协议"来保证在事务的所有各方处有相同的结果。 二相提交协议已被广泛用作分布式事务管理环境中的优选协议。该协议保证工作 或者被所有参与者成功完成，或者完全不被执行，其中任何数据修改或者被一起提交（完 成），或者在故障时一起被回滚（回退）。事务的另一个特性是其持久性。这意味着一旦已 经向用户通知成功，即使存在系统故障，事务的结果也必须持续，而不能被取消。使用恢复 管理器来保证即使当系统崩溃时，系统的对象也是持久的、并且事务的效果也是原子性的。 恢复管理器保存为恢复所需的信息。在任务更新了可恢复临时存储队列之后，该 恢复可以用于事务的动态回退，该动态回退也许是由于故障而引起的。此外，恢复数据可以 用来将事务处理系统恢复到提交状态，例如在系统故障后系统被重启时。典型地，恢复文件 包括至少一个日志，该至少一个日志包含由事务处理系统执行的事务的历史。在系统故障 的情况下，恢复文件可以被回放以将系统返回到紧邻着故障前的状态，以及返回到使用事 务日志来检查并取消在故障之前没有被正确完成的事务的状态。 此外，在事务故障的情况下，事务日志可以用于通过从故障前的最后变更开始往 回工作，来反转已经由事务执行的更新，由此得名"动态事务回退"。回退发生在任意受影响 的资源上的锁定被释放之前，这保护其他任务免于经历使用损坏的数据的可能性，因为修 改后的数据不会被释放以供其使用（"提交"），直到当前任务已经用完该修改后的数据为 止。如果日志需要在之后在系统重启时被回放，则首先在日志中加入条目以指示事务正在 被回退。执行这样的事务日志记录的系统的示例包括事务系统（诸如IBM? CICS?事 务服务器或IBM WebSphere?.应用服务器），以及数据库系统（诸如IBM DB2?或ibm MS?)。（IBM、CICS、WebSphere、DB2和MS是国际商业机器公司在美国或其他国家或在这两 者中的商标或注册商标）。日志典型地按活动发生的顺序记录信息。如果没有一定的管理， 这将会消耗不断增加的资源量。因此，日志必须由执行被称为"关键点指示（keypointing)" 的处理的恢复管理器定期地重组以便减小其尺寸。 关键点指示包括将系统的对象的当前提交值与针对还没有被完全解决的事务的 事务状态条目和意向列表一起写入到恢复文件的新部分中。针对事务的意向列表包含由该 事务改变的所有对象/资源的引用和值的列表、以及与二相提交协议有关的信息。一旦取 得了关键点（即，通过关键点指示过程而存储的信息），被不可撤销地提交（或回退）的事 务的恢复信息通常可以从日志中被丢弃，有时被称为日志"修整"。这会减小日志的文件尺 寸、以及在恢复期间将要处理的事务的数量。 旧的日志记录通过修整而被删除的速率在理想情况下应当与在新的工作进入事 务系统并对资源作出其自己的可恢复变更时新的日志数据被生成的速率匹配。在调整好的 在线事务处理（OLTP)环境中，日志上持有的日志数据的量应当随着时间被合理地保持恒 定，其中日志上持有的日志记录的数量在新工作和内务工作都被执行时会有潜在的周期性 的上升和下降。这种用于日志数据删除的机制通常解决日志的尺寸随着时间而持续增长的 问题。然而，长时间运行的UOW会阻止这种机制工作，直到这样的UOW已经完成且不再需要 其日志数据为止，其数据不能从日志中被删除、并且自从该UOW的第一个日志条目以来所 记录的所有数据必须保持在日志上。因此，系统将不能在关键点指示之后修整日志，并且日 志的尺寸将会不断变大。最终，当超过日志记录子系统、操作系统或可用硬件的临界阈值 时，这会导致向日志写入的请求由于"空间不足"类型的状况而失败。
技术实现思路
在本专利技术的一个实施例中，提供了一种通过监视数据库计算系统的活动数据库日 志来阻止由于数据库计算系统中的日志填满状况而暂停事务的方法。该方法包括：由于在 活动数据库日志的系统操作期间发生数据库日志填满状况，由一个或多个处理器切换数据 库计算系统的存档单元。该方法还包括：由一个或多个处理器维护数据库日志历史表，其中 数据库日志历史表捕获由数据库计算系统的系统线程生成的活动数据库日志的阈值计数。 该方法还包括：基于由于在数据库计算系统的系统操作期间发生的数据库日志填满状况而 导致的数据库计算系统的切换后的存档单元以及所维护的数据库日志历史表中的活动数 据库日志的阈值计数，由一个或多个处理器限定用于存档活动数据库日志的临时位置。 在本专利技术的另一个实施例中，提供了一种通过监视数据库计算系统的活动数据库 日志来阻止数据库计算系统中的事务暂停的计算机系统。该计算机系统包括一个或多个 处理器、一个或多个计算机可读存储器、一个或多个计算机可读有形存储设备、以及程序指 令，所述程序指令被存储在一个或多个存储设备中的至少一个上，以便经由一个或多个存 储器中的至少一个被一个或多个处理器中的至少一个执行。该计算机系统还包括由于在活 动数据库日志的系统操作期间发生数据库日志填满状况而切换数据库计算系统的存档单 元的程序指令。该计算机系统还包括维护数据库日志历史表的程序指令，其中数据库日志 历史表捕获由数据库计算系统的系统线程生成的活动数据库日志的阈值计数。该计算机系 统还包括基于由于在数据库计算系统的系统操作期间发生数据库日志填满状况而导致的 数据库计算系统的切换后的存档单元以及所维护的数据库日志历史表中的活动数据库日 志的阈值计数，限定用于存档活动数据库日志的临时位置的程序指令。 在本专利技术的又一实施例中，提供了通过监视数据库计算系统的活动数据库日志来 阻止由于数据库计算系统中的日志填满状况而暂停事务的计本文档来自技高网...

【技术保护点】
一种通过监视数据库计算系统的活动数据库日志来阻止所述数据库计算系统中的事务暂停的方法，所述方法包括以下步骤：由于在所述活动数据库日志的系统操作期间发生数据库日志填满状况，由一个或多个处理器切换所述数据库计算系统的存档单元；由所述一个或多个处理器维护数据库日志历史表，其中所述数据库日志历史表捕获由所述数据库计算系统的系统线程生成的活动数据库日志的阈值计数；以及基于由于在所述数据库计算系统的系统操作期间发生数据库日志填满状况而导致的所述数据库计算系统的切换后的存档单元以及所维护的数据库日志历史表中的活动数据库日志的阈值计数，由所述一个或多个处理器限定用于存档所述活动数据库日志的临时位置。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：P·S·普拉布，C·K·维什瓦卡玛，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：美国;US