LTO-3 전체 백업에 둘 이상의 테이프가 필요한 경우 현명한 다음 단계 하드웨어는 무엇입니까?


12

확인. 고려할 일부 주어진 것들

Backup Exec 12.x / 13.x를 사용하고 Exchange를 포함한 서버 2003/2008 환경이 있습니다.

LTO (Full / Diff) 로의 백업과 무관하게 디스크 백업 (Full / Diff)이 발생합니다. 여러 가지 이유 때문에 디스크에서 테이프로 백업하는 것이 아니라 LTO가 발생하도록 직접 백업을 유지하고 싶습니다.

현재 로더 / 로봇 / 라이브러리가없는 단일 LTO-3 드라이브가 있습니다. LTO 드라이브를 제공하는 상자에는 Adaptec 39160 Ultra160 SCSI 카드 가 들어 있습니다. 현재 Full (1 주일에 1 개)과 Diff (테이프를 꺼내기 1 주일에 4 일)에 1 개의 테이프를 사용합니다. 전체 백업이 372.5GB 장벽에 부딪 히고 백업이 토요일에 완료되지 않으면 월요일 아침에 테이프를 기다리고 있습니다.

Ward는 월요일 오후 / 저녁에 정상 업무 시간 후에 두 번째 LTO3 전체 테이프를 넣는 것을 언급했습니다. 이 문제는 아래에서 비교됩니다.

정상적인 흐름

  • 금요일 1 주차 전체 백업용 LTO3 테이프 1 삽입
  • 차동 용 월요일 삽입 LTO3 테이프
  • 화요일, 수요일, 목요일 디퍼런셜은 월요일에 삽입 된 테이프를 사용합니다.
  • 2 주 동안 반복

전체 백업 흐름을위한 2 개의 LTO3 테이프

  • 금요일 1 주차 전체 백업용 LTO3 테이프 1 삽입
  • 월요일 1 주차 전체 백업용 LTO3 테이프 2 삽입
  • 월요일 1 주차 전체 백업용 LTO3 테이프 1 삽입 (확인 프로세스 용)
  • 월요일 1 주차 전체 백업용 LTO3 테이프 2 삽입 (확인 프로세스 용)
  • 화요일 차등 용 LTO 3 테이프 삽입
  • 수요일, 목요일 차동 장치는 화요일에 삽입 된 테이프를 사용합니다.
  • 2 주 동안 반복

여분의 테이프 교환은 월요일에 6 시간 이상을 소비합니다 (두 번째 테이프를 넣은 시점부터 시작). 오후 5시에 그렇게했다면 거의 자정에 테이프를 교환 할 때까지 여기에있었습니다. 테이프를 기다리는 Sat / Sun / Mon의 유휴 시간은 계산하지 않습니다.

이제 확인 프로세스를 끄고 두 개의 테이프 스왑을 저장하고 몇 시간 동안 "백업"프로세스를 단축 할 수 있었지만 확인을 끄지 않으면 테이프 2를 넣고 하루가 지나갈 수 없습니다. . 백업을 두 번째 테이프로 넘치면 백업 프로세스가 길어 지지만

  • 회전 테이프 수 증가 (비용)
  • 운송중인 테이프 수를 증가시킵니다 (현장 스토리지로가는 서류 가방의 크기 / 무게)
  • 검증 프로세스를 위해 몇 시간 후에도 사이트에 머무르게하여 백업 프로세스의 복잡성을 증가시킵니다.
  • 서버 실 바로 옆에없는 내 사무실에서 백업 / 복원 관리의 복잡성을 증가시킵니다. 이것은 가정에서 그러한 문제를 처리하기 위해 4 배가됩니다.

그리고 네, 토요일에 6 시간 이상 앉아 테이프 드라이브를 돌보기 위해 가지 않을 것입니다. 직장 밖에서 생활하고 싶습니다. MF는 12 시간 동안 일어 났을 때 충분하지 않습니다. 나는 6 주간의 근무일에 영구적으로 자신을 묶지 않을 것입니다.

