분류 전체보기 (8)
ORACLE (4)
주식 (0)
네트워크 (0)
네트워크용어 (0)
SQL (0)
정보 (0)
교정 (0)
다른세계 (0)
엑셀 (0)
calendar
«   2024/04   »
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30
tags
archive
link
ColorSwitch 00 01 02

언젠가부터 (꽤 오래전부터?) 국산 소프트웨어를 쓰자고 해서 국산 DB인 티베로로 많이 갈아타는 추세인데...

이거 제대로 된 DBMS 맞냐?? 이건 뭐 완전 개막장..

전에 있던 사이트에서도 맨날 문제 생겨서 패치하고 있다고 난리인데 지금 있는 곳도 만만치 않다

 

무슨 쿼리를 날리는데 결과 나오는 데까지 10초 20초가 걸려..

개노답

 

 

 

 

볼로그를 한번 엎어쳐야 될 때가 되긴 했는데 너무나도 귀찮은 것 ㅋ


▣  EXADATA dbd 용량 급증. - ORACLE - 2018. 9. 27. 11:37

엑사데이터를 관리하다 보면 dbd 파일이 급증하는 경우가 있다.

일종의 버그라고 듣기는 했는데 과연 버그일까 싶기도 하고 ... 30기가 이상으로 용량이 늘어나는거 같지는 않지만 u01이 급증을 하기에 신경이 많이 쓰인다.

결국 클러스터를 내리고 파일을 삭제하고 다시 클러스터를 올려서 기동을 시키는데 패치전에 증상이 계속 나타나다가 어느순간 사라졌다.

결국 프로그램이나 특정 쿼리 혹은 배치로 인해서 발생한 문제가 아니었을까 싶기도 한데 정확한 원인은 모르고 SR은 패치하라고만 하니 답이 안나온다 ㅋ

어쨌든 bdb파일은 더 이상급증하지 않은 상황에 패치는 진행했으니 꾸준히 지켜봐야 한다.


dbd 파일이 급증했을때는 아래와 같이 조치하면 된다.


1. dbd 파일 확인

cd /u01/app/11.2.0.4/grid/crf/db/[SID]/

ls -ltr


2.  crs down

crsctl stop resource ora.crf -init


3. crs 확인

crsctl status resource ora.crf -init


4. dbd 파일 삭제

rm -rf *.dbd


5. crs 재기동

crsctl start resource ora.crf -init


6. 로그 파일이 정상적으로 올라오는지 확인

ls -ltr


dbd파일이 재생성 되는지 확인하면 끝!



▣  exadata cell check - ORACLE - 2018. 9. 18. 14:00

exadata cell check 방법.

플래티넘 서비스를 쓴다면 상관없지만 보안으로 인해 외부망에 연결할수 없는 상황이라면 쓸만하다.


cell check

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list cell


cell detail

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list cell detail


celldisk detail 

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list celldisk detail


griddisk detail

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list griddisk detail


physicaldisk detail

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list physicaldisk detail





articles
recent replies
recent trackbacks
notice
Admin : New post