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

合集下载

Oracle备份恢复方案

Oracle备份恢复方案

Oracle 备份恢复方案第一章基础知识一、备份内容:备份数据库一般包括备份数据库文件、控制文件、归档重做日志文件和INIT.OTRA文件,如果有可能,备份还应包括可执行代码和配置文件。

二、备份方法分类:主要的备份方法有物理备份、逻辑备份和恢复管理器(RMAN)备份。

1.物理备份是实际物理数据库文件从一处拷贝到另一处的备份,它使用操作系统提供的拷贝命令来完成,包括操作系统备份(NT下一般不用)、冷备份和热备份;2.逻辑备份是利用SQL从数据库中抽取数据并存入二进制文件,这些数据可以重新导入原来的数据库,或者以后导入其它数据库,ORACLE提供的EXPORT/IMPORT工具可用于进行数据库的导入和导出。

3.恢复管理器RMAN(Recovery Manager)为Oracle 8新引入,能够完成数据库的备份与恢复任务,既可以在图形用户界面GUI中使用,也可以在CLI (命令行)中使用。

三种方法各有长短,DBA应该综合灵活运用。

第二章物理备份和恢复一、冷备份步骤如下:1、关闭数据库实例:命令行下关闭数据库有三种方式:normal,immediate,和abort,对于备份而言,immediate方式最好,因为这种方式既避免了normal方式下因用户忘记退出而造成的等待,且因为Oracle进行了回滚和检查点操作,可以保证数据库的一致和完整性。

推荐在控制面板的服务窗口下关闭专用服务,可以彻底的关闭数据库,这里的数据库服务名为OracleServiceZZYD。

2、拷贝所有与数据库相关的物理文件:包括控制文件、重做日志文件和数据库文件,这里拷贝目录E:\ZZYD即可,另外最好把监听器配置文件(d:\orace\ora81\network\admin\目录下的listener.ora和tnsnames.ora)也拷贝下来。

3、完成拷贝后重新启动数据库。

二、热备份步骤:热备份是一个复杂的过程,这是因为每个表空间都是一个完整的备份过程。

oracle数据库的备份与恢复

oracle数据库的备份与恢复

物理备份
冷备份: 冷备份:
列出要备份的数据库文件 Select name from v$datafile; Select name from v$controlfile; 关闭数据库:不要使用 不要使用shutdown abort 关闭数据库 不要使用 Shutdown immediate; 复制所有数据库文件 Host copy c:\test\*.dbf e:\bck\; Host copy c:\test\*.ctl e:\bck\; 启动例程并打开数据库 Startup open;
物理备份
热备份(联机备份): 热备份(联机备份):
设置表空间为备份模式
Alter tablespace users begin backup;
复制数据文件
Host copy c:\test\users.dbf e:\bck\;
设置表空间为正常模式
Alter tablespace users end backup;
综合练习
1、脱机状态下的备份与完全数据库恢复 2、联机状态下的备份与完全数据库恢复 3、脱机状态下的备份与不完全数据库恢复 4、联机状态下的备份与不完全数据库恢复
总结
在数据库管理方面,稳定性和安全性是数据库管理人员 需要考虑的一个重要方面,而备份恢复是维护这种特 定一个必要的手段。通过备份和恢复,系统可以一直 处于较正常的运行状态,即使遇到很多较为严重的故 障,因为备份工作的完整也可以避免故障带来的很多 严重影响。本课主要讲述就是一些较为基本的备份恢 复手段。 通过本课的学习,能够掌握基本的脱机备份和联机备份 的方法以及完全恢复和不完全恢复的方法。并且能够 较为熟练的把这些方法贯穿起来,从而保证自己维护 的数据库能够较为稳定、安全的运行。

oracle数据库备份与恢复方案

oracle数据库备份与恢复方案

oracle数据库备份与恢复方案一、编写目的 (1)二、备份工具及备份方式 (1)三、软件备份 (1)四、软件恢复 (1)五、数据备份 (2)六、备份的存储 (2)七、备份数据的保存规定 (2)八、备份介质的格式 (3)九、数据恢复 (4)编写目的本文档主要说明公司项目在实施现场的软件及数据的备份和恢复方案。

二、备份工具及备份方式1.备份工具Oracle RMAN (Recovery Manager):是一一种用于备份(backup)、还原(restore) 和恢复(recover)数据库的Oracle工具。

RMAN只能用于ORACLE8或更高的版本中。

它能够备份整个数据库或数据库部件,如表空间、数据文件、控制文件、归档文件以及Spfile参数文件。

RMAN也允许您进行增量数据块级别的备份,增量RMAN备份是时间和空间有效的,因为他们只备份自上次备份以来有变化的那些数据块.2.备份方式(1)自动备份:由Windows计划任务调度完成;(2)手工备份:完成特殊情况下的备份,分热备份和冷备份,热备份是指在不关闭数据库情况下进行备份,冷备份则需要停止Oracle实例服务。

三、软件备份1.以七天为一个周期每天23:00将所有软件拷贝到其他存储介质上2.超出七天的备份依次删除3.每月一号将上月最后7天的备份文件刻录到光盘上四、软件恢复1.找出最近的备份程序覆盖到正式运行环境的相应目录中1.业务系统或数据库在打重要补丁或升级的前后,必须按要求对业务系统进行停机备份或非停机备份,备份需包含应用和数据库的文件系统及数据,备份方式为手工备份,使用RMAN执行备份;2.系统日常备份:作为7*24运行的重要系统,必须最小化数据丢失的同时,还需要尽可能缩短恢复时间,数据库的日常备份策略如下:(1)确保数据库处于ArchiliveLog模式;(2)每日凌晨01:00执行数据库全备份,含控制文件备份;(3)每四小时间隔执行数据库归档日志备份,含控制文件备份;(4)每间隔两周执行数据库与应用系统文件备份,执行时间:数据库服务器在第一周的周六05:00,应用服务器在第一周的周六7:00。

