第一篇：NBU备份恢复方案
数据备份方案SYMANTEC NetBackup（NBU）简介
SYMANTEC NetBackup软件是一个功能强大的企业级数据备份管理软件，它为UNIX、Windows和Netware混合环境提供了完整的数据保护机制，具有保护企业从工作组到企业级服务器的所有的数据的能力。管理员能够通过图形界面来管理备份和恢复的所有方面，制定企业统一的备份策略。NetBackup针对Oracle、DB2、SAP R/
3、Informix、Sybase、Microsoft SQL Server 和 Microsoft Exchange Server 等数据库提供了备份和恢复的解决方案。
NetBackup模块功能介绍
Master Server 在NetBackup Enterprise Server中，Master Server是第一个组件。Master Server是管理一切数据保护工作的最核心的部件。所管理的工作包括，任务调度，客户端备份，介质管理，设备管理等等。Media Server 当需要备份的数据在不同地点或数据量比较大的时候，我们需要使用多个Media Servers来做分担备份管理的任务。Media Server是NetBackup中第二个组件。Media Server通过网络承担着本地各个机器上的数据备份，它可以和Master Server或其他的Media Server共享备份设备，或使用自己的备份设备也可以。在有多个Media Servers的情况下，一个Media Server因故障停止数据保护工作的时候，可以由Master Server把这个Media Server的数据保护工作转移到另外的Media Servers上。Clients（Protected Server）
第三个组件就是Clients，客户端。所有的通过网络把数据传到Master Server或Media Servers上来做数据保护的机器，都是客户端。在客户端上要安装NetBackup的客户端软件。注意：Master Server和Media Server本身也是NetBackup的Clients，它们在备份自己的数据的时候就是客户端。
NetBackup Tape Library and Rototics Support NetBackup支
持所有主流的磁带机、磁带库和光盘库设备，包括StorageTek，IBM，Quantum|ATL，ADIC 和HP等等等。所谓NetBackup支持这些设备不是单指能够往其磁带上写数据，主要是指对其的设备管理和介质管理功能。磁盘缓冲（DISK STAGING）
磁盘缓冲（DISK STAGING）为NetBackup管理员提供了一种备份方法，首先在磁盘上创建备份镜像，然后将镜像转移到另一种介质上。NetBackup软件的磁盘缓冲分三个步骤完成：首先在磁盘上创建NetBackup备份镜像，然后在可以配置的稍后时间，将镜像转移到另外一个介质上。
备份方案设计
目前使用比较广泛的备份方式有以下两种备份方式： LAN备份 LAN备份是基于数据量不大的情况下，结构简单，但是要占用生产的网络带宽，其结构图如下：
采用SAN存储架构的LAN－free备份方式：
采用san存储架构的解决方案，也称为LAN-Free备份。它将磁带库和磁盘阵列各自作为独立的光纤结点，备份时，数据流直接从磁盘阵列传到磁带库内，是一种无需占用网络带宽(LAN-Free)的解决方案。以下是它的结构图：
备份和恢复的定义及实现 备份系统资源的定义
在系统备份前，首先必须定义备份系统，分配磁带库资源。可以如下配置备份系统资源： 将带库中所有磁带驱动器定义成一组或几组资源（术语：Storage Unit）。这样，当你备份一组数据时，系统就会允许使用相应的磁带驱动器去备份相应的数据了。
对每个数据库服务器，我们可以定义一组磁带，作为一个磁带池（术语：Volume Pool）,在自动备份时，备份系统回自动将该数据库备份到这个磁带池中。这里我们可以定义：
1.Volume Pool for主数据库 2.Volume Pool for 文件系统 备份策略的定义
定义好备份资源后，必须根据实际需要配置备份策略。定义备份
策略，涉及到以下内容： 1.在什么时间 2.将什么数据
3.以什么方式（如全备份或增量备份）、4.通过哪组磁带驱动器（备份通道，如：磁带驱动器）、5.备份到哪一个磁带组（备份目的地，如：Volume Pool for 主数据库）而备份的方式可以分为三种：全备份、增量备份、累计增量备份。1.全备份
每次备份定义的所有数据，优点是恢复快，缺点是备份数据量大，数据多时可能做一次全备份需很长时间
2.增量备份
备份自上一次备份以来更新的所有数据，其优点是每次备份的数据量少，缺点是恢复时需要全备份及多份增量备份
3.差分备份
备份自上一次全备份以来更新的所有数据。我们可以结合这三种方式，灵活应用。数据备份的过程
在业务系统中，我们会在所有数据库服务器上部署相应的Netbackup SAN Media Server软件及用于数据库在线热备份的Agent。
在定义好备份资源和策略后，在指定的时间，备份系统就会自动的将数据库服务器上的数据从服务器上、采用指定的方式、通过指定的磁带驱动器备份到指定磁盘池中。
在备份结束后，系统会报告备份的状况，然后，系统管理员就会在VEIRTAS Netbackup管理界面上清楚地看到已经备份的数据的描述。在VERITAS Netbackup上对备份介质上的数据的管理采用的是简单易懂的目录结构。系统管理员通过该目录下的备份项目可以非常方便的察看已经备份的数据的情况，包括：这个数据是什么时候对哪个数据库的备份，采用的是哪一种备份方式（全备份？增量备份？还是累计增量备份？）。一个完整的备份包括一条或几条备份项目，一般包括一个全备份项目、一个累计增量备份项目、几个增量备份项目。你可以保留以前的备份—在最近一次全备份以前的备份。也可以同时对一份数据做两个备份。
备份系统对数据库的备份采用的是在线备份，通过VERITAS
Netbackup的database Agent，我们可以在不停止数据库运行的情况下，对数据库数据进行备份，包括全备份、累计增量备份或者增量备份。这种备份方式，保证了系统的7x24小时的运行。
数据的恢复
当发生数据损坏时，我们需要从磁带库恢复数据。
有了VERITAS Netbackup，数据的恢复是非常快速和简单的。通过Netbackup管理界面，系统管理员只需要选定相应的数据备份项目（备份管理目录下的相应的项目名，对应某个时间点备份的某个数据库的数据，并有说明），进行恢复（Restore）即可。选择备份项目时，如前所述，首先选定最近一次全备份进行恢复，然后选定最近一次累计增量备份，最后选定这次累计增量备份以后的所有增量备份项目，依时间顺序进行恢复即可。
备份系统基础知识 数据备份的原则
对数据进行备份是为了保证数据的一致性和完整性，消除系统使用者和操作者的后顾之忧。不同的应用环境要求不同的解决方案来适应，一般来说，一个完善的备份系统，需要满足以下原则：
• 稳定性
备份产品的主要作用是为系统提供一个数据保护的方法，于是该产品本身的稳定性和可靠性就变成了最重要的一个方面。首先，备份软一定要与操作系统100%的兼容，其次，当事故发生时，能够快速有效地恢复数据。• 全面性
包括了各种操作平台，如各种厂家的UNIX、NetWare、Windows NT、VMS等，并安装了各种应用系统，如ERP、数据库、群件系统等。选用的备份软件，要支持各种操作系统、数据库和典型应用。• 自动化
很多系统由于工作性质，对何时备份、用多长时间备份都有一定的限制。在下班时间系统负荷轻，适于备份。可是这会增加系统管理员的负担，因此，备份方案应能提供定时的自动备份。在自动备份过程中，还要有日志记录功能，并在出现异常情况时自动报警。• 高性能
随着业务的不断发展，数据越来越多，更新越来越快，在休息时间来不及备份如此多的内容，在工作时间备份又会影响系统性能。这就要求在设计备份时，尽量考虑到提高数据备份的速度，利用多个磁带机并行操作的方法。• 操作简单
需要一个直观的、操作简单的图形化用户界面，缩短操作人员的学习时间，减轻操作人员的工作压力，使备份工作得以轻松地设置和完成。• 实时性
关键性的任务是要24小时不停机运行的，在备份的时候，有一些文件可能仍然处于打开的状态。那么在进行备份的时候，要采取措施，实时地查看文件大小、进行事务跟踪，以保证正确地备份系统中的所有文件。• 容灾考虑
将磁带库中的磁带拷贝一份，存放在远离数据中心的地方，以防数据中心发生不可预测的灾难。
备份系统组成
能否安全有效的备份取决于以下三个因素： 1.执行备份的磁带机 磁带机的质量与性能在整个备份过程中是至关重要的，它是能否进行高速高质量备份的关键所在。2.存储备份数据的介质
介质是数据的负载物，它的质量一定要有保证，使用质量不过关的介质无疑是拿自己的数据冒险。3.控制备份的软件
优秀备份软件包括加速备份、自动操作、灾难恢复等特殊功能，对于安全有效的数据备份是非常重要的。
确定介质保存时间
备份过程中要用到大量的存储介质，备份介质的保留时间的长短将决定所需购置和维护的介质量。目前的备份策略都是基于多磁带轮换制，即保存有过时数据的介质可重新覆盖使用，轮换频率可根据备份类型和备份的窗口来确定。
计算所需磁带介质数量
1.备份系统所需的介质数量可根据下述流程确定： 2.确定介质容量
3.计算每个服务器上的数据做全备份所需的介质数量
4.根据每种介质的保留时间或轮换频率即可计算出所需的介质数目
售后服务承诺
第二篇：ORACLE数据备份与数据恢复方案
ORACLE数据备份与数据恢复方案 摘 要
结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。
Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。
关键字：数据库 远程异地 集中备份 I
ORACLE数据备份与数据恢复方案 目 录
一、前 言 ··························· 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 II
ORACLE数据备份与数据恢复方案 六、结 语 ······················ 9 III
ORACLE数据备份与数据恢复方案 一、前 言
目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单
一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。
因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。
ORACLE数据备份与数据恢复方案
二、金华电信ORACLE数据库的备份与恢复方案
由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服务器或应用服务器相连的任意一台磁带库内。(2)全自动的备份: 对于大多数机房管理人员来说,备份是一项繁重的任务。每天都要小心翼翼,不敢有半点闪失,生怕一失足成千古恨。网络备份能够实现定时自动备份，大大减轻管理员的压力。备份系统能根据用户的实际需求，定义需要备份的数据，然后以图形界面方式根据需要设置备份时间表，备份系统将自动启动备份作业，无需人工干预。这个自动备份作业是可自定的,包括一次备份作业、每周的某几日、每月的第几天等项目。设定好计划后，备份作业就会按计划自动进行。(3)数据库备份和恢复: 数据库系统已经相当复杂和庞大，不能用文件的备份方式来备份数据库。企业级的备份系统能够对数据库在不中断业务、不停顿数据库的情况下对数据进行联机的自动备份，包括可以进行数据库备份、日志备份、完全备份、增量备份等。(4)归档管理: 用户可以按项目、时间定期对所有数据进行有效的归档处理。提供统一的数据存储格式从而保证所有的应用数据由一个统一的数据格式来作永久的保存，保证数据的永久可利用性。(5)有效的媒体管理: 备份系统对每一个用于作备份的磁带自动加入一个电子标签，同时在软件中提供了识别标签的功能，如果磁带外面的标签脱落，只需执行这一功能，就会迅速知道该磁带的内容。(6)满足系统不断增加的需求:备份软件必须能支持多
平台系统，当网络连接其它的应用服务器时，对于网络存储管理系统来说，只需在其上安装支持这种服务器的客户端软件即可将数据备份到磁带库或光盘库中。
ORACLE数据备份与数据恢复方案 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，数据库类型ORALCE8.1.7.4，数据量120G；营销支撑系统机器型号IBM xseries440，操作系统Red Flag Linux Server 4.0,数据库类型ORACLE9.2.0.1,数据量150G。以前,这两个系统的数据备份都是通过逻辑备份(exp)实现并且备份数据管理是分散的，然而一个完善的备份系统必须包含物理备份和逻辑备份两种方式。因此，我们正在实施一个远程
ORACLE数据备份与数据恢复方案
异地在线集中的高效的备份系统，将逻辑备份和物理备份（热备份）相结合，设置了专门的备份服务器。由于97、营销支撑操作系统采用AIX及Red Flag，我们在备份服务器上安装了第三方备份软件Veritias NBU。
2.4 金华电信97系统、营销支撑系统及备份系统总体结构图 对于具体的备份环境和结构,我们结合了Oracle备份技术和LAN环境的SAN备份结构.该系统的结构如下图所示（以97系统与营销支撑系统为例）
备份系统总体结构图 2.5 备份系统结构图说明
此在线存储系统采用了基于SAN（存储区域网络）的结构，SAN是一种高速
ORACLE数据备份与数据恢复方案
网络或子网络，提供在计算机与存储系统之间的数据传输。存储设备是指一张或多张用以存储计算机数据的磁盘设备。一个 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数据备份与数据恢复方案 三、金华电信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数据备份与数据恢复方案 四、金华电信营销支撑系统的备份与恢复 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 性能影响
数据库采用归档模式对营销支撑系统数据库性能产生的影响也是由于归档进程需要对归档日志进行归档。同时改成归档模式还需要注意的一个问题就是归档目录空间的问题，该系统空间足够。如果该系统的IO资源较为充裕的话，则不会对性能产生很大的影响。
ORACLE数据备份与数据恢复方案 五、RMAN Catalog 数据库的备份
RMAN Catalog库是整个备份系统当中最重要的信息之一。是在物理备份（Veritas）服务器上建立的一个ORACLE数据库，记录了所有备份的数据库数据文件。如果丢失了Catalog信息的话，恢复将非常麻烦，因此我们也需要对RMAN Catalog库做定期备份。RMAN Catalog库采用逻辑备份，每天直接备份到逻辑备份服务器上。
ORACLE数据备份与数据恢复方案 六、结 语
数据库的备份和恢复的主要工作就是为数据做了一份拷贝，防止出现故障时导致数据的丢失。数据库受破坏一般是由于两种情况引起，其一为系统（软件）故障，如掉电、SQL Server错误、操作系统错误、非正常关机等引起。其二为磁盘（介质）故障，由磁盘受破坏引起。若出现介质故障（如磁盘崩溃），当且仅当对数据库及事务日志做了定期备份，才能恢复数据库。在实际应用中，应根据具体的情况，采纳一切可以用的方法，制定切合实际的备份和恢复方案，明确在各种
故障情况中数据可恢复的程度是否满足了应用的需要。为了保证数据存储的可管理性，减少管理的复杂性，建立一个异地集中、在线的备份系统是必不可少的。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。从而提供高效的存储设备的管理能力和可靠的数据备份功能。 第三篇：数据库备份和恢复方案及步骤（最终版）
操作系统：GNU/Linux 数据库管理系统：Oracle10g
一、安装Recovery Catalog 1，用dbca创建一个DATABASE catdb，用于存放recovery catalog data [oracle@localhost ~]$dbca 2，在catdb中创建一个名为rcat_ts的表空间作为用户rman的默认表空间
[oracle@localhost ~]$sqlplus sys/oracle@catdb as sysdba SQL> create tablespace rcat_ts;SQL> create user rman identified by oracle temporary tablespace temp Default tablespace rcat_ts quota unlimited on rcat_ts;3，授予catlog所有者rman recovery_catalog_owner角色，该角色提供给用户所有查询和维护recovery catalog所必需的权限
SQL> grant connect,resource,recovery_catalog_owner to rman;4，启动rman,以catalog所有者rman登录
[oracle@localhost ~]$rman catalog rman/oracle@catdb RMAN> create catalog tablespace rcat_ts;5，用rman同时连接到target数据库、catalog数据库，在新建的recovery catalog中注册target数据库
[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb RMAN> register database;６，察看已在recovery catalog中注册的target数据库
[oracle@localhost SQL>select * from db;
二、配置RMAN
1，同时连接target数据库和recovery catalog数据库
~]$sqlplus
rman/oracle@catdb
[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2，RMAN> show all（检查配置）
configure default device type to disk(设置默认的备份的设备为磁盘）
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;（设置备份的并行级别）
configure configure
channel channel
1 2
device device
type type
disk disk
format format
'/home/new/backup_%U'（设置备份文件格式） '/home/oracle/backup_%U'（设置备份文件格式）
configure controlfile autobackup on(打开控制文件的自动备份） configure controlfile autobackup format for device type disk to '/home/new/ctl_%F'（设置控制文件备份格式）
三.备份测试 备份全库
1，同时连接target数据库和recovery catalog数据库
[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2，RMAN> backup database plus archivelog delete input;3，连接target数据库
[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba SQL> conn hr/hr;SQL> select salary from employees where employee_id=157;SQL> update employees set salary =2000 where employee_id=157;SQL> commit;SQL> select salary from employees where employee_id=157;
四.恢复测试
复原及恢复全库 1，连接target数据库
[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba 2，把target数据库先关闭，然后启动到mount状态 SQL> shutdown immediate;SQL> startup mount;3，复原及恢复全库
RMAN> restore database
channel ORA_DISK_1: restore complete, elapsed time: 00:05:10 RMAN> recover database media recovery complete, elapsed time: 00:00:07
4，连接target数据库
[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba 5，打开target数据库
SQL> alter database open;6，查看已录入的事物 SQL> conn hr/hr;SQL>
select
salary
from
employees
where
employee_id=157;
假设备份了一个表空间users 恢复表空间： rman
target
rman/rman@test2006
catalog
rman/rman@test2007
sql 'alter tablespace users offline immediate'(使TEST2006的USERS表空间脱机）
进入test2006
select tablespace_name,status from dba_tablespaces;（检查USERS已经脱机）
退出RMAN
删除D:oracleoradataTEST2006users01.dbf rman
target
rman/rman@test2006
catalog
rman/rman@test2007
restore tablespace users recover tablespace users
sql 'alter tablespace users online'（使TEST2006的USERS表空间在线）
进入test2006
select tablespace_name,status from dba_tablespaces;（检查USERS已经在线）
三、物理（热）备份。
Linux 下Oracle10.2.0.1 RMAN备份及恢复步骤介绍 切换服务器归档模式，如果已经是归档模式可跳过此步： %sqlplus /nolog(启动sqlplus)
SQL> conn / as sysdba(以DBA身份连接数据库) SQL> shutdown immediate;(立即关闭数据库)
SQL> startup mount(启动实例并加载数据库，但不打开) SQL> alter database archivelog;(更改数据库为归档模式) SQL> alter database open;(打开数据库)
SQL> alter system archive log start;(启用自动归档) SQL> exit(退出) 2、连接：
%rman target='gti/gti123@LANDF';(启动恢复管理器) 3、基本设置：
RMAN> configure default device type to disk;(设置默认的备份设备为磁盘)
RMAN> configure device type disk parallelism 2;(设置备份的并行级别，通道数)RMAN> RMAN>
RMAN> configure controlfile autobackup on;(打开控制文件与服务器参数文件的自动备份)
RMAN> configure controlfile autobackup format for device type disk to ' /home/oracle/backup/data/ctl_%F';(设置控制文件与服务器参数文件自动备份的文件格式)
4、查看所有设置： RMAN> show all 5、查看数据库方案报表：
RMAN> report schema;CONFIGURE CHANNEL DEVICE TYPE DISK
FORMAT '/home/oracle/backup/data1/backup_%U';(设置备份的文件格式，只适用于磁盘设备)CONFIGURE
CHANNEL DEVICE TYPE DISK
FORMAT '/home/oracle/backup/data/backup_%U';(设置备份的文件格式，只适用于磁盘设备)
6、备份全库：
RMAN> backup database plus archivelog delete input;(备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志)
7、备份表空间：
热备份(归档状态下才有效果）
1、alter tablespace tablespace_name start backup; 2、拷贝你的该表空间的数据文件备份
3、alter tablespace tablespace_name end backup; 4、一个一个表空间做完，就备份完了
RMAN> backup tablespace system plus archivelog delete input;(备份指定表空间及归档的重做日志，并删除旧的归档日志)RMAN> backup tablespace UNDOTBS plus archivelog delete input;(备份指定表空间及归档的重做日志，并删除旧的归档日志)RMAN> backup tablespace SYSAUX plus archivelog delete input;(备份指定表空间及归档的重做日志，并删除旧的归档日志)RMAN> backup tablespace TEMP plus archivelog delete input;(备份指定表空间及归档的重做日志，并删除旧的归档日志)
8、备份归档日志：
RMAN> backup archivelog all delete input; 9、复制数据文件： RMAN>
copy
datafile
1
to
'/home/oracle/product/10.2.0.1/backup/system.copy';/* RMAN> RMAN> RMAN> */
10、查看备份和文件复本： RMAN> list backup; 11、验证备份：
RMAN> validate backupset 3;copy copy copy '/home/oracle/data/gti_sys01.dbf' '/home/oracle/data/gti_undotbs.dbf' '/home/oracle/data/sysaux_01.dbf' 1
to
to
to
'/home/oracle/product/10.2.0.1/backup/system.copy';'/home/oracle/product/10.2.0.1/backup/undo.copy';'/home/oracle/product/10.2.0.1/backup/sysaux.copy';
12、从自动备份中恢复服务器参数文件：
RMAN> shutdown immediate;(立即关闭数据库) RMAN> startup nomount;(启动实例)
RMAN> restore spfile to pfile '/backup1/initgti.ora' from autobackup;(从自动备份中恢复服务器参数文件)
13、从自动备份中恢复控制文件：
RMAN> shutdown immediate;(立即关闭数据库) RMAN> startup nomount;(启动实例) RMAN>
restore
controlfile
to
'/backup1'
from
autobackup;(从自动备份中恢复控制文件)
13、恢复和复原全数据库：
RMAN> shutdown immediate;(立即关闭数据库) RMAN> exit(退出) %mv
%rman target='gti/gti123@LANDF';(启动恢复管理器) RMAN>
startup
pfile=/home/oracle/product/10.2.0.1/dbs/initgti.ora(指定初始化
参数文件启动数据库)
RMAN> restore database;(还原数据库) RMAN> recover database;(恢复数据库) RMAN> alter database open;(打开数据库) 14、恢复和复原表空间：
RMAN> sql 'alter tablespace users offline immediate';(将表空间脱机)
RMAN> exit(退出恢复管理器)
/home/oracle/product/10.2.0.1/dbs/snapcf_gti.f
/home/oracle/product/10.2.0.1/dbs/snapcf_gti.f.bak(将数据文件重命名)%mv
%mv %mv
/home/oracle/data/gti_undotbs.dbf /home/oracle/data/sysaux_01.dbf
/home/oracle/data/gti_undotbs.dbf.bak(将表空间重命名) /home/oracle/data/sysaux_01.dbf.bak(将表空间重命名)
%rman target='gti/gti123@LANDF';(启动恢复管理器) RMAN> restore tablespace users;(还原表空间) RMAN> recover tablespace users;(恢复表空间)
RMAN> sql 'alter tablespace users online';(将表空间联机) 15、增量备份与恢复： 第一天的增量基本备份：
RMAN> backup incremental level=0 database plus archivelog delete input;
第二天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第三天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第四天的增量差异备份：
RMAN> backup incremental level=1 database plus archivelog delete input;
第五天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第六天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
/home/oracle/product/10.2.0.1/dbs/gti_sys01.dbf
/home/oracle/data/gti_sys01.dbf.bak(将表空间重命名)第七天的增量差异备份：
RMAN> backup incremental level=0 database plus archivelog delete input;
增量恢复：
RMAN> shutdown immediate; RMAN> exit %mv
%rman target='gti/gti123@LANDF';(启动恢复管理器) RMAN> 参数文件启动数据库)
RMAN> restore database; RMAN> recover database; RMAN>
alter
database
open./home/oracle/product/10.2.0.1/dbs/snapcf_gti.f
/home/oracle/product/10.2.0.1/dbs/snapcf_gti.f.bak(将数据文件重命名)
RMAN>crosscheck
backupset;RMAN>delete
obsolete
RMAN>crosscheck archivelog all;RMAN>delete archivelog all; 第四篇：《备份与恢复管理制度》
startup
pfile=/home/oracle/product/10.2.0.1/dbs/initgti.ora(指定初始化
备份与恢复管理制度 文档控制 名称 编号 版本 密级 拟制 日期 审核 日期 批准 日期 版本控制 日期 版本 描述 作者 分发控制 序号 对象 权限 一．
目的为加强单位计算机信息数据的备份与管理，避免信息数据丢失，根据相关规定，特制定本管理办法。
二． 适用范围
适用于本单位所有的工作人员 三． 管理规定 1．数据备份
第一条
本办法适用于单位信息系统数据的备份与管理。 第二条
单位计算机信息数据的备份工作由信息中心管理，负责计算机信息数据备份的检查和督促。
第三条
提高数据备份的自动化运行管理水平，做好本地数据冷备份，减少人的操作与干预，或制定严格的管理规范，避免误操作。
第四条
计算机信息数据备份的基本原则是“谁使用，谁备份”。具体包括服务器全部数据，各工作站上的数据库及其它数据文件。
第五条
信息数据的备份包括定期备份和临时备份两种。定期备份指按照规定的日期定期对数据进行备份；临时备份指在特殊情况（如软件升级、设备更换、感染病毒等）下，临时对信息数据进行备份。
第六条
信息数据根据系统情况和备份内容，可以采取以下备份方式： (一)完全备份：对备份的内容进行整体备份。
(二)增量备份：仅备份相对于上一次备份后新增加和修改过的数据。 (三)差分备份：仅备份相对于上一次完全备份之后新增加和修改过的数据。
(四)按需备份：仅备份应用系统需要的部分数据。 第七条
为保证所备份的内容可再现系统运行环境，数据备份内容应包括网络系统的所有关键数据。具体指计算机和网络设备的操作系统、应用软件、系统数据和应用数据。
第八条
数据备份可选择硬盘、软盘、光盘、磁带等存储介质，要确保备份数据的可恢复性。存储介质应存放在无磁性、辐射性的安全环境。
第九条
数据备份时必须建立备份文件档案及档案库，详细记录备份数据的信息。要做好数据备份的文卷管理，所有备份要有明确的标识，具体包括：卷名、备份人。
(一)卷名按统一的规则来命名。卷名由“应用系统名称— 备份时间—序号”组成，(二)备份人：备份人姓名 第十条
备份数据的保存时间根据单位信息系统的数据重要程度和有效利用周期以及具体使用情况确定。根据各种数据的重要程度及其容量，确定备份方式、备份周期和保留周期。
第十一条
数据备份至少应保留两份拷贝，一份在数据处理现场，以保证数据的正常快速恢复和数据查询，另一份保存在异地机房，确保备份数据万无一失。
第十二条
对计算机或设备进行软件安装、系统升级或更改配置时，应进行系统和数据、设备参数的完全备份。应用系统更新后，应对原系统及其数据的完全备份资料保存十年以上。
第十三条
本办法从公布之日起实施。本办法由信息中心负责解释。 2．数据恢复 第一条
当信息中心服务器确认出现故障时，由系统管理员进行系统恢复。 第二条
系统管理员由信息中心主任指定专人负责。当人员变动时应有交接手续。
第三条
当网络线路不通时，网络系统维护人员应立即到场进行维护，当光纤损坏时应立即使用备用光纤进行恢复，交换机出现故障时，应使用备用交换机。
第四条
对每次的恢复细节应做好详细记录。 第五条
定期对全系统备份数据要进行模拟恢复，以检查数据的可用性。 第六条
管理员根据故障情况预计修复时间，如超过半小时即向中心主任申请启用应急方案
— END —
第五篇：ORACLE最简单有效的备份恢复方案
ORACLE 最简单有效的备份恢复方案
ORACLE备份分两种，1.逻辑备份 ；2.物理备份；
逻辑备份又分两种：传统的exp备份；10g开始支持的expdp数据泵备份； 物理备份主要就是RMAN备份；
最基本的原则是： 这些逻辑或物理备份和数据库文件必须放在不同的硬盘上；否者一损俱损；备份就没多大意义了；
如果数据库不是很大，比如在50G以下，那么我们就考虑一些傻话化的全备方案
我现在的备份方案是：两个逻辑备份和RMAN 备份全部用上； 1.传统dmp逻辑备份和恢复
1.1传统dmp逻辑备份，这个是最简单的备份方法； 现在我提供一个简单的脚本：
1.1.1首先建立一个bat文件，名字叫： exp_backup.bat 内容是： set oracle_username=%1 set oracle_password=%2 set local_tnsname=%3
url=%oracle_username%/%oracle_password%
if del exist
exist
set if
not %local_tnsname% == “\" set url=%url%@%local_tnsname%
%oracle_username%_old.dmp
if
%oracle_username%_old.log
%oracle_username%_old.dmp
del %oracle_username%_old.log
if exist
exp
%url% exist
%oracle_username%.dmp %oracle_username%.log file=%oracle_username%.DMP
ren %oracle_username%.dmp %oracle_username%_old.dmp if ren %oracle_username%.log %oracle_username%_old.log log=%oracle_username%.LOG
该脚本是一个通用的最简单的exp脚本；
意思就是：备份之间，把以前的备份文件修改名字，后面加上_old，如果本来就有old文件，就删除之；就开始备份；备份的文件目录和该脚本一致(这样做最简单)；
所以总是会出现一新一旧两个文件；当然只要最新的就行了，所以理论上只要一份文件；
但是考虑有可能备份的时候突然报错，这样old文件还在，将就着使用,否者新的是坏的，旧的也没了；
之后，有的人做一周7天逻辑循环备份，我觉得没有必要，要那么多旧的备份文件何用，浪费空间；
1.1.2然后再做一个bat文件，比如是my_exp.bat 内容是: call exp_backup.bat USER PASSWORD ”“ 如果是在服务器自身上备份，就不需要写入数据库服务名；
如果有多个用户数据需要备份；那么就在my_exp.bat继续添加： call exp_backup.bat USER1 PASSWORD1 ”“ ….My_EXP.BAT可以做成windows的执行计划，每天不忙的时候执行一次；
1.2 exp备份的恢复
下面就是恢复的最简单方法：
1.2.1．把电脑上当前用户彻底删除，用命令，这样就可以把对象彻底清除；
DROP USER XXX CASCADE 1.2.2．再创建该用户
CREATE USER xxxx IDENTIFIED BY xxxx DEFAULT TABLESPACE xxxx TEMPORARY TABLESPACE TEMP
并赋予权限：
GRANT DBA TO xxxx WITH ADMIN OPTION 1.2.3用IMP恢复 C:>
imp xxxx/xxxx FILE=xxxx.DMP LOG=xxxx.LOG FULL=Y 2.10G后的数据泵expdp备份和恢复 2.1 expdp 备份
据说这个比exp有很多优点，这个我就不说了，大家可以自己参考资料；不过我测试下来，如果数据量小expdp 还是不如exp的；但是还是建议是使用expdp，因为数据会慢慢变大的，用expdp更好些；
我最看重的是：expdp备份的文件涵盖的东西更多；所以恢复的时候方便；删除用户后，可以不用再创建用户恢复；
实现方法和exp类似：
不过，它的目录不像EXP那么直接，需要使用oracle的目录对象； 所以
2.1.1第一步先创建一个目录对象，比如：
SQL>create or replace directory LOGIC_BUCKUP as 'd:OACLE_BACKUP逻辑备份';
2.1.2建立一个通用脚本，比如叫EXPDP_BACKUP.BAT 内容是： set oracle_username=%1 set oracle_password=%2 set local_tnsname=%3
url=%oracle_username%/%oracle_password%
if del exist
if ump.dmp
exist if
exist
exist
set if
not %local_tnsname% == ”“ set url=%url%@%local_tnsname%
%oracle_username%_old_dump.dmp
if
%oracle_username%_old_dump.log %oracle_username%_dump.dmp %oracle_username%_dump.log
%oracle_username%_old_dump.dmp
del %oracle_username%_old_dump.log
ren %oracle_username%_dump.dmp %oracle_username%_old_dren %oracle_username%_dump.log %oracle_username%_old_du
mp.log
EXPDP
%url%
DIRECTORY=LOGIC_BACKUP
DUMPFILE=%oracle_username%_DUMP.DMP
LOGFILE=%oracle_username%_DUMP.LOG PARALLEL=2
该方法与上面的dmp备份类似；
2.1.3然后再做一个bat文件，比如是my_expdp.bat 内容是: call expdp_backup.bat USER PASSWORD ”“ 如果是在服务器自身上备份，就不需要写入数据库服务名；
如果有多个用户数据需要备份；那么就在my_exp.bat继续添加： call expdp_backup.bat USER1 PASSWORD1 ”\" ……
同dmp备份一样，My_EXPdp.BAT也可以做成windows的执行计划，每天不忙的时候执行一次；
2.2 expdp备份的恢复 下面就是恢复的最简单方法：
2.2.1．把电脑上当前用户彻底删除，用命令，这样就可以把对象彻底清除；
DROP USER XXXX CASCADE
2.2.2.用另外一个权限较高的用户(最好不是sys,比如是YYYY)导入： C:>IMPDP PARALLEL=2
（这里的LOGIC_BUCKUP是oracle的对象目录，要和xxxx_dump.dup存放的目录一致）
这样就OK了，也即是说用户不需要创建，数据泵文件含有了用户以及它原来的权限； 从这点来讲，是不是比IMP导入更为方便；
好了，两种逻辑备份讲完了，下面重点说一下RMAN备份； 因为在生产系统中，逻辑备份作用不大的，因为它不能实时的备份数据，所以逻辑备份更多的时候是给开发人员互相导入数据和存储过程之类用的；
yyyy/yyyy
DUMPFILE=xxxx_DUMP.DMP DIRECTORY=LOGIC_BUCKUP
LOGFILE=xxxx_DUMP.LOG
RMAN备份的原理还是有点复杂的，很多细节的我也不是很清楚，不过没关系，我们可以整理出一套最简单的备份方案：
3.RMAN备份和恢复 3.1.RMAN备份
3.1.1 首先把数据库参数关注一下，关注下面两个参数 第一个参数：
db_recovery_file_dest_size,上图中的大小是默认的4G，也就是归档模式下，archivelog的所有归档日志文件大小总和，如果超过这个数，就会导致数据库出问题；所以要非常小心，因而建议修改大一些，比如修改成20G；当然最本质的方法，是要按时清理无用的归档日志；
第二个参数：
db_recovery_file_dest，这个参数非常重要，是11G里，存放 rman备份集和归档日志的地方；默认是放在flash_recovery_area目录下的，因为我的系统的flash_recovery_area 和数据库文件在同一个硬盘，所以修改了；
3.1.2．关注redo日志文件，每组里要有两个成员，1个在数据库文件的硬盘下，1个在备份文件的硬盘下，因为日志文件写入最频繁，RMAN无法对它备份，或者说任何备份工具都无法对redo日志备份；不过redo它自己可以做冗余，两个文件只要有一个在，即可； 比如：
3.1.3做一个最简单的rman备份脚本；
3.1.3.1首先做一个txt，比如是：autorman.txt 内容是： sql 'alter system archive log current';backup database;delete noprompt obsolete;
这三句话的作用分别是：1.对当前redo日志进行归档 ；2.备份数据库 3.删除无效的archive日志和rman备份集
3.1.3.2 做一个bat 调用上面的autorman.txt，比如是：autorman.bat
内容是： rman target / @autorman.txt
然后就在winddows下做一个执行计划，每天或没隔几天，自动
执行一下这个autorman.bat
当然备份之前，要用rman>show all 看一下参数设置，有没有自动备份控制文件，如果没有，要加上；
3.2 rman恢复 Rman恢复非常简单； 下面说一下步骤：
3.2.1 假如最新一次全备是3天前的，先随便建立一个新表，比如是test_rman，随便插几条数据； 用来测试还原后，这个最新的对象是否也给恢复了；
现在 用sqlplus登陆，shutdown 数据库，然后把oracle的数据库文件全部删除(控制文件，redo日志文件，数据库文件)；
3.2.2 用sql> startup nomount 启动数据库的参数文件，参数文件和数据库文件不在同一个硬盘，所以没丢；
这时候如果执行sql>alter database mount 会报错，因为mount会加载控制文件，而控制文件已经丢了；
3.3.3.把以前控制文件所在的目录建立好，否者rman找不到控制文件恢复路径；
然后执行 RMAN> restore controlfile from autobackup; 这样控制文件就回复了，有了控制文件就好办了；
3.2.4.以为有了控制文件，所以在sqlplus里，可以装载数据库 Sql>alter database mount
3.2.5 数据库被装载后，说明控制文件生效了，这时候，所有的数据库信息都出来了；所以可以用rman还原数据库了：
RMAN> RESTORE database;
3.2.6 恢复数据库：RMAN> recover database; 2.2.7 数据库现在已经全部回复好，可以重新启动了： SQL> alter database open resetlogs; 数据库已更改。
2.2.8 执行 sql> select * from test_rman
;能看到数据，说明rman备份集即使是比较旧的，但照样能恢复
到出故障时刻的那个状态，这也许就是RMAN的威力吧；
因篇幅问题不能全部显示，请点此查看更多更全内容