4.5. PostgreSQL 데이터 백업

절차

1. 새 데이터베이스를 생성합니다.

   $ createdb dbname

2. 덤프된 데이터베이스의 오브젝트에 대한 권한을 소유하고 있거나 권한이 부여된 모든 사용자에게 이미 있는지 확인합니다. 이러한 사용자가 없는 경우 복원에서 원래 소유권 및 권한을 가진 오브젝트를 다시 생성할 수 없습니다.

3. psql 유틸리티를 실행하여 pg_dump 유틸리티에서 생성한 텍스트 파일 덤프를 복원합니다.

   $ psql dbname < dumpfile

   여기에서 dumpfile 은 pg_dump 명령의 출력입니다. 텍스트가 아닌 파일 덤프를 복원하려면 대신 pg_restore 유틸리티를 사용합니다.

   $ pg_restore non-plain-text-file

절차

1. 덤프된 데이터베이스의 개체에 대한 권한을 소유하고 있거나 권한이 부여된 모든 사용자가 이미 있는지 확인합니다. 이러한 사용자가 없는 경우 복원에서 원래 소유권 및 권한을 가진 오브젝트를 다시 생성할 수 없습니다.

2. psql 유틸리티를 실행하여 pg_dumpall 유틸리티로 생성된 텍스트 파일 덤프를 복원합니다.

   $ psql < dumpfile

   여기에서 dumpfile 은 pg_dumpall 명령의 출력입니다.

절차

1. 데이터베이스 클러스터의 위치를 선택하고 이 클러스터를 초기화합니다.

   # postgresql-setup --initdb

2. postgresql 서비스를 중지합니다.

   # systemctl stop postgresql.service

3. 모든 방법을 사용하여 파일 시스템 백업을 생성합니다(예: tar 아카이브).

   $ tar -cf backup.tar /var/lib/pgsql/data

4. postgresql 서비스를 시작합니다.

   # systemctl start postgresql.service

1. WAL 파일 보관에 대한 절차를 설정 및 테스트 - WAL 보관을 참조하십시오.
2. 기본 백업 수행 - 기본 백업을 참조하십시오.

절차

1. /var/lib/pgsql/data/postgresql.conf 파일에서 다음을 수행합니다.

   1. the wal_level 구성 매개 변수를 replica 이상으로 설정합니다.
   2. archive_mode 매개 변수를 on 으로 설정합니다.
   3. archive_command 구성 매개 변수에 shell 명령을 지정합니다. cp 명령, 다른 명령 또는 쉘 스크립트를 사용할 수 있습니다.

2. postgresql 서비스를 다시 시작하여 변경 사항을 활성화합니다.

   # systemctl restart postgresql.service

3. archive 명령을 테스트하고 기존 파일을 덮어쓰지 않고 실패하는 경우 0이 아닌 종료 상태를 반환하는지 확인합니다.
4. 데이터를 보호하려면 세그먼트 파일이 그룹 또는 세계 읽기 액세스 권한이 없는 디렉터리에 보관되었는지 확인합니다.

절차

1. pg_basebackup 유틸리티를 사용하여 기본 백업을 수행합니다.

   • 개별 파일(일반 형식)으로 기본 백업을 생성하려면 다음을 수행합니다.

     $ pg_basebackup -D backup_directory -Fp

     backup_directory 를 선택한 백업 위치로 바꿉니다.

     테이블 공간을 사용하고 서버와 동일한 호스트에서 기본 백업을 수행하는 경우 --tablespace-mapping 옵션도 사용해야 합니다. 그렇지 않으면 백업을 동일한 위치에 쓰기를 시도할 때 백업이 실패합니다.

   • tar 아카이브( tar 및 압축된 형식)로 기본 백업을 생성하려면 다음을 수행합니다.

     $ pg_basebackup -D backup_directory -Ft -z

     backup_directory 를 선택한 백업 위치로 바꿉니다.

     이러한 데이터를 복원하려면 올바른 위치에 있는 파일을 수동으로 추출해야 합니다.

2. 기본 백업 프로세스가 완료되면 백업 기록 파일에 지정된 데이터베이스 클러스터의 복사본과 백업 중에 사용되는 WAL 세그먼트 파일을 안전하게 보관합니다.
3. WAL 세그먼트는 기본 백업보다 오래되어 더 이상 복원이 필요하지 않기 때문에 기본 백업에 사용되는 WAL 세그먼트보다 숫자적으로 낮은 값을 삭제합니다.

절차

1. 서버를 중지합니다.

   # systemctl stop postgresql.service

2. 필요한 데이터를 임시 위치에 복사합니다.

   전체 클러스터 데이터 디렉터리 및 모든 테이블 공간을 복사하는 것이 좋습니다. 이를 위해서는 기존 데이터베이스의 두 사본을 저장할 수 있는 충분한 여유 공간이 필요합니다.

   공간이 충분하지 않은 경우 시스템이 중단되기 전에 보관되지 않은 로그가 포함될 수 있는 클러스터의 pg_wal 디렉터리 콘텐츠를 저장합니다.

3. 클러스터 데이터 디렉토리 아래에 있는 기존 파일과 하위 디렉토리를 사용하고 있는 테이블 공간의 루트 디렉토리 아래에 모두 제거합니다.

4. 기본 백업에서 데이터베이스 파일을 복원합니다.

   다음을 확인하십시오.

   • 파일이 올바른 소유권(root이 아닌 데이터베이스 시스템 사용자)을 사용하여 복원됩니다 .
   • 올바른 권한으로 파일이 복원됩니다.
   • pg_tblspc/ 하위 디렉터리의 심볼릭 링크가 올바르게 복원됩니다.

5. pg_wal/ 하위 디렉터리에 있는 파일을 모두 제거합니다.

   이러한 파일은 기본 백업에서 발생하므로 더 이상 사용되지 않습니다. pg_wal/ 을 보관하지 않은 경우 적절한 권한으로 다시 만듭니다.

6. 2단계에 저장된 아카이브되지 않은 WAL 세그먼트 파일을 pg_wal/ 에 복사합니다.

7. 클러스터 데이터 디렉터리에 recovery.conf 복구 명령 파일을 만들고 restore_command 구성 매개 변수에 shell 명령을 지정합니다. cp 명령, 다른 명령 또는 쉘 스크립트를 사용할 수 있습니다. 예를 들면 다음과 같습니다.

   restore_command = 'cp /mnt/server/archivedir/%f "%p"'

8. 서버를 시작합니다.

   # systemctl start postgresql.service

   서버는 복구 모드로 전환하고 필요한 아카이브된 WAL 파일을 읽습니다.

   외부 오류로 인해 복구가 종료되면 서버를 다시 시작할 수 있으며 복구가 계속됩니다. 복구 프로세스가 완료되면 서버의 recovery .conf의 이름이 recovery. done으로 변경됩니다. 이렇게 하면 서버가 정상적인 데이터베이스 작업을 시작한 후 실수로 복구 모드로 전환되지 않습니다.

9. 데이터베이스 내용을 확인하여 데이터베이스가 필수 상태로 복구되었는지 확인합니다.

   데이터베이스가 필수 상태로 복구되지 않은 경우 1단계로 돌아갑니다. 데이터베이스가 필수 상태로 복구된 경우 사용자가 pg_hba.conf 파일에서 클라이언트 인증 구성을 복원하여 연결하도록 허용합니다.