데이터 보관을 어떻게 처리합니까? [닫은]


9

백업은 하나이지만 장기 보관은 또 다른 것입니다. 예를 들어, 7 년 동안 전자 메일을 저장하거나 모든 프로젝트 데이터를 무기한 보관해야 할 수 있습니다. 아카이브를 테이프에 저장했지만 테이프가 손상되었습니다 (드라이브가 테이프를 제거합니다). 그래서 ... 2 개의 테이프에 쓰십시오. 다른 사람들이하는 일입니까? 중복성을 위해 동일한 데이터의 테이프가 2 개 이상 있습니까?

그러나 다른 문제는 일반적으로 다른 백업 소프트웨어 공급 업체가 테이프를 읽을 수 없다는 것입니다. 예를 들어 Arcserve-> Backup Exec-> Commvault에서 10 년 이상 이동 한 경우 오래된 데이터를 복원 할 수 있도록 3 개의 시스템을 모두 유지해야합니다. 하드웨어도 마찬가지입니다. 오래된 테이프는 바코드가 없을 수 있습니다. 새 라이브러리 등과 호환되지 않을 수 있습니다. 따라서 10 년 된 파일을 복원해야하는 경우를 위해 이전 테이프 하드웨어와 이전 소프트웨어를 유지합니까?

또는 ... 새 백업 시스템으로 이동할 때 모든 아카이브 된 데이터를 새 시스템으로 마이그레이션하고 새 테이프로 다시 아카이브합니까? 그것은 큰 일이 될 수 있습니다.

이견있는 사람?


보관하려는 데이터의 양은 얼마입니까?
GreenKiwi

답변:


3

우리는 얼마나 많은 데이터에 대해 이야기하고 있습니까? "아카이브"데이터는 일반적인 라이브 데이터로 백업되는 라이브 스토리지 (NAS 장치)에 보관할 수있을 정도로 작기 때문에 일반적인 데이터와 마찬가지로 존재하며 동일한 복구 기술이 적용되지 않습니다. 오래된 기술을 유지하는 것에 대해 걱정해야합니다. 라이브 데이터가 새로운 스토리지 플랫폼으로 이동하면 아카이브도 함께 이동합니다. 또한 아카이브 보안 그룹의 구성원 (구성원 사용자가 거의 없음) 만 해당 폴더에서 항목을 제거 할 수 있도록 아카이브 데이터에 대한 권한을 설정했습니다.

라이브 스토리지에 합리적으로 보관할 수있는 것보다 더 많은 데이터를 처리하는 경우 테이프를 장기 저장에 가장 적합한 방법으로 다른 제어 된 저장소 위치에 두 개 이상의 사본을 보관할 수 있습니다. 미디어를 계속 읽을 수 있도록 2 년마다 가져 와서 미디어에 계속 액세스 할 수 있도록 공급 업체를 전환하는 경우 이전 미디어에서 새 미디어로 마이그레이션하십시오.


1
아카이브는 약 3 또는 4TB입니다. 이것은 정기적 인 백업의 일부로 백업하기에는 너무 많으며, 매주 추가 테이프가 많이 필요하므로 결코 변하지 않기 때문에 낭비입니다. 그리고 어쨌든 여분의 SAN 스토리지가 없습니다.
PowerApp101

1
3-4TB의 경우 많은 1.0-1.5TB 외장 드라이브를 선택하고 드라이브에서 직접 두 세트의 백업 사본을 만듭니다. Seagate는 4 개의 1TB SATA 드라이브를 사용하고 단일 USB 연결을 통해 액세스 할 수있는 인클로저를 만듭니다. 그 중 두 개를로드하여 각각 다른 위치에 둘 수 있습니다. 여전히 작동하도록하고 필요에 따라 드라이브를 교체 할 수 있도록 매년 1-2 년마다 꺼내십시오. 공급 업체에 따라 테이프 가격이 저렴할 수 있습니다.
저스틴 스콧

그렇습니다. 요즘 저렴한 디스크에서 이것이 그럴듯한 해결책이라고 생각합니다. 테이프에서 멀리 떨어지고 싶습니다. 너무 신뢰할 수 없습니다 (CRC 오류, 테이프 손상, 레이블 오류 등).
PowerApp101

예,이 옵션을 사용하겠습니다. 요즘에는 드라이브 공간이 너무 저렴하여 중복 시스템에 데이터를 유지하는 것이 좋습니다.
GreenKiwi

1
USB를 통한 4TB 백업은 완료하는 데 거의 20 시간이 걸립니다. 작업을 완료 할 수있는 창이 없거나 말했듯이 데이터가 변경되지 않습니까? 창이 있다면 데이터 속도가 더 높은 것을 사용할 것입니다.
JohnyD

3

제 경우에는 테이프를 보관하기 위해 아카이브를 수행하며 이것이 왜 우리에게 적합한 지 알려 드리겠습니다.

우선, 우리가 사용하는 소프트웨어 인 Tivoli Storage Manager가 곧 제공 될 소프트웨어입니다. 제 생각에 TSM은 엔터프라이즈 백업 소프트웨어 측면에서 먹이 사슬의 최상위이므로 다른 소프트웨어 플랫폼으로 변경하는 문제는 상대적으로 존재하지 않습니다.

즉, 우리는 상당히 장기간의 아카이브를 유지하며 몇 가지 다른 방법으로 아카이브를 수행합니다. 다행스럽게도 카트리지 당 1TB 이상을 저장할 수있는 최신 테이프 기술을 사용하므로 라이브러리 내에 대량의 아카이브를 보관하는 것은 문제가되지 않습니다.

  • 로컬 테이프에 아카이브하고 아카이브 라이브러리를 테이프 라이브러리 안에두고 대체 아카이브에 해당 아카이브를 복사하십시오.

데이터는 정기적으로 복원되기 때문에 특정 유형의 데이터에 대해이 작업을 수행하며 두 개의 사본이 필요할 정도로 중요합니다.

  • 원격 테이프가 아닌 로컬 테이프에 아카이브하고 테이프를 라이브러리 안에 두십시오.

우리는 다소 덜 중요한 데이터에 대해이 작업을 수행합니다.이 데이터는 다소 정기적으로 복원해야합니다.

  • 로컬 테이프에 아카이브하고 저장을 위해 오프 사이트로 보냅니다.

위의 관행은 과거에 우리에게 잘 작동했습니다. 우리는 몇 년 전에 완전히 다른 테이프 기술로 마이그레이션했으며, 데이터를 옮기는 것은 약간의 작업 이었지만 실제로 큰 문제는 아니 었습니다. TSM에서는 문자 그대로 서버 당 하나의 명령으로 하나의 명령이었으며 실행되었습니다. 달리는 데 며칠이 걸릴 수 있지만, 누구에게나 적극적으로 노력한 것은 아닙니다.

미래의 물결은 분명히 디스크 기반 스토리지입니다.

기회가 다가 오자 보안 스토리지 시설에 디스크 어레이를 배치하고 장기 감사 유형 아카이브를 이와 같은 장치에 복사합니다.


좋은 생각. 실제로 비슷한 설정이 있습니다. 테이프 라이브러리가있는 2 개의 원격 시설이 있습니다. 우리는 TSM과 비슷한 Commvault를 사용합니다. 문제는 "약간 덜 중요한 데이터"를 어떻게 정의 하는가입니다. 누군가에게 중요합니다! 그리고 그것은 당신에게 잘 모르는 비즈니스 크리티컬 일 수 있습니다.
PowerApp101

디스크 어레이에서는 블록 당 체크섬을 정기적으로 확인하여 비트 로트 가능성을 크게 줄여주는 Solaris 또는 NetApp의 ZFS를 살펴볼 가치가 있습니다. 비트 로트를 고려하지 않은 모든 아카이브 접근법은 나에게 부족한 것 같습니다.
RichVel


0

Data Domain (현재 NetApp) 과 같은 솔루션을 살펴볼 수도 있습니다 . 이들은 DeDupe 이라고하는 고급 압축을 보관하고 수행 하여 유사한 데이터 척을 찾고 매우 높은 압축 비율을 얻습니다.

어떤 종류의 데이터를 백업하려고합니까? 비디오 나 음악과 같은 "무작위"데이터입니까? 아니면 압축에 적합한 데이터입니까?


Avamar와 같이 비용이 너무 많이들 것으로 의심됩니다. 우리는 당신이 우리가 가지고 있지 않은 달러를 소비하는 경우 DeDupe도 수행 Commvault 소프트웨어를 사용합니다. 젠장, GFC!
PowerApp101

0

새로운 아카이빙 솔루션으로 이동하여 해당 데이터가 필요한 한 테이프를 보관하십시오. 영구적으로 필요한 경우 디스크로 마이그레이션을 고려할 수 있습니다. 디스크 백업을 통해 향후 미디어로 마이그레이션하는 것이 훨씬 쉽습니다.

1 년 또는 2 년 후에는 백업이 더 이상 필요하지 않은 경우 테이프를 무시할 수 있습니다.

시간이 당신을 위해 문제를 해결할 수 있다면 재 구현은 큰 노력입니다. 백업 및 / 또는 소프트웨어 라이센스를 저장하는 데 관련된 비용이있는 경우 비용 분석을 수행하십시오.


0

수수께끼를 단순화하기 위해 데이터 보관에 대한 문제는 오래된 테이프와 새로운 하드웨어의 향후 호환성으로 보입니다.

내 솔루션 : 레거시 호환성을 제공하기 위해 최선을 다할 것으로 확신하는 완벽한 솔루션 (소프트웨어 및 하드웨어)을 갖춘 공급 업체를 하나만 선택하십시오.

그리고 당신의 충실도를 고려할 때 분명히 좋은 가격의 계약을 얻습니다.)

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