이상적으로는 여러 위치에 여러 개의 백업 사본을 원합니다. 이것은 N-1 장치 고장 (1 장치를 제외한 모든 장치)으로부터 사용자를 보호합니다. 다중 위치 백업의 문제는 일반적으로 생성하기가 쉽지 않다는 것입니다. 그것들은 당신이 그것들을 생성 / 업데이트 / 유지하기 위해 의식적으로해야하는 일종의 신체적 활동을 요구합니다.
백업 전략이 아무리 강력하다고 주장하더라도 사람 요소가 포함되어 있으면 방탄이 아닙니다. 우리는 게으르고 잊어 버렸습니다. 많은 사람들이 미루는 사람이므로 '백업'은 결국 깨지거나 오래되거나 더 이상 업데이트되지 않습니다.
이를 위해서는 백업 전략이 100 % 자동이어야합니다. 이것이 바로 Time Machine이 발명 된 이유입니다. Time Machine은 사용자의 개입없이 자동으로 백업을 생성합니다 (내가 이미 알고 있음).
백업을 관리하는 수많은 소프트웨어 제품이 있으며, 대부분의 제품에는 하나의 공통된 특성이 있습니다. 자동입니다. 그것들을 설정하고 놓아주었습니다. 액세스해야 할 때까지 생각하지 않습니다.
"클라우드에 대해"있다고 말하거나 클라우드에 있지 않거나 클라우드에 의존하고 싶지 않은 경우가 있습니다. 이것이 "클라우드"서비스를 기본 백업 대상 전략으로 사용하지 않는 좋은 이유입니다. 대역폭과 제한에 대한 모든 주장은 완전히 합법적입니다. 그러나 "클라우드"는 물리적으로 직접 전송할 필요없이 한 위치에서 다른 위치로 데이터를 가져 오는 가장 쉬운 방법입니다.
"클라우드"의 힘을 활용하지 않음으로써 매우 안정적인 도구 세트를 놓치게됩니다. 데이터를 처음에 업로드하는 데 시간이 오래 걸리고 (많은 영화를 촬영하는 경우에도 진행될 수 있음), 클라우드에서 데이터를 복구해야하는 경우에도 시간이 오래 걸리는 것으로 알고 있습니다. 그러나 2 차 백업으로 사용하는 경우 두 지점 모두 문제가 있습니다.
대부분의 사용자는 인터넷 연결을 자주 포화시키지 않으며, 특히 아침이나 직장에있을 때는 그렇지 않습니다. 이 시간 동안 백업이 발생하도록 예약하는 경우 이러한 서비스를 활용하면 고통이 거의 없습니다.
요약; 온 사이트 백업과 함께 오프 사이트 백업 (또는 두 개)을 보유하면 가장 안정적인 백업 전략을 제공 할 수 있습니다. 일단 기억을 잃어 버리면 불가능합니다 (디지털 미디어의 고문). 백업 전략이 강력하고 안정적이며 무엇보다도 단순하다는 사실을 알고 있으면 안심할 가치가 있습니다.