Internal system failure

* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.

OS	Window7 32bit, Linux 64bit 등
CUBRID Ver.	[cubrid_rel] 수행 결과
CUBRID TOOL Ver.	[도움말]-[버전정보] 확인
응용 환경(API)	java, php, odbc 등 입력

* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.

에러 내용 및 재현 방법	재현 가능한 Source와 SQL
관련 테이블(인덱스, 키정보 포함) 정보	CUBRID 홈 디렉토리 아래 log 디렉토리 압축

-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------

------------------------------------------------------------------------------------------------------------------------------------------

안녕하세요. 큐브리드를 이용해 주셔서 감사합니다.

"no more specific information is available"가 발생할 수 있는 원인 중 하나가 OID가 내부에서 충돌한 경우일 수 있습니다.

백업본을 서버에 업로드 시킨다는 말씀이 cubrid loaddb를 수행 하신 것인가요??

[확인 1]

그렇다면 cubrid loaddb외에 어떠한 옵션을 사용하셨는지 알려주세요

혹 --no-oid옵션을 사용하셨다면 제외하고 다시 load해보시기 바랍니다.

1. 현재 백업 데이터는 큐브리드 매니저에서 설정한 자동 백업 기능을 이용하고 있습니다.

   • 전체 백업시 생성된 백업파일을 이용하면 문제가 발생하지 않는것 같습니다.

   • 아래는 서버의 백업 옵션입니다.

     1. 전체백업
        • 수준: 0
        • 주기: 매주(일, 화)
        • 백업일시: 05:00
        • 온/오프라인 작업: 온라인
        • 압축백업 사용
     2. 증분 백업
        • 수준: 1
        • 주기: 매주 (월, 수, 목, 금, 토)
        • 백업 일시: 05:00
        • 온/오프라인 작업: 온라인
        • 압축백업 사용
     3. 현재 사내에서 사용하는 모든 DB 서버에서 동일한 옵션을 사용중입니다.

[확인 2]

또 다른 확인 방법으로는 DB명_objects파일을 vi로 열어서(파일이 크지 않다면) 해당 테이블의 데이터가 정상인지 확인 바랍니다.

데이터 백업 파일이라 볼 수가 없습니다.

[확인 3]

unloaddb를 Cubrid Manager받으셨나요? 아니면 다른 방법으로 어떻게 받으셨나요???

1. unload 명령어는 사용하지 않습니다. DB 복구 진행시 과정입니다.

   • 서버 구성

     1. 운영서버

        • 운영서버는 HA 모드로 서비스 중이며 물리적으로 분단된 Master와 Slave가 1개 씩 존재합니다.

     2. 테스트용 서버

        • 테스트용 서버에는 독립적으로 1개의 서버로 운영중입니다.
        • 현재 문제가 발생하고 있는 서버입니다.

   • DB 복구진행과정

     1. 운영서버의 Slave (이하 원본서버)에서 자동 백업을 진행합니다. (오전 5:00)
     2. 테스트용 서버(이하 복제서버)에서 원본서버에서 생성된 백업파일을 받습니다. (오전 8:30 ~ 오전 09:30 사이에 진행)
     3. 원본 서버에서 생성된 백업 파일이 증분백업일 경우 다음 행동을 취합니다.
        1. 복제서버에서 전(前)날에 받은 전체 백업 데이터가 존재할시, 해당 파일의 심볼릭 링크를 생성합니다.
        2. 복제서버에서 전날에 받은 전체 백업 데이터가 존재하지 않을시, 원본 서버에서 전체백업 파일을 받습니다.
           • 월요일일 경우 : 일요일 전제백업 파일
           • 수/목/금/토/ 일 경우: 화요일 전체백업 파일
     4. 복제서버의 데이터 베이스를 종료합니다. (cubrid server stop 데이터베이스 )
     5. 복제서버에서 앞서 받은 백업파일을 이용하여 데이터베이스를 복구합니다.
        • 복구 진행시 백업파일과 같은 경로에서 명령을 수행합니다.
        • 전체 복구시 (cubrid restoredb -l 0 -B ./ 데이터베이스 )
        • 증분 복구시 (cubrid restoredb -l 1 -B ./ 데이터베이스 )
     6. 복구가 종료되면 사용한 백업 파일을 날짜별 디렉토리에 보관합니다.
     7. 복제서버의 데이터 베이스를 시작합니다. (cubrid server start 데이터베이스 )

문의사항에 대한 답변을 주시면 추가 답변 드리도록 하겠습니다.

감사합니다.

------------------------------------------------------------------------------------------------------------------------------------------

문의사항에 대해 답글 남겨주셔서 답글에 대한 답변 입니다.

확인하시고 답변 부탁드립니다.

수고하세요