是一种用于集备份(backup)、还原(restore)和恢复(recover)数据库于一体的Oracle 工具，支持命令行及图形界面操作
数据库备份可以分为完全备份和增量备份。完全数据文件备份是包含文件中所有已用数据块的备份。RMAN将所有块复制到备份集或映像副本中，仅跳过从未使用的数据文件块。完全映像副本可准确地再现整个文件的内容。完全备份不能成为增量备份策略的一部分；它也不能作为后续增量备份的基础。
RMAN使用服务器会话来完成备份操作，从RMAN客户端连接到服务器将产生一个服务器会话
Linux/Unix shell脚本中调用或执行SQL,RMAN 等为自动化作业以及多次反复执行提供了极大的便利，因此通过Linux/Unix shell来完成Oracle 的相关工作，也是DBA必不可少的技能之一。本文针对Linux/Unix shell脚本调用sql, rman 脚本给出了相关示例。
RMAN备份对于Oracle数据库的备份与恢复简单易用，成本低廉。对于使用非catalog方式而言，将RMAN脚本嵌入到shell脚本，然后再通过crontab来实现中小型数据库数据库备份无疑是首选。本文提供了一个简单易用的基于linux shell下的RMAN备份脚本供参考。大家可根据自己的需要进行适当调整。
版权声明：本文为博主原创文章，欢迎扩散，扩散请务必注明出处。 https://blog.csdn.net/robinson_0612/article/details/83581000
昨天对rman数据备份恢复进行了总结， 分享一下。 常用的一些命令 list backup; list expired backup; report schema; report need backup days 3; report need backup; report obsolete; configure channel device type -压缩备份 CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO COMPRESSED BACKU
由于业务增长，频繁的备份还原对于磁盘空间有了更大的空间需求，基本每周500G的磁盘，空间使用率都会达到85%以上，故编写Oracle清理脚本结合crond自动清理Oracle归档日志。
RMAN的备份与恢复存储仓库的数据通常存放于控制文件或恢复目录中，本文主要讲述基于catalog的备份与恢复。
在Oracle中，三大文件即控制文件，数据文件，日志文件的丢失与破坏都将需要使用还原或恢复来使数据库正常化。而RMAN还原与恢复
简言之，将rman的备份恢复命令写成脚本并保存在恢复目录内，恢复目录内的脚本可用性及通用性高于基于文件系统的脚本。
Recovery Manager: Release 11.2.0.3.0 - Production on Tue Jan 9 07:33:58 2018
环境：RHEL 6.5 + Oracle GI 11.2.0.4 + RAC 11.2.0.4 （2 nodes） 需求：制定RAMN备份策略 版本：v1.01 说明：之前说过本系列的实验环境宗旨就是完全模拟生产环境，所有的操作记录在案，每次版本变更都需要详细记录。
在存储恢复目录的数据库创建表空间用于存储恢复目录schema及恢复目录数据(本文使用已经创建好的数据库catadb来存储恢复目录)
之前一直误以为$ORACLE_HOME变量的路径中末尾多写一个"/"不会有影响。 今天做实验时碰到一个情景，发现并不是这样。
数据库备份与恢复是数据库管理员必须掌握的。没有任何系统能免遭硬盘物理损坏、粗心用户的错误操作、或一些可能会威胁到存储数据的潜在灾难的侵袭。为了能够最大限度地恢复数据库数据，保证数据库的安全运行，应该选择最合理的备份方法来防止各种故障所导致的用户数据丢失。
本文发表于itpub技术丛书《Oracle数据库DBA专题技术精粹》,未经许可,严禁转载本文.
--================================= -- 使用RMAN实现异机备份恢复(WIN平台) --================================= 在有些情况下，如数据库服务器处于磁盘空间的压力或成本控制需要将数据文件备份到异机，使用RMAN可以完成该工作。基于Windows平台 所需完成的配置相对简单，仅仅是添加账户与使用新增的帐户来启动数据库服务以及设置共享路径。 下面给出具体描述。 一、配置数据库服务器与备份目的主机 1. 帐户配置(假定有主机A,B 且A为数据库服务器，B为备份目的主机，且能互相ping通) 如果主机A与主机B使用的Administrator密码相同，且A上的OracleServiceDBNAME服务和OracleOraHome92TNSListener服务都以"本 地系统账户登陆" 如果主机A与主机B使用不同的Administrator密码，处于安全考虑不宜设为相同，则则可以分别在主机A与主机B上新建一用户，假 定在主机A上建立DBA_oracle，密码为ORA_PWD，则在主机B上也建立该用户(用户名可以不同，密码必须相同)，密码同样设置为ORA_PWD 。将刚建好的用户在各自主机将其加入到Aministrators组 2. 设定OracleServiceDBNAME服务和OracleOraHome92TNSListener服务的启动帐户。在运行处输入services.msc。在主机A上设定使用此帐 户登陆，即使用刚刚建立的DBA_oracle，输入密码启动，该设置需要重启后有效 3. 在主机B上设定共享文件夹，如RMAN_Shared，设置其权限为完全控制(在A上使用\\IP\RMAN_Shared测试是否可写入文件) 二、查看RMAN的配置与数据库情况
一个通道代表一个到设备(磁盘或磁带)的数据流并且在目标数据库或辅助数据库实例上产生一个相应的服务器会话(server session)
数据库重新启动的时候，收到了ORA-19815的错误。从错误的提示来看，是由于闪回区的空间被填满导致无法成功启动。这种情形我们通常考虑的是清除归档日志，那就直接在OS层面rm了，真的是这样吗？客官，如果你有相同的情形，接下往下看......
备份策略：周日0级备份,周一~周六1级备份,每6小时备份归档日志,每天清理历史文件夹.
当数据库处于归档模式且设置了“CONFIGURE CONTROLFILE AUTOBACKUP ON;”时，若数据库的结构发生了变化（例如添加或删除表空间），则也会自动对控制文件进行备份。需要注意的是，从Oracle 11g开始，rman对控制文件自动备份做了延迟处理。在Oracle 10g中，引入了控制文件的自动备份特性。如果数据库的结构发生了变化，那么Oracle会自动将控制文件备份到指定目录中，并且在告警日志中记录相关的信息。前提是数据库处于归档模式，并且CONTROLFILE AUTOBACKUP设置为ON。但是，从Oracle 11gR2开始，引入了控制文件自动备份延迟创建的特性。即使设置了控制文件的自动备份，在数据库结构发现变化的时候也不会立即看到控制文件的备份，而是在300秒（由隐含参数“_controlfile_autobackup_delay”来控制，默认是300秒）后才会看到控制文件被自动做了备份（经过实验测试，发现实际上是10分钟之后）。而且，在告警日志中也只能看到数据库结构发生变化的信息，而看不到控制文件自动备份的信息了，这是Oracle为了改变性能而引入的，防止用户在一个脚本中多次对数据库结构的变化而创建多个控制文件备份。例如CREATE TABLEPACE、DROP LOGFILE、ADD LOGEILE等，那么Oracle 11g只会备份一个控制文件，而不是多个；对于Oracle 10g只要数据库结构改变，就会自动备份一个。MOS文档[ID 1068182.1]对这个问题做了说明。在Oracle 11g中，备份控制文件的后台进程为MMON的奴隶进程，默认会生成一个trace文件，名称为SID__m000_<OS_PID>.trc，该trace文件中记录了控制文件自动备份的位置和时间：
在Oracle DataGuard部署过程中，如果操作不规范，可能遇到很多想不到的问题。有些问题是配置参数不到位，有些是操作不规范遗漏导致。
问题描述：监控短信通知一oracle服务器磁盘空间告警，登录主机后确认为备份目录使用率过高，此目录只做rman备份，且rman保留策略为1份，正常不可能磁盘空间告警，查看rman备份脚本，备份存储在本地磁盘，其中脚本中删除过期备份策略没有问题，如下： report obsolete;
对于数据库的稳定性，高可用，跨平台以及海量数据库的处理，Oracle 数据库通常是大型数据库和大企业的首选。尽管如此，仍然不乏很多中小企业想要品尝一下Oracle腥味，因此在Oracle环境中也有不少中小型数据库。出于成本的考虑，通常有可能就搞个标准版了，跑在Linux上。谁叫Oracle太贵呢？对于中小企业而言，选择合理的才是最好的。对我们这些个搞DB的，贵的一定有贵的道理，我们也可以都进多几斗米。哈哈......典型的打工者的心态哟。言归正传，中小企业的成本限制了我们搞高可用，RAC和DG也就比较少了。最近就碰到这样的情形，就是能否模拟DataGuard来保护数据库。我们知道DataGuard可以实时将数据库从主库切换到备库，或者从备库再切换回主库，实现无缝对接，从而避免由于硬件故障所带来的数据损失。下文即是基于上面的情形来使用rman catalog方式从某种程度上模拟DataGuard来更大程度地保护数据。
接下来就是把/rman备份目录下的内容都拷贝到新主机上，方法很多，例如scp、磁盘卸载重新挂载等。
背景：在给某客户处理问题时，发现客户数据库的备份空间即将用尽，进一步查看发现是用户数据库的当前RMAN备份策略存在潜在问题，需要修改备份策略。
https://docs.oracle.com/en/database/oracle/oracle-database/19/bradv/configuring-rman-client-basic.html#GUID-98BA7492-7108-4DF9-B5A2-21957072E308
本文作者系大连健哥， POSTGRESQL、ORACLE 数据库资深从业人员、IT 技术的深度爱好者。相信科学改变人类、技术创造未来。个人主页：https://www.cnblogs.com/gaojian/，经其本人授权发布。
最近在做NBU Oracle备份的恢复测试，执行恢复时报错ORA-27211: Failed to load Media Management Library，具体处理过程如下： 一、错误信息
参考文章：Data Guard Physical Standby Setup in Oracle Database 11g Release 2
本系列宗旨：真正掌握OCP考试中所考察的技能，坚决不做Paper OCP! 实验环境：RHEL 6.4 + Oracle 11.2.0.4
备份就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库副本的磁带或磁盘。通常也将存放于转储设备中的数据库的副本称为原数据库的备份或转储。备份是一份数据副本
中小型数据库呈现的是数据库并发少，数据库容量小，版本功能受限以及N多单实例等特点。尽管如此，数据库的损失程度也会存在零丢失的情形。企业不愿意花太多的钱又要保证数据库的可靠稳定，可是苦煞了我这些搞DB的。接上一篇文章，中小型数据库 RMAN CATALOG 备份恢复方案(一)，我们继续来给出基于中小型数据库的恢复的脚本与其部署。
说明：这里的Oracle服务器是linux系统，windows系统也是一样的！！
数据备份重于一切，每个DBA都应该对备份恢复了然于胸。在数据库维护中，备份是重中之重的事，而恢复也是检验一个DBA是否合格的重要标识。
迁移数据库的方法有多种，较为常用的则是使用RMAN来迁移。使用RMAN迁移数据库属于数据库的物理备份与恢复范畴，整个过程中数据库的相关信息是完整地镜像。因此，基于此种方式还原恢复的数据库用于测试会使得与真实的生产环境差异相对较小。本文描述了使用RMAN来还原Oracle 10g数据库的过程。
实验环境： A机器（生产用途）：RHEL 6.5 + Oracle 11.2.0.4 + IP Address 192.168.1.11 B机器（备机用途）：RHEL 6.5 + Oracle 11.2.0.4 + IP Address 192.168.1.61
对于基于日志复制的主备数据库来说，由于配置不当或者备库空间问题造成主数据库的日志被自动清理，造成主备数据库同步中断，对于管理人员来说，也许就是一种失责甚至灾难(如果主发生故障),同样基于日志复制的同步软件来说，存在同样的问题，日志由于各种原因被删除,造成同步数据被中断，如果有定时备份日志，无非就是延迟的问题，如果无日志，可能重新初始化，尤其对于架构复杂以及多链路的复制，修复数据也是头疼事情。
在搭Oracle dataguard练习中，主库和从库已经配置好，备库执行rman的duplicate操作时报以下错误
在Oracle 19c中，RMAN 连接PDB时可能会出现ORA-01017的错误，如下：
可以vi批量替换,比如:%s#/u01/logs/my#/u01/redologs/a#g替换所有/u01/logs/my为/u01/redologs/a。 修改完如下: vi /home/oracle/create_db.sql
rman在数据的备份恢复中还是发挥了重大的作用，把冷备，热备这种手工备份方式做了集成化的管理，可以基于这个工具集完成相对复杂额备份恢复工作。 当然了rman相对于传统的手工备份，提供了更多的改进， 比如压缩备份，我们手工测试的场景中，一个1.5G的小库，如果数据文件的使用率不到300M，那么生成的dump就在近300M，如果开启压缩备份的方式，生成的备份集差不多会在80M左右，改进的幅度还是很大的。比如并行备份，开启多个通道对于数据库中的多个数据文件备份进行分工，还可以在这个基础 上进行备份切分，把一个很大
编辑手记：一切都有可能而且将会发生故障。只有未雨绸缪才能防患未然。 作者简介：赵全文 就职于太极计算机股份有限公司,在 中央电化教育馆 做Oracle DBA的驻场运维工作。 作为一个DBA，要
通过视图V$RMAN_CONFIGURATION可以查询其配置信息或在RMAN中使用SHOW ALL命令查看。如下所示：
最近在从活动数据库进行异机克隆时碰到了ORA-17629，ORA-17627，ORA-12154的错误，起初以为是一个Bug呢。Oracle Bug着实太多了，已经成了习惯性思维了。汗！错误提示是无法连接到连接到远程数据库，连接字符串无法解析。咦，配置了从auxiliary DB到target DB的tnsnames，且都是连通的阿......
背景：这里提到的常规恢复指的是数据库有完备可用的RMAN物理备份。 实验环境：RHEL6.4 + Oracle 11.2.0.4 单实例.
Data Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能
在最近的一个大型项目中，用户提到由我们云提供商进行Oracle数据库的备份、迁移集成工作，是选择用DG、还是RMAN？我们今天来分析一下。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