oracle数据库备份与恢复方案

oracle数据库备份与恢复方案

oracle数据库备份与恢复方案在数据库管理中,备份和恢复是至关重要的任务,以确保数据的安全性和可靠性。

Oracle数据库是业界广泛使用的一种关系型数据库管理系统,因此建立一个有效的备份与恢复方案对于保障数据的连续性至关重要。

本文将介绍一种基于Oracle数据库的备份与恢复方案。

备份策略1. 定期完全备份:定期进行完全备份是数据库备份方案的核心。

在该方案中,每隔一段固定的时间,如每周或每月,进行一次完整的数据库备份,将整个数据库的数据和日志都保存起来。

这样,在发生故障时可以方便地还原数据库到最新的备份点。

2. 增量备份:为了减少备份时间和存储空间的占用,可以采用增量备份作为补充措施。

增量备份只备份自上次完全备份以来所做的更改,有效地减少了备份所需的时间和存储空间。

每次增量备份时,将存储增量日志,记录了从上次备份至备份时间点之间的所有更改。

这样,在恢复时只需要应用增量日志即可。

3. 归档日志备份:归档日志是Oracle数据库的重要组成部分,记录了数据库操作的详细信息。

定期对归档日志进行备份,可以保证数据库操作的完整性,以及为数据库灾难恢复提供必要的数据。

恢复策略1. 完整恢复:在发生灾难性故障或数据库崩溃时,首先进行完整恢复。

这需要使用最近的完全备份和所有的增量备份进行数据库的还原。

还原数据库后,再应用归档日志以恢复到最新的状态。

2. 点时间恢复:除了完整恢复外,有时候也需要进行点时间恢复,即将数据库恢复到某个特定的时间点。

这通常发生在误操作或者数据丢失的情况下。

在点时间恢复中,需要找到离指定时间点最近的完全备份,然后逐渐应用增量备份和归档日志,直到恢复到指定时间点。

3. 数据库复制和灾难恢复:为了防止单点故障,可以考虑使用数据库复制和灾难恢复方案。

通过将数据库复制到另一个地理位置的服务器,可以实现实时或定期的同步备份。

当主数据库发生故障时,可以快速切换到备份服务器,实现业务的持续运行。

总结在Oracle数据库管理中,备份与恢复方案是确保数据安全的重要措施。

备份和恢复数据库Oracle

备份和恢复数据库Oracle

2.1 冷备份与恢复
冷备份又称脱机备份,必须在数据库已经正常关闭的情况下进行,此时, 系统会提供给用户一个完整的数据库。
冷备份时可以将数据库使用的每个文件都备份下来,这些文件包括: 所有控制文件(文件后缀名为.CTL,默认路径Oracle\oradata\oradb) 所有数据文件(文件后缀名为.DBF,默认路径Oracle\oradata\oradb) 所有联机REDO LOG文件(文件形式为REDO*.*,默认路径 Oracle\oradata\oradb) 初始化文件INIT.ORA(可选)(默认路径Oracle\admin\oradb\spfile)
archive log list; 如果归档日志模式没有启动,则打开数据库的归档日志模式, 先使用shutdown immediate命令关闭数据库,然后使用如下 命令启动数据库:
startup mount; (2)修改数据库的归档日志模式:
alter database archivelog;
备份和恢复数据库Oracle
如果数据库在ARCHIVELOG方式下,可实施在线日志的归档。 在控制文件中指明填满的日志文件组在归档之前不能重用。一 旦组成为不活动,执行归档的进程立即可使用该组。
备份和恢复数据库Oracle
2 物理备份与恢复
2.1 冷备份与恢复 2.2 热备份与恢复 2.3 几种非完全恢复方法
备份和恢复数据库Oracle
SQL>recover database until cancel;
(4)恢复完成后,使用RESETLOGS模式启动数据库即可:
SQL>alter database open resetlogs;
备份和恢复数据库Oracle

Oracle数据库备份与恢复的三种方法

Oracle数据库备份与恢复的三种方法

Oracle数据库备份与恢复的三种⽅法备份与恢复的三种⽅法Oracle数据库有三种标准的备份⽅法,它们分别是导出/导⼊(EXP/IMP)、热备份和冷备份。

导出备件是⼀种逻辑备份,冷备份和热备份是物理备份。