테이프 드라이브는 Dell PowerVault 110T LTO3입니다. 백업 서버는 단일 NIC 만 사용하는 기가비트 이더넷에 있으며 약 12 ​​시간 내에 전체 테이프를 채울 수 있습니다.

이 결정을 일시적으로 보류하기 위해보다 집중적 인 서버 중 하나를 자체 LTO에서 전체 백업으로 분리하도록 백업 프로세스를 변경할 수 있지만 곧 다음 옵션 중 하나를 선택해야한다고 생각합니다.

  1. LTO-3 드라이브를 구입하고 사용 가능한 두 번째 물리적 테이프를 활용하십시오. 이것은 바람직하지 않은 옵션이며 LTO-3 드라이브가 LTO-4 드라이브보다 상당히 저렴한 경우에만 의미가 있습니다.

  2. LTO-4 드라이브를 구입하고 LTO-4 테이프를 전체 백업에 사용하고 LTO-3 테이프가 회전하고 새 LTO4 테이프가 LTO3 테이프 가격과 일치 할 때까지 차동에 LTO-3 테이프를 사용하십시오. 이것은 아마도 테이프를 교환하지 않고 몇 년 동안 주말 백업을 통해 나에게 갈 것입니다. LTO4는 LTO3보다 최소 속도가 낮기 때문에 부분적으로 신발 소리를 해결합니다.

  3. 테이프를 자동으로 공급할 수있는 것을 구입하십시오. PowerVault 110T에 추가 할 수있는 것이 없으며 이는 단일 장치에 테이프와 로더가있는 새 장치를 구입한다는 의미입니다. 이것은 드라이브를 구입하고 테이프를 수동으로로드하는 것보다 비용 효율적이지는 않지만 LTO4를 자동로드하는 것이 가장 편리 할 것입니다. 위의 보스가 단일 테이프 드라이브와 자동로드 드라이브 중 하나를 결정하도록 할 것입니다.

Evan Anderson은 다른 솔루션에서이 가격대의 드라이브를 구입할 수 있다고 언급했습니다.

 LTO-4 (internal drive, 1 tape / day) - $2,766.00  
 LTO-4 (autoloader, 1 tape / day) - $4,566.00

그러나 나는 실제 드라이브에 필요한 것이 무엇이고 필요한 경우 컨트롤러에 대해 구체적으로 알지 못합니다. 솔루션을 찾는 것이 마음에 들지 않거나 브랜드와 모델 번호를 알려 주면 기꺼이 솔루션에 대한 새로운 egeg URL (또는 Dell 또는 HP 또는 선호하는 벤더가 무엇이든)을 보여 주시면 기쁩니다. 다리는 스스로 작동합니다.

이 백업 회전이 너무 번거로워지기 전에 어느 정도 시간을내어 필요한 구매를하려고합니다. 아마 몇 달이 걸릴 것입니다.

Xenny는 서버의 수명과 백업 속도에 대해 언급합니다. Exchange 서버는 6 년이되었습니다 (하드 드라이브가 훨씬 최신 버전 임). 소비자 용 sata 드라이브 (WD6400AAKS)와 혼합 된 4 년 된 서버가 2 대 있습니다. "신규"서버는이 시점에서 2 살입니다.

이전 교환 서버에서 디스크로 백업하는 속도는 2184MB / 분으로 빠르지 만 일반적으로이 백업에서 디스크로 백업하는 속도는 테이프로 백업하는 속도만큼 느립니다. 실제로 디스크 백업은 때때로 LTO-3 테이프 드라이브에 대한 백업보다 느립니다. 또한 드라이브 고장과 베이 추가 부족으로 인해 드라이브를 추가하는 데 문제가있었습니다. 일반적으로 디스크 백업은 LTO3 / 4 전환보다 더 큰 문제이지만 해당 주제에 대한 입력을 원한다면 serverfault와는 다른 질문에 속합니다.

최근 백업에서 숫자를 선택하여 속도에 대한 아이디어를 제공합니다. 이것은 완전한 목록은 아니지만 관련된 다양한 속도에 대한 아이디어를 제공합니다. oldspeed MB / min newspeed MB / min 형식으로 곧 업데이트 할 예정입니다. 여기서 oldspeed는 이전 SCSI 320 LTO3이고 newspeed는 SAS LTO4입니다.

DC C : ~ 850MB / 분
DC 시스템 상태 ~ 700MB / 분
Exchange Server C : 및 시스템 상태 ~ 500MB / 분 ~ 600MB / 분
Exchange Server D : ~ 1400MB / 분 ~ 1200MB / 분
Exchange Server First 스토리지 그룹 ~ 1천1백메가바이트 / 분 ~ 7백메가바이트 / 분
: 웹 서버 C ~ 6백메가바이트 / 분 ~ 9백50메가바이트 / 분
웹 서버 E : ~ 1천7백메가바이트 / 분 ~ 1천9백50메가바이트 / 분
파일 서버 C : 500 명 MB / 분
파일 서버 E : ~ 1,500 MB / 분 ~ 2천2백메가바이트 / 분
파일 서버 G : ~ 1,800메가바이트 / 분 ~ 2천4백메가바이트 / 분
파일 서버 시스템 상태 ~ 650메가바이트 / 분
팩스 서버 C : ~ 400메가바이트 / 분 ~ 550메가바이트 / 분
계정 서버 C : ~ 1300MB / 분 ~ 1775MB / 분
계정 서버 D : ~ 1500MB / 분 ~ 2250MB / 분
계정 SQL 인스턴스 ~ 1600MB / 분
응용 프로그램 서버 C : 및 시스템 상태 ~ 700MB / 분 ~ 900 MB / 분
백업 서버 C : 700MB / 분 ~ 1800MB / 분
백업 서버 E : 1350MB / 분 ~ 2900MB / 분

파일 서버 모니터링 RAID 컨트롤러가 전송 속도를 억제하고 있다고 생각되는 숫자를 보았습니다. 컨트롤러는 SATA 1.5이지만 드라이브는 3.0을 지원합니다. 볼륨을 RAID 1에서 RAID 10으로 변경 한 후 백업 속도가 향상되지 않는 것을 알았습니다. 불행히도 지속적인 읽기 속도를 두 배로해도 LTO3 테이프 드라이브 백업에는 영향을 미치지 않습니다.

일반적으로 LTO로 직접 백업하면 서버의 I / O 제한 위치에 대한 적절한 벤치 마크가 제공됩니다. 1500MB / 분 미만으로 백업하는 서버는 일반적으로 디스크 속도가 느리며 2400MB / 분 사이의 서버는 여전히 성능이 저하됩니다. 예를 들어 Exchange 2003 서버의 디스크 공간이 부족 해지고 첫 번째 저장소 그룹의 데이터베이스를 디스크의 느린 부분으로 계속 확장합니다. 이 서버는 더 빠른 프로세서와 더 많은 디스크를 가진 Exchange 2010 서버로 교체됩니다. 다른 서버에는 디스크 업그레이드 및 / 또는 SSD가 추가됩니다.

http://en.wikipedia.org/wiki/Tape_drive 는 " 신발 이 빛나면 도달 가능한 데이터 속도, 드라이브 및 테이프 수명에 큰 영향을줍니다."라고 언급합니다. 그러나 테이프의 유효 용량을 줄이는 구두 닦기를 언급하지는 않습니다. 은행에서 보관 테이프를 살펴본 후 LTO3 테이프에 약 2 % ~ 15 %의 공간이 낭비되었음을 확인할 수 있습니다. LTO4 또는 오토로더로 이동하는 것을 막을 수있는 곳은 없으나 중요 할 수 있습니다. Backup Exec을 사용하는 사용자는 다음을 통해 신발 소음을 계산할 수 있습니다.

  • 압축없이 테이프 기본 용량의 약 100 %를 백업하는 백업 작업 만들기. 테스트를 실행할 때 드라이브 및 소프트웨어에서 압축을 비활성화하십시오.
  • backup exec의 미디어 탭에서 "사용 된 용량"열과 "데이터"열을 비교하십시오. 압축이 꺼져 있고 숫자가 일치하면 전혀 소리를 내지 않습니다.

필자의 경우 272.4GB "사용"이지만 233.67GB "데이터"및 400.6GB 대 395.19GB의 보관 용 LTO3 테이프를 사용했습니다. 또한 압축없이 LTO4에 백업을 시도했는데 786.77GB "데이터"만으로 833GB "사용"을 받았습니다. 분명히 신발 소리는 내 환경에 따라 다를 수 있지만이 전에 나는 그것을 테스트하지 않았다. 이 방법을 사용하면 백업 환경에서 낭비되는 테이프의 양을 파악하는 방법이 명확 해집니다.

편집 : LTO3 및 LTO4의 최소 테이프 속도를 보여주는 http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf의 새로운 정보 . IBM LTO4가 실제로 IBM LTO3보다 최소 속도가 느린 것 같습니다. 어느 쪽이든 내 평균 서버가 너무 느려서 구두약없이 LTO3 / 4를 먹일 수 없습니다. 디스크 로컬 볼륨으로의 백업조차도 드라이브를 빠르게 공급하기에는 너무 느리다고 걱정하지만 테스트해야합니다.

위의 PDF에서 IBM 전체 높이 드라이브 정보를 가져옵니다.

LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed)
LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed)
LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed)
LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed)  


업데이트 : 백업에 사용한 서버에서 중지 오류가 발생하여 테이프 드라이브를 다른 서버로 옮겼습니다. 이전 SCSI 컨트롤러는 Adaptec 160이었습니다. "새로운"컨트롤러는 LSI 기반 320입니다 (적어도 서버 내부의 4 개의 하드 드라이브는 서버 관리에서 320 SCSI를 언급하므로 외부 커넥터는 320이라고 가정합니다).

새로운 서버 상황은 직접 연결된 스토리지를위한 외부 인클로저를 얻을 때까지 디스크에 임시로 백업하지 않습니다. 일반적으로이 LTO 토론은 서버를 위해 더 많은 하드 드라이브를 구입하는 데 도움이되었습니다. 백업 속도를 높이고 전체 설정의 안정성을 높이기 위해 RAID 어레이를 재구성하는 작업을해야합니다.

업데이트 2 : 아래의 비교는 RAID 컨트롤러 병목 현상이 ~ 40MB / s로 모든 전송에 병목 현상을 일으키는 오래된 파일 서버를 사용하므로 약 2400MB / 분이 이상적입니다. 이것은 신발 빛나는 가장자리를 테스트하는 데 필요한 속도에 관한 것입니다. 아마도 데이터 흐름은 완벽하게 규칙적이지 않으며 거의 ​​모든 테스트에서 속도 일치를 강제 할 것입니다.

구식 LTO3 드라이브의 속도 테스트에 사용한 버퍼 크기와 버퍼 수를 더 이상 알지 못하지만 버퍼 튜닝으로 100MB / min의 이득을 얻지 못합니다. 테스트 데이터는 약 20GB의 스캔 한 tif 및 jpg입니다. 금요일 오후에 이러한 테스트를 수행했으며 데이터를 평균화하거나 유효하지 않은 데이터를 제거하기에 충분한 시간 동안 테스트를 반복하지 않았습니다. 몇 시간 후 테스트, 다른 데이터 및 기타 변수 선택은 이러한 테스트에 눈에 띄게 영향을 줄 수 있습니다.

모든 테스트에서 동일한 서버가 사용됩니다. 기존 드라이브는 PCIx 인 320 SCSI LVD 컨트롤러에 있습니다. 새 드라이브는 PCIe LSI 3801E SAS 컨트롤러에 있습니다. 드라이브 컨트롤러 및 / 또는 LTO3 테이프 드라이브에 병목 현상이있을 수 있습니다. 개별 구성 요소는 테스트하지 않고 이전 페어링과 새 페어링 만 테스트합니다. Backup Exec을 실행하는 서버에는 4GB 램, 32 비트 Server 2008 표준, Pentium D 3.2GHz 듀얼 코어 CPU가 있습니다.

네트워크 연결은 1Gb 스위치를 통해 이루어지며 두 서버 모두 같은 스위치에 있습니다. 원격 데스크톱 연결이 열려 있지만 백업이 진행 중일 때 Gb 연결은 최악의 경우 활용률이 50 % 미만이며 평균 사용량은 25 %입니다.

테스트 방법만큼 거칠기 때문에 병목 현상이 무시하고있는 변수가 아니라고 확신합니다.

짧은 테스트 결과 :
Dell LTO3 드라이브 및 LTO3 테이프 압축을 사용하여 최대 1500MB / 분, 64KB 블록 크기

~ 1천8백메가바이트 / 분 LTO3 테이프 양자 Superloader3 LTO 4 드라이브를 사용하여 압축 ON, 64킬로바이트 블록 크기 64킬로바이트 버퍼 사이즈, 버퍼 (동일한 테이프를 상기와 같이)하는 것은, 0 카운트 highwater 10 카운트 싱글 블록 모드 ON 쓰기 쓰기 SCSI 패스 - 모드를 통해

LTO3 테이프 (위와 동일한 테이프) 압축 ON, 256KB 블록 크기, 256KB 버퍼 크기, 버퍼 수 10, 최고 수 0, 단일 블록 모드 쓰기 ON, SCSI 쓰기 쓰기 패스와 함께 Quantum Superloader3 LTO 4 드라이브를 사용하는 ~ 2150MB / 분 LTO3 테이프 (위와 동일한 테이프) 압축 OFF, 256KB 블록 크기, 256KB 버퍼 크기, 버퍼 수 10, 최고 수 0, 쓰기 단일 블록 모드 ON, 쓰기를 통해 Quantum Superloader3 LTO 4 드라이브를 사용하여 최대 2200MB
/ 분 SCSI 통과 모드 ON

LTO4 테이프 압축 ON, 256KB 블록 크기, 256KB 버퍼 크기, 버퍼 카운트 10, 고수 카운트 0, 단일 블록 모드 쓰기 ON, SCSI 통과 모드 쓰기 ON
~ 2250MB의 Quantum Superloader3 LTO 4 드라이브 사용시 ~ 2050MB / 분 LTO4 테이프 압축 OFF, 256KB 블록 크기, 256KB 버퍼 크기, 버퍼 수 10, 최고 수 0, 단일 블록 쓰기 모드 ON, SCSI 통과 모드 쓰기 ON으로 Quantum Superloader3 LTO 4 드라이브를 사용하는 / min

LTO4 테이프 압축 ON, 256KB 블록 크기, 1MB 버퍼 크기, 버퍼 카운트 10, 만수 카운트 0, 단일 블록 모드 쓰기 ON, SCSI 통과 모드 쓰기 ON
~ 2300MB의 Quantum Superloader3 LTO 4 드라이브 사용시 ~ 2050MB / 분 LTO4 테이프 압축 OFF, 256KB 블록 크기, 1MB 버퍼 크기, 버퍼 수 10, 최고 수 0, 단일 블록 모드 쓰기 ON, SCSI 통과 모드 쓰기 ON으로 Quantum Superloader3 LTO 4 드라이브를 사용하는 / min

LTO4 테이프 압축 ON, 256KB 블록 크기, 1MB 버퍼 크기, 버퍼 카운트 20, 고수 카운트 0, 단일 블록 모드 쓰기 ON, SCSI 통과 모드 쓰기 ON
~ 2300MB의 Quantum Superloader3 LTO 4 드라이브 사용시 최대 2200MB / 분 LTO4 테이프 압축 OFF, 256KB 블록 크기, 1MB 버퍼 크기, 버퍼 수 20, 최고 수 0, 단일 블록 쓰기 모드 ON, SCSI 통과 모드 쓰기 ON으로 Quantum Superloader3 LTO 4 드라이브를 사용하는 / min

튜닝 블록 크기가 버퍼 크기보다 중요하다는 것은 분명합니다. 사용하는 블록 또는 버퍼 크기에 관계없이 소스 데이터가 테이프 드라이브의 최소 데이터 일치 속도를 유지할 수없는 경우 압축을 끄면 성능이 향상됩니다. 불행히도 이는 작업 별 또는 테이프 형식 별 설정이 아니라 드라이브 별 설정이므로 압축을 전체 백업 또는 LTO3으로 만 제한 할 수는 없습니다. 또한 하드웨어 / 소프트웨어 조합과 관련된 문제의 양을 테스트해야합니다. 물론 성능에 미치는 영향은 미미하며 더 중요한 테스트는 20GB 대신 600GB에서 800GB의 전체 백업을 최적화하는 것입니다. 몇 주 또는 몇 달 간의 백업이 완료되면 다시 업데이트하려고합니다.


2
압축을 사용하고 있습니까?
매트 시몬스

매트, 우리가 압축 비율을 논의하는 Xenny의 답변에 대한 의견을 참조하십시오.
pplrppl

저녁 식사를 위해 어디로 가야할지 살해해야합니다. ;)
joeqwerty 2016 년

실제로는 매우 쉽습니다. 음식은 정답이 하나 뿐인 지역이 아닙니다. 나는 내가 좋아하는 음식이 많다. 글을 쓰는 것에 관해서는 Larry Niven의 캠프에 빠지는 경향이 있습니다. 그의 동시대 사람들은 그가 개념에 대한 이야기를 쓸 때 그것을 다시 할 이유가 없도록 철저하게 수행되었다고 말했습니다. 예제는 books.google.com/… 을 참조하십시오 .
pplrppl

무언가를 문서화 할 때의 목표는 세부 사항을 완전히 잊어 버리고 Google에서 과거의 노력을 회복하기 위해 현지에서 가지고있는 문서를 검색하거나 검색 할 수있을 정도로 충분히 철저하게 작성하는 것입니다. 이 과정에서 때로는 다루고 자하는 것보다 더 많은 것을 배우지 만 대개 새로운 개념을 탐구하는 데 도움이됩니다.
pplrppl

답변:


7

어쨌든 100MB / min은 LTO 3 테이프 스트리밍의 최소 속도보다 훨씬 낮으므로 테이프 중지 및 시작으로 인해 상당한 용량의 용량이 손실 될 수 있습니다 (예 : 1.5보다 향상 될 수 있음). 압축은 1이지만 테이프의 데이터 간격에서 손실됩니다). 최소 속도가 올라간 것으로 생각되므로 LTO 4에서는 아마도 더 나쁠 것입니다.

디스크-디스크-테이프는 최소 속도 문제를 해결하고 무료로 용량을 제공합니다.

이를 수행하지 않는 경우 백업중인 서버에서 디스크의 스케줄 된 조각 모음을 고려하십시오. 1000MB / 분은 합리적으로 최신 하드웨어에서 기가 이더넷의 처리량 수준이 아닙니다. 2 년 된 컴퓨터에서도 1800MB / 분 (30MB / 초의 서버 디스크에서만 읽음)을 얻을 수 있어야하므로 개선의 여지가 있습니다.

편집 : LTO 3의 경우 최상의 성능을 위해 256KB 블록 크기를 원합니다.

WRT 신발이 빛나고, 버퍼가 잠깐 동안 비워지면 테이프를 되 감을 시간이 없으므로 테이프에 틈이 생깁니다.


1
구두 광택 효과가 사용 가능한 용량임을 확인할 수 있다면 분명히 수정 될 것입니다. 용량 효과가 중요한 경우이 개념이 질문에 직접 연결되어 있지 않으므로 새 질문을 작성합니다.
pplrppl

Backup Exec과 Windows는 모두 256KB 블록 크기를 제공하지 않습니다. 나에게 가장 높은 것은 64KB 블록입니다. 하드웨어 RAID 배열에서 더 큰 블록 크기를 지정할 수 있지만 모든 서버에 하드웨어 RAID가있는 것은 아닙니다.
pplrppl

이후는 PowerVault 110T LTO-3 실제로 위 내 최소 전송 속도의 참조 편집을 낮출 것 HP 이외의 다른 사람이 LTO4로 이동 IBM의 전체 높이 드라이브
pplrppl

최신 전체 백업에서 1.536 : 1을 얻었습니다. Backup exec는 반올림하여 1.6 : 1이라고 부릅니다. 578.53GB는 테이프에서 367.6GB로 압축되었습니다. 백업 속도를 최적화하는 데 몇 달이 걸리지 않으면 몇 주가 걸릴 것입니다.
pplrppl

당신은 또한 shoeshining와 함께 드라이브 수명을 줄이고 있습니다
Matt Simmons

3

필연적으로 백업은 원래 계획했던 용량을 초과합니다. 여기 내가 당신의 상황에 대해 제안하고 말할 것입니다 :

  1. 따라서 전체 백업이 하나의 테이프 용량을 초과합니다. 그런 다음 두 개의 테이프를 사용하십시오.

  2. 시만텍의 권장 사항에 따라 디스크 백업을 계속 수행 한 다음 해당 디스크 백업을 테이프에 백업하십시오. 사용중인 리소스가 적을 때 몇 시간 후에 디스크 백업이 수행되도록 예약합니다. 테이프 백업은 프로덕션 시스템에 영향을 미치지 않으므로 디스크 백업이 완료된 후 하루 동안 언제든지 테이프 백업이 수행되도록 예약하십시오.

  3. 일주일 동안의 백업 (전체 및 차등)을 동일한 백업 세트의 일부로 생각하십시오. 일주일에 2 ~ 3 개의 테이프가 필요한 경우에도 마찬가지입니다.

  4. 테이프를 교체해야하는 주 동안에 만 테이프 백업이 수행되도록 예약하십시오.

나는 비슷한 상황을 겪고 있는데, 나는 Dell PowerVault 110t lto2 드라이브를 사용하고 있으며 여기 내가하는 일이 있습니다.

  1. 토요일에 나는 디스크에 전체 백업을 수행합니다 (전체 백업을 위해 디스크에 백업 폴더).

  2. 일요일부터 금요일까지 디스크에 증분 백업을 수행합니다 (증분을위한 다른 백업 디스크 폴더).

  3. 월요일부터 금요일까지 나는 디스크 폴더에 전체 및 증분 백업의 테이프로 백업을합니다. 테이프가 용량에 도달하면 스왑 아웃합니다. 한밤중에 용량에 도달하면 다음날 아침에 교체하여 테이프 작업이 완료됩니다.

  4. 금요일에 테이프 작업을 백업 한 후 다음 주에 테이프를 교체합니다. 내가 뽑은 두 개의 테이프는 현재 주에서 전체 및 증분이며 4 주 회전으로 이동합니다. 이제 모든 현재 주 백업 데이터가 하나의 테이프 세트에 있으며 사이트 외부에 저장되어 있음을 알고 있습니다.

헹구고 반복


1
부수적으로, 나는 추가 테이프 드라이브, 오토로더 등에 돈을 쓰지 않을 것입니다. 백업이 단일 테이프의 용량을 초과 할 때마다 새로운 하드웨어를 구입할 필요가 있다고 생각할 수는 없습니다. 1 주일 동안 발생하는 백업을 동일한 백업 세트의 일부로 생각하십시오. 1, 2, 3 개의 테이프 등이 필요합니다.
joeqwerty

데이터를 변경하기 전에 두 번째 테이프를 삽입하지 않으면 테이프에 직접 백업 할 때 백업에 오류가 기록됩니다. 디스크에 백업 한 다음 테이프에 백업하므로이 문제를 피할 수 있습니다. 이러한 이유로 디스크 백업을 테스트하고 가까운 시일 내에 구두 광택 효과를 테스트합니다. 그러나 두 번째 테이프 제안을 사용하는 것에 대해서는 덜 모호해야합니다. 고려해야 할 중요한 문제가 있습니다.
pplrppl

@pplrppl : 무심한? 진심이야? 중요한 문제에 대한 불쾌하고 무시할만한 해고에서와 같이 나의 충고가 무심하다고 생각하십니까? 내 조언이 무심하다고 어떻게 생각하는지 말해주지 그래 또한 적절한 백업 기술에 대한 이해가 부족하다는 것이 명백 해져 두 번째 백업 테이프 사용과 관련된 중요한 문제에 대해 설명해주십시오. 감사합니다.
joeqwerty

1
@ pplrppl : 또한, 당신이 내 대답에 동의하지 않고 기술적으로 부정확하거나 열등하다고 생각할 수도 있지만, 내 의도에 대한 부주의 또는 부주의를 암시하는 것처럼 무심하다고 내 제안에 대한 판단을 통과 할 필요가 없습니다. IMHO는 여기에 이런 유형의 의견이 없습니다.
joeqwerty

목록에 숫자가 중복되어 있기 때문에 질문의 문제에 대해 명확하게 언급하기가 어렵습니다. 첫 번째 목록이 A이고 1이라고 말하면 해당 목록에서 1A이면이를 사용하여 지정할 수 있다고 가정합니다.
pplrppl

2

우리는 joe와 비슷한 것을합니다.

  1. 토요일 : 디스크에 대한 전체 백업, 완료되면 테이프에 대한 전체 백업을 시작하십시오.
  2. 월요일 : 하루가 끝나면 두 번째 테이프를 넣고 백업을 마치십시오.
  3. mon-fri : 디스크에만 차등 백업

디스크 디스크 백업과 독립적으로 디스크 테이프 를 실제로 수행 해야하는 경우 두 백업이 약간 동기화되지 않은 상태로 진행됩니다.

  1. 토요일에 디스크 디스크와 디스크 테이프를 시작하면 디스크 디스크가 완료되고 월요일에 디스크 테이프가 두 번째 테이프를 기다립니다.
  2. 월요일에 디스크 테이프를 마무리합니다 (테이프를 넣을 날이 끝날 때까지 기다립니다).
  3. 월-금요일, 디스크 디스크 차이를 수행하십시오 (실제로, 당신이 그렇게 말하지는 않지만 당신이 그렇게 가정하고 있습니다)
  4. 화 금요일, 디스크 테이프 차이를 수행하십시오

두 개의 다른 미디어에 약간 다른 파일 세트를 백업하는 데 문제가 없습니다. 거의 모든 경우에 테이프를 대체하거나 여러 백업 세트를 구성하는 쉬운 방법으로 디스크 백업에서 파일을 복원합니다.


테이프로 백업 전체 2 차 테이프가 영업 종료시 (오후 5시 또는 6시 이후) 시작하면 포인트 4에서 언급 한 바와 같이 차등을 수행 할 수 없습니다. 월요일 아침에, 화요일, 수요일, 목요일에 테이프에 대한 차등, 다음에 테이프 1이 금에 들어갑니다.
pplrppl

1

잠시 동안 도움을 줄 수있는 옵션은 다음과 같습니다.

백업을 두 개의 개별 데이터 세트로 분할하는 것을 고려 했습니까? 파일 구성 방식에 따라 파일을 두 개의 논리적 청크로 쉽게 구분할 수 있습니다 (예 : 부서별). 목요일 밤에 첫 번째 데이터 세트의 전체 백업을 수행하고 금요일 밤에 두 번째 데이터 세트의 전체 백업을 수행합니다. 매일 밤 이후에는 두 개의 작업이 단일 테이프에서 실행되며 각 데이터 세트마다 다릅니다.

이렇게하면 주말에 오지 않으며 확인이 완료되기를 기다리는 동안 드라이브를 돌보지 않아도됩니다. 또한, 모든 계란을 한 바구니에 담지 않는 추가 보호 기능을 제공합니다.


나는 비슷한 전략을 분명히 고려했다. 작업을 분할하는 데 가장 큰 관심사는 내가 없을 때 (및 은행에서) 테이프를 처리하는 방법입니다. 3 주간의 휴가가 저장되어 있고 누가 떠나면 복잡한 테이프 교체를 계속할 수 있습니까? 나는 최근에 아버지의 수술을 위해 외출 중이며 테이프를 넣도록 요청한 사람이 금요일에 새 테이프를 필요에 따라 삽입하지 않았습니다. 이메일을 확인하고 테이프 요청을 확인한 후 토에 왔습니다. 요일에 테이프 스왑을 더 추가하면 백업이 계획대로 수행되지 않을 가능성이 높아집니다.
pplrppl
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.