本文是对这篇文章Detect And Repair Corruption in an Oracle Database[1]的翻译,翻译如有不当的地方,敬请谅解,请尊重原创和翻译劳动成果,转载的时候请注明出处。谢谢! Oracle数据库提供了多种方法检测和修复数据文件中的坏块。主要有下面一些方法: RMAN (BACKUP VALIDATE, RESTORE VALIDATE, VALIDATE)
今天处理一个阿里云ECS上自建Oracle数据库,CPU飙升到100%的问题,把整个过程分享给各位小伙伴,希望能帮助到您。 问题现象 早上接到业务系统运维人员电话,告知系统很卡无法运行。问题数据库是一台在阿里云ECS上自建的Oracle数据库。登录到操作系统上排查,先把操作系统环境看一下。4cpu16G内存100G的磁盘还有剩余。操作系统环境基本上没有问题。 Last login: Thu Jun
1、adump目录下大量aud文件 事情的起因是一个客户的监控告警,/u01目录的inode使用率100%,经过排查发现是oracle数据库的audit_file_dest目录(/u01/app/oracle/admin/ora11g/adump)有大量的.aud文件,这些文件单个文件小,但是数量众多,导致占用了大量inode空间。 为了尽快恢复,先把adump目录下.aud文件先删除掉 cd /
Peter Zaitsev 是一位来自俄罗斯的软件工程师和企业家,曾在 MySQL 公司担任性能工程师。大约 15 年前,在甲骨文 (Oracle) 公司收购 Sun 公司并进而收购 MySQL 时,曾涌现过很多关于甲骨文公司何时"杀死 MySQL"的讨论。针对网上这些不友好的说法 ,他还曾为甲骨文进行过辩护。 但时至今日,Zaitsev 的看法已经发生了改变。他开始质疑,甲骨文偏爱在其专有系统中