⼀、导出/导⼊(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 数据库管理员可以排定⼀个备份⽇程表,⽤数据导出的三个不同⽅式合理⾼效的完成。

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

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

ORACLE数据备份与数据恢复方案一、背景介绍在现代信息化时代,数据备份与恢复方案对于企业的安全和可靠性至关重要。

ORACLE作为一种常用的关系型数据库管理系统,其数据备份与恢复方案更是必不可少的一环。

本文将详细介绍ORACLE数据库的数据备份与数据恢复方案,以确保数据的完整性和可靠性。

二、数据备份方案1. 定期全量备份为了保证数据的完整性,建议每周进行一次全量备份。

全量备份将数据库中的所有数据和表结构备份到磁盘或磁带上,以便在数据丢失或损坏时进行恢复。

备份过程可以通过使用ORACLE提供的备份工具,如RMAN(Recovery Manager)来实现。

2. 增量备份除了全量备份外,增量备份也是非常重要的一种备份方式。

增量备份只备份自上次全量备份以来发生变化的数据,可以大大减少备份所需的时间和存储空间。

增量备份可以通过使用ORACLE的归档日志(Archive Log)来实现,归档日志记录了数据库的所有变更操作。

3. 冷备份与热备份冷备份是在数据库关闭的情况下进行的备份,适用于对数据库的停机时间要求较低的情况。

热备份是在数据库运行的情况下进行的备份,可以实现数据库的连续运行,但备份过程可能会对数据库性能产生一定的影响。

4. 存储介质选择备份数据需要选择合适的存储介质,如磁带、硬盘或网络存储设备。

磁带备份具有较高的存储容量和较低的成本,适用于大规模数据备份。

硬盘备份速度较快,适用于小规模数据备份。

网络存储设备可以提供远程备份和容灾功能。

5. 定期验证备份数据的完整性备份数据的完整性非常重要,建议定期验证备份数据的可用性和完整性。

可以通过恢复测试来验证备份数据的有效性,确保在数据恢复时不会出现问题。

三、数据恢复方案1. 故障恢复当数据库发生故障时,可以通过以下步骤进行数据恢复:- 恢复最近的全量备份- 应用增量备份和归档日志,将数据库恢复到故障发生前的状态- 进行数据库的完整性检查和修复2. 误操作恢复当用户误操作导致数据丢失或损坏时,可以通过以下步骤进行数据恢复:- 恢复最近的全量备份- 应用增量备份和归档日志,将数据库恢复到误操作前的状态- 进行数据修复和恢复3. 灾难恢复在面对自然灾害、硬件故障或人为破坏等灾难性事件时,可以通过以下步骤进行数据恢复:- 恢复最近的全量备份- 应用增量备份和归档日志,将数据库恢复到灾难发生前的状态- 进行灾难恢复的测试和验证四、数据备份与恢复策略1. 定期制定数据备份与恢复策略数据备份与恢复策略应该根据业务需求和数据变更频率进行定期制定。

oracle数据库备份与还原方法

oracle数据库备份与还原方法

oracle数据库备份与还原方法一、Oracle数据库备份方法。

1.1 冷备份。

冷备份是在数据库关闭状态下进行的备份。

这就好比是给一个睡着的人做全身检查,一切都是静止的,好操作。

你得把数据库相关的文件,像数据文件、控制文件、重做日志文件等一股脑儿地拷贝到一个安全的地方。

这种备份方法简单直接,但是呢,在备份期间数据库是不能使用的,就像你要修东西得先把它停下来一样,有点不方便。

不过它恢复起来也相对容易,就像把之前拷贝走的东西再原封不动地拿回来就好。

1.2 热备份。

热备份可就不一样啦,它是在数据库运行的时候进行备份的。

这就像是给一个正在跑步的人换鞋子,难度不小。

热备份主要是利用归档模式,对表空间或者数据文件进行备份。

这种方式不影响数据库的正常使用,就像在火车行驶的时候给它换个小零件,火车还能继续跑。

但是热备份的操作相对复杂一些,需要对Oracle数据库有比较深入的了解,不然很容易搞砸,那可就“偷鸡不成蚀把米”了。

1.3 逻辑备份。

逻辑备份呢,是通过Oracle的工具,比如EXP或者EXPDP来进行的。

这就像是把数据库里的数据按照一定的逻辑规则整理出来,打包带走。

它可以备份特定的表、用户或者整个数据库。

这种备份方式比较灵活,就像你可以从一个大仓库里挑选你想要备份的东西。

但是逻辑备份的速度可能会比较慢,特别是数据量很大的时候,就像小马拉大车,有点吃力。

二、Oracle数据库还原方法。

2.1 冷备份还原。

如果是冷备份还原,那就简单多啦。

首先把数据库关闭,然后把之前备份的文件再拷贝回原来的位置,就像把东西放回原位一样。

不过要注意文件的权限和路径,可不能张冠李戴。

一切就绪后,再启动数据库,就大功告成了。

这就像把修好的东西重新启动,又能正常工作了。

2.2 热备份还原。

热备份还原就复杂得多了。

首先要根据备份的情况,确定需要还原的表空间或者数据文件。

然后利用归档日志和备份文件进行恢复。

这过程就像走钢丝,得小心翼翼的。

Oracle数据库备份与恢复

Oracle数据库备份与恢复

ALTER DATABASE
CREATE DATAFILE ‘E:\Oracle11\oradata\EBUY\USERS02.DBF’
AS
‘E:\Oracle11\oradata\EBUY\USERS01.DBF’;
然后,备份数据库的控制文件。例如,备份控制文件到指定位置。
ALTER DATABASE
案例3—恢复数据库
完成步骤
使用命令执行数据库恢复
2.基于CANCEL的恢复 (1)当遇到数据库错误时,使用SHUTDOWN IMMEDIATE命令关 闭Oracle数据库,并将备份的数据复制到相应的位置。例如: SHUTDOWN IMMEDIATE (2) 使用STARTUP MOUNT命令启动数据库。例如: STARTUP MOUNT (3)使用RECOVER命令对数据库进行基于CANCEL的恢复。例如: RECOVER DATABASE UNTIL CANCEL ; (4)恢复操作完成后,使用RESETLOGS模式启动Oracle数据库。 例如: ALTER DATABASE OPEN RESETLOGS ;
2 恢复数据库
恢复的类型
1.实例恢复 实例恢复只使用在Oracle并行服务器配置环境中,在运行数据库中一 个实例并发现其他实例崩溃时执行 2.崩溃恢复 崩溃恢复只在单个实例数据库配置环境中执行。在崩溃恢复中,实例 必须打开数据库,并执行恢复操作。 3.介质恢复 与实例恢复和崩溃恢复不同的是,介质恢复使用命令来执行,也是 DBA进行数据库恢复的主要内容。
案例1—使用OEM执行数据库备份
完成步骤
4.管理当前备份 登录OEM后,单击“可用性”选项卡中“管理”区域的“管理当前备份” 链接,进入“管理当前备份”的“备份集”页面

Avamar备份和恢复oracle数据库操作手册

Avamar备份和恢复oracle数据库操作手册

Avamar备份和恢复Oracle数据库操作手册1.1 Oracle数据库备份首先要进入Sqlplus用archive log list—查看是否开启了归档模式;Oracle做热备份必须是归档模式,同时需要进入mount或open状态。

因此当发现不是归档模式时,需要采用以下步骤先把Oracle修改为归档模式才能正常备份。

1.首先关闭数据库:2.然后重新连接进sqlplus,再把Oracle启动到mount状态,然后修改成归档日志模式,修改完成后打开数据库到open状态(用alter database open 命令):1.2 Oracle数据库恢复注意:在Oracle恢复之前有几项准备工作要做:首先,在执行恢复之前,先关闭Oracle(SQL>shutdown immediate;);然后,删除联机日志和归档日志(或者转移到另外的目录)。

在测试时为了验证Oracle可恢复,在备份完成后删除了一些表,那么恢复前需要删除现有的联机日志和归档日志。

如果不删除日志,由于在恢复时,只会恢复控制文件和数据库,不会恢复日志文件,因此为了避免恢复后控制文件再去读取现有的日志文件(导致再次做删除操作),所以需要删除联机日志和归档日志(防止删除时正好联机日志做了日志切换)。

具体操作:把D盘oracle\product\10.2.0\oradata\test目录下的REDO01.LOG、REDO02.LOG的、REDO03.LOG 三个联机日志删除,然后再把D盘oracle\product\10.2.0下的相关归档日志删除。

再把Oracle启动到nomount状态,可运行如下命令:C:\Document and Setting\Administrator>sqlplus / as sysdba或C:\Document and Setting\Administrator>sqlplus /nologSQL>conn as sysdba;SQL>Startup nomount;完成以上步骤之后,就可以在Avamar上执行恢复:1.登陆Avamar Administrator管理界面,选择“backup and restore”;2.进入“Backup and Restore”界面;1)选择客户机;2)选择Windows Oracle Rman。

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

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

