확인. 고려할 일부 주어진 것들
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에서 전체 백업으로 분리하도록 백업 프로세스를 변경할 수 있지만 곧 다음 옵션 중 하나를 선택해야한다고 생각합니다.
LTO-3 드라이브를 구입하고 사용 가능한 두 번째 물리적 테이프를 활용하십시오.이것은 바람직하지 않은 옵션이며 LTO-3 드라이브가 LTO-4 드라이브보다 상당히 저렴한 경우에만 의미가 있습니다.LTO-4 드라이브를 구입하고 LTO-4 테이프를 전체 백업에 사용하고 LTO-3 테이프가 회전하고 새 LTO4 테이프가 LTO3 테이프 가격과 일치 할 때까지 차동에 LTO-3 테이프를 사용하십시오. 이것은 아마도 테이프를 교환하지 않고 몇 년 동안 주말 백업을 통해 나에게 갈 것입니다. LTO4는 LTO3보다 최소 속도가 낮기 때문에 부분적으로 신발 소리를 해결합니다.
테이프를 자동으로 공급할 수있는 것을 구입하십시오. 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의 전체 백업을 최적화하는 것입니다. 몇 주 또는 몇 달 간의 백업이 완료되면 다시 업데이트하려고합니다.