Restore에서는 Restore 메뉴의 화면 구성과 데이터 복원 시 제약 사항, 복원 작업을 설정하는 방법을 설명합니다.
Restore 화면
Restore 화면은 다음과 같이 구성되어 있습니다.

| 영역 | 설명 |
|---|---|
| ① 메뉴명 | 현재 확인 중인 메뉴명 |
| ② 기본 기능 | Restore 메뉴에 최초 진입 시 제공되는 기능
|
| ③ 복원 작업 목록 | 설정한 복원 작업의 목록
|
제약 사항
Backup 서비스를 이용하여 다른 서버로 데이터를 복원하는 경우, 다음과 같은 제약 사항이 있습니다.
| 서비스 | 제약 사항 |
|---|---|
| 공통 |
|
| File System |
|
| MSSQL |
|
| MySQL |
|
| PostgreSQL |
|
복원 작업 설정
백업/소산 시점을 선택하여 해당 시점에 백업/소산한 데이터를 원하는 리소스로 복원할 수 있습니다.
복원 작업을 설정하는 방법은 다음과 같습니다.
참고
- 복원 작업을 수행하려면 복원 작업을 설정하기 전 백업/소산이 완료된 이력이 존재해야 합니다. 자세한 내용은 Job 및 Remote Backup을 참고해 주십시오.
- 보관 기간이 만료된 데이터는 저장소에서 삭제되므로 복원 대상 선택 시 노출되지 않습니다. 복원이 필요한 데이터는 보관 기간이 만료되기 전에 복원해 주십시오.
- 네이버 클라우드 플랫폼 콘솔에서
> Services > Storage > Backup 메뉴를 차례대로 클릭해 주십시오. - Restore 메뉴를 클릭해 주십시오.
- [복원 설정] 버튼을 클릭해 주십시오.
- 복원 설정 화면이 나타나면 복원할 소스 데이터의 정보를 설정한 후 [다음] 버튼을 클릭해 주십시오.
- 원본 리소스: 복원할 데이터의 원본 리소스 선택
- [Resource 생성] 버튼을 클릭하여 리소스를 생성할 수 있습니다. 단, 생성 직후의 리소스는 백업 작업을 수행한 이력이 없으므로 복원 작업을 수행할 수 없습니다.
- 작업: 복원할 데이터의 작업 선택
- 소스 저장소: 복원할 데이터가 저장된 저장소 선택
- 로컬 저장소: 백업 데이터가 저장된 저장소
- 소산 저장소: 소산 데이터가 저장된 저장소
- 복원 시점: 복원할 데이터의 작업 시점 선택
- 가장 최근 백업 시점: 가장 최근에 백업/소산한 시점
- 직접 지정: 특정 백업/소산 작업 시점 선택 가능
- 복원 대상: 복원할 대상 선택
- Data: File System 목록에서 복원 대상 선택
- DB: DB 목록에서 복원 대상 선택
- 복원할 타깃 리소스의 정보를 설정한 후 [다음] 버튼을 클릭해 주십시오.
- 리전/플랫폼/존: 데이터를 복원하여 저장할 리전, 플랫폼, 존 선택
- Classic을 선택한 경우, VPC에 생성한 서버로 데이터를 복원할 수 있습니다.
- VPC를 선택한 경우, Classic에 생성한 서버로 데이터를 복원할 수 없습니다.
- 타깃 리소스: 복원한 데이터를 저장할 대상 리소스 선택
- 생성된 리소스 중 에이전트가 설치된 리소스만 드롭다운 메뉴에 표시됩니다. 리소스 생성 및 에이전트 설치에 대한 자세한 내용은 리소스 생성 및 에이전트 설치를 참고해 주십시오.
- 백업 유형이 DB인 경우, 타깃 DB 인스턴스 목록에서 DB 인스턴스를 선택해 주십시오.
- 복원 위치: 복원한 데이터를 저장할 위치 선택
- Data: File System 목록에서 복원 위치 선택
- DB: DB 유형에 따라 다음과 같이 복원 위치 설정
- MSSQL: 복원 위치를 텍스트로 입력
- MySQL, PostgreSQL: 5번 절차에서 선택한 복원 대상이 복원 위치로 자동 설정
- 설정한 정보를 확인한 후 [복원 시작] 버튼을 클릭해 주십시오.
- 설정한 정보를 바탕으로 복원 작업이 수행되며, 해당 복원 작업이 진행 중 상태로 목록에 추가됩니다. 복원 작업이 완료되면 복원 작업의 결과가 상태에 표시됩니다.
에러 코드
콘솔에서 확인할 수 있는 에러 코드와 에러 코드에 대한 설명은 다음과 같습니다.
| 에러 코드 | 원인 | 해결 방법 |
|---|---|---|
| 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 복구를 하지 못한 경우 발생 | 로그 첨부하여 문의하기로 서비스 문의 |
| 30:293 | 특정 Database 복구를 하지 못한 경우 발생 | 로그 첨부하여 문의하기로 서비스 문의 |
| 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 복구를 하지 못한 경우 발생 | 로그 첨부하여 문의하기로 서비스 문의 |
| 87:19 | MySQL 복구 시 오류가 발생한 경우 | 백업 로그 확인
|
| 87:26 | MYSQL 서비스가 다운된 경우 발생 | DB 서비스 start 후 다시 복구 진행 |
| 87:34 | 백업 받은 로그가 없거나 로그 시점이 백업 이후인 경우 발생 | 로그 백업 확인 및 복구 시 선택한 로그 시점 확인 |
| 87:74 | MySQL instance 정보가 맞지 않은 경우 발생 | 백업 로그 파일 확인 필요 |
| 87:86 | no-beep 옵션이 적용된 경우 발생 | no-beep 옵션 주석 처리 후 복구 재시도 |
| 94:17 | 특정 Database 복구를 하지 못한 경우 발생 | 로그 첨부하여 문의하기로 서비스 문의 |
| 94:26 | PostgreSQL 서비스가 다운된 경우 발생 | 로그 첨부하여 문의하기로 서비스 문의 |
| 94:83 | Database 복구 시 권한이 없는 경우 발생 | 복구 계정에 Database 생성, 쓰기 권한 부여 후 재시도 |
| 94:84 | 덮어쓰기 옵션에서 Database 를 drop하지 못한 경우 발생 | 복구 계정에 Database drop 권한 부여 또는 Database를 수동으로 drop후 복구 재시도 |
| 94:52 | 해당 DB에 연결이 남아 있는 경우 drop를 하지 못함 | 해당 DB의 연결 세션은 모두 종료 후 재시도 |