GuesteeМда.. Скоро из-за китайско-индусских спецов сертификатами и правда только сортир обклеить останется
да не было у них нифига - если бы было, показали бы.
Тема вобшем-то актуальная 90% просто врут. было-бы неплохо смотреть списки от оракла

Relic Hunter Сына Relic Hunterпри таком сценарии (пропажа питания) TCP сокет остается открытым, и Оракел находится в состоянии ожидания сообщений от клиента, как с нормальной сессией и таймауты на нее (подвисшую сессию) не распостраняются :)
Что и TCP KEEPALIVE или SQLNET EXPIRE_TIME не помогает?Нет, блокировка продолжает висеть. Как-бы особый случай (пропажа питания). Если клиент закрывается абнормально, ну скажем, kill ... или Access Violation, то ОС закрывает процесс и все дескрипторы сокетов и файлов с ним связанные. При виключении питания такой возможности нет.
сначала воспринимал ето как шутку. но похоже у вас ето в серьез.
Вы хотите сказать что юзер А изменяет запись Б в таблице. Не комитит ето а просто вырубает питание то Оракл будет вечно держать лок на ету запись?
просветите пож-ста.

http://download.oracle.com/docs/cd/B19306_01/server.102/b14220/process.htm#i24686
авторProcess Monitor Process (PMON)

The process monitor (PMON) performs process recovery when a user process fails. PMON is responsible for cleaning up the database buffer cache and freeing resources that the user process was using. For example, it resets the status of the active transaction table, releases locks, and removes the process ID from the list of active processes.

PMON periodically checks the status of dispatcher and server processes, and restarts any that have stopped running (but not any that Oracle has terminated intentionally). PMON also registers information about the instance and dispatcher processes with the network listener.
однако, я наверно торможу.
Если мы имеем забытый процесс - значит мы имеем баг. А уж о вечном локе на запись - и обсуждать не хотса.