사진을 어떻게 백업해야합니까?


12

현재 Time Capsule에 모든 사진을 백업하고 있지만 백업 방법에 대한 조언을 찾고 있습니다. Time Capsule 또는 외장 하드 드라이브와 함께 온라인 백업을해야하는 것처럼 느낍니다. 다른 사람들은 무엇을합니까?


3
파트너 사이트에서도 비슷한 질문이 있습니다. serverfault.com/q/512/465 superuser.com/q/177595/897 superuser.com/q/114072/897
chills42

답변:


11

ISP가 업로드를 계산할 때 두 개의 하드 드라이브 백업이 있지만 온라인 백업이 없으며 기가 바이트의 RAW 파일이 백업되기를 기다리는 데 많은 시간을 소비하지 않습니다. 하드 드라이브 백업은 필수 인 반면, 이것은 주관적인 선호 일 것입니다.

이것은 내 설정입니다. 1TB 하드 드라이브는 Time Machine을 사용하여 백업하고 750GB는 Carbon Copy Cloner를 사용하여 백업합니다. 과거에 Time Machine이 임의의 중요한 파일이나 백업해야 할 변경 사항을 건너 뛰어 데이터가 손실되어 Time Machine 이외의 두 번째 비 백업 백업을 추가하여 응답 한 것으로 나타났습니다.

정말로 원하는 경우 매주 오프 사이트 백업을 수행 할 수 있습니다. 큰 외장을 가져와 백업을 한 다음 친구 나 친척이 보관할 장소로 가져 가십시오.

대체 텍스트


3
사진 +1, 마음에 들었습니다! 이제 유일한 단점은 클라우드가 없다는 것입니다. 모든 다이어그램에는 구름이 필요합니다. ;)
John Cavan 1

이 구름이었다,하지만 P는 사용하지 수 있도록 그래픽 디자이너 OCD되고, 그것은 흰색 테두리와 검은 칠을했다
닉 베드 포드

와우, 그것은 이상하게 보이는 50D입니다. 나는 그것이 너무 boxy 몰랐어요. 그리고 그 렌즈는 매우 작습니다. : P +1
BBischof

1
음 ... 유럽 모델입니다. 네.
Nick Bedford

3
옆집 건물의 화재로 언제 모든 것이 파괴되는지 알 수 없으므로 사이트 외부 또는 온라인 백업은 매우 중요합니다.
John

4

백업을 계획 할 때 고려해야 할 세 가지 주요 위험이 있습니다.

  1. 컴퓨터 파손 / 실패
  2. 실수로 삭제
  3. 도난, 화재 또는 구내의 기타 파괴

이 세 가지를 모두 방지하려면 오프 사이트 백업이 있어야합니다. Mac의 간단한 솔루션은 Super Duper 와 한 쌍의 USB 또는 FireWire 드라이브로, 모든 활성 드라이브보다 훨씬 더 큽니다. 매일 밤 디스크를 복제하고 직장이나 친구 집에 보관하도록 Super Duper를 설정하십시오. 매주, 드라이브를 교체하십시오-하나는 일을하고 다른 하나는 집으로 가져 오십시오 (그 기간 동안 오프 사이트 백업이 없기 때문에 둘 다 집에 있지 않아야합니다). 이 계획은 약 $ 250 정도의 비용을 지불해야하며 따라 가기가 매우 쉽습니다.

또는 Reid의 특허를받은 [1] 메가 오버 킬 백업 구성표 [2]를 사용할 수 있습니다.

  1. 모든 하드 디스크는 RAID-1 미러 쌍에 있습니다.
  2. 일부 파티션은 야간에 다른 온라인 파티션으로 복제되었습니다. [삼]
  3. 모든 것이 외부 E-SATA 디스크에 복제되며 작동하도록 매주 회전됩니다.
  4. 일부 파티션은 매주 DVD로 레코딩되었습니다. [삼]

    • 이 달의 첫 DVD는 집에서 아카이브 스택에 들어갑니다.
    • 이 달의 두 번째 DVD는 집에서 아카이브 스택에 들어갑니다.
    • 이 달의 세 번째 DVD는 애리조나의 친척들에게 우송됩니다.

집안의 MacBook은 네트워크를 통해 Super Duper를 사용하여이 계획을 피기 백하기 위해 서버 (위)에 디스크 이미지를 만듭니다.

