ORACLE数据备份与数据恢复方案

ORACLE 数据备份与数据恢复方案 I 摘 要 结合金华电信 IT 系统目前正在实施的备份与恢复策略，重点介绍电信业务 计算机管理系统(简称 97 系统)和营销支撑系统的 ORALCE 数据库备份和恢复方 案。 Oracle 数据库有三种标准的备份方法，它们分别是导出导入（EXP/IMP） 、 热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import） ，增量 导出导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序， 然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程 序的运行，实现数据库的本级备份，结合 ftp 简单开发，实现多服务器的数据 更新同步，实现数据备份的异地自动备份。 关键字：数据库 远程异地 集中备份 ORACLE 数据备份与数据恢复方案 II 目 录 一、前 言1 二、金华电信 ORACLE 数据库的备份与恢复方案2 2.1 备份系统数据库备份策略3 2.2 备份系统数据库恢复策略 3 2.3 金华电信 97 系统及营销支撑系统的系统状况3 2.4 金华电信 97 系统、营销支撑系统及备份系统总体结构图4 2.5 备份系统结构图说明 4 三、金华电信 97 系统的数据库备份和恢复 6 3.1 备份方法 6 3.2 备份策略 6 3.3 恢复策略 6 3.4 性能影响 6 四、金华电信营销支撑系统的备份与恢复7 4.1 备份方法 7 4.2 备份策略 7 4.4 性能影响 7 五、RMAN CATALOG 数据库的备份 8 ORACLE 数据备份与数据恢复方案 III 六、结 语 9 ORACLE 数据备份与数据恢复方案 1 一、前 言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝 贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会 提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据 还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏， 这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。 由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数 据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置 或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单 一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着 计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来 越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方 式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容 应当包括基于业务的业务数据，又包括 IT 系统中重要的日志文件、参数文件、 配置文件、控制文件等。本文以 ORACLE 数据库为例，结合金华电信的几个相关 业务系统目前正在实施的备份方案，介绍 ORACLE 数据库的备份与恢复。 ORACLE 数据备份与数据恢复方案 2 二、金华电信 ORACLE 数据库的备份与恢复方案 由于金华电信 IT 系统以前只采用逻辑备份方式进行数据库备份，速度较慢 并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份 数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性， 降低数据备份对网络和服务器的影响，对每个 IT 系统的备份数据进行集中管理， 我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一 个异地集中、自动在线的备份系统即网络存储管理系统。 （这里用到的物理备份 指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对 整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网 的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以 修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服务器或 应用服务器相连的任意一台磁带库内。 (2)全自动的备份: 对于大多数机房管 理人员来说,备份是一项繁重的任务。每天都要小心翼翼,不敢有半点闪失,生怕 一失足成千古恨。网络备份能够实现定时自动备份，大大减轻管理员的压力。 备份系统能根据用户的实际需求，定义需要备份的数据，然后以图形界面方式 根据需要设置备份时间表，备份系统将自动启动备份作业，无需人工干预。这 个自动备份作业是可自定的,包括一次备份作业、每周的某几日、每月的第几天 等项目。设定好计划后，备份作业就会按计划自动进行。 (3)数据库备份和恢 复: 数据库系统已经相当复杂和庞大，不能用文件的备份方式来备份数据库。 企业级的备份系统能够对数据库在不中断业务、不停顿数据库的情况下对数据 进行联机的自动备份，包括可以进行数据库备份、日志备份、完全备份、增量 备份等。(4)归档管理: 用户可以按项目、时间定期对所有数据进行有效的归档 处理。提供统一的数据存储格式从而保证所有的应用数据由一个统一的数据格 式来作永久的保存，保证数据的永久可利用性。 (5)有效的媒体管理: 备份系 统对每一个用于作备份的磁带自动加入一个电子标签，同时在软件中提供了识 别标签的功能，如果磁带外面的标签脱落，只需执行这一功能，就会迅速知道 该磁带的内容。 (6)满足系统不断增加的需求:备份软件必须能支持多平台系统， 当网络连接其它的应用服务器时，对于网络存储管理系统来说，只需在其上安 装支持这种服务器的客户端软件即可将数据备份到磁带库或光盘库中。 ORACLE 数据备份与数据恢复方案 3 2.1 备份系统数据库备份策略 数据库运行在归档模式下，利用 Veritas 软件模块调用数据库的备份接口 进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以 满足客户容灾的要求，可以利用 Veritas 的多线程的数据迁移、利用多个磁带 驱动器同时读写提高其数据备份的效率。 针对数据库的总数据量和增量数据量大小，我们可以利用数据库的多级的 增量备份机制，结合 Veritas 强大的备份数据追踪寻址能力和介质管理功能， 制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。 2.2 备份系统数据库恢复策略 通过本地的 Veritas Server 结合 Veritas for Databases 利用备份数据 进行数据恢复。恢复时，Veritas 可以实现多线程的数据恢复，利用 Veritas 独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。 先用最近一次的全备份恢复恢复最近一次的增量备份增量备份到断点 的 ARCHIVE LOG 来恢复（要求数据库在 ARCHIVE LOG 模式下工作） 。这种恢复方 式比全部用 ARCHIVE LOG 恢复要快。 如果两份冗余的最近一次增量备份都不可用，可以追溯再上次的增量备份 来恢复，然后用增量备份到断点的 ARCHIVE LOG 恢复。 如果最近一次的全备份恢复都不可用,则利用上个周期的全备份上个周期 的最后一次增量备份本周期的最近一次增量备份增量备份到断点的 ARCHIVE LOG 来恢复。 如果增量备份都不可用，那么用全备份ARCHIVE LOG 来恢复。 2.3 金华电信 97 系统及营销支撑系统的系统状况 金华电信经过这么多年的信息系统建设，目前已经运行着多个系统，除计 费系统有较为完善的备份系统外，其他系统的备份系统都需要完善。其中 97 系 统的机器型号 IBM 7040-61R，操作系统 AIX5.2，数据库类型 ORALCE， 数据量 120G；营销支撑系统机器型号 IBM xseries440，操作系统 Red Flag Linux Server 4.0,数据库类型 ORACLE,数据量 150G。以前,这两个系统 的数据备份都是通过逻辑备份(exp)实现并且备份数据管理是分散的，然而一个 完善的备份系统必须包含物理备份和逻辑备份两种方式。因此，我们正在实施 ORACLE 数据备份与数据恢复方案 4 一个远程异地在线集中的高效的备份系统，将逻辑备份和物理备份（热备份） 相结合，设置了专门的备份服务器。由于 97、营销支撑操作系统采用 AIX 及 Red Flag，我们在备份服务器上安装了第三方备份软件 Veritias NBU。 2.4 金华电信 97 系统、营销支撑系统及备份系统总体结构图 对于具体的备份环境和结构,我们结合了 Oracle 备份技术和 LAN 环境的 SAN 备份结构.该系统的结构如下图所示（以 97 系统与营销支撑系统为例） 备份系统总体结构图 2.5 备份系统结构图说明 此在线存储系统采用了基于 SAN（存储区域网络）的结构，SAN 是一种高速 ORACLE 数据备份与数据恢复方案 5 网络或子网络，提供在计算机与存储系统之间的数据传输。存储设备是指一张 或多张用以存储计算机数据的磁盘设备。一个 SAN 网络由负责网络连接的通信 结构如光交换机、负责组织连接的管理层、存储部件以及计算机系统构成，从 而保证数据传输的安全性和力度。由于整个 SAN 系统的数据量比较大，所以备 份系统采用 SAN 结构，将磁盘阵列直接连接到 SAN 的交换机上，和备份服务器、 多台服务器均通过 SAN 相互连接，利用 SAN 的高性能来提高备份速度、降低数 据备份对网络和服务器的影响。备份系统结构图说明如下:(1)Veritas 服务器 (即备份服务器):备份系统是数据安全的关键系统，而备份服务器是备份系统的 核心，因此从安全可靠的角度，采用专用的备份服务器，在这台服务器上安装 VERTIAS Server 端软件，集中管理控制磁带库、定制备份策略、管理备份作 业、管理磁带等，同时安装 oracle catalog 库。(2)备份方案:对 97 系统购买 IBM VERTIAS 备份软件，将数据备份至磁盘阵列上面，备份数据走光纤通道。 对营销支撑系统，我们从 SAN 存储的 FATA 盘上划部分空间直接挂到系统中，然 后直接采用 RMAN 做备份，以降低成本。之所以采用 FATA 盘的目的是为了避免 和 FC 盘有 IO 冲突。(3)M300 磁盘阵列:在我们的方案当中，我们采用磁盘阵列 来代替一贯采用的磁带库。磁盘阵列具有性能高，可靠性高，维护方便等优点。 本方案中采用专业存储厂商富士通的中高端存储 ETERNUS3000 M300，作为一种 面向开放系统的存储系统，ETERNUS3000 在性能、容量及连通性等方面将世界 标准提高到一个新层次。M300 的容量为 6T 的 FC 盘，10T 的 FATA 盘。在 FC 盘 上保留所有系统的一份全备，其他的备份在白天定期转移到 FATA 盘。在 FATA 盘上保留 1-2 份全备，其他的定期转移到 3583 磁带库中。(3)光纤交换机:为了 使整个系统具有良好的扩展性，我们在数据中心采用了被评为最优秀的网络存 储产品博科的 16 口的光纤交换机，在新大楼备份中心采用博科的 8 口的光纤交 换机。(4)磁带库:本方案中的磁带库采用的是原先计费系统所用的 3583 磁带库。 我们定期将 FATA 盘上的备份自动转移到该磁带库上，做更久的保留。(5)逻辑 备份服务器:为了充份利用旧有的设备来提高异地集中备份系统的稳定性，安全 性，我们利用旧有设备 IBM 7044-170 小型机和 IBM 3542 阵列来搭建一个逻辑 备份系统。所有的逻辑备份都放到该机器上面来，使得逻辑备份和物理备份在 物理上开离。这样一来避免了 IO 冲突，二来提高了备份系统的可靠性。 ORACLE 数据备份与数据恢复方案 6 三、金华电信 97 系统的数据库备份和恢复 3.1 备份方法 采用 Veritas NBU 物理备份加 EXP 逻辑备份。Exp 逻辑备份在服务器上直 接备份，定期转移到逻辑备份服务器。 3.2 备份策略 备份策略: (1) 每周进行一次数据库全备份操作，并定期将 FC 盘上面的物 理备份定期转移到 FATA 盘上，同时将 FATA 盘阵上面的物理备份定期转移到磁 带库上，至少保存 3 个全备份；全备份时间选择在每周星期六凌晨 12：00 开 始。(2) 数据库采用 Archive Log 模式，每天晚上 12：00 开始进行增量备份。 (3) 与数据库的逻辑备份相配合，我们每天进行一次数据的 exp 备份，即每天 做一个完整的数据库 EXPORT 备份；备份时间选择在每天凌晨 1：00 开始。Exp 备份还是备到本机，定期将其 ftp 到逻辑备份服务器上。 3.3 恢复策略 恢复策略:(1) 数据文件损坏或磁盘阵列损坏：针对这种情况可以采用 Veritas NBU 从 FC 磁盘阵列中恢复。(2) 误操作或对象级逻辑上的损坏：针对 这种情况可以从 exp 备份中采用 imp 恢复。 3.4 性能影响 数据库采用归档模式对 97 数据库性能将产生一定的影响。因为在归档模式 下，oracle 需要将归档日志归档到归档目录(也就是 copy)。在 IO 资源不成为 瓶颈的情况下，对系统影响将可以不予考虑。97 系统目前的瓶颈在于内存这一 块。所以对 97 系统的性能影响可以不加以考虑。 ORACLE 数据备份与数据恢复方案 7 四、金华电信营销支撑系统的备份与恢复 4.1 备份方法 采用物理备份加 EXP 逻辑备份。物理备份考虑到 VERTIAS 的成本，及该系 统的重要程度，我们从 SAN 存储上划一部分空间挂接至该系统 OS 上面，然后直 接采用 RMAN 备份。这样备份的好处是成本低，缺点是不便于管理和维护，消耗 主机的资源，在主机无法启动的情况下，备份文件无法访问，但备份数据还是 完好如初的。 4.2 备份策略 备份策略: (1) 每周进行一次数据库全备份操作，采用循环覆盖的方式， 共保存 2 个全备份；备份时间可以选择在周日晚上 11：00 进行(由于其采用的 是 FATA 盘，与其他的物理备份不会造成 IO 冲突) 。(2) 数据库采用 Archive Log 模式，每天晚上 12：00 增量备份。(3) 与数据库的逻辑备份相配合，我 们每周进行一次数据的 exp 备份，即每天做一个完整的数据库 EXPORT 备份； 备份时间选择在每天凌晨 1:00 开始。 4.3 恢复策略 恢复策略: (1) 数据文件损坏或磁盘阵列损坏：针对这种情况可以采用 RMAN 从磁盘中恢复。(2) 误操作或对象级逻辑上的损坏：针对这种情况可以从 exp 备份中采用 imp 恢复。 4.4 性能影响 数据库采用归档模式对营销支撑系统数据库性能产生的影响也是由于归 档进程需要对归档日志进行归档。同时改成归档模式还需要注意的