Oracle RMAN备份(一)脱机RMAN 数据库备份

一. RMAN 备份的一些优点

1. RMAN 会检测和报告损坏的数据块。

2. 不需要将表空间置入热备份模式,RMAN 就可以连接备份数据库。 热备份期间会额外的生成重做日志。

3. RMAN 会自动跟踪新的数据文件和表空间,这样就不再需要在脚本中添加新的表空间和数据文件。

4. RMAN 只备份使用过的数据库(直至最高使用标记(High wate mark)),这样RMAN 备份映像通常小于联机备份的备份脚本。

5. RMAN 提供备份映像的实际压缩。

6. RMAN 提供自动且方便的备份,还原和恢复操作。 RMAN 跟踪恢复数据库所需要的所有备份,在要求还原操作时需要使用这些备份,并且只还原必要的对象。

7. RMAN 可以与第三方介质管理产品一起无缝的工作。

8. RMAN 支持增量备份策略。

9. 可以使用RMAN 来测试备份而不要实际还原他们。

二. RMAN 兼容性问题

在启动备份操作之前,需要考虑一些兼容性问题。在一个企业中,可能会运行不同的Oracle 版本,因此我们在设计备份策略时必须考虑RMAN 的兼容性问题。

原因可以参考:RMAN 体系结构概述

下表是Oracle 兼容性的一个参照表:

RMAN 目标数据库版本

(应用补丁)

RMAN 客户端版本

(应用补丁)

RMAN 目录数据库版本

(应用补丁)

RMAN 目录模式版本

(应用补丁)

9.0.1

9.0.1

>=8.1.7

>=RMAN 客户端

9.2.0

>=9.0.1.3 并且<= 目录数据库可执行文件版本

>=8.1.7

>=RMAN 客户端

10.1.0

>=9.0.1.3 并且<=目录数据库可执行文件版本

>=9.0.1

>=RMAN 客户端

10.2.0

>=9.0.1.3 并且<=目录数据库可执行文件版本

>=9.0.1

>=RMAN 客户端

表中的 目录模式版本 可以从RCVER 表中查看:

SQL> conn rman/rman@orcl; -- 用catalog 用户登录

已连接。

SQL> select * from rcver;

VERSION

------------

11.02.00.01

三. 监控RMAN 备份情况

RMAN 在备份期间产生输出,如果在启动RMAN 时启用登录,则取消该输出。可以通过查看生成的日志文件来监控RMAN 操作,或者通过V$RMAN_OUTPUT视图来查看。

SQL> conn /@orcl as sysdba;

已连接。

SQL> select output from v$rman_output order by stamp;

四. 脱机RMAN 数据库备份

4.1 使用默认的设置执行备份操作:

RMAN 会有一些参数有默认值,在没有更改这些参数的情况下,我们也可以进行备份。 此时备份集将会备份到闪回区中。我们可以用catalog 模式或者是非catalog 模式来连接RMAN。 如果采用catalog 模式,只需在连接的时候加上catalog 参数即可。 不过要注意的是,一般建议在服务器本地直接连接RMAN,然后通过网络连接来连接catalog目录。

执行脱机备份操作时,数据库必须处于mount 状态。 一些命令如下:

Shutdown immediate

Startup mount

Backup database

或者

Backup as compressed backupset database  -- 将数据库作为压缩的备份集来备份

C:/Users/Administrator.DavidDai>rman target '/@orcl as sysdba';

恢复管理器: Release 11.2.0.1.0 - Production on 星期一 6月 21 23:24:47 2010

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

连接到目标数据库: ORCL (DBID=1247395743)

RMAN>

C:/Users/Administrator.DavidDai>rman target '/@orcl as sysdba' catalog 'rman/rman@orcl';

恢复管理器: Release 11.2.0.1.0 - Production on 星期一 6月 21 23:25:24 2010

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

连接到目标数据库: ORCL (DBID=1247395743)

连接到恢复目录数据库

RMAN>

4.2 不使用默认参数执行脱机备份操作

先来看一段脚本:

Shutdown immediate

Startup mount

Run

