Server Backup

Vinchin Backup & Recovery의 서버 백업 기능을 통해 고객은 Linux 및 Windows 서버의 전체 운영 체제, 특정 디스크 또는 물리 서버의 특정 볼륨 백업을 수행할 수 있습니다.

서버 백업 작업을 생성하기 전에 대상 Linux 또는 Windows 서버에 물리 백업 에이전트가 설치되어 있는지 확인하세요. 서버 백업용 에이전트 배포 방법은 Agents를 참조합니다.

Create Server Backup Job

서버 백업 작업을 생성하려면 Backup > Server Backup 페이지로 이동합니다. 서버 백업 작업 생성에는 4단계가 있습니다.

Step 1: Backup Source

그룹 트리에서 백업할 호스트를 선택합니다. 호스트가 표시될 때까지 그룹을 확장합니다. 백업할 호스트를 선택하면 선택한 호스트가 Select Host(s) 열에 추가됩니다.

선택한 호스트를 클릭하면 파티션 또는 디스크 앞의 체크박스를 해제하여 이 백업 작업에서 해당 파티션 또는 디스크를 선택하거나 제외할 수 있습니다.

Check association: 활성화하면 특정 하드 디스크를 선택 시 관련 하드 디스크(예: RAID 그룹)도 동시에 선택됩니다.

주의

1. 파일 시스템 유형이 NTFS인 Windows 서버만 파티션 백업을 지원합니다.

2. 디스크 유형이 Dynamic인 Windows 서버는 백업을 지원하지 않습니다.

3. 디스크 상태가 오프라인이거나 초기화되지 않은 Windows 디스크는 백업할 수 없습니다.

4. Windows 서버는 각 파티션에 최소 300MB의 여유 공간이 있어야 합니다.

5. 보안 소프트웨어로 보호되는 Windows 서버는 백업에 실패할 수 있습니다.

Step 2: Backup Destination

Backup Destination 페이지에서 백업 데이터를 저장할 백업 스토리지를 지정해야 합니다.

Target storage: 기본적으로 모든 노드 중 사용 가능한 공간이 더 큰 스토리지 장치를 선택합니다. 필요에 따라 스토리지 장치를 직접 지정할 수 있습니다.

Target Node: 스토리지 장치를 선택하면 자동으로 연결됩니다.

백업 스토리지 선택을 완료한 후 Next 버튼을 클릭하여 계속 진행하세요.

Step 3: Backup Strategies

General Strategy

백업 Time Schedule, Throttling Policy, Data Storage Policy 및 Retention Policy를 설정할 수 있습니다.

이 작업의 백업 창을 결정하기 위해 Time Windows 지표를 참조하여 작업을 어느 시간대에 예약할지 결정할 수 있습니다.

Backup Method 드롭다운 목록에서 이 백업 작업의 백업 모드를 선택할 수 있습니다. 작업을 Backup as Scheduled 작업, Manually Initiate 작업 또는 Once-off Backup 작업으로 구성할 수 있습니다.

1회성 백업 작업의 경우 작업이 한 번만 실행되며 전체 백업만 수행됩니다. Set Time 필드에서 백업 작업 시작 시간만 지정하면 됩니다.

Backup as Scheduled 작업의 경우 필요에 따라 서버 백업 작업에 대해 전체, 증분, 차등 및 영구 증분 백업 일정을 설정할 수 있습니다.

+ 아이콘을 클릭하여 백업 작업을 일별, 주별 또는 월별로 실행할 정확한 시간을 구성할 수 있습니다.

일반적으로 전체 백업은 주별로, 증분 백업은 일별로 실행하는 것이 권장됩니다.

throttling policy 설정은 선택 사항이며, 고효율 백업 프로세스가 서버 성능에 영향을 미칠 경우 스로틀링 정책을 구성하여 백업 속도를 제한할 수 있습니다.

Data Storage Policy에는 백업 데이터의 Deduplication, Compression 및 Encryption이 포함됩니다.

Data Deduplication 및 Data Compression을 활성화하면 백업 데이터 전송 및 저장에 필요한 대역폭과 스토리지 리소스를 절약할 수 있습니다.

Data Encryption을 활성화하면 백업 데이터가 암호화된 후 백업 스토리지에 저장됩니다. 데이터 암호화를 보호하기 위한 비밀번호를 지정해야 하며, 서버 복원 작업 생성 시 서버 복원을 수행하려면 비밀번호 검증이 필요합니다.

Retention Policy는 백업 데이터를 백업 스토리지에 얼마나/얼마 동안 보존할지 정의하는 데 사용할 수 있으며, Number of Restore Points 또는 Number of Days 모드로 보존 정책을 정의할 수 있습니다.

서버 백업 작업에 대해 전체 백업만 활성화한 경우 전체 복원 지점만 생성되며, 보존 정책을 준수하기 위해 지정된 복원 지점 수 또는 일수를 초과하는 복원 지점은 직접 삭제됩니다.

증분 백업 작업의 경우 보존 정책을 준수하기 위해 Vinchin 백업 서버는 첫 번째 전체 백업과 이후의 증분 백업 복원 지점을 병합합니다. 영구 증분 백업 작업의 경우 Vinchin 백업 서버는 항상 백업 복원 지점을 병합합니다. 정기적으로 전체 백업을 수행하는 경우, 첫 번째 전체 백업은 첫 번째와 두 번째 전체 백업 복원 지점 사이의 증분 백업 복원 지점과 하나씩 병합됩니다. 첫 번째와 두 번째 전체 백업 사이에 증분 백업이 없으면 다음 작업 실행 시 첫 번째 전체 백업 복원 지점이 삭제됩니다.

차등 백업 작업의 경우 Vinchin 백업 서버는 보존 정책을 준수하기 위해 첫 번째 차등 백업 복원 지점을 삭제하며, 첫 번째와 두 번째 전체 백업 복원 지점 사이의 모든 차등 백업 복원 지점이 삭제되면 다음 작업 실행 시 첫 번째 전체 백업 복원 지점이 삭제됩니다.

Transmission Strategy

이 백업 작업에 대해 암호화 전송, 소스 측 압축을 활성화하고, 전송 스레드를 구성하며, 전송 네트워크를 선택할 수 있습니다.

Encrypted Transfer를 활성화하면 물리 서버와 Vinchin 백업 서버 간의 전송 경로가 암호화되어 백업 과정에서 데이터 안전성을 보장합니다.

Source Side Compression을 활성화하면 전송 전에 지정된 데이터 블록에 따라 백업 데이터 블록을 압축하여 네트워크 대역폭 사용을 줄이는 데 도움이 됩니다.

Transmission Network의 경우, 데이터 전송에 사용할 네트워크를 선택할 수 있습니다.

Transfer Threads의 경우 단일 서버 백업 작업에 대해 멀티스레드 전송을 구현하기 위해 전송 스레드를 1~8개까지 정의할 수 있습니다.

Security Strategy

WORM Protection: 백업 지점에 대해 활성화하면 WORM(Write Once Read Many) 데이터는 만료일 전에 수정하거나 삭제할 수 없으며, 보존 기간만 연장할 수 있습니다. 기본 보호 기간은 7일이며, 1일에서 9999일 범위 내에서 설정할 수 있습니다.

주의

1. WORM 보호를 활성화하려면 해당 백업 스토리지의 WORM 기능이 먼저 활성화되어 있어야 합니다.
2. 영구 증분(forever incremental)이 활성화된 경우 WORM 보호는 지원되지 않습니다.

Malware Scan을 활성화하면 백업 데이터에 대해 바이러스 탐지가 수행됩니다. 백업 작업이 성공적으로 완료된 후, 구성된 정책에 따라 바이러스 검사를 수행하는 검증 작업이 자동으로 생성됩니다.

악성코드 Scan을 활성화하면 scan threads와 scan target을 구성할 수 있습니다. 또한 다양한 Scan Engine을 선택할 수 있습니다.

Integrity Check를 활성화하면 증분 백업 또는 차등 백업을 실행하기 전에 해당 백업의 의존 지점에 대해 무결성 검증이 수행됩니다.

증분 백업의 경우, 의존하는 전체 백업 지점과 증분 백업 지점에 대해 검증이 수행됩니다.

차등 백업의 경우, 의존하는 전체 백업 지점에 대해 검증이 수행됩니다.

Advanced Strategy

Snapshot의 경우 Quiesced Snapshot을 활성화할 수 있습니다. 정지 스냅샷은 애플리케이션 인식 스크립트를 사용하여 파일 시스템 또는 애플리케이션의 일관성을 보장할 수 있습니다. Windows 운영 체제는 애플리케이션 데이터 일관성을 보장하기 위해 VSS를 지원하는 애플리케이션이 필요합니다.

Increment의 경우 CBT를 활성화하여 더 빠른 백업 속도로 서버 증분 백업을 실행할 수 있습니다.

Valid Data의 경우 Skip bad block backup을 구성하여 디스크의 불량 섹터를 건너뛰고, Backup valid data를 구성하여 백업 데이터 크기를 줄일 수 있습니다.

Retry의 경우 시스템의 내결함성을 향상시키고 최종 성공 가능성을 높이기 위해 Network Retry와 Operation Exception Retry를 구성할 수 있습니다.

Storage의 경우 Data Shard File Size와 Redundant Data Merge Ratio를 설정할 수 있습니다.

Overload Protection의 경우, Ignore Node Resource Limits를 활성화하여 노드의 리소스 제한을 우회할 수 있습니다.

Scripts Configuration

백업 소스 호스트에 대해 백업 프로세스 전후에 실행할 백업 스크립트를 설정할 수 있습니다.

4단계: 검토 및 확인

위에서 언급한 설정을 완료한 후 한 화면에서 모든 설정을 검토하고 확인할 수 있습니다. VM 백업 작업 식별을 위한 작업 이름을 지정하고, Submit 버튼을 클릭하여 설정을 확인하고 백업 작업을 생성합니다.