O R A C L E数据备份与数据恢复方案This manuscript was revised by the office on December 10, 2020.摘要结合金华电信IT系统目前正在实施的备份与恢复策略,重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。

Oracle数据库有三种标准的备份方法,它们分别是导出/导入(EXP/IMP)、热备份和冷备份。

要实现简单导出数据(Export)和导入数据(Import),增量导出/导入的按设定日期自动备份,可考虑,将该部分功能开发成可执行程序,然后结合操作系统整合的任务计划,实现特定时间符合备份规划的备份应用程序的运行,实现数据库的本级备份,结合ftp简单开发,实现多服务器的数据更新同步,实现数据备份的异地自动备份。

关键字:数据库远程异地集中备份目录一、前言目前,数据已成为信息系统的基础核心和重要资源,同时也是各单位的宝贵财富,数据的丢失将导致直接经济损失和用户数据的丢失,严重影响对社会提供正常的服务。

另一方面,随着信息技术的迅猛发展和广泛应用,业务数据还将会随业务的开展而快速增加。

但由于系统故障,数据库有时可能遭到破坏,这时如何尽快恢复数据就成为当务之急。

如做了备份,恢复数据就显得很容易。

由此可见,做好数据库的备份至关重要。

因此,建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。

传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份,这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下,不失为一种既经济又简明的备份手段。

但随着计算机规模的扩大,数据量几何级的增长以及分布式网络环境的兴起,将越来越多的业务分布在不同的机器、不同的操作平台上,这种单机的人工冷备份方式越来越不适应当今分布式网络环境。

因此迫切需要建立一个集中的、自动在线的企业级备份系统。

备份的内容应当包括基于业务的业务数据,又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。

Oracle数据库备份恢复介绍

Oracle数据库备份恢复介绍

Oracle数据库备份恢复介绍Oracle备份与恢复数据库整体备份RMAN> BACKUP DATABASEPLUS ARCHIVELOG; Rman备份级别•数据库•表空间•数据文件•控制文件•服务器参数文件(spfile)•归档日志文件•完全备份包含所有使用的数据文件块。

•级别为0的增量备份等同于标记为0级的完全备份。

•级别为1的累积增量备份仅包含自上次级别为0的增量备份以来修改的块。

•级别为1的差异增量备份仅包含自上次增量备份以来修改的块。

•差异增量备份包含自上次增量备份以来更改的所有块。

•累积增量备份包含自上次级别为0的增量备份以来更改的所有块。

启用块更改跟踪可简化备份过程,其可以:•在更改跟踪文件中记录更改的块•由RMAN 自动使用(如果启用此选项)•通过避免备份过程中的完全数据文件扫描来优化增量备份SQL> ALTER DATABASE ENABLE2> BLOCK CHANGE TRACKING3> USING FILE '/mydir/rman_change_track.f'4>REUSE;RMAN> RECOVER COPY OF2> DATAFILE {n|'file_name'}3> WITH TAG'incr_upd_df1';•列出数据文件的备份集和副本:RMAN> LIST BACKUP OF DATABASE;RMAN> LIST BACKUP OF DATAFILE2>"/db01/ORADATA/u03/users01.dbf";•列出指定表空间的任何数据文件的备份集和副本:RMAN> LIST COPY OF TABLESPACE "SYSTEM";•列出包含指定范围的归档日志的备份集和副本:RMAN> LIST COPY OF DATABASE ARCHIVELOG2> FROM TIME='SYSDATE-7';备份(副本)清理•RMAN> crosscheck backup;•RMAN> crosscheck backup of database;•RMAN> crosscheck backup of tablespace "SYSTEM";•RMAN> crosscheck backup of datafile 1;•RMAN> crosscheck backup of controlfile;•RMAN> crosscheck backup of spfile;•RMAN> crosscheck backup of archivelog all;•RMAN> delete(expired)……•RMAN> show all;•RMAN> report obsolete;•RMAN> delete obsolete;恢复可分为以下两类:•完全恢复是将数据库恢复到当前最新状态,包括直至请求恢复时进行的所有已提交的数据更改。

