| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 23. 백업과 복원 | Fast Forward | Next |
본 절에서는 하나의 PostgreSQL릴리스로부터 새로운 릴리스에 데이터베이스의 데이터를 이동시키는 방법을 설명합니다. 소프트웨어의 인스톨 순서, 그 자체가 본 절의 목적이 아니기 때문에, 자세한 사항은 Chapter 14을 참조해 주십시요.
일반적인 규칙으로서PostgreSQL 의 메이저 릴리스(최초의 점 뒤의 번호의 변경) 간의 내부 데이터 보존 형식은 변경의 대상이 되고 있습니다. 이는 동일 메이저 릴리스에서의 마이너 릴리스의 차이(2번째의 닷의 뒤의 번호)에는 적용되지 않습니다. 이것들은 항상 호환성이 있는 보존 형식을 가집니다. 예를 들면 릴리스 7.2.1와 7.3.2, 그리고 7.4는 호환성이 없지만, 7.2.1과 7.2.2는 호환성이 있습니다. 호환성이 있는 버전 간의 업데이트를 실시하는 경우, 실행 가능한 파일로 대체하고 디스크상의 데이터 영역을 재사용할 수 있습니다. 아니면, 데이터를 백업하고 그것을 새로운 서버에서 복구해야 합니다. 이 작업은pg_dump를 사용해 실시할 필요가 있습니다. 분명하게, 파일 시스템 단계 백업에서는 잘 동작하지 않습니다. 호환성이 없는 버전의PostgreSQL의 데이터 영역을 사용하지 않게 검사를 하기 때문에, 잘못한 버전의 서버를 데이터 디렉토리에서 시작하려고 해도, 큰 손해는 없습니다.
이 프로그램은 향상되고 있으므로, 그 이점을 살리기 위해 새로운 버전의PostgreSQL의pg_dump프로그램이나 pg_dumpall프로그램을 사용하는 것을 추천합니다. 현재의 릴리스의 덤프용 프로그램은 7.0까지의 서버 버전의 데이터를 읽어낼 수 있습니다.
서버 정지의 시간을 최단으로 하려면, 새로운 서버를 다른 디렉토리에 인스톨 해, 오래된 서버와 새로운 서버를 다른 포트로 병행해서 가동시키는 방법이 있습니다. 그 후,
pg_dumpall -p 5432 | psql -d postgres -p 6543
이러한 커맨드로 데이터를 전송 할 수 있습니다. 또는 필요에 따라서 중간 파일을 사용할 수 있습니다. 그 후, 오래된 서버를 정지해, 새로운 서버를 오래된 서버가 실행됐던 포트로 시작합니다. 이 때pg_dumpall를 시작한 후, 오래된 데이터베이스가 업데이트되지 않았다는 것을 확인해 주십시요. 그렇지 않으면 그러한 데이터는 사라져 버립니다. 접속을 거부하는 방법은Chapter 20을 참조해 주십시요.
실제로 완전히 교환하기 전에, 새로운 설정으로 클라이언트 어플리케이션의 테스트를 실시할 것을 추천합니다. 이는 신구 버전의 인스톨을 병존시키면서 설정한기 위한 다른 이유입니다.
2개의 서버를 병행에 가동할 수 없거나 하고 싶지 않을 경우, 새로운 버전의 인스톨을 하기 전에 우선 백업을 실시합니다. 그리고 서버를 정지하고 나서 오래된 버전을 이동시키고, 새로운 버전을 인스톨 합니다. 그 후, 새로운 서버를 시작하고난 후 데이터를 복구해 주십시요. 이하에 예를 들면,
pg_dumpall > backup pg_ctl stop mv /usr/local/pgsql /usr/local/pgsql.old cd ~/postgresql-8.3.3 gmake install initdb -D /usr/local/pgsql/data postgres -D /usr/local/pgsql/data psql -f backup postgres
서버를 시작/정지시키는 방법이나, 그 외의 자세한 사항은 Chapter 16을 참조해 주십시요. 인스톨 순서에서는 이러한 순서를 실행하는 전략 장소에 대한 추천 사항이 기재되어 있습니다.
Note: "오래된 Installation를 이동"시켰을 경우, 더이상 완전히 사용 가능하지 않을지도 모릅니다. 실행 프로그램의 일부는 인스톨된 각종의 프로그램이나 데이터 파일의 절대 경로를 포함하고 있습니다. 이것은 많은 경우 굉장한 문제가 아니지만, 2개의 Installation를 당분간 병행해 사용하는 경우, 구축시에 다른 Installation 디렉토리를 할당해야 합니다 (이 문제는 PostgreSQL 8.0 이후에 수정되었습니다. 그러나 오래된 installation을 이동시킬 때는 주의해야합니다. )