|
Untitled Document
|
 |
|
| |
| Q.1 |
SQL 문에서
다음 라인으로 이어진다는 문자열은 ? AIX 서버에서 실행 할려고 그럽니다..SQL문을 파일로 저장해서 실행
할려고 그럽니다.확실한 주석문과 다음 라인으로 이어진다는 문자열에 대한 정보가 없어서 이렇게 질문합니다
|
| Q.2 |
NT에 DB2
설치후 sample db를 설치하려고 하는데 다음과 같은 에러가 뜹니다.
참고로 한번 설치후 삭제한 다음 다시 설치한 겁니다.
에러 -------
sample 데이터베이스를 작성할수 없습니다.
SQL1005N 데이타베이스 별명 "SAMPLE"은(는) 국지 데이터베이스 디렉토리나 시스템 데이타베이스 디렉토리에
이미 있습니다.
2000.8.2
|
| Q.3 |
Table 생성시
primary key 를 만들면 자동으로 index가 생성되는데, pctfree와 cluster option을
줄수있 는 방법이 없는거 같아요. 인덱스를 별도로 생성하면 생성 문장에 줄수 있는데 ....... 생성된 인덱스에
대해 alter도 안되고 난감하네요
|
| Q.4 |
Export나
Import할 때.. 보통은.. del형식으로 빼서.. 사용하곤 하는데.. del, ixf, wsf 세가지
형식이 있는걸로.압니다... 어떻게 표현되는 것이고.. 확장자는 어떻게 주고. 각각 어떤 이점이 있는지 알고
싶습니다.
|
| Q.5 |
데이타 import
시 logfull이 자꾸 납니다 - 30만건
|
| Q.6 |
RS/6000의
DB2 UDB에서 텍스트 데이터를 DB2로 로딩하고 싶은데..
PC에서 만든 텍스트데이터를 DB2에 로딩하는 방법을 모르겠습니다.
어떻게 테이블은 만들었는데 데이터를 로딩시키면 다음과 같은 메시지가 뜹니다.
SQL3508N: 로드 또는 로드조회중에 "Remote-file"유형의 파일에 액세스하는데 오류가 발생했습니다.
이유코드'1' 제가 쓴 로드문은 다음과 같은데 둘다 동일한 error메시지가 뜹니다.
load from 텍스트파일명(.txt파일) of del insert into 테이블명;
load from 텍스트파일명(.dat파일) of asc method L(1 13, 14 16, 17,25)
insert into 테이블명;
2000.8.22
|
| Q.7 |
DB2 UDB
5.2을 사용하고 있습니다. UNIX에서 index 데이터가 저장된 container을 삭제(rm 으로)했을
경우 connect 시에 에러가 나면서 connect를 전혀하지 못합니다..
container 는 file system을 이용하며, tablespace 는 DMS 타입입니다..
Tablespace 4 (XXXDB0_INDEX) 의 container 5 (/XXXDBM/INDEX/index5.idx)
인데 index5.idx 을 rm 으로 삭제를 했는데 어떻게 복구를 할 수 있나요?.
백업이 전혀 없다는 것이 문제입니다. 데이타 부분은 있으므로 index5.idx을 무시하고 connect하고,
그리고 table 데이타로 부터 index를 rebuild 할 수는 없겠지요.
현재의 버젼에서는 이러한 것이 불가능하겠지요?.
db2dart 로 tale 데이타를 export 로 받아서 복구하는 것 밖에 없나요?.
이 경우 모튼 테이블 및 테이블스페이스 id 를 지정해야하나요.
한꺼번에 export 할 수는 ???
|
| Q.8 |
DB2 V5.2가
설치된 상태에서 V6.1로 업그레이드를 하면 V5.2 때의 DB(mes)가 해당 인스턴스에 나타납니다만, V6.1로
새로 설치한 후에 V5.2에서 백업 받아놓았던 DB를 V6.1에 복구하려고 하면 에러 메세지가 나타납니다.
2000.9.1
DB2 UDB 5.2에서 백업한DB를 7.1에서 복원할려고 합니다. DB 이름과 별명을 5.2와 같이 부여하고
복원을 하는데 잘 안되네요. 5.2에서 무리없이 잘 되었는데, 혹시 7.1로 오면서 형식 등이 바뀌었나요?
복원하라고 클릭을 하면 별명이 제대로 앉맞다는 오류 메세지가 나타납니다. 제가 아무리 봐도 별명은 같은데.
2000.9.8
DB2를 c 드라이버에 깔아서 쓰고 있습니다. c를 포멧하려고 할때d 드라이버로 백업을하고 다시 c에 db2를
깔았을때 데이터 베이스를 복구하려 면 어떻게 해야하는지에 대해 알고 싶습니다. 현재 db2 7.1을 사용하고
있습니다.
2000.10.14
Backup을 받으려고 하면 Error가 납니다. 에러 내용은 아래와 같습니다. SQL2413N 롤 포워드에
대한 logretain 또는 userexit이 활성화되지 않았거나 데이터 베이스에 대한 백업 보류(backup
pending) 상태가 유지되고 있으므로 온라인 백업이 허용되지 않습니다.
2000.10.19
|
| Q.9 |
DB2에서 사용되는
restore시와 rollforward시 시간이 형식이 다릅니다. restore시 taken at 옵션에 date-time
형식을 사용하고 rollforward시 to 옵션에 isotime 형식을 사용하던데 두가지의 차이가 무엇이며
우리나라의 경우 9를 더하는지 뺀다든지 하던데. 또 서로의 형식을 교차해서 사용해도 되는지요.
|
| Q.10 |
CICS 프로그램이 비정상 종료되거나 시스템에 이상이 있을때 미결 트랜잭션이 발생하는 것으로 알 고 있는데
맞나요 ?
그런데 db2 가 자동적으로 이러한 미결 트랜잭션을 체크해서 rollback하던지 commit를 하지 않나요?
아래의 경우는 미결 트랜잭션이 계속 남아 있어서 manual로 처리했습니다.
commit나 rollback 이 발행되지 않아 forget을 했는데 forget 해도 되나요 ?
>db2 list indoubt transactions
1. originator: XA appl_id: A5F3191B.83AE.991125083737 sequence_no:
0001 status: i timestamp: 11/25/1999 20:54:38 auth_id: XXXDXX
log_full: n type: RM
xid: 0001BBA90000001D 00000018000500CF 01174F50454E5052
4F44393931313234 3135353832000000 6E014F50454E5052
4F44393931313234 3135353832000000 6E
> db2 list indoubt transactions with prompting
1. originator: XA appl_id: A5F3191B.83AE.991125083737 sequence_no:
0001 status: c timestamp: 11/25/1999 20:54:38 auth_id: XXXDXX
log_full: n type: RM
xid: 0001BBA90000001D 00000018000500CF 01174F50454E5052
4F44393931313234
3135353832000000 6E014F50454E5052
4F44393931313234
3135353832000000 6E
이 미결 트랜잭션(in-doubt transaction)을 경험적으로 COMMIT하시겠습니까? y
DB20000I COMMIT INDOUBT TRANSACTION명령이 성공적으로 완료되었습니다.
c/r/f/l/q: c 1
DB21044E 트랜잭션 번호 1을(를) COMMIT할 수 없습니다.
이 미결 트랜잭션(in-doubt transaction)을 FORGET하시겠습니까? y
DB20000I FORGET INDOUBT TRANSACTION명령이 성공적으로 완료되었습니다.
c/r/f/l/q: q
|
| Q.11 |
Backup
image 가 두개가 생기네요…
-rwxr-xr-x 1 inp1tkr2 udbgrp 1073741312 6월 4일 11:06 ****6PQ0.0.inp1tkr2.NODE0000.CATN0000.20000604103914.001
-rwxr-xr-x 1 inp1tkr2 udbgrp 679510016 6월 4일 11:16 ****6PQ0.0.inp1tkr2.NODE0000.CATN0000.20000604103914.002
보아하니 1 giga 이상인 경우 쪼개지는 것 같은데… 왜 이렇게 쪼개 지며....쪼개는 이유는 무엇인가요...
분명 이유가 있을 듯 한데... 그리고 쪼개지 않는 option 도 있는지 궁금 하군요
|
| Q.12 |
USEREXIT에
관해서 테스트를 해보았는데요..한가지 궁금한 점은 Archive log 중 inactive된 log가 생길때
마다 자동으로 지정된 경로로 log file이 이동되더군요. 이런 방법 말고 db를 backup하는 시점에서만
inacitve된 log를 지정된 경로로 이동시 킬 수는 없는지요. 그래야 나중에 db를 restore하는
경우에 log를 rollforward하려 하면 원래의 log 경 로에 남아있는 log file만 가지고 log를
복구할 수 있지 않나해서요. 그렇지 않을 경우에는 일일이 옮겨 진 log file을 다시 원래의 log 경로로
옮긴 뒤rollforward를 하여야 하지 않나해서요....다.
|
| Q.13 |
DB2 version
5.2까지는 LOAD 문에 USING ... 절이 있어 Index build할 때 생기는 Sort data를
원하는 디렉토리에 저장했었는데...Vesion 6에서는 없어진 것 같더군요.
"TEMPFILES"를 사용해 봤는데 Sort data는 여전히 Default directory에 생기더라구요.
어떡하면 Sort data를 원하는 디렉토리에 생기게 할 수 있나요?
|
| Q.14 |
제가 사용하고
있는 UDB 버젼은 5.2 인데, V6.1로 Upgrade를 할려고 합니다. UDB V6.1로 Upgrade
할때 필요한 조치 사항을 자세히 알려주세요...…
|
| Q.15 |
DB2 6.1을
설치한 후 DB를 사용하려 하니까 아래와 같은 메세지가 나옵니다.
어떻게 해야 6.1로 restore나 backup을 받을 수 있을까요?
[IBM][CLI Driver] SQL5035N 데이터 베이스를 현재 릴리스로 이주해야 합니다. SQLSTATE=55001
WIN98 DB2 5.2 PE
DB2 6.1 PE trial
|
| Q.16 |
DB2 UDB
Client (v.5.2)를 설치하여 사용하고 있습니다.
../sqllib/db2dump/db2diag.log 에 diaglevel 에 따라 차이는 나겠지만, 어떤
메세지들이 쌓이는 것으 로 알고 있습니다.
diaglevel 4 인 경우에는 엄청난 양의 진단 log가 기록되는데, 이 경우 db2diag.log을 삭제(rm)하거나
다른 디렉토리로 이동(mv)할 필요가 있습니다.
db2diag.log을 삭제 또는 move하면 db manager 가 알아서 새로운 db2diag.log 생성하는
것으로 알 고 있습니다.
만약 filesystem 이 full이 나서 disk 여유 공간이 없다면 어떻게 되나요.DB를 사용할 수 없는
것인지 아니면 단지 진단log 만 기록이 안되는 것인지요
|
| Q.17 |
restore할때
codepage가 문제가 됩니다.
E30, 코드페이지=1363, Aix4.x에 세팅된 데이터 베이스를 백업받아서 RS6000, 코드페이지=819,
OS 는 동일한 기계에 restore하려 하는데 안되는군요... 코드페이지가 달라서라는 에러메세지가 납니다.
일단 목적기계의 코드페이지를 1363으로 바꿔보고 했는데도 안됩니다. DB를 다시 깔아야 하나요???
|
| Q.18 |
[질문]SQLSTATE=57017
에러가 무슨 에러인지요…
sample db에 접근이 안됩니다. 솔라리스7 에 UDB5.2를 돌리다가 가끔식 다음과 같은 에러가 납니다.
어떤 때는 sample database에 잘 들어가다가 또 어떤때는 sample database에 들어갈수
없다는 에러만 잔뜩나오는데 이유를 모르겠습니다.
db2instance id로 들어가서 sample database로 들어가려고 할때면 다음과 같은 에러가 납니다.
db2 => connect to sample
SQL0332N There is no available conversion for the source code
page "970" to the target
code page "819". Reason
Code "1". SQLSTATE=57017
|
| Q19 |
DB Optimizer는
무엇이지 정확하게 모르겠어요..그냥 path를 관리하는 역할을 하는것을 말하는건지. explain도 모르겠어요....path를
정하게 하기 위한 index 같은것인지 아니면....툴인지...툴이라면 어떤 역할을 하는지 궁금해요...
|
| Q.20 |
DB2로 table을
생성하는데 웹상의 게시판 같은 경우는 type을 뭐로 해야 할지 에매합니다. 웹상의 게 시판은 유저가 맘내키는
대로 한줄을 쓸수도 있고 아니면 정말 소설을 쓸수도 있는데 이게 아무리 MAX값을 잡는다 해도 한계가 있을듯
싶습니다. 그때에 따라서 유동적으로 적용할수 있는 TYPE이 DB2에서 지원하는지 궁금합니다.
|
| Q.21 |
불행히도 현재
5.2 버전에서는 복구방법이 말씀하신대로 db2dart밖에 없습니다..그리고 db2dart는 tablenae,
tablespaceid별로 따로 받아야 하구요..테이블스페이스가 한개라도 정상적이지 않으면 db2 restart시에
에러가 나서 connection이 안되는 것입니다. v6부터는 대신 restart 옵션에 drop pending
tablespaces 라는 게 있어서 문제 생긴 테이블스페이스를 무시하고 connection할 수 있습니다.
|
| Q.22 |
또 날짜의 의문이
생겨서 질문을 드림니다.
오늘 날짜는 구할수 있는데.... 내일 날짜는 어떻게 구하는지?
|
| Q.23 |
SELECT시
다른 프로그램이 LOCK을 걸고 있거나 UPDATE중이라고해도 바로 그냥 다 읽고 싶습니 다 시스템은 S/390이고
DB2 Version은 5.1입니다.
|
| Q.24 |
Locking에
관해서 궁금해서 질문을 드립니다. Read Stability(RS) 와 Repeatable Read(RR)의
차이점이 무엇인지 궁금합니다. Cursor Stability(CS)는 comit전에서도 update나 insert가
가능한건가요? 아님 select만 할 수 있나요? 그리고, Lock Mode중 Share와 Exclusive에
대해서도 이해가 명확하지 않습니다.
|
| Q.25 |
DB2 UDB
v6.1에서 제공하는 Online Index Reorg 설정 방법이 궁금합니다. .
|
| Q.26 |
DB를 생성하면
기본적으로 IBMDEFAULTBP가 생성되는데 테이블 스페이스마다 추가로 생 성된 버퍼풀을 할당하면그 버퍼풀은
언제 메모리에 활성화가 되는지요. 그리고 활성화된 메모리는 계속 남아있는지. 그렇다면 각 테이블스페이스에 할당된
버퍼풀 의 총 크기가 실제 메모리보다 많이 할당되면 어떻게 되는건지
|
| Q.27 |
AIX 환경에서
DB2를 사용하는 데요.. Index로 만들어 놓은 필드의 속성을 없애려고 합니다...중복이 되는 데이터가
입력되도 입력이 될수 있도록요.. 그런데 이설정은 어떻게 변경할수가 있나요...그리고, sys catalog는
어떻게 보죠??.
|
| Q.28 |
테이블에 컬럼은
a, b, c 인덱스키는 a,b 일경우 select a, b, c from temp where a = '999'
and b > '' 라고 조회를 하면 a, b컬럼의 정렬순서대로 정렬이 되는거 아닌가요? 일부러 인덱스 타라고
조건도 없는 b컬럼도 where절에 포함시켰는데 원하는데로 정렬이 안됩니다. 물론 order by를 쓰면 된다는
것은 알고 있구요. 정렬뿐만 아니라 속도 향상을 위하는 목적도 있습니 다.
|
| Q.29 |
MSSQL Server같은
경우는 Profiler라는 것이 있어서, 어떤 쿼리가 속도가 얼만큼 먹는지 알 수가 있 거든요.. 그래서,조인을
어떻게 해야 할지 등등을 알 수가 있습니다. DB2는 그런 것들이 있나요 ?
|
| Q.30 |
DB2 EEE
인스턴스에서 논리적 노드 사이의 스위칭
|
| Q.31 |
Codeset
및 Codepage 선택
|
| Q.32 |
32비트 머신에
64비트 DB2 인스톨
|
| Q.33 |
유니크 인덱스
Migrating
|
| Q.34 |
Sparc 에서의
DB2 Version 7.1 인스톨 시의 요구조건
|
| Q.35 |
Windows
NT용 DB2 UDB EE V7.1에서 db2gpmap 명령의 메모리 오류
|
| Q.36 |
DB2 인스턴스의
버전과 FixPak 레벨 알아보기
|
| Q.37 |
db2imigr
명령 실행중에 DBI1069E 오류 발생. Function = chk_databases. Return code
= 255
|
| Q.38 |
UNIX 시스템의
V5.2 에서 V6.1로 Migration중에 SQL0902C 오류
|
| Q.39 |
SQL8017W
(머신의 프로세서 수가 제품에 대한 사용자격 수를 추과)
|
| Q.40 |
Windows
NT 에 DB2 V6를 인스톨하는 중 응용프로그램 오류(INS5576_MP.EXE) 가 발생합니다
|
| Q.41 |
db2 history
파일에 대한 I/O 에러로 백업이 실패합니다.
|
| Q.42 |
Linux용 DB2
Version 6에서 db2start 시 SQL1042C 오류발생
|
| Q.43 |
Fenced 사용자
정의 함수 호출시 SQL10003 오류 발생
|
| Q.44 |
Tablespace
드랍중에 SQL0209N 오류 발생
|
| Q.45 |
임시테이블에서의
EOF 애러
|
| Q.46 |
db2start
실행시 SQL1390 오류
|
| Q.47 |
db2look
명령이 작동 안합니다. Output 파일에 데이터 정의어는 없고 쉘 스크립트 같은 것만 있네요.
|
| Q.48 |
SQL2544N
(DB가 저장된 디렉토리가 풀 됐습니다.)는 무슨 메시지 이지요?
|
| Q.49 |
DB2/Solaris
에서 SQL2043N 오류 (하위 프로세스나 쓰레드를 시작할 수 없습니다.) 발생
|
| Q.50 |
Windows
NT 이벤트 로그에 자꾸 SQL1042N 오류가 나타납니다.
|
| Q.51 |
ADSM으로 백업
시도중 SQL2062 RC400 오류 발생
|
| Q.52 |
오라클의 TRUNCATE
명령과 같은 기능의 DB2 명령은 뭔가요?
|
| Q.53 |
IMPORT 시에
로그풀이 납니다.
|
| Q.54 |
LOAD 작업이
물려있는 채로 끝나질 않네요.
|
| Q.55 |
백업시 SQL2048
RC=4 오류 발생
|
| Q.56 |
원격 연결시 SQL1402
에러 발생
|
| Q.57 |
Table생성시
[Table 행의길이가 4005를 초과 하였습니다.] 오류 메세지가 나오는데
|
| Q.58 |
NT에서 WAS와
DB2 5.2로 운영 중 시스템 장애로 인하여 NT 에서 WIN2000으로 업그레이드를 하고 DB2 V5.2를
재설치 한 후 Restore를 하려고 합니다.
|
| Q.59 |
그런데 windows98에
DB2 버젼 7.1인 Client 프로그램을 깔고 client에서 Table을 만들고 그 만든 Table을
Telnet으로 접속해서 Drop시켰는데 그 후에 ODBC연결도 안되고 어플리케이션에서 DB Open Error(에러코드
1402)가 뜹니다.
|
| Q.60 |
DB전체의 생성스크립트를
받고싶습니다.
|
| Q.61 |
Windows
ME에서 UDB 7.1 PE 설치후 문제
|
| A.1 |
주석문은 앞에 “--”을 붙여주시면 되고 SQL문장 끝날때 마다 “;”을 써 주시면 됩니다.
SQL 을 스크립트로 실행하는 방법은 두가지가 있습니다.
Aix shell로 하던가 db2 command option 을 사용하면 됩니다.
위에서 질문하신 것은 shell을 사용하시는 방법입니다.
이 경우엔 다음 라인으로 넘어가야 할 경우 \ ( 역슬래쉬) 를 사용합니다.
만약 db2 command option을 사용하려면 다음과 같이 하면 됩니다.
1)파일 작성 => 예제
-- 스크립트 파일의 시작 ----
-- sample 데이타베이스에 접속
 connect to sample;
-- SQL 실행 명령들을 나열
select * from
staffg;
-- 데이타베이스 접속 해제
connect reset;
-- 스크립트 파일의 끝 ----
2) 실행합니다.
db2 -svtf filename
: 이 방법은 위의 shell을 사용하는 것처럼 \가 필요없이 바로 다음라인에 명령어를 입력 해도 됩니다.
대신 하나의 명령이 끝나면 ;를 사용합니다. 실행은 2번처럼 db2 command option을 사용합니다.
|
| A.3 |
table 생성시
primary key를 지정하면 DB2에 의해서 자동으로 index가 생성되는데, 인덱스 명도 자동으로 부여해
줍니다. 이 경우 인덱스 drop 명령으로 drop되지 않습니다. 아래처럼 Table에 대해서 “alter
~ drop” 해야하고 pctfree와 cluster option을 주려면, [아래]처럼 인덱스 생성 하는
문장에 기술해 주어야 합니다. 또한 primary key 설정하고자 하면 index 생성후 atler ~ add하면
됩니다.
[ 아래 ] alter table table_name drop primary key ;
create unique index index_name on table_name (column_name,,,,,
)
cluster pctfree ???
;
alter table table_name add constraint index_name
primary key (column_name
,,,,) ; |
|
잠깐! |
| |
CREATE INDEX index-name .... PCTFREE integer
- Index를 생성시 Index Page의 Free Space의 Percent를 지정함.
- 각 Index Page의 첫번째 Row는 제한없이 추가됨. - Subsequent Row들은 각
Index Page에 적어도 Free Space의 Integer Percent는 남겨두어야 함.
- Index Page Split를 감소시킴.
- Index Rebuilding의 빈도수를 감소시킴.
CREATE INDEX index-name .... CLUSTER
- 가능한한 Insert 동안에 Data Page의 순서를 유지함.
- Index에 따라 매우 높게 Clustering된 Data는 Data의 Sequential Scan시,
Scan할 Page의 수가 적어지고, ORDER BY나 GROUP BY절이 지정될때 Sort할 필요성이
감소되므로 성능이 좋아짐.
- ALTER TABLE의 PCTFREE 설정값을 활용함.
- ALTER TABLE table-name APPEND에서는 호환되지 않음.
- Data Page의 Free Space Search Algorithm
- Target Page를 Search.
- 만약 없으면, 같은 Extent내의 Page를 Search.
- 만약 없으면, Table의 끝에 Append.
- PCTFREE값을 큰 값으로 설정하면, 오랜동안 Clustering을 유지하고, 따라서 REORG를
수행할 필요성이 감소되나, 더 많은 Disk Space가 필요함.
- Update동안 Clustering Order는 유지되지 않음.
- 만약 Clustering Index내의 키 값이 변경되면, 레코드는 Clustering
Order를 유지하기 위해 새로운 Page로 이동하지 않음. Clustering을 유지하기 위해서
UPDATE 사용하는 대신, DELETE 다음에 INSERT를 사용할 것.
CLUSTERING INDEX 고려사항
- Clustering Index와 PCTFREE를 활용하여 Table을 생성. CREATE TABLE
mytab (mycol1 integer, mycol2 char(8), mycol3 char(40));
CREATE INDEX myindex ON mytab (mycol1) CLUSTER PCTFREE 20;
ALTER TABLE mytab PCTFREE 50;
- Table에 Data를 Load하거나 Reorg.하기전에 Table Alter시에 PCTFREE를
고려해야 함. Clustering을 유지하기 위해서 각 Table은 추가적인 Insert시 각 Data
Page에 Space가 남아 있을 필요가 있슴. Space가 있어야 추가적인 Insert는 기존의 Data와
Clustering될 수 있슴. 결론적으로 추가적인 Data의 Clustering을 위해 각 Page에
Free Space의 Percentage를 남겨둔후 Table에 Data를 Load하는 것을 고려해야
함. 만약 PCTFREE값을 설정하지 않는 경우 Reorg.는 모든 Extra Space를 제거함.
|
| A.4 |
DEL :
ASC :
PC/IXF :
WSF :
|
Delimited
ASCII, 구분자를 가지는 형식으로 보통 특별하게 구분자를 두고자 할 경우 사용합니다
Non-delimited ASCII, 특별한 구분자 없이 데이터를 가지고 있는 형식으로, 빠른 데이터 로드가
필요하실 때 사용하시면 됩니다.
PC version of the Integrated Exchange Format (IXF), 데이터 베이스
내의 테이블 구조들을 그대로 가지고 있는 형식입니다.IXF 형식으로 export를 받으시면 import하실때
따로 테이블 lay out 이 없어도 됩니다. Import하시면서 테이블을 creation 하실 수 있거든요.
DEL, WSF or ASC 형식을 사용하실 경우, import하시기 전에 테이블 내의 컬럼명이나 데이터 타입들을
정의하셔야 합니다 Work-sheet format, Lotus 1-2-3 and Symphony와 같은 제품과
교환하기 위해 제공되는 형식입니다 Load하실때에는 사용하실 수 없습니다. |
| A.5 |
import
시에 commit를 찍도록 COMMITCOUNT nnnn 을 추가하세요. |
|
잠깐! |
IMPORT/LOAD
|
IMPORT
|
LOAD
|
| 대량의 데이타에 대해서는
LOAD 보다 현저하게 속도가 느림. |
LOAD 유틸리티는 데이타베이스에 직접 Format된
Page를 작성하기 때문에 대량의 데이타에 대해서 Import유틸리티보다 현저하게 빠름 |
| IXF 포맷으로 Table과 Index 생성됨. |
Table, Index는 존재해야 함. |
| View, Table, Alias로 Import
할 수있음. |
Table, alias로 Load할 수있음. |
| Table, Index가 있는 Tablespace는
Import중에는 Online임 |
Table, Index가 있는 Tablespace는
Load 중에는 Offline임. |
| 모든 Row들은 Logging됨 |
최소한의 Logging이 수행됨. |
| Trigger가 동작됨. |
Trigger는 지원하지 않음. |
| Import가 Interrupt되고, Commitcount가
지정되었다면, Table은 사용가능하고 마지막 Commit된 때까지 Load된 Row들은 포함함,
Import를 Restart하거나 그대로 Table을 사용할 수 있음. |
Load가 Interrupt되고, Savecount가
지정되었다면, Table은 Load Pending상태로 남아있고, Load를 Restart하거나,
Tablespace가 Load전에 생성한 Backup Image를 Restore할 때까지는 사용할
수없음. |
| Import는
SMP Parallelism을 활용할 수 없음. |
Load는 Parse, Convert, Format시에
여러 Process를 활용하거나, 복수개의 Tablespace Container로 Load함으로써
SMP Parallelism을 활용할 수 있음. |
| Import 동안에 모든
Constraint가 Validate됨. |
Load동안에 Uniqueness가 검증되나, 모든
다른 Constraint는 SET CONSTRAINT 문장을 사용하여 반드시 Check되어야 함. |
| 각 Row의 Key가 Import동안에 한번에 하나씩
Insert됨. |
Load동안, Data가 Load된 후에 모둔 Key
들은 Sort되고Index들은 Built됨. |
| RUNSTATS는 나중에 수행되어야 함. |
Statistiics는 Load동안에 수집될 수
있음. |
| Host Database에 Import할 수 있음. |
Host Database에 Load할 수 없음. |
| Imort되는 File은 Import가 호출된 Node에
반드시 있어야 함. |
Load되는 File또는 Pipe는 Database가
있는 Node에 반드시 있어야 함. |
| Backup Image가 필요 없음. |
Backup Image가 Load Procedure중에
생성될 수 있음. |
| 완벽한 Data Validation이
수행됨 |
성능을 향상시키기 위해 FASTPARSE를 사용하여
Reduced Data Validation을 수행할 수 있음 |
IMPORT시 성능 고려 사항
- IMPORT는 LOAD에 비해 I/O-bound Processing을 함.
- DMS Raw Device가 Tablespace Container에서 빠른 처리수행시간을 보임.
DMS Raw > DMS File > SMS의 순서로 성능이 좋음..
- IMPORT는 LOAD 유틸리티보다 대량의 데이타를 처리시 현저하게 느려짐. - Insert Processing임.
모든 Row마다 Log가 기록됨. 모든 Constraint가 조사됨.
- COMMITCOUNT는 높은 값을 지정할 것. - 너무나 빈번한 Commit은 성능을 저하시킴.
- Log Buffer Size (DB Cfg) 를 늘릴 것. - Log File Size가 충분하지
않다면, Log Full Error가 발생될 것임.
|
| A.6 |
LOAD명령은
제대로 입력하셨습니다.
load from 텍스트파일명(.txt파일) of del insert into 테이블명 은 데이터가
콤마로 구분되어 있을경우 사용하는 것이고 load from 텍스트파일명(.dat파일) of asc method
L(1 13, 14 16, 17,25) insert into 테이블명 은데이터가 분리문자 없는 텍스트일
경우 사용하는 방법입니다. 파일 종류에 따라 사용하시면 됩니다.
SQL3508N: 로드 또는 로드조회중에 "Remote-file"유형의 파일에 액세스하는데 오류가 발생했습니다.
이유코드'1' 에러는 remote file을 만들수가 없어서 입니다.
load 유틸리티를 사용하시려면 텍스트 파일(데이터)이 local에 있어야만 합니다. (V7 제외)
즉 RS/6000에서 명령어를 수행해야 하고 데이터도 PC가 아닌 RS/6000에 있어야 합니다. 만약 그렇지
않으면 데이터를 올린 후 명령어를 수행하시기 바랍니다.. 만약 데이터도 local에 있다면 이것은 정말로 remote
file을 만들지 못해서 입니다. LOAD명령을 수행한 디렉토리에 임시적으로 remote file이라는 것을
작성해야 되는 데, 명령어를 수행한 디렉토리에 해당 사용자가 쓸 권한이 없을때 이런 에러가 납니다. 즉, db2admin이라는
사용자가 /home/udbinst라는 디렉토리에서 load를 수행하면 db2admin이라는 사용자는 /home/udbinst에
write권한이 있어야 합니다. 그게 없을경우 나는 에러입니다.
|
| A.7 |
불행히도 현재
5.2 버전에서는 복구방법이 말씀하신대로 db2dart밖에 없습니다..그리고 db2dart는 tablename,
tablespaceid별로 따로 받아야 하구요..테이블스페이스가 한개라도 정상적이지 않으면 db2 restart시에
에러가 나서 connection이 안되는 것입니다. v6부터는 대신 restart 옵션에 drop pending
tablespaces 라는 게 있어서 문제 생긴 테이블스페이스를 무시하고 connection할 수 있습니다.
|
|
잠깐! |
| |
DB2 DART TOOL
- 데이타베이스의 Architectual Integrity가 맞는지를 Verify하기 위한 툴임.
- Data Page가 맞는 Size이고, 맞는 Column Type을 포함하는지를 검증함.
- Damage된 Page들의 읽을수 있는 모든 Row들을 Recover하는데 사용됨.
- 사용방법
- Active Connection이 없어야함.
- db2dart <dbalias> <Option>
- Option
- Inspection (/DB) : 전체의 데이타베이스를 Inspect함.
- Data Formatting (/DDEL, /IP)
DDEL : Corrupt된 Data Page에서 파일로 읽을 수 있는 Rows들을 Dump함.
IP : Corrupt된 Page를 Empty한 것으로 Mark함.
- Repair (/MI) : Index를 Invalid하다고 Mark함.
- Recommended Procedure
- db2diag.log에서 에러 발견.
- db2dart dbname /DB 수행
- db2dart dbname /DDEL
- db2dart dbname /IP
- Table Export
- Table Drop
- Table Import & Recreate
- Damaged Page에서 Dumped Data를 Import
RESTART … DROP PENDING TABLESPACES
- 열거한 Tablespace Container 문제를 만났다하더라도 Database Restart를
성공 적으로 완료됨을 지정.
- 만약 Container 문제로 인해 Restart Database가 실패된다면, 손상된 Tablespace
이름의 리스트가 db2diag.log에 발견됨.
- 만약 Temporary Tablespace가 DROP PENDING 상태에 놓인다면, Restart후에
새로운 Temporary Tablespace를 즉시 생성해야 함.
- Circular Logging 방식에서만 적용됨. (v6.1에서 도입)
- Tablespace가 DROP PENDING 상태에 놓이면, 적용가능한 운영방법은 그 Tablespace를
Drop하는 것임.
|
| A.8 |
DB2 UDB 5.2에서 백업한 DB를 그냥 restore하시면
됩니다...
먼저, Windows 환경에서는 다음과 같이 하시기 바랍니다..
- udb v5.2를 uninstall한다.
- udb v6.1을 설치한다.
- db를 start시킨다.
- 명령창을 열고 다음을 입력한다 db2 catalog db mes db2 terminate db2
migrate db mes 5. db2 connect to mes
-> windows는 유닉스와 달리 한 시스템에 한 버전밖에 못쓰고 이왕이면 깨끗하게 v5.2를 지우고
새로 v6.1을 설치하는 게 좋습니다.
v5.2를 지워도 해당 데이터 베이스( mes)는 날라가지 않고 그대로 디스크에 존재합니다.
다만 데이터 베이스가 있었다는 정보만 날라가죠.
그래서 catalog로 mes라는 db를 등록하고 그다음 migrate하고 사용하면 됩니다.
백업받으신 걸 다시 restore할 필요없습니다.
백업은 만일에 대비하여 받는것이고 실제로는 mes db는 그대로 있으므로 restore할 수 없습니다.
그냥 데이터 베이스를 백업을 받으셨다가 나중에 restore하시면 됩니다... 백업을 받으실때, 백업
디렉토리를 지정 하시고 나중에 복구하실때 백업 이미지가 있는 디렉토리를 지정해 주시면 됩니다...
db2 backup db [db_name] to d:\temp->백업을 받고자 하는 디렉토리...
다음 나중에 복구하시려면 d:\temp에 가셔서 db2 restore db [db2_name]하시면
됩니다... 백업 복구는 데이터 베이스 단위로 됩니다
|
|
잠깐! |
| |
IBM DB2 UDB LOG 방식
DB2 에는 다음과 같은 두가지 로그 방식이 있습니다.
- Circular Logging
- Log File은 UOW가 Commit되거나 Rollback될때 재사용됨.
- 데이타베이스가 생성되면, Default Logging방식으로 Circular Logging
사용됨.
- Circular Logging으로 구성된 데이타베이스는 마지막 Backup을 받은 시점까지만
복구가능함. 데이타베이스가 Restore될때, Backup을 받은 이후의 데이타베이스에 이루어진
모든 작업이 손실됨.
- Archival Logging
- Log File이 Inactive될때, Archive되는 Log File 관리기술임.
- 이 방식과 관련된 3가지 유형의 Log File이 있슴.
- Active : 아직 Commit이나 Rollback되지 않은 Trx.에 관련된
정보를 포함함. Commit되었으나, 아직 Database File에 변경분이 작성되지
않은 Trx.에 대한 정보를 포함함.
- Online Archival : 더이상 Restart Recovery에 필요하지
않은 완성된 Trx.에 관련된 정보를 포함함. Active Log File과 같은 Subdirectory에
있기때문에 "Online"이라 함.
- Offline Archival : Active Log File Subdirectory로부터
이동한 Log File임. 수작업이나 자동화된 프로세스(USEREXIT)에 의해 Log
File을 이동함.
- 데이타베이스를 Archival Logging 방식으로 구성하기 위한 2가지 파라미터
- LOGREATIN : ON으로 설정하면, Log File이 Inactive될때 Delete되지
않음.
- USEREXIT : ON으로 설정하면, 데이타베이스관리자가 db2uexit 프로그램을
호출함.
|
| A.9 |
restore시
taken at 옵션에 date-time 형식은 database backup시점의 timestamp입니다.
timestamp는 backup image file name에 포함되어 있습니다. rollforward시 to
옵션에 isotime 형식은 rollforward를 하고자 하는 시점으로 Coordinated Universal
Time (CUT)형식으로 yyyy-mm-dd-hh.mm.ss.nnnnnn (year, month, day,
hour, minutes, seconds, microseconds)로 나타냅니다. 기본적으로 CUT시간을 사용하므로
우리나라의 경우 CUT 시간과 우리나라 시간의 차이, 즉 9시간을 빼주면 됩니다.
|
| A.10
|
미결 트랜잭션이
발생하는 이유는 여러가지가 있습니다..그리고 사용하신 미결 트랜잭션의 수동 복구 방법은 최대한 주의해서 사용해야
합니다. 최선의 해결책은 트랜잭션 관리 프로그램이 재동기화 프로세스를 추진하기를 기다리는 것입니다.
참여 데이타베이스 중 하나의 트랜잭션을 수동으로 확약 또는 구간 복원하면, 자료 무결성 문제점이 발생할 수
있으며, 다른 데이타베이스에 대해서는 반대의 조치가 취해집니다..
자료 무결성 문제점으로부터 복구하려면, 적용업무 노리, 변경되거나 구간 복원된 자료를 이해한 다음 데이타베이스의
시점 복구를 수행하거나 수동으로 데이타베이스 변경내용을 취소/다시 수행해야 합니다.
|
|
잠깐! |
| |
Two-phase Commit
1. Database사이에 Data Integrity를 유지(Trx.은 All or Nothing임)
2. Coordinator에 의해 중앙에서 제어함.
3. 2단계의 처리방식 (Prepare 단계, Commit 단계)
Indoubt Trasaction
- Trx.이 Prepare는 했으나, Commit은 할 수 없는 것을 Indoubt Trx.이라함.
Resynchronization Process
- Communication이 Lost되거나 System중 어느 것이 Down되는 것이 첫번째 단계인
Prepare후에 또는 두번째 단계인 Commit전 또는 중에 발생된다면, Trx.에 대한 해결이 반드시
이루어져야 하는데, 이러한 과정을 Resync. Process라고함.
- Resync.는 TM 데이타베이스 또는 Participant중의 하나에서 시작되어야 함.
- Participant가 Prepare전에 Down된다면, 그 Trx.이 자동적으로 Rollback될것임
Coordinator가 Prepare단계의 결과를 받은 다른 Participant를 Rollback할
것임. Resync.는 필요하지 않슴.
- Prepare한후 Commit하기전에 Participant가 Down되고 Trx.의 결과가 Commit
이라면, Resync.는 TM의 책임임.
db2 list indoubt transaction with prompting
- / : 모든 Indoubt Trx.을 List
- / x : 숫자 x인 Indoubt Trx.을 List
- q : quit - c x : x인 Indoubt Trx.을 Commit
- r x : x인 Indoubt Trx.을 Rollback
- f x : x인 Indoubt Trx.을 Forget
|
| A.11 |
user의 soft file size에
걸렸기 때문입니다.
AIX를 사용하신다면 smitty user에서 해당 user의 soft file size를 늘려주시면 됩니다.
그러나 이것도 2G를 넘지못합니다.
filesystem에서 file size의 한계죠! 이것은 filesystem을 large filesystem
으로 만드시면 됩니다.
위의 사항을 시스템 담당자에게 문의해 보세요! 이것이 싫어시면
1. multidirectory backup을 받으시거나 예) backup db DBNAME to /dir1,
/dir2 .....
2.tape으로 backpu받으시면 됩니다.
그런데 5.0에서 multidirectory backup bug를 경험한적이 있습니다.
|
| A.12 |
죄송스럽게도 backup 시점의 inactive log만 다른 경로로 옮기실 수가 없습니다.
USEREXIT을 ON 시켜놓으시면 inactive 된 log 파일은 무조건 다른 path로 옮겨지게 돼
있습니다.
그렇다고 나중에 복구 하실때 log를 옮겨 오실 필요는 없구요…
USEREXIT 프로그램 자체에서 자동으로 다른 경로로 옮겨진 inactive log를 찾아 복구 시켜
줍니 다.…
|
|
잠깐! |
| |
BACKUP 방식
- Offline Backup
- Backup 작업만 데이타베이스에 연결할 수 있슴.
- Circular Logging인 경우에만 지원되는 Backup 방법임.
- Default가 Offline Backup임.
- Online Backup
- Backup 작업이 수행되는 동안 다른 어플리케이션이나 프로세스가 데이타베이스에 연결할
수 있슴.
- Online Backup Operation이 수행되는 동안 Table에 변경을 수행할 수
있슴.
- Archive Logging인 경우에만 지원되는 Backup 방법임.
|
| A.13 |
버전 6부터는
load시에 using이라는 구문이 reserve로 바뀌었습니다. 따라서 예전에는 로드시에 using구문을
주지 않으면 $HOME/sqllib/tmp를 사용하였는데, 이제는 temporary tablespace공간을
사용합니다. tempfiles라는 옵션은 다른 용도이고 index와는 상관없습니다.
|
| A.14 |
먼저 사용하고 계신 OS는 무엇인지 확인해 주시기 바랍니다. OS
에 따라 조금은 다르거든요.…
데이터베이스에 연결된 모든 application을 끊으세요.
모든 데이터 베이스는 백업을 받아 두세요..
NT의 경우
데이터 베이스만 migrate하면 됩니다. v 6.1을 설치하시고 migration utility인 db2
migrate 를 사용하시면 됩니다.
UNIX의 경우는
다른점은 instance를 migration 해야 합니다. DB2DIR/instance/아래의 db2imigr
utility를 사용하셔서 instance를 migrate 해주시기 바랍니다
|
| A.15 |
V5.2의 db를 V6.1에서 사용하려면 해당 db를 migrate해야 합니다. 다음과 같이 수행하세요.
- login instanceowner
- db2start
- db2 migrate db mes
- db2 connect to mes
|
잠깐! |
| |
IBM DB2 UDB Version 5, 6 Migration to Version 7
버전 5.0 또는 버전 5.2에서 DB2 버전 7로 이주할 경우, DB2 버전 7을 설치하기 전에 사용자
데이터 베이스 및 인스턴스를 준비해야 합니다. 버전 6으로부터 업그레이드하는 경우, 버전 7을 설치하기
전에 따로 수행해야 할 사항이 없습니다.
버전 5.0 이전 데이터 베이스 및 인스턴스의 이주는 DB2 버전 7에서 지원되지 않습니다.
Windows는 한 가지 버전의 DB2만 머신에 설치될 수 있도록 합니다. 예를 들어, DB2 버전 6이
있고 버전 7을 설치할 경우, 버전 6은 설치 중에 삭제됩니다.
지원되는 Linux를 수행하는 워크스테이션에서 DB2 설치를 이주할 경우, 다음 사항에 유의해야
합니다.
DB2 버전 5.2 베타의 이주가 지원되지 않습니다.
DB2 버전 7은 glibc 버전 2.1.2 또는 그 이상에서만 수행될 수 있습니다.
Linux 분산에 이 라이브러리의 이전 버전이 있는 경우 DB2 제품을 사용할 수 없게 됩니다.
워크스테이션의 설치 준비를 하려면, 필요한(또는 나중) 버전의 glibc 라이브러리가 포함된 보다 최신의
레벨로 기존의 Linux를 업그레이드해야 합니다.
지역 버전의 glibc 라이브러리만 갱신할 수도 있습니다.
설치한 배포판을 필요한 레벨의 glibc 라이브러리가 포함된 보다 최신 버전으로 갱신할 것을 권합니다.
이 프로세스 중에 오류가 발생하면 운영 체제에 영향을 줄 수 있으므로, 설치된 배포판의 버전을 갱신하지
않고 glibc 라이브러리만 갱신하는 것은 바람직하지 않습니다.
|
| A.16
|
db2diag.log의 filesystem이 full이 나면 늘려주셔야 합니다..
늘려 주실 공간이 부족하다면 db2가 제대로 작동을 하지 않을 수도 있습니다...
(DB2를 사용하지 못할 수도 있습니다)
지금과 같이 db2diag.log level 4의 경우 모든 내용을 다 log 하기 때문에 파일 크기가
커지겠죠.. db2diag.log level을 3으로 내려주거나 적당한 level로 바꿔 주시기 바랍니다.
|
db2diag.log
Path : ../sqllib/db2dump/db2diag.log
db2diag.log level
0 - No diagnostic data captured
1 - Severe errors only
2 - All errors
3 - All errors and warnings
4 - All errors, warnings and
informational messages
|
|
| A.17 |
코드페이지가
다르거나 Platform이 다른 경우에는 backup & restore utility를 사용할 수 없습니다.
이러한 경우에는 table 단위로 데이터를 이동시키는 유틸리티인 export & import 또는 export
& load 를 사용해야 합니다. 만약 import시 코드 페이지 conversion 오류가 나면, import
또는 load 시 "modified by forcein"옵션을 사용해야 합니다.
(DB2 instance에는 코드 페이지가 없습니다. 모든 언어 공통 사항입니다. 그러나 데이터 베이스는 각
각 고유의 코드 페이지를 가지고 있습니다. 그러므로 사용자 환경의 코드 페이지를 강제로 맞추어 주 어도 아무런
소용이 없습니다. 코드 페이지는 데이터 베이스 디자인 이전에 결정되어져야 하는 사항 입니다.단, 데이터 베이스를
다시 설치할 필요는 없습니다.)
추신 : 1363 코드 페이지는 Korea, South의 Windows환경의 코드 페이지입니다.
|
| A.18 |
에러 내용으로
보아 코드 페이지 error 같습니다.
클라이언트에서 사용하는 코드 페이지와 서버의 데이터 베이스에 정의된 코드 페이지 값이 다른 경우 위와 같은
에러가 납니다.
데이터 베이스에 로그인 한 login id 의 코드 페이지를 확인해 주시기 바랍니다.
- 사용자 .profile 에 설정되어 있는 language code page 또는 사용하는 클라이언트 콘솔
코드 페이지 서버의 인스턴스 레벨의 코드 페이지를 확인하시고 데이터 베이스의 코드 페이 | | |
