매번 질문만 드립니다.
큐브리드 매니저 상에서 unloaddb 를 하다가 시간이 많이 걸려서 취소를 했습니다.
그 후 특정 테이블이 정상적으로 보여지질 않네요.
checkdb 명령어를 이용하여 해당 테이블을 점검 하려고 하니 다음과 같이 됩니다.
첫번째 checkdb 를 하면 일정 시간이 흐린뒤 에러 메세지를 뿌려줍니다. 그러면 해당 db 까지 같이 죽어버리네요.
해서 단독실행모드로 다시 해보니 화면과 같이 cub_admin 이 중단되네요.
다음은 화면에서의 에러로그 파일 내용입니다.
Time: 06/03/10 13:04:23.014 - ERROR *** ERROR 코드 = -671, Tran = 1, EID = 1
트랜잭션(index 1, 인경수@YINKS-NOTE|6132)에 연관된 socket 340에서 네트워크 read/write 에러가 발생하였습니다.
<<<---Time: 06/03/10 13:04:23.014 - ERROR *** ERROR 코드 = -199, Tran = 1, EID = 2
서버가 응답하지 않습니다.
<<<---Time: 06/03/10 13:04:23.014 - ERROR *** ERROR 코드 = -111, Tran = 1, EID = 3
당신의 트랜잭션은 서버 failure 혹은 모드 변경으로 인해 취소되었습니다.
<<<---*** 이전 에러 메시지가 마지막 입니다. ***
Time: 06/03/10 13:08:16.815 - ERROR *** ERROR 코드 = -191, Tran = -1, EID = 1
"localhost" 상의 서버 "goeip2010"에 접속할 수 없습니다.
<<<---Time: 06/03/10 13:08:16.815 - ERROR *** ERROR 코드 = -677, Tran = -1, EID = 2
호스트 localhost에서 "goeip2010" 데이터베이스 서버로 연결 설정할 수 없습니다.
<<<---*** 이전 에러 메시지가 마지막 입니다. ***
뭐가 문제일까요?
강제종료시킨 것이 unloaddb 가 아닌 서버인것 같습니다. 그로 인해 데이터베이스가 손상된 것으로 판단됩니다.
현상황에서 백업본을 이용하여 복구할 것을 권장하며, 백업본이 없는 경우 서버가 종료된 상태에서 unload 를 수행하신후 재구성을 하셔야 할 것 같습니다.
참고로 unloaddb 는 서버 구동중에 수행이 가능하나 내려받은 데이터의 일관성을 위하여 테이블에 read lock 을 잡기때문에 전반적인 성능에 영향을 줍니다. 가급적 사용량이 적은 시간에 수행하여 주실 것을 권장합니다.