이것은 내가 작성한 Python 스크립트에 의해 자동으로 조정됩니다 .


[1] 실제로는 아닙니다.

[2] 나는 실제로 이것을한다.

[3] 사진은이 단계에 포함되지 않습니다.


1
운영자 오류 / 부주의로 네 번째 위험을 목록에 추가합니다. 내 관찰에 따르면이 위험은 처음 세 위험의 합과 같습니다.
labnut

3

이것은 매우 인기있는 질문이며 많은 일반적인 솔루션이 모든 경우를 생각하지는 않습니다. Reid의 답변에는 실제로 백업이 필요한 3 가지 주요 이벤트가 나와 있습니다. 나는 최근에 이것들과 몇 가지 더 많은 것을 다루는 이것에 관한 기사 를 썼습니다 .

주요 요점은 원하는 안전성에 비례하여 노력해야하며 백업은 여러 상황을 수용해야한다는 것입니다.


3

때에 따라 다르지. 당신에게 가치있는 사진은 무엇입니까?

요즘 내 프로세스는 약간 간단합니다. 최악의 상황에서 모든 이미지의 100 % 복구를 보장하지는 않습니다. 하지만 괜찮습니다.

나는 CF로 날카롭게 촬영합니다. 이 CF는 LR로 가져 와서 랩탑 (집 밖) 또는 데스크탑 (대부분)에서 DNG로 변환됩니다.

두 경우 모두 나중에 카드가 지워지지 않습니다.

시스템에 작업 복사본이 있으면 집에서 Drobo에 두 번째 복사본을 만듭니다. 물리적으로 집 반대편에 있기 때문에 사무실에서 나쁜 일이 발생해도 영향을 미치지는 않지만 여전히 같은 집에 있습니다.

랩톱에서 작업 한 모든 내용은 집으로 돌아 오면 바탕 화면으로 가져옵니다. 데스크탑은 (드로 보가 아닌) 타임머신되고 습격 당하기 때문에 데이터 손실이 발생하면 여러 개의 독립적 인 디스크가 한 번에 죽어야합니다.

이 두 개의 사본 (데스크톱 및 드 로보)이있는 경우에만 카드에서 이미지를 지우는 것이 좋습니다. 그러나 가장 자주, 나는 실제로 다시 카드를 쏠 때까지하지 않습니다.

이제 이미지를 LR로 처리하고 최소 패스 컷을 최소로 수행합니다. 일반적으로 2 패스를 수행합니다. 원격으로 사용할 수있는 이미지 (예 : 초점이 맞지 않는 이미지)는 인터넷에 업로드됩니다. (특히 SmugMug 계정의 개인 갤러리-면책 조항, 나는 지금 SmugMug에서 일하지만 그 전에이 작업을 시작했습니다.)

이제 최종 처리 (보통 며칠 후 반복 처리 방식을 사용)를 계속하고 SmugMug의 공개 갤러리에 최종 보관 인 이미지를 업로드하고 jpg와 함께 원시 (dng)를 보관합니다.

결국 내 최고의 이미지는 여러 곳에 저장됩니다.

워크 스테이션 : LR 카탈로그에서 원본 원시, LR 카탈로그에서 처리 된 dng

워크 스테이션 타임머신 : 위와 동일

drobo : CF에서 원래 원시

Amazon S3 (SmugMug를 통해) : 사본 및 (보관 된) 원시 표시

타임머신이나 블로 보에서 잡아 당겨 실수로 지워 버린 (btdt)을 취소하고, 같은 방법으로 손상된 LR 카탈로그 (btdt)를 복구 할 수 있으며, 나쁜 경우 클라우드에서 최상의 이미지를 되 찾을 수 있습니다. 내 집에서 일어난다. 가족 사진, 휴가 휴가, 팔려고하는 경치까지도 충분합니다.

