Oracle database 备份与恢复论文

1、. 目 录TOC o 1-3 h u HYPERLINK l _Toc30946 摘要 PAGEREF _Toc30946 iii HYPERLINK l _Toc2835 Abstract PAGEREF _Toc2835 iv HYPERLINK l _Toc23519 第一章 绪论 PAGEREF _Toc23519 1 HYPERLINK l _Toc22920 1.1 国外研究动态 PAGEREF _Toc229201 HYPERLINK l _Toc24786 1.2 容灾备份系统的现状分析 PAGEREF _Toc24786 1 HYPERLINK l _Toc14437 第二章

2、 数据库备份方案 PAGEREF _Toc14437 3 HYPERLINK l _Toc13700 2.1 备份文件 PAGEREF _Toc13700 3 HYPERLINK l _Toc23501 2.1.1 定义 PAGEREF _Toc23501 3 HYPERLINK l _Toc21615 2.1.2 主要的容 PAGEREF _Toc21615 4 HYPERLINK l _Toc6851 2.1.3 优先级别 PAGEREF _Toc6851 4 HYPERLINK l _Toc7948 2.1.4文件之间的转化 PAGEREF _Toc7948 4 HYPERLINK l

3、_Toc5267 2.2 备份恢复方案 PAGEREF _Toc5267 4 HYPERLINK l _Toc21575 2.2.1 备份恢复的分类 PAGEREF _Toc21575 5 HYPERLINK l _Toc32262 2.2.2 备份方案的介绍 PAGEREF _Toc32262 5 HYPERLINK l _Toc8856 2.3 数据库的备份策略 PAGEREF _Toc8856 5 HYPERLINK l _Toc26336 2.3.1 概述 PAGEREF _Toc26336 5 HYPERLINK l _Toc31129 第三章 备份与恢复功能设计与实现 PAGERE

4、F _Toc31129 6 HYPERLINK l _Toc24622 3.1 冷备份脱机备份 PAGEREF _Toc24622 6 HYPERLINK l _Toc22500 3.1.1 定义 PAGEREF _Toc22500 6 HYPERLINK l _Toc5969 3.1.2 优点与缺点 PAGEREF _Toc5969 6 HYPERLINK l _Toc10893 3.1.3 步骤 PAGEREF _Toc10893 6 HYPERLINK l _Toc27844 3.1.4 备份恢复功能设计与实现 PAGEREF _Toc27844 8 HYPERLINK l _Toc84

5、59 3.2 热备份恢复联机备份恢复 PAGEREF _Toc8459 10 HYPERLINK l _Toc1889 3.2.1定义 PAGEREF _Toc1889 10 HYPERLINK l _Toc12047 3.2.2 优点与缺点 PAGEREF _Toc12047 10 HYPERLINK l _Toc15209 3.2.3 备份设计与实现 PAGEREF _Toc15209 10 HYPERLINK l _Toc4569 第四章 总结 PAGEREF _Toc4569 38 HYPERLINK l _Toc19197 参考文献 PAGEREF _Toc19197 39 HYPE

6、RLINK l _Toc7527 辞 PAGEREF _Toc7527 40Oracle database 备份与恢复摘要：随着信息化的开展，数据对我们日常生活中有着举足轻重的影响。生活不能缺少数据，因此数据的备份和恢复在当前至关重要。它能保证数据的完整性、平安性、一致性。它也使数据在非正常情况下丧失后，还能恢复到事故前的状态，确保损失最少，风险最少。本文主要介绍在Linu*效劳器端，通过oracle数据库的SQL*plus工具，对oracle数据库进展冷备份恢复脱机备份和热备份恢复联机备份，分别对数据库的参数文件，控制文件，数据文件，日志文件进展备份与恢复。通过模拟不同情况下，数据库文件丧失

7、的情况下，对数据库进展完全恢复和不完全恢复。本文主要详细阐述了不完全恢复时需要注意的要点和不完全恢复的特点。通过本文对备份恢复情况的研究，可以编写相关的数据库备份恢复脚本，简化备份步骤，希望能实现Linu*操作系统下，数据库自动备份与恢复。关键词：oracle；备份；恢复Oracle database backup and recoveryAbstract:With the developmentofinformation,the data has an important influence in our daily life.Our life cant lack of data,so th

