>>> Ну вышел там юзер курнуть на 10 мин - а связь оборвалась по таймауту!

Computer i sqlnet konechnogo usera ne proveriaet prisutstvie ego za stolom.
U nego obicho s glazami ochen ploho.

Sqlnet NE proveriaet ACTIVNOST user, on tolko proveriat NALICHIE (tehnicheski) prilogeniya
priconnekchennogo k base (bolee prosto - proveriae na urovne otkritogo soketa). Posemu user moget gulyat gde ugodno vplot do sleduiuschego goda.
expire_time ne vkluchitsia.

On vkluchaetcia tolko NA SERVERE i tolko esly:
-- sqlnet CLIENTA poterial link(soket) s prilogeniem klienta.
-- sqlnet SERVERA poterial link(soket) s SQLNET klienta.
-- TCP level SERVERA dal signal (posle tcp_keep_alive_time) chto poteriana sviaz s MASHINOY
clienta (tehnicheski) na urovne tcp/ip protokola.

A aktivnost i vremya prostoya usera reguliruetsya na urovne ego profile parametrom idel_time.
Posemu parametrom EXPIRE_TIME v sqlnet.ora mogno smelo polzovatsya.

>>>> все сессии которые в данные момент не выполняют SQL - INACTIVE
это вроде и есть те 10 минут неактивности (лень проверять sorry, excuse если не прав), но вроде и не только (кажется и аборты там же)

V korne ne verno.
Vnimatelno pochitay prididuschiy otvet.
-----------------------------------------------------------------------------------------------
EXPIRE_TIME --> parametr konfiguracionnogo faila SQLNET.ORA
on opisn v dokumentacii po sqlnet, a ne v dokumentacii po serveru.

Mi govorim o dvuh principialno raznih poniatiyah:

1 -- IDLE_TIME v profile --> vremia neaktivnosti servernogo processa usera (INACTIVE SESSION)
2 -- EXPIRE_TIME v sqlnet.ora --> timeout tehnicheskoy neaktivnosti soketa prilogeniya v setke

V osnovnom poste --> Вобщем снимает этот гад приложение (t.e ubivaetsya soket sessii na urovne protokola)
sprashivalos kak imenno borotsia s etim ( no ne vremenem INACTIVE SESSION) eto kogda
polzovatel poshel perekurit no ostavil activnoy Forms na mashine clienta.

Tak vot podobnie problkemy reshautsya pri pomoschy EXPIRE_TIME no nikak ne IDLE_TIME v profile.

>>> Дальше, если юзер запустил приложение и ушел курить (сессия INACTIVE) то все нормально, хоть он до завтра будет курить, связь не порвется - правильно понял?

Pravilno.

>>> Дальше если юзер загрузил тачку, т.е. сделал долгий save (с постингом, ожиданием разблокировки строк и т.д.) и в этот момент снял приложение - то что? что будет? сессия при этом пока что остается на сервере как ACTIVE и блокирует ресурсы...

2 varianta
1 -- Esli user "снял приложение" no sqlnet na cliente ostalsya givoy to EXPIRE_TIME vkluchaetsya nemedlenno

2 -- esli poterian technicheski link na mashinu kliena (on masinu prosto iz seti vydernul)
to obschy timeout NA SERVERE do aktivizacii "kill session" sostavlyaet :

tcp: keep_alive_time (protokola tcp) + expire_time(sqlnet.ora)

A vot rezultat togo, chto IDLE_TIME ne rabotaet eto TRETIE ponyatie, k timeout nikakogo otnosheniya ne imeet.

OBYAZAN (v init.ora) bit ustanovlen parameter RESOURCE_LIMIT=TRUE (by default = FALSE)
inache ni odin resursniy parameter v profilah ne rabotaet.

expire_time ???
rabotaet, rabotaet ... godamy ustanovleno.

A mogno durnoy vopros : EXPIRE_TIME ustanavlivalsia v sqlnet.ora na kliente ili na servere?
dolgen bit na SERVERE tolko.