백업 및 복구는 모든 디바이스에서 필수적입니다. 검증된 백업 및 복구 절차가 없으면 데이터가 손실될 위험이 있습니다.
사람들은 종종 데이터가 영구적으로 손실된 후에야 이 사실을 알게 됩니다. 손실된 데이터 손실을 복구하려는 모든 시도에는 많은 시간과 비용이 소요될 수 있습니다. 이러한 일이 발생하지 않도록 데이터를 보호하는 계획을 수립해야 합니다.
계획을 수립하기 전에 스스로에게 해야 할 다음과 같은 몇 가지 질문이 있습니다.
백업 및 복구를 제공하는 다양한 방법과 다양한 소프트웨어가 있습니다. 최선의 선택을 하려면 몇 가지 사항을 고려해야 합니다.
얼마나 빨리 데이터를 백업해야 합니까? 데이터가 하루, 일주일 정도 동안 복구되지 않아도 작업을 계속 진행할 수 있습니까?
얼마나 많은 데이터 손실을 대비하고 있습니까? 2시간, 2일 또는 2주 분량의 데이터가 손실되어도 됩니까?
예: 일주일 분량의 데이터 손실을 견딜 수 있다면 주간 백업으로 충분합니다. 그러나 하루의 손실만 견딜 수 있다면 야간 백업 또는 변형을 사용해야 합니다.
이 문서에서는 세 가지 기본 유형의 백업에 대해 설명합니다.
전체 백업은 선택한 위치의 모든 데이터를 백업합니다.
증분 백업은 마지막 백업 이후 변경된 모든 데이터를 백업합니다.
차등 백업은 Linux 또는 macOS를 실행하는 경우 증분 백업과 동일합니다. Windows에서는 아카이브 비트를 지우지 않는 백업입니다.
이 세 가지 방법 중에서 선택할 수 있습니다. (지출해야 하는 비용과 선택한 특정 RTO 및 RPO에 따라 다름) :
수동 백업은 일정에 따라 시작할 수 있으며 개인 사용자가 파일을 백업하는 가장 일반적인 방법입니다. 이 방법은 또한 신뢰성이 가장 떨어지지만 가격은 가장 저렴합니다.
자동 백업은 백업 중인 컴퓨터에 물리적으로 연결된 미디어를 타겟으로 하는 백업입니다. 고급 가정 사용자 및 소규모 비즈니스에서 이 방법을 사용하는 경우가 많습니다.
자동화 백업은 네트워크를 통해 미디어를 타겟으로 하는 백업입니다. 백업 프로세스에 투자할 수 있는 자금이 있는 기업은 이러한 유형의 백업을 사용합니다. 조직의 성숙도가 높아짐에 따라 여러 매체에 백업을 스테이징하고 백업 컴퓨터와 프로덕션 컴퓨터 간의 거리를 늘릴 수도 있습니다.
Ubuntu 파일 시스템은 각 파일에 대해 세 가지 다른 시간을 기록합니다.
mtime
:
파일의 내용이 변경될 때 값이 변경되는 수정 시간입니다.
atime
:
파일에 액세스할 때 값이 변경되는 액세스 시간입니다. atime은 사용자가 파일을 읽을 때뿐만 아니라 백업 유틸리티나 스크립트에서 파일을 읽을 때도 변경될 수 있습니다.
ctime
:
파일의 속성이 변경될 때마다 값이 업데이트되는 변경 시간입니다. 소유권 또는 권한이 될 수 있습니다.
Windows 파일 시스템은 각 파일에 대해 두 개만 기록합니다. 설정되거나지워집니다.
설정된 경우 마지막 백업 작업 이후 파일이 변경되었음을 나타냅니다. Windows 파일 시스템은 변경된 모든 파일에 이 속성을 설정합니다. 그런 다음 백업 소프트웨어는 성공적인 백업 시 이를 지울 의무가 있습니다.
백업을 복원하여 테스트하는 것이 중요합니다.
다음은 손실에서 복구할 수 있도록 수행해야 하는 몇 가지 테스트입니다.
많은 단일 파일을 복원합니다.
파일의 이전 버전을 복원합니다.
전체 폴더를 복원합니다.
전체 드라이브를 복원하고 체크섬을 비교합니다.
테스트하지 않으면 실제로 파일을 복원해야 할 때 아무것도 백업되지 않았다는 것을 알 수 있습니다.