오프 사이트 하드 드라이브 백업은 어떻게합니까?


14

나는 한동안 하드 드라이브 백업을 해왔는데, 나는 많은 너희들도 그렇게 믿고 있다고 생각하지만, 외부에 저장하는 더 좋은 방법을 찾는 데 어려움을 겪고 있습니다. 나는 당신이 거기에서 어떻게하는지 궁금합니다. 오프 사이트에 관한 정책이나 팁 및 요령은 주로 테이프가 아닌 하드 드라이브를 백업합니다.

미리 감사드립니다.

[업데이트] 온라인 백업에 대해 언급 해 주셔서 감사합니다. 우리는 실제로이 과정의 중간에 있습니다. 그리고 나는 그것이 궁극적 인 방법이라는 것에 100 % 동의합니다. 그러나 비용을 고려할 때 때로는 응용 프로그램 수준을 고려할 때 비용이 많이 드는 옵션이므로 옵션이 아닐 수도 있습니다. 온라인 백업은 별도의 주제에서 매우 좋은 것으로 생각됩니다. :)


백업에 대해 명심해야 할 것은 재해 복구는 대부분 재해가 발생하기 직전에 복원하는 것입니다. 대부분의 오프 사이트 백업 (온라인 또는 기타)은 하드 디스크를 사용하여이 작업을 잘 수행 할 수 있습니다. 종종 많은 복원 작업은 법적 문제 또는 1 년, 2 년 또는 몇 년 전의 파일 또는 이메일의 수정본을 복원해야하는 다른 종류의 "낚시 탐험"의 결과로 발생합니다. 어제부터 전체 서버보다 2 년 전에 전자 메일 XYZ를 복원하라는 요청을받을 가능성이 훨씬 높으므로 오프 사이트 백업에이 기능이 통합되어 있는지 확인하십시오.
케빈 쿠팔

답변:


9

백업해야하는 양에 따라 다음을 권장합니다.

  1. JungleDisk / Amazon S3-매우 잘 작동합니다.

  2. 원격 시스템에 대한 RSYNC도 매우 잘 작동합니다. XX 시간마다 CRON 작업.

우리는 거의 TB의 데이터를 Amazon의 S3 클라우드에 백업하고 콜로에서 하루에 여러 번 (rsync를 통해) 콜로에서 "따뜻한 대기"상태를 유지합니다. Amazon S3의 전송 / 저장 비용은 매우 저렴합니다. (즉, DVD에 구울 때보 다 저렴하지만 HDD에 백업하는 것보다 저렴하지는 않습니다. 1TB UDB "My Book"또는 서버에 무언가를 연결하고 매주 / 매월 백업하는 사람들을 알고 있습니다. 필요에 따라 그 중 하나 또는 둘이 가장 저렴한 솔루션 일 수 있습니다.

이제는 데이터 백업에 대해서만 이야기하고 있습니다. 아래의 몇 가지 의견은 서버 자체 백업에 대해 설명합니다 ...

필요에 따라 Norton Ghost 또는 Acronis ( http://www.acronis.com )가 도움이 될 수 있습니다. Norton Ghost와 같은 것들은 백업을 위해 컴퓨터를 실제로 끌 수있는 능력에 의존하는 경향이 있습니다. 우리 중 일부는 그런 사치를 가지고 있지 않지만 당신이 그렇다면 Norton Ghost는 매우 좋은 제품입니다.


4
내 의견은 원격 (백업) 머신이 아닌 rsync를 실행해야한다는 것입니다. 이런 식으로 프로덕션 머신에는 백업 자격 증명이 없으므로 누군가 프로덕션 머신을 루팅하면 모든 백업을 즉시 처리 할 수 ​​없습니다.
hark

옳은. BACKUP 서버는 rsync (또는 rdiff-backup) 및 MASTER에서 "pulls"로 CRON 작업을 실행하는 것입니다.
KPWINC

좋은 지적. 나는 두 가지 옵션을 시도하지 않았지만 둘 다 꽤 멋지게 보입니다.
kentchen

@ hark : 반대도 같은 문제가 있습니까? 누군가 오프 사이트 백업 상자를 루팅하면 (프로덕션 박스보다 보호되지 않고 오래된 것일 수 있음) 프로덕션 박스에 액세스 할 수 없습니까?
cherouvim

@cherouvim, 백업 상자는 업데이트를 실행하는 데 필요한 경우를 제외하고 외부 세계에 연결되어 있지 않습니다. 또한 불분명 한 SSH 포트를 제외하고 방화벽은 연결 요청에 응답하지 않도록 설정되어 있습니다. 이상적으로 머신은 대기 상태에 있어야하고 백업 / 업데이트 / 관리 시점에 깨어 있어야합니다.
Mircea Chirea

3

데이터 백업 만 멈추지 마십시오. 기본 서버의 정기적 인 Ghost 이미지를 만들고 오프 사이트로 유지합니다.


시스템 백업에 대해 +1 우리는 여기에 동일합니다. 시스템없이 데이터를 운영한다는 것은 우리에게 아무 의미가 없습니다.
kentchen

배우기 어려운 교훈이었습니다.
Bill B

2

인정 할만한 사소한 부분 이지만 SAN에 라이브 테이프를 사용하여 주기적으로 테이프 나 디스크를 외부 회사 (예 : IronMountain ) 로 이동하여 각 사이트에서 백업 합니다.


1
우리는 아주 유사하거나 동일합니다 (디스크-디스크-테이프, 아이언 마운틴). 우리 sr. 경영진은 우리가 1 시간 동안 다운되는 비용을 이해하고 그 지점을 오히려 잘 이끌었습니다. :)
Greg Meehan 2016 년

여기서도 한 시간 동안 다운 된 경우 사용자 기반의 20 %를 잃게됩니다. 어떤 결정을 내리기가 매우 쉽습니다. :)
Chopper3

2

백업 요구 사항의 크기 / 모양, 기술 능력 및 데이터 변경 빈도에 따라 다릅니다 ...!

가장 간단한 옵션은 Rackspace (또는 다른 공급자)에서 VPN을 통해 다른 서버를 고용하고 파일을 Robocopy하는 것입니다. 간단한 Father, Grandfather, Son 재료 및 테스트 테스트 테스트를 수행하는 스크립트를 작성하십시오.이 모든 것이 자동화 될 수 있습니다.

모든 백업과 마찬가지로 데이터를 가지고있을 수 있으므로 DR 하루를 정기적으로 수행하는 것이 중요하지만 실행중인 응용 프로그램의 복사본을 잊어 버린 경우 편리합니다 ...!

가장 복잡하거나 당신이 생각하는 것이 아니라 실패하는 가장 간단한 것들입니다.

행운을 빕니다

마이크


2

고려해야 할 사항 :

  1. 백업을 사이트 밖으로 가져가는 것이 누구의 책임이며 누가 외출 / 병가 / 휴가 등을 맡을 경우 누가 책임을 져야합니까?
  2. HDD를 어떻게 저장합니까? 패딩 용기? 기후 제어 지역?
  3. 저장된 디스크에 어떻게 접근 할 수 있습니까? 그것이 한 사람이라면 버스에 치면 어떻게됩니까?
  4. 이 디스크 중 하나에서 복원을 테스트 한 마지막 시간은 언제입니까?
  5. EACH 디스크를 마지막으로 쉬었을 때는 언제 까지나 모두 잘 지켰습니까? 미디어는 영원하지 않습니다.
  6. 우편함의 Sandy 나 리셉션 데스크의 Dan도 미디어를 회전 할 수 있도록 회전 스키마와 절차가 문서화되어 있습니까?

여러 사람이 집에 열쇠를 가지고 있다면 다른 사람의 집에 디스크를 보관하는 것이 좋습니다. 물론 픽업 / 배달 및 액세스 권한이있는 사람 관리를 포함하여 오프 사이트 미디어 서비스를 제공하는 회사가 있습니다. 물론 비용이 많이 들지만 데이터 손실과 비교할 필요는 없습니다. 우리는 IronMountain을 사용하고 있으며 컨테이너를 보유하는 데 실제로 비용 / 월이 얼마나 적은지를 발견했습니다. 우리는 실제로 4 개의 컨테이너 3을 가지고 있으며 그 중 3 개는 어느 시점에서든 외부에 있습니다.


1

나는 이것이 저장하는 데이터의 양에 달려 있다고 생각하지만 온라인 백업은 그 위치에 있습니다.

하드 드라이브를 통해 자전거를 타거나 자동차에서 도난 당하고 데이터를 운반하는 다른 위험에 대해 걱정할 필요가 없습니다.

온라인 백업이 저렴 해지고 있습니다. 현재는 공연 당 50 센트를 지불하고 있습니다. 백업은 하루에 한 번 실행되며 이전 버전은 내가 결정한 사양으로 유지됩니다. 사이트를 떠나기 전에 모두 암호화됩니다.

테이프 기반 (또는 HD 기반) 백업에서 온라인 백업으로 전환하는 것은 우리가 결정한 최고의 결정 중 하나입니다! 온라인 백업을 고려할 조직에 있기를 바랍니다.


클라우드로가는 옵션을 불러 오기 위해 +1 @ddrager, 사용중인 서비스를 공유 할 수 있습니까?
kentchen

온라인의 모든 것이 위험합니다. 즉시 통제 할 수없는 데이터는 위험합니다. 공급 업체와 계약을 맺었을 수도 있지만 데이터 손실은 여전히 ​​비즈니스보다 훨씬 위험하며 비즈니스 문제가있는 경우 백업 문제가 있습니다.
David Thornley

1

설정 한도 내에서 한 가지 방법은 안전 금고가있는 가까운 은행을 찾아서 넣는 것입니다. 편의성 / 위험성 사이의 절충은 얼마나 가까운가. 가까이있을수록 재난이 해당 위치에 영향을 미칠 가능성이 높아집니다.


1
오늘날 안전 금고가 덜 필요합니다. 대신 암호화 된 파티션 / 드라이브를 사용할 수 있습니다.
pQd

2
물론 은행은 합리적으로 얻을 수있는만큼 내화성 및 도난 방지 기능을 갖추고 있습니다. 암호화 된 드라이브는 여전히 약간의 추가 하드 드라이브 공간을 원하는 사람에게 유용합니다.
ceejayoz 2016 년

1

백업은 여러 국가 (사실 국가)에서 하나의 중앙 서버로 제공됩니다. 백업은 backupninja 에 의해 구동되며 , rdiff-backup , rsync 및 사용자 정의 스크립트를 사용합니다.

중앙 서버는 14 일 동안 온라인 상태를 유지합니다.

매일 아침 [모든 데이터가 도착한 후] 온라인 데이터의 전체 내용을 USB 연결 1TB 디스크로 재 동기화 합니다. 낮에는 디스크의 내용이 [적어도 rdiff-backup으로 수행됨]을 확인하므로 나중에 복구 할 수있을 것입니다. USB 드라이브는 매주 회전합니다. 서버로부터 '멀리 떨어진 곳에'저장됩니다. USB 드라이브의 데이터는 암호화 된 파티션에 있습니다 되므로 안전한 저장이 필요하지 않습니다.

이것은 상당히 적은 양의 데이터에 적합합니다. 제 경우에는 <200GB의 데이터, 24 시간마다 ~ 5GB의 차이입니다. 복원이 필요한 경우-90 %에서 온라인 사본에서 할 수 있습니다. 복구 해야하는 데이터가 14 일보다 오래된 경우 오프 사이트 위치에서 신속하게 가져올 수 있습니다.


1

Laura는 더 많은 요구 사항이 여기에 도움이 될 것이라고 말했지만 개인 백업을 처리하는 데 사용하는 내용을 알려줄 수 있습니다.

나는 좋은 친구와 백업 준비를했습니다. 그들은 그들의 워크 스테이션에서 외부 USB 드라이브를 호스팅하고 나는 그들 중 하나를 호스팅합니다. 우리는 서로의 머신에 대한 ssh 액세스를 제한하여 데이터를 원격 드라이브로 푸시합니다. 이 전에 데이터를 서버로 푸시했는데 적절한 공간으로 액세스 할 수있었습니다.

내 백업은 cron으로 예약 된 후 duplicity 로 수행됩니다 . 백업 도구 (ssh, sftp, s3, local 등)를 이동시키는 많은 방법을 지원하기 때문에이 도구를 선택했습니다. 더 중요한 것은 암호화 된 백업을 수행하는 데 사용할 수 있습니다. 이 기능은 제어 할 수없는 다른 위치로 데이터를 덤프 할 때 편리합니다.


1

운영 과정에서 스토리지의 목적을 고려하고 해당 목적에 따라 적절한 미디어를 선택하는 것이 다소 중요하다는 것을 알았습니다. 녹화 및 비디오 제작 시설로서, 테라 바이트 단위의 데이터를 가지고 있고 운영에서 제외해야합니다. 우리는 온라인, 니어 라인 및 오프라인 사고 과정을 사용합니다. 온라인 자료는 물론 로컬 서버에 있습니다. 필자의 경우 서버 장애시 빠른 복원에 사용되는 스토리지를 나타 내기 위해 NearLine을 사용합니다. 일반적으로 온 사이트와 오프 사이트에 모두 저장된 테라 바이트 외장 하드 드라이브 세트입니다. 파일 서버를 재 구축하기 위해 빠르게 연결할 수 있습니다.

흥미로운 점은 오프라인 저장소입니다. 우리의 경우 이것은 1 년 후에 다시 방문해야하지만 온라인으로 즉시 연결될 필요는없는 비디오 프로젝트 일 수 있습니다. 많은 양의 데이터를 보관하는 보관 미디어가 필요합니다. 많은 고화질 카메라가 16GB 또는 32GB P2 카드 뱅크로 직접 촬영하기 때문에 테이프 나 필름 미디어가 없어 업계에서 점점 더 중요 해지고 있습니다. 초기 제품은 디지털 파일입니다. 이 오프라인 스토리지 목적으로 파이어 와이어 드라이브를 사용하는 많은 프로덕션 회사를 알고 있습니다. 그들은 프로젝트를 외부 파이어 와이어 드라이브에 복사하여 선반에 놓았습니다.

그러나 우리는이 드라이브들에서 심대한 실패율을 보였습니다. 우리는 한 지점에서이 드라이브들 중 20 개 가까이를 가졌으며 그 중 3 분의 1 이상을 한 지점에서 수리를 위해 보냈습니다. 같은 주에 프로젝트의 기본 및 보조 외부 드라이브 백업을 모두 잃은 후에 마침내 그 개념을 포기하고 장기 저장을 위해 테이프로 돌아 왔습니다. 우리의 경우 LTO4.

요약하자면, 사용할 미디어 IMHO는 응용 프로그램과 수명에 달려 있습니다. 우리는 10 년 전부터 테이프를 잘 복원했습니다. 그래도 10 년 동안 선반에 앉아있는 하드 드라이브는 반드시 다시 올 것이라고 확신하지 않습니다.


0

다음과 같이 백업을 관리합니다.

  • 소형 백업 기 1 대
  • 1 RAID1- 어레이 (1TB, Linux 소프트웨어 RAID)
    • 내장 HDD 1 개
    • 외장 HDD 2 개 (현재 : USB, 미래 : eSATA)
  • md-Device는 luks로 암호화 된 파티션입니다
  • mdadm, udev, UUIDs ... USB 디스크가 (재) 연결될 때 자동 배열 재 동기화 관리
  • ssh 및 curlftpfs를 통해 dirvish로 수행 된 실제 백업
    • 필요한 곳 ​​: LVM-Snapshots, mysqldumps, dirvish pre-client에 의해 수행되는 모든 것 -scritps
    • 허용 된 명령으로 rsync-validation 스크립트가 포함 된 비밀번호없는 SSH 키
    • 백업 컨테이너는 beackup을 시작하기 직전에 마운트되고 나중에 마운트 해제됩니다

장단점 :

[+] 우리는 항상 ionternal HDD에있는 전체 데이터의 '좋은 사본'을 가지고 있습니다 (강력하게 모니터링됩니다)

[+] 외부 HDD를 골라 오프 사이트 백업을 위해 집으로 가져갈 수 있습니다.

[+] 퇴근 후 바로 집에 가지 않고 막대 데이터의 백업 디스크를 잃어버린 경우 암호화 된 컨테이너로 인해 안전해야합니다

[-] 디스크가 다시 연결될 때마다 전체 디스크가 다른 디스크와 동기화되어야합니다.

[-] 백업이 하나의 단일 디스크보다 커지면 훨씬 더 복잡해집니다 (여러 디스크에 걸쳐 LV를 확장하여 md-devices로 사용할 수는 있지만 항상 함께 속한 2 개 이상의 디스크를 선택해야하는 것보다)

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