第一篇：黑方实时数据备份与恢复本地集中备份方案
黑方实时数据备份与恢复本地集中备份方案
针对用户网络内复杂的IT系统环境需要集中备份的需求而设计，只需在用户局域网内进行相应产品模块的部署，即可为网络内服务器、桌面电脑等所有计算机提供集中备份保护。
方案特色
全方位保护
跨平台支持各类桌面电脑、服务器及小型机；支持Windows、Linux、Unix 等操作系统及 VMware ESX(i)、Hyper-V等虚拟化系统；支持Oracle/SQL Server/My SQL等多种数据库；支持双机、虚拟机等服务器架构；适用于 LAN-Base、LAN-Free 等多种备份存储架构；提供手动备份、定时备份、实时备份等备份策略设置；提供数据库、文件、应用及操作系统的全方位保护。
简易化操作
数据自动集中备份到黑方的存储空间中。基于 Web界面的服务端，提供备份设备、备份客户端、备份数据的集中管理。可轻松拥有可恢复的任意时间点数据，保证以分钟计快速实现本机或异机数据恢复，将IT 技术人员的专业性数据备份恢复工作简化为普通工作人员即可轻松掌握并自动完成的简单工作。
第二篇：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错误、操作系统错误、非正常关机等引起。其二为磁盘（介质）故障，由磁盘受破坏引起。若出现介质故障（如磁盘崩溃），当且仅当对数据库及事务日志做了定期备份，才能恢复数据库。在实际应用中，应根据具体的情况，采纳一切可以用的方法，制定切合实际的备份和恢复方案，明确在各种故障情况中数据可恢复的程度是否满足了应用的需要。为了保证数据存储的可管理性，减少管理的复杂性，建立一个异地集中、在线的备份系统是必不可少的。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。从而提供高效的存储设备的管理能力和可靠的数据备份功能。
第三篇：数据备份方案
浪擎官网：http://www.xiexiebang.com/
浪擎容灾案例
浪擎-北京航空航天大学-构建统一备份方案
北京航空航天大学文件服务器存储着大量档案资料，一旦服务器存储发生故障，就会造成相当大的损失.此外，北京航空航天大学的PC和笔计本的数量很庞大，而且分散在不同的区域，文件数据容易丢失和损坏，造成很大的安全隐患，同时，文档数据分散存储，造成了信息和数据孤立，大大降低了信息的整体利用率。
需求及建设目标：
1）建立统一的、自动的文件备份机制，提高文件存储安全，减轻维护工作量
定时将文件服务器中数据备份到存储服务器，减轻系统管理员的维护工作。在文件服务器因意外导致数据丢失时，则可从备份存储中快速恢复。
2）高频高效的备份，尽量减少计划或意外情况下导致的数据损失
可灵活的配置系统备份计划，尽量减小数据备份窗口（如以每天或每半天甚至每小时为一个周期进行备份）
3）充分利用现有硬件设备，保护投资，降低系统总体拥有成本
浪擎备份无需特殊硬件需求，而且对配置要求甚低，系统操作维护简单，降低系统总体拥有成本。
4）数据安全
为桌面文档建立安全统一的备份机制，系统应支持各种格式的办公文档和业务数据备份。备份数据在存储端不可视，保证只有文件主人才有权查看备份文件。
5）文件共享
便捷共享，系统应提供脱机共享方式，以提高备份系统的利用效果。用户可将已备份至服务器上的数据授权共享给他人浏览，同时可查看他人共享信息。
病毒防范，系统在实现共享的同时应防止病毒主动传播
6）使用要求
简捷易用，应提供方便的自动和计划备份方式。便于管理人员的日常管理与维护，可通过Web方式查看用户的备份情况，可通过备份策略进行强制备份或帮助终端用户进行重要文档的备份。
浪擎官网：http://www.xiexiebang.com/
浪擎容灾案例
浪擎服务器备份及桌面备份解决方案
1）浪擎•服务器备份系统
浪擎•服务器备份系统实现应用系统的存储备份，对备份服务器硬件和网络等无特殊要求，可实现低成本、高保障的热备份和热容灾
浪擎•服务器备份系统备份客户端安装在源服务器上，备份服务器软件安装在目标服务器上，管理员可以在任意一台计算机通过Web远程管理备份服务器和监控两台服务器的运行状态。
2）浪擎•终端备份系统
浪擎•终端备份系统为桌面计算机提供了一套完整的数据备份、安全保护及高效利用的解决方案。
浪擎•终端备份系统由备份客户端、备份服务器和基于WEB的备份管理界面三部分构成。
备份代理安装在需要备份的计算机上；备份服务器软件安装在存储服务器上，负责用户管理、备份数据、存储空间；管理员可通过Web远程管理备份服务器和监控整个运行状态。
第四篇：ORACLE数据备份与数据恢复方案论文.
ORACLE 数据备份与数据恢复方案 学号: 11129149 姓名:文明艺 1 引 言
目前, 数据已成为信息系统的基础核心和重要资源, 同时也是各单位的宝贵财富, 数据 的丢失将导致直接经济损失和用户数据的丢失, 严重影响对社会提供正常的服务。另一方面, 随着信息技术的迅猛发展和广泛应用, 业务数据还将会随业务的开展而快速增加。但由于系 统故障,数据库有时可能遭到破坏,这时如何尽快恢复数据就成为当务之急。如做了备份, 恢复数据就显得很容易。由此可见, 做好数据库的备份至关重要。因此,建立一个满足当前 和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或 外置的磁带机对数据进行冷备份, 这种方式在数据量不大、操作系统种类单
一、服务器数量 有限的情况下, 不失为一种既经济又简明的备份手段。但随着计算机规模的扩大, 数据量几 何级的增长以及分布式网络环境的兴起, 将越来越多的业务分布在不同的机器、不同的操作平台上,这种单机的人工冷备份方式越来越不适应当今分布式网络环境。
因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于 业务的业务数据,又包括 IT 系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以 ORACLE 数据库为例,结合金华电信的几个相关业务系统目前正在实施的备份方案, 介绍 ORACLE 数据库的备份与恢复。ORACLE数据备份与数据恢复方案 2.1 导出和导入(Export/Import 利用 Export 可将数据从数据库中提取出来,利用 Import 则可将提取出来的数据送回到 Oracle 数据库中去。
1、简单导出数据(Export和导入数据(Import
Oracle 支持三种方式类型的输出:(1表方式(T方式 ,将指定表的数据导出。
(2用户方式(U方式 ,将指定用户的所有对象及数据导出。(3全库方式(Full方式 ,瘵数据库中的所有对象导出。
数据导入(Import的过程是数据导出(Export的逆过程, 分别将数据文件导入数据库和将 数据库数据导出到数据文件。
2、增量导出 /导入
增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为
SYSTEM 来导出。在进行此种导出时,系统不要求回答任何问题。导出文件名缺省为 export.dmp ,如果不希望自己的输出文件定名为 export.dmp ,必须在命令行中指出要用的文 件名。
增量导出包括三种类型:(1“ 完 全 ” 增 量 导 出(Complete即 备 份 三 个 数 据 库 , 比 如 :exp system/manager inctype=complete file=040731.dmp。
(2“ 增 量 型 ” 增 量 导 出 备 份 上 一 次 备 份 后 改 变 的 数 据 , 比 如 :exp system/manager inctype=incremental file=040731.dmp。
(3“ 累积型 ” 增量导出累计型导出方式是导出自上次 “ 完全 ” 导出之后数据库中变化了的 信息。比如:exp system/manager inctype=cumulative file=040731.dmp。
数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效的完成。比如数据库的被封任务可以做如下安排:
星期一:完全备份(A 星期二:增量导出(B 星期三:增量导出(C 星期四:增量导出(D 星期五:累计导出(E 星期六:增量导出(F 星期日:增量导出(G。
如果在星期日,数据库遭到意外破坏,数据库管理员可按一下步骤来回复数据库:第一步:用命令 CREATE DATABASE 重新生成数据库结构;第二步:创建一个足够大的附加回滚;第三步:完全增量导入 A :imp system/manager inctype=RESTORE FULL=y FILE=A 第四步:累计增量导入 E :imp system/manager inctype=RESTORE FULL=Y FILE=E 第五步:最近增量导入 F :imp system/manager inctype=RESTORE FULL=Y FILE=F 2.2 冷备份
冷备份发生在数据库已经正常关闭的情况下, 当正常关闭时会提供给我们一个完整的数 据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份 Oracle 信息而言, 冷备份时最快和最安全的方法。冷备份的优点是:
1、是非常快速的备份方法(只需拷文件;
2、容易归档(简单拷贝即可;
3、容易恢复到某个时间点上(只需将文件再拷贝回去;
4、能与归档方法相结合,做数据库 “ 最佳状态 ” 的恢复;
5、低度维护,高度安全。但冷备份也有如下不足:
1、单独使用时,只能提供到 “ 某一时间点上 ” 的恢复;
2、再实施备份的全过程中,数据库必须要作备份而不能作其他工作。也就是说,在冷 备份过程中,数据库必须是关闭状态;
3、若磁盘空间有限,只能拷贝到磁带等其他外部存储设备上,速度会很慢;
4、不能按表或按用户恢复。
如果可能的话(主要看效率 , 应将信息备份到磁盘上, 然后启动数据库(使用户可以工作 并将备份的信息拷贝到磁带上(拷贝的同时,数据库也可以工作。冷备份中必须拷贝的文件 包括:
1、所有数据文件。
2、所有控制文件。
3、所有联机 REDO LOG文件。
4、Init.ora 文件(可选。
值得注意的使冷备份必须在数据库关闭的情况下进行, 当数据库处于打开状态时, 执行 数据库文件系统备份是无效的。
下面是作冷备份的完整例子:(1 关闭数据库;sqlplus /nolog sql>connect /as sysdba sql>shutdown normal;(2 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件 sql>cp。
(3 重启 Oracle 数据库 sql>startup。2.3 热备份
热备份是在数据库运行的情况下,采用 archivelog mode方式备份数据库的方法。所以, 如果你有昨天夜里的一个冷备份而且又有今天的热备份文件, 在发生问题时, 就可以利用这 些资料恢复更多的信息。热备份要求数据库在 Archivelog 方式下操作, 并需要大量的档案空 间。一旦数据库运行在 archivelog 状态下,就可以做备份了。热备份的命令文件由三部分组 成: 1.数据文件一个表空间一个表空间的备份:(1设置表空间为备份状态;(2备份表空间的数据文件;(3回复表空间为正常状态。2.备份归档 log 文件:(1临时停止归档进程;(2log下那些在 archive rede log目标目录中的文件;(3重新启动 archive 进程;(4备份归档的 redo log文件。
3.用 alter database bachup controlfile命令来备份控制文件: 热备份的优点是: 1.可在表空间或数据库文件级备份,备份的时间短。2.备份时数据库仍可使用。
3.可达到秒级恢复(恢复到某一时间点上。4.可对几乎所有数据库实体做恢复。
5.恢复是快速的,在大多数情况下爱数据库仍工作时恢复。热备份的不足是: 1.不能出错,否则后果严重;2.若热备份不成功,所得结果不可用于时间点的恢复;3.因难于维护,所以要特别仔细小心,不允许 “ 以失败告终 ”。3 系统数据库备份策略
数据库运行在归档模式下, 利用 Veritas 软件模块调用数据库的备份接口进行在线的热 备份, 可以在备份时,对备份数据保存在不同的存储对象中, 以满足客户容灾的要求, 可以 利用 Veritas 的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。针对数据库的总数据量和增量数据量大小, 我们可以利用数据库的多级的增量备份机制, 结 合 Veritas 强大的备份数据追踪寻址能力和介质管理功能,制定灵活的备份策略,实现全 自动的备份数据的全生命周期管理。
4备份系统数据库恢复策略
通过本地的 Veritas Server结合 Veritas for Databases利用备份数据进行数据恢 复。恢复时, Veritas 可以实现多线程的数据恢复,利用 Veritas 独特的磁带分类集中存 放技术,减少磁带的就位时间,提高数据恢复的效率。
先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的 ARCHIVE LOG 来恢复（要求数据库在 ARCHIVE LOG 模式下工作）。这种恢复方式比全部用 ARCHIVE LOG 恢复要快。如果两份冗余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后 用增量备份到断点的 ARCHIVE LOG 恢复。如果最近一次的全备份恢复都不可用,则利用上个周期的全备份＋上个周期的最后一次 增量备份＋本周期的最近一次增量备份＋增量备份到断点的 ARCHIVE LOG 来恢复。如果增量备份都不可用，那么用全备份＋ARCHIVE LOG 来恢复。5 数据库恢复可以分为以下两类： 5.1 实例故障的一致性恢复 当实例意外
地（如掉电、后台进程故障等）或预料地（发出 SHUTDOUM ABORT 语句）中 止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况 Oracle 在下次数据库起动时（对 新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地 激发实例恢复，由下列处理：
（1）
为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。所指定的操作。
（2）回滚未提交的事务，按步 1 重新生成回滚段
（4）
（3）释放在故障时正在处理事务所持有的资源。
解决在故障时正经历一阶段提交的任何悬而未决的分布事务。5.2 介质故障或文件错误的不一致恢复 介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错 误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都 是不一致的，需要 DBA 手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行 的归档方式和备份方式。（1）完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库 运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全 恢复可使用，其决定于毁坏文件和数据库的可用性。（2）不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损 的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有 不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和 基于修改的不完全恢复。
基于撤消(CANCEL恢复：在某种情况，不完全介质恢复必须被控制，DBA 可撤消在指定 点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数 据文件后中止恢复操作。
基于时间(TIME和基于修改(SCN的恢复：如果 DBA 希望恢复到过去的某个指定点，是 一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个 数据表之前。
6结 语 数据库的备份和恢复的主要工作就是为数据做了一份拷贝，防止出现故障时导致数据的 丢失。数据库受破坏一般是由于两种情况引起，其一为系统（软件）故障，如掉电、Server SQL 错误、操作系统错误、非正常关机等引起。其二为磁盘（介质）故障，由磁盘受破坏引起。若出现介质故障（如磁盘崩溃），当且仅当对数据库及事务日志做了定期备份，才能恢复数 据库。在实际应用中，应根据具体的情况，采纳一切可以用的方法，制定切合实际的备份和 恢复方案，明确在各种故障情况中数据可恢复的程度是否满足了应用的需要。为了保证数据 存储的可管理性，减少管理的复杂性，建立一个异地集中、在线的备份系统是必不可少的。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性 备份和高速切换。从而提供高效的存储设备的管理能力和可靠的数据备份功能。
第五篇：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.根据每种介质的保留时间或轮换频率即可计算出所需的介质数目
售后服务承诺
点击咨询 