枫树林

以下内容由同事提供 Suse linux将其从2.6.16.60-0.54.5升级到2.6.16.60-0.66.1，主要解决服务器经常僵死、宕机、无法重启的问题。 升级步骤总结： 准备工作： 1、拷贝相关内核补丁和Ultrapath软件到/home/software路径下； 2、备份df -h及fdisk -l命令的结果到其他服务器； 3、备份

TOP是一个动态显示过程,即可以通过用户按键来不断刷新当前状态.如果在前台执行该命令,它将独占前台,直到用户终止该程序为止.比较准确的说,top命令提供了实时的对系统处理器的状态监视.它将显示系统中CPU最“敏感”的任务列表.该命令可以按CPU使用.内存使用和执行时间对任务进行排序；而且该命令的很多特性都可以通过交互式命令或者在个人定制文件中进行设定.top - 12:38:33 up 5

同事邮件问我oracle 的主机上 /dev/shm 下有好多文件，快要把/dev/sdm目录占用完了，其实只占用了62%  一、/dev/shm理论/dev/shm/是linux下一个非常有用的目录，因为这个目录不在硬盘上，而是在内存里。因此在linux下，就不需要大费周折去建ramdisk，直接使用/dev/shm/就可达到很好的优化效果。 /dev /shm/需要注意的一个是容量问题

转自 http://www.askmaclean.com/archives/script-collect-rac-diag.html以下脚本可以用于汇总RAC诊断信息， 并非每一个输出或者每一个日志都要阅读，在问题诊断时可以有针对性地查看， 如果是远程协助的会，可以让用户收集完打包 ，这样省去多次交互的时间：     - Cluster 启动状态   - hostname   -

2013年6月23 日 南非某运营商数据库,因为磁盘空间爆满，前线运维同事，进行了一些数据文件的移动引发数据库不能startup,在alter 日志也无相关的错误。有时会报并出现 ora-01157错误。oracle@mos5200db1:~> oerr ora 115701157, 00000, "cannot identify/lock data file %s - s

2013 年 8 月21 号  印尼某运营商， 7 *24 小时业务系统 新上线后， 每天都在 22 之后发生假死的现像。 查询数据缓慢，有时还不能联接。已遭到客户的的投诉， 交付压力力很大。     OS: suse10      dbms : Oracle 11.1.7   22 号 22：30分左右， 系统又突然变慢， 查询等待事件， 系统表现，很慢， 根本查不出结果。

在我们经常接触运维的过程中，经常会遇到僵尸进程的问题，有些会自动回收掉，有些则不能，如果数理过多，会对服务器产生大的影响如何查到僵尸进程top cmdtop - 09:41:16 up 157 days, 19:44,  8 users,  load average: 19.28, 26.37, 37.92Tasks: 781 total,  17 running, 758 s