Oracle-RAC环境数据备份与恢复方案

Oracle-RAC环境数据备份与恢复方案

Oracle RAC 环境数据备份与恢复方案【导读】某企业因项目需要在Oracle RAC集群环境下,根据实际情况对Oracle数据库进行备份;使用生产环境的rman全备数据,进行恢复数据搭建测试环境。

本文将详细介绍此案例中Oracle数据库rman全备份过程、Oracle RAC 环境下rman备份数据如何恢复至单机服务器。

考虑到非常的实用,将实施经验分享给更多同行进行交流学习。

一、背景环境生产环境使用两台DELL R840 服务器,安装了 linux centos 7.6操作系统,并配置多路径,使用 EMC untiy 作为共享存储,分配了2个1T LUN 存储数据库文件,1个500G LUN存放归档数据,3个30G LUN存放 OCR 、FALSH、GIMR 数据。

Oracle RAC 软件版本是19C 19.0.0.0.0。

二、数据备份1、备份策略为保障oracle rac 集群数据安全,因项目组要求设计数据库备份方案。

考虑到服务器RAC1与RAC2每台服务器自带2T本地可用容量,每次全备产生约400GB数据文件。

可将奇数天备份到RAC1,偶数天备份到RAC2,4*400GB=1.6TB,每台服务器可以备份4天的全量数据。

空间非常的富余,不计划使用rman的增量备份,直接全量备份近8天数据,恢复也较为方便。

2、备份过程在RAC1主机下执行,(RAC2同理)首先Oracle 数据库开启归档,归档模式下,才可以进行数据库的热备份、联机备份、手工备份等。

非归档模式下,只能进行冷备份。

当然我们rman备份是在线备份。

如下图:接着,创建rman脚本目录创建备份执行脚本,并加入定时任务创建备份数据清理脚本,并加入定时任务,只备份近4次数据,脚本会自动判断最近一次rman备份是否成功,不成功将不删除备份数据。

这里我调用了zabora.sh 脚本判断rman备份状态,sql语句也比较简单。

定时任务(RAC1)定时任务 (RAC2)记得重启定时任务创建rman执行脚本,用于被上述执行脚本调用3、测试验证第一次可手动执行备份任务,不等到凌晨自动执行查看日志log备份完成如下图:三、数据恢复因为本项目使用的是全备数据,无增量。

Oracle数据库备份与恢复实例讲解

Oracle数据库备份与恢复实例讲解

2021/10/10
43
联机备份的缺点:
不能出错,否则后果严重。 若联机备份不成功,所得结果不可用于时间点的恢复。
因难于维护,所以要特别小心,不允许“以失败而告 终”。
2021/10/10
44
案例,联机备份与完全数据库恢复
在表空间APPL_DATA上建立对象COURSE,首先执行 联机备份,在COURSE表上加入记录,然后删除数据 文件APPL_DATA,最后执行恢复,数据文件重新联机, 验证恢复成功。
2021/10/10
35
(5)查询对象STUDENT,返回错误信息
2021/10/10
36
(6)关闭数据库
shutdown immediate;
(7)复制原先备份的数据文件,控制文件,重做日志 等到原来目录下,f:\oracle\oradata\test2
(8)startup mount;
(3)复制数据文件
用拷贝命令备份全部的数据文件、重做日志文件、控制文 件、初始化参数文件等。
简单的处理方法是将数据库所在路径下的文件全部复制备 份。在下面实验案例中所用数据库TEST2的目录是: f:\oracle\oradata\test2
2021/10/10
27
(4)重新启动数据库 STARTUP;
联机备份一般备份数据文件、控制文件和日志文 件。
2021/10/10
41
(1)备份所有数据文件 (2)备份所有归档的重做日志文件 (3)备份一个控制文件 (4)检查发生故障的数据文件,恢复数据文件
2021/10/10
42
联机备份的优点:
可在表空间或数据文件级备份,备份时间短。 备份时数据库仍可使用。 可达到秒级恢复(恢复到某一时间点上)。 可对几乎所有数据库实体作恢复。 恢复快速,大多数情况下恢复不需要关闭数据库。

Oracle数据库备份与恢复

Oracle数据库备份与恢复

物理备份:备份数据库的物理文件,如数据文件、控制文件、日志文件等
05
备份频率:根据数据库重要性和数据变化频率制定备份频率,如每天、每周、每月等
06
差异备份:备份自上次全量备份以来发生变化的数据
03
逻辑备份:备份数据库的逻辑结构,如表、视图、存储过程等
04
全量备份:备份整个数据库,包括所有数据和结构
权限问题:确认备份和恢复操作所需的权限,确保操作顺利进行
云计算:Oracle数据库备份与恢复将更加依赖于云计算技术,实现更高效、更安全的备份与恢复。
自动化:Oracle数据库备份与恢复将更加自动化,降低人工干预,提高备份与恢复的效率。
智能化:Oracle数据库备份与恢复将更加智能化,能够根据数据库使用情况自动调整备份策略,提高备份与恢复的准确性。
确保备份文件完整
恢复过程中不要中断
恢复后检查数据完整性
恢复后进行数据验证
备份频率:根据数据更新频率和业务需求确定备份频率
备份策略:制定合适的备份策略,如全量备份、增量备份、差异备份等
备份存储:选择合适的备份存储介质,如磁盘、磁带、云存储等
备份验证:定期进行备份验证,确保备份数据的完整性和可用性
备份存储位置:选择合适的备份存储位置,如本地磁盘、网络存储等
备份存储格式:选择合适的备份存储格式,如RMAN、SQL*Plus等
备份存储策略:制定合理的备份存储策略,如全量备份、增量备份等
备份存储管理:定期检查备份存储情况,确保备份数据完整、可用。
演练注意事项: a. 确保备份数据安全 b. 确保演练不影响生产环境 c. 记录演练结果,分析问题并改进 d. 定期更新备份策略和恢复计划
解决方法:使用电源保护设备,确保备份过程中系统稳定

