* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Window7 32bit, Linux 64bit 등 | |
| [cubrid_rel] 수행 결과 | |
| [도움말]-[버전정보] 확인 | |
| 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해보시기 바랍니다.
현재 백업 데이터는 큐브리드 매니저에서 설정한 자동 백업 기능을 이용하고 있습니다.
-
전체 백업시 생성된 백업파일을 이용하면 문제가 발생하지 않는것 같습니다.
-
아래는 서버의 백업 옵션입니다.
- 전체백업
- 수준: 0
- 주기: 매주(일, 화)
- 백업일시: 05:00
- 온/오프라인 작업: 온라인
- 압축백업 사용
- 증분
백업
- 수준: 1
- 주기: 매주 (월, 수, 목, 금, 토)
- 백업 일시: 05:00
- 온/오프라인 작업: 온라인
- 압축백업 사용
- 현재 사내에서 사용하는 모든 DB 서버에서 동일한 옵션을 사용중입니다.
- 전체백업
-
[확인 2]
또 다른 확인 방법으로는 DB명_objects파일을 vi로 열어서(파일이 크지 않다면) 해당 테이블의 데이터가 정상인지 확인 바랍니다.
데이터 백업 파일이라 볼 수가 없습니다.
[확인 3]
unloaddb를 Cubrid Manager받으셨나요? 아니면 다른 방법으로 어떻게 받으셨나요???
unload 명령어는 사용하지 않습니다. DB 복구 진행시 과정입니다.
-
서버 구성
-
운영서버
- 운영서버는 HA 모드로 서비스 중이며 물리적으로 분단된 Master와 Slave가 1개 씩 존재합니다.
-
테스트용 서버
- 테스트용 서버에는 독립적으로 1개의 서버로 운영중입니다.
- 현재 문제가 발생하고 있는 서버입니다.
-
-
DB 복구진행과정
- 운영서버의 Slave (이하 원본서버)에서 자동 백업을 진행합니다. (오전 5:00)
- 테스트용 서버(이하 복제서버)에서 원본서버에서 생성된 백업파일을 받습니다. (오전 8:30 ~ 오전 09:30 사이에 진행)
- 원본
서버에서 생성된 백업 파일이 증분백업일 경우 다음 행동을 취합니다.
- 복제서버에서 전(前)날에 받은 전체 백업 데이터가 존재할시, 해당 파일의 심볼릭 링크를 생성합니다.
- 복제서버에서
전날에 받은 전체 백업 데이터가 존재하지 않을시, 원본 서버에서 전체백업 파일을 받습니다.
- 월요일일 경우 : 일요일 전제백업 파일
- 수/목/금/토/ 일 경우: 화요일 전체백업 파일
- 복제서버의 데이터 베이스를 종료합니다. (cubrid server stop 데이터베이스 )
- 복제서버에서
앞서 받은 백업파일을 이용하여 데이터베이스를 복구합니다.
- 복구 진행시 백업파일과 같은 경로에서 명령을 수행합니다.
- 전체 복구시 (cubrid restoredb -l 0 -B ./ 데이터베이스 )
- 증분 복구시 (cubrid restoredb -l 1 -B ./ 데이터베이스 )
- 복구가 종료되면 사용한 백업 파일을 날짜별 디렉토리에 보관합니다.
- 복제서버의 데이터 베이스를 시작합니다. (cubrid server start 데이터베이스 )
-
문의사항에 대한 답변을 주시면 추가 답변 드리도록 하겠습니다.
감사합니다.
------------------------------------------------------------------------------------------------------------------------------------------
문의사항에 대해 답글 남겨주셔서 답글에 대한 답변 입니다.
확인하시고 답변 부탁드립니다.
수고하세요
안녕하세요.
현재 운영 서버, 테스트용 서버의 환경 정보를 알려주시기 바랍니다.
(OS, CUBRID 버전 (cubrid_rel))
추가적으로 백업본을 가지고 복구하는데 있어서 restore.err 가 발생하고 있나요?
원본 DB에서 풀 백업을 받으시고 복구 해보시기 바랍니다.