前言接到任务，需要把用户的业务数据库进行一次rman全备，然后转移到另外一台机器上进行恢复以供测试开发，转移过程中各类文件的存放目录会发生改变。笔者在将控制文件，数据文件，参数文件restore到指定

前言昨儿我在机房睡得正酣的时候，开发人员发来求救讯息，说是Oracle数据库上的一个会话无法被彻底杀死，并告知了SID号和进程状态（killed）。没有多问，我立马发下手机，打开电脑，娴熟的敲下sql

前言常听人说，机器重启能解决99%的问题，如果没解决，那就再重启一遍。笔者最近就因为重启服务器，导致系统异常且无法开机，还好最后解决了，和大家分享下过程。事情的起因是某台IBM老款服务器上运行着一套w

前言解决技术问题，有时候可能根本用不到多少专业技能。多跟用户和同事沟通，捕捉0和1的变化，再经过一番验证和猜测，故障可能就会迎刃而解。排查步骤周一一大早上被用户告知数据库db1的table1表无法获取

前言作为一名DBA，光懂数据库却不懂操作系统也是有弊端的，因为归根结底，数据库是安装在操作系统之上的。笔者最近一次处理故障的过程，充分验证了这个说法。作为打工人是需要随时响应的，周末也不例外。下午接到

前言大早上微信群里开发人员贴出报错截图：ORA16000，databaseopenforreadonlyaccess，无法访问数据库的某张视图。看描述以为是数据库实例出现了问题。但是开发人

前言接用户求助，生产业务上的一套数据库存在归档文件占用过多磁盘空间的问题（约四万个），需要清理，最好设置成定期自动清理，以减少人工干预。处置过程由于Oracle搭建在windows操作系统之上，实现自

oracledataguard

ORA04031

Oracledataguard备库打不开

归档目录空间不足导致的数据库关闭