oracle数据丢失恢复数据方法

oracle数据丢失恢复数据方法

oracle数据丢失恢复数据方法在使用Oracle数据库过程中,数据丢失是一种常见的问题。

当数据库中的数据丢失时,我们需要及时采取措施来进行数据恢复,以避免数据的长期丢失。

本文将介绍一些常用的Oracle数据丢失恢复方法,帮助我们有效地处理这个问题。

1. 数据库备份与恢复数据库备份是一种常见的防范措施,它可以帮助我们在数据丢失后快速恢复数据库。

在Oracle中,我们可以使用RMAN(Recovery Manager)工具来实现数据库备份和恢复。

RMAN可以备份整个数据库或者特定的表空间、数据文件等,同时也支持增量备份,大大减少了备份所需的时间和空间。

当数据库发生数据丢失时,我们可以使用RMAN来恢复备份的数据库文件,确保数据的完整性。

2. 闪回技术Oracle提供了闪回技术,可以帮助我们恢复数据库到某个历史时间点的状态。

通过闪回技术,我们可以将数据库中的数据、表结构等回滚到特定的时间点,从而实现数据的恢复。

闪回技术相比于传统的数据恢复方法,具有更高的效率和更少的风险。

我们可以使用闪回查询(FLASHBACK QUERY)来查看历史数据,使用闪回表(FLASHBACK TABLE)来恢复特定表的状态,使用闪回数据库(FLASHBACK DATABASE)来恢复整个数据库。

3. 日志文件恢复Oracle数据库在运行过程中会生成大量的日志文件,这些日志文件记录了数据库的操作、变更等信息。

当数据库发生数据丢失时,我们可以通过日志文件的恢复来还原数据。

在Oracle数据库中,我们可以使用归档日志文件(Archive Log)或在线重做日志文件(Online Redo Log)来进行数据恢复。

归档日志文件可以将数据库中的所有变更操作记录下来,当数据丢失时,我们可以将归档日志文件应用到数据库中,恢复数据的完整性。

同时,我们也可以使用在线重做日志文件来进行数据恢复,将重做日志文件中的操作应用到数据库中。

4. 数据库导入导出数据库导入导出是一种常见的数据恢复方法。

ORACLE最简单有效的备份恢复方案

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=%1set oracle_password=%2set local_tnsname=%3set url=%oracle_username%/%oracle_password%if not %local_tnsname% == "" set url=%url%@%local_tnsname%if exist %oracle_username%_old.dmp del %oracle_username%_old.dmpif exist %oracle_username%_old.log del %oracle_username%_old.logif exist %oracle_username%.dmp ren %oracle_username%.dmp %oracle_username%_old.dmpif exist %oracle_username%.log ren %oracle_username%.log %oracle_username%_old.logexp %url% file=%oracle_username%.DMP 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 CASCADE1.2.2.再创建该用户CREATE USER xxxxIDENTIFIED BY xxxxDEFAULT TABLESPACE xxxxTEMPORARY TABLESPACE TEMP并赋予权限:GRANT DBA TO xxxx WITH ADMIN OPTION1.2.3用IMP恢复C:\> imp xxxx/xxxx FILE=xxxx.DMP LOG=xxxx.LOG FULL=Y2.10G后的数据泵expdp备份和恢复2.1 expdp 备份据说这个比exp有很多优点,这个我就不说了,大家可以自己参考资料;不过我测试下来,如果数据量小expdp 还是不如exp的;但是还是建议是使用expdp,因为数据会慢慢变大的,用expdp更好些;我最看重的是:expdp备份的文件涵盖的东西更多;所以恢复的时候方便;删除用户后,可以不用再创建用户恢复;实现方法和exp类似:不过,它的目录不像EXP那么直接,需要使用oracle的目录对象;所以2.1.1第一步先创建一个目录对象,比如:SQL>create or replace directory LOGIC_BUCKUPas 'd:\OACLE_BACKUP\逻辑备份';2.1.2建立一个通用脚本,比如叫EXPDP_BACKUP.BAT内容是:set oracle_username=%1set oracle_password=%2set local_tnsname=%3set url=%oracle_username%/%oracle_password%if not %local_tnsname% == "" set url=%url%@%local_tnsname%if exist %oracle_username%_old_dump.dmp del %oracle_username%_old_dump.dmpif exist %oracle_username%_old_dump.log del %oracle_username%_old_dump.logif exist %oracle_username%_dump.dmp ren %oracle_username%_dump.dmp %oracle_username%_old_dump.dmpif exist %oracle_username%_dump.log ren %oracle_username%_dump.log %oracle_username%_old_dump.logEXPDP %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 CASCADE2.2.2.用另外一个权限较高的用户(最好不是sys,比如是YYYY) 导入:C:\>IMPDP yyyy/yyyy DUMPFILE=xxxx_DUMP.DMP LOGFILE=xxxx_DUMP.LOG DIRECTORY=LOGIC_BUCKUPPARALLEL=2(这里的LOGIC_BUCKUP是oracle的对象目录,要和xxxx_dump.dup存放的目录一致)这样就OK了,也即是说用户不需要创建,数据泵文件含有了用户以及它原来的权限;从这点来讲,是不是比IMP导入更为方便;好了,两种逻辑备份讲完了,下面重点说一下RMAN备份;因为在生产系统中,逻辑备份作用不大的,因为它不能实时的备份数据,所以逻辑备份更多的时候是给开发人员互相导入数据和存储过程之类用的;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 mount3.2.5 数据库被装载后,说明控制文件生效了,这时候,所有的数据库信息都出来了;所以可以用rman还原数据库了:RMAN> RESTORE database;3.2.6 恢复数据库:RMAN> recover database;2.2.7 数据库现在已经全部回复好,可以重新启动了:SQL> alter database open resetlogs;数据库已更改。

