--- title: "Restore" slug: "backup-restore" updated: 2026-07-23T09:03:01Z published: 2026-07-23T09:03:01Z canonical: "guide-fin.ncloud-docs.com/backup-restore" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide-fin.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # Restore Restore에서는 **Restore** 메뉴의 데이터 복원 시 제약 사항, 복원 작업을 설정하는 방법을 설명합니다. Restore에서는 **Restore** 메뉴의 화면 구성과 데이터 복원 시 제약 사항, 복원 작업을 설정하는 방법을 설명합니다. ## Restore 화면 Restore 화면은 다음과 같이 구성되어 있습니다. ![backup-restore-screen01_ko.png](https://cdn.document360.io/0406ed95-101f-4cde-8dd8-308d03444a94/Images/Documentation/backup-restore-screen01_ko.png) | 영역 | 설명 | | --- | --- | | ① 메뉴명 | 현재 확인 중인 메뉴명 | | ② 기본 기능 | **Restore** 메뉴에 최초 진입 시 제공되는 기능 - **[복원 설정]** 버튼: 클릭하여 [복원 작업 설정](/docs/backup-restore#%EB%B3%B5%EC%9B%90%EC%9E%91%EC%97%85%EC%84%A4%EC%A0%95) - **[기능 및 요금 안내]** 버튼: 클릭하여 Backup 서비스 소개 페이지로 이동 - **[다운로드]** 버튼: 클릭하여 복원 작업 목록 다운로드 - **[새로 고침]** 버튼: 클릭하여 복원 화면 새로 고침 | | ③ 복원 작업 목록 | 설정한 복원 작업의 목록 - **원본 리소스 (ID)**: 복원할 데이터의 원본 리소스 및 자동 부여된 ID - **타깃 리소스**: 복원한 데이터를 보관할 대상 리소스 - **소스 저장소**: 복원할 데이터의 유형 - **복원 대상**: 복원할 데이터가 저장된 디렉터리 - **복원 시점**: 복원 작업을 수행한 일시 - **상태**: 복원 작업의 현재 상태 - **작업**: 복원할 데이터의 원본 작업 이름 - **복원 위치**: 복원한 데이터를 저장할 디렉터리 | ## 제약 사항 Backup 서비스를 이용하여 다른 서버로 데이터를 복원하는 경우, 다음과 같은 제약 사항이 있습니다. | 서비스 | 제약 사항 | | --- | --- | | 공통 | - 복원하려는 서버에 백업 에이전트 설치 필요 - 기존 DB와 연결이 유지되고 있는 경우, 복원 작업이 수행되지 않음 - 서로 다른 OS의 리소스는 지원하지 않음 | | File System | - 제약 사항 없음 | | MSSQL | - 다음 정보가 동일한 경우에만 복원 작업 수행 가능 | | MySQL | - 다음 정보가 동일한 경우에만 복원 작업 수행 가능 | | PostgreSQL | - 다음 정보가 동일한 경우에만 복원 작업 수행 가능 | ## 복원 작업 설정 백업/소산 시점을 선택하여 해당 시점에 백업/소산한 데이터를 원하는 리소스로 복원할 수 있습니다. 복원 작업을 설정하는 방법은 다음과 같습니다. 참고 - 복원 작업을 수행하려면 복원 작업을 설정하기 전 백업/소산이 완료된 이력이 존재해야 합니다. 자세한 내용은 [Job](/docs/backup-job) 및 [Remote Backup](/docs/backup-remote)을 참고해 주십시오. - 보관 기간이 만료된 데이터는 저장소에서 삭제되므로 복원 대상 선택 시 노출되지 않습니다. 복원이 필요한 데이터는 보관 기간이 만료되기 전에 복원해 주십시오. 1. 네이버 클라우드 플랫폼 콘솔에서 **Menu** > **All Services** > **Storage** > **Backup** 메뉴를 차례대로 클릭해 주십시오. 2. **Restore** 메뉴를 클릭해 주십시오. 3. **[복원 설정]** 버튼을 클릭해 주십시오. 4. 복원 설정 화면이 나타나면 복원할 소스 데이터의 정보를 설정한 후 **[다음]** 버튼을 클릭해 주십시오. - **원본 리소스**: 복원할 데이터의 원본 리소스 선택 - **[Resource 생성]** 버튼을 클릭하여 리소스를 생성할 수 있습니다. 단, 생성 직후의 리소스는 백업 작업을 수행한 이력이 없으므로 복원 작업을 수행할 수 없습니다. - **작업**: 복원할 데이터의 작업 선택 - **소스 저장소**: 복원할 데이터가 저장된 저장소 선택 - **로컬 저장소**: 백업 데이터가 저장된 저장소 - **소산 저장소**: 소산 데이터가 저장된 저장소 - **복원 시점**: 복원할 데이터의 작업 시점 선택 - **가장 최근 백업 시점**: 가장 최근에 백업/소산한 시점 - **직접 지정**: 특정 백업/소산 작업 시점 선택 가능 - **복원 대상**: 복원할 대상 선택 - **Data**: File System 목록에서 복원 대상 선택 - **DB**: DB 목록에서 복원 대상 선택 1. 복원할 타깃 리소스의 정보를 설정한 후 **[다음]** 버튼을 클릭해 주십시오. - **리전/플랫폼/존**: 데이터를 복원하여 저장할 리전, 플랫폼, 존 선택 - **Classic**을 선택한 경우, VPC에 생성한 서버로 데이터를 복원할 수 있습니다. - **VPC**를 선택한 경우, Classic에 생성한 서버로 데이터를 복원할 수 없습니다. - **타깃 리소스**: 복원한 데이터를 저장할 대상 리소스 선택 - 생성된 리소스 중 에이전트가 설치된 리소스만 드롭다운 메뉴에 표시됩니다. 리소스 생성 및 에이전트 설치에 대한 자세한 내용은 [리소스 생성](/docs/backup-resource#%EB%A6%AC%EC%86%8C%EC%8A%A4%EC%83%9D%EC%84%B1) 및 [에이전트 설치](/docs/backup-agent#%EC%97%90%EC%9D%B4%EC%A0%84%ED%8A%B8%EC%84%A4%EC%B9%98)를 참고해 주십시오. - 백업 유형이 DB인 경우, 타깃 DB 인스턴스 목록에서 DB 인스턴스를 선택해 주십시오. - **복원 위치**: 복원한 데이터를 저장할 위치 선택 - **Data**: File System 목록에서 복원 위치 선택 - **DB**: DB 유형에 따라 다음과 같이 복원 위치 설정 - **MSSQL**: 복원 위치를 텍스트로 입력 - **MySQL**, **PostgreSQL**: 5번 절차에서 선택한 **복원 대상**이 복원 위치로 자동 설정 1. 설정한 정보를 확인한 후 **[복원 시작]** 버튼을 클릭해 주십시오. - 설정한 정보를 바탕으로 복원 작업이 수행되며, 해당 복원 작업이 **진행 중** 상태로 목록에 추가됩니다. 복원 작업이 완료되면 복원 작업의 결과가 **상태**에 표시됩니다. ## 에러 코드 콘솔에서 확인할 수 있는 에러 코드와 에러 코드에 대한 설명은 다음과 같습니다. | 에러 코드 | 원인 | 해결 방법 | | --- | --- | --- | | 7:214 | Linux 백업 대상 중 하나 이상의 경로를 찾을 수 없는 경우 발생 | 백업 대상 경로 확인 후 경로 수정 또는 제외 처리 후 백업 재시도 | | 17:90 | Windows 백업 대상 중 하나 이상의 경로를 스캔할 수 없는 경우 발생 | 백업 대상 경로 확인 후 경로 수정 또는 제외 처리 후 백업 재시도 | | 19:2586 | 이전 백업 작업이 완료되지 않은 상태에서 다음 백업 실행 시 발생 | 이전 백업 작업 완료 여부 확인 후 백업 재시도 | | 23:2 | 백업 서버와 고객 서버 간 통신이 안될 때 발생 | 백업 서버와 통신 체크(방화벽 등 점검) | | 23:10 | 백업 서버와 고객 서버 간 통신이 안될 때 발생 | 백업 서버와 통신 체크(방화벽 등 점검) | | 23:12 | 백업 서버와 고객 서버 간 통신이 안될 때 발생 | 백업 서버와 통신 체크(방화벽 등 점검) | | 23:47 | 백업 서버와 고객 서버 간 통신이 안될 때 발생 | 백업 서버와 통신 체크(방화벽 등 점검) | | 23:68 | 백업 서버와 고객 서버 간 통신이 안될 때 발생 | 백업 서버와 통신 체크(방화벽 등 점검) | | 23:70 | 복구 경로에 여유 공간이 부족한 경우 발생 | 충분한 여유 공간이 있는 경로로 변경하여 복구 | | 23:79 | 복구 경로가 존재하지 않는 경우 발생 | 복구 경로로 지정한 폴더를 생성 후 복구 재시도 | | 23:82 | 복구중 보호된 파일을 덮어쓰지 못하고 skip 한 경우 발생 | 파일 보호 해제 후 다시 복구 진행 | | 23:120 | 복원 시 복구 경로에 덮어쓰기 권한이 부족한 경우 발생 | 덮어쓰기 권한 부여 후 복구 재시도 | | 23:131 | 백업 서비스가 정상적으로 동작하지 않은 경우 발생 | 백업 서비스 정상 동작 여부 확인 | | 24:42 | 복구하려는 서버와 통신 오류가 있는 경우 발생 | 복구하려는 서버와 NCP 백업 서버 간 통신(port) 및 백업 서비스 확인 | | 30:130 | 특정 Database 복구를 하지 못한 경우 발생 | 로그 첨부하여 [문의하기](https://www.fin-ncloud.com/v2/support/question/service)로 서비스 문의 | | 30:293 | 특정 Database 복구를 하지 못한 경우 발생 | 로그 첨부하여 [문의하기](https://www.fin-ncloud.com/v2/support/question/service)로 서비스 문의 | | 30:332 | 복구 계정의 권한 부족 또는 계정 정보 오류 시 발생 | SQL Server Management Studio(SSMS)에서 복구 계정에 권한 부여 후 복구 재시도 | | 30:337 | 덮어쓰기 옵션이 비활성화되어 있어 skip한 경우 발생 | 복구 계정에 database 생성, 쓰기 권한 부여 후 재시도 | | 30:422 | 복구 계정의 권한 부족 또는 계정 정보 오류 시 발생 | SQL Server Management Studio(SSMS)에서 복구 계정에 권한 부여 후 복구 재시도 | | 30:424 | 복구 계정의 권한 부족 또는 계정 정보 오류 시 발생 | SQL Server Management Studio(SSMS)에서 복구 계정에 권한 부여 후 복구 재시도 | | 30:436 | 복구 계정의 권한 부족 또는 계정 정보 오류 시 발생 | SQL Server Management Studio(SSMS)에서 복구 계정에 권한 부여 후 복구 재시도 | | 30:486 | 복구 계정의 권한 부족 또는 계정 정보 오류 시 발생 | SQL Server Management Studio(SSMS)에서 복구 계정에 권한 부여 후 복구 재시도 | | 87:18 | 특정 Database 복구를 하지 못한 경우 발생 | 로그 첨부하여 [문의하기](https://www.fin-ncloud.com/v2/support/question/service)로 서비스 문의 | | 87:19 | MySQL 복구 시 오류가 발생한 경우 | 백업 로그 확인 - 통신문제, mysql 서버 메모리 부족 등 다양한 이유로 발생 가능 | | 87:26 | MYSQL 서비스가 다운된 경우 발생 | DB 서비스 start 후 다시 복구 진행 | | 87:34 | 백업 받은 로그가 없거나 로그 시점이 백업 이후인 경우 발생 | 로그 백업 확인 및 복구 시 선택한 로그 시점 확인 | | 87:74 | MySQL instance 정보가 맞지 않은 경우 발생 | 백업 로그 파일 확인 필요 | | 87:86 | no-beep 옵션이 적용된 경우 발생 | no-beep 옵션 주석 처리 후 복구 재시도 | | 94:17 | 특정 Database 복구를 하지 못한 경우 발생 | 로그 첨부하여 [문의하기](https://www.fin-ncloud.com/v2/support/question/service)로 서비스 문의 | | 94:26 | PostgreSQL 서비스가 다운된 경우 발생 | 로그 첨부하여 [문의하기](https://www.fin-ncloud.com/v2/support/question/service)로 서비스 문의 | | 94:83 | Database 복구 시 권한이 없는 경우 발생 | 복구 계정에 Database 생성, 쓰기 권한 부여 후 재시도 | | 94:84 | 덮어쓰기 옵션에서 Database 를 drop하지 못한 경우 발생 | 복구 계정에 Database drop 권한 부여 또는 Database를 수동으로 drop후 복구 재시도 | | 94:52 | 해당 DB에 연결이 남아 있는 경우 drop를 하지 못함 | 해당 DB의 연결 세션은 모두 종료 후 재시도 |