{

Allocate channel c1 device type disk format 'D:/backup/sid_%U';

Allocate channel c2 device type disk format 'E:/backup/sid_%U';

时间: 2024-08-03 06:35:00

Oracle RMAN备份(一)脱机RMAN 数据库备份的相关文章

Oracle RMAN备份(五)增量备份

九. 增量备份 通过增量备份,RMAN 允许用户只备份上次增量备份以来被修改过的数据块. 增量备份具有以下有点: (1)更少的使用磁盘或磁带 (2)降低网络宽带要求 (3)节约备份时间 可以在联机或脱机模式,Archivelog 模式或者noarchivelog 模式中执行增量备份. 一旦选择了增量备份策略,就会在效益方面的问题. 如果显着减少了整个备份操作的时间,在恢复操作方面就会投入更多的时间. 这是因为如果使用增量备份策略,Oracle 就需要使用更多的备份集来恢复数据库,恢复所需要的时间

备份恢复6——rman配置和设置

原文转自:http://blog.csdn.net/tianlesoftware/article/details/5674309 一. 配置数据库以ARCHIVELOG 模式运行  在ORACLE 10g 之前,在将数据库置入Archivelog 模式后,需要启动arch进程. 设置参数LOG_ARCHIVE_START 为true,也可启动arch进 程.在10g以后,不需要使用该方法,当数据库处于archivelog模式时,Oracle 会自动启动arch进程. Arch 进程由LGWR 进

Oracle数据库备份技巧

  利用下面的列出的技巧来确保你不会在每周一次的数据库备份过程中忘记关键步骤. 每周一次备份主数据库.如果你创建.修改或者停止一个数据库,添加新的SQL Server消息,添加或者停止连接服务器,或者添加记录设备,那就进行手工备份. 每天备份一次msdb数据库.它一般非常小,但很重要,因为它包含了所有的SQL Server工作.操作和计划任务. 只有当你修改它时,才有必要备份模型数据库. 用SQL Server Agent来安排你的备份工作的时间表. 如果在你的生产(production)环境中

mssql server 数据库备份还原方法

mssql server 数据库教程备份还原方法 完全备份: 备份全部选中的文件夹,并不依赖文件的存档属性来确定备份那些文件.(在备份过程中,任何现有的标记都被清除,每个文件都被标记为已备份,换言之,清除存档属性).完全备份也叫完整备份. 差异备份: 差异备份是针对完全备份:备份上一次的完全备份后发生变化的所有文件.(差异备份过程中,只备份有标记的那些选中的文件和文件夹.它不清除标记,即:备份后不标记为已备份文件,换言之,不清除存档属性). 增量备份: 增量备份是针对于上一次备份(无论是哪种备份

SQL 数据库备份

15.3.1 用SQL Server Enterprise Manager 管理备份在SQL Server 中无论是数据库备份,还是事务日志备份.差异备份.文件或文件组备份都执行相同的步骤.使用SQL Server Enterprise Manager 进行备份的步骤为: (1) 启动SQL Server Enterprise Manager, 登录到指定的数据库服务器.(2) 打开数据库文件夹,右击要进行备份的数据库图标,在弹出菜单上选择AllTasks, 再选择Backup Database

MySQL数据库备份(转)

mysql|备份|数据|数据库 MySQL数据库备份[晏子]  http://clyan.hongnet.com/index.html在数据库表丢失或损坏的情况下,备份你的数据库是很重要的.如果发生系统崩溃,你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态.有时,正是MySQL管理员造成破坏.管理员已经知道表以破坏,用诸如vi或Emacs等编辑器试图直接编辑它们,这对表绝对不是件好事!备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp.cpio或tar等

再谈MySQL数据库备份恢复和乱码问题

在我转到wordpress之后第一个考虑的是它的数据库备份恢复问题,因为写bloger都知道,自己的blog记录的都是自己需要的宝贵的资料和文字,如果因为各种未知因素导致数据库崩溃或者空间商出了问题,丢失了数据的话,无疑是一种非常巨大的痛苦和损失. 所以在我blog里面有好几篇资料文章或者自己心得文章来讨论mysql数据库备份恢复和乱码问题. 之前那些文章讨论结果已经暂时能满足我数据库备份和恢复问题了,但是始终有个让我不能完全安心的地方,那就是用PMA恢复的时候,使用的是上传机制,那么PHP默认

zabbix进行数据库备份以及表分区的方法_Linux

由于测试环境上面使用的zabbix服务器配置比较低,经常会遇到性能瓶颈(主要是数据库和磁盘I/O等),于是倒逼我使用了一些方式来缓解这些问题. 主要是以前使用的那个备份数据库的脚本是对zabbix数据库进行全备的,使用的又是mysql自带的工具mysqldump,当数据量大了之后进行全备所花的时间比较长,这样将会造成数据库的锁读...从而使zabbix服务以为mysql死掉了,产生一大堆的报警. 后来发现原来造成数据库数据量大量增加的是zabbix数据库中的一些存储数据的大表导致的.于是备份数据

【MS SQL】数据库维护计划之数据库备份(一)

原文:[MS SQL]数据库维护计划之数据库备份(一) 在做数据库备份之前,一定会听到:完整备份.差异备份.增量备份.事务日志备份...等词:下面配图进行说明. 完整备份:完整数据库备份包含数据库中的所有数据.对于可以快速备份的小数据库而言,最佳方法就是使用完整数据库备份.但是,随着数据库的不断增大,完整备份需花费更多时间才能完成,并且需要更多的存储空间.因此,对于大型数据库而言,可以用差异备份来补充完整数据库备份.   差异备份:基于差异备份所包含数据的前一次最新完整备份.差异备份仅捕获自该次

SQL Server 数据库备份

原文 http://www.cnblogs.com/ynbt/archive/2013/04/04/2999642.html 备份数据库是指对数据库或事务日志进行复制,当系统.磁盘或数据库文件损坏时,可以使用备份文件进行恢复,防止数据丢失. SQL Server数据库备份支持4种类型,分别应用于不同的场合,下面简要介绍. (1)完全备份 完全备份,即完整数据库备份,可以备份整个数据库,包含用户表.系统表.索引.视图和存储过程等所有数据库对象.这是大多数人常用的方式,但需要花费更多的时间和空间,所