무결성 검사
데이터 무결성 검사 기능은 데이터 무결성 및 복원 가능성을 보장하기 위해 인덱스 파일 및 %edition_name%에서 백업한 데이터에 대한 상태 검사를 수행하는 것입니다. 각 데이터 무결성 검사 후 스토리지 통계가 새로 고쳐집니다.
물리적 데이터 파일을 휴지통으로 이동하는 대신 영구적으로 삭제하도록 휴지통 설정을 재정의할 수 있는 추가 기능이 추가되었습니다.
!
다음 사항에 유의하십시오:
- 데이터 무결성 검사는 이미 손상된 파일을 수정하거나 복구할 수 없습니다. 데이터 무결성 검사 기능은 복원 가능성을 보장하기 위해 다시 백업할 수 있도록 백업 대상에서 손상된 파일을 식별하고 제거하는 데 사용됩니다.
- 데이터 무결성 검사는 (해당 백업 세트의) 실행 중인 수동, 예약 또는 연속 백업 작업이 없을 때만 시작할 수 있으며 그 반대의 경우도 마찬가지입니다. 데이터 무결성 검사가 실행되는 동안 예약된 백업이 시작되지 않도록 백업 일정을 일시적으로 비활성화하는 것이 좋습니다.
- 각 데이터 무결성 검사 후 스토리지 통계가 새로 고쳐집니다.
Key:
필드 |
설명 |
데이터 무결성 검사 중 CRC(Cyclic Redundancy Check) |
실행 백업 중에 생성된 체크섬 파일을 기준으로 파일의 인덱스 및 무결성을 확인합니다.
|
인덱스 재구축 |
인덱스 파일은 재구축되며 재구축 방법은 상황에 따라 다릅니다. 처음부터 다시 빌드하거나 이전 백업 작업의 인덱스 파일로 교체하십시오.
|
손상된 데이터 블록을 영구적으로 삭제합니다. |
백업 세트의 휴지통 설정을 무시합니다. 손상된 데이터 블록을 휴지통으로 옮기지 않고 영구적으로 삭제합니다.
|
다음 네 가지 옵션을 사용할 수 있습니다:
설정 |
기능 |
선택되지 않은 "데이터 무결성 검사 중 순환 중복 검사(CRC) 실행" 및 "인덱스 재구축" |
인덱스 및 데이터 검사.
|
"데이터 무결성 검사 중 순환 중복 검사(CRC) 실행"을 선택하고 "인덱스 재구축"을 선택하지 않았습니다 |
백업 작업 시 생성된 체크섬 파일에 대해 파일의 인덱스 및 무결성을 검사합니다.
|
"데이터 무결성 검사 중 CRC(Cyclic Redundancy Check) 실행"을 선택 취소하고 "인덱스 재구축"을 선택했습니다. |
"인덱스 재구축" 인덱스 및 데이터 검사용.
|
"데이터 무결성 검사 중 순환 중복 검사(CRC) 실행" 및 "인덱스 재구축"을 선택했습니다 |
백업 작업 시 생성된 체크섬 파일에 대한 인덱스, 파일 무결성 검사 및 인덱스 재구축을 위해.
|
데이터 무결성 검사를 시작하면 %edition_name%에서 다음 작업을 수행합니다:
"데이터 무결성 검사 중 CRC(Cyclic Redundancy Check) 실행" 및 "인덱스 재구축" 선택 취소
%edition_name%은 백업 대상의 파일/폴더를 현재 인덱스 파일에 기록된 파일/폴더 목록과 비교합니다. 데이터 무결성 검사에서 다음을 발견한 경우:
- 백업 대상에 현재 인덱스 파일에 없는 파일/폴더가 있는 경우 추가 파일/폴더는 백업 대상에서 삭제됩니다.
예: 백업 프로세스가 완료되기 전에 중단되면 일부 불완전 업로드된 파일 또는 부분적으로 업로드된 파일이 있습니다.
- 백업 대상에 존재하지 않는 파일/폴더가 현재 색인 파일에 나열되어 있으면 추가 파일/폴더에 대한 항목이 현재 색인 파일에서 삭제됩니다.
- 현재 인덱스 파일이 손상되면 손상된 인덱스 파일이 삭제되고 %edition_name%이(가) 이전 백업 작업 또는 스냅샷의 인덱스 파일로 교체합니다. 현재 백업 작업 또는 현재 스냅샷이 백업 대상에서 삭제되고 더 이상 복구할 수 없습니다. %edition_name%은(는) 이러한 파일이 클라이언트 시스템에 아직 존재하는 경우 후속 백업 작업에서 다시 업로드를 시도합니다.
"데이터 무결성 검사 중 순환 중복 검사(CRC) 실행"을 선택하고 "인덱스 재구축"을 선택하지 않았습니다.
%edition_name%은(는) 백업 작업 시 생성된 체크섬 파일에 대해 백업 대상에 있는 파일의 무결성을 확인합니다. 불일치가 있는 경우 이는 백업 대상의 파일이 손상되었음을 나타내며 %edition_name%이(가) 백업 대상에서 이러한 파일을 제거합니다. 다음 백업 작업에서 이러한 파일이 클라이언트 시스템에 여전히 존재하는 경우 %edition_name%은(는) 최신 복사본을 업로드합니다.
!
다음 사항에 유의하십시오:
- CRC(Cycle Redundancy Check) 옵션이 활성화된 경우 백업 데이터는 CRC 확인 중에 백업 대상(예: 클라우드 스토리지 위치 또는 FTP 위치)에서 클라이언트 컴퓨터로 스트리밍됩니다. 측정된 인터넷 연결을 사용하는 사용자의 경우 CRC가 활성화된 경우 데이터 무결성 검사 중에 데이터 요금에 세심한 주의를 기울이십시오.
- 데이터 무결성 검사를 완료하는 데 필요한 시간은 백업 세트의 파일/폴더 수, 클라이언트 컴퓨터에서 사용 가능한 대역폭, 디스크와 같은 클라이언트 컴퓨터의 하드웨어 사양과 같은 여러 요인에 따라 다릅니다. I/O 및 CPU 성능 및 기타 리소스 집약적인 작업이 실행 중인 경우. 따라서 CRC가 활성화된 상태에서 데이터 무결성을 검사하는 동안 클라이언트 컴퓨터의 리소스 사용량에 주의를 기울이십시오..
"데이터 무결성 검사 중 순환 중복 검사(CRC) 실행" 선택 취소 및 "인덱스 재구성" 선택 선택
%edition_name%은 백업 대상의 파일/폴더를 현재 인덱스 파일에 기록된 파일/폴더 목록과 비교합니다. 데이터 무결성 검사에서 다음을 발견한 경우:
- 백업 목적지에 현재 인덱스 파일에 없는 파일/폴더가 있는 경우 추가 파일/폴더는 백업 목적지에서 삭제됩니다.
예: 백업 프로세스가 완료되기 전에 중단되면 일부 불완전 업로드된 파일 또는 부분적으로 업로드된 파일이 있습니다.
- 백업 목적지에 존재하지 않는 파일/폴더가 현재 색인 파일에 나열되어 있으면 추가 파일/폴더에 대한 항목이 현재 색인 파일에서 삭제됩니다.
- 현재 인덱스 파일이 손상되면 손상된 인덱스 파일이 삭제되고 %edition_name%이(가) 이전 백업 작업 또는 스냅샷의 인덱스 파일로 교체합니다. 현재 백업 작업 또는 현재 스냅샷이 백업 목적지에서 삭제되고 더 이상 복구할 수 없습니다. %edition_name%은(는) 이러한 파일이 클라이언트 시스템에 아직 존재하는 경우 후속 백업 작업에서 다시 업로드를 시도합니다.
- 현재 인덱스 파일이 "Cannot parse file"과 같은 데이터 무결성 검사 작업에서 반환된 오류 또는 "Error initializing bptree" 등과 같은 백업에서 반환된 오류로 인해 올바르지 않은 경우 Rebuild index는 다음 위치에서 인덱스를 재구축합니다. 이전 인덱스에서 새 인덱스로 항목을 복사하여 스크래치. 재구축 중에 손상된 항목이 발견되면 무시됩니다.
"데이터 무결성 검사 중 순환 중복 검사(CRC) 실행" 선택 및 "인덱스 재구축" 선택
!
다음 사항에 유의하십시오:
- CRC(Cycle Redundancy Check) 옵션이 활성화된 경우 백업 데이터는 CRC 확인 중에 백업 목적지(예: 클라우드 스토리지 위치 또는 FTP 위치)에서 클라이언트 컴퓨터로 스트리밍됩니다. 측정된 인터넷 연결을 사용하는 사용자의 경우 CRC가 활성화된 경우 데이터 무결성 검사 중에 데이터 요금에 세심한 주의를 기울이십시오.
- 데이터 무결성 검사를 완료하는 데 필요한 시간은 백업 세트의 파일/폴더 수, 클라이언트 컴퓨터에서 사용 가능한 대역폭, 디스크와 같은 클라이언트 컴퓨터의 하드웨어 사양과 같은 여러 요인에 따라 다릅니다. I/O 및 CPU 성능 및 기타 리소스 집약적인 작업이 실행 중인 경우. 따라서 CRC가 활성화된 상태에서 데이터 무결성을 검사하는 동안 클라이언트 컴퓨터의 리소스 사용량에 주의를 기울이십시오.
현재 색인 파일이 데이터 무결성 검사 작업에서 반환된 오류(예: "파일을 구문 분석할 수 없음") 또는 백업에서 반환된 오류(예: "bptree 초기화 오류" 등)로 인해 올바르지 않은 경우 인덱스 재구축이 처음부터 인덱스를 재구축합니다. 이전 인덱스에서 새 인덱스로 항목을 복사하여. 재구축 중에 손상된 항목이 발견되면 무시됩니다.
!
이전 백업 또는 데이터 무결성 검사에서 반환된 오류가 있는 경우 DIC 작업을 실행할 때 CRC 및 Rebuild index 기능을 모두 선택하는 것이 좋습니다.
데이터 무결성 검사를 수행하려면:
기본적으로 데이터 무결성 검사 테스트 모드 화면은 아래 요구 사항 중 하나가 일치하는 경우에만 변경 사항 적용 확인 메시지를 표시합니다:
- 삭제된 백업 파일이 1000개 이상인 경우.
- 삭제된 백업 파일의 크기가 512MB 이상인 경우.
- 삭제된 백업 파일이 전체 백업 데이터의 10% 이상인 경우.
- 삭제된 백업 파일의 크기가 전체 백업 데이터의 10% 이상인 경우.
- 드롭다운 목록에서 백업 세트를 선택합니다. 특정 백업 세트 또는 전체(기본 선택)를 선택할 수 있습니다.
!
다음 사항에 유의하십시오:
- "모두"를 선택하면 서버에서 실행되는 백업 세트(예: Microsoft 365 및 클라우드 파일 백업 세트)와 모든 목적지를 제외한 모든 백업 세트가 확인되지만 백업 세트 및 목적지 개수에 따라 완료하는 데 더 오래 걸립니다.
- 특정 백업 세트를 선택하면 특정 목적지 또는 "전체" 백업 목적지를 선택하여 확인할 수 있습니다.
- 백업 목적지에 있는 데이터의 무결성을 확인해야 하는 경우 "데이터 무결성 검사 중 CRC(Cyclic Redundancy Check) 실행" 옵션을 클릭합니다. 완료하는 데 더 많은 시간이 필요합니다.
- 시작하려면 [시작]을 클릭합니다.
- 진행을 중지해야 하는 경우 [정지] 버튼을 눌러 종료합니다.
- 데이터 무결성 검사가 완료되면 다음 TEST MODE 페이지(미리보기 모드)가 표시됩니다:
"통계" 상태가 "올바름"을 나타내면 "데이터 무결성 검사가 성공적으로 완료되었습니다"를 의미하고 손상된 인덱스나 백업 세트에서 발견된 데이터가 없으면 [로그 보기] 버튼을 클릭하여 확인할 수 있습니다. 로그에서 자세한 내용을 확인하거나 [닫기]를 클릭하여 종료합니다.
"Statistics" 상태가 "Incorrect"로 표시되면 백업된 파일과 백업 작업 시 생성된 체크섬 파일 사이에 불일치가 있거나 인덱스 파일에 문제가 있음을 의미합니다. 또한 "인덱스에서 찾은 항목" 및 "데이터 손상 항목"의 값을 확인하여 백업된 파일과 인덱스 파일 간의 불일치에 대한 세부 정보를 볼 수 있습니다.
- 현재 인덱스 파일에 존재하지 않는 파일/폴더가 백업 목적지에 있는 상황(예: 일부 불완전 업로드된 파일 또는 일부 업로드된 파일이 백업 목적지에 남아 있는 경우) 완료 전 백업 프로세스:
- [예]를 클릭하여 손상된 데이터 항목, 체크섬 잘못된 항목 및 깨진 데이터 블록을 인덱싱할 수 있습니다. 다음 백업 작업에서 삭제된 파일이 클라이언트 시스템에 여전히 존재하는 경우 %edition_name%은(는) 최신 복사본을 업로드합니다.
- [아니오]를 클릭하면 아무 조치도 취하지 않고 손상된 항목, 백업 또는 복원 문제가 수정되지 않습니다.
- [로그 보기] 버튼을 클릭하면 "1519821703318, 2018-02-28-12-41-43,INFO,"Removing file \"1518797253825/blocks/2018-02-23 등 해당 로그를 확인할 수 있습니다. -09-05-00/0/000982.bak\" 목적지에서 인덱스""에 존재하지 않기 때문입니다.
- 현재 색인 파일에 나열된 파일/폴더가 백업 목적지에 없는 경우:
- 추가 색인 항목을 삭제하려면 [예]를 클릭합니다. 다음 백업 작업에서 삭제된 파일이 클라이언트 시스템에 여전히 존재하는 경우 %edition_name%은(는) 최신 복사본을 업로드합니다.
- [아니오]를 클릭하면 아무 조치도 취하지 않고 손상된 항목, 백업 또는 복원 문제가 수정되지 않습니다.
- [로그 보기] 버튼을 클릭하여 다음과 같은 로그를 점검한다 ""1520578431424,2018-03-09-14-53-51,INFO,Utilities,"Removing backup file \"C:\\Users\\Administrator\\Desktop\\in case backup of cbs\\build\\engine-framework\\custom-obm\\app\\common\\bin\\cbCoreRes_sl.properties\" from index because it does not exist in destination"".
- 현재 인덱스 파일이 손상된 경우:
- [예]를 클릭하면 손상된 파일을 삭제할 수 있습니다. %edition_name%은(는) 이전 백업 작업 또는 스냅샷의 인덱스 파일로 대체하므로 현재 백업 작업 또는 현재 스냅샷에서 백업된 파일/폴더는 백업 목적지에서 삭제되며 더 이상 저장되지 않습니다. 복구 가능. 다음 백업 작업에서 삭제된 파일이 클라이언트 시스템에 여전히 존재하는 경우 %edition_name%은(는) 최신 복사본을 업로드합니다.
- [아니오]를 클릭하면 아무 조치도 취하지 않고 백업 및 복원 문제가 해결되지 않습니다.
- [로그 보기] 버튼을 클릭하여 다음과 같은 로그를 점검한다 "1520837556138,2018-03-12-14-52-36,INFO,Utilities,"Index files are corrupted. Download valid index files from backup job \"2018-03-09-18-30-35\"" and "1520837563454,2018-03-12-14-52-43,INFO,Utilities,"Removing backup file \"C:\\Users\\Administrator\\Documents\\en\\BS_Create_VMware.html\" from index because it does not exist in destination"".
- 종료하려면 [닫기]를 클릭합니다.
!
CRC(Cyclic Redundancy Check)를 정기적으로 수행하여 백업 데이터 파일의 데이터 무결성을 보장하고 불완전한 파일을 백업 목적지에서 지우는 것이 좋습니다.