지원하다

Backup
이 문서는 데이터 복구를 위한 컴퓨터 시스템의 중복 데이터에 대한 것입니다.그 외의 용도는, 백업(동음이의)을 참조해 주세요.

정보 기술에서 백업 또는 데이터 백업은 데이터 손실 이벤트 후 원래 데이터를 복원하는 데 사용할 수 있도록 다른 곳에 저장하여 가져온 컴퓨터 데이터의 복사본입니다.동사형식은 그 과정을 가리키는 '백업'인 반면 명사와 형용사형은 '백업'[1]이다.백업은 데이터 삭제 또는 손상으로 인해 손실된 데이터를 복구하거나 이전 시간부터 데이터를 복구하는 데 사용할 수 있습니다. [2] 백업은 간단한 재해 복구 형식을 제공하지만 모든 백업 시스템이 시스템 시스템이나 시스템 클러스터, Active Directory 서버 또는 데이터베이스 [3]서버와 같은 기타 복잡한 구성을 재구성할 수 있는 것은 아닙니다.

백업 시스템은 저장할 가치가 있다고 생각되는 모든 데이터의 적어도 1개의 복사본을 포함합니다.데이터 스토리지 요건은 클 수 있습니다.이 스토리지에 구조를 제공하기 위해 정보 저장소 모델을 사용할 수 있습니다.이미 Secondary 저장소에 있는 데이터의 백업을 아카이브 [note 1][4]파일에 복사하는 데 사용되는 데이터 저장 장치에는 여러 가지 유형이 있습니다.또한 지리적 분산, 데이터 보안 및 휴대성을 제공하기 위해 이러한 장치를 배열할 수 있는 다양한 방법이 있습니다.

데이터를 선택, 추출 및 조작하여 저장합니다.이 프로세스에는 열려 있는 파일을 포함한 라이브 데이터를 처리하는 방법뿐만 아니라 압축, 암호화 및 중복 제거를 포함하는 방법이 포함될 수 있습니다.엔터프라이즈 클라이언트-서버 백업에는 추가 기술이 적용됩니다.백업 구성표에는 백업 중인 데이터의 신뢰성을 검증하는 모의 실행이 포함될 수 있습니다.백업 방식에는 제한사항과[5] 인적 요소가 있습니다.

보관소

백업 전략에는 데이터 "소스" 백업을 집계하는 "데이터용 보조 [6]스토리지 공간"인 정보 저장소가 필요합니다.저장소는 모든 백업 미디어(DVD 등) 및 생성된 날짜 목록만큼 단순할 수 있으며 컴퓨터화된 인덱스, 카탈로그 또는 관계형 데이터베이스를 포함할 수 있습니다.

백업 데이터를 저장해야 하며, 백업 순환 방식([4]백업 순환 방식)을 사용해야 합니다. 백업 순환 방식이란 별도로 유지되는 서로 다른 날짜의 백업 수를 제한하는 시스템입니다. 백업은 더 이상 필요하지 않은 백업을 덮어쓰기하여 데이터 저장 매체를 적절하게 재사용하여 사용할 수 있습니다.이 체계는 이동식 저장소의 각 조각을 백업 작업에 사용하는 방법과 시기, 백업 데이터가 저장된 후 보존되는 기간을 결정합니다.3-2-1 규칙은 백업 프로세스에 도움이 됩니다.데이터 복사본은 최소 3개가 있어야 하며, 2개의 다른 유형의 스토리지 미디어에 저장되어야 하며, 1개의 복사본은 원격 위치(클라우드 스토리지 포함)에 오프사이트로 보관되어야 한다고 명시되어 있습니다.같은 이유로 데이터 손실을 방지하기 위해 2개 이상의 미디어를 사용해야 합니다(예를 들어, 옵티컬 디스크는 물에 잠기는 것을 견딜 수 있지만 LTO 테이프는 그렇지 않을 수 있습니다.또한 하드 드라이브와 달리 SSD에는 가동 부품이 없기 때문에 헤드 크래시 또는 스핀들 모터의 손상으로 인해 장애가 발생하지 않습니다).오프사이트 복사는 화재나 물리적인 도난으로부터 보호합니다.미디어(테이프나 디스크 등)와 홍수나 지진 등의 자연재해.ioSafe와 같은 재해 보호 하드 드라이브는 오프사이트 복사를 대체하는 방법이지만, 한정된 시간 동안만 내화성을 가질 수 있다는 한계가 있기 때문에 오프사이트 복사는 여전히 이상적인 선택입니다.

백업 방법

비구조화

구조화되지 않은 저장소는 단순히 테이프, DVD-R 또는 외장 HDD 스택으로, 백업 대상과 시기에 대한 최소한의 정보를 포함할 수 있습니다.이 방법은 구현이 가장 쉽지만 자동화가 부족하기 때문에 높은 수준의 복구 기능을 달성할 수 없습니다.

풀만 / 시스템 이미징

이 백업 방법을 사용하는 저장소에는 하나 이상의 특정 시점에 생성된 전체 원본 데이터 복사본이 포함됩니다.시스템 이미지를 복사할 때 이 방법은 컴퓨터 기술자가 알려진 정상적인 구성을 기록하기 위해 자주 사용합니다.다만, 통상, 이미지[7] 작성은, 다양한 시스템의 백업을 계속하는 툴로서가 아니라, 많은 시스템에 표준 구성을 도입하는 방법으로서 도움이 됩니다.

증분

증분 백업은 참조 시점 이후 변경된 데이터를 저장합니다.변경되지 않은 데이터의 중복 복사본은 복사되지 않습니다.일반적으로 모든 파일의 전체 백업은 한 번 또는 간헐적으로 이루어지며 증분 저장소의 기준점으로 사용됩니다.이후 연속된 시간 후 여러 증분 백업이 수행됩니다.복원은 마지막 전체 백업부터 시작하여 [8]증분 데이터를 적용합니다.일부 백업 시스템에서는[9]일련의 증분에서 통합 전체 백업을 수행하므로 전체 백업을 자주 수행하는 것과 동일한 성능을 제공합니다.단일 아카이브 파일을 수정하면 최신 버전의 파일을 빠르게 복원할 수 있습니다.

CDP에 가까운