8、at data backup and recovery in current is very important.It can guarantee the integrity,the consistency and security of the data . It also can ensure that the data can return to normal statue after lose data.This paper describes the Linu* server, oracle database through SQL * plus tools, cold oracle

9、 database backup and recovery (offline backup) and hot backup and recovery (online backup), respectively, the parameters of the database files, control files, data files the log files are backed up and restored.By simulating different scenarios, the database files are missing in the case, the databa

10、se is fully recovered and inplete recovery.This paper elaborates inplete recovery points to be noted and inplete recovery features.Through this case study on backup and recovery, you can write relevant database backup and recovery scripts, simplify backup step, hoping to achieve the Linu* operating

11、system, automatic database backup and recovery.Key words:oracle; backup; recovery. 第一章 绪论国外研究动态当今的信息时代，数据在现代企业中占有重要的地位，数据平安性就显得尤为重要。随着企业规模的扩展，用户早已认识到保证信息系统的平安不连续工作成为各个行业信息化建立的重要关注点。而且近年来频繁出现的自然灾害或者突发事件也让人们越来越多的注意到，原有意识中的数据备份已经无法满足关键业务对系统的可用性、实时性、平安性的需要。这时，异地容灾解决方案的出现则可通过在不同地点建立备份系统，从而进一步提数据抵抗各种可能平安因

12、素的容灾能力。美国是一个信息技术非常兴旺的国家，因此很早就有了很高的灾备意识，像美国政府就发布规定：要求所有政府、金融和医疗等机构都必须建立备份数据中心，以确保在遭受恐惧主义攻击、军事打击或自然灾害之后，能够实现快速重建。我国是一个信息产业开展比拟晚的国家，但也一直在学习国外的先进经历，公布了一系列法律法规来规灾备市场的开展，例如像信息系统灾难恢复规中就将灾备划分为6个等级。容灾备份系统的现状分析伴随着IT信息化的推进，组织运营对IT系统的依赖度越来越高，IT系统的可持续化运行，以及IT系统中数据的平安性，已经是对组织运营风险控制产生重大影响。而容灾正是这样一门技术和方案，它可提供一个防止IT

13、系统遭受各种灾难影响破坏的保护系统，为IT系统的可持续化运行和数据平安提供一道保护屏障。而且近年来频繁出现的自然灾害或者突发事件也让人们越来越多的注意到，原有意识中的数据备份已经无法满足关键业务对系统的可用性、实时性、平安性的需要。这时，异地容灾解决方案的出现则可通过在不同地点建立备份系统，从而进一步提数据抵抗各种可能平安因素的容灾能力。 针对这一应用需求，市场上纷纷推出基于SAN的异地容灾软、硬件产品，希望能够为用户提供整套以SAN网络环境和异地实时备份为根底的，高效、可靠的异地容灾解决方案，并且能够为用户提供支持各种操作系统平台、数据库应用和网络应用的系统容灾效劳。而本文主要介绍的是Ora

14、cle公司的容灾技术。随着Oracle数据库的逐步开展，Oracle数据库被使用于各行各业，使用Oracle数据库的大型公司也随之不断的增加，因而对于Oracle数据库的平安性，人们也有了新的担忧和考虑，因此Oracle数据库备份和恢复技术的研究在国外如雨后春笋，迅速的不断开展。但是，如果这时发生不可预测的自然灾害以及突发事件，导致整个数据保护体系崩溃时，将给企业带来消灭性打击。如果企业对数据平安要求很高，就应该搭建容灾系统。. 第二章 数据库备份方案2.1 备份文件 定义参数文件：记录数据库的系统配置文件，每当数据库启动，Oracle自动地从参数文件中读取系统参数设置来配置启动数据库。如存池

