선택적으로 이전 클러스터를 이동

버전 별 설치를 사용하는 경우 디렉토리, 예 :/opt/postgresql/8.4, 당신은 필요하지 않습니다 이전 클러스터를 이동하십시오. 한 번의 클릭 설치 프로그램은 모두 사용합니다 버전 별 설치 디렉토리.

설치 디렉토리가 아닌 경우 버전 별 (예 :/usr/local/pgsql, 이동해야합니다 현재 PostgreSQL이 디렉토리를 설치하므로 그렇지 않습니다 새로운 것을 방해PostgreSQL설치. 일단 현재의postgresql서버가 종료되었습니다. Postgresql의 이름을 바꾸는 것이 안전합니다. 설치 디렉토리; 이전 디렉토리가라고 가정합니다./usr/local/pgsql, 당신은 할 수 있습니다 하다:

mv/usr/local/pgsql /usr/local/pgsql.old

디렉토리의 이름을 바꾸려면

소스 설치의 경우 새로 구축하십시오 버전

새 Postgresql 소스를 빌드구성호환되는 플래그 오래된 클러스터.pg_upgrade확인PG_CONTROLDATA모든 설정을 확인하십시오 업그레이드를 시작하기 전에 호환됩니다.

새 Postgresql Binaries 설치

새 서버의 바이너리 및 지원 파일을 설치하십시오. 두 클러스터에 동일한 포트 번호를 사용할 수 있습니다. 기존 클러스터와 새로운 클러스터가 동시에 달리기.

소스 설치의 경우, 새로 설치하려는 경우 사용자 정의 위치의 서버, 사용접두사변수 :

gmake prefix =/usr/local/pgsql.new install

pg_upgrade를 설치하고 pg_upgrade_support

installpg_upgradeandpg_upgrade_support새 PostgreSQL 클러스터에서

새 PostgreSQL 클러스터 초기화

|initdb. 다시, 호환 사용initdb이전 클러스터와 일치하는 플래그. 많은 미리 빌드 설치 업체 가이 단계를 자동으로 수행합니다. 새 클러스터를 시작할 필요가 없습니다.

사용자 정의 공유 객체 파일 설치

사용 된 사용자 정의 공유 객체 파일 (또는 DLL)을 설치합니다 이전 클러스터를 통해 새 클러스터로 (예 :pgcrypto.so, 출신 여부Contrib또는 다른 소스. 스키마 정의를 설치하지 마십시오 (예 :pgcrypto.sql이전 클러스터에서 마이그레이션.

인증 조정

pg_upgrade연결됩니다 이전 및 새로운 서버는 여러 번 설정하려면Local유닉스 도메인 소켓 인증IDinpg_hba.conf또는 a 사용~/.pgpass파일 (참조섹션 31.14).

두 서버 중지

두 데이터베이스 서버 사용이 중지되었는지 확인하십시오 유닉스, 예 :

PG_CTL -D /OPT/POSTGRESQL/8.4 정지
pg_ctl -d /opt/postgresql/9.0 정지

또는 Windows에서 적절한 서비스 이름을 사용하여 :

NET STOP PostgreSQL-8.4
Net Stop Postgresql-9.0

또는

NET STOP PGSQL-8.3 (PostgreSQL8.3 이상 다른 서비스 이름을 사용했습니다)

runpg_upgrade

항상 실행pg_upgrade새 서버의 바이너리, 오래된 사람이 아닙니다.pg_upgrade요구 사항 구형 및 새로운 클러스터 데이터의 사양 및 실행 파일 (bin) 디렉토리. 사용자 및 포트 값을 지정할 수도 있고 복사 대신 데이터를 연결하려고합니다 (the 기본).

링크 모드를 사용하면 업그레이드가 훨씬 빠릅니다. (파일 복사 없음)이지만 액세스 할 수 없습니다. 이전 클러스터 후 새 클러스터를 시작하면 치받이. 링크 모드는 또한 구식과 새로 필요합니다 클러스터 데이터 디렉토리는 동일한 파일 시스템에 있습니다. 보다pg_upgrade -help전체 옵션 목록.

Windows 사용자의 경우 로그인해야합니다 관리 계정, 쉘을로 시작합니다.Postgres사용자 및 적절한 설정 길:

runas /user : postgres "cmd.exe"
set path =%path%; c : \ program files \ postgresql \ 9.0 \ bin;

그런 다음 실행pg_upgrade인용 된 디렉토리와 함께, 예 :

pg_upgrade.exe
        -Old-datadir "c :/program files/postgresql/8.4/data"
        -New-datadir "c :/program files/postgresql/9.0/data"
        --old-bindir "c :/program files/postgresql/8.4/bin"
        --new-bindir "c :/program files/postgresql/9.0/bin"

일단 시작,pg_upgrade의지 두 클러스터가 호환되는지 확인한 다음 이주. 사용할 수 있습니다pg_upgrade --확인하다이전이더라도 수표 만 수행합니다 서버는 여전히 실행 중입니다.pg_upgrade --확인하다수동 조정을 간략하게 설명합니다 마이그레이션 후에 만들어야합니다.pg_upgrade쓰기 권한이 필요합니다 현재 디렉토리.

분명히 아무도 클러스터에 액세스하지 않아야합니다 마이그레이션 중. 비 디폴트 포트 사용을 고려하십시오 숫자 (예 : 50432, 오래된 클러스터와 새로운 클러스터가 피할 수 있습니다 업그레이드 중 의도하지 않은 클라이언트 연결.

데이터베이스를 복원하는 동안 오류가 발생하는 경우 개요,pg_upgrade종료 및 다음에 요약 된대로 이전 클러스터로 되돌려 야합니다단계 14아래. 시도하려면pg_upgrade다시, 이전 클러스터를 수정해야합니다. pg_upgrade 스키마 복원이 성공합니다. 문제가 a Contrib Module, Contrib를 제거해야 할 수도 있습니다 기존 클러스터의 모듈과 새로 설치하십시오. 모듈이 아니라고 가정하면 마이그레이션 후 클러스터 사용자 데이터를 저장하는 데 사용됩니다.

복원PG_HBA.conf

수정 된 경우PG_HBA.conf, 원래 설정을 복원하십시오.

마이그레이션 후 처리

마이그레이션 후 처리가 필요한 경우 pg_upgrade는 완료되면서 경고를 발행합니다. 그것은 할 것입니다 또한 실행 해야하는 스크립트 파일을 생성합니다. 관리자. 스크립트 파일이 각각에 연결됩니다 마이그레이션 후 처리가 필요한 데이터베이스. 각 스크립트는 다음을 사용하여 실행해야합니다.

PSQL-username postgres -파일 스크립트.sql postgres

스크립트를 순서대로 실행할 수 있으며 삭제할 수 있습니다. 그들이 달리면.

통계

Optimizer 통계가 전송되지 않기 때문에pg_upgrade, 당신은 될 것입니다 이를 재생하도록 명령을 실행하도록 지시했습니다 마이그레이션이 끝날 때의 정보.

오래된 클러스터 삭제

업그레이드에 만족하면 가능합니다 실행하여 이전 클러스터의 데이터 디렉토리를 삭제하십시오 에 언급 된 스크립트pg_upgrade완료. 이전 설치를 삭제할 수도 있습니다 디렉토리 (예 :bin, 공유).

오래된 클러스터로 되돌아가는

실행 후pg_upgrade, 오래된 클러스터로 되돌리고 싶다면 여러 가지가 있습니다. 옵션 :

• 당신이 달렸다면pg_upgradewith-체크, no 이전 클러스터와 귀하에게 수정이 이루어졌습니다 언제든지 재사용 할 수 있습니다.

• 당신이 실행 한 경우pg_upgradewith-link, 데이터 파일 구식 클러스터와 새 클러스터 사이에서 공유됩니다. 당신이 새 클러스터를 시작한 새 서버가 작성되었습니다 공유 파일에 기존을 사용하는 것은 안전하지 않습니다. 무리.

• 당신이 실행 한 경우pg_upgrade 없음 -link또는 시작하지 않았습니다 새 서버, 이전 클러스터는 제외하고 수정되지 않았습니다 그게.OLD접미사 추가$ pgdata/global/pg_control그리고 아마도 테이블 스페이스 디렉토리. 이전 클러스터를 재사용하려면 제거.OLD접미사$ pgdata/global/pg_control. 그리고 8.4 이하로 마이그레이션하는 경우 마이그레이션에 의해 생성 된 테이블 스페이스 디렉토리 제거.OLD접미사 테이블 스페이스 디렉토리 이름; 그런 다음 다시 시작할 수 있습니다 오래된 클러스터.