CDP(Continuous Data Protection)는 데이터에 대한 모든 변경 사항의 복사본을 즉시 저장하는 백업을 말합니다.이를 통해 데이터를 임의의 시점으로 복원할 수 있으며 가장 포괄적이고 고급 데이터 [10]보호입니다.CDP에 가까운 백업 애플리케이션(흔히 "CDP"라고 함)은 15분, 1시간 또는 24시간마다 특정 간격으로 증분 백업을 자동으로 수행합니다.따라서 간격 [10]경계에 대한 복원만 허용할 수 있습니다.CDP에 가까운 백업 애플리케이션은 저널링을 사용하며, 일반적으로 특정 시점에 동결된 데이터의 읽기 전용 복사본인 정기적인 "스냅샷"[11]을 기반으로 합니다.

CDP에 가까운(Apple Time [12]Machine 제외) 의도 로그는 호스트 [13]시스템의 모든 변경 사항을 기록합니다.대부분은 파일 수준의 차이가 아니라 바이트 또는 블록 수준의 차이를 저장하여 기록합니다.이 백업 방법은 로그를 롤백하여 이전 데이터 이미지를 복원할 수 있다는 점에서 단순한 디스크 미러링과 다릅니다.의도 로깅을 사용하면 라이브 데이터의 일관성에 대한 예방 조치를 취할 수 있으므로 자체 정합성이 보장되는 파일을 보호할 수 있지만 애플리케이션을 "정지하고 백업할 수 있도록 준비"해야 합니다.

Near-CDP는 가상 머신[14][15] 또는 동등한[16] 제품과 함께 실행되어야 하므로 일반적으로 엔터프라이즈 클라이언트 서버 백업에서 사용되는 실제 CDP와 달리 일반 개인 백업 애플리케이션에서 더 실용적입니다.

소프트웨어는 문서, 멀티미디어 프로젝트 또는 사용자 기본 설정 등의 개별 파일 복사본을 생성하여 정전, 운영 체제 크래시 또는 디스크 공간 고갈로 인한 쓰기 실패 이벤트를 방지할 수 있습니다.일반적인 구현은 파일 이름에 ".bak" 확장자를 추가하는 것입니다.

역증분

Reverse 증분 백업 방법은 소스 데이터의 최근 아카이브 파일 "미러"와 현재 상태의 "미러"와 이전 상태의 "미러" 간의 일련의 차이를 저장합니다.역 증분 백업 방법은 이미지가 아닌 전체 백업부터 시작합니다.전체 백업을 수행한 후 시스템은 전체 백업을 라이브 복사본과 정기적으로 동기화하면서 이전 버전을 재구성하는 데 필요한 데이터를 저장합니다.이는 Apple Time Machine과 같이 하드 링크를 사용하거나 바이너리 차이를 사용하여 수행할 수 있습니다.

차동

차등 백업은 마지막 전체 백업 이후에 변경된 데이터만 저장합니다.즉, 저장소에서 최대 2개의 백업을 사용하여 데이터를 복원합니다.그러나 마지막 전체 백업부터의 시간(따라서 누적된 데이터 변경)이 증가하면 차등 백업을 수행하는 시간도 증가합니다.전체 시스템을 복원하려면 가장 최근의 전체 백업부터 시작하여 마지막 차등 백업만 적용해야 합니다.

차등 백업은 다른 차등 백업이 만들어졌는지 여부에 관계없이 마지막 전체 백업 이후에 생성되거나 변경된 파일을 복사하는 반면 증분 백업은 모든 유형의 최신 백업 이후 생성되거나 변경된 파일을 복사합니다(전체 백업 또는 증분 백업).파일의 변경은 마지막 수정 파일 속성의 최신 날짜/시간 및/또는 파일 크기 변경을 통해 탐지될 수 있습니다.증분 백업의 다른 변형으로는 파일 전체가 아닌 파일의 일부를 비교하는 다중 수준 증분 및 블록 수준 증분 등이 있습니다.

저장 매체

왼쪽에서 오른쪽으로 플라스틱 커버의 DVD 디스크, USB 플래시 드라이브 및 외장 하드 드라이브

사용되는 저장소 모델에 관계없이 데이터는 아카이브 파일 데이터 저장 매체에 복사해야 합니다.사용되는 미디어를 백업 저장소 유형이라고도 합니다.

자기 테이프

자기 테이프는 오랫동안 대용량 데이터 저장, 백업, 아카이브 및 교환에 가장 일반적으로 사용되는 매체였습니다.이전에는 더 저렴한 옵션이었지만,[17] 이제는 더 적은 양의 데이터를 사용할 수 없게 되었습니다.테이프는 시퀀셜 액세스 미디어이므로 데이터를 지속적으로 쓰거나 읽는 속도가 매우 빠를 수 있습니다.테이프 미디어 자체는 공간당 비용이 낮지만 테이프 드라이브는 일반적으로 하드 디스크 드라이브나 옵티컬(광학식) 드라이브보다 수십 배 더 비쌉니다.

많은 테이프 포맷이 메인프레임이나 특정 브랜드의 PC와 같은 특정 시장에 고유하거나 고유합니다.2014년까지 LTO는 주요 테이프 [18]기술이 되었습니다.또 다른 "슈퍼" 포맷은 IBM 3592(TS11xx 시리즈라고도 함)입니다.오라클 스토리지Tek T10000은 2016년에 [19]단종되었다.

하드 디스크

하드 디스크 스토리지의 사용량은 시간이 지남에 따라 점차 저렴해짐에 따라 증가해 왔습니다.하드 디스크는 일반적으로 사용하기 쉽고 널리 사용할 수 있으며 [18]빠르게 액세스할 수 있습니다.그러나 하드 디스크 백업은 내성이 뛰어난 기계 장치이므로 테이프보다 특히 전송 [20]중에 더 쉽게 손상될 수 있습니다.에는 그 기술과 드라이브에 낙하 테스트 드라이브는 유지되고 일하는 산업 c에 따르면 36인치 물 영업 외 하락 이후에 남아 있는 것으로 나타났다 2000년대 중반에, 몇몇의 드라이브 제조 업체와 2010년까지 업계 평균의 휴대용 드라이브용 경사로 하중과 가속도계 기술(때때로"충격 센서"했다)[21][22]을 생산하기 시작했다arpeting.[23] 일부 제조업체는 하드 디스크 주변에 충격 흡수 케이스를 포함하는 '강화' 휴대용 하드 드라이브를 제공하고 있으며,[23][24][25] 다양한 높은 사양의 드롭을 주장하고 있습니다.수년간 하드 Disk 백업의 안정성은 테이프 [19][26][20]백업보다 짧습니다.