15、的分配，允许翻开的进程数和会话数等。控制文件：控制文件是二进制文件，数据库的构造、数据文件和日志文件的一些信息都包含在其中。控制文件并不大，但是它在数据空中最重要的文件，只有数据库进程才可以对控制文件的容进展更新，控制文件容主要包括数据库的名称sid，位置，联机、脱机的状态，Redo Log File的名称和位置，每个表空间名称， 归档日志文件的信息，检查点CheckPoint信息，重做信息，rman备份信息等等。数据文件：用来存放数据的文件，每个数据库一定是至少含有一个数据文件system01.dbf，假设存在多个数据文件，应该分别存放于不同的磁盘上，这样做不仅能提高数据的存取速度，有利于提

16、高数据库的性能，而且还能高度容灾。重做日志文件：数据库日志文件包括归档的日志和在线的日志， 当数据库被修改是，就会记录在这些文件当中。Oracle数据库必须至少包含两组在线日志，在线日志可以循环使用，当正在写的在线日志被写满后，就会切换到另一组在线日志，后者的容会被覆盖，这个过程叫作日志切换Log Switch，在日志切换时会自动触发检查点CheckPoint，使存中的数据写到数据文件当中。如果数据库执行了DML语句，就会被记录到日志文件中，并且记录动作是在改变数据前进展的，正是因为日志文件记录了数据库所有的修改操作，因此假设有过去*时间点的备份文件，并且有从备份时间点到现在时间点的所有日志文

17、件，就可以通过在备份文件上“重做这些日志的方式，把数据文件恢复到当前状态或者当中的任何时点的状态。为了到达防止日志组文件失效的目的，应该对每一个日志组中的每一个日志文件做一份或多份镜像，每个日志组文件和它的备份镜像文件称为其日志组的成员。两个一样的成员应该分别存在不一样的磁盘上，这样做的目的是，可以防止磁盘因外部原因失效时，一样日志组的镜像日志一起失效。主要的容Pfile:系统的参数文件，可用vim，vi等编辑器进展修改，其文件名一般是init.oraSpfile:二进制参数文件，不能使用编辑器直接进展修改，只可以存放在Oracle的效劳器上，可以使用EM网页或指令(alter system|

18、session set parameter_name = values )来修改,文件名通常为Spfile.ora,支持RMAN备份。System01.dbf:记录系统运行的信息，包含所有的数据字典，PL/SQL程序代码及其他系统信息。Sysau*01.dbf:system01.dbf文件的辅助文件，存放数据库系统活动的工具，例如LogMiner。Undotbs01.dbf:存放系统运行时的回退信息，即DML操作后的旧数据信息。Users01.dbf:新建用户未指定存储空间时，默认数据存放的文件。E*ample01.dbf:存放事例数据信息。 优先级别Oracle 启动读取参数文件的顺序,如果

19、个文件都不存在，则Oracle会报错：spfile.ora - spfile.ora -init.ora文件之间的转化从spfile来生成pfilecreate pfile from spfile ,执行完毕后，pfile将$ORACLE_HOME/dbs/init$ORACLE_SID.ora也可以指定pfile 的路径：create pfile = from spfile由pfile 生成spfilecreate spfile from pfilecreate spfile from pfile = create spfile = from pfile2.2 备份恢复方案备份恢复的分类按照

20、备份恢复的方式，可以分为逻辑备份、冷备份脱机备份、热备份，其中，热备份和冷备份合称为物理备份。按照备份的工具，可以分为E*P/IMP备份、操作系统备份RMAN、第三方工具备份，如VERITAS等。备份方案的介绍逻辑备份是指只备份数据库中的数据但不记录数据物理位置的一种备份。导出为数据库作一个二进制的备份，并且这个备份只能由其姐妹程序imp来读取操作系统备份包括冷备份和热备份。操作系统备份和上面的逻辑备份有本质的区别，它将拷贝整个的数据文件。冷备份在文件级备份开场前数据库必须彻底关闭。热备份是当数据库翻开时的操作系统备份。Recovery ManagerRMAN是一个使DBA能很方便地对数据库执

