제2의 비엔지니어 인생관을 꿈꾸며

Posted
Filed under Study
"사용자

호기심에 올려봤습니다. 호기심이라기 보단 Windows Server 2008 R2 버젼에 심각한 버그 이슈가 있어서 2012 버젼에 올려봤습니다. RAC 특성만큼 서버의 점유율은 많이 먹더랍니다.
버그 역시 사라지지 않고 좀비 프로세스로 남아 여전히 메모리 누수를 일으키고 있습니다.
"사용자
위 커맨드 프로세스가 내려가야 되는데 안내려가고 버티고 있습니다. 좀비를 부활시키는 RAC 참 멋집니다 허허허 ㅋㅋ.

"사용자
클러스터 상태 체크를 하는 스크립트입니다만 윈도우에 맞는 스크립트가 아닌것을 증명해주듯 발로 개발되지 않았나 생각을 해봅니다. 즉 리눅스 유닉스에 맞게 개발된것이며 윈도우는 그냥 컨버팅만 돌려서 내놓은듯 싶습니다.
윈도우 RAC는 무료다~~!!! 라고 홍보를 한 오라클 입장에서는 아마도 처음부터 버그 인정을 하지 않았나 하는 생각을 해봅니다.
작년 초에 이 버그 이슈가 등록되었음에도 불구하고 특별하게 수정된 인스톨본을 배포하지 않는거 보면 답답하기만 합니다. 패치 실패하면 다 갈아 엎어야 한다는 말에 섬뜻 패치도 못하겠다는...

"사용자
커맨드 스크립트 특성상 윈도우에서는 conhost.exe 가 생성됩니다. Windows Vista 부터 생긴거고 XP, 2003 버젼에는 cmd 만 프로세스에 올라가게 됩니다. 커맨드 프로세스가 안죽으니까 conhost.exe 프로세스까지 좀비가 되어 메모리 점유율은 2배로 올라가게 됩니다. 이러다 데스크탑힙이 발생하여 커널에 영향을 주고 정상적인 서비스에 원인모를 에러를 보여주게 되는것입니다.

RAC는 이거 하나씩 보니까 윈도우에 맞는 서비스는 아닌게 틀림이 없습니다. 이거때문에 한달에 한번씩 리부팅을 하고 있으며 아직까지는 좋은것을 못느끼겠습니다. MSSQL 도 오라클의 RAC 기능이 좋은 기술이고 기능이다 싶으면 분명 배끼고 자신들의 추가기능에 넣을건데 안넣는거 보면 구지 아니여도 MSSQL 서비스는 훌륭하다고 평가하는지도 모르겠습니다.
그리고 RAC는 대형 엔터프라이즈 센터나 필요하지 달랑 몇대 갖고는 턱없이 부족하지 않나 생각을 해봅니다. DB 서비스를 돌리지 않더라도 RAC 클러스터 서비스만 올리더라도 CPU나 메모리 점유율은 많이 차지하고 있기 때문에 많은 병렬처리 서버가 필요할때 RAC를 써야 되지 않을까 하는 생각을 해봅니다.

그리고 Windows Server 2012 에는 공식적으로 RAC 서비스가 올라가지 않습니다. 저도 반 노가다로 권한 하나하나 다 줘서 겨우 올리긴 했지만 이건 아닌거 같습니다. 2008 버젼까지 지원되니 2012 버젼에서는 권고사항이 아님을 밝힙니다.      
     
Windows Server Oracle RAC 데스크톱힙 문제

     
     
2013/04/29 00:47 2013/04/29 00:47