외장 하드 디스크는 SCSI, USB, FireWire 또는 eSATA와 같은 로컬 인터페이스 또는 이더넷, iSCSI 또는 파이버 채널과 같은 장거리 기술을 통해 연결할 수 있습니다.일부 디스크 기반 백업 시스템은 Virtual Tape Libraries 등을 통해 데이터 중복 제거를 지원하므로 매일 또는 매주 백업 [27][28][29]데이터에 사용되는 디스크 스토리지 용량을 줄일 수 있습니다.

광학 스토리지

다음 항목도 참조하십시오.광학 미디어의 보존

광학 스토리지는 레이저를 사용하여 데이터를 저장 및 가져옵니다.기록 가능한 CD, DVD 및 Blu-ray 디스크는 일반적으로 개인용 컴퓨터에서 사용되며 일반적으로 가격이 저렴합니다.과거에는 이러한 디스크의 용량과 속도가 하드 디스크나 테이프보다 낮았지만 광학 미디어의 발전은 이러한 [30][31]격차를 서서히 줄여가고 있습니다.

미디어 성능 저하로 인해 발생할 수 있는 잠재적인 미래 데이터 손실은 수정할 수 있는 사소한 데이터 오류의 비율을 측정함으로써 예측할 수 있습니다. 데이터 오류의 수가 너무 많으면 수정할 수 없는 섹터의 위험이 증가합니다.에러 스캔의 서포트는, 옵티컬(광학식) 드라이브의 [32]벤더 마다 다릅니다.

광디스크 포맷의 대부분은 WORM 타입으로 데이터를 변경할 수 없기 때문에 아카이브용으로 편리합니다.게다가 옵티컬(광학식) 디스크는, 헤드 크래시, 자기, 수분 침투, 전압 서지에 취약하지 않습니다.드라이브의 장해는, 통상, 회전을 정지시킵니다.

광학 미디어는 모듈식입니다. 스토리지 컨트롤러는 하드 드라이브나 플래시 스토리지(→플래시 메모리 컨트롤러)처럼 미디어 자체에 얽매이지 않으므로 다른 드라이브를 통해 제거 및 액세스할 수 있습니다.그러나 기록 가능한 매체는 장기간 [33]빛에 노출되면 조기에 열화될 수 있습니다.

일부 광학 스토리지 시스템에서는 디스크에 사람이 접촉하지 않고도 카탈로그화된 데이터 백업이 가능하므로 데이터 무결성이 더 길어집니다.2008년 프랑스 연구에 따르면 일반적으로 판매되는 CD-R의 수명은 2-10년이었지만,[34][35] 한 제조업체는 나중에 금을 뿌린 층이 있는 CD-R의 수명을 100년으로 추정했다.소니의 독자 사양인 옵티컬 디스크[18] 아카이브(Optical Disc Archive)는 2016년에 250MB/[36]s의 읽기 속도를 달성할 수 있습니다.

솔리드 스테이트 드라이브

솔리드 스테이트 드라이브(SSD)는 집적회로 어셈블리를 사용하여 데이터를 저장합니다.플래시 메모리, 썸 드라이브, USB 플래시 드라이브, CompactFlash, SmartMedia, 메모리 스틱 및 Secure Digital 카드 장치는 저용량으로 인해 상대적으로 비용이 많이 들지만 상대적으로 적은 데이터 볼륨을 백업하는 데 편리합니다.솔리드 스테이트 드라이브에는 가동 부품이 포함되어 있지 않기 때문에 물리적인 손상에 대한 영향을 거의 받지 않으며 최대 6기가비트/초까지의 처리량이 약 500Mbit/s에 달할 수 있습니다.사용 가능한 SSD는 용량이 더 크고 [37][24]더 저렴해졌습니다.플래시 메모리 백업은 하드 디스크 [19]백업보다 몇 년 동안 안정적입니다.

리모트 백업 서비스

원격 백업 서비스 또는 클라우드 백업에는 데이터를 오프사이트에 저장하는 서비스 공급자가 포함됩니다.이는 로컬에 저장된 [38]백업을 파괴할 수 있는 화재, 홍수 또는 지진과 같은 이벤트로부터 보호하기 위해 사용되었습니다.클라우드 기반 백업(Google Drive 및 Microsoft OneDrive와 같은 서비스를 통해)은 데이터 [20]보호 계층을 제공합니다.단, 사용자는 데이터의 프라이버시와 무결성을 유지하고 암호화 사용으로 기밀성을 강화하려면 공급자를 신뢰해야 합니다.속도와 가용성은 사용자의 온라인 [20]연결에 의해 제한되므로 대량의 데이터를 보유한 사용자는 클라우드 시드 및 대규모 복구를 사용해야 할 수 있습니다.

관리

백업 미디어를 관리하기 위해 다양한 방법을 사용하여 접근성, 보안 및 비용을 균형 있게 조정할 수 있습니다.이러한 미디어 관리 방법은 상호 배타적이지 않으며 사용자의 요구를 충족시키기 위해 자주 결합됩니다.데이터를 니어라인 테이프 라이브러리로 전송하기 전에 준비하기 위해 온라인 Disk를 사용하는 것이 일반적인 [39][40]예입니다.

온라인.

온라인 백업 스토리지는 일반적으로 가장 접근하기 쉬운 유형의 데이터 스토리지로 밀리초 이내에 복원을 시작할 수 있습니다.온라인 백업의 예로는 내장 하드 디스크 또는 디스크 어레이(SAN에 연결되어 있을 수 있음)가 있습니다.이러한 유형의 스토리지는 편리하고 신속하지만 실수로 인해, 악의적인 작업으로 인해, 또는 바이러스 페이로드가 삭제될 경우 삭제되거나 덮어쓰기될 수 있습니다.

니어라인

니어라인 스토리지는 일반적으로 온라인 스토리지보다 접근성이 떨어지고 비용도 저렴하지만 백업 데이터 스토리지에는 여전히 유용합니다.일반적으로 기계 장치는 데이터를 읽거나 쓸 수 있는 드라이브로 미디어 장치를 이동하는 데 사용됩니다.일반적으로 온라인 스토리지와 유사한 안전 특성을 가지고 있습니다.예를 들어 복원 시간이 몇 초에서 몇 분에 이르는 테이프 라이브러리가 있습니다.

오프라인