반대로, 몇 년 전 친구가 스튜디오 촬영을위한 스토리지 체계를 설정하도록 도왔습니다. 이 이미지는 그녀의 월급이므로 그녀에게 더 많은 의미가 있습니다. 우리가 설정 한 것은 다음과 같습니다. 스튜디오에는 그녀와 그녀의 조수가 편집하는 두 개의 맥이 있습니다. 두 머신 모두 대형 RAID 어레이가 연결되어 있습니다. 얼마나 많은 공간이 있는지 잊었지만 12 개의 드라이브와 같습니다. 두 머신 모두 두 RAID 어레이 모두를 로컬로, 하나는 네트워크를 통해 마운트하도록 설정되어 있습니다. 그녀가 이미지를 LR로 가져 오면 자동으로 다른 기계의 RAID 어레이에 두 번째 사본을 만듭니다. 그들은 밤에 낮의 이미지로 DVD (또는 2)를 굽습니다. 그 디스크는 오프 사이트에 보관됩니다 (제 생각에는 집에 있습니다.). 이미지 처리를 마치면 결과는 인터넷에 업로드되고 CD에 레코딩됩니다. 나는 그들이 지금 backblaze를 사용하고 있다고 생각한다. 너무 비싸다. 인쇄물이 클라이언트에 전달 된 후 2 주 후에 온라인에서 1 년 정도 후에 로컬 급습 배열에서 컨텐츠를 삭제합니다.


Drobo에 대한 저의 우려는 다른 드라이브 크기에 걸쳐 데이터를 미러링하기 위해 비 일반적인 방식을 사용한다는 것입니다. 문제가 있습니까?
Bradford Benn

1
아직 드 로보와는 다릅니다. 그러나 과거의 독점적 인 "공격"컨트롤러에서 데이터를 RE로 복구하고 복구하는 데 많은 시간을 허비했던 문제를 이해합니다. 이 시점에서 "작동하는 것"에 대한 나의 요구는 내가 항상 접근 할 수 있다고 믿을 수있는 열린 것에 대한 나의 필요를 능가합니다.
cabbey

2

내 자신의 스키마 : 백업 스키마 ( Gliffy를 사용하여 그린 )

이것은 주로 집에서 Linux를 실행하는 서버가있어 변경 세트 정보를 유지하고 실수로 삭제 한 경우 오래된 데이터를 복원 할 수있는 백업 도구 인 rdiff-backup 을 사용할 수있게한다는 사실에서 비롯됩니다 .

이 구성표에서 내가 좋아하는 것은 카메라에서 이미지를 다운로드 한 후 간단한 명령으로 모든 것을 백업 할 수 있다는 것입니다. 카드에서 파일을 삭제할 때까지 이미 서버에 백업되어 있습니다.


1
Nilfs : www.nilfs.org를 참조하십시오. "NILFS는 전체 파일 시스템의 버전 ​​관리와 연속 스냅 샷을 지원하는 로그 구조 파일 시스템으로, 몇 초 전에 실수로 덮어 쓰거나 파괴 된 파일도 복원 할 수 있습니다." 기본적으로 버전 관리 파일 시스템이며 이제 커널의 일부입니다.
labnut

1

메모리 카드에서 사진을 복사 한 후 실수로 삭제하거나 하드웨어 오류가 발생하지 않도록 외부 하드 드라이브에 두 번째 사본을 만듭니다.

화재, 도난 등으로부터 보호하기 위해 온라인 백업 에도 Backblaze 를 사용 합니다. 무제한 공간의 경우 한 달에 5 달러이며, 현재 약 테라 바이트의 이미지가 있으며 (3 또는 4 테라 바이트를 가진 다른 사람들의 이야기를 들었습니다) 실제로 무제한 공간을 의미합니다. 첫 번째 전체 백업을 완료하는 데 시간이 걸렸습니다 (몇 주). 일단 완료되면 새 사진을 추가 할 때 매우 빠르게 진행됩니다 (백그라운드에서 실행되고 백업 변경 사항을 확인하는 앱입니다). 나는 물건을 몇 번 복원해야했지만 아무런 문제가 없었습니다.

Mozy 는 내가 사용하는 일부 사람들이 사용하는 것과 같은 종류의 서비스를 가지고 있으며 그 서비스에도 만족합니다.

지난 몇 년 동안 몇 가지 하드웨어 오류와 한 가지 "인적 오류"가 있었지만 지금까지 백업 전략 덕분에 이미지를 잃어 버리지 않았습니다. 그래서 나는 지금 그것에 매우 만족합니다.


1

내 기본 백업은 외부 하드 디스크입니다. 보조는 Jungledisk를 사용한 오프 사이트 백업입니다. 셋째, 또한 두 컴퓨터간에 파일을 동기화합니다. 다른 위치에 3 개의 백업.

또한 결과 사진이 만족스럽고 해당 파일이 백업 될 때까지 카메라 메모리 카드를 포맷하지 않습니다.


1

내 컴퓨터에는 컴퓨터가 많지 않다는 점을 제외하면 Cabbey와 비슷한 방법을 사용합니다. 내 유일한 사진 편집 컴퓨터는 내 노트북이므로 데스크탑으로 전송하고 동기화 할 필요가 없습니다. 그러나 나는 또한 일을 위해 약간의 여행을하므로 많은 과정이 여행의 문제와 위험을 목표로합니다. 내 백업으로 100 % 얻을 수는 없지만 중요한 것을 저장할 수 있습니다.

얼마 전에 작성한 블로그 게시물에서 기본 워크 플로는 다음과 같습니다.

  1. 나가서 많은 이미지를 찍는 경우가 종종 있습니다. 같은 위치, 포인트 앤 촬영, DSLR, 심지어 하늘없는 휴대 전화 카메라에서 여러 대의 카메라를 사용하기도합니다.
  2. 이미지가 가득 찬 플래시 카드가있는 컴퓨터로 돌아갑니다.
  3. 카메라에 할당 된 것과 동일한 파일 이름을 유지하면서 이미지를 Adobe Lightroom에로드합니다. 그러나 이미지는 연도 – 월 – 일별로 디렉토리로 그룹화됩니다.
  4. 외장 드라이브가 있으면 원본을 HD로 복사하십시오.
  5. Lightroom을 사용하면 사이트의 비공개 영역에있는 모든 이미지를 내 SmugMug 계정으로 업로드 할 수 있습니다.
  6. 컬링 및 편집 프로세스 시작
  7. 골키퍼 이미지를 공공 갤러리에 복사
  8. 골키퍼 RAW 이미지를 DNG 파일로 내보내기
  9. DNG 이미지를 JungleDisk 위치에 업로드하십시오. 백업 서비스 섹션이 아니라 Jungle Disk Network Drive이므로 로컬 드라이브에서 공간을 삭제하여 삭제하더라도 주변에 있습니다.

이 새로운 프로세스를 통해 다음을 비교적 쉽게 달성했습니다.

  • Amazon S3 서비스 (SmugMug)를 사용하여 클라우드에있는 오프 사이트 위치에 JPG 파일을 복사하십시오.
  • 다시 찾도록 이미지를 구성했습니다.
  • DNG 파일을 Amazon S3 서비스 (JungleDisk)의 오프 사이트 위치에 복사하십시오.
  • 현재 사용중인 광학 미디어에서 이미지를 읽을 수 있는지 걱정할 필요가 없습니다.
  • 의도적으로 백업 및 중복 사본을 소유하지 않았습니다.

내가 결정한 것은 Amazon S3의 데이터 내구성이 매우 뛰어 나기 때문에 데이터 액세스 가능성에 대한 확신이 내가 생각할 수있는 것보다 훨씬 높다는 것입니다. 나는 무제한 JPG 스토리지를 사용하여 SmugMug에 일부를 배치 해야하는 재정적 이유 때문에 SmugVault 대신 다른 형식으로 JungleDisk를 사용하기로 결정했습니다. 그러나 JungleDisk 솔루션과 SmugMug가 나에게 겹 쳤지 만 유일한 차이점은 GB 당 가격이었습니다.

핵심은 백업 및 아카이빙의 차이점이 무엇인지 알고 이해하여 원하는 가격의 서비스를 원하는 가격으로 제공하는지 확인하는 것입니다. 내 친구가 백업을 위해 서비스를 사용하고 있었고 위험없이 물건을 삭제할 수 있다고 생각했습니다. 테스트 중에 작동했던 백업을 리콜하십시오. 문제의 순간은 원본 파일을 삭제 한 후 31 일에 시작되었으며 서비스는 30 일 후에 제거됩니다. 따라서 용어를 신중하게 사용하고 이해하고 있는지 확인하십시오.

주제에 대한 더 긴 형식의 생각은 http://bradfordbenn.com/2010/05/data-backup-and-access/에 있습니다.

희망이 도움이됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.