Odrzucanie podłączonego użytkownika ze schematu bazy danych Oracle 10g

Question

Czy istnieje lepszy sposób na wymuszenie rozłączenia wszystkich użytkowników ze schematu bazy danych Oracle 10g niż ponowne uruchomienie usług bazy danych Oracle?

Mamy kilku programistów używających programistów SQL łączących się z tym samym schematem na pojedynczym serwerze Oracle 10g. Problem polega na tym, że gdy chcemy upuścić schemat, aby go odbudować, nieuchronnie ktoś jest nadal podłączony i nie możemy upuścić schematu bazy danych lub użytkownika, gdy ktoś jest nadal podłączony.

Z tego samego powodu nie chcemy zrzucać wszystkich połączeń z innymi schematami, ponieważ inne osoby mogą nadal być połączone i testować za pomocą tych schematów.

Ktoś wie o szybkim sposobie rozwiązania tego problemu?

Answer 1

Aby znaleźć sesje, jako zastosowania DBA

select sid,serial# from v$session where username = '<your_schema>'

Jeśli chcesz mieć pewność, aby uzyskać tylko sesje, które używają SQL Developer, można dodać and program = 'SQL Developer'. Jeśli chcesz tylko do zabijania sesje należące do konkretnego dewelopera, można dodać ograniczenie os_user

Następnie zabić je

alter system kill session '<sid>,<serial#>'

(np alter system kill session '39,1232')

A zapytanie generujące gotowe instrukcje kasowania może być

select 'alter system kill session ''' || sid || ',' || serial# || ''';' from v$session where username = '<your_schema>'

ten powróci jedno oświadczenie zabitych na sesji dla tego użytkownika - coś takiego:

alter system kill session '375,64855';

alter system kill session '346,53146';

Answer 2

Czy próbowałeś ALTER SYSTEM KILL SESSION? Pobierz SID i SERIAL # z V $ SESSION dla każdej sesji w danym schemacie, a następnie zrobić

ALTER SCHEMA KILL SESSION sid, serial #;

Answer 3

tylko moje dwa centy: najlepszy sposób (ale prawdopodobnie nie najszybszy w krótkim okresie) prawdopodobnie będzie dla każdego programisty do pracy na jego własnej instancji bazy danych (patrz rule #1 for database work).

Instalacja Oracle na stacji deweloperskiej stała się niepojęta od Oracle Database 10g Express Edition.

Answer 4

Upewnij się, że zmieniasz system i włączasz ograniczoną sesję, zanim je zabijesz, lub szybko zalogują się ponownie do bazy danych, zanim wykonasz swoją pracę.

Answer 5

wystarczy użyć SQL:

disconnect; 

conn tiger/scott as sysdba; 

Answer 6

Znajdź istniejące sesje DB przy użyciu tej kwerendy:

SELECT s.inst_id, 
     s.sid, 
     s.serial#, 
     p.spid, 
     s.username, 
     s.program 
FROM gv$session s 
     JOIN gv$process p ON p.addr = s.paddr AND p.inst_id = s.inst_id 
WHERE s.type != 'BACKGROUND'; 

zobaczysz coś takiego jak poniżej.

Następnie uruchom poniżej zapytanie z wartościami uzyskanymi z powyższych wyników.

ALTER SYSTEM KILL SESSION '<put above s.sid here>,<put above s.serial# here>'; 

Np ALTER SYSTEM kill sesja '93, 943' ;

Answer 7

moja propozycja jest to proste anonimowy blok:

DECLARE 
    lc_username VARCHAR2 (32) := 'your user name here'; 
BEGIN 
    FOR ln_cur IN (SELECT sid, serial# FROM v$session WHERE username = lc_username) 
    LOOP 
     EXECUTE IMMEDIATE ('ALTER SYSTEM KILL SESSION ''' || ln_cur.sid || ',' || ln_cur.serial# || ''' IMMEDIATE'); 
    END LOOP; 
END; 
/