오프라인 스토리지에서는 테이프 드라이브에 테이프를 삽입하거나 케이블을 연결하는 등 스토리지 미디어에 대한 액세스를 제공하기 위해 몇 가지 직접 작업이 필요합니다.데이터를 쓰거나 다시 읽는 제한된 시간 동안을 제외하고는 어떤 컴퓨터에서도 데이터에 액세스할 수 없기 때문에 온라인 백업 실패 모드의 영향을 거의 받지 않습니다.액세스 시간은 미디어가 온사이트인지 오프사이트인지에 따라 달라집니다.

오프사이트 데이터 보호

백업 미디어는 재해 또는 기타 사이트별 문제로부터 보호하기 위해 오프사이트 볼트로 보낼 수 있습니다.이 금고는 시스템 관리자의 홈 오피스처럼 단순할 수도 있고, 백업 미디어 스토리지 설비를 갖춘 재해 방지, 온도 제어, 높은 보안 벙커처럼 정교할 수도 있습니다.데이터 레플리카는, 오프 사이트에서도 온라인(오프 사이트 RAID 미러등)으로 할 수 있습니다.이러한 복제본은 백업으로서의 가치가 상당히 제한적입니다.

백업 사이트

백업 사이트 또는 재해 복구 센터는 시스템 시스템 및 네트워크를 복원하고 재해 발생 시 적절하게 구성할 수 있는 데이터를 저장하는 데 사용됩니다.독자적인 데이터 리커버리 센터를 가지는 조직도 있고, 서드파티에 위탁하는 조직도 있습니다.비용이 많이 들기 때문에 백업은 DR 사이트로 데이터를 이동하는 데 권장되는 방법으로는 거의 고려되지 않습니다.보다 일반적인 방법은 DR 데이터를 가능한 한 최신 상태로 유지하는 원격 디스크 미러링입니다.

데이터 선택 및 추출

백업 작업은 일관성 있는 데이터 단위를 선택하고 추출하는 것으로 시작합니다.현대 컴퓨터 시스템의 대부분의 데이터는 파일로 알려진 개별 단위로 저장됩니다.이러한 파일은 파일 시스템으로 정리됩니다.백업 대상을 특정 시간에 결정하려면 트레이드오프가 필요합니다.중복 데이터를 너무 많이 백업하면 정보 저장소가 너무 빨리 가득 찰 수 있습니다.부족한 양의 데이터를 백업하면 결국 중요한 [41]정보가 손실될 수 있습니다.

파일

  • 파일 복사: 파일 복사는 백업을 수행하는 가장 간단하고 일반적인 방법입니다.이 기본 기능을 수행하는 방법은 모든 백업 소프트웨어와 모든 운영 체제에 포함되어 있습니다.
  • 부분 파일 복사: 백업에는 특정 기간 동안 변경된 파일 내의 블록 또는 바이트만 포함될 수 있습니다.이를 통해 필요한 스토리지 공간을 크게 줄일 수 있지만 복원 상황에서 파일을 재구성하려면 보다 정교한 작업이 필요합니다.일부 구현에서는 소스 파일 시스템과의 통합이 필요합니다.
  • 삭제된 파일 : 고의로 삭제한 파일의 의도하지 않은 복원을 방지하려면 삭제 기록을 보관해야 합니다.
  • 파일 버전 관리: 전체 백업 전용/시스템 이미징만 수행하는 애플리케이션을 제외한 대부분의 백업 애플리케이션은 마지막 백업 이후에 변경된 파일도 백업합니다."그러면 특정 파일의 다양한 버전을 검색할 수 있으며 하드 디스크에서 파일을 삭제해도 [정보 저장소] 아카이브에서 파일을 [4]찾을 수 있습니다."

파일 시스템

  • 파일 시스템 덤프: 파일 시스템 전체를 블록 레벨로 복사할 수 있습니다.이는 "원시 파티션 백업"이라고도 하며 디스크 이미징과 관련이 있습니다.이 프로세스에는 일반적으로 파일 시스템을 마운트 해제하고 dd(Unix)[42]와 같은 프로그램을 실행하는 작업이 포함됩니다.디스크는 순차적으로 큰 버퍼를 사용하여 읽기 때문에 이러한 유형의 백업은 모든 파일을 정상적으로 읽는 것보다 빠를 수 있습니다.특히 파일 시스템에 많은 작은 파일이 포함되어 있거나 매우 fragment화 되어 있거나 거의 꽉 찬 경우에는 더욱 그렇습니다.그러나 이 방법은 유용한 데이터가 없는 빈 디스크 블록도 읽기 때문에 특히 파일 시스템이 거의 비어 있을 때 기존 읽기보다 속도가 느려질 수 있습니다.XFS와 같은 일부 파일 시스템에는 고성능을 위해 디스크를 순차적으로 읽는 "덤프" 유틸리티가 제공되며 사용되지 않는 섹션은 건너뜁니다.해당 복원 유틸리티는 운영자의 [43]선택에 따라 개별 파일 또는 전체 볼륨을 선택적으로 복원할 수 있습니다.
  • 변경 사항 식별:일부 파일 시스템에는 최근에 변경되었음을 나타내는 각 파일의 아카이브 비트가 있습니다.일부 백업 소프트웨어는 파일의 날짜를 보고 마지막 백업과 비교하여 파일이 변경되었는지 여부를 확인합니다.
  • 버전 파일시스템 : 버전 파일시스템은 파일에 대한 모든 변경을 추적합니다.예를 [44]들어 Linux용 NILFS 버전 파일 시스템이 있습니다.

라이브 데이터

현재 업데이트 중인 파일은 백업해야 합니다.라이브 데이터를 백업하는 한 가지 방법은 데이터를 일시적으로 중지하고(예: 모든 파일을 닫는다), "스냅샷"을 작성한 후 라이브 작업을 재개하는 것입니다.이 시점에서는, 통상의 [45]방법으로 스냅샷을 백업 할 수 있습니다.스냅샷은 파일 시스템의 복사본을 특정 시점에 정지한 것처럼 표시하는 일부 파일 시스템의 순간 함수이며, 종종 Copy-on-Write 메커니즘에 의해 제공됩니다.변경 중에 파일을 스냅샷하면 파일을 사용할 수 없는 손상된 파일이 생성됩니다.이것은, 종래의 데이타베이스나 Microsoft Exchange [11]Server등의 애플리케이션에서도 볼 수 있듯이, 상호 관련하는 파일에서도 마찬가지입니다.퍼지 백업이라는 용어는 올바르게 실행된 것처럼 보이지만 단일 [46]시점의 데이터 상태를 나타내지 않는 라이브 데이터의 백업을 설명하는 데 사용할 수 있습니다.

중지할 수 없거나 중지되지 않는 데이터 파일의 백업 옵션은 다음과 같습니다.[47]

  • 열린 파일 백업:많은 백업 소프트웨어 애플리케이션은 내부적으로 일관된 [48]상태로 열려 있는 파일을 백업합니다.일부 응용 프로그램은 단순히 열려 있는 파일이 사용 중인지 확인하고 나중에 [45]다시 시도합니다.다른 응용 프로그램에서는 매우 [49]자주 업데이트되는 열린 파일을 제외합니다.일부 저용성 인터랙티브 애플리케이션은 자연/유인 일시 중지를 통해 백업할 수 있습니다.
  • 상호 관련 데이터베이스 파일 백업: 일부 상호 관련 데이터베이스 파일 시스템에서는 데이터베이스를 온라인 상태로 사용할 수 있는 동안 "핫 백업"[50]을 생성할 수 있습니다.여기에는 데이터 파일의 스냅샷과 백업 실행 중에 수행된 변경 사항의 스냅샷 로그가 포함될 수 있습니다.복원 시 로그 파일의 변경 내용이 적용되어 초기 백업이 [51]종료된 시점까지 데이터베이스 복사본을 가져옵니다.그 외의 고가용성 인터랙티브 애플리케이션은, 조정된 스냅샷을 사용해 백업 할 수 있습니다.그러나 진정한 고가용성 인터랙티브 애플리케이션은 Continuous Data Protection을 통해서만 백업할 수 있습니다.

메타데이터

컴퓨터에 저장된 모든 정보가 파일에 저장되는 것은 아닙니다.완전한 시스템을 처음부터 정확하게 복구하려면 파일 이외의 데이터도 [52]추적해야 합니다.

  • 시스템 설명:재해 발생 후 정확한 대체품을 입수하려면 시스템 사양이 필요합니다.
  • 부트 섹터 : 부트 섹터를 저장하는 것보다 쉽게 다시 만들 수 있습니다.통상, 통상의 파일이 아니고, 없으면 시스템이 기동하지 않습니다.
  • 파티션 레이아웃:원래 시스템을 올바르게 재생성하려면 파티션 테이블과 파일 시스템 설정뿐만 아니라 원래 디스크의 레이아웃이 필요합니다.
  • 파일 메타데이터: 원래 환경을 올바르게 재생성하려면 각 파일의 권한, 소유자, 그룹, ACL 및 기타 메타데이터를 백업해야 합니다.
  • 시스템 메타데이터: operating system에 따라 구성 정보를 저장하는 방법이 다릅니다.Microsoft Windows 에서는, 일반적인 파일보다 복원하기 어려운 시스템 정보의 레지스트리를 보관 유지하고 있습니다.

데이터 및 데이터셋 최적화 조작

백업 프로세스를 최적화하기 위해 백업 중인 데이터를 조작하는 데 유용하거나 필요한 경우가 많습니다.이러한 조작을 통해 백업 속도, restore 속도, 데이터 보안, 미디어 사용률 및/또는 대역폭 요건을 개선할 수 있습니다.

자동화된 데이터 손질

오래된 데이터는 자동으로 삭제할 수 있지만, 자동화된 데이터 "그루밍"을 커스터마이즈할 수 있는 엔터프라이즈 클라이언트 서버 백업 애플리케이션과 달리 개인 백업 애플리케이션의 경우 삭제가[note 2][53][54][55] 글로벌하게 지연되거나 [56]비활성화될 수 있습니다.

압축

저장되는 소스 데이터의 크기를 축소하여 스토리지 공간을 적게 사용하도록 하기 위해 다양한 방식을 사용할 수 있습니다.압축은 테이프 드라이브 [57]하드웨어의 내장 기능인 경우가 많습니다.

중복 배제

유사한 구성의 워크스테이션을 백업함으로써 용장성을 줄일 수 있으므로 복사본을 하나만 저장할 수 있습니다.이 기술은 파일 또는 원시 블록 수준에서 적용할 수 있습니다.이러한 큰 폭의[57] 삭감을 중복 배제라고 합니다.데이터가 백업 미디어(원본/클라이언트 측 중복 제거라고도 함)로 이동하기 전에 서버에서 발생할 수 있습니다.또한 이 방법을 사용하면 백업 데이터를 대상 미디어에 보내는 데 필요한 대역폭도 줄어듭니다.이 프로세스는 인라인 또는 백엔드 중복 제거라고도 하는 대상 스토리지 장치에서도 발생할 수 있습니다.

복제

백업이 두 번째 저장소 미디어 세트로 복제되는 경우가 있습니다.이는 아카이브 파일을 재배치하여 복원 속도를 최적화하거나, 엔터프라이즈 클라이언트 서버 백업의 D2D(Disk-to-Disk-to-Tape) 기능과 같이 다른 위치 또는 다른 스토리지 미디어에 두 번째 복사본을 보관하기 위해 수행할 수 있습니다.

암호화

백업 테이프 등의 대용량 이동식 스토리지 미디어는 분실 또는 도난 [58]시 데이터 보안 위험이 있습니다.이러한 미디어에서 데이터를 암호화하면 이 문제를 완화할 수 있지만 암호화는 CPU를 많이 사용하는 프로세스로 백업 속도가 느려질 수 있으며 암호화된 백업의 보안은 키 관리 [57]정책의 보안만큼 효과적입니다.

멀티플렉싱

백업할 시스템이 대상 저장 장치보다 더 많은 경우 여러 개의 동시 백업과 함께 단일 저장 장치를 사용할 수 있는 기능이 [59]유용할 수 있습니다.그러나 "멀티플렉스 백업"을 통해 예약된 백업 윈도우를 채우는 것은 테이프 [59]대상에만 사용됩니다.

리팩터링

아카이브 파일의 백업 세트를 재배치하는 프로세스를 리팩터링이라고 합니다.예를 들어 백업 시스템이 매일 테이프 하나를 사용하여 모든 보호된 시스템에 대한 증분 백업을 저장하는 경우 시스템 중 하나를 복원하는 데 많은 테이프가 필요할 수 있습니다.리팩터링을 사용하면 단일 컴퓨터의 모든 백업을 단일 테이프에 통합하여 "합성 전체 백업"을 생성할 수 있습니다.이는 영구 형식 증분 백업을 수행하는 백업 시스템에 특히 유용합니다.

스테이징

경우에 [59]따라 백업은 테이프로 복사되기 전에 준비 디스크에 복사됩니다.이 프로세스는 D2D2T라고 불리기도 합니다.Disk-to-Disk-to-tape의 약자입니다.네트워크 기반 백업시스템에서 자주 볼 수 있듯이 최종 수신처 디바이스의 속도를 소스 디바이스와 일치시키는 데 문제가 있는 경우 유용합니다.또한 다른 데이터 조작 기술을 적용하기 위한 중앙 집중식 위치로도 사용할 수 있습니다.

목적

  • 리커버리 포인트 목표(RPO) : 재부팅된 인프라스트럭처가 반영되는 시점. "대규모 사고로 인해 IT 서비스에서 데이터(트랜잭션)가 손실될 수 있는 최대 목표 기간"으로 표현됩니다.기본적으로 이것은 회복의 결과로 발생하는 롤백입니다.가장 바람직한 RPO는 데이터 손실 이벤트 직전 시점입니다.보다 최신 복구 지점을 달성하려면 소스 데이터와 백업 [60]저장소 간의 동기화 빈도를 높여야 합니다.
  • 복구시간목표(RTO) : 재해에서 비즈니스 [61]기능 회복까지의 소요시간.
  • 데이터 보안 : 소유자의 데이터에 대한 액세스를 유지하는 것 외에 데이터에 대한 무단 액세스를 제한해야 합니다.백업은 원래 소유자가 수행하는 작업에 영향을 미치지 않는 방식으로 수행해야 합니다.이는 데이터 암호화와 적절한 미디어 처리 [62]정책을 통해 달성할 수 있습니다.
  • 데이터 보유 기간: 규정 및 정책에 따라 특정 기간 동안 백업을 유지할 것으로 예상되는 상황이 발생할 수 있습니다.이 기간 이후에도 백업을 유지하면 원치 않는 책임과 스토리지 미디어의 [62]최적 사용으로 이어질 수 있습니다.
  • 체크섬 또는 해시 함수 검증: 테이프 아카이브 파일에 백업하는 응용 프로그램에서 데이터가 정확하게 복사되었는지 확인하려면 [63]이 옵션이 필요합니다.
  • 백업 프로세스 감시: 엔터프라이즈 클라이언트/서버 백업 애플리케이션에는 관리자가 백업 프로세스를 감시하고 조직 외부의 규제 기관에 대한 컴플라이언스를 증명할 수 있는 사용자 인터페이스가 필요합니다.예를 들어 HIPAA에 의거한 미국 보험회사에서는 클라이언트 데이터가 레코드에 적합함을 증명해야 할 수 있습니다.ntion [64]요건
  • 사용자가 시작한 백업 및 restore :1개 또는 여러 파일의 "정상" 버전을 실수로 삭제하거나 덮어쓰는 등의 사소한 장애를 방지하거나 복구하기 위해 관리자가 아닌 컴퓨터 사용자가 파일 또는 폴더의 백업 및 restore(최신 백업은 아님)를 시작할 수 있습니다.

「 」를 참조해 주세요.

백업 정보
관련 토픽

메모들

  1. ^ "아카이브"라는 용어가 일상적으로 사용되는 것과 달리 "아카이브 파일"에 저장된 데이터는 반드시 오래되거나 역사적 관심이 있는 것은 아닙니다.
  2. ^ 일부 백업 애플리케이션(특히 rsync 및 Crash Plan)은 백업 데이터를 "그루밍" 대신 "프루닝" 상태로 삭제합니다.

레퍼런스

  1. ^ "back•up". The American Heritage Dictionary of the English Language. Houghton Mifflin Harcourt. 2018. Retrieved 9 May 2018.
  2. ^ S. Nelson (2011). "Chapter 1: Introduction to Backup and Recovery". Pro Data Backup and Recovery. Apress. pp. 1–16. ISBN 978-1-4302-2663-5. Retrieved 8 May 2018.
  3. ^ Cougias, D.J.; Heiberger, E.L.; Koop, K. (2003). "Chapter 1: What's a Disaster Without a Recovery?". The Backup Book: Disaster Recovery from Desktop to Data Center. Network Frontiers. pp. 1–14. ISBN 0-9729039-0-9.
  4. ^ a b c Joe Kissell (2007). Take Control of Mac OS X Backups (PDF) (Version 2.0 ed.). Ithaca, NY: TidBITS Electronic Publishing. pp. 18–20 ("The Archive", meaning information repository, including versioning), 24 (client-server), 82–83 (archive file), 112–114 (Off-site storage backup rotation scheme), 126–141 (old Retrospect terminology and GUI—still used in Windows variant), 165 (client-server), 128 (subvolume—later renamed Favorite Folder in Macintosh variant). ISBN 978-0-9759503-0-2. Retrieved 17 May 2019.
  5. ^ Terry Sullivan (11 January 2018). "A Beginner's Guide to Backing Up Photos". The New York Times. a hard drive ... an established company ... declared bankruptcy ... where many ... had ...
  6. ^ McMahon, Mary (1 April 2019). "What Is an Information Repository?". wiseGEEK. Conjecture Corporation. Retrieved 8 May 2019. In the sense of an approach to data management, an information repository is a secondary storage space for data.
  7. ^ "Five key questions to ask about your backup solution". sysgen.ca. 23 March 2014. Does your company have a low tolerance to longer "data access outages" and/or would you like to minimize the time your company may be without its data?. Archived from the original on 4 March 2016. Retrieved 23 September 2015.
  8. ^ "Incremental Backup". Tech-FAQ. Independent Media. 13 June 2005. Archived from the original on 21 June 2016. Retrieved 10 March 2006.
  9. ^ Pond, James (31 August 2013). "How Time Machine Works its Magic". Apple OSX and Time Machine Tips. baligu.com. File System Event Store,Hard Links. Retrieved 19 May 2019.
  10. ^ a b Behzad Behtash (6 May 2010). "Why Continuous Data Protection's Getting More Practical". Disaster recovery/business continuity. InformationWeek. Retrieved 12 November 2011. A true CDP approach should capture all data writes, thus continuously backing up data and eliminating backup windows.... CDP is the gold standard—the most comprehensive and advanced data protection. But "near CDP" technologies can deliver enough protection for many companies with less complexity and cost. For example, snapshots can provide a reasonable near-CDP-level of protection for file shares, letting users directly access data on the file share at regular intervals--say, every half-hour or 15 minutes. That's certainly a higher level of protection than tape-based or disk-based nightly backups and may be all you need.
  11. ^ a b "Continuous data protection (CDP) explained: True CDP vs near-CDP". ComputerWeekly.com. TechTarget. July 2010. Retrieved 22 June 2019. ... copies data from a source to a target. True CDP does this every time a change is made, while so-called near-CDP does this at pre-set time intervals. Near-CDP is effectively the same as snapshotting....True CDP systems record every write and copy them to the target where all changes are stored in a log. [new paragraph] By contrast, near-CDP/snapshot systems copy files in a straightforward manner but require applications to be quiesced and made ready for backup, either via the application's backup mode or using, for example, Microsoft's Volume Shadow Copy Services (VSS).
  12. ^ Pond, James (31 August 2013). "How Time Machine Works its Magic". Apple OSX and Time Machine Tips. Baligu.com (as mirrored after James Pond died in 2013). Retrieved 10 July 2019. The File System Event Store is a hidden log that OSX keeps on each HFS+ formatted disk/partition of changes made to the data on it. It doesn’t list every file that’s changed, but each directory (folder) that’s had anything changed inside it.
  13. ^ de Guise, P. (2009). Enterprise Systems Backup and Recovery: A Corporate Insurance Policy. CRC Press. pp. 285–287. ISBN 978-1-4200-7639-4.
  14. ^ Wu, Victor (4 March 2017). "EMC RecoverPoint for Virtual Machine Overview". Victor Virtual. WuChiKin. Retrieved 22 June 2019. The splitter splits out the Write IOs to the VMDK/RDM of a VM and sends a copy to the production VMDK and also to the RecoverPoint for VMs cluster.
  15. ^ "Zerto or Veeam?". RES-Q Services. March 2017. Retrieved 7 July 2019. Zerto doesn’t use snapshot technology like Veeam. Instead, Zerto deploys small virtual machines on its physical hosts. These Zerto VMs capture the data as it is written to the host and then send a copy of that data to the replication site.....However, Veeam has the advantage of being able to more efficiently capture and store data for long-term retention needs. There is also a significant pricing difference, with Veeam being cheaper than Zerto.
  16. ^ "Agent Related". CloudEndure.com. 2019. What does the CloudEndure Agent do?. Retrieved 3 July 2019. The CloudEndure Agent performs an initial block-level read of the content of any volume attached to the server and replicates it to the Replication Server. The Agent then acts as an OS-level read filter to capture writes and synchronizes any block level modifications to the CloudEndure Replication Server, ensuring near-zero RPO.
  17. ^ Gardner, Steve (9 December 2004). "Disk to Disk Backup versus Tape – War or Truce?". Engenio. Peaceful coexistence. Archived from the original on 7 February 2005. Retrieved 26 May 2019.
  18. ^ a b c "Digital Data Storage Outlook 2017" (PDF). Spectra. Spectra Logic. 2017. p. 7(Solid-State), 10(Magnetic Disk), 14(Tape), 17(Optical). Retrieved 11 July 2018.
  19. ^ a b c Tom Coughlin (29 June 2014). "Keeping Data for a Long Time". Forbes. para. Magnetic Tapes(popular formats, storage life), para. Hard Disk Drives(active archive), para. First consider flash memory in archiving(... may not have good media archive life). Retrieved 19 April 2018.
  20. ^ a b c d Jacobi, John L. (29 February 2016). "Hard-core data preservation: The best media and methods for archiving your data". PC World. sec. External Hard Drives(on the shelf, magnetic properties, mechanical stresses, vulnerable to shocks), Tape, Online storage. Retrieved 19 April 2018.
  21. ^ "Ramp Load/Unload Technology in Hard Disk Drives" (PDF). HGST. Western Digital. November 2007. p. 3(sec. Enhanced Shock Tolerance). Retrieved 29 June 2018.
  22. ^ "Toshiba Portable Hard Drive (Canvio® 3.0)". Toshiba Data Dynamics Singapore. Toshiba Data Dynamics Pte Ltd. 2018. sec. Overview(Internal shock sensor and ramp loading technology). Retrieved 16 June 2018.
  23. ^ a b "Iomega Drop Guard ™ Technology" (PDF). Hard Drive Storage Solutions. Iomega Corp. 20 September 2010. pp. 2(What is Drop Shock Technology?, What is Drop Guard Technology? (... features special internal cushioning .... 40% above the industry average)), 3(*NOTE). Retrieved 12 July 2018.
  24. ^ a b John Burek (15 May 2018). "The Best Rugged Hard Drives and SSDs". PC Magazine. Ziff Davis. What Exactly Makes a Drive Rugged?(When a drive is encased ... you're mostly at the mercy of the drive vendor to tell you the rated maximum drop distance for the drive). Retrieved 4 August 2018.
  25. ^ Justin Krajeski; Kimber Streams (20 March 2017). "The Best Portable Hard Drive". The New York Times. Archived from the original on 31 March 2017. Retrieved 4 August 2018.
  26. ^ "Best Long-Term Data Archive Solutions". Iron Mountain. Iron Mountain Inc. 2018. sec. More Reliable(average mean time between failure ... rates, best practice for migrating data). Retrieved 19 April 2018.
  27. ^ Kissell, Joe (2011). Take Control of Backing Up Your Mac. Ithaca NY: TidBITS Publishing Inc. p. 41(Deduplication). ISBN 978-1-61542-394-1. Retrieved 17 September 2019.
  28. ^ "Symantec Shows Backup Exec a Little Dedupe Love; Lays out Source Side Deduplication Roadmap – DCIG". DCIG. Archived from the original on 4 March 2016. Retrieved 26 February 2016.
  29. ^ "Veritas NetBackup™ Deduplication Guide". Veritas. Veritas Technologies LLC. 2016. Retrieved 26 July 2018.
  30. ^ S. Wan; Q. Cao; C. Xie (2014). "Optical storage: An emerging option in long-term digital preservation". Frontiers of Optoelectronics. 7 (4): 486–492. doi:10.1007/s12200-014-0442-2. S2CID 60816607.
  31. ^ Q. Zhang; Z. Xia; Y.-B. Cheng; M. Gu (2018). "High-capacity optical long data memory based on enhanced Young's modulus in nanoplasmonic hybrid glass composites". Nature Communications. 9 (1): 1183. Bibcode:2018NatCo...9.1183Z. doi:10.1038/s41467-018-03589-y. PMC 5864957. PMID 29568055.
  32. ^ Bärwaldt, Erik (2014). "Full Control » Linux Magazine". Linux Magazine.
  33. ^ "5. Conditions That Affect CDs and DVDs • CLIR". CLIR.
  34. ^ Gérard Poirier; Foued Berahou (3 March 2008). "Journal de 20 Heures". Institut national de l'audiovisuel. approximately minute 30 of the TV news broadcast. Retrieved 3 March 2008.
  35. ^ "Archival Gold CD-R "300 Year Disc" Binder of 10 Discs with Scratch Armor Surface". Delkin Devices. Delkin Devices Inc. Archived from the original on 27 September 2013.
  36. ^ "Optical Disc Archive Generation 2" (PDF). Optical Disc Archive. Sony. April 2016. p. 12(World’s First 8-Channel Optical Drive Unit). Retrieved 15 August 2019.
  37. ^ R. Micheloni; P. Olivo (2017). "Solid-State Drives (SSDs)". Proceedings of the IEEE. 105 (9): 1586–88. doi:10.1109/JPROC.2017.2727228.
  38. ^ "Remote Backup". EMC Glossary. Dell, Inc. Retrieved 8 May 2018. Effective remote backup requires that production data be regularly backed up to a location far enough away from the primary location so that both locations would not be affected by the same disruptive event.
  39. ^ Stackpole, B.; Hanrion, P. (2007). Software Deployment, Updating, and Patching. CRC Press. pp. 164–165. ISBN 978-1-4200-1329-0. Retrieved 8 May 2018.
  40. ^ Gnanasundaram, S.; Shrivastava, A., eds. (2012). Information Storage and Management: Storing, Managing, and Protecting Digital Information in Classic, Virtualized, and Cloud Environments. John Wiley and Sons. p. 255. ISBN 978-1-118-23696-3. Retrieved 8 May 2018.
  41. ^ Lee (25 January 2017). "What to backup – a critical look at your data". Irontree Blog. Irontree Internet Services CC. Retrieved 8 May 2018.
  42. ^ Preston, W.C. (2007). Backup & Recovery: Inexpensive Backup Solutions for Open Systems. O'Reilly Media, Inc. pp. 111–114. ISBN 978-0-596-55504-7. Retrieved 8 May 2018.
  43. ^ Preston, W.C. (1999). Unix Backup & Recovery. O'Reilly Media, Inc. pp. 73–91. ISBN 978-1-56592-642-4. Retrieved 8 May 2018.
  44. ^ "NILFS Home". NILFS Continuous Snapshotting System. NILFS Community. 2019. Retrieved 22 August 2019.
  45. ^ a b Cougias, D.J.; Heiberger, E.L.; Koop, K. (2003). "Chapter 11: Open file backup for databases". The Backup Book: Disaster Recovery from Desktop to Data Center. Network Frontiers. pp. 356–360. ISBN 0-9729039-0-9.
  46. ^ Liotine, M. (2003). Mission-critical Network Planning. Artech House. p. 244. ISBN 978-1-58053-559-5. Retrieved 8 May 2018.
  47. ^ de Guise, P. (2009). Enterprise Systems Backup and Recovery: A Corporate Insurance Policy. CRC Press. pp. 50–54. ISBN 978-1-4200-7639-4.
  48. ^ "Open File Backup Software for Windows". Handy Backup. Novosoft LLC. 8 November 2018. Retrieved 29 November 2018.
  49. ^ Reitshamer, Stefan (5 July 2017). "Troubleshooting backing up open/locked files on Windows". Arq Blog. Haystack Software. Stefan Reitshamer is the principal developer of Arq. Retrieved 29 November 2018.
  50. ^ Boss, Nina (10 December 1997). "Oracle Tips Session #3: Oracle Backups". www.wisc.edu. University of Wisconsin. Archived from the original on 2 March 2007. Retrieved 1 December 2018.
  51. ^ "What is ARCHIVE-LOG and NO-ARCHIVE-LOG mode in Oracle and the advantages & disadvantages of these modes?". Arcserve Backup. Arcserve. 27 September 2018. Retrieved 29 November 2018.
  52. ^ Grešovnik, Igor (April 2016). "Preparation of Bootable Media and Images". Archived from the original on 25 April 2016. Retrieved 21 April 2016.
  53. ^ "rsync(1) - Linux man page". linux.die.net.
  54. ^ "Archive maintenance". Code42 Support. 22 July 2015.
  55. ^ Pond, James (2 June 2012). "12. Should I delete old backups? If so, How?". Time Machine. baligu.com. Green box, Gray box. Retrieved 21 June 2019.
  56. ^ Kissell, Joe (12 March 2019). "The Best Online Cloud Backup Service". wirecutter. The New York Times. Next, there’s file retention. Retrieved 21 June 2019.
  57. ^ a b c D. Cherry (2015). Securing SQL Server: Protecting Your Database from Attackers. Syngress. pp. 306–308. ISBN 978-0-12-801375-5. Retrieved 8 May 2018.
  58. ^ 신원 도용자를 위한 백업 테이프 2016년 4월 5일 웨이백 머신에 보관(2004년 4월 28일)2007년 3월 10일 취득
  59. ^ a b c Preston, W.C. (2007). Backup & Recovery: Inexpensive Backup Solutions for Open Systems. O'Reilly Media, Inc. pp. 219–220. ISBN 978-0-596-55504-7. Retrieved 8 May 2018.
  60. ^ "Recovery Point Objective (Definition)". ARL Risky Thinking. Albion Research Ltd. 2007. Retrieved 4 August 2019.
  61. ^ "Recovery Time Objective (Definition)". ARL Risky Thinking. Albion Research Ltd. 2007. Retrieved 4 August 2019.
  62. ^ a b Little, D.B. (2003). "Chapter 2: Business Requirements of Backup Systems". Implementing Backup and Recovery: The Readiness Guide for the Enterprise. John Wiley and Sons. pp. 17–30. ISBN 978-0-471-48081-5. Retrieved 8 May 2018.
  63. ^ "How do the "verify" and "write checksums to media" processes work and why are they necessary?". Veritas Support. Veritas.com. 15 October 2015. Write checksums to media. Retrieved 16 September 2019.
  64. ^ HIPAA 어드바이저리 2007년 4월 11일 Wayback Machine에 아카이브.2007년 3월 10일 취득

외부 링크

  • Wiktionary에서의 백업 사전 정의
  • Wikimedia Commons 백업 관련 미디어