专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅

首页 »数据库 » oracle数据库备份:Oracle数据库的备份及恢复策略研究 »正文

oracle数据库备份:Oracle数据库的备份及恢复策略研究

来源: 发布时间:星期二, 2008年12月23日 浏览:4次 评论:0
正在看ORACLE教程是:Oracle数据库备份及恢复策略研究 摘 要 恢复丢失数据库文件在很大程度上取决于所采用备份策略本文从恢复灵活性出发对Oracle8数据库备份及恢复策略进行了探讨并给出了Windows 2000环境下使备份过程自动化脚本文件项目开发例子
  关键词 Oracle 数据库 备份 恢复
  引言
  随着信息系统在各种商务活动中重要性不断增强维护系统数据可用性已成为当前个十分重要课题为了有效地保持健康信息系统必须采取措施防止在由介质、操作系统、软件Software和其它事件导致重要数据库文件严重损坏情况下影响RDBMS(关系数据库管理系统)进而影响信息系统正常运行这就需要在此类系统失败情况履芄患笆薄⒂行У亟性帜鸦指础;指炊У氖菘馕募诤艽蟪潭壬先【鲇谒捎玫谋阜莶呗裕蚨疚亩阅壳傲餍械腛racle8数据库备份及恢复策略进行了探讨
  数据库备份、恢复基本规则
  1、多工联机重作日志文件
  每个数据库例子都有其自己联机重作日志组在操作数据库时Oracle首先将数据库全部改变保存在重作日志缓冲区中随后日志记录器进程(LGWR)将数据从系统共用区SGA( Global Area)重作日志缓冲区写入联机重作日志文件在磁盘崩溃或例子失败时可以通过和的相关联机重作日志来保护数据库将损失降至最低但Oracle在默认方式下只创建组重作日志文件(每组只有个项目文件)为了减少丢失这些重要重作日志文件危险因此需要对其进行镜像拷贝
  在Oracle级多工联机重作日志文件即增加多个文件到每个组以便镜像数据这样I/O故障或写丢失只损坏个拷贝从而保证了LGWR后台进程至少能够向个成员写入信息数据库仍然可以继续运行同时应保证日志组成员不应驻存在同物理设备上这将削弱多重日志文件作用
  2、镜像拷贝控制文件
  控制文件描述通用数据库结构它存储了大量数据库状态信息包括物理结构和联机重作日志文件在当时名称、位置、状态控制文件在数据库启动时被Oracle例子读取保持打开并随着操作而文件内容更新直到例子关闭为止在它打开过程中能够同步需要恢复信息包括检查点信息因此若损坏或丢失了控制文件Oracle将不能继续工作因此应在系统中保持控制文件多个拷贝且这些拷贝应置于安装于区别磁盘控制器下区别磁盘设备中
  由于Oracle没有提供对控制文件多工完整支持因此应在对控制文件使用操作系统或硬件镜像即在修改化文件control_files参数后重新启动数据库前应将控制文件复制到定义新位置否则数据库启动时将会出错
  3、激活归档进程
  当数据库运行于NOARCHIVELOG模式下时只能在完全关闭数据库后进行数据库致备份并且同时禁用了联机重作日志存档这样在Oracle例子失败时只能将数据库修复到最近完整数据库备份时点上不能在失效点处对例子进行恢复而在ARCHIVELOG模式下数据库不仅可以进行致备份还可以在数据库打开情况下进行联机备份通过数据库备份和联机和存档重作日志文件用户可以恢复所有已提交事务并允许将数据库恢复到指定时间、SCN或日志系列号处增大了恢复灵活性减少了故障时数据丢失因此数据库应运行于ARCHIVELOG模式
  在ARCHIVELOG模式下为了防止文件损坏和介质故障应把日志归档到区别磁盘上这可以通过在化文件中为归档重作日志指定多个目标实现
  4、数据库实施较大改变时备份
  控制文件中保存了数据库模式结构信息因此在对数据库进行较大改变(包括改变表结构增加、删除日志文件或数据文件等)时应立即备份控制文件及相应数据文件
  5、使用RESETLOGS选项打开数据库后进行备份
  在以RESETLOGS选项打开数据库后应对整个数据库进行脱机或联机备份否则将不能恢复重置日志后改变
  当以RESETLOGS选项打开数据库时Oracle将抛弃恢复中没有应用重复信息并确保永远不再运用同时还将化控制文件中有关联机日志和重作线程信息、清除联机日志中内容因此RESETLOGS前归档日志序列号将和RESETLOGS后Oracle控制文件要求值不相符(备份文件中检查点比控制文件中检查点旧)即在恢复中不能应用以前归档日志文件从而导致RESETLOGS操作的前备份在新形体中无用
  6、避免备份联机重作日志文件
  由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式ARCH进程能够将联机重作日志归档因此不必对其进行备份若用备份联机重作日志文件重建它可能会引起日志文件序列号混乱从而破坏数据库得到适得其反结果
  7、重置联机日志
  在进行了不完全恢复或用备份控制文件进行恢复后应重置联机日志
  为了确保数据库致性必须保证在恢复后所有数据文件都恢复到同个时间点但不完全恢复可能导致数据文件中具有个和其它文件区别检查点导致数据库致性受到破坏同样备份控制文件中保存SCN和计数器和当前日志文件中值可能区别从而也破坏了数据库致性因此应在进行完上述两项操作后重置联机日志
  8、数据库逻辑备份
  以上所述备份都为物理备份是实际物理数据库文件从处拷贝到另备份除此的外还可使用Oracle提供导出实用进行数据库逻辑备份Oracle同时还提供了相应导入实用重建逻辑备份中保存信息
  逻辑备份只拷贝数据库中数据而不记录数据位置备份过程它利用SQL语句从数据库中导出数据到个存放在合适位置外部文件中同时并可检测到数据块损坏因此可用其作为物理备份补充
  备份策略
  考虑到如今大部分信息系统每周业务是24×7操作因此采用联机备份否则可每隔定时间进行次脱机备份
  应用上述规则可得出下述典型备份策略:
  ①镜像拷贝重作日志文件;
  ②镜像拷贝控制文件;
  ③激活归档进程即以ARCHIVELOG模式操作数据库;
  ④每天进行数据库部分联机备份(每天进行数据库完全热备份将无畏地增加数据库负担且没有必要同时也增加了数据库恢复时灵活性);
  ⑤每隔周或几周进行次数据库逻辑备份
  实际项目应用
  当数据库中文件达到定数量后DBA可能记不住该备份文件名或位置因此若能使备份过程自动化可有效地减轻DBA负担同时不会遗漏应备份文件应用自动批处理文件及脚本文件可实现备份、恢复自动化下面介绍了在实际项目开发中应用本文所提出自动备份、恢复策略通过实际应用证明了该策略正确性和可行性
  (1)下述脚本实现联机重作日志多工:

  (2)下列VB代码自动建立联机备份批处理文件及相应脚本文件

  运行得到自动批处理文件即可自动进行数据库联机备份
  (3)在从备份中恢复数据文件后执行下列脚本将数据库恢复

  结束语
  提高数据库灾难后恢复可靠性正越来越多地受到人们关注本文根据个人在实际项目开发过程中经验及恢复时灵活性对Oracle数据库备份及恢复进行了探讨并提出了典型备份策略用户可以根据自己实际情况及数据库结构在此基础上灵活应用

相关文章

读者评论

  • 共0条 分0页

发表评论

  • 昵称:
  • 内容: