ในโพสต์ก่อนหน้านี้ เราได้แชร์คำแนะนำในการตั้งค่า
ระบบจัดเก็บข้อมูลของระบบสำรองข้อมูลที่ใช้ Commvault ในศูนย์ข้อมูล OST-2
มันทำงานอย่างไร
Commvault เป็นแพลตฟอร์มสำรองข้อมูลสำหรับแอปพลิเคชัน ฐานข้อมูล ระบบไฟล์ เครื่องเสมือน และเซิร์ฟเวอร์จริง ในกรณีนี้ ข้อมูลเริ่มต้นสามารถอยู่ในไซต์ใดก็ได้: กับเรา - ฝั่งไคลเอ็นต์ ในศูนย์ข้อมูลเชิงพาณิชย์อื่น หรือในระบบคลาวด์
ลูกค้าติดตั้งตัวแทนบนวัตถุสำรอง - ตัวแทน iData - และกำหนดค่าตามนโยบายการสำรองข้อมูลที่จำเป็น iData Agent รวบรวมข้อมูลที่จำเป็น บีบอัด ขจัดข้อมูลซ้ำซ้อน เข้ารหัส และถ่ายโอนไปยังระบบสำรองข้อมูล DataLine
พร็อกซีเซิร์ฟเวอร์ ตรวจสอบการเชื่อมต่อของเครือข่ายไคลเอนต์และเครือข่ายของเรา การแยกช่องทางในการส่งข้อมูล
ทางฝั่ง DataLine ข้อมูลจาก iData Agent จะได้รับ เซิร์ฟเวอร์ตัวแทนสื่อ และส่งไปยังหน่วยเก็บข้อมูลบนระบบจัดเก็บข้อมูล ไลบรารีเทป ฯลฯ ทั้งหมดนี้ได้รับการจัดการโดย คอมเซิร์ฟ. ในการกำหนดค่าของเรา เซิร์ฟเวอร์ควบคุมหลักจะอยู่ที่ไซต์ OST และเซิร์ฟเวอร์สำรองจะอยู่ที่ไซต์ NORD
ตามค่าเริ่มต้น ข้อมูลไคลเอนต์จะถูกจัดเก็บไว้ในไซต์เดียว แต่คุณสามารถจัดระเบียบการสำรองข้อมูลไปยังสองตำแหน่งพร้อมกัน หรือกำหนดเวลาสำหรับการถ่ายโอนข้อมูลสำรองไปยังไซต์ที่สองได้ ตัวเลือกนี้เรียกว่า "สำเนาเสริม" ตัวอย่างเช่น การสำรองข้อมูลทั้งหมดเมื่อสิ้นเดือนจะถูกทำซ้ำหรือย้ายไปยังไซต์ที่สองโดยอัตโนมัติ
แผนการทำงานของระบบสำรองข้อมูล Commvault
ระบบสำรองข้อมูลทำงานบนการจำลองเสมือนของ VMware เป็นหลัก: เซิร์ฟเวอร์ CommServe, Media Agent และ Proxy ถูกปรับใช้บนเครื่องเสมือน หากลูกค้าใช้อุปกรณ์ของเรา การสำรองข้อมูลจะอยู่ในระบบจัดเก็บข้อมูล Huawei OceanStor 5500 V3 หากต้องการสำรองข้อมูลระบบจัดเก็บข้อมูลไคลเอ็นต์ ให้จัดเก็บข้อมูลสำรองไว้บนไลบรารีเทป และใช้ Media Agent แยกกันบนฟิสิคัลเซิร์ฟเวอร์
อะไรคือสิ่งที่สำคัญต่อลูกค้า?
จากประสบการณ์ของเรา ลูกค้าที่เลือก Commvault เป็นการสำรองข้อมูลจะต้องคำนึงถึงประเด็นต่อไปนี้
คอนโซล ลูกค้าต้องการจัดการข้อมูลสำรองด้วยตนเอง การทำงานพื้นฐานทั้งหมดมีอยู่ในคอนโซล Commvault:
- การเพิ่มและการลบเซิร์ฟเวอร์สำหรับการสำรองข้อมูล
- การตั้งค่าตัวแทน iData;
- การสร้างและการเริ่มงานด้วยตนเอง
- การกู้คืนข้อมูลสำรองด้วยตนเอง
- การตั้งค่าการแจ้งเตือนเกี่ยวกับสถานะของงานสำรองข้อมูล
- ความแตกต่างของการเข้าถึงคอนโซลขึ้นอยู่กับบทบาทและกลุ่มผู้ใช้
การขจัดข้อมูลซ้ำซ้อน การขจัดข้อมูลซ้ำซ้อนทำให้คุณสามารถค้นหาและลบบล็อกข้อมูลที่ซ้ำกันในระหว่างกระบวนการสำรองข้อมูลได้ ดังนั้นจึงช่วยประหยัดพื้นที่ในระบบจัดเก็บข้อมูลและลดปริมาณข้อมูลที่ถ่ายโอน ช่วยลดความต้องการแบนด์วิธ หากไม่มีการขจัดข้อมูลซ้ำซ้อน การสำรองข้อมูลจะใช้เวลาสองถึงสามเท่าของขนาดข้อมูลต้นฉบับ
ในกรณีของ Commvault คุณสามารถกำหนดค่าการขจัดข้อมูลซ้ำซ้อนได้ที่ฝั่งไคลเอ็นต์หรือฝั่ง Media Agent ในกรณีแรก บล็อกข้อมูลที่ซ้ำกันจะไม่ถูกถ่ายโอนไปยัง Media Agent Server ด้วยซ้ำ ในส่วนที่สอง บล็อกการทำซ้ำจะถูกละทิ้งและไม่ได้เขียนลงในระบบจัดเก็บข้อมูล
การขจัดความซ้ำซ้อนของบล็อกดังกล่าวจะขึ้นอยู่กับฟังก์ชันแฮช แต่ละบล็อกได้รับการกำหนดแฮชซึ่งจัดเก็บไว้ในตารางแฮชซึ่งเป็นฐานข้อมูลประเภทหนึ่ง (ฐานข้อมูลการขจัดข้อมูลซ้ำซ้อน, DDB) เมื่อส่งข้อมูล แฮชจะถูก "เจาะ" ผ่านฐานนี้ หากแฮชดังกล่าวมีอยู่แล้วในฐานข้อมูล บล็อกนั้นจะถูกทำเครื่องหมายว่าไม่ซ้ำกันและจะไม่ถูกถ่ายโอนไปยัง Media Agent Server (ในกรณีแรก) หรือเขียนไปยังระบบจัดเก็บข้อมูล (ในกรณีที่สอง)
ด้วยการขจัดข้อมูลซ้ำซ้อน เราจึงประหยัดพื้นที่จัดเก็บข้อมูลได้สูงสุดถึง 78% ขณะนี้ 166,4 TB ถูกจัดเก็บไว้ในที่จัดเก็บข้อมูล หากไม่มีการขจัดข้อมูลซ้ำซ้อน เราจะต้องจัดเก็บ 744 TB
ความเป็นไปได้ในการแบ่งแยกสิทธิ Commvault มีความสามารถในการกำหนดระดับการเข้าถึงการจัดการการสำรองข้อมูลในระดับต่างๆ “บทบาท” ที่เรียกว่าเป็นตัวกำหนดว่าการกระทำใดจะเกิดขึ้น
การเข้ารหัส คุณสามารถเข้ารหัสข้อมูลขณะสำรองข้อมูลผ่าน Commvault ได้ด้วยวิธีต่อไปนี้:
- ที่ด้านข้างของตัวแทนลูกค้า: ในกรณีนี้ข้อมูลจะถูกถ่ายโอนไปยังระบบสำรองข้อมูลที่อยู่ในรูปแบบที่เข้ารหัสแล้ว
- ทางฝั่ง Media Agent;
- ที่ระดับช่องสัญญาณ: ข้อมูลจะถูกเข้ารหัสที่ด้านข้างของเอเจนต์ไคลเอ็นต์และถอดรหัสบน Media Agent Server
อัลกอริธึมการเข้ารหัสที่ใช้ได้: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (แนะนำโดย Commvault)
สถิติ
ภายในกลางเดือนธันวาคม ด้วยความช่วยเหลือของ Commvault เรามีลูกค้าสำรอง 27 ราย ส่วนใหญ่เป็นร้านค้าปลีกและสถาบันการเงิน จำนวนข้อมูลสำเนาต้นฉบับทั้งหมดคือ 65 TB
มีการดำเนินการประมาณ 4400 งานต่อวัน ด้านล่างนี้เป็นสถิติงานที่เสร็จสมบูรณ์ในช่วง 16 วันที่ผ่านมา
ที่สำคัญที่สุด ฐานข้อมูล Windows File System, SQL Server และ Exchange ได้รับการสำรองข้อมูลผ่าน Commvault
และตอนนี้กรณีที่สัญญาไว้ แม้ว่าจะไม่มีตัวตน (NDA กล่าวสวัสดี :)) แต่ก็ให้แนวคิดว่าลูกค้าจะใช้การสำรองข้อมูลแบบ Commvault อย่างไรและอย่างไร ด้านล่างนี้เป็นกรณีศึกษาสำหรับลูกค้าที่ใช้ระบบสำรองข้อมูลเดียว เช่น ซอฟต์แวร์ที่ใช้ร่วมกัน เซิร์ฟเวอร์ Media Agent และระบบจัดเก็บข้อมูล
กรณีที่ 1
ลูกค้า. บริษัทการค้าและการผลิตของรัสเซียในตลาดขนมหวานซึ่งมีเครือข่ายสาขากระจายอยู่ทั่วรัสเซีย
งาน.การจัดระเบียบการสำรองข้อมูลสำหรับฐานข้อมูล Microsoft SQL, ไฟล์เซิร์ฟเวอร์, เซิร์ฟเวอร์แอปพลิเคชัน, กล่องจดหมาย Exchange Online
ข้อมูลเริ่มต้นตั้งอยู่ในสำนักงานทั่วรัสเซีย (มากกว่า 10 เมือง) คุณต้องสำรองข้อมูลไปยังไซต์ DataLine ด้วยการกู้คืนข้อมูลในภายหลังในสำนักงานของบริษัท
ในเวลาเดียวกัน ลูกค้าต้องการจัดการตนเองอย่างเต็มรูปแบบด้วยการควบคุมการเข้าถึง
ความลึกในการจัดเก็บ-ปี สำหรับ Exchange Online 3 เดือนสำหรับสำเนาออนไลน์ และ XNUMX ปีสำหรับการเก็บถาวร
การตัดสินใจ มีการตั้งค่าสำเนาเพิ่มเติมสำหรับฐานข้อมูลบนไซต์ที่สอง: การสำรองข้อมูลเต็มรูปแบบล่าสุดของเดือนจะถูกโอนไปยังไซต์อื่นและเก็บไว้ที่นั่นเป็นเวลาหนึ่งปี
คุณภาพของช่องทางจากสำนักงานระยะไกลของลูกค้าไม่ได้อนุญาตให้มีการสำรองข้อมูลและกู้คืนในกรอบเวลาที่เหมาะสมเสมอไป เพื่อลดปริมาณการรับส่งข้อมูล จึงมีการกำหนดค่าการขจัดข้อมูลซ้ำซ้อนบนฝั่งไคลเอ็นต์ ต้องขอบคุณเธอที่ทำให้เวลาในการสำรองข้อมูลทั้งหมดเป็นที่ยอมรับโดยคำนึงถึงความห่างไกลของสำนักงาน ตัวอย่างเช่น การสำรองฐานข้อมูลเต็มรูปแบบขนาด 131 GB จากเซนต์ปีเตอร์สเบิร์กเสร็จภายใน 16 นาที จากเยคาเตรินเบิร์ก ฐานข้อมูลขนาด 340 GB จะถูกสำรองไว้เป็นเวลา 1 ชั่วโมง 45 นาที
ลูกค้าได้กำหนดค่าสิทธิ์อนุญาตที่แตกต่างกันสำหรับนักพัฒนาผ่านบทบาท: เฉพาะการสำรองข้อมูลหรือกู้คืนเท่านั้น
กรณีที่ 2
ลูกค้า. เครือร้านจำหน่ายสินค้าเด็กจากรัสเซีย
งาน. องค์กรสำรองข้อมูลสำหรับ:
คลัสเตอร์ MS SQL ที่มีการโหลดสูงโดยใช้เซิร์ฟเวอร์จริง 4 ตัว
เครื่องเสมือนพร้อมเว็บไซต์ แอปพลิเคชันเซิร์ฟเวอร์ 1C, Exchange และเซิร์ฟเวอร์ไฟล์
โครงสร้างพื้นฐานที่ระบุทั้งหมดของไคลเอนต์มีระยะห่างระหว่างไซต์ OST และ NORD
RPO สำหรับเซิร์ฟเวอร์ SQL - 30 นาที ส่วนที่เหลือ - 1 วัน
ความลึกของการจัดเก็บ - ตั้งแต่ 2 สัปดาห์ถึง 30 วัน ขึ้นอยู่กับประเภทของข้อมูล
การตัดสินใจ เราเลือกการผสมผสานโซลูชั่นตาม Veeam และ Commvault Veeam ใช้สำหรับการสำรองข้อมูลไฟล์จากคลาวด์ของเรา เซิร์ฟเวอร์ฐานข้อมูล, Active Directory, เมลและเซิร์ฟเวอร์กายภาพได้รับการสำรองข้อมูลผ่าน Commvault
เพื่อให้มีความเร็วในการสำรองข้อมูลสูง ไคลเอ็นต์จึงจัดสรรอะแดปเตอร์เครือข่ายแยกต่างหากบนเซิร์ฟเวอร์จริงที่มี MS SQL สำหรับงานสำรองข้อมูล การสำรองข้อมูลฐานข้อมูลขนาด 3,4 TB ทั้งหมดจะใช้เวลา 2 ชั่วโมง 20 นาที และการกู้คืนข้อมูลทั้งหมดจะใช้เวลา 5 ชั่วโมง 5 นาที
ลูกค้ามีข้อมูลเริ่มต้นจำนวนมาก (เกือบ 18 TB) หากข้อมูลถูกซ้อนกันบนไลบรารีเทปอย่างที่ลูกค้าเคยทำมาก่อน ก็จำเป็นต้องใช้คาร์ทริดจ์หลายโหล ซึ่งจะทำให้การจัดการระบบสำรองข้อมูลทั้งหมดของลูกค้ายุ่งยากขึ้น ดังนั้นในการใช้งานขั้นสุดท้าย ไลบรารีเทปจึงถูกแทนที่ด้วยระบบจัดเก็บข้อมูล
กรณีที่ 3
ลูกค้า. เครือซูเปอร์มาร์เก็ตใน CIS
งาน. ลูกค้าต้องการสำรองและกู้คืนระบบ SAP ที่โฮสต์ในระบบคลาวด์ของเรา สำหรับฐานข้อมูล SAP HANA RPO=15 นาที สำหรับเครื่องเสมือนที่มีแอปพลิเคชันเซิร์ฟเวอร์ RPO=24 ชั่วโมง ความลึกของการจัดเก็บ - 30 วัน ในกรณีที่เกิดอุบัติเหตุ RTO=1 ชั่วโมง ให้กู้คืนสำเนาตามความต้องการ RTO=4 ชั่วโมง
การตัดสินใจ สำหรับฐานข้อมูล HANA การสำรองข้อมูลไฟล์ DATA และไฟล์บันทึกได้รับการกำหนดค่าตามช่วงเวลาที่กำหนด ไฟล์บันทึกจะถูกเก็บถาวรทุกๆ 15 นาทีหรือเมื่อถึงขนาดที่กำหนด
เพื่อลดเวลาการกู้คืนฐานข้อมูล เราได้ตั้งค่าพื้นที่จัดเก็บข้อมูลสำรองสองระดับตามระบบจัดเก็บข้อมูลและไลบรารีเทป สำเนาออนไลน์จะถูกเพิ่มลงในดิสก์โดยสามารถกู้คืนได้ตลอดเวลาในระหว่างสัปดาห์ เมื่อการสำรองข้อมูลเก่ากว่า 1 สัปดาห์ ข้อมูลดังกล่าวจะถูกย้ายไปยังไฟล์เก็บถาวร ไปยังไลบรารีเทป ซึ่งจะถูกจัดเก็บไว้อีก 30 วัน
การสำรองข้อมูลฐานข้อมูลใดฐานข้อมูลหนึ่งจาก 181 GB ทั้งหมดเสร็จสิ้นภายใน 1 ชั่วโมง 54 นาที
เมื่อตั้งค่าการสำรองข้อมูล จะใช้อินเทอร์เฟซ SAP backint ซึ่งช่วยให้สามารถรวมระบบสำรองข้อมูลของบริษัทอื่นเข้ากับ SAP HANA Studio ดังนั้นจึงสามารถจัดการการสำรองข้อมูลได้โดยตรงจากคอนโซล SAP สิ่งนี้ทำให้ชีวิตง่ายขึ้นสำหรับผู้ดูแลระบบ SAP ที่ไม่ต้องทำความคุ้นเคยกับอินเทอร์เฟซใหม่
การจัดการการสำรองข้อมูลยังมีให้สำหรับลูกค้าผ่านทางคอนโซลไคลเอนต์ Commvault มาตรฐาน
นั่นคือทั้งหมดสำหรับวันนี้ ถามคำถามในความคิดเห็น
ที่มา: will.com