21、行备份和恢复任务的oracle应用工具，能够提供DBA对企业数据库备份与恢复操作的集中控制。2.3 数据库的备份策略概述争取的备份策略不仅能保证数据库效劳器的7*24小时的高性能的运行，还能保证备份与恢复的快速性与可靠性。采用多级备份就是为了减少每天备份所需要的时间，而保证系统有良好的恢复性。恢复时间与备份时间要有一个权衡。比方只要进展一个数据库的全备份，然后就只备份归档也可以保证能把数据库恢复到最新的状态，但是这样的恢复时间将是不可容忍的。第三章 备份与恢复功能设计与实现3.1 冷备份脱机备份 定义冷备份脱机备份是当数据库的一切可以被读取和写入的数据库物理文件参数文件、控制文件，数据文件等具

22、有一样的系统改变号S时才能进展的数据库的一致性备份，数据库保持在同一状态的唯一方法是将数据库正常关闭，因此只在数据库正常关闭情况下的备份才算是一致性备份。冷备份既适用于archivelog模式，也适用于noarchivelog模式。 优点与缺点优点：快速并且相对简单的备份方法因为仅仅需要拷贝文件。容易恢复至*个时间点上仅需将文件拷贝回去。低度维护，高度平安。缺点：单独使用时，只能提供到“*一时间点上的恢复。在冷备份过程中，数据库必须是关闭状态。 步骤、查看数据库文件物理位置。 图 2.1 数据文件图2.2 控制文件图2.3 日志文件图2.4 参数文件关闭运行的数据库。备份参数文件，控制文件，数

23、据文件，日志文件到指定目录下。备份恢复功能设计与实现 1建立测试表test，并且插入数据1，恢复后，数据应该还是存在的图2.5 创立测试表图2.62关闭数据库，执行备份图2.7 执行冷备份3插入另外一条数据2，恢复时应该丧失的数据图2.8 插入验证信息4关闭数据库，删除所有的文件：数据文件，控制文件，参数文件，日志文件图2.9 删除文件5启动数据库图2.10 启动数据库6恢复冷备份的文件到各自的文件夹图2.11 冷备份的恢复7验证冷备份的恢复，数据2丧失，只有数据1，备份后插入的数据不存在。图2.12 验证恢复3.2 热备份恢复联机备份恢复定义数据库热备份是指数据库在启动运行的状态下，对数据库

24、的控制文件、参数文件、数据文件等进展备份操作。热备份是用户管理备份恢复的一种方式，也是除了RMAN备份之外比拟经常使用的一种备份方式。热备份仅仅适用于archivelog状态。 优点与缺点优点：可以在表空间或数据文件级备份，备份的时间短。备份时数据库仍可以使用。可到达秒级恢复恢复到*一时间点上缺点：不能出错，否则备份数据不可用。备份方法相对复杂，难于维护。 备份设计与实现冻结块头-控制S在备份时不发生变化进展物理拷贝解冻块头-让S可以变化(当对S解冻后，系统会自动更新S至最新的状态)查看是否在自动归档模式：图2.13 非归档模式如果不是则启动自动归档模式：图2.14 启动归档模式图2.15 在

25、线备份数据文件图2.16 在线备份控制文件图2.17 备份参数文件和重做日志归档文件完全恢复：1用户表空间数据文件受损A、查看数据库是否运行在归档模式，确保能把数据完全恢复，如果不是，则设置为自动归档模式图2.18 归档模式B、在用户表空间创立测试表，并且插入测试数据图2.19 插入验证数据C、对users表空间数据文件进展热备份图2.20 备份用户空间D、插入热备份后的另外一条数据，验证热备份完全恢复图2.21 插入测试数据E、关闭数据库，删除用户表空间文件，模拟出错图2.22 模拟故障查表v$recover_file，用户数据文件需要恢复图2.23 查看需要回复的数据文件如果实际中，数据库

26、需要对外效劳，但是用户数据文件尚未修复，可以选择先把数据文件离线再进展修复。图2.24 离线数据文件图2.25 恢复离线的数据文件F、查看验证热备份的数据，确认是否完全恢复，重做数据文件到当前的时间点，确保备份后的数据还在，前提是要处于归档模式，切归档重做文件都没被删除图2.26 查看热备份的效果(2)用户表空间数据文件受损且无备份的恢复第一种情况，先删除数据文件，在触发检查点A、创立用户表空间做测试图2.27 创立测试数据B、删除用户表空间，模拟故障，表格还在的原因是因为数据已经缓存到存了，查找容实际是在存找图2.28 模拟故障C、当触发检查点，存数据会写盘，然而查找数据的话，没改变数据容，

27、写盘的时候不需要修改容，故数据文件test.dbf不存在也不会报错，但是再查找表的容的时候，要从磁盘读，因此发现了数据文件不存在图2.29 数据文件故障D、关闭系统，然后启动后发现，数据文件处于recover状态图2.30 recover状态的数据文件E、创立丧失的数据文件，恢复文件的容图2.31 创立需要的文件图2.32 查看数据文件状态F、验证数据是否还是存在，数据还在的条件是，归档日志文件存在的时间要比表空间创立的时间要长远，才有重做日志文件支持完全恢复。图2.33 验证恢复第二种情况：先触发检查点，在删除数据文件图2.34 情况二图2.34 数据文件需要恢复图2.35 恢复后的数据3S

28、ystem表空间数据文件或者大量数据文件受损A、对system表空间进展热备份图2.35 热备份B、删除system数据文件，模拟数据文件损坏图2.36 删除数据文件C、把热备份的数据文件重新拷回去，恢复系统数据文件图2.37 恢复数据文件4回滚文件损坏的恢复A、查看回滚表空间的相关信息回滚文件可以在线删除图2.38 回滚表空间信息B、删除undo数据文件，启动数据库图2.39 模拟故障图2.40 故障C、把回滚数据文件离线，启动数据库图2.41 离线数据文件D、创立一个新的回滚表空间，并修改参数undo_tablespace，使undotbs1能成功删除图2.42 创立回滚表空间图2.43

29、创立修改回滚表空间E、创立测试表test图2.44 创立测试数据F、关闭数据库，发现数据库一直关闭不了，挂起了，查看警告文件图2.45 关机挂起图2.46 查看跟踪文件G、启动数据库图2.47 故障H、修改参数文件pfile，增加一行图2.48 修改SPFILE图2.48 启动数据库5临时文件损坏的修复A、当控制文件不需要重建的时候图2.49 模拟故障B、控制文件重建的时候，因为控制文件的创立不包含temp的路径，假设创立时指定会报错，故在启动数据库后要手工绑定。图2.50 模拟故障2图2.51 查看临时表空间图2.52 大查询图2.53 手工创立临时表空间不完全恢复1基于time时间的恢复基

30、于时间的恢复能将数据库通过不完全恢复，到过去的*一时间点，经常被用在误操作导致的删除数据，在备机上将数据库恢复至被删除时间点之前的状态，然后把该表导出到正式环境，以挽回丧失数据。A、建立测试表test，插入测试数据图2.54 创立测试数据表B、热备份除temp表空间以外所有的数据文件，虽然恢复的数据在users表空间，但是不完全恢复基于时间的恢复，所有的表空间数据文件都应该恢复到同一个时间点上，因此，需要备份所有数据文件。图2.55 热备份所有文件C、继续插入测试数据，热备份后的数据，如果仅仅恢复备份，数据应该不存在，查看数据丧失之前的时间点，用于不完全恢复的时间参考。图2.54 继续创立测试

31、数据D、删除测试数据表，关闭数据库，拷回热备份，启动到mount状态，根据时间点恢复。图2.55 E、重新以resetlogs方式翻开数据库，查看丧失数据是否存在。图2.56 验证2基于改变s的恢复基于改变s号system change number的恢复可以将数据库不完全恢复到过去的*一个scm改变点，也常用于在误操作删除数据后，在备用机上将数据库恢复到删除s之前，然后把表导出到正式的环境，挽回丧失的数据。图2.57 图2.58图2.593控制文件损坏的恢复*单个控制文件被破坏由于数据库的三个控制文件都是相互备份的，因此，当损坏一个数据文件的时候，可以从另外的两个数据文件拷贝创立新的数据文件

32、，名字一样即可。或者把pfile中控制文件的数量改变为两个，重新以pfile启动数据库图2.60图2.61*多个控制文件被破坏在很多个控制文件都被破坏的情况下，如果没有对控制文件做备份，则只能通过重建控制文件生成。在创立控制文件的时候，应该很清楚的了解到每一个数据文件，日志文件的具体位置，确保在重建数据文件之后，数据库的正确性，并且，在重建控制文件的时，是不包含temp01.dbf数据文件的，只能在翻开数据库后，进展temp表空间的重新建立，以到达temp表空间的使用。图2.62图2.634日志文件损坏的恢复*正常关机情况下非当前联机日志文件被破坏正常关闭DB时缓存均已写盘，且logfile已

33、归档，故仅需clear logfile 重新生成丧失的非当前日志文件即可，无数据丧失；假设日志未归档，必须加unarchived参数，才会允许重新生成日志文件，并标志所有备份失效，应该重做全备份。图2.64图2.65*正常关机情况下当前联机或所有日志文件被破坏正常关闭DB时缓存均已写盘，且logfile已归档，因此仅需until cancel 取消系统查找当前联机日志，并且resetlogs重新生成对视的当前联机日志文件即可，无数据丧失。图2.66图2.67*DB运行时或非正常关机的情况下已归档active日志文件被破坏图2.68系统suggestion提示文件正确即可回车确认使用该文件进展重

34、做，提示错误则可手工输入filename使用指定文件进展重做，这两种重做都是单步进展的，重做完本归档或者日志文件后，又会继续提示指定用来重做的下一个归档或日志文件，而auto则自动寻找所有归档或日志文件进展重做，非单步进展，后续归档或日志文件的重做无提示等待确认图2.69前一个归档或日志文件已经完成恢复重做，不再需要，且再次提示的用于后续恢复的归档文件是错误的而应该使用当前日志文件进展恢复，因此手工输入当前日志文件名进展恢复。因active日志已经被归档，因此oracle数据库可以到归档文件或者current日志文件中找到需要的数据，以进展实例恢复，次过程没有数据丧失，最后resetlogs用

35、来重新生成已经丧失的归档active的日志文件。*DB运行时或非正常关机情况下未归档active或current日志文件被破坏图2.70图2.71图2.72因active/current日志并没有被归档，所以数据库没方法到归档日志中找到需要数据进展数据库的实例恢复，数据文件在没有归档active或current日志文件上不一致，并且没方法使用已经丧失的没有归档文档active或当前日志文件把数据文件重做到一致的时间点上，只可以通过全备份进展不完全恢复，将所有数据文件时间点重做到最后一个可用日志文件中的最后一条重做记录处，其后丧失的未归档active或当前日志文件通过resetlogs重新生成而

36、未进展重做，故有数据丧失，但数据仍一致的，所有数据文件均处于最后一个日志文件中最后一条重做记录所对应的时间点处。*DB运行时或非正常关机情况下未归档active或current日志文件被破坏无备份图2.73图2.74图2.75图2.76因current/active日志并没有归档，因此数据库没方法到归档日子文件中找到需要的数据进展实例恢复，数据文件在没有归档active或current当前日志文件上是不一致的，并且没有全备份重做恢复到一样的时间点上面，只能通过设置_allow_resetlogs_corruption=true隐含参数，并resetlogs重新生成丧失的未归档active或cu

37、rrent日志文件，使数据库在不一致情况下启动以便备出数据，这种操作会有数据丧失。第四章 总结保证oracle数据库的平安是系统平安的重要组成局部，必须要设计完善的数据库备份和恢复方案。Oracle提供的各种工具结合起来使用能够使数据库的备份和恢复变得简单。在实际的oracle数据库的备份和恢复中，会有许多不同的和复杂的情况出现，针对不同的情况，要本着使数据具有最大的可恢复性和恢复时间最短的原则去进展数据库的恢复，这需要大量的实验和经历积累。参考文献Thomas Kyte.E*pert One-on-OneM.Apress，2003.8Benjamin Rosenzweig ，Elena Silvestrova Rakhimov.Oracle PLSQL实例精解第4版M.Prentice Hall PTR，2009.6ThomasKyte.E*pert Oracle Database Architecture 2nd EditionM.Apress，2010.7Administrators Guide.or