第5章节分布式数据库中的事务的管理与恢复.ppt

第5章节分布式数据库中的事务的管理与恢复.ppt

  1. 1、本文档共78页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第5章节分布式数据库中的事务的管理与恢复

介质故障: 辅助存储器介质遭破坏 处理方法:如数据丢失, 日志无损失,从某个Dump状态开始执行已提交事务;数据与日志都丢失 不可能完全恢复 以上三种可以统称为站点故障. 2.1 分布式数据库系统中的故障 2 分布式事务的恢复 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 通讯故障 报文故障 报文错 报文失序 报文丢失 报文延迟 网络分割故障(网络断连) 通讯发生, 既有某个报文Message从Site x 发往Site y, 正常情况: (a) 在某时间段Dmax 之后, x 站点收到y发回的应答信息(Ack) (b) y收到的Message是一个合适的次序 (c ) Message本身的信息是正确的 但是当某个Dmax之后, x还没收到y的Ack, 则可能发生: (a) Message 或 Ack 信息丢失 (b) 网络分割, 即网络不通 2.1 分布式数据库系统中的故障 2 分布式事务的恢复 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 问题可以进一步分为: a) 是否是所在Site故障, 还是系统响应过慢,还是网络流量过大 b) 若是故障, 是通讯故障, 还是 y 站点故障? c) 如果是报文故障,是报文丢失还是应答丢失 对上述故障, 其恢复程序可以有不同级别: 一级: 仅处理Site故障 二级: Site故障及Message故障 三级: Site故障及Message故障, 还包括网络分割 2.1 分布式数据库系统中的故障 2 分布式事务的恢复 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 事务恢复 当发生故障时,保证事务原子性的措施称为事务故障恢复,简称事务恢复 主要依靠日志来实现 事务状态转移跟踪(操作) Begin_transaction:标记事务开始执行 Read write:表示事务对某个数据项进行读写 End_transaction:表示读写操作已完成,标记事务执行结束 Commit_transaction:表示事务已经成功结束,任何改变已不可更改 Rollback (abort):表示事务没有成功结束,撤销事务对数据库所作的任何改变 2.2 事务故障恢复的基本概念 2 分布式事务的恢复 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 2.2 事务故障恢复的基本概念 2 分布式事务的恢复 ACTVE PARTIALLY COMMITTED COMMITED FAILED TERMINATED BEGIN TRANSACTION READ/ WRITE END TRANSACTION COMMIT ABORT ABORT Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 事务的提交点 当事务T所有的站点数据库存取操作都已成功执行; 所有操作对数据库的影响都已记录在日志中。到达提交点 提交点后事务就成为已提交的事务,并假定其结果以永久记录在数据库中 事务在日志中写入提交记录[commit,T] 在系统发生故障时,需要扫描日志,检查日志中写入[start_transaction,T],但没有写入[commit,T]的所有事务T 恢复时必须回滚这些事务以取消他们对数据库的影响 此外,还必须对日志中记录的已提交子事务的所有写操作进行恢复。 2.2 事务故障恢复的基本概念 2 分布式事务的恢复 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011

您可能关注的文档

文档评论(0)

wuyoujun92 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档