В เราได้แจ้งให้คุณทราบเกี่ยวกับคุณสมบัติใหม่ในการอัปเดต 4 สำหรับ Veeam Backup & Replication 9.5 (VBR) ซึ่งเปิดตัวในเดือนมกราคม ซึ่งเราไม่ได้กล่าวถึงการสำรองข้อมูลด้วยเทปโดยเจตนา เรื่องราวเกี่ยวกับพื้นที่นี้สมควรได้รับบทความแยกต่างหาก เนื่องจากมีฟีเจอร์ใหม่ๆ มากมาย
– พวก QA คุณจะเขียนบทความไหม?
- ทำไมจะไม่ล่ะ!
เทปไดรฟ์ในศตวรรษที่ XNUMX
การจัดเก็บข้อมูลบนเทปแม่เหล็ก (เทปคาสเซ็ต "เตปาค"ตามที่เราเรียกกันในการวิจัยและพัฒนา) ไม่ได้จำกัดอยู่เพียงคอมพิวเตอร์ ZX-Spectrum ที่ล้าสมัย ซึ่งสามารถโหลดเกมหนึ่งลงใน RAM ขนาด 48 kb ด้วย ไม่กี่นาที กว่าหนึ่งในสี่ของศตวรรษ ความเร็วและความจุของคาสเซ็ตต์เพิ่มขึ้น 6-7 ลำดับความสำคัญ นี่ไม่ใช่การเปรียบเทียบที่ถูกต้องอย่างสมบูรณ์และสำหรับ มาตรฐาน ไม่สามารถติดตามได้ อย่างไรก็ตาม เทคโนโลยีสมัยใหม่ทำให้สามารถบันทึกข้อมูลขนาด 12 เทราไบต์บนเทปคาสเซ็ตความยาวหนึ่งกิโลเมตรได้ (สูงสุด 30 เทราไบต์ในโหมดการบีบอัด) ดังนั้น ไดรฟ์ราคา 160 ดอลลาร์จึงทิ้งคู่แข่งไว้ข้างหลังในเรื่องค่าใช้จ่ายในการจัดเก็บข้อมูลระยะยาว ของข้อมูลจำนวนมาก แม้จะคำนึงถึงการลงทุนในอุปกรณ์บันทึก/การอ่านก็ตาม ข้อมูลในเทปดังกล่าวจะถูกเก็บไว้อย่างปลอดภัยเป็นเวลา 15-30 ปี
ฉันจะมาจากอีกด้านหนึ่ง ครั้งสุดท้าย มาถึงระดับใหม่ พวกเขาสามารถรออยู่ในปีกของบริษัทขนาดใหญ่เป็นเวลาหลายสัปดาห์หรือหลายเดือน และด้วยการปรากฏตัวของช่องโหว่แบบ Zero-day อีกครั้ง พวกเขาสามารถทำลายได้ (โดยไม่ได้รับความช่วยเหลือจากมนุษย์ เนื่องจากมีเงินจำนวนมากเป็นเดิมพัน) ไม่เพียงแต่ข้อมูลทั้งหมด แต่ยังรวมถึงสำเนาสำรองทั้งหมดที่สามารถเข้าถึงได้ ที่นี่ เมื่อบริษัทต้องจ่ายเงินให้พวกกรรโชกทรัพย์ เรียกว่า ช่องว่างอากาศกล่าวคือ การสำรองข้อมูลที่แยกทางกายภาพออกจากโครงสร้างพื้นฐานกลายเป็นทางรอดที่เชื่อถือได้เพียงทางเดียวจากเรื่องราวดังกล่าว เทปแม่เหล็กเป็นหนึ่งในโซลูชั่นเหนือกาลเวลาของที่นี่
แต่ข้อกำหนดเฉพาะและเทคโนโลยีนวัตกรรมเหล็กและแบเรียมเฟอร์ไรต์จากผู้ผลิตชั้นนำ (IBM, HPE, Oracle, Dell) นั้นไม่เพียงพอสำหรับการปกป้องข้อมูลที่เชื่อถือได้ จำเป็นต้องมีซอฟต์แวร์ที่ดี ที่ Veeam เรามีทีมงานทั้งหมดที่ทุ่มเทให้กับการสำรองข้อมูลเทป โดยมีคนประมาณ 10 คนวิเคราะห์ วางแผน วิจัย พัฒนา และทดสอบทุกวัน คุณสามารถดูผลงานนี้ได้ในบทความก่อนหน้า (, ). ปีที่ผ่านมาได้ทำอะไรไปบ้าง?
อภิธานศัพท์
ทางเลือกเกิดขึ้นระหว่างการใช้เสรีภาพกับภาษาแม่กับลัทธิเสนาธิการที่ทำให้อ่านยาก ฉันชอบอันแรกมากกว่าดังนั้นฉันจึงขออภัยล่วงหน้าหากคำสแลงจากรายการด้านล่างกระทบต่อดวงตาของใครก็ตาม ที่นี่ฉันจะเตือนคุณสั้น ๆ ว่าคำนี้หรือคำนั้นหมายถึงอะไร
ผู้ทรงคุณวุฒิ VBR สามารถข้ามส่วนนี้ได้โจบา – งาน – งานสำรอง จริงๆ แล้ว VBR ทั้งหมดถูกสร้างขึ้นจากงาน นอกเหนือจากการสำรองข้อมูลและการจำลองข้อมูลแล้ว ยังสามารถคัดลอกไปยังเทปแม่เหล็กได้ (สำรองข้อมูลไปยังงานเทป งานเทป) ฉันจะจองว่าการคืนค่าจากสำเนาสำรอง (การคืนค่า) ก็เป็นงานเช่นกัน แต่ในบทความนี้คำนี้จะหมายถึงการสำรองข้อมูล
สตรอจ – ที่เก็บข้อมูล – ชื่อที่จัดตั้งขึ้นในอดีต นี่คือไฟล์ที่อยู่ใน ที่เก็บ (พื้นที่เก็บข้อมูล-ที่เก็บข้อมูล) ที่มีสำเนาสำรอง- เต็ม и เพิ่มขึ้น. พื้นที่เก็บข้อมูลหนึ่งพื้นที่สามารถมีเครื่องเสมือนได้หนึ่งเครื่องหรือหลายเครื่อง
โซ่ – chain – ลำดับของสแต็กที่เชื่อมต่อถึงกัน ในการกู้คืนข้อมูลจากหน่วยเก็บข้อมูลส่วนเพิ่มลำดับที่ n จำเป็นต้องมีหน่วยเก็บข้อมูลก่อนหน้าทั้งหมดตั้งแต่หน่วย (n-1) ถึงหน่วยเก็บข้อมูลที่ 1 และพื้นที่เก็บข้อมูลเต็มรูปแบบที่อ้างอิงโดยส่วนเพิ่มหน่วยแรก
แหล่งที่มา, เป้า – แหล่งที่มา, เป้าหมาย. แหล่งที่มา – เอนทิตีดั้งเดิมที่กระบวนการงาน ในกรณีของการสำรองข้อมูล/การจำลอง โดยปกติจะเป็นเครื่องเสมือนในไฮเปอร์ไวเซอร์ ในกรณีของงานเทป ต้นทางคืองานสำรองข้อมูลเอง (หรือไฟล์ในกรณีของงานไฟล์ต่อเทป) เป้าหมายงานสำรองข้อมูลคือพื้นที่เก็บข้อมูลที่จัดเก็บข้อมูลสำรองไว้ สำหรับงานเทป นี่คือพูลสื่อบันทึก
สื่อกลาง - – แหล่งเก็บข้อมูลสื่อในกรณีของเรา – คาสเซ็ตต์ คอนเทนเนอร์แบบลอจิคัลที่สร้างโดยผู้ใช้และมีเทปของไลบรารีตั้งแต่หนึ่งไลบรารีขึ้นไป ดังนั้น งานเทปจะมีพูลสื่อเป็นเป้าหมายเสมอ นั่นคือ ข้อมูลไม่ได้ถูกเขียนลงในเทปใดๆ หรือในเทปใดๆ ในไลบรารี แต่ไปยังชุดเฉพาะของเทปเหล่านั้น แหล่งสื่อมีการตั้งค่าเวลาการจัดเก็บข้อมูล หลังจากนั้นจึงสามารถเขียนทับเทปได้ ผู้ใช้สามารถสร้างมาตรฐานและ . แต่ละประเภทเหล่านี้สามารถเป็น WORM และไม่ใช่ WORM ได้ โดยดูรายละเอียดเพิ่มเติมด้านล่าง
ชุดมีเดีย - – ชุดของเทปในมีเดียพูลซึ่งมีการเขียนข้อมูลสำรอง/ไฟล์อย่างต่อเนื่อง สำหรับพูล GFS ชุดสื่อบันทึกจะเชื่อมโยงกับช่วงเวลาด้วย (เช่น รายปี) เทปจะถูกหมุนภายในช่วงเวลาเท่านั้น
– องค์ประกอบของไลบรารีเทป ไดรฟ์จะอ่านและกรอกลับคาสเซ็ต ตัวเปลี่ยนคือหุ่นยนต์ที่ย้ายคาสเซ็ตระหว่างช่องจัดเก็บ ช่องขนถ่าย และไดรฟ์ นอกจากนี้ยังมี ไดรฟ์แบบสแตนด์อโลน (สแตนด์อโลน - ยืนอิสระ) บุคคลจะมีบทบาทของผู้เปลี่ยนที่นี่ สำหรับไดรฟ์ ต้องติดตั้งไดรเวอร์ของผู้ผลิตอย่างถูกต้องบนเครื่อง Windows ที่เชื่อมต่อกับไลบรารี เราสามารถทำงานร่วมกับเครื่องเปลี่ยนได้โดยไม่ต้องใช้ไดรเวอร์ โดยใช้ SCSI ดั้งเดิม
ผู้เช่าเทป. ผู้ให้บริการได้รับการคุ้มครอง - ลูกค้าได้รับการคุ้มครอง
ไพ่ทรัมป์อยู่บนโต๊ะทันที ฟีเจอร์ที่ทะเยอทะยานที่สุดของการอัปเดตของเรา ออกแบบมาสำหรับ โดยใช้ VBR ในโครงสร้างพื้นฐาน การพัฒนาเริ่มขึ้นเมื่อสองปีที่แล้ว ในไม่ช้าเราก็ตระหนักได้ว่าเราจะไม่มีเวลารับมือกับงานที่จริงจังเช่นนี้ก่อนการเปิดตัวครั้งถัดไป ดังนั้นเราจึงหยุดพักช่วงสั้นๆ และในที่สุดก็เปิดตัวฟีเจอร์นี้ใน 9.5 อัปเดต 4
กล่าวโดยสรุป ขณะนี้ผู้ให้บริการมีโอกาสที่จะคัดลอกข้อมูลสำรองของลูกค้าลงในเทปคาสเซ็ตโดยใช้งานเทปลงในพูล GFS สิ่งนี้ทำให้ผู้ให้บริการ - และคนเหล่านี้เป็นคนสำคัญมากที่เป็นที่รักของเราและฝ่ายการค้า - สองทางเลือก:
- ปกป้องลูกค้าของคุณ (ผู้เช่าผู้เช่า – ผู้เช่า) จากการสูญเสียข้อมูลอันเป็นผลมาจากการลบโดยไม่ตั้งใจหรือปัญหาโครงสร้างพื้นฐาน (“น้ำท่วมในห้องเซิร์ฟเวอร์”);
- ให้บริการเพิ่มเติมแก่ผู้เช่าในการกู้คืนข้อมูลจากสำเนาสำรองเก่าที่ถูกลบออกจากที่เก็บข้อมูลบนคลาวด์เป็นเวลานานตามนโยบายการจัดเก็บข้อมูล แต่ยังคงอยู่ในเทปคาสเซ็ต
จากมุมมองทางการตลาด ฟังก์ชันการทำงานนั้น "อร่อย" มาก แต่จากของเรา การใช้งานก็ไม่ยากไม่น้อย
ออกแบบ
ปัญหาหลักที่พบคือการเข้ารหัสข้อมูล การสำรองข้อมูลบนคลาวด์ส่วนใหญ่ได้รับการเข้ารหัส สถิติบอกว่าประมาณ ⅔ ของทั้งหมด ตัวเลขนี้ทำให้เราประหลาดใจ เราสันนิษฐานว่าเกือบทุกอย่างได้รับการเข้ารหัส แต่ก็ไม่เลย ลูกค้าหลายรายดูเหมือนจะมั่นใจอย่างไม่มีเงื่อนไขในผู้ให้บริการของตน
กระบวนทัศน์นั้นง่ายมาก: ผู้ให้บริการไม่ควรสามารถถอดรหัสข้อมูลของผู้เช่าได้ ในขณะเดียวกัน ในฐานะส่วนหนึ่งของฟีเจอร์ใหม่ จำเป็นต้องเปิดพื้นที่เก็บข้อมูลพร้อมข้อมูลสำรองทางฝั่งผู้ให้บริการ สิ่งนี้จำเป็นสำหรับการถ่ายโอนบล็อคข้อมูลเพื่อสร้าง . สิ่งสำคัญคือต้องทำสิ่งนี้โดยอิสระจากผู้เช่า เมื่อคีย์ที่จำเป็นไม่ได้ถูกถ่ายโอนไปยังฝั่งผู้ให้บริการในระหว่างการปฏิบัติงาน
วิธีแก้ปัญหานี้ซึ่งเกี่ยวข้องกับคุณสมบัติที่สำคัญอีกประการหนึ่งของโปรแกรมเสริมที่ปล่อยออกมาด้วย - – ประกอบด้วยการเพิ่มคีย์เข้ารหัสเพิ่มเติม คีย์ Archive จะถูกจัดเก็บไว้ในฐานข้อมูลของผู้ให้บริการในรูปแบบที่เข้ารหัส ตามแผนการอันชาญฉลาดของฝั่งผู้ให้บริการ มันสามารถใช้เพื่อเปิดที่เก็บข้อมูล ย้ายและเข้ารหัสบล็อกข้อมูลระหว่างที่เก็บข้อมูลอีกครั้ง (ท้ายที่สุดแล้ว แต่ละอันมีคีย์ของตัวเอง) แต่มันเป็นไปไม่ได้ที่จะถอดรหัสข้อมูลเอง
โครงการยุ่งยาก (เวอร์ชันใช้งานได้)
ฉันจะเสริมว่าวิศวกรทุกคนใน R&D ชอบการเข้ารหัสในผลิตภัณฑ์ของเรามาก อย่างไรก็ตาม ไม่มีใครรู้รายละเอียดว่ามันทำงานอย่างไร (มีเรื่องตลกด้วยว่า “ทำไมมันถึงได้ผลเลย” แต่กองบรรณาธิการก็ไม่พลาด)
การทดสอบ
มีการบันทึกจุดบกพร่องหลายร้อยรายการสำหรับคุณลักษณะนี้ พื้นที่ที่ยากที่สุดคือการเข้ารหัส ส่วนติดต่อผู้ใช้ ปัญหาในการบูรณะ
จากมุมมองของการทดสอบ ความยากลำบากนั้นแสดงด้วยความแปรปรวนอย่างมาก "combinatorics" ของประเภทและประเภทของงานผู้เช่าและพื้นที่เก็บข้อมูล - ฉันหมายถึงทั้งต้นทางและเป้าหมายเมื่อกู้คืนข้อมูลสำรองไปยังโครงสร้างพื้นฐาน ทั้งหมดนี้ร้อยเรียงกันด้วยตรรกะภายในกรอบงาน (รวมถึงชุดใหม่ - ความเท่าเทียมและชุดสื่อรายวัน อ่านเพิ่มเติมด้านล่าง) และโดยทั่วไปแล้ว ข้อมูลเฉพาะของระบบคลาวด์ที่ไม่ปกติสำหรับเทป อย่าลืมเพิ่มสีสันให้กับการเข้ารหัสด้วย เพื่อเป็นการสานต่อคำอุปมานี้ เราได้รับประทานอาหารจานนี้จนอิ่ม แต่เราก็ลิ้มรสจากทุกด้านด้วย
ส่วนแผนการทดสอบ
เป็นผลให้
คำอธิบายโดยละเอียดสามารถพบได้ใน (เป็นภาษาอังกฤษสำหรับตอนนี้): , . ฉันจะมุ่งเน้นไปที่ประเด็นหลัก
สำรองข้อมูล
ผู้ให้บริการเพิ่มผู้เช่าในงานเทปโดยมีพูล GFS เป็นเป้าหมาย หากคุณมีใบอนุญาตระบบคลาวด์ ตัวเลือกนี้จะพร้อมใช้งานในขั้นตอนที่สองของวิซาร์ด ผู้เช่า. คุณสามารถเพิ่มผู้เช่าทั้งหมดในครั้งเดียวหรือแยกกัน หรือคุณสามารถเลือกเฉพาะโควต้าแยกต่างหาก (แต่ไม่ใช่โควต้าย่อย) สำหรับผู้เช่าแต่ละราย คุณไม่สามารถผสมการสำรองข้อมูลของผู้เช่าและการสำรองข้อมูลภายในเครื่องตามปกติไว้ในงานเดียวได้
การตั้งค่าที่เหลือเกือบจะเหมือนกับงานปกติในพูล GFS เกือบทั้งหมด
การกู้คืนข้อมูลสามารถทำได้ทั้งฝั่งผู้ให้บริการและฝั่งผู้เช่า
การกู้คืนฝั่งผู้ให้บริการ
ดำเนินการผ่านตัวช่วยสร้างใหม่ ที่นี่คุณสามารถลงไปที่งานอื่นได้ เชนทั้งหมดที่อยู่ในพื้นที่เก็บข้อมูลในวันที่กำหนดจะถูกกู้คืน
มีร้านอาหารสามตัวเลือก:
- ไปยังสถานที่เดิม ในกรณีนี้ ข้อมูลสำรองเดิม (ถ้ามี) จะถูกลบออก งานของผู้เช่าจะได้รับการกำหนดค่าใหม่ให้กับห่วงโซ่ที่กู้คืนโดยอัตโนมัติ เป็นที่เข้าใจกันว่าร้านอาหารดังกล่าวจะไม่ปรากฏให้ลูกค้าเห็นโดยสิ้นเชิง เพียงช่วงเวลาสั้นๆ เท่านั้นที่จะถูกตัดการเชื่อมต่อจากที่เก็บข้อมูลบนคลาวด์
- ไปยังโควต้า/พื้นที่เก็บข้อมูลใหม่ ผู้ให้บริการอาจสร้างบัญชีชั่วคราวแยกต่างหากเพื่อจุดประสงค์นี้ ซึ่งจะถูกลบทิ้งในภายหลัง การสำรองข้อมูลจะปรากฏในโครงสร้างพื้นฐานของผู้เช่าหลังจากการซิงโครไนซ์กับฐานข้อมูลของผู้ให้บริการ
- เพียงลงดิสก์ของเซิร์ฟเวอร์ Linux หรือ Windows ที่ลงทะเบียนในโครงสร้างพื้นฐานของผู้ให้บริการ จากนั้นจะสามารถบันทึกห่วงโซ่นี้ลงในแฟลชไดรฟ์และส่งไปยังผู้เช่าได้
การกู้คืนในด้านผู้เช่า
ตัวเลือกนี้บอกเป็นนัยว่าลูกค้ามีโครงสร้างพื้นฐานเทปของตัวเองและมีข้อมูลจำนวนมากสำหรับร้านอาหาร ผู้ให้บริการสามารถส่งเทปคาสเซ็ตที่มีการสำรองข้อมูลที่บันทึกไว้ไปยังไคลเอนต์โดยบริการจัดส่ง ซึ่งจะจัดรายการเทปไว้ในอุปกรณ์ของเขา ถอดรหัสเทปคาสเซ็ตและข้อมูลสำรอง และทำงานกับสำเนาสำรองราวกับว่าเขาบันทึกไว้ในเทปด้วยตัวเอง ต่อไปนี้เป็นแนวทางปฏิบัติเพื่อหลีกเลี่ยงการดาวน์โหลดเทราไบต์ผ่าน WAN
การปรับปรุงขนาดใหญ่ในพูล GFS
-media pools ปรากฏใน VBR เมื่อสองปีที่แล้วในเวอร์ชัน 9.5 ในการอัปเดตที่เผยแพร่ ทั้งที่เกี่ยวข้องกับรูปลักษณ์ของฟีเจอร์ผู้เช่าเป็นเทปและตามคำขอของผู้ใช้ เราได้อัปเกรดฟังก์ชันการทำงานนี้อย่างดี
ชุดสื่อรายวัน
มีอันใหม่แล้ว รายวัน (รายวัน) ชุดสื่อ ตอนนี้คุณสามารถจัดเก็บข้อมูลสำรองทุกวันในพูล GFS และไม่เพียงแต่สำรองข้อมูลทั้งหมดเท่านั้น แต่ยังรวมถึงการสำรองข้อมูลส่วนเพิ่มด้วย อย่างหลังใช้พื้นที่น้อยลงอย่างมากและทำเพื่อประหยัดเทป เป็นที่เข้าใจกันว่าเทปเหล่านี้ถูกหมุนอย่างต่อเนื่องในห้องสมุดและไม่ได้ถูกนำไปจัดเก็บข้อมูลระยะไกล ในเวลาเดียวกัน สำหรับร้านอาหารจากจุดที่เพิ่มขึ้น คุณจะต้องมีเทปจากชุดสื่อรุ่นเก่าชุดใดชุดหนึ่ง (รายสัปดาห์ รายเดือน รายไตรมาส หรือรายปี) เป็นไปไม่ได้ที่จะเปิดใช้งานชุดสื่อรายวันโดยไม่ต้องรวมสื่อรายสัปดาห์ เนื่องจากในกรณีส่วนใหญ่ เทปรายสัปดาห์จำเป็นต้องกู้คืนจากสำเนาส่วนเพิ่ม พวกเขาจะอยู่ในห้องสมุดเสมอหรือจัดเก็บไว้ในโกดังที่อยู่ไม่ไกลนัก
ตรรกะของวิธีการทำงานของงานเทปในพูลสื่อ GFS นักเขียนด้านเทคนิคจะไม่ยอมให้คุณโกหก โดยสรุป หากละเว้นรายละเอียด จะมีเพียงการสำรองข้อมูลเต็มรูปแบบ (รวมถึงการสำรองข้อมูลเสมือนเต็มรูปแบบ) เท่านั้นที่จะถูกคัดลอกไปยังชุดสื่อรายสัปดาห์และอาวุโส หนึ่งรายการสำหรับแต่ละวันที่ และไปยังรายวัน – การสำรองข้อมูลทั้งหมดในพื้นที่เก็บข้อมูลสำหรับวันปัจจุบัน เนื่องจากการสำรองข้อมูล - สามารถเริ่มงานได้บ่อยกว่าวันละครั้ง
การเกิดขึ้นพร้อมกัน เวลาเริ่มต้น และการรอในพูล GFS
ขณะนี้การบันทึกแบบคู่ขนานของหลายเชนหรืองานบนไดรฟ์ไลบรารีหลายตัวก็สามารถทำได้เช่นกันในกลุ่มสื่อ GFS (ก่อนหน้านี้เฉพาะในไดรฟ์ปกติ) เปิดที่ขั้นตอน Options สื่อกลาง
Важноеуточнение: ไฟล์เดียวกันจะถูกเขียนลงในเธรดเดียวเสมอ ดังนั้นในกรณีที่มีเครื่องเสมือนขนาดใหญ่หลายเครื่อง ขอแนะนำให้เปิดใช้งาน เพื่อให้การสำรองข้อมูลประกอบด้วยหลายโซ่
นอกจากนี้ยังสามารถเลือกได้อีกด้วย เวลาเริ่มต้นของงาน GFS นั้นเอง. ผู้ใช้จำนวนมากไม่ชอบการเริ่มต้นตอนเที่ยงคืนแล้วรอเกือบทั้งวันเพื่อให้งานต้นทางเสร็จสิ้น ขณะนี้เวลานี้สามารถตั้งค่าเป็นช่วงเย็นเมื่อมีบางสิ่งที่จะคัดลอกลงเทปอยู่แล้ว นอกจากนี้ ตามคำขอของผู้ใช้ เราได้เพิ่มตัวเลือกในการตั้งค่าขั้นสูงที่ก่อนหน้านี้สามารถเปิดใช้งานได้โดยใช้คีย์รีจิสทรีเท่านั้น เพียงแค่เลือก ประมวลผลจุดคืนค่าล่าสุดแทนที่จะรอ – และสิ่งที่อยู่ในพื้นที่เก็บข้อมูลเมื่อเริ่มต้นงานเทปจะถูกคัดลอกลงในคาสเซ็ตต์ (เช่น จุดของเมื่อวาน) โดยไม่ต้องรอเลย
ปรับปรุงการทำงานกับหลายไลบรารี
เราจะพูดถึงสถานการณ์เมื่อมีการเพิ่มไลบรารีมากกว่าหนึ่งรายการลงในแหล่งสื่อเดียว เราเคยสนับสนุนเรื่องนี้มาก่อน แต่บางครั้งลูกค้าก็มักจะบ่นเกี่ยวกับพฤติกรรมที่ไม่สามารถคาดเดาได้ทั้งหมด
มันเป็น
ตัวอย่างเช่น งานเทปเริ่มต้นและใช้ไดรฟ์สองตัวในไลบรารีแรก แต่การตั้งค่าแบบขนานทำให้สามารถใช้ไดรฟ์ 4 ตัวพร้อมกันได้ งานนี้ควรเปลี่ยนไปใช้ไลบรารีสื่อกลางที่สองและใช้สิ่งนั้นด้วย หรือนั่นจะเป็นการสิ้นเปลืองทรัพยากร?
อีกกรณีหนึ่ง. เลือกตัวเลือกในการเปลี่ยนตามเงื่อนไข “ไม่มีคาสเซ็ตต์” ถูกเลือก โดยไลบรารีแรกจะมีคาสเซ็ตเพียงอันเดียว แต่ข้อมูลทั้งหมดอาจพอดีกับคาสเซ็ตนั้น อย่างไรก็ตาม การตั้งค่านี้ทำให้คุณสามารถเขียนสองคาสเซ็ตพร้อมกันได้ ฉันควรใช้ไลบรารีที่สองในกรณีนี้หรือไม่
เราตัดสินใจที่จะจัดระเบียบพื้นที่นี้โดยทำให้สามารถกำหนดค่าการทำงานได้อย่างชัดเจน
ได้กลายเป็น
บทบาทปรากฏ - คล่องแคล่ว и เฉยๆ. และพูลสื่อเองก็มีสองโหมด: ทนต่อข้อผิดพลาดหรือ เฟลโอเวอร์ (เฟลโอเวอร์) และ การบันทึกแบบขนาน (ขนาน). ตอนนี้ คุณสามารถกำหนดค่าพูลสื่อได้หลายวิธี ขึ้นอยู่กับข้อกำหนด
- หากคุณมีไลบรารีที่เท่ากันหลายไลบรารีและจำเป็นต้องเขียนแบบขนาน ให้เปิดโหมดบันทึกแบบขนาน เพื่อดำเนินการนี้ ไลบรารีทั้งหมดจะต้องได้รับมอบหมายบทบาทที่ใช้งานอยู่ ในกรณีนี้ คาสเซ็ตและไดรฟ์ใหม่จะถูกนำมาใช้ทันทีที่จำเป็น ไม่ว่าพวกเขาจะอยู่ในไลบรารีใดก็ตาม ยังคงมีลำดับความสำคัญ - ก่อนอื่นเราจะพยายามค้นหาทรัพยากรในห้องสมุดที่อยู่สูงกว่าในรายการ
- หากมีไลบรารีหลักหนึ่งไลบรารีและไดรฟ์เก่าหรือไดรฟ์สแตนด์อโลนหนึ่งไดรฟ์สำรอง ให้เปิดใช้งานโหมดเฟลโอเวอร์โดยวางไลบรารีหลักไว้ที่ด้านบนสุดของรายการ และเลือกบทบาทแฝงสำหรับอุปกรณ์สำรองข้อมูล การเปลี่ยนมาใช้อุปกรณ์ดังกล่าวจะเกิดขึ้นเฉพาะเมื่อจำเป็นจริงๆ เพื่อให้งานทำงานได้เท่านั้น สถานการณ์นี้จะถือเป็นเหตุฉุกเฉินและการแจ้งเตือนจะถูกส่งทางอีเมล
มีสถานการณ์ที่ซับซ้อนกว่าที่เรายังไม่รองรับ - ห้องสมุดที่ใช้งานอยู่หลายแห่งต่อหน้าห้องสมุดที่ไม่โต้ตอบ คำติชมจะแสดงให้เห็นว่าจำเป็นต้องมีการกำหนดค่าดังกล่าวหรือไม่ และคุณลักษณะดังกล่าวจะต้อง "เสร็จสิ้น" ในอนาคตหรือไม่ การปฏิบัติมาตรฐาน
การสนับสนุนหนอน
หนอน – เขียนครั้งเดียวอ่านหลายเล่ม – เทปที่ไม่สามารถลบหรือเขียนใหม่ได้ คุณสามารถผนวกข้อมูลได้เท่านั้น การใช้งานภาคบังคับได้รับการควบคุมโดยกฎของบางองค์กร เช่น องค์กรที่ทำงานด้านการแพทย์ ปัญหาหลักของเทปดังกล่าวเคยเป็น VBR เมื่อใด หรือ บันทึกส่วนหัวที่ไม่สามารถลบได้อีกต่อไป และงานเทปเกิดข้อผิดพลาดขณะพยายามดำเนินการดังกล่าว
9.5 อัปเดต 4 ให้การสนับสนุนอย่างเต็มที่สำหรับคาสเซ็ตดังกล่าว เพิ่มพูลสื่อ WORM แบบปกติและ GFS ซึ่งสามารถวางได้เฉพาะเทปประเภทนี้เท่านั้น
คาสเซ็ตใหม่จะมีไอคอน "หยุดนิ่ง" สีน้ำเงิน จากมุมมองของผู้ใช้การทำงานกับเทป WORM ก็ไม่ต่างจากการทำงานกับเทปทั่วไป
“ความเลวร้ายที่สุด” ของคาสเซ็ตนั้นเริ่มแรกถูกกำหนดโดยส่วนต่อท้าย หากบาร์โค้ดบนบาร์โค้ดเป็นแบบธรรมดาหรืออ่านไม่ได้ ไดรฟ์จะให้ข้อมูลเมื่อใส่คาสเซ็ตต์ครั้งแรก คุณจะไม่สามารถวางเทป WORM ลงในกลุ่มสื่อทั่วไปและเขียนลงไปได้ สิ่งที่ตลก: มีผู้ใช้ที่ได้วางบาร์โค้ด WORM ลงบนเทปคาสเซ็ตปกติและรู้สึกประหลาดใจกับการเปลี่ยนแปลงในโครงสร้างพื้นฐานหลังจากการอัพเดต
ชิปคาสเซ็ตต์
นอกเหนือจากการแนะนำคาสเซ็ตต์ที่ไม่สามารถเขียนซ้ำได้ พวกเขาก็เริ่มร่วมงานด้วย . เราไม่เคยใช้คุณลักษณะมาตรฐานบนชิปมาก่อน ตอนนี้ เราเขียนและอ่านบางส่วน แต่ไม่คิดว่าเป็นแหล่งข้อมูลหลัก จุดอ้างอิงหลักยังคงเป็นชื่อเทป การตัดสินใจครั้งนี้กลายเป็นสิ่งที่ถูกต้อง: หนึ่งเดือนหลังจากการเปิดตัว เราจะได้เห็นว่า "สวนสัตว์" ของฮาร์ดแวร์ของผู้ใช้สร้างความประหลาดใจในแง่ของการทำงานกับชิปได้อย่างไร
สำรองข้อมูลวอลุ่ม NDMP ไปยังเทป
โดยสรุป เราจะพูดถึงฟีเจอร์ยอดนิยมที่สุดของอัปเดตนี้ในแง่ของจำนวนบทวิจารณ์ สามารถสำรองข้อมูลวอลุ่ม NDMP ไปยังคาสเซ็ตต์ได้แล้ว ความต้องการโครงสร้างพื้นฐาน VBR หลังจากนั้นคุณสามารถเลือกวอลุ่มจากโฮสต์นี้ในงานเทปไฟล์ได้ พวกมันจะถูกวางไว้บนคาสเซ็ตในรูปแบบของไฟล์ที่มีคุณสมบัติพิเศษเพื่อแยกความแตกต่างจากคาสเซ็ตทั่วไปในระหว่างการจัดทำแค็ตตาล็อก
การใช้งานครั้งแรกมีข้อจำกัดบางประการ กล่าวคือ ไม่รองรับส่วนขยาย นอกจากนี้ยังสามารถสำรองและกู้คืนเฉพาะโวลุ่มทั้งหมดได้ แต่ไม่ใช่แต่ละไฟล์ การสำรองข้อมูลทำงานผ่าน (ในกรณีของเน็ตแอพ- ) สิ่งนี้มีลักษณะเฉพาะของตัวเอง: จำนวนคะแนนที่เพิ่มขึ้นสูงสุดคือ 9 หลังจากนั้นจึงบังคับให้สำรองข้อมูลทั้งหมด
เป็นข้อสรุป
นี่เป็นเพียงนวัตกรรมที่ใหญ่ที่สุดในด้านการสำรองข้อมูลด้วยเทปใน VBR 9.5 อัปเดต 4 การเปลี่ยนแปลงอื่นๆ มีดังต่อไปนี้:
- ความสามารถในการกำหนดลำดับของงานต้นทางและไฟล์ในงานเทป
- เพิ่มบทบาท Tape Operator (ผู้ใช้สามารถทำทุกอย่างได้ยกเว้นการกู้คืนจากเทป - มี Restore Operator สำหรับสิ่งนี้)
- เพิ่มมาสก์รวม/ไม่รวมแบบเต็มในงานเทปไฟล์ (ยกเว้น NDMP)
- การคืนค่าในงานเทปไฟล์ได้รับการปรับปรุง (โฟลเดอร์จะถูกกู้คืนด้วยไฟล์เหล่านั้นที่มีอยู่ในขณะที่ทำการสำรองข้อมูลและไม่ใช่ทั้งหมดที่อยู่ในนั้นในประวัติการสำรองข้อมูลทั้งหมดซึ่งเป็นคุณสมบัติที่ได้รับความนิยมอย่างมากโดย ทาง);
- ความเร็วของการกู้คืนไฟล์จำนวนมากจากเทปคาสเซ็ตเพิ่มขึ้น
- อัลกอริธึมสำหรับการเลือกเทปคาสเซ็ตถัดไปสำหรับการบันทึกได้รับการปรับปรุง โดยเฉพาะอย่างยิ่งสิ่งอื่นๆ ทั้งหมดเท่าเทียมกัน เราจะคำนึงถึงปริมาณของข้อมูลที่บันทึก/อ่านตลอดทั้งชีวิต และใช้ข้อมูลล่าสุด
- ปรับปรุงเสถียรภาพของผลิตภัณฑ์
ลิงค์ที่มีประโยชน์
เพื่อความหลากหลาย ฉันจะให้ลิงก์หลายรายการไปยังแหล่งข้อมูลภาษารัสเซีย:
- วิดีโอรีวิว "วิธีการทำงาน" ได้กลับมาที่เดิมแล้ว (แม้ว่าจะเป็นภาษาอังกฤษในตอนนี้) - คุณสามารถรับชมได้ . เทปมีคำอธิบายอยู่ในสไลด์ 95 – 102
ที่มา: will.com
