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

转自 http://blog.sina.com.cn/s/blog_7c5a82970101g4s7.html 策略有两种,一种是基于恢复窗口策略的,一种是基于冗余策略的. 基于恢复窗口策略: 定义的是保留的备份文件必须要能保证恢复到近N天的任意时间点. CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS; 让恢复窗口成为14天大小. 基于冗余策略: 定义的是每个文件至少要保留几份备份. CONFIGURE RETENTION POL

RMAN备份保留策略 定义备份保留策略有以下两种方式: 1.使用CONFIGURE RETENTION POLICY TO RECOVERY WINDOW命令. 例如:RMAN>CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 5 DAYS; 我现在的时间是6月11日16:42,如果我设置了上述备份保留策略并进行备份,则该备份在6月16日16:42之后会被标识为废弃. 2.使用CONFIGURE RETENTION POLICY REDUNDANC

RMAN增量备份:增量备份级别:0,1,2,3,4BACKUP DATABASE也是创建数据库的完整备份,但是这种备份不同于增量备份的0级备份.这种备份不包含增量备份的0级备份,并不支持在此基础上再创建增量备份.1.建立增量级0级的全库备份 C:\Users\Administrator>RMAN 恢复管理器: Release :: Copyright (c) , , Oracle and/or its affiliates. All rights reserved. RMAN> CONNECT

InfluxDB每秒可以处理成千上万条数据,要将这些数据全部保存下来会占用大量的存储空间,有时我们可能并不需要将所有历史数据进行存储,因此,InfluxDB推出了数据保留策略(Retention Policies),用来让我们自定义数据的保留时间.更多InfluxDB详细教程请看:InfluxDB系列学习教程目录 InfluxDB技术交流群:580487672(点击加入) 一.InfluxDB 数据保留策略 说明 InfluxDB的数据保留策略(RP) 用来定义数据在InfluxDB中存放的时间

retention policy: 存储策略,用于设置数据保留的时间,每个数据库刚开始会自动创建一个默认的存储策略 autogen,数据保留时间为永久,之后用户可以自己设置,例如保留最近2小时的数据.插入和查询数据时如果不指定存储策略,则使用默认存储策略,且默认存储策略可以修改.InfluxDB 会定期清除过期的数据. -----------------------------------------------------------------------------------------

网友Siguoei:我想让一个库中不同的measurment能够指定不同的保存策略.而不是写入时使用数据库的默认保留策略. Answer:这个特性InfluxDB支持的,写入时序数据时,在行协议前加上保留策略名,以influx命令行操作为例,insert语句的语法如下. insert into <rp-name> <line-protocol> 需要注意的是,因为写入的时序数据记录对应的保留策略,不是默认保留策略,在查询相关时序数据记录时,需要加上保留策略名,select语句的语法

例如: rman>configure retention policy to recovery window of 7 days; 那么就是说,至少要使得保留下来的备份,可以支持恢复到从当前回溯7天前到现在为止,任意时间点的状态. 如果1号和15号分别作了一个全备份,看看到24号的时候: 往回看,7天前的日子是 18日.那么就需要至少保留15号的全备份和此后的归档日志. 那么1号的全备份和1号到15号之前的归档日志就是过期(obsolete)的.

更详细信息请转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

问题描述:有一个问题,有同事在查询awr报告收集策略的时候,发现有两个库的策略,一套自己的,另一套已经找不到属于谁了,那么究竟是什么情景会出现这样的场景呢? 1.一开始网上找解答也没有得到解决,询问技术群和同事得到了两种解答,得到了两种比较靠谱的答案.一种是怀疑这个库之前导入过AWR报告;一种是说这个库之前做过不完全恢复,导致遗留了两种不通的DBID 2.测试了导入导出AWR报告的方式,将一个库的AWR报告导入到另一个库中,测试中使用的是11g到19c的环境 导出AWR:@$ORACLE_HOM

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 不完全恢复 9.1 rman 不完全恢复的三个标准模式:基于time.基于scn和基于sequence: 范例1:恢复过去某个时间点误操作,一般使用基于time或scn. 1)环境:有一套全备份,controlfile AUTOBACKUP设成on RMAN> show all; CONFIGURE CONTROLFILE AUTOBACKUP ON; //控制文件自动备份,备份目的地是flash_recovery_area SQL> select * from scott.t1;

转载请注明出处:http://blog.csdn.net/guoyjoe/article/details/12517603 正确答案:AB 在Oracle 11g中,可以使用backup ….keep命令保留比RMAN备份保留策略所指定的时间更长的备份.使用这个命令,可以构造能保留数年的归档备份,以满足特定的目的,如满足管理需求等.也可以出于测试目的,利用归档备份对数据库进行定期还原.这些归档备份包含还原和恢复一个数据库必需的所有文件. 在Oracle 10g中,使用keep选项覆盖一个备份已配

053:数据库高级管理: 目录 第一部分:数据库备份与恢复... 4 第一章:备份恢复概述... 4 1.1 备份的意义: 4 1.2 数据库故障的类型:... 4 1.3 制定你的备份和恢复的计划... 4 1.4 备份恢复分类... 5 1.5 备份恢复方式... 5 1.6 完全恢复与不完全恢复... 5 1.7 归档与非归档... 6 第二章:手工备份与恢复... 6 2.1 手工备份:... 6 2.2 手工备份和恢复的命令... 6 2.3 备份前应对数据库进行检查: 7 2.4 手

早上收到一台Linux服务器磁盘告警邮件以及监控告警日志程序发来的邮件.检查过后,发现Linux服务器中一个分区没有空间了.主要原因是由于昨晚程序员做升级时,产生了大量的归档日志,导致联机重做日志无法归档,出现下面错误: 363 | Wed Mar 19 02:33:16 2014 | ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/mes/redo02.log' 369 | Wed Mar 19 02:34:16 2014

问题现象: XXXsdgebus-dg GAP手工注册归档 #出现GAP idle>select * from v$archive_gap; THREAD# LOW_SEQUENCE# HIGH_SEQUENCE# ---------- ------------- -------------- 1        140513         140513 一.备库查询: #查询DG架构中存在的UNIQUE_NAME log_archive_config                DG_CON

近期在启动监听器的时候收到了TNS-01201: Listener cannot find executable...的错误提示.这个错误还真是一个一直没有碰到过的错误.咋一看还真不明确是怎么一回事呢.以下是错误的具体描写叙述与解决方式. 1.故障描写叙述#在启动监听器时收到了TNS-01201错误,监听器无法找到可运行文件oracle@DevDB02:~> lsnrctl start LISTENER_USBO2 LSNRCTL for Linux: Version 10.2.0.3.0 -

概述:Telegraf收集信息,influxdb时序数据库存储数据,grafana平台展示数据,并进行监控告警,组成一个自动化运维监控平台. 一.influxdb ​ InfluxDB是一个由InfluxData开发的开源时序型数据.它由Go写成,着力于高性能地查询与存储时序型数据.InfluxDB被广泛应用于存储系统的监控数据,IoT行业的实时数据等场景. 1. 三大特性 时序性(Time Series):与时间相关的函数的灵活使用(诸如最大.最小.求和等): 度量(Metrics):对实时大

背景:在给某客户处理问题时,发现客户数据库的备份空间即将用尽,进一步查看发现是用户数据库的当前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

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