1 / 9
文档名称:

数据库系统恢复论文.doc

格式:doc   大小:118KB   页数:9页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

数据库系统恢复论文.doc

上传人:utuhlwwue61571 2017/5/18 文件大小:118 KB

下载得到文件列表

数据库系统恢复论文.doc

文档介绍

文档介绍:1 数据库系统恢复姓名: 莫金博班级:2008 级计算机 1班学号:20086789 2 摘要: 本文主要介绍了数据库恢复的相关概念与 SQL 数据库恢复技术 ORACLE 数据库恢复技术关键字: 数据库崩溃恢复、文件系统缓存和数据库恢复、备份恢复数据库、数据库恢复层次、 SQL 数据库恢复技术、 ORACLE 数据库恢复技术一、数据库崩溃恢复一个运行着数据库系统的计算机随时都可能宕机。然而“已借未贷”或“已贷未借”的情况都可能出现。当系统崩溃后重启时, 数据库管理系统必须允许这种可能性的发生, 也就是说, 在磁盘数据文件中可能包含一些部分完成的事务,在应用能够访问数据库数据之前,这些必须全部被检出。防止上述情况发生的基本技术就是保存一份连续日志,记录将做的和完成的操作。当需要修复损坏的数据库时, 数据库系统重新应用这些日志, 寻找那些将要执行但未完成的任务。如果任何类似的事务的已经在数据库中反映,这一定是颠倒的,并且数据库必须回滚。使用这种日志重新应用的技术,数据库系统可以避免宕机所带来的已接受事务(应用已确认执行完毕的事务) 的丢失。数据修复时, 那些在宕机时处理结果还存在缓存中的已接受事务, 结果会存放到磁盘文件中。未接受事务( 还没有被应用确认的事务) 会被回滚, 消除它所带来的对其他数据的影响。二、文件系统缓存和数据库恢复如果使用文件作为数据库的数据存储方式会给我们的讨论增加一些额外的复杂性, 因为文件管理系统有它自己的缓存。如果一个数据库系统在宕机后立刻重新启动, 那么它所包含的文件可能并没有实时刷新到存储中,这是由于在系统宕机时,文件系统的缓存没有写入到存储的原因。在这种情 3 况下, 数据库恢复进程必须重新应用数据日志刷新。也就是说, 在系统宕机的情况下已接受事务也不会丢失。从备份恢复数据库通过正规备份,并且快速的将备份介质运送到安全的地方,数据库就能够在大多数的灾难中得到恢复。恢复是文件的使用是从一个基点的数据库映像开始, 到一些综合的备份和日志。由于不可预知的物理灾难, 一个完全的数据库恢复( 重应用日志) 可以使数据库映像恢复到尽可能接近灾难发生的时间点的状态。对于逻辑灾难,如: 人为破坏或者应用故障等, 数据库映像应该恢复到错误发生前的那一点。在一个数据库的完全恢复过程中,基点后所有日志中的事务被重新应用,所以结果就是一个数据库映像反映所有在灾难前已接受的事务, 而没有被接受的事务则不被反映。为了恢复数据库误操作等错误, 完全的恢复时不合适的, 因为如果重新应用所有事务, 错误就会重复。数据库恢复应用程序允许管理员停止日志前滚在错误发生前一点。数据库恢复可以恢复到错误发生前的最后一个时刻。三、数据库恢复层次下面列出的数据库恢复技术是按照他们所能够提供的保护能力的顺序列出的,也同时是使用他们所需要的资金, 方便程度, 和技术复杂性的排列顺序。每一种技术都必须与他前面的技术共同使用。例如,磁盘镜像必须伴随着数据库备份和日志归档。 1、正规数据库备份和日志归档磁盘镜像本地群集数据库复制 2 全局群集 4 对于希望恢复时间( RTO ) 时间在几个小的内的企业, 正规的数据库备份和日志归档也许就能满足。数据库备份和归档日志应该被保存在离数据中心有一定距离的地方。高级的备份软件的特性,如自动的定期的块增量备份可以减少管理成本,缩短备份窗