ตกลง. บางตัวให้ปัจจัยในการ
ฉันใช้ Backup Exec 12.x / 13.x, มีสภาพแวดล้อมเซิร์ฟเวอร์ 2003/2008 รวมถึงการแลกเปลี่ยน
ฉันมีการสำรองข้อมูลไปยังดิสก์ (Full / Diff) ที่เกิดขึ้นซึ่งไม่ขึ้นอยู่กับการสำรองข้อมูลไปยัง LTO (Full / Diff) ด้วยเหตุผลมากกว่าหนึ่งข้อฉันไม่เพียงต้องการสำรองข้อมูลจากดิสก์ไปยังเทปฉันต้องการเก็บข้อมูลสำรองโดยตรงกับ LTO ที่เกิดขึ้น
ปัจจุบันฉันมีไดรฟ์ LTO-3 เดียวโดยไม่มีโหลดเดอร์ / หุ่นยนต์ / ไลบรารี กล่องที่ให้บริการไดรฟ์ LTO มีการ์ด Adaptec 39160 Ultra160 SCSIในนั้น ปัจจุบันฉันใช้หนึ่งเทปสำหรับ Full (หนึ่งต่อสัปดาห์) และหนึ่งเทปสำหรับ Diff (สี่วันต่อสัปดาห์ก่อนที่จะนำเทปออกมา) การสำรองข้อมูลเต็มกำลังชนกับสิ่งกีดขวาง 372.5GB และเมื่อการสำรองข้อมูลไม่เสร็จในวันเสาร์ก็ยังคงรอเทปในเช้าวันจันทร์
วอร์ดกล่าวถึงการใส่เทป LTO3 อันที่สองในบ่ายวันจันทร์ / เย็นหลังจากเวลาทำการปกติ ปัญหานี้จะถูกเปรียบเทียบด้านล่าง:
การไหลปกติ
- วันศุกร์ใส่เทป LTO3 1 สำหรับการสำรองข้อมูลเต็มรูปแบบสำหรับสัปดาห์ที่ 1
- วันจันทร์ใส่เทป LTO3 สำหรับส่วนต่าง
- ส่วนต่างวันอังคารวันพุธและวันพฤหัสบดีใช้เทปที่ใส่วันจันทร์
- ทำซ้ำสำหรับสัปดาห์ที่ 2
เทป LTO3 2 อันสำหรับการสำรองข้อมูลเต็มรูปแบบ
- วันศุกร์ใส่เทป LTO3 1 สำหรับการสำรองข้อมูลเต็มรูปแบบสำหรับสัปดาห์ที่ 1
- วันจันทร์ใส่เทป LTO3 2 เพื่อการสำรองข้อมูลเต็มรูปแบบสำหรับสัปดาห์ที่ 1
- วันจันทร์ใส่เทป LTO3 1 สำหรับการสำรองข้อมูลเต็มรูปแบบสำหรับสัปดาห์ที่ 1 (สำหรับกระบวนการตรวจสอบ)
- วันจันทร์ใส่เทป LTO3 2 สำหรับการสำรองข้อมูลเต็มรูปแบบสำหรับสัปดาห์ที่ 1 (สำหรับกระบวนการตรวจสอบ)
- วันอังคารใส่เทป LTO 3 ลงในดิฟเฟอเรนเชียล
- ผลต่างของวันพุธวันพฤหัสบดีใช้เทปที่ใส่วันอังคาร
- ทำซ้ำสำหรับสัปดาห์ที่ 2
เทปสลับพิเศษกินวันละ 6 ชั่วโมงในวันจันทร์ (เริ่มจากเวลาที่ฉันใส่เทปที่สอง) ถ้าฉันทำอย่างนั้นตอน 5 โมงเย็นฉันก็จะอยู่ที่นี่จนกระทั่งเกือบเที่ยงคืนการแลกเปลี่ยนเทป ไม่นับเวลาว่างในวันเสาร์ / อาทิตย์ / จันทร์ที่รอเทป
ตอนนี้ฉันสามารถปิดกระบวนการตรวจสอบและบันทึกเทปสอง swaps และทำให้กระบวนการ "สำรองข้อมูล" สั้นลงได้หลายชั่วโมง แต่ฉันไม่สามารถใส่เทป 2 เข้าไปแล้วเดินออกไปในตอนท้ายของวันถ้าฉันไม่ปิดการตรวจสอบ . การมีการสำรองข้อมูลที่รั่วไหลไปยังเทปที่สองจะทำให้กระบวนการสำรองข้อมูลนั้นยาวขึ้น
- เพิ่มจำนวนเทปในการหมุน (ต้นทุน)
- เพิ่มจำนวนเทปในการขนส่ง (ขนาด / น้ำหนักของกระเป๋าเอกสารไปยังที่เก็บนอกสถานที่)
- เพิ่มความซับซ้อนของกระบวนการสำรองข้อมูลโดยทำให้ฉันอยู่ที่ไซต์หลังเวลาทำการเพื่อตรวจสอบกระบวนการ
- เพิ่มความซับซ้อนในการจัดการการสำรองข้อมูล / คืนค่าจากสำนักงานของฉันซึ่งไม่ติดกับห้องเซิร์ฟเวอร์ สิ่งนี้จะเพิ่มเป็นสี่เท่าสำหรับการจัดการกับปัญหาดังกล่าวจากที่บ้าน
และใช่ฉันไม่ได้ไปในวันเสาร์เพื่อนั่งที่นั่นเป็นเวลา 6+ ชั่วโมงและดูแลเทปไดรฟ์ ฉันต้องการมีชีวิตนอกงาน 12 ชั่วโมงวัน MF นั้นแย่พอสมควรเมื่อมันเกิดขึ้น ฉันจะไม่ผูกมัดตัวเองอย่างถาวรกับสัปดาห์ทำงาน 6 วัน
เทปไดร์ฟคือ Dell PowerVault 110T LTO3 เซิร์ฟเวอร์สำรองอยู่บน Gigabit Ethernet โดยใช้เพียง NIC เดียวและสามารถเติมเต็มเทปได้ในเวลาประมาณ 12 ชั่วโมง
ฉันสามารถเปลี่ยนกระบวนการสำรองข้อมูลเพื่อแยกหนึ่งในเซิร์ฟเวอร์ที่ใช้งานมากขึ้นเป็นการสำรองข้อมูลเต็มรูปแบบด้วย LTO ของตัวเองเพื่อระงับการตัดสินใจนี้ชั่วคราว แต่ในไม่ช้าฉันคิดว่าฉันจะต้องเลือกหนึ่งในตัวเลือกเหล่านี้:
ซื้อไดรฟ์ LTO-3 และใช้ประโยชน์จากการมีเทปฟิสิคัลที่สองเท่านั้นนี่เป็นตัวเลือกที่ต้องการน้อยกว่าและเหมาะสมกว่าถ้าไดรฟ์ LTO-3 มีราคาถูกกว่าไดรฟ์ LTO-4 อย่างมากซึ่งไม่ใช่กรณีซื้อไดรฟ์ LTO-4 และใช้เทป LTO-4 สำหรับการสำรองข้อมูลเต็มรูปแบบและใช้เทป LTO-3 เพื่อหาอนุพันธ์ต่าง ๆ จนกระทั่งเทป LTO-3 หมุนและเทป LTO4 ใหม่ตรงกับราคาของเทป LTO3 นี่อาจจะทำให้ฉันได้รับการสำรองข้อมูลสุดสัปดาห์นี้เป็นเวลาหลายปีโดยไม่ต้องเปลี่ยนเทป สิ่งนี้ยังช่วยจัดการกับการขัดรองเท้าเนื่องจาก 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
แต่ฉันไม่ทราบรายละเอียดเกี่ยวกับสิ่งที่เขาหรือคุณจะแนะนำสำหรับไดรฟ์จริงและหากจำเป็นต้องใช้คอนโทรลเลอร์ แสดง URL ใหม่ (หรือ Dell หรือ HP หรืออะไรก็ตามที่ผู้ขายที่คุณชื่นชอบจะเป็น) สำหรับโซลูชันของคุณหากคุณไม่รังเกียจที่จะค้นหาหรือให้แบรนด์และหมายเลขรุ่นให้ฉันและฉันยินดีที่จะทำ ขาทำงานด้วยตัวเอง
ฉันต้องการซื้อเวลาตามถนนก่อนที่การหมุนเวียนการสำรองข้อมูลครั้งนี้จะยุ่งยากเกินไป ฉันอาจมีไม่กี่เดือน
Xenny กล่าวถึงอายุของเซิร์ฟเวอร์และความเร็วในการสำรองข้อมูล Exchange server มีอายุ 6 ปี (แม้ว่าฮาร์ดไดรฟ์จะใหม่กว่ามาก) มีเซิร์ฟเวอร์อายุสี่ปีสองสามตัวที่ผสมกับไดรฟ์ SATA ระดับผู้บริโภค (WD6400AAKS) เซิร์ฟเวอร์ที่ฉันพิจารณาว่า "ใหม่" มีอายุ 2 ปีแล้วในตอนนี้
การสำรองข้อมูลไปยังดิสก์จากเซิร์ฟเวอร์แลกเปลี่ยนเก่านั้นเร็วถึง 2184 MB / นาที แต่ในการสำรองข้อมูลทั่วไปไปยังดิสก์นั้นช้าเท่ากับการสำรองข้อมูลลงเทปในการตั้งค่านี้ ในความเป็นจริงการสำรองข้อมูลไปยังดิสก์บางครั้งช้ากว่าการสำรองข้อมูลลงในเทปไดร์ฟ LTO-3 ฉันเคยมีปัญหาเกี่ยวกับไดรฟ์ที่ล้มเหลวและไม่มีช่องในการเพิ่มไดรฟ์มากขึ้น โดยทั่วไปการสำรองข้อมูลไปยังดิสก์เป็นปัญหามากกว่าการเปลี่ยน LTO3 / 4 แต่นั่นเป็นคำถามที่แตกต่างกันใน serverfault ถ้าฉันต้องการอินพุตในเรื่องนั้น
ฉันจะเลือกตัวเลขจากการสำรองข้อมูลล่าสุดเพื่อให้คุณทราบถึงความเร็ว นี่ไม่ใช่รายการที่สมบูรณ์ แต่ให้ความคิดเกี่ยวกับความหลากหลายของความเร็วที่เกี่ยวข้อง ฉันวางแผนที่จะอัปเดตในเร็ว ๆ นี้ในรูปแบบของoldspeed MB / นาทีข่าวความเร็ว MB / นาทีโดยที่ oldspeed เป็น SCSI 320 LTO3 เก่าและ journaleed คือ SAS LTO4
DC C: ~ 850 MB / นาที
สถานะระบบ DC ~ 700 MB / นาที
Exchange Server C: และสถานะระบบ~ 500 MB / นาที ~ 600 MB / นาที
Exchange Server D: ~ 1400 MB / นาที ~ 1200 MB / นาที
Exchange Server ก่อน กลุ่มการจัดเก็บข้อมูล~ 1100 MB / นาที ~ 700MB / นาที
เว็บเซิร์ฟเวอร์ C: ~ 600 MB / นาที ~ 950 MB / นาที
เว็บเซิร์ฟเวอร์ E: ~ 1700 MB / นาที ~ 1950 MB / นาทีไฟล์เซิร์ฟเวอร์
C: ~ 500 MB / นาทีไฟล์
เซิร์ฟเวอร์ E: ~ 1500 MB / นาที ~ 2200 MB / นาทีไฟล์
เซิร์ฟเวอร์ G: ~ 1800 MB / นาที ~ 2400 MB / นาที
สถานะระบบ
ไฟล์เซิร์ฟเวอร์~ 650 MB / นาทีโทรสารเซิร์ฟเวอร์ C: ~ 400 MB / นาที ~ 550 MB / นาที
เซิร์ฟเวอร์การบัญชี C: ~ 1300 MB / นาที ~ 1775 MB / นาที
เซิร์ฟเวอร์การบัญชี D: ~ 1500 MB / นาที ~ 2250 MB / นาที
บัญชี SQL อินสแตนซ์ ~ 1600 MB / นาที
แอปพลิเคชันเซิร์ฟเวอร์ C: และสถานะระบบ~ 700 MB / นาที ~ 900
เซิร์ฟเวอร์สำรองMB / นาทีC: 700 MB / นาที ~ 1800 MB / นาที
เซิร์ฟเวอร์สำรอง E: 1350 MB / นาที ~ 2900 MB / นาที
การตรวจสอบ Fileserver ที่ฉันเห็นตัวเลขที่ทำให้ฉันคิดว่าตัวควบคุมการจู่โจมกลับอัตราการถ่ายโอน คอนโทรลเลอร์คือ SATA 1.5 แต่ไดรฟ์นั้นมีความสามารถ 3.0 ฉันสังเกตเห็นหลังจากเปลี่ยนโวลุ่มจาก RAID 1 เป็น RAID 10 และไม่เพิ่มความเร็วในการสำรองข้อมูล น่าเสียดายที่การเพิ่มความเร็วการอ่านอย่างต่อเนื่องไม่ส่งผลต่อการสำรองข้อมูลลงในเทปไดร์ฟ LTO3
โดยทั่วไปการสำรองข้อมูลตรงไปยัง LTO ทำให้ฉันมีเกณฑ์มาตรฐานที่ดีว่าเซิร์ฟเวอร์ของฉันอยู่ที่ไหน I / O จำกัด เซิร์ฟเวอร์ที่สำรองข้อมูลต่ำกว่า 1,500 MB / นาทีโดยทั่วไปจะเป็นดิสก์ที่ทำงานช้าและเซิร์ฟเวอร์ที่อยู่ระหว่างนั้นถึง 2400 MB / นาทียังคงเป็นผลไม้แขวนอยู่ในระดับต่ำ ตัวอย่างเช่นเซิร์ฟเวอร์ Exchange 2003 เริ่มมีพื้นที่ดิสก์เหลือน้อยและยังคงขยายฐานข้อมูลสำหรับกลุ่มที่เก็บข้อมูลแรกออกไปเป็นส่วนที่ช้าลงของดิสก์ เซิร์ฟเวอร์นี้จะถูกแทนที่ด้วยเซิร์ฟเวอร์ Exchange 2010 พร้อมตัวประมวลผลที่เร็วขึ้นและดิสก์เพิ่มเติม เซิร์ฟเวอร์อื่น ๆ จะได้รับการอัพเกรดดิสก์และ / หรือ SSD เพิ่ม
http://en.wikipedia.org/wiki/Tape_driveกล่าวถึง "เมื่อแสงจากรองเท้าเกิดขึ้นมันจะส่งผลกระทบอย่างมากต่ออัตราข้อมูลที่สามารถเข้าถึงได้เช่นเดียวกับการขับเคลื่อนและอายุการใช้เทป" แต่มันไม่ได้พูดถึงการส่องรองเท้าลดความจุของเทปอย่างมีประสิทธิภาพ หลังจากดูเทปเก็บถาวรจากธนาคารฉันสามารถยืนยันเนื้อที่ประมาณ 2% ถึง 15% ที่สูญเสียไปกับเทป LTO3 ไม่มีที่ไหนใกล้พอที่จะป้องกันไม่ให้ฉันย้ายไปที่ LTO4 หรือออโต้โหลด แต่อาจเป็นเรื่องสำคัญ สำหรับบรรดาของคุณด้วย Backup Exec คุณสามารถคำนวณขยะที่ขัดรองเท้าของคุณได้โดย:
- สร้างงานสำรองที่จะสำรองข้อมูลประมาณ 100% ของเทปความจุดั้งเดิมโดยไม่บีบอัด ปิดใช้งานการบีบอัดของไดรฟ์และซอฟต์แวร์เมื่อเรียกใช้การทดสอบ
- ดูในแท็บสื่อของผู้บริหารสำรองและเปรียบเทียบคอลัมน์ "ใช้ความจุ" กับคอลัมน์ "ข้อมูล" หากการบีบอัดถูกปิดและตัวเลขที่ตรงกับคุณจะไม่ขัดรองเท้าเลย
ในกรณีของฉันฉันมีเทป LTO3 เก็บถาวรที่มี 272.4 GB "ใช้แล้ว" แต่มีเพียง 233.67 GB "ข้อมูล" และอีกอันมี 400.6 GB เทียบกับ 395.19 GB ฉันยังลองสำรองข้อมูลไปยัง LTO4 โดยไม่มีการบีบอัดและได้ 833 GB "ใช้แล้ว" ที่มีเพียง 786.77 GB "ข้อมูล" เห็นได้ชัดว่าการขัดรองเท้าจะแตกต่างจากสภาพแวดล้อมของฉันไปยังของคุณ แต่ก่อนหน้านี้ฉันไม่คิดว่าจะทดสอบ หวังว่านี่จะทำให้คุณเข้าใจได้อย่างชัดเจนว่าจะทราบได้อย่างไรว่าเทปของคุณเสียไปมากเพียงใดในการสำรองข้อมูล
แก้ไข: ข้อมูลใหม่ที่http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdfแสดงความเร็วเทปขั้นต่ำสำหรับ LTO3 และ LTO4 ดูเหมือนว่า IBM LTO4 จริง ๆ แล้วจะมีความเร็วขั้นต่ำที่ต่ำกว่า IBM LTO3 ไม่ว่าเซิร์ฟเวอร์เฉลี่ยของฉันช้าเกินไปที่จะฟีด LTO3 / 4 โดยไม่มีการขัดรองเท้า ฉันกังวลแม้การสำรองข้อมูลไปยังดิสก์ไดรฟ์ภายในเครื่องจะช้าเกินกว่าที่จะป้อนไดรฟ์ได้อย่างรวดเร็ว แต่ฉันจะต้องทดสอบสิ่งนั้น
ดึงข้อมูลไดรฟ์เต็มความสูงของ IBM จาก PDF ด้านบนฉันได้รับ
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 (อย่างน้อยฉันถือว่าตัวเชื่อมต่อภายนอกเป็น 320 เนื่องจากฮาร์ดไดรฟ์ 4 ตัวภายในเซิร์ฟเวอร์กล่าวถึง 320 SCSI ในการจัดการเซิร์ฟเวอร์)
สถานการณ์เซิร์ฟเวอร์ใหม่ทำให้ฉันไม่ต้องสำรองข้อมูลดิสก์ชั่วคราวจนกว่าฉันจะได้รับกล่องหุ้มภายนอกสำหรับที่เก็บข้อมูลที่เชื่อมต่อโดยตรง โดยทั่วไปการอภิปราย LTO นี้ได้ชี้ให้ฉันไปซื้อฮาร์ดไดรฟ์เพิ่มเติมสำหรับเซิร์ฟเวอร์ของฉัน ฉันจะมีงานทำการตั้งค่า RAID ใหม่เพื่อเพิ่มความเร็วของการสำรองข้อมูลและหวังว่าจะเพิ่มความน่าเชื่อถือของการตั้งค่าโดยรวม
อัปเดต 2 : การเปรียบเทียบด้านล่างใช้ไฟล์เซิร์ฟเวอร์เก่าที่มีคอขวดควบคุมการจู่โจมถ่ายโอนทั้งหมดที่ ~ 40MB / s ดังนั้นอุดมคติจะอยู่ที่ประมาณ 2400MB / นาที นี่คือความเร็วที่จำเป็นสำหรับการทดสอบขอบของรองเท้าที่ส่องแสง สันนิษฐานว่าการไหลของข้อมูลจะไม่เป็นปกติอย่างสมบูรณ์และจะบังคับให้มีการจับคู่ความเร็วเกือบตลอดทางผ่านการทดสอบ
ฉันไม่ทราบขนาดบัฟเฟอร์และจำนวนบัฟเฟอร์ที่ใช้ในการทดสอบความเร็วของไดรฟ์ LTO3 เก่าอีกต่อไป แต่มันไม่ได้เปลี่ยนแปลงอะไรมากฉันอาจได้รับ 100MB / นาทีโดยการปรับจูนบัฟเฟอร์ ข้อมูลทดสอบประมาณ 20GB ของ tifs ที่สแกนและ jpgs ฉันทำการทดสอบเหล่านี้ในบ่ายวันศุกร์และฉันไม่ได้ทำแบบทดสอบซ้ำอีกครั้งพอที่จะเฉลี่ยข้อมูลหรือกำจัดข้อมูลที่ไม่ถูกต้องออกไป การทดสอบหลังเวลาทำการการเลือกข้อมูลที่แตกต่างกันและตัวแปรอื่น ๆ อาจมีผลต่อการทดสอบเหล่านี้อย่างเห็นได้ชัด
เซิร์ฟเวอร์เดียวกันจะใช้ในการทดสอบทั้งหมด ไดรฟ์เก่าอยู่บนคอนโทรลเลอร์ 320 SCSI LVD ที่เป็น PCIx ไดรฟ์ใหม่อยู่บนคอนโทรลเลอร์ PCIe LSI 3801E SAS เป็นไปได้ว่าคอนโทรลเลอร์ของไดรฟ์และ / หรือเทปไดร์ฟ LTO3 เป็นคอขวด ฉันจะไม่ทดสอบส่วนประกอบแต่ละชิ้นเฉพาะการจับคู่เก่ากับการจับคู่ใหม่ เซิร์ฟเวอร์ที่ใช้ Backup Exec มี 4GB ram, 32bit Server 2008 standard, Pentium D 3.2GHz CPU dual-core
การเชื่อมต่อเครือข่ายผ่านสวิตช์ 1Gb เซิร์ฟเวอร์ทั้งสองอยู่ในสวิตช์เดียวกัน ฉันเปิดการเชื่อมต่อเดสก์ท็อประยะไกล แต่ด้วยการสำรองข้อมูล + การเชื่อมต่อนั้นการเชื่อมต่อ Gb นั้นน้อยกว่า 50% ที่ใช้งานที่แย่ที่สุดและค่าเฉลี่ยมากกว่าการใช้งาน 25%
ดังนั้นวิธีการทดสอบคร่าวๆฉันรู้สึกมั่นใจพอสมควรว่าคอขวดไม่ได้อยู่ในตัวแปรที่ฉันไม่สนใจ
ผลการทดสอบสั้น :
~ 1500 MB / นาทีโดยใช้ไดรฟ์ Dell LTO3 และการบีบอัดเทป LTO3 ON ขนาดบล็อก 64KB (การทดสอบบัฟเฟอร์นับจำนวนมากผลลัพธ์ที่ดีที่สุดแสดงไว้ที่นี่)
~ 1800 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ด้วยเทป LTO3 (เทปเดียวกันกับด้านบน) การบีบอัด ON, ขนาดบล็อก 64KB, ขนาดบัฟเฟอร์ 64KB, ขนาดบัฟเฟอร์ 64KB, จำนวนบัฟเฟอร์ 10, จำนวน highwater 0, โหมดบล็อกเดียวเปิดเขียน SCSI pass- ผ่านโหมดเปิด
~ 2150 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ด้วยเทป LTO3 (เทปเดียวกันกับด้านบน) การบีบอัด ON, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 256KB, บัฟเฟอร์บัฟเฟอร์ 10K, นับบัฟเฟอร์ 10, นับ highwater 0, โหมดบล็อกเดียวเปิดเขียน Write SCSI ผ่านโหมด ON
~ 2200 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive พร้อมเทป LTO3 (เทปเดียวกันกับด้านบน) การบีบอัด OFF ขนาดบล็อก 256KB ขนาดบัฟเฟอร์ 256KB จำนวนบัฟเฟอร์ 10 นับ highwater 0 เขียนโหมดบล็อกเดียวเปิดเขียน เปิดโหมด SC-pass-through
~ 2050 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ที่มีการบีบอัดเทป LTO4 ON, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 256KB, จำนวนบัฟเฟอร์ 10, นับ highwater 0, เขียนโหมดบล็อกเดียวเปิด, เขียนโหมดส่งผ่าน SCSI ที่
~ 2250 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ที่มีการบีบอัดเทป LTO4, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 256KB, จำนวนบัฟเฟอร์ 10, จำนวน highwater 0, เขียนโหมดบล็อก Single ON, เขียนโหมดพาสทรู SCSI ON
~ 2050 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ที่มีการบีบอัดเทป LTO4 ON, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 1MB, จำนวนบัฟเฟอร์ 10, จำนวน highwater นับ 0, โหมดบล็อกเดียวเดียวเปิด, เขียนโหมด Pass-through SCSI ที่
~ 2300 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ที่มีการบีบอัดเทป LTO4, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 1MB, จำนวนบัฟเฟอร์ 10, จำนวน highwater 0, เขียนโหมดบล็อก Single ON, เขียนโหมดพาสทรู SCSI บน
~ 2200 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ที่มีการบีบอัดเทป LTO4 ON, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 1MB, จำนวนบัฟเฟอร์ 20, จำนวน highwater นับ 0, โหมดบล็อกเดียวเปิดสูง, เขียนโหมด Pass-through SCSI ที่
~ 2300 MB / นาทีโดยใช้ Quantum Superloader3 LTO 4 drive ที่มีการบีบอัดเทป LTO4, ขนาดบล็อก 256KB, ขนาดบัฟเฟอร์ 1MB, จำนวนบัฟเฟอร์ 20, จำนวน highwater 0, เขียนโหมดบล็อก Single ON, เขียนโหมด Pass-through ของ ON SCSI
เป็นที่ชัดเจนว่าขนาดบล็อกการปรับแต่งมีความสำคัญมากกว่าขนาดบัฟเฟอร์ ไม่ว่าบล็อกหรือขนาดบัฟเฟอร์ที่คุณใช้จะมีประสิทธิภาพที่ดีกว่าในการปิดการบีบอัดถ้าแหล่งข้อมูลของคุณไม่สามารถติดตามอัตราการจับคู่ข้อมูลขั้นต่ำของเทปไดรฟ์ น่าเสียดายที่เป็นการตั้งค่าสำหรับแต่ละไดรฟ์ไม่ใช่การตั้งค่าต่องานหรือการตั้งค่ารูปแบบเทปดังนั้นคุณไม่สามารถ จำกัด การบีบอัดให้สำรองข้อมูลเต็มรูปแบบหรือเฉพาะ LTO3 เท่านั้น คุณจะต้องทดสอบด้วยว่าปัญหาของคุณเกิดจากการรวมกันของฮาร์ดแวร์ / ซอฟต์แวร์ แน่นอนว่าประสิทธิภาพการทำงานที่ออกมาน้อยและการทดสอบที่สำคัญกว่านั้นคือการสำรองข้อมูลเต็มรูปแบบจาก 600GB เป็น 800GB แทนที่จะเป็น 20GB ฉันจะพยายามอัปเดตอีกครั้งเมื่อฉันมีการสำรองข้อมูลไม่กี่สัปดาห์หรือหลายเดือน