首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    ps命令

    Linux是一个多任务、多用户的操作系统,因此它允许多个进程同时运行而不相互干扰,进程是Linux操作系统的重要基本概念之一,进程是程序的执行实例,在操作系统中执行不同的任务。Linux为我们提供了一个名为ps的实用程序,用于查看与系统上的进程相关的信息,它是process status进程状态的缩写,ps命令用于列出当前正在运行的进程,它们的pid以及一些其他信息取决于不同的选项,它从/proc文件系统中的虚拟文件读取进程信息,/proc包含虚拟文件,这就是它被称为虚拟文件系统的原因,process status命令ps显示有关活动进程的信息,类似于windows的任务管理器,每个操作系统的ps版本都略有不同,因此若要是需要获取详细情况则需要查阅操作系统的wiki。

    01

    悬崖边上的舞者,记7.2生产数据库灾难事件

    7月2日是一个难得的大晴天,一段时间以来桂林一直在下雨,一直下,害的我减肥的计划一再的泡汤,因为下雨每天早上的跑步变成了观雨。和往常一样,准时来到单位,却不准时的得到一个消息:昨晚前置生产数据库出问题了,连接不上。本能的反应,日志满了,或者服务器交换空间不足。急忙赶到运维间,经询问夜间值班人员,发现后续的情况是:logsegment日志空间确实是满了,发现问题后,运维人员采用dump日志的方式进行处理,却发现dump根本不被执行,无奈最后只得采用增加log设备空间的方式,进行了紧急处理。现在的问题是到底是什么原因引起的log空间的陡然间增加呢?

    02

    【Oracle】-【v$session】v$session的SNIPED状态

    最近有个测试库刚出现的情况, 现象: 以前一直未出现过这种状态: 有的应用(这里部署的应用有100多个,且都是Tuxedo长连接数据库 的应用)每天第一次执行时报:ORA-02396: exceeded maximum idle time, please connect again 过段时间会有应用报错:ORA-02391: exceeded simultaneous SESSIONS_PER_USER limit,此时也无法登录数据库了。 测试库信息: 版本:9.2.0.7.0 判断问题思路: SELECT * FROM v$session WHERE username='STAR' ORDER BY status; 查看有许多都是SPINED状态的。 用下面的语句产生的kill -9 ...会提示no such process或invalid id,SPID不是OS进程的ID么? SELECT s.username,s.status,s.machine,osuser,spid, 'kill -9 '||spid UNIX_level_kill, 'alter system kill session ' ||''''||s.sid||','||s.serial# || ''';' Oracle_level_kill, TO_CHAR (logon_time, 'dd/mm/yyyy hh24:mi:ss') logon_time, last_call_et idle_time, TO_CHAR (TRUNC (last_call_et / 3600, 0))||' '||' HRS '||TO_CHAR (TRUNC ((last_call_et - TRUNC(last_call_et / 3600, 0) * 3600) / 60, 0)) ||' MINS' idle_time_hour_minute, module FROM v$session s, v$process p WHERE TYPE = 'USER' AND s.username='STAR' AND p.addr = s.paddr AND status = 'SNIPED' -- AND SUBSTR (machine, 1, 19) NOT IN ('machine') AND last_call_et > 60 * 60 * 2 -- session idle time more than 1 hour

    02
    领券