oracle数据库备份与恢复方法

oracle数据库备份与恢复方法

oracle数据库备份与恢复方法
Oracle数据库备份与恢复是确保数据安全和可靠性的重要方面。

备份是指将数据库中的数据复制到另一个位置,以便在数据丢失或
损坏时进行恢复。

恢复则是指在发生故障或数据丢失时,通过备份
数据来恢复数据库到之前的状态。

一、备份方法:
1. 物理备份,物理备份是通过操作系统级别的工具(如RMAN)将数据库文件直接复制到备份位置。

可以使用RMAN命令行或图形界
面工具来执行物理备份。

2. 逻辑备份,逻辑备份是通过导出数据到逻辑文件(如SQL脚
本或数据泵文件)来进行备份。

可以使用expdp和impdp命令来执
行逻辑备份和恢复。

二、恢复方法:
1. 完全恢复,在数据库严重损坏或丢失时,可以使用完全备份
进行完全恢复。

这涉及将数据库恢复到备份时的状态,并应用任何
后续的归档日志以实现完整的恢复。

2. 不完全恢复,在某些情况下,可能只需恢复部分数据文件或表空间。

这可以通过RMAN进行部分恢复来实现。

除了上述备份和恢复方法外,还有一些其他注意事项和最佳实践:
定期备份,建立合理的备份策略,包括完整备份、增量备份和归档日志备份,以确保数据的及时备份和恢复。

测试恢复,定期测试备份和恢复过程,以确保备份数据的完整性和可用性。

数据库保护,使用冗余服务器、存储冗余和灾难恢复计划来保护数据库免受硬件故障、自然灾害和人为错误的影响。

综上所述,Oracle数据库备份与恢复是确保数据安全和可靠性的重要措施,通过合理的备份策略和恢复方法,可以最大程度地保护数据库免受数据丢失和损坏的影响。

oracle数据库历史数据备份恢复策略

oracle数据库历史数据备份恢复策略

oracle数据库历史数据备份恢复策略
数据库历史数据备份与恢复策略
数据库历史数据备份操作过程
1.利用脚本exp_partition_data.sh导出数据库用户表上个月份的历史数据。

2.利用主机下脚本调度exp_partition_data.sh脚本生成数据文件及日志文件。

3.利用主机下作业调度程序每月5日调度exp_partition_data.sh 在指定时间(晚23:00)自动运行,将数据库相关表逻辑导出到目录中。

4.利用legato软件将数据备份到相关存储及带库上。

Legato备份策略如下:每月6日晚23:00备份,备份目录为:/ora_expdata /exp_db_history_data,备份周期为每月一次,备份主机,legato保存时间为3年,估计每次备份容量约为20G-30G /月。

5.在下个月导出数据操作前删除两个月前操作所生成的导出数据。

6.定期删除历史分区数据(每三个月一次手动将六个月前的历史分区数据删除。

删除脚本见附录5
数据库历史数据恢复操作过程:
1.利用legato软件将数据带库上恢复到相关目录中。

2.查看/ora_expdata/exp_db_history_data目录中数据文件日志,确定相关数据文件内容。

3.根据需要恢复数据某个表某个月的分区数据。

恢复命令如下:
imp 用户名/口令@实例名file=数据文件名log=日志名IGNORE=Y。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

O R A C L E数据备份与数据恢复方案Prepared on 24 November 2020摘要结合金华电信IT系统目前正在实施的备份与恢复策略,重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。

Oracle数据库有三种标准的备份方法,它们分别是导出/导入(EXP/IMP)、热备份和冷备份。

要实现简单导出数据(Export)和导入数据(Import),增量导出/导入的按设定日期自动备份,可考虑,将该部分功能开发成可执行程序,然后结合操作系统整合的任务计划,实现特定时间符合备份规划的备份应用程序的运行,实现数据库的本级备份,结合ftp简单开发,实现多服务器的数据更新同步,实现数据备份的异地自动备份。

关键字:数据库远程异地集中备份目录一、前言目前,数据已成为信息系统的基础核心和重要资源,同时也是各单位的宝贵财富,数据的丢失将导致直接经济损失和用户数据的丢失,严重影响对社会提供正常的服务。

另一方面,随着信息技术的迅猛发展和广泛应用,业务数据还将会随业务的开展而快速增加。

但由于系统故障,数据库有时可能遭到破坏,这时如何尽快恢复数据就成为当务之急。

如做了备份,恢复数据就显得很容易。

由此可见,做好数据库的备份至关重要。

因此,建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。

传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份,这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下,不失为一种既经济又简明的备份手段。

但随着计算机规模的扩大,数据量几何级的增长以及分布式网络环境的兴起,将越来越多的业务分布在不同的机器、不同的操作平台上,这种单机的人工冷备份方式越来越不适应当今分布式网络环境。

因此迫切需要建立一个集中的、自动在线的企业级备份系统。

备份的内容应当包括基于业务的业务数据,又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。

本文以ORACLE数据库为例,结合金华电信的几个相关业务系统目前正在实施的备份方案,介绍ORACLE数据库的备份与恢复。

二、金华电信ORACLE数据库的备份与恢复方案由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份,速度较慢并且数据存储管理都很分散,甚至出现备份数据不完整的现象。

为了提高备份数据的效率,提供可靠的数据备份,完善备份系统,保证备份数据的完整性,降低数据备份对网络和服务器的影响,对每个IT系统的备份数据进行集中管理,我们对备份工作进行了改进,将逻辑备份与物理备份相结合,在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。

(这里用到的物理备份指热备份)其具备的主要功能如下:(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。

利用集中式管理工具的帮助,系统管理员可对全网的备份策略进行统一管理,备份服务器可以监控所有机器的备份作业,也可以修改备份策略,并可即时浏览所有目录。

所有数据可以备份到同备份服务器或应用服务器相连的任意一台磁带库内。

(2)全自动的备份: 对于大多数机房管理人员来说,备份是一项繁重的任务。

每天都要小心翼翼,不敢有半点闪失,生怕一失足成千古恨。

网络备份能够实现定时自动备份,大大减轻管理员的压力。

备份系统能根据用户的实际需求,定义需要备份的数据,然后以图形界面方式根据需要设置备份时间表,备份系统将自动启动备份作业,无需人工干预。

这个自动备份作业是可自定的,包括一次备份作业、每周的某几日、每月的第几天等项目。

设定好计划后,备份作业就会按计划自动进行。

(3)数据库备份和恢复: 数据库系统已经相当复杂和庞大,不能用文件的备份方式来备份数据库。

企业级的备份系统能够对数据库在不中断业务、不停顿数据库的情况下对数据进行联机的自动备份,包括可以进行数据库备份、日志备份、完全备份、增量备份等。

(4)归档管理: 用户可以按项目、时间定期对所有数据进行有效的归档处理。

提供统一的数据存储格式从而保证所有的应用数据由一个统一的数据格式来作永久的保存,保证数据的永久可利用性。

(5)有效的媒体管理: 备份系统对每一个用于作备份的磁带自动加入一个电子标签,同时在软件中提供了识别标签的功能,如果磁带外面的标签脱落,只需执行这一功能,就会迅速知道该磁带的内容。

(6)满足系统不断增加的需求:备份软件必须能支持多平台系统,当网络连接其它的应用服务器时,对于网络存储管理系统来说,只需在其上安装支持这种服务器的客户端软件即可将数据备份到磁带库或光盘库中。

备份系统数据库备份策略数据库运行在归档模式下,利用Veritas软件模块调用数据库的备份接口进行在线的热备份,可以在备份时,对备份数据保存在不同的存储对象中,以满足客户容灾的要求,可以利用Veritas的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。

针对数据库的总数据量和增量数据量大小,我们可以利用数据库的多级的增量备份机制,结合Veritas 强大的备份数据追踪寻址能力和介质管理功能,制定灵活的备份策略,实现全自动的备份数据的全生命周期管理。

备份系统数据库恢复策略通过本地的Veritas Server结合Veritas for Databases利用备份数据进行数据恢复。

恢复时,Veritas 可以实现多线程的数据恢复,利用Veritas 独特的磁带分类集中存放技术,减少磁带的就位时间,提高数据恢复的效率。

先用最近一次的全备份恢复+恢复最近一次的增量备份+增量备份到断点的ARCHIVE LOG来恢复(要求数据库在ARCHIVE LOG模式下工作)。

这种恢复方式比全部用ARCHIVE LOG恢复要快。

如果两份冗余的最近一次增量备份都不可用,可以追溯再上次的增量备份来恢复,然后用增量备份到断点的ARCHIVE LOG恢复。

如果最近一次的全备份恢复都不可用,则利用上个周期的全备份+上个周期的最后一次增量备份+本周期的最近一次增量备份+增量备份到断点的ARCHIVE LOG来恢复。

如果增量备份都不可用,那么用全备份+ARCHIVE LOG来恢复。

金华电信97系统及营销支撑系统的系统状况金华电信经过这么多年的信息系统建设,目前已经运行着多个系统,除计费系统有较为完善的备份系统外,其他系统的备份系统都需要完善。

其中97系统的机器型号IBM 7040-61R,操作系统,数据库类型ORALCE8.1.7金华电信97系统、营销支撑系统及备份系统总体结构图对于具体的备份环境和结构,我们结合了Oracle备份技术和LAN环境的SAN备份结构.该系统的结构如下图所示(以97系统与营销支撑系统为例)备份系统总体结构图备份系统结构图说明此在线存储系统采用了基于SAN(存储区域网络)的结构,SAN是一种高速网络或子网络,提供在计算机与存储系统之间的数据传输。

存储设备是指一张或多张用以存储计算机数据的磁盘设备。

一个 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冲突,二来提高了备份系统的可靠性。

三、金华电信97系统的数据库备份和恢复备份方法采用Veritas NBU物理备份加EXP逻辑备份。

Exp逻辑备份在服务器上直接备份,定期转移到逻辑备份服务器。

备份策略备份策略: (1) 每周进行一次数据库全备份操作,并定期将FC盘上面的物理备份定期转移到FATA盘上,同时将FATA盘阵上面的物理备份定期转移到磁带库上,至少保存 3 个全备份;全备份时间选择在每周星期六凌晨12:00 开始。

(2) 数据库采用Archive Log 模式,每天晚上12:00 开始进行增量备份。

(3) 与数据库的逻辑备份相配合,我们每天进行一次数据的exp备份,即每天做一个完整的数据库EXPORT 备份;备份时间选择在每天凌晨1:00 开始。

Exp备份还是备到本机,定期将其ftp到逻辑备份服务器上。

恢复策略恢复策略:(1) 数据文件损坏或磁盘阵列损坏:针对这种情况可以采用Veritas NBU从FC磁盘阵列中恢复。

(2) 误操作或对象级逻辑上的损坏:针对这种情况可以从exp备份中采用imp恢复。

性能影响数据库采用归档模式对97数据库性能将产生一定的影响。

因为在归档模式下,oracle需要将归档日志归档到归档目录(也就是copy)。

在IO资源不成为瓶颈的情况下,对系统影响将可以不予考虑。

相关文档
最新文档