그곳에 데이터에 대한 많은 위협. 멀웨어가 GNU / Linux 시스템에서 널리 퍼지지는 않지만 이것이 랜섬웨어의 위험이 없음을 의미하지는 않습니다. 그 외에도 데이터, 하드 드라이브 충돌, 화재, 홍수, 충돌, 정전 등을 손상시키는 모든 종류의 소프트웨어 버그가있을 수 있습니다. 따라서 이러한 문제로 인해 무장하지 않고 모든 정보 (또는 대부분)를 복구 할 수있는 백업이 있도록 백업 복사본을 만드는 것이 좋습니다.

더욱더 당신은 재택 근무하고 있습니다. 이제 전염병으로 집에서 일하는 모든 사람들은 확실히 세금 데이터, 고객 데이터, 회사 문서 등을 모두 PC에 보관해야합니다. 이러한 경우 백업 이유는 가정 사용자보다 훨씬 더 강력합니다. 실제로 처리하는 데이터의 관련성이 높을수록 백업 복사본을 만드는 빈도가 높아집니다.

다른 LxA 기사에서는 GNU / Linux에서 백업 복사본을 만드는 데 사용할 수있는 여러 프로그램에 대해 이미 언급 한 바 있으며, 실제 수행 방법을 보여주는 자습서도 있습니다. 이번에는 더 이론적 인 것이 될 것이지만 그다지 중요하지는 않습니다. 그리고 그들은 일련의 규칙 또는 팁 백업을 안전하고 정확하게 수행합니다.

백업 규칙 3–2–1

그것은 매우 기억하기 쉽다 백업에 적합합니다. 구성 :

• 3-정보의 사본을 세 개 만드십시오. 가능하면 신뢰할 수있는 매체를 사용하십시오. 즉, 수년에 걸쳐 긁히거나 손상 될 수있는 광 디스크는 사용하지 마십시오.
• 2-이 백업을 적어도 두 개의 다른 미디어에 저장합니다. 즉, 동일한 저장 매체에 모든 것을 베팅하지 마십시오. 그렇지 않으면 해당 매체에 문제가 있으면 모든 것을 잃게됩니다.
• 1: 복사본 중 하나를 다른 위치에 저장합니다. 모든 백업을 한 곳에 저장할 필요는 없습니다. 그 장소가 침수되거나 불에 타거나 강탈 당했다고 상상해보십시오. 이 경우 항상 다른 위치에 다른 사본이 있습니다. 다른 곳도 같은 운명을 겪는 것이 이상합니다 ...

이 규칙은 간단하게 확률과 위치:

• 예를 들어 하드 드라이브가 1 시간마다 한 번씩 고장 난다고 가정 해보십시오. 두 개의 서로 다른 디스크에 두 개의 복사본이있는 경우 데이터가 영향을받을 확률은 100.000 분의 1이됩니다.
• 백업을 물리적으로 분리함으로써 화재, 도난, 홍수 등의 문제로 인해 기존 백업이 모두 삭제되는 것을 방지 할 수 있습니다.

백업용 토끼

그 규칙을 따르는 것 외에도 다른 팁 가정과 직장에서 좋은 백업 정책을 적용 할 때 염두에 두어야합니다. 따라서 어떤 일이 발생했을 때 데이터가 손실 된 것을 후회할 필요가 없습니다.

• 나에게 적합한 백업 유형은 무엇입니까? 자신에게 가장 적합한 백업 유형을 생각해보십시오.
  • 완료: 이전에 복사 한 항목이 없으므로 이것이 첫 번째 백업이어야합니다. 즉, 모든 데이터와 함께 통합 복사본을 만드는 백업 유형입니다. 분명히 더 많은 공간을 차지하고 더 오래 걸리는 백업 유형이므로 특정 기준으로 만 권장됩니다. 예를 들어, 처음으로, 주말에 사무실이 휴무일 때, 공휴일 전 등이 있습니다.
  • 증분-전체 복사 후 마지막 복사 이후 수정 된 파일 만 복사됩니다. 즉, 소스의 데이터와 대상의 데이터를 비교하고 수정 된 날짜를 기준으로 변경된 데이터 만 복사합니다. 따라서 완료하는 데 시간이 덜 걸리고 모든 데이터의 중복을 생성하지 않으므로 시간이 덜 걸립니다.
  • 미분: 처음 수행 할 때 증분과 유사합니다. 즉, 마지막 백업 이후 변경되었거나 수정 된 데이터 만 백업합니다. 반면에 연속적으로 시작되면 이전 전체 복사에서 변경된 모든 데이터를 계속 복사하므로 증분 복사보다 시간이 오래 걸리고 시간이 더 걸립니다.
• 달력-백업 계획을 설계하거나 자주 자동 백업을 예약합니다. 빈도는 새 데이터 생성 속도와 그 중요성에 따라 달라집니다. 예를 들어 가정 사용자 인 경우 정책을 약간 완화 할 수 있습니다. 반면에 비즈니스 데이터와 같이 데이터가 매우 중요한 경우에는 마지막 백업부터 문제가 발생할 때까지 상당한 차이가 있고 중요한 데이터가 손실되는 것을 방지하기 위해 복사본을 훨씬 더 자주 복사해야합니다.
• 기록: 당신이 그것들을 자동화했다면, 아무것도 당연하게 여기지 마십시오. 로그를 확인하여 실제로 발생하는지 확인하십시오. 아마도 뭔가가 일어 났고 당신은 그들이 끝났고 그렇지 않았 음을 확신합니다.
• 확인: 완료되면 사본을 확인합니다. 이를 수행하는 것으로는 충분하지 않으며, 정확하고 일관성이 있으며 손상되지 않았는지 확인해야합니다.
• 암호화 및 압축-사용자에 따라 공간을 덜 차지하기 위해 데이터를 압축하고 제 XNUMX 자의 접근을 방지하기 위해 암호화해야 할 수 있습니다. 대신 이러한 관행에는 위험과 자원 및 시간 비용이 있습니다. 암호화 할 때 키가 잊혀져 서 액세스하지 못하거나 압축 중에 압축 된 패킷이 손상 될 수 있습니다. 그러므로 그것을하기 전에 그것이 당신에게 맞는지 아주 잘 생각해야합니다.
• 데이터의 위치 파악-로컬 백업이 이상적이지만 때로는 클라우드 스토리지 시스템을 백업에 사용해야합니다. 이를 위해 안전하고 신뢰할 수있는 서비스를 선택해야합니다. 이상적으로는 EU의 데이터 센터가 있습니다.
• 재난 복구 계획: 재난 발생시 대처 방법을 알 수있는 경로가 표시되어 있어야하며 비상 시스템을 재설정해야합니다. 모든 것을 우연에 맡기는 것은 좋은 생각이 아닙니다. 고객에게 긴급한 서비스를 제공해야하는 기업은 더욱 그렇습니다.