이 절차에서는 소스 데이터 영역의 물리적 복구를 사용합니다. 소스로 복구하려면 다음 안내를 따르세요.
앱 관리자 애플리케이션 목록에서 보호된 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다. 관리형 백업 계획 상태 필터를 사용하여 보호된 데이터베이스만 표시합니다.
스냅샷 이미지를 선택하고 복원을 클릭합니다.
복원 페이지에서 소스로 복원을 선택합니다.
타겟. 소스로 복원할 때는 액세스할 수 없습니다.
(선택사항) 이 작업에 사용할 설명 라벨을 입력합니다.
애플리케이션 옵션
소스 애플리케이션이 데이터베이스 로그 백업을 사용 설정한 스냅샷 정책으로 보호되고 이미지에서 로그를 사용할 수 있는 경우 롤 포워드 시간 섹션에서 다음 옵션을 변경하여 로그를 사용하여 특정 시점으로 롤 포워드할 수 있습니다.
날짜 필드에는 데이터베이스 트랜잭션 로그를 적용하여 데이터베이스를 앞으로 롤아웃할 수 있는 모든 날짜가 포함됩니다. 데이터베이스를 롤포워드해야 하는 날짜를 선택합니다.
시간 필드에는 선택한 날짜에 데이터베이스를 롤포워드할 수 있는 모든 시간을 보여주는 슬라이더가 포함되어 있습니다. 가능한 가장 최근 날짜를 선택한 다음 슬라이더를 가장 오른쪽 위치로 이동하면 복원 작업이 사용 가능한 모든 로그에 적용됩니다. 가능한 한 가장 빠른 날짜를 선택하고 슬라이더를 맨 왼쪽 위치로 이동하면 복원 작업에 로그가 적용되지 않습니다.
사용자 시간 또는 호스트 시간을 사용하여 롤 포워드를 지정할 수 있습니다.
사용자 시간은 현재 사용자의 현지 시간을 기준으로 합니다.
호스트 시간은 복원할 데이터를 호스팅하는 시스템에 상대적입니다.
PostgreSQL 대상 서버 포트 복원을 위한 대상 PostgreSQL 인스턴스 포트 번호를 입력합니다.
PostgreSQL 대상 OS 사용자 이름 PostgreSQL 인스턴스를 복원할 대상 서버의 운영체제 사용자 이름을 입력합니다.
PostgreSQL 대상 서버 홈 디렉터리 대상 서버에 설치된 PostgreSQL 바이너리 홈 디렉터리의 경로를 입력합니다.
PostgreSQL 대상 서버 데이터 디렉터리 대상 서버의 PostgreSQL 데이터베이스 데이터 파일이 저장된 데이터 디렉터리의 경로(예: /pgdata_lvm/pgdata)를 입력합니다.
고급 옵션
POSTGRESQL TARGET DB USER NAME 및 POSTGRESQL TARGET DB PASSWORD
(선택사항) 생성할 대상 PostgreSQL 인스턴스의 새 사용자 인증 정보를 입력합니다. 아무것도 지정하지 않으면 기본 데이터베이스 사용자 이름 (postgres)이 비밀번호 없이 사용됩니다. 기본적으로 로컬 시스템에서 로그인할 때 비밀번호가 필요하지 않습니다.
사전 비행 확인을 클릭합니다.
실행 전 검사에 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
사전 확인이 완료되면 제출을 클릭하여 복원 작업을 제출합니다.
볼륨 수준 백업 이미지에서 새 대상으로 PostgreSQL 데이터베이스 복원
앱 관리자 애플리케이션 목록에서 보호된 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다. 관리형 백업 계획 상태 필터를 사용하여 보호된 데이터베이스만 표시합니다.
스냅샷 이미지를 선택하고 복원을 클릭합니다.
복원 페이지에서 새 대상에 복원을 선택합니다.
모든 구성의 경우 타겟 드롭다운 목록에서 대상 PostgreSQL 노드를 선택할 수 있습니다. 새 타겟의 노드를 선택합니다.
(선택사항) 이 작업에 사용할 설명 라벨을 입력합니다.
Replace Original Application Identity를 선택합니다. 이 옵션은 복원 대상이 백업이 원래 생성된 것과 동일한 백업/복구 어플라이언스의 새 호스트인 경우에만 사용할 수 있습니다.
예. 이 애플리케이션은 원래 애플리케이션을 대체하며 원래 애플리케이션과 동일한 애플리케이션 ID, 작업 기록, 백업 이미지, 백업 계획을 갖습니다.
아니요. 원래 애플리케이션을 대체하지는 않습니다. 발견되었지만 아직 보호되지 않은 새 애플리케이션을 만듭니다.
로그를 사용할 수 있으면 롤 포워드 시간을 사용할 수 있습니다. 복구된 데이터베이스에 적용할 최신 로그의 날짜와 시간을 선택합니다.
포함된 데이터베이스: PostgreSQL 인스턴스 복원으로 복원할 PostgreSQL 사용자 데이터베이스 목록이 미리 채워집니다. 변경할 수 없습니다.
애플리케이션 옵션
PostgreSQL 대상 서버 포트 복원을 위한 대상 PostgreSQL 인스턴스 포트 번호를 입력합니다.
PostgreSQL 대상 OS 사용자 이름 PostgreSQL 인스턴스를 복원할 대상 서버의 운영체제 사용자 이름을 입력합니다.
PostgreSQL 대상 서버 홈 디렉터리 대상 서버에 설치된 PostgreSQL 바이너리 홈 디렉터리의 경로를 입력합니다.
PostgreSQL 대상 서버 데이터 디렉터리 대상 서버의 PostgreSQL 데이터베이스 데이터 파일이 저장된 데이터 디렉터리의 경로(예: /pgdata_lvm/pgdata)를 입력합니다.
고급 옵션
POSTGRESQL TARGET DB USER NAME 및 POSTGRESQL TARGET DB PASSWORD
(선택사항) 생성할 대상 PostgreSQL 인스턴스의 새 사용자 인증 정보를 입력합니다. 아무것도 지정하지 않으면 기본 데이터베이스 사용자 이름 (postgres)이 비밀번호 없이 사용됩니다. 기본적으로 로컬 시스템에서 로그인할 때 비밀번호가 필요하지 않습니다.
사전 비행 확인을 클릭합니다.
실행 전 검사에 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
사전 확인이 완료되면 제출을 클릭하여 복원 작업을 제출합니다.
전체 + 증분 백업 이미지에서 소스로 PostgreSQL 데이터베이스 복원
앱 관리자 애플리케이션 목록에서 보호된 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다. 관리형 백업 계획 상태 필터를 사용하여 보호된 데이터베이스만 표시합니다.
스냅샷 이미지를 선택하고 복원을 클릭합니다.
복원 페이지에서 소스로 복원을 선택합니다.
타겟 소스로 복원할 때는 액세스할 수 없습니다.
(선택사항) 이 작업에 사용할 설명 라벨을 입력합니다.
포함된 데이터베이스 PostgreSQL 인스턴스 복원으로 복원될 PostgreSQL 데이터베이스 목록입니다. 복원할 데이터베이스를 목록에서 하나 이상 선택합니다. 기본적으로 모든 데이터베이스가 복원 대상으로 선택됩니다.
애플리케이션 옵션
PostgreSQL 대상 OS 사용자 이름 새 PostgreSQL 인스턴스가 생성될 대상 서버의 운영체제 사용자 이름을 입력합니다.
PostgreSQL 대상 서버 홈 디렉터리 대상 서버의 PostgreSQL 설치된 바이너리 홈 디렉터리의 경로를 입력합니다.
PostgreSQL 타겟 구성 파일 경로 대상 서버에서 PostgreSQL 인스턴스의 구성 경로를 입력합니다.
고급 옵션
POSTGRESQL TARGET DB USER NAME 및 POSTGRESQL TARGET DB PASSWORD
(선택사항) 생성할 대상 PostgreSQL 인스턴스의 새 사용자 인증 정보를 입력합니다. 아무것도 지정하지 않으면 기본 데이터베이스 사용자 이름 (postgres)이 비밀번호 없이 사용됩니다. 기본적으로 로컬 시스템에서 로그인할 때 비밀번호가 필요하지 않습니다.
사전 비행 확인을 클릭합니다.
실행 전 검사에 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
사전 확인이 완료되면 제출을 클릭하여 복원 작업을 제출합니다.
전체 + 증분 백업 이미지에서 새 대상에 PostgreSQL 데이터베이스 복원
앱 관리자 애플리케이션 목록에서 보호된 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다. 관리형 백업 계획 상태 필터를 사용하여 보호된 데이터베이스만 표시합니다.
스냅샷 이미지를 선택하고 복원을 클릭합니다.
복원 페이지에서 새 대상에 복원을 선택합니다.
모든 구성의 경우 타겟 드롭다운 목록에서 대상 PostgreSQL 노드를 선택할 수 있습니다. 새 타겟의 노드를 선택합니다.
(선택사항) 이 작업에 사용할 설명 라벨을 입력합니다.
Replace Original Application Identity를 선택합니다. 이 옵션은 복원 대상이 백업이 원래 생성된 것과 동일한 백업/복구 어플라이언스의 새 호스트인 경우에만 사용할 수 있습니다.
예. 이 애플리케이션은 원래 애플리케이션을 대체하며 원래 애플리케이션과 동일한 애플리케이션 ID, 작업 기록, 백업 이미지, 백업 계획을 갖습니다.
아니요. 원래 애플리케이션을 대체하지는 않습니다. 발견되었지만 아직 보호되지 않은 새 애플리케이션을 만듭니다.
포함된 데이터베이스: PostgreSQL 인스턴스 복원으로 복원할 PostgreSQL 데이터베이스 목록이 미리 입력됩니다. 변경할 수 없습니다.
애플리케이션 옵션
PostgreSQL 대상 OS 사용자 이름 새 PostgreSQL 인스턴스가 생성될 대상 서버의 운영체제 사용자 이름을 입력합니다.
PostgreSQL 대상 서버 홈 디렉터리 대상 서버의 PostgreSQL 설치된 바이너리 홈 디렉터리의 경로를 입력합니다.
PostgreSQL 타겟 구성 파일 경로 대상 서버에서 PostgreSQL 인스턴스의 구성 경로를 입력합니다.
고급 옵션
POSTGRESQL TARGET DB USER NAME 및 POSTGRESQL TARGET DB PASSWORD
(선택사항) 생성할 대상 PostgreSQL 인스턴스의 새 사용자 인증 정보를 입력합니다. 아무것도 지정하지 않으면 기본 데이터베이스 사용자 이름 (postgres)이 비밀번호 없이 사용됩니다. 기본적으로 로컬 시스템에서 로그인할 때 비밀번호가 필요하지 않습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eThis guide outlines how to restore a PostgreSQL database from a backup image, either back to its original source or to a new target location.\u003c/p\u003e\n"],["\u003cp\u003eYou can choose to restore from either a volume-level backup or a full+incremental backup image, depending on your needs and backup strategy.\u003c/p\u003e\n"],["\u003cp\u003eDuring the restore process, there are optional settings to specify a roll-forward time by using logs to bring the database to a specific point in time, which can be performed in user time or host time.\u003c/p\u003e\n"],["\u003cp\u003eThe guide provides options for setting parameters like the target server port, operating system user, home directory, and data directory, as well as optional custom database credentials.\u003c/p\u003e\n"],["\u003cp\u003eA pre-flight check is a crucial step to validate the configurations before submitting the restore job, and ensures the job is successful.\u003c/p\u003e\n"]]],[],null,["# Restore PostgreSQL databases\n\nRestore a PostgreSQL database from a volume-level backup image to the source\n----------------------------------------------------------------------------\n\nThis procedure uses physical recovery of the source data area. To recover\nback to the source, follow these instructions:\n\n1. From the **App Manager Applications** list, right-click the protected database and select **Access** . Use the **Managed Backup Plan** status filter to show only protected databases.\n2. Select a snapshot image and click **Restore**.\n3. On the **Restore** page, select **Restore Back to Source**.\n4. **Target**. This is inaccessible when restoring to the source.\n5. (Optional) Enter a descriptive **Label** to use for this job.\n6. Application Options\n - If the source application is protected by a snapshot policy that has enabled database log backups, and logs are available with the image, you can use them to roll forward to a specific point in time by changing these options in the **Roll Forward Time** section:\n - The date field contains all possible dates that the database can be rolled forward to through the application of database transaction logs. Select which date you need the database to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the restore job applies to all available logs. If you select the earliest possible date and move the slider to the left most position, the restore job applies no logs.\n - You can specify to roll forward using either **User Time** or **Host Time** . **User Time** is relative to the local time of the current user. **Host time** is relative to the system that hosts the data to be restored.\n - **PostgreSQL Target Server Port**. Enter the target PostgreSQL instance port number for restore.\n - **PostgreSQL Target OS User Name**. Enter the name of the operating system user on the target server where the PostgreSQL instance is to be restored.\n - **PostgreSQL Target Server Home Directory**. Enter the path of the PostgreSQL installed binary home directory on the target server.\n - **PostgreSQL Target Server Data Directory** . Enter the path to the data directory where the data files for the PostgreSQL database on the target server are stored, for example, `/pgdata_lvm/pgdata`.\n7. Advanced Options\n - **POSTGRESQL TARGET DB USER NAME** and **POSTGRESQL TARGET DB PASSWORD**. (Optional) Enter new credentials for the target PostgreSQL instance that will be created. If you don't specify anything, the default database username (postgres) is used with no password. By default, a password is not required to sign in from the local system.\n8. Click **Pre-flight check** .\n - If the pre-flight check fails, fix the issue and resubmit the pre-flight check.\n - If the pre-flight check is successful, click **Submit** to submit the restore job.\n\nRestore a PostgreSQL database from a volume-level backup image to a new target\n------------------------------------------------------------------------------\n\n1. From the **App Manager Applications** list, right-click the protected database and select **Access** . Use the **Managed Backup Plan** status filter to show only protected databases.\n2. Select a snapshot image and click **Restore**.\n3. On the Restore page, select **Restore to a New Target**.\n4. For all configurations, eligible PostgreSQL nodes will be available to choose under the **Target** drop-down list. Select the node for the new target.\n5. (Optional) Enter a descriptive **Label** to use for this job.\n6. **Replace Original Application Identity** . This option is only available when the restore target is a new host on the same backup/recovery appliance where the backup was originally generated.\n - **Yes**. This replaces the original application and it has the same application ID, jobhistory, backup images and backup plan as the original application.\n - **No**. This does not replace the original application. It creates a new application that is discovered but not yet protected.\n7. If logs are available, then **Rollforward time** is available. Choose a date and time for the most recent logs to apply to the recovered database.\n8. Included Databases: This is pre-populated with the list of PostgreSQL user databases that will be restored with the PostgreSQL instance restore. It is immutable.\n9. Application Options\n - **PostgreSQL Target Server Port**. Enter the target PostgreSQL instance port number for restore.\n - **PostgreSQL Target OS User Name**. Enter the name of the operating system user on the target server where the PostgreSQL instance is to be restored.\n - **PostgreSQL Target Server Home Directory**. Enter the path of the PostgreSql installed binary home directory on the target server.\n - **PostgreSQL Target Server Data Directory** . Enter the path of the data directory where the data files for the PostgreSQL database on the target server are stored, for example, `/pgdata_lvm/pgdata`.\n10. Advanced Options\n - **POSTGRESQL TARGET DB USER NAME** and **POSTGRESQL TARGET DB PASSWORD**. (Optional) Enter new credentials for the target PostgreSQL instance that will be created. If you don't specify anything, the default database username (postgres) is used with no password. By default, a password is not required to sign in from the local system.\n11. Click the **Pre-Flight Check** .\n - If the pre-flight check fails, fix the issue and resubmit the Pre-Flight Check.\n - If the pre-flight check is successful, click **Submit** to submit the restore job.\n\nRestore a PostgreSQL database from a full+incremental backup image to the source\n--------------------------------------------------------------------------------\n\n1. From the **App Manager Applications** list, right-click the protected database and select **Access** . Use the **Managed Backup Plan** status filter to show only protected databases.\n2. Select a snapshot image and click **Restore**.\n3. On the Restore page, select **Restore Back to Source**.\n4. **Target**. This is inaccessible when restoring to the source.\n5. (Optional) Enter a descriptive **Label** to use for this job.\n6. **Included Databases**. This is the list of PostgreSQL databases that will be restored with PostgreSQL instance restore. Select one or more databases from the list for restore. By default all databases are selected for restore.\n7. Application Options\n - **PostgreSQL Target OS User Name**. Enter the name of the operating system user on the target server where the new PostgreSQL instance will get created.\n - **PostgreSQL Target Server Home Directory**. Enter the path to the PostgreSQL installed binary home directory on the target server.\n - **PostgreSQL Target Config File Path**. Enter the config path for PostgreSQL instance on the target server.\n8. Advanced Options\n - **POSTGRESQL TARGET DB USER NAME** and **POSTGRESQL TARGET DB PASSWORD**. (Optional) Enter new credentials for the target PostgreSQL instance that will be created. If you don't specify anything, the default database username (postgres) is used with no password. By default, a password is not required to sign in from the local system.\n9. Click the **Pre-Flight Check** .\n - If the pre-flight check fails, fix the issue and resubmit the Pre-Flight Check.\n - If the pre-flight check is successful, click **Submit** to submit the restore job.\n\nRestore a PostgreSQL database from a full+incremental backup image to a new target\n----------------------------------------------------------------------------------\n\n1. From the **App Manager Applications** list, right-click the protected database and select **Access** . Use the **Managed Backup Plan** status filter to show only protected databases.\n2. Select a snapshot image and click **Restore**.\n3. On the Restore page, select **Restore to a New Target**.\n4. For all configurations, eligible PostgreSQL nodes are available to choose under the **Target** drop-down list. Select the node for the new target.\n5. (Optional) Enter a descriptive **Label** to use for this job.\n6. **Replace Original Application Identity** . This option is only available when the restore target is a new host on the same backup/recovery appliance where the backup was originally generated.\n - **Yes**. This replaces the original application and has the same application ID, jobhistory, backup images and backup plan as the original application.\n - **No**. This does not replace the original application. It creates a new application that is discovered but not yet protected.\n7. **Included Databases**: This is pre-populated with the list of PostgreSQL databases that will be restored with the PostgreSQL instance restore. It is immutable.\n8. Application Options\n - **PostgreSQL Target OS User Name**. Enter the name of the operating system user on the target server where the new PostgreSQL instance will get created.\n - **PostgreSQL Target Server Home Directory**. Enter the path to the PostgreSQL installed binary home directory on the target server\n - **PostgreSQL Target Config File Path**. Enter the config path of the PostgreSQL instance on the target server.\n9. Advanced Options\n - **POSTGRESQL TARGET DB USER NAME** and **POSTGRESQL TARGET DB PASSWORD**. (Optional) Enter new credentials for the target PostgreSQL instance that will be created. If you don't specify anything, the default database username (postgres) is used with no password. By default, a password is not required to sign in from the local system.\n10. Click the **Pre-Flight Check** .\n - If the pre-flight check fails, fix the issue and resubmit the Pre-Flight Check.\n - If the pre-flight check is successful, click **Submit** to submit the restore job."]]