오라클 테1060;블 락1060; ,152;리lj16; 문1228;  (Oracle DB 12c - table row lock 문1228;)
 
오라클 테1060;블 락1060; ,152;/140;서 시스템1060; Hang 1060; ,152;리lj16; 문1228;/196;
아1452; 1676;1613; 완빵1077;니다.
아무리 소스를 찾아봐도 않.104;고 NJ13;NJ13;Ȣ16;군요..
2~31068;, 3~41068;에 한번 1221;도 ,152;립니다..
1339;1008; 해결 0169;법없나요 ?
환ᅆ1;
윈도우 2012 R2 + Oracle 12c RAC 환ᅆ1;
상단 L41032; Failover Ȣ16;에 1080;습니다.
사용1088;lj16; 많1648; 않습니다..
쉬운 문1228; 아닙니다..
현상금 ,152;고 1080;습니다.. 50만원 ~ 70만원
예산1060; 많1648; 않아 1396;송..
원ᅄ1;1004;/196; 봐서 도와1452;시고 1452;말에 회식Ȣ16;세요..
1060; 0164;에 해결Ȣ16;고 dz10;습니다..
1204;문가님들 연락1328; 1452;세요...
1228; 신상1221;보에 1204;화번호 1080;습니다..
문1088; 기다립니다.
- 배려와 질서는 우리 모두를 자유롭게 합니다. -
이건, 오라클적으로 해결할 방법은 없습니다.
오라클이던, 타 dbms도 마찬가지로, row-lock은 DBMS적은 오류가 아니기때문이죠
명백한 개발쪽 버그(?)입니다.
결국은 lock 을 유발하는 SQL과 테이블을 찾아서, 개발자에게 전달하고, 그때 상황을 설명해주고, 소스를 바꾸셔야됩니다
그거 안잡으면 한두달 지나면 행걸릴겁니다.
데이터 IO가 많으면 그전에 그증상 발생하는데 느낌이 딱 그거 같네요.
3개월동안 눈 부릅뜨고 커널덤프까지 떠가며 겨우 잡았던 이슈인데 대부분 모르고 있더라구요.
추적해 보겠습니다..
이젠 죽기 살기여...
빨리 털고 서울 가야지요...
응용프로그램이 어떤건지는 잘 모르겠지만 deadlock 유발하는 스크립트(쿼리)를 수정하여야 합니다. 구글에 deadlock 검색해보면 자료들이 많을겁니다
혹시 commit 없이 너무 많은 양의 데이터 DML이 발생하면 (대량이던, 새고 있던)
row lock이 없는 상황에서 redo 사이즈 초과로 테이블 전체가 lock이 걸려 버릴수도 있습니다.
이것도 확인해 보세요