首页 - 互联网

rman cross策略

作者: 五速梦信息网
时间: 2026年04月04日 13:29

rman cross策略

2024-08-20

更详细信息请转http://blog.chinaunix.net/uid-21187846-id-3017363.html 天,这里修改为15天:这样比较保险,到时候恢复时也可以找到当时的备份元数据: 命令如下: Alter system set control_file_record_keep_time=15 scope=both; 2,正式启用RMAN备份计划之前先清一下RMAN备份记录,否则RMAN备份时可能会报找不到已手工删除的归档日志: rman>crosscheck archivel

DG环境数据库RMAN备份策略制定: 主库(Primary) 全库备份归档备份删除历史文件夹备库(Standby) 删除归档引用说明主库(Primary) $ crontab -l 0 1 * * * /bin/bash /usr2/backupsh/full_backup.rman 0 */2 * * * /bin/bash /usr2/backupsh/arch_backup.rman 0 3 * * * /bin/bash /usr2/backupsh/del_old.sh 全库

背景:在给某客户处理问题时,发现客户数据库的备份空间即将用尽,进一步查看发现是用户数据库的当前RMAN备份策略存在潜在问题,需要修改备份策略. 环境:SunOS 5.10 + Oracle 11.2.0.3 1.分析当前RMAN备份策略的问题 2.拟出解决方案供客户选择 3.根据实际情况决定删除无用历史备份 4.总结 1.分析当前RMAN备份策略的问题 1.1 查看系统任务调度 -bash-3.2$ crontab -l 0 0 * * 0 /oradata03/backup/rman/db_f

本文是<RMAN备份策略与异机恢复一例>的续篇,继续实验验证,最终实现两个需求: 1.异机恢复临时测试的小库 2.传输归档时,实现增量传输 1.异机恢复临时测试的小库之前异机恢复的需求已经演练成功,现在需要保持之前恢复的库orcl不动,全新恢复一个用于临时测试指定时间点的小库,实例名称规划为testdb. 注意:风险点在于一定要注意所有步骤操作仔细,不能影响到现有环境orcl. 知识点: a.如何恢复指定时间点的数据库 b.如何重定向数据库各文件的路径 c.如何验证数据是否是自己需要的查询

实验环境: 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 需求: A机器RMAN备份完成后自动传输备份文件到B机器.防止A机器本身硬件Crash无法恢复造成核心数据库无法恢复的窘境.而且在B机器可以将数据异机恢复到任意时间点. 注意:因为要求备份完毕后直接脚本命令自动传输到异机备份目录,所以需

建立增量备份:如果数据库运行于不归档模式下,只能在数据库干净关闭的情况下 ( 以 normal .immediate . transactional 方式关闭 ) 才能进行一致性的增量备份,如果数据库运行于归档模式下,那即可以在数据库关闭状态进行,也可以在数据库打开状态进行备份.再次说明了打开归档模式的优势,归档日志也就是多占些磁盘空间,可也相当于又给数据加了层保护.建立增量备份,实质就是一个参数 incremental level=n ,在执行 backup命令时加上即可,例如,建立一个增量级

1. 查看可设置参数 RMAN> show all; RMAN configuration parameters for database with db_unique_name DRZ are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default CONFIGURE BACKUP OPTIMIZATION OFF; # default CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CON

什么是备份的保留策略(retention policy) 保留策略就是指某份备份是否要保留以及保留多久.可以使用configure retention policy命令来创建一个一致的.自动的备份保留策略. 当一个备份策略生效后,rman就认为数据文件.控制文件的备份是obsolete的,也就是说根据用户配置,不再需要这些备份进行恢复.用户可以使用report obsolete命令找出obsolete的文件并使用delete obsolete将其删除. 随着备份次数的增加,老的备份文件会变得ob

模拟环境 1. 做操作之前先备份数据库 RMAN> run { # Hot database level 0 whole backup allocate channel t1 type disk; backup incremental level 0 skip inaccessible format '/oracle/backup/back_%s_%p_%T_%d' #AS COMPRESSED backupset database p

前篇介绍了通过rman进行各种备份,进阶篇则主要是rman的一些功能扩展和增加功能,利用前篇你已经完全可以完成数据库的备份,而通过本篇你可以更好更方便的完成数据库的备份. 一.建立增量备份如果数据库运行于不归档模式下,那么你只能在数据库干净关闭的情况下(以NORMAL.IMMEDIATE.TRANSACTIONAL方式关闭)才能进行一致性的增量备份,如果数据库运行于归档模式下,那即可以在数据库关闭状态进行,也可以在数据库打开状态进行备份.再次说明了打开归档模式的优势,归档日志也就是多占些磁盘空

I.备份所有归档日志文件 RMAN> BACKUP FORMAT '/u01/backup/arch_%U_%T' skip inaccessible filesperset 5 ARCHIVELOG ALL DELETE INPUT; II.使用RMAN方式清除 RMAN清除方式会自动清除磁盘上的归档日志文件,同时会释放控制文件中对应的归档日志的归档信息. 可以基于不同的条件来清除归档日志,如基于SCN,基于SEQUENCE,基于TIME等方式. 对于上述的三种方式又可以配合from, unt

本文主要针对备份和恢复数据文件,具体rman知识点查阅我的另一篇文章:http://blog.csdn.net/perfect_db/article/details/8765022 首先看看数据文件的情况: SQL> selectfile_name,file_id,tablespace_name from dba_data_files; FILE_NAME FILE_ID TABLESPAC

本地连接: $ rman target / or $ rman target / nocatalog 远程连接: $ rman target sys/sys@sky RMAN命令执行方式: 1.单条命令执行 2.使用run{} 3.脚本执行 RMAN TARGET / @XXXX.RMAN RMAN TARGET / CMDFILE=XXXX.RMAN RMAN TARGET / LOG /HOME/ORACLE/RMAN.LOG APPEND @XXXX.RMAN 在RMAN中可以使用@XX

RMAN备份到共享存储失败(win平台) 之前在<Win环境下Oracle小数据量数据库的物理备份>这篇文章中,介绍了在win平台下对于小数据量的数据库的物理备份设计. 文中重点提到,强烈建议备份文件有单独的存储,防止存储单点故障时备份文件亦不可用. 当我在实验环境实际去模拟这种使用单独存储的环境时,出现意料之外的问题:备份到映射的盘符无法成功,报错如下: 启动 backup 于 24-7月 -17 当前日志已存档通道 c1: 正在启动归档日志备份集通道 c1: 正在指定备份集内的归档日志

Oracle RAC 实验环境RMAN备份v1.01 环境:RHEL 6.5 + Oracle GI 11.2.0.4 + RAC 11.2.0.4 (2 nodes) 需求:制定RAMN备份策略版本:v1.01 说明:之前说过本系列的实验环境宗旨就是完全模拟生产环境,所有的操作记录在案,每次版本变更都需要详细记录. 1.前期准备 2.备份脚本 3.定时执行 1.前期准备确认备份路径? 备份路径是NAS存储的一个目录,通过NFS映射过来. /etc/fstab增加一行: 192.168.1.

[RMAN]RMAN脚本中使用替换变量--windows 下rman全备脚本一.1 BLOG文档结构图一.2 前言部分一.2.1 导读各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① windows 下rman全备脚本的写法(重点) ② 11g rman中run块中采用变量(亮点) 本文如有错误或不完善的地方请大家多多指正,ITPUB留言或QQ皆可,您的批评指正是我写作的最大动力. 一.2.2 实验环境介绍目标库

技阳的rman数据库出现删除rman备份失败,原因是出现SBT_TYPE的磁带备份. [BEGIN] 2018/8/13 13:48:42 RMAN> list backup; List of Backup Sets =================== BS Key Size Device Type Elapsed Time Completion Time ------- ---------- ----------- ------------ --------------- 8480 117

1.重建主机的Oracle用户组统一规范 uid gid 以保证共享存储挂接或其他需求的权限规范 userdel -r oracle groupadd -g 7 oinstall groupadd -g 7 dba useradd -g oinstall -G dba -u 7 oraclepasswd oracle #id oracle uid=7(oracle) gid=7(oinstall) 组=7(oinstall),7(dba) 2.安装好Oracle 需要的rpm包.安装rpm依

环境: 主库A机:在线生产环境,RHEL 6.4 + Oracle 11.2.0.3 备库B机:新增备机,RHEL 6.4 需求: 对生产环境最小影响前提下配置DG备库. 目录: 一.B机安装相同版本Oracle软件二.A机,B机配置网络连接 2.1 配置listener.ora 2.2 配置tnsnames.ora 2.3 生成密码文件三.配置主库A机,需要重启A机数据库四.duplicate主库到备机 4.1 B机确定以下目录存在且赋予正确权限 4.2 B机数据库启动到nomount模

数据库重新启动的时候,收到了ORA-19815的错误.从错误的提示来看,是由于闪回区的空间被填满导致无法成功启动.这种情形我们通常考虑的是清除归档日志,那就直接在OS层面rm了,真的是这样吗?客官,如果你有相同的情形,接下往下看...... 1.故障现象idle> startupORACLE instance started. Total System Global Area 238530560 bytesFixed Size 1335724 bytesVar