Utilitate: Nici o evaluare
Dacă lucrarea utilizatorului în CFT Bank nu este completă corect, copii (conturi, documente etc.) care au fost blocate de acesta pot rămâne blocate.
Este posibil să eliberați blocarea fără a aștepta valiza automată ORACLE.
În dicționarul "Administrator" - Server - Sesiuni - Ucideți o sesiune de utilizator
În "Navigator" - Sistem - Execuție sarcini programate - operație "Actualizare listă de blocări utilizator"
_________________
Homo homini
din păcate, nu lucrează întotdeauna pe o legătură de trei.
Pentru a elimina în mod corespunzător sesiune 3L este necesară sau IBS sau un utilizator separat, cu drepturi de a crea un server de sesiuni de aplicații (în secțiunea „Acces Admin“ user „Properties“ -> tab-ul „Access 3“). De asemenea, acest utilizator are nevoie de un grup de "! Sessions Admin".
Sub acest utilizator mergeți la Navigator și lucrați prin "System" - "System logs" - Lista sesiunilor de utilizatori - ștergeți sesiunile.
_________________
Homo homini
Utilitate: Nici o evaluare
Aici este.
ibs nu dau.
ci crea un alt utilizator.
deja prea mult.
prin urmare, în timp ce astfel de probleme am dump pe admins oracole - ei ucid utilizatorul.
Utilitate: Nici o evaluare
Recent, a existat o problemă - nu a fost posibil să se omoare sesiunea fie în armuri de IBSO, fie în Oracle, sau în Unix. Și se încurcă în starea de "copii" pentru mai mult de trei ore. Așa cum a spus unul dintre guruii noștri, cazul a fost în blocarea IBSO, nu a Orakla. Pot fi oameni buni și să-mi spui cum să rezolv asta?
Utilitate: Nici o evaluare
Numai ieri a existat o situație în care au fost suspendate 40 sesiuni de la un utilizator. Se pare că a fost o sesiune din Oracle Reports. De ce nu au închis - și au înțeles.
La început am încercat să le arunc - am rămas în statul KILLED, iar procesele corespunzătoare din Unix nu au fost găsite.
Am așteptat aproximativ o oră - ședințele nu au căzut.
Apoi au încercat să supraîncărcăm mașina cu care a început totul. Și (despre un miracol!) Toate sesiunile au dispărut imediat.
Amenințare Și nimeni nu știe de ce pot rămâne după sesiuni?
Utilitate: Nici o evaluare
Doar ieri am scris o operațiune pentru a împușca încuietori.
Am folosit documentația pentru lock_info (recomand multe lucruri utile).
Testarea operației a mers bine. Să vedem cum să ne comportăm în viața reală.
procedura del (șir p_obiect,
p_subject șir implicit NULL);
- Ștergeți informațiile de blocare (p_subject default = 'OBJECT').
Vă permite să ștergeți toate blocările care aparțin sesiunii de utilizator curente.
Dacă specificați p_subject = 'DELETE', puteți șterge blocarea care aparține
o altă sesiune.
și anume aproximativ așa:
dacă lock_info.get_info # 40; P_OBJECT_ID, p_object, l_info, l_time, l_user, u_ses, os_user, ora_user, numele de utilizator, u_info # 41; atunci
altfel
depanare # 40; 'Resource not locked!', 0 # 41 ;;
Utilitate: Nici o evaluare
Există o operație minunată în Navigator "Actualizare listă de încuietori utilizator" "System-> Tasks Scheduled"
Utilitate: Nici o evaluare
Există o operație minunată în Navigator "Actualizare listă de încuietori utilizator" "System-> Tasks Scheduled"
Ajută, dar după un timp foarte îndelungat. Atunci când există un client în fața operatorului, se dovedește că operațiunea este inutilă.