이러한 권장사항을 따르면 사용자가 정책 템플릿을 만들고 수정할 때 저지르는 일반적인 실수를 방지할 수 있습니다.
복구 지점 목표 (RPO) 및 복구 시간 목표 (RTO)에 따라 정책 템플릿을 구성해야 합니다. 시간이 지남에 따라 이러한 템플릿을 변경해야 할 수 있습니다.
초기 데이터 백업 캡처
정책 템플릿의 정책이 애플리케이션 데이터의 백업을 처음 만들 때는 데이터 전체를 백업합니다. 후속 백업은 증분 백업입니다.
하나의 정책 템플릿으로 여러 애플리케이션을 보호하려면 정책 템플릿을 일부 애플리케이션에만 적용합니다. 초기 전체 데이터 캡처가 완료되면 정책 템플릿을 더 많은 애플리케이션에 적용합니다. 정책 템플릿이 모든 애플리케이션에 적용될 때까지 이 프로세스를 반복합니다.
볼륨 크기 조절
보호된 데이터가 포함된 볼륨의 크기를 조절하면 일부 애플리케이션 유형의 경우 다음에 해당 볼륨의 스냅샷 정책이 실행될 때 이전에 해당 볼륨의 데이터가 백업된 횟수와 관계없이 전체 백업 작업이 실행될 수 있습니다. 여기에는 크기가 조정된 VMWare VMDK와 LVM에 없는 Microsoft Windows 애플리케이션 및 Linux 애플리케이션의 에이전트 기반 백업이 포함됩니다.
영향을 받는 애플리케이션 유형의 볼륨 크기를 조정해야 하는 경우 모든 데이터를 캡처하는 것이 애플리케이션 서버, 네트워크, 백업/복구 어플라이언스에 미치는 영향을 고려하세요.
작업 동시 실행
백업/복구 어플라이언스는 기본적으로 6개의 스냅샷 작업을 동시에 실행할 수 있습니다. 동일한 기간에 허용된 작업 수를 초과하여 예약된 작업이 있는 경우 정책 스케줄러는 허용된 만큼의 작업을 시작하고 나머지 작업을 대기열에 추가합니다.
각 사용자의 네트워크 설계, 데이터 레이아웃, 저장소 클래스는 다르므로 최적의 동시 작업 수에 도달할 때까지 동시 실행을 실험합니다.
정책 일정
관리 콘솔은 정책을 구성할 때 정책 일정을 지정하는 두 가지 방법을 지원합니다.
- 기간이 지정됨 특정 빈도 및 시간 간격을 준수하는 개별 스냅샷 백업 일정을 정의합니다(예: 매일 09:00~17:00(UTC)에 30분마다 백업 실행). 백업/복구 어플라이언스에 지정된 빈도 간격으로 여러 백업 작업을 실행하도록 지시하거나 지정된 시간 간격에 한 번 실행하도록 지시할 수 있습니다.
- 연속. 연속 스냅샷 백업 일정을 정의합니다 (예: 8시간마다 백업 작업을 실행하고 첫 번째 작업은 UTC 1:00에 시작). 이 정책 일정에서는 지정된 시간 간격으로 작업이 연중무휴 24시간 연속 실행됩니다.
빈도 계산
기간은 예약된 실행 간의 시간이며 빈도는 단위 시간당 실행되는 작업 수입니다. 예를 들어 일정에 따라 작업이 4시간마다 실행되는 경우 기간은 4시간이고 예상 빈도는 하루에 6번입니다. 작업이 완료되는 데 1시간이 걸리고 정책의 빈도가 12시간인 경우 이전 작업이 완료된 후 11시간 후에 정책의 작업이 다시 실행됩니다.
필요한 목표 복구 시간 (RPO)을 달성하고 작업이 완료될 수 있는 충분한 시간을 허용하는 빈도를 선택해야 합니다.
- 스냅샷 정책의 권장 최소 빈도는 1시간 (로컬 RPO)입니다.
- StreamSnap 정책은 1시간 이상의 빈도로 실행되는 스냅샷 정책 (원격 RPO)을 가리킬 수 있습니다.
백업 계획 정책의 데이터베이스 로그 보호
데이터베이스의 스냅샷 정책을 만들 때 지정된 빈도로 로그 파일을 캡처할 수도 있습니다. 데이터베이스 로그가 캡처되는 빈도는 데이터베이스와 별도로 정의됩니다. 예를 들어 데이터베이스는 매일 캡처되고 로그는 매시간 캡처될 수 있습니다.
데이터베이스 로그 백업의 빈도는 분 단위로 설정되며 로그가 캡처되는 빈도는 연결된 데이터베이스가 캡처되는 빈도를 초과해서는 안 됩니다. 예를 들어 데이터베이스 캡처 빈도가 24시간마다 한 번이면 로그 파일 캡처 빈도는 24시간마다 한 번보다 적어야 합니다.
빈도 및 보관 기간은 데이터베이스의 스냅샷 정책의 고급 설정에서 정의됩니다. 로그 캡처는 연결된 데이터베이스가 캡처되는 날짜 경계, 기간 또는 빈도와 관계없이 실행됩니다.
백업 계획 스냅샷 정책의 데이터베이스 로그 백업 사용 설정 고급 설정을 통해 로그 보호 기능을 사용 설정합니다. 빈도 및 보관 기간은 백업 계획 정책의 고급 설정에서도 정의됩니다.
데이터베이스 로그를 수용하는 데 필요한 실제 공간은 관리 콘솔에서 자동으로 관리됩니다. 최소한 관리 콘솔은 일반적인 로그 크기와 보관 기간을 평가하고 필요에 따라 공간을 추가합니다.
로그 백업을 사용 설정하고 데이터베이스 로그의 스토리지 요구사항을 더 효율적으로 관리하려면 이 표를 참고하세요.
| 설정 | 입력 |
|---|---|
| 백업 후 로그 잘라내기 또는 삭제 | 프로덕션 로그를 삭제하려면 '예'로 설정해야 합니다. 로그 삭제를 관리하려면 이 옵션을 선택합니다. 이렇게 하면 각 로그 백업 끝에 로그 삭제가 실행됩니다. 기본값은 자르지 않음입니다. 정책에서 데이터베이스 로그 백업 사용 설정이 아니요로 설정되어 있고 백업 후 로그 잘라내기 또는 삭제가 예로 설정되어 있으면 각 데이터베이스 백업 종료 시 로그 삭제가 실행되어 모든 로그가 삭제됩니다. |
| 로그 백업 보관 기간 | 백업 및 DR 스테이징 디스크 아래의 로그 백업은 여기에 설정된 값으로 보관됩니다. 백업 로그 보관 기간은 스냅샷 보관 기간과 다를 수 있습니다. |
| 로그 스테이징 디스크 증가 크기 | 필요한 경우 로그 백업 스테이징 디스크의 크기를 늘리는 백분율을 설정합니다. |
| 예상 변경 비율 | 데이터베이스 데이터가 매일 변경되는 비율을 추정합니다. |
| 데이터베이스 로그 백업 압축 | 이를 사용하여 앱 수준 데이터베이스 API를 사용하여 데이터베이스 로그 백업이 압축 모드로 실행되도록 설정합니다. |
| 데이터베이스 로그 백업 사용 설정하기 | 데이터베이스 로그 백업 사용 설정 옵션을 사용하면 백업 계획 정책에서 데이터베이스와 모든 연결된 로그 파일을 백업할 수 있습니다. 로그 백업 작업이 실행되면 로그가 백업됩니다. 옵션은 예 또는 아니요입니다. '예'로 설정하면 관련 옵션이 사용 설정됩니다. |
| RPO | 데이터베이스 로그 백업 사용 설정이 '예'로 설정된 경우 RPO는 데이터베이스 로그 백업의 빈도를 정의합니다. 빈도는 분 단위로 설정되며 데이터베이스 백업 간격을 초과해서는 안 됩니다. |
| 로그 복제 | (StreamSnap 기술 사용) 데이터베이스 로그 백업 사용 설정이 사용으로 설정된 경우 로그 복제 고급 설정을 통해 데이터베이스 로그 백업을 원격 백업/복구 어플라이언스에 복제할 수 있습니다. 로그 백업 복제 작업을 실행하려면 템플릿에 원격 백업/복구 어플라이언스를 지정하는 리소스 프로필과 함께 StreamSnap 복제 정책이 포함되어 있어야 하며, 먼저 데이터베이스 복제가 한 번 이상 성공적으로 완료되어야 합니다. 그런 다음 원격 사이트의 로그 백업을 복제된 로그 백업의 보관 기간 범위 내의 모든 데이터베이스 이미지에 사용할 수 있습니다. 이 기능은 기본적으로 사용 설정되어 있습니다.
로그 복제는 StreamSnap 기술을 사용하여 로컬 백업/복구 어플라이언스와 원격 어플라이언스 간에 복제를 실행합니다. 로그 복제는 로컬 스냅샷 풀에서 원격 어플라이언스의 스냅샷 풀로 직접 이동합니다. 참고: 데이터베이스가 보호되고 데이터베이스 백업 이미지가 원격 백업/복구 어플라이언스에 복제될 때까지 로그 복제가 발생하지 않습니다. |
| OnVault 풀에 로그 전송 | '예'로 설정하면 로그가 하나 이상의 OnVault 스토리지 풀에 복제되어 다른 사이트의 OnVault 풀에서 특정 시점의 복구를 할 수 있습니다. |
작업 우선순위 및 예약
모든 활동은 작업으로 실행됩니다. 작업은 정책을 만들 때 구성된 일정에 따라 실행됩니다.
일부 작업은 다른 작업보다 훨씬 오래 걸립니다. 만료 작업은 빠릅니다. 스냅샷 작업은 애플리케이션 또는 VM의 크기, 마지막 스냅샷 이후 변경된 데이터의 양과 같은 변수에 따라 달라집니다. 애플리케이션 또는 VM의 초기 스냅샷은 완전히 새로운 데이터이므로 시간이 오래 걸릴 수 있습니다.
정책 스케줄러는 애플리케이션에 적용된 하나 이상의 정책이 실행될 시점을 식별한 후 예약된 시작 시간이 발생하면 정책을 대기열에 추가하는 작업을 시작합니다. 정책 유형마다 시스템이 실행 중인 작업으로 과부하되지 않도록 하는 속도 조절 메커니즘이 있습니다. 이 속도 조절 메커니즘은 작업 슬롯을 사용하여 이 안정 상태를 달성합니다. 즉, 작업이 특정 시간에 시작되어야 한다고 해도 작업 슬롯을 사용할 수 있을 때만 실행됩니다.
여러 애플리케이션이 동일한 작업 우선순위로 동시에 실행되도록 예약된 경우 동일한 우선순위가 있는 모든 애플리케이션에서 공정성을 보장하기 위해 실행할 애플리케이션이 무작위로 선택됩니다.
작업 재시도
작업이 실패하면 스케줄러가 작업 실행을 자동으로 다시 시도합니다. 작업이 처음 실패하면 스케줄러는 4분 후에 재시도할 수 있도록 합니다. 작업 시도 3번 실패하면 작업이 실패로 표시되고 더 이상 재시도되지 않습니다. 다음 작업은 정책 일정에 따라 시도됩니다.
스케줄러는 작업 재시도를 다른 사용 가능한 작업과 마찬가지로 처리합니다. 사용 가능한 작업이 수용할 수 있는 슬롯보다 많은 경우 작업이 대기열에 추가됩니다. 이로 인해 시간 내에 재시도가 시작되지 않고 작업이 실패로 표시될 수 있습니다.
작업 재시도는 Monitor에 보고됩니다. 작업 재시도를 식별하기 위해 Monitor는 각 재시도 작업의 이름에 먼저 a, 다음으로 b, 마지막으로 c를 추가합니다.