您现在的位置： 北极圈下载站 >> 数据库开发 >> DB2 >> 正文
恢复崩溃的DB2技巧

作者：北极圈 文章来源：本站整理 点击数： 更新时间：2008-6-19 13:21:08
在系统崩溃之后，使用DB2的事务日志恢复数据库。 您曾多少次碰到过错误消息“SQL0946C The transaction log for the database is full?”

在尽力解决该问题时，您是否停下来思考如下两个问题：1. 为何存在事务日志；2. 事务日志记录服务的目的是什么呢？
若没有事务，多个用户和应用程序同时与一个数据库进行交互时就必然会破坏数据。而如果没有事务日志记录，DB2 UDB中的一些据库恢复方法就不会存在。

如果您还没有完全理解这些概念，也不必担忧。我将解释事务是什么以及事务日志记录背后的机制。然后，我将展示在系统崩溃或程序故障之后，如何使用数据库事务日志文件中所存储的信息来使数据库回归到一致、可用的状态。您还可以通过这些重要的日志做更多事情。

事务

事务（也称作工作单元）是指一个或多个SQL操作的序列，这些操作组合成一个单元且通常位于一个应用程序进程内。该单元通常称作是“原子的”，因为它是不可分的——它的所有工作要么全都执行，要么全都不执行。一个给定的事务可以执行任何数目的SQL操作（从一个到几千个，取决于业务逻辑里对于“一步”的定义）。

一个事务的开始和终止定义了数据库里数据一致性的点；要么将事务里所执行的所有操作的结果应用到数据库上，并使之成为永久的（已提交），要么将之都撤销（回滚），使数据库返回到启动该事务之前的状态。

事务是在建立到数据库的连接之后第一次执行SQL语句时或在现有事务终止时立即启动。一旦启动，就可以使用名为原子提交的功能隐式地终止该事务。通过原子提交，会将每条可执行的SQL语句当作一个事务。如果该语句执行成功，那它所做的任何修改都将应用到数据库上，但如果语句失败，那修改将被丢弃。

还可以通过执行COMMIT或ROLLBACK SQL语句显式地终止事务。

这些语句的基本语法是： 

COMMIT <WORK>
ROLLBACK <WORK>



在COMMIT终止事务时，会将该事务从开始时对数据库所做的所有修改变成永久性的。使用ROLLBACK，所有修改都将撤销。

事务所做的未提交的修改对其他用户和应用程序来说是无法访问的，除非那些用户和应用程序使用的是未提交读（UR）隔离。然而，一旦提交了事务所做的修改，它们对于所有其他用户和应用程序来说就都是可以访问的了，并且只能通过执行新事务中的新SQL语句来删除。

事务日志记录

在向一个基表进行INSERT时，首先在缓冲池中创建一条记录，该缓冲池与指定该表的数据存储于何处的表空间相关联。每次更新或删除一条记录时，就从存储器中检索包含该记录的页面，并复制到适当的缓冲池中，然后由UPDATE/DELETE进行修改。一旦进行了这一修改，就会向日志缓冲器写入一条反映该动作的记录，日志缓冲器是内存中的另一指定存储区（为日志缓冲器预留的真正存储大小是由logbufsiz数据库配置参数控制的）。如果执行INSERT，就会写入一条包含了新行数据值的记录。当出现删除时，就写入一条包含了该行原始值的记录。如果执行UPDATE，就写入一条包含了该行原始值和新值的记录（在大多数情况下，通过用该行的更新值在原始值上执行EXCLUSIVE OR，为更新操作生成日志记录）。最终，当执行INSERT、UPDATE或DELETE的事务终止时，就将相应的COMMIT或ROLLBACK记录写入日志缓冲器。

[1] [2] 下一页

文章录入：admin    责任编辑：admin 
  • 上一个文章：

  • 下一个文章：
    • 【字体：小 大】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】
    站内文章搜索

    推 荐 文 章

    热 门 文 章

    推 荐 软 件