* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
|
Windows 10 Pro |
|
|
CUBRID 9.1 (9.1.0.0212) (64bit release build for Windows_NT) (Mar 14 2013 00:18:31) |
|
|
10.1.0.0006 (64bit) |
|
|
java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
서버 개편이 있어서 리눅스에 있던 DB를 테스트 서버로 이관했다가 다시 윈도우 서버로 이관했습니다.
운영A (리눅스) --> 테스트 서버 (리눅스) --> 운영B (윈도우)
운영A에서 테스트 서버로 이관할 때에는 backupdb, restoredb로 이관했고 테스트 서버에서 운영B로 이관할 때는 unloaddb, loaddb로 이관했습니다.
unloaddb 옵션에서 schema, index, data만 선택했고 trigger는 없어서 제외했습니다.
운영B의 DB는 정상적으로 접속되고 웹어플리케이션에서도 데이터 교환이 잘 이루어져서 사용상에 문제는 없습니다.
그런데 운영B 서버에서 spacedb를 해보면 DATA, INDEX의 용량이 0으로 나옵니다.
Purpose total_size used_size free_size volume_count
-------------------------------------------------------------
DATA 0.0 M 0.0 M 0.0 M 0
INDEX 0.0 M 0.0 M 0.0 M 0
GENERIC 1.5 G 1.1 G 401.2 M 3
TEMP 0.0 M 0.0 M 0.0 M 0
TEMP TEMP 5.7 M 5.4 M 0.3 M 1
-------------------------------------------------------------
TOTAL 1.5 G 1.1 G 401.5 M 4
운영A와 테스트 서버에서 확인했을 때는 아래와 같이 정상적으로 나왔습니다.(전체 용량이 다른 것은 큰 용량의 불필요한 테이블 데이터를 정리후에 운영B로 이관했기 때문)
Purpose total_size used_size free_size volume_count
-------------------------------------------------------------
DATA 4.5 G 3.8 G 734.8 M 9
INDEX 1.0 G 624.2 M 399.8 M 2
GENERIC 512.0 M 144.2 M 367.8 M 1
TEMP 512.0 M 8.7 M 503.3 M 1
TEMP TEMP 0.0 M 0.0 M 0.0 M 0
-------------------------------------------------------------
TOTAL 6.5 G 4.5 G 2.0 G 13
운영B 서버가 윈도우라서 윈도우 버전 cubrid를 설치했는데 설치 후 cubrid createdb DBName 이렇게 별도 옵션 없이 서버를 생성했습니다.
위와 같이 DATA, INDEX 없이 GENERIC만 사용해도 문제가 없을까요?
문제가 된다면 DATA, INDEX를 사용하려면 어떻게 해야 하는지요?
backupdb, restoredb과 unloaddb, loaddb 이관에는 큰 차이가 있습니다.
1, 백업/복구 방법은 데이터베이스 볼륨(이미지)를 그대로 복구하기 때문에 운영A와 차이가 없을 것입니다.
2, 언로드/로드 방법은 DB 재구성하는 방법으로 실 데이터를 내려받고 순차적으로 데이터를 로드하기 때문에 이전 DB 볼륨 사용량과 차이가 있습니다, 즉, 운영A에서 삭제(delete)된 데이터의 공간이 spacedb 포함되어 있기 때문에 차이가 발생할 수 있다는 의미입니다.
3, 정리하면 백업/복구는 이전 디비 사이즈와 차이가 없고 언로드/로드 시 볼륨 사용량의 차이가 있을수 있습니다.