거의 하루에 하나씩 질문올려서 죄송합니다...
CUBRID 2008 4.0 에서 CUBRID 2008 4.0 patch2로 업그레이드후에
실제 서비스 DB와 테스트 DB를 마이그레이션 완료하고 HA 구성 체크 및 DB 백업
무결성 체크를 하였습니다...
지난주부터 TEST 디비에서 데이터베이스 검사를 하니 끝나지않고 몇시간씩 진행중인 상태여서...
백업DB에서 복구해보고 해봤는데도 계속 그상태더군요... 혹시 메니져 문제일까 해서...
cubrid checkdb 로 해서도 해보았습니다...
근데 신기한건 백업시에... 데이터베이스 일관성 검사가 되있는상태에서
백업을 하게되면 백업이 금방 잘되더군요 20초 정도면 완료됨...
그래서 혹시나해서 인덱스 및 로그 테이블 파티셔닝 해놓을걸 전부 제거후에...
검사를 해보면 몇분 걸리긴 하지만 수분내에 검사완료가 됩니다. 에러 없다고 나오고요...
근데 다시 인덱스를 추가하거나 파티셔닝한뒤에 검사를 하려고 하면...
몇십분을 기다려도 진행중인 상태에서 넘어가질 않습니다.
쟤가 아는게 맞다면...
메니져상에서 데이터베이스백업시에 데이터베이스 일관성 검사가 체크되어있으면 데이터베이스검사(checkdb)를 수행하고 이상이 없을시에 백업을 수행하는 걸로 알고있습니다.
또한 데이터베이스검사(checkdb)는 인덱스및 데이터 일관성을 체크하는걸로 알고있고요...
분명히 데이터및 인댁스를 새로 생성해줘서 문제가 없는거 같은데 대체 왜 데이터베이스검사(checkdb)를 하게되면
무한루프 걸린거처럼 끝날생각을 안할까요. 이거때문에 DB자체가 문제 생긴지 알고...
지난주 부터 몇일째 복구한다고 삽질중입니다...
급한건 아니지만 확인후에 답변 부탁드리겠습니다...ㅠㅠ
몇가지 확인 부탁 드릴께요.
1. testdb가 ON인 상태에서 CM을 통해 <데이터베이스 검사>를 했다. 몇시간씩 오래 걸린다. 맞나요?
2. testdb가 ON인 상태에서 콘솔에서 cubrid checkdb testdb를 했다. --> 잘 수행되었나요?
3. testdb에 인덱스를 추가하고 나서 CM을 통해 <데이터베이스 검사>를 했다. 너무 오래 걸린다. 맞나요?
일단,
백업 때 일관성 검사를 할 때는 기본 검사를 하구요, checkdb 유틸리티는 보다 꼼꼼하게 검사를 합니다. 인덱스가 많을수록 데이터가 많을수록 checkdb 수행 시간이 길어지는 것이 맞습니다. 그런데, 정말 몇시간이 걸릴 정도로 testdb에 인덱스와 데이터가 많은 것인지를 저희가 잘 모르니, 이것을 확인했으면 좋겠습니다. 그래야 엔진의 문제인지 CM클라이언트와 CM서버와의 통신 단절로 인한 무한 대기가 문제인지 파악을 할 수 있을 것 같습니다..
log 디렉토리 압축
pstack 정보
cubrid spacedb 결과
인덱스 몇개인지 스키마 정보.
을 받았으면 합니다. 번거로우시겠지만 부탁 드려요.^^