عندى كذا برنامج شغلين فى وقت واحد مثلا يقوم برنامج لايقدر على مواصلة العمل علية بسبب ادخال خطا ادخال اوغيرة كنت بعمل لة kill session من داخل الاوركل
اريد كود يرن فى داتابيز يعمل يعرف اى user and session الموجود بها المشكلة

أعتقد المستخدم لهذا الـ session عند حدوث مشكله عنده من هذا النوع سيبلغ الـDBA
طبعا DBA يستطيع استخراج معلومات session الذي فيه المشكلة من عرض
الـDynamic Performance View وهي V$session
حيث يحدد منها :
SID ,SERIAL#,OWNERID,username
ثم ينفذ الأمر :
Alter system Kill session 'x,y'
حيث :
x=SID
y=serial#

أرجو أن يكون هذا طلبك
تحياتي

Reviewer: A reader

One of our dbas has suggested using this script below to find sessions which are
running for more than 2 hours, if yes then those sessions will be killed(oracle
& then os level). i disagree using this process.

can you please look at this script and provide your feedback if it's gonna work
as expected


SELECT
S.STATUS "Status",
S.SERIAL# "Serial#",
S.TYPE "Type",
S.USERNAME "DB User",
S.OSUSER "Client User",
S.SERVER "Server",
S.MACHINE "Machine",
S.MODULE "Module",
S.CLIENT_INFO "Client Info",
S.TERMINAL "Terminal",
S.PROGRAM "Program",
P.PROGRAM "O.S. Program",
s.logon_time "Connect Time",
lockwait "Lock Wait",
si.physical_reads "Physical Reads",
si.block_gets "Block Gets",
si.consistent_gets "Consistent Gets",
si.block_changes "Block Changes",
si.consistent_changes "Consistent Changes",
s.process "Process",
p.spid, p.pid, si.sid, s.audsid,
s.sql_address "Address", s.sql_hash_value "Sql Hash", s.Action,
sysdate - (s.LAST_CALL_ET / 86400) "Last Call"
FROM
V$SESSION S,
V$PROCESS P,
sys.V_$SESS_IO si
WHERE
S.paddr = P.addr(+)
and si.sid(+)=s.sid and S.USERNAME like 'APL%'
AND s.LAST_CALL_ET/60 >= 2.1
ORDER BY 5
DESC


Followup:
why would they not use resource profiles?

but yes, that'll id any CALL that has been going on for 2ish hours -- if the
joins are right -- last_call_et can be used for that.

شاعد الصفحة التالية

http://asktom.oracle.com/pls/ask/f?p=4950:...D:1419803982336

على امل ان اكون قد افدت

والى الامام

شكرأ اخى hassanعلى المساعدة