database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
ㆍPostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
PostgreSQL Q&A 4808 게시물 읽기
No. 4808
7.1 -> 7.3으로 가기 힘들군요...ㅜ.ㅜ
작성자
김영호(icepage)
작성일
2003-07-22 16:36
조회수
1,542

사실 서버 자체가 너무 오래되어 업데이트 과정중에

혹시나 싶어 테스트에 들어갔습니다만

 

특별히 어려울 것은 없다는 판단에 시작한 일이

2일이 지나도 안끝나고 있군요...

 

하여간 곳곳에서 말썽입니다.

처음엔 /connect 명령어가 나올때마다 애러가 떠서

dump 시킬때 -O 옵션 줘서 겨우 무마시켰더니

 

integer로 지정된 column 일부에 아무런 값이 입력되지 않은 부분들에서 애러가 떠서 기존의 DB에서 문제되는 부분들 수정 후 다시 dump

 

만전을 기했다고 생각했더니 이젠 COPY가 안되는군요...

원인도 아주 애매한것이 text로 설정된 컬럼에서 줄바꿈 개행문자인 \n인 것과 컬럼 값 \N을 구분을 못하고 있는것 같습니다...

 

정말이지 답이 없어서

dump에서 -d 옵션줘서 COPY가 아니라 INSERT로 전환했더니

정말 죽음의 속도입니다...얼마나 느린지...

restore만 지금 30분째...

(아무리 테스트용 PC에 설치한 리눅스라지만 한심하군요)

 

헌데 원래 서버에서는 dump 및 restore에서 아무런 문제가 없는데

테스트 쪽에서는 잘안되는 것은 PostgeSQL 버전 문제인걸까요

아님 리눅스자체의 다른 문제가 있는건가요

 

이런식으로 억지로 restore 시켜가지곤

나중에 뭔가 예상치 못한 큰일이라도 발생할 것 같다는 생각도 들고요...

 

다른 분들도 버전업시에 이런 문제 때문에 많이들 고생하셨나요?

그냥 조언이라도 좀 해주셨으면 좋을 것 같습니다...

(솔직히 약간 불안하거든요...^^;)

이 글에 대한 댓글이 총 4건 있습니다.

글을 한번 써야지 하면서 게을러서 못쓴 것 가운데 하나가 7.3.x 업그레이드 이야기인데...

 

실전에서 배우시는군요. :)

 

7.3.x 에서 많이 바뀌었습니다.

 

1. 숫자형에서 '' 이런 자료를 허용하지 않는 것하고,

2. serial 형이 독립적인 자료형으로 처리 된다는 것 (시퀀서를 default로 지정하는 것과, serial 형을 구분합니다, 그래서 serial 형으로 지정하면 자동으로 시퀀서를 만들고, 테이블이 삭제되면 시퀀서도 삭제됩니다)

3. foreign key 지정에 따른 내장 트리거들이 독립적인 object로 움직이다가 이번에 해당 테이블 의존적으로 바뀐것들,

4. timestamp 형이 디폴트로 without timezone 형태로 되는 것등 ......

 

아무튼 이곳에서는 업그레이드를 하려고 덤프 받았다가 그 덤프파일을 고처할 부분이 너무 많아서 감히 엄두를 못내고 7.2.1 하고, 7.3.2 하고 같이 쓰고 있습니다. 시간나면 하나씩 옮겨가야지 하고 있는데, 언제 다 옮겨질지...

김상기(ioseph)님이 2003-07-23 00:12에 작성한 댓글입니다.

업그레이드 툴을 만들어서 제공해 줘야지...

 

개발팀들이 많이 게을러 진것 같아요. 예전엔 update 프로그램을 제공해 줬는데 말이죠 ^^;

 

상기님 수고요. ^^;

정재익(advance)님이 2003-07-23 16:26에 작성한 댓글입니다.

관심들 가져 주셔서 감사합니다...

 

겨우 성공은 했습니다...

계속 빠진 부분 없나 확인 작업 중입니다...

그런데 속도상 빨라진 점은 없는 것 같기도 하고요...물론 그런 이유 때문에 버전 업 한건 아닙니다만...^^;

 

이번에 버전업 하면서 느낀것이지만

기존의 DB를 얼마나 엉망으로 관리해 왔는지...

정말 깊은 반성의 시간이었습니다.

 

아무때나 ALTER로 COLUMN 추가 해버려서

사방팔방 숫자형에서 ''값들 투성이고

foreign key 지정도 안하고 넘어간데가 많아서

기본적인 primary key자체가 뒤죽박죽인 상태...

 

밤새 기존 DB의 잘못된 점들을 고쳐주고 있었습니다.

 

dump받아 에러 확인하기 정말 힘들군요...

앞으론 DB가 더 커질테니 이런 짓은 시도도 못할 것 같구...정말 평소대 잘해야 한다는 말이 뭔지 알겠더군요...

김영호(icepage)님이 2003-07-23 19:59에 작성한 댓글입니다.

백업 받으시면서 느낀 점을 한번 글로서 적어 주시면 많은 백성이 도움이 되실듯 하네요. ^^;

정재익(advance)님이 2003-07-24 15:41에 작성한 댓글입니다.
[Top]
No.
제목
작성자
작성일
조회
4812windows 2003 iis에서 pg_connect() [1]
궁금이
2003-07-26
1559
4811[질문] table의 owner를 바꿀려면? [1]
박근준
2003-07-26
1439
4810pg_relcheck 이 존재하지 않습니다. [1]
김종화
2003-07-24
1156
48087.1 -> 7.3으로 가기 힘들군요...ㅜ.ㅜ [4]
김영호
2003-07-22
1542
4807질문] libpq.lib 이용시 PostgreSQL 서버 버전 확인하는 방법은? [1]
김상기
2003-07-22
2414
4804시스템 카탈로그 깨짐 [2]
심재후
2003-07-22
1890
4802윈도에서 /etc/hosts.allow 파일과 /etc/hosts.deny 파일..? [1]
이호경
2003-07-21
1761
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.018초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다