CONTROL_FILE_RECORD_KEEP_TIME

简介: 前言: ?在检查数据库备份的时候发现,虽然数据库的备份保留策略是30天,在rman运行命令list backupset的时候发现数据库只有显示最近7天的备份信息; 背景知识: 突然想起数据库的一个参数CONTROL_FILE_RECORD_KEEP_TIM...

前言:

?在检查数据库备份的时候发现,虽然数据库的备份保留策略是30天,在rman运行命令list backupset的时候发现数据库只有显示最近7天的备份信息;

背景知识:

突然想起数据库的一个参数CONTROL_FILE_RECORD_KEEP_TIME,这个参数默认的保留时间是7天;

clip_image002

     CONTROL_FILE_RECORD_KEEP_TIME参数的官方解释:CONTROL_FILE_RECORD_KEEP_TIME specifies the minimum number of days before a reusable record in the control file can be reused. In the event a new record needs to be added to a reusable section and the oldest record has not aged enough, the record section expands. If this parameter is set to 0, then reusable sections never expand, and records are reused as needed.

If the number of reusable records in the control file exceeds the circular reuse record limit UB4MAXVAL, then reusable records will be overwritten even if CONTROL_FILE_RECORD_KEEP_TIME has not elapsed. UB4MAXVAL is defined in the oratypes.h header file, which is found in the public directory. Its value may vary according to the operating system you are using.

结合rman的备份理解如下:Oracle基于RMAN的备份方式,可分为以catalog 和nocatalog的两种方式进行备份管理。其中,catalog的方式需要一个catalog目录数据库,这个数据库一般运行在另外一台服务器上,这种方式可以用于用户有多个Oracle数据库的环境,同时对数据库的备份恢复信息也可以长久的保存,也就是RMAN把对数据库A的备份恢复记录保留在catalog目录数据库中。

而基于nocatalog的备份管理方式,是将RMAN的备份信息放在控制文件中,由于控制文件的大小不能无限增大,所以在控制文件中只能保留一段时间的备份与恢复信息,而这个时间的控制,由一个参数为参考依据,这个参数就是control_file_record_keep_time,通过在sqlplus中show parameter control_file_record_keep_time 可以查到这个参数的值,默认为7天;

解决方法:

当前数据库的备份方式是本地的nocatalog的方式进行备份的,所以control_file_record_keep_time参数上面的7天就成了整个备份的保留时间周期了;

因此只要修改这个参数的日期即可,修改脚本:SQL> alter system set CONTROL_FILE_RECORD_KEEP_TIME=30;

clip_image004

显示当前已经修改成30天了;

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

IT技术员的理想发展曲线:技术员――技术管理――运营管理――企业战略

个人理念:不做单纯的技术,技术就做管理的技术

ORACLE技术管理QQ群:367875324

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

相关文章
|
负载均衡 Dubbo 应用服务中间件
Docker Overlay网络的一些总结
在早期的docker版本中,是不支持跨主机通信网络驱动的,也就是说如果容器部署在不同的节点上面,只能通过暴露端口到宿主机上,再通过宿主机之间进行通信。随着docker swarm集群的推广,docker也有了自家的跨主机通信网络驱动,名叫overlay,overlay网络模型是swarm集群容器间通信的载体,将服务加入到同一个网段上的Overlay网络上,服务与服务之间就能够通信。
1038 0
Docker Overlay网络的一些总结
|
NoSQL Cloud Native 关系型数据库
阿里云RDS云数据库详解(三分钟)
阿里云RDS云数据库详解(三分钟),阿里云RDS关系型数据库如MySQL版、PolarDB、PostgreSQL、SQL Server和MariaDB等
401 1
|
JavaScript Java 关系型数据库
Springboot+vue的课程管理系统(教务管理系统)。Javaee项目,springboot vue前后端分离项目。
Springboot+vue的课程管理系统(教务管理系统)。Javaee项目,springboot vue前后端分离项目。
|
9月前
|
机器学习/深度学习 人工智能 自然语言处理
智能语音识别技术在多语言环境中的应用与挑战####
随着全球化的不断推进,跨语言交流的需求日益增长,智能语音识别技术成为连接不同语言文化的桥梁。本文旨在探索该技术在多语言环境中的应用现状、面临的挑战及未来发展趋势,通过深入分析技术瓶颈与创新策略,为促进全球无障碍沟通提供新视角。 ####
|
9月前
|
Web App开发 移动开发 安全
h5页面的优缺点(浅谈)
H5页面优点包括:跨平台性,易于传播,丰富的多媒体支持,开发成本低,更新便捷,良好的交互性。缺点则有:性能受限,功能受限,高度依赖网络,存在安全风险,用户体验一致性差。确保H5页面在不同设备上的兼容性,需遵循HTML5标准,使用响应式设计,并进行多设备测试。优化H5页面性能的方法包括减少HTTP请求,压缩文件大小,利用缓存机制,优化代码执行效率等。
|
11月前
|
人工智能
开启歌词创作之门:写歌词的技巧和方法详解,妙笔生词AI智能写歌词软件
歌词创作是通往音乐灵魂深处的大门。本文介绍了一些实用技巧,如借助《妙笔生词智能写歌词软件》的AI功能,捕捉生活中的灵感,确定主题,合理安排歌词结构,运用生动的语言和修辞手法,确保韵律和节奏,帮助你轻松开启创作之旅。
|
11月前
|
Kubernetes JavaScript 前端开发
k8s学习--chart包开发(创建chart包)
k8s学习--chart包开发(创建chart包)
543 1
|
小程序
【亲测有效】3步实现 微信小程序内接入小程序客服,网页端客服工具与移动端小程序客服工具使用方法,使用入口,并设置当前客服状态
【亲测有效】3步实现 微信小程序内接入小程序客服,网页端客服工具与移动端小程序客服工具使用方法,使用入口,并设置当前客服状态
1061 0
|
SQL 关系型数据库 MySQL
mysql日志管理 、备份与恢复
mysql日志管理 、备份与恢复
|
存储 关系型数据库 MySQL
第九章 使用Helm安装MySQL
第九章 使用Helm安装MySQL
360 1