백업과 복원

백업을 별도로 켤 필요는 없습니다. 데이터베이스가 있는 프로젝트는 매시간 백업본을 만듭니다.

runlot pg generations

epoch/seq   시각                  크기
  3/17      2026-09-05 14:00      41 MB
  3/16      2026-09-05 13:00      41 MB
  3/15      2026-09-05 12:00      40 MB
  …

보관 기간

백업은 한 시간 간격으로 생성하므로, 백업본 수가 보관 기간과 같습니다.

가장 최근 백업본은 기간이나 개수와 관계없이 삭제하지 않습니다. 오랫동안 사용하지 않은 프로젝트도 마지막 백업본 하나는 남아 있습니다.

데이터가 변경되지 않은 경우

이전 백업 이후 데이터가 변경되지 않았다면 새 백업본을 만들지 않습니다. 대신 백업 점검 기록은 남깁니다. 사용하지 않는 프로젝트가 같은 데이터를 여러 사본으로 보관하지 않도록 하기 위해서입니다.

요청이 없어 자동으로 중지된 프로젝트도 백업 시간이 되면 잠시 시작해 백업한 뒤 다시 중지합니다. 중지 상태라고 해서 백업을 건너뛰지는 않습니다.

암호화와 저장 위치

각 백업본은 프로젝트별 키로 암호화합니다. 이 키는 다시 마스터 키로 암호화하며, 암호화된 백업 데이터는 다른 리전의 오브젝트 스토리지에 보관합니다.

복원하기

runlot pg restore 3/15
runlot pg restore latest

복원을 시작하기 전에 현재 데이터의 백업본을 먼저 만듭니다. 따라서 잘못된 백업본을 복원해도 복원 전 상태로 다시 되돌릴 수 있습니다.

현재 데이터를 먼저 백업한 뒤 3/15 백업본으로 복원합니다. 그 이후에 쓴 데이터는 사라집니다.
계속하려면 프로젝트 이름을 입력하세요: my-app

복원하려면 프로젝트 이름을 정확히 입력해야 합니다. 되돌리기 어려운 작업에 단순 확인 응답만 받지 않기 위해서입니다. 이 명령에는 admin 역할이 필요합니다.

latest를 사용해도 CLI는 먼저 목록을 조회해 실제로 복원할 백업본을 보여 줍니다. 화면에서 확인한 대상과 실제 복원 대상이 달라지지 않도록 하기 위해서입니다.

복원 직후의 동작

복원은 프로젝트를 중지한 뒤 선택한 백업본으로 다시 시작하는 작업입니다. 시작 직후 최대 3초 동안 데이터베이스 요청이 57P03 오류를 받을 수 있습니다. 자세한 내용은 재활성화 기간을 참고하세요.

복원 가능한 시점

임의의 시점으로 복원하는 기능은 제공하지 않습니다. 매시간 생성한 백업본 중 하나만 선택할 수 있습니다. 이 제한의 배경은 150 MB 제한에서 설명합니다. 백업 하나를 생성하는 비용과 관련이 있습니다.

진단용 내보내기는 백업이 아닙니다

runlot pg export

이 명령으로 만든 파일은 백업 관리 대상이 아니며 복원에 사용할 수 없습니다. 지원 요청에 현재 상태를 전달할 때 사용하세요.