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

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

설치 디렉토리가 버전 별이 아닌 경우 예 :/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 설치

새 서버의 바이너리 및 지원 파일을 설치하십시오.

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

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

pg_upgrade 및 pg_upgrade_support 설치

설치pg_upgrade17799_17821pg_upgrade_support새로운 도서관 Postgresql 클러스터.

새 PostgreSQL 클러스터 초기화

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

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

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

인증 조정

pg_upgrade구식 및 새 서버는 여러 번 인증피어inpg_hba.conf또는 a 사용~/.pgpass파일 (참조섹션 31.15).

두 서버 중지

두 데이터베이스 서버 모두 ON을 중지했는지 확인하십시오 유닉스, 예 :

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

또는

넷 스톱 pgsql-8.3 (PostgreSQL8.3 및 오래된 서비스 이름을 사용했습니다)

runpg_upgrade

항상 실행pg_upgrade새 서버의 바이너리, 오래된 사람이 아닙니다.pg_upgrade사양이 필요합니다 기존 및 새로운 클러스터의 데이터 및 실행 가능 (bin) 디렉토리. 당신도 할 수 있습니다 사용자 및 포트 값을 지정하고 데이터를 원하는지 여부 복사 대신 링크 (기본값)

링크 모드를 사용하면 업그레이드가 훨씬 빠릅니다. (파일 복사 없음)이지만 귀하는 귀하의 이전 클러스터 후 새 클러스터를 시작하면 치받이. 링크 모드는 또한 구식과 새로 필요합니다 클러스터 데이터 디렉토리는 동일한 파일 시스템에 있습니다. 보다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 --확인하다수동 조정을 간략하게 설명합니다 업그레이드 후 만들어야합니다. 당신이 될 것이라면 링크 모드를 사용하면 사용해야합니다.-link옵션-체크링크 모드 별 점검을 활성화합니다.pg_upgrade쓰기가 필요합니다 현재 디렉토리의 허가.

분명히 아무도 클러스터에 액세스하지 않아야합니다 업그레이드 중.pg_upgrade서버 실행 기본값 의도하지 않은 클라이언트 연결을 피하기 위해 포트 50432에서. 너 수행 할 때 두 클러스터에 동일한 포트 번호를 사용할 수 있습니다. 구식 및 새 클러스터가 동시에 실행. 그러나 오래된 것을 확인할 때 서버를 실행하면 이전 및 새 포트 번호가 다른.

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

복원pg_hba.conf

수정 된 경우PG_HBA.conf, 원래 설정을 복원하십시오. 또한 필요할 수도 있습니다 새 클러스터의 다른 구성 파일을 조정하려면 이전 클러스터와 일치하십시오 (예 :postgresql.conf.

업그레이드 후 처리

업그레이드 후 처리가 필요한 경우 pg_upgrade 경고가 완료 될 때 경고를 발행합니다. 또한 생성됩니다 관리자가 실행 해야하는 스크립트 파일. 그만큼 스크립트 파일은 필요한 각 데이터베이스에 연결됩니다 업그레이드 후 처리. 각 스크립트를 실행해야합니다 사용 :

psql-username postgres -file script.sql postgres

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

통계

Optimizer 통계가 전송되지 않기 때문에pg_upgrade, 당신은 지시를받습니다 결국 해당 정보를 재생하도록 명령을 실행하려면 업그레이드의.

오래된 클러스터 삭제

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

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

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

• 당신이 달렸다면pg_upgradewith-체크, 수정은 없었다 이전 클러스터에 만들어지면 재사용 할 수 있습니다. 언제든지.

• 당신이 달렸다면pg_upgradewith-link, 데이터 파일은입니다 구 클러스터와 새로운 클러스터 사이에서 공유됩니다. 당신이 시작했다면 새 클러스터, 새로운 서버는 공유 파일과 기존을 사용하는 것은 안전하지 않습니다. 무리.

• 당신이 운영된다면pg_upgrade 없음 -link또는 새로운 것을 시작하지 않았습니다 서버, 이전 클러스터는 그 점을 제외하고 수정되지 않았습니다. 연결이 시작되면 A.OLD접미사가 추가되었습니다$ pgdata/global/pg_control. 재사용 오래된 클러스터, 아마도를 제거 할 수 있습니다..OLD접미사$ pgdata/global/pg_control; 당신은 할 수 있습니다 이전 클러스터를 다시 시작하십시오.