Oracle数据库备份恢复策略研究.docVIP

Oracle数据库备份恢复策略研究 正在看的ORACLE教程是:Oracle数据库的备份及恢复 策略研究。摘要恢复丢失的数据库文件在很大程度上取决于 所采用的备份策略。本文从恢复的灵活性出发，对Oracle8 数据库的备份及恢复策略进行了探讨，并给出了 Windows2000环境下使备份过程自动化的脚本文件的项目 开发实例。 随着信息系统在各种商务活动中重要性的不断增强， 维护系统数据的可用性已成为当前一个十分重要的课题。为 了有效地保持健康的信息系统，必须采取一定的措施防止在 由介质、操作系统、软件和其它事件导致重要数据库文件严 重损坏的情况下影响RDBMS ,进而影响信息系统的正常运 行。这就需要在此类系统失败的情况履弗患笆薄(15)行y亟？性 帜鸦指础；指炊?y氛?慈f囊募？i争茏嚏潭壬先【鮎谒？捎玫谋 阜苍呗裕？蚊？疚亩阅壳傲械腥racle8数据库的备份及恢 复策略进行了探讨。 每个数据库实例都有其自己的联机重作日志组，在操 作数据库时,Oracle首先将数据库的全部改变保存在重作日 志缓冲区中，随后日志记录器进程将数据从系统共用区SGA 的重作日志缓冲区写入联机重作日志文件，在磁盘崩溃或实 例失败时，可以通过与之相关的联机重作日志来保护数据 库，将损失降至最低，但Oracle在默认的方式下只创建一组 重作日志文件，为了减少丢失这些重要的重作日志文件的危 险，因此需要对其进行镜像拷贝。 在Oracle级多工联机重作日志文件，即增加多个文件 到每个组以便镜像数据，这样I/O故障或写丢失只损坏一个 拷贝，从而保证了 LGWR后台进程至少能够向一个成员写 入信息，数据库仍然可以继续运行。同时应保证日志组的成 员不应驻存在同一物理设备上，因为这将削弱多重日志文件 的作用。 控制文件描述通用的数据库结构，它存储了大量数据 库状态信息，包括物理结构和联机重作日志文件在当时的名 称、位置、状态。控制文件在数据库启动时被Oracle实例读 取，保持打开并随着操作而文件内容更新，直到实例关闭为 止。在它打开的过程中能够同步需要恢复的信息，包括检查 点信息，因此若损坏或丢失了控制文件,Oracle将不能继续 工作，因此应在系统中保持控制文件的多个拷贝，且这些拷 贝应置于安装于不同磁盘控制器下的不同磁盘设备中。 由于Oracle没有提供对控制文件多工的完整支持，因 此应在对控制文件使用操作系统或硬件镜像，即在修改初始 化文件的control_files参数后重新启动数据库前，应将控制 文件复制到定义的新位置，否则数据库启动时将会出错。 当数据库运行于NOARCHIVELOG模式下日寸，只能在 完全关闭数据库后进行数据库的一致备份，并且同时禁用了 联机重作日志的存档 返样在Oracle实例失败时只能将数据 库修复到最近的完整数据库备份时的那一点上，不能在失效 点处对实例进行恢复。而在ARCHIVELOG模式下，数据库 不仅可以进行一致备份，还可以在数据库打开的情况下进行 联机备份。通过数据库的备份和联机与存档的重作日志文 件，用户可以恢复所有已提交的事务，并允许将数据库恢复 到指定的时间、SCN或日志系列号处，增大了恢复的灵活性, 减少了故障时的数据丢失。因此数据库应运行于 ARCHIVELOG 模式。 在ARCHIVELOG模式下为了防止文件损坏和介质故 障，应把日志归档到不同的磁盘上，这可以通过在初始化文 件中为归档重作日志指定多个目标实现。 因为控制文件中保存了数据库的模式结构信息，因此 在对数据库进行较大改变时应立即备份控制文件及相应的 数据文件。 在以RESETLOGS选项打开数据库后，应对整个数据 库进行脱机或联机的备份，否则将不能恢复重置日志后的改 变。 当以RESETLOGS选项打开数据库时‘Oracle将抛弃 恢复中没有应用的重复信息，并确保永远不再运用，同时还 将初始化控制文件中关于联机日志和重作线程的信息、清除 联机日志中的内容。因此,RESETLOGS前的归档日志的序 列号将与RESETLOGS后的Oracle控制文件的要求值不相 符，即在恢复中不能应用以前的归档日志文件，从而导致 RESETLOGS操作之前的备份在新形体中无用。 由于文中提出了多工联机重作日志文件且数据库运行 于ARCHIVELOG模式，ARCH进程能够将联机重作日志归 档，因此不必对其进行备份。若用备份的联机重作日志文件 重建它，可能会引起日志文件序列号的混乱，从而破坏数据 库，得到适得其反的结果。 在进行了不完全恢复或用备份控制文件进行恢复后， 应重置联机日志。 为了确保数据库的一致性，必须保证在恢复后所有数 据文件都恢复到同一个时间点，但不完全恢复可能导致数据 文件中具有一个与其它文件不同的检查点，导致数据库的一 致性受到破坏。同样，备份的控