สรุปข่าวชิ้นนี้ด้วย AI:
ถาม ChatGPT
ถามโกรก
ถามถึงความสับสน
ถามคล็อด
ถาม AI ของ Googleการสำรองข้อมูลบนคลาวด์ของคุณปลอดภัยแค่ไหน? เมื่อเกิดการโจมตีด้วยแรนซัมแวร์ บริษัทต่างๆ น้อยกว่าหนึ่งในสามเท่านั้น ที่สามารถกู้คืนข้อมูลได้ทั้งหมด และเกือบครึ่งหนึ่งสามารถกู้คืนได้ไม่ถึงสามในสี่
แม้ว่าแฮกเกอร์จะไม่ได้แทรกซึมเข้าไปในระบบ แต่ IDC พบ ว่าข้อมูลอาจสูญหายได้เนื่องจากช่องว่างระหว่างการสำรองข้อมูลและความล้มเหลวของระบบสำรองข้อมูล
สำหรับองค์กรสมัยใหม่ การสร้างสำเนาข้อมูลอย่างประสบความสำเร็จเป็นเพียงส่วนหนึ่งของงานเท่านั้น จุดกู้คืน ความสมบูรณ์ของสำเนา และความสามารถในการกู้คืนได้อย่างรวดเร็วมีความสำคัญไม่แพ้กัน
แต่การทำตามข้อกำหนดทั้งหมดเหล่านั้นเป็นเรื่องยาก เมื่อโครงสร้างพื้นฐานกระจัดกระจายอยู่ระหว่างระบบภายในองค์กรและระบบคลาวด์ส่วนตัวและสาธารณะ
การสำรองข้อมูลบนคลาวด์จำเป็นต้องสนับสนุนความยืดหยุ่นของธุรกิจ และนั่นหมายความว่าสถาปัตยกรรมจะต้องได้รับการออกแบบโดยคำนึงถึงการแยกส่วน การกำหนดเป้าหมายการกู้คืน ความสม่ำเสมอของแอปพลิเคชัน การทดสอบ และโครงสร้างพื้นฐานที่เปลี่ยนแปลงไปซึ่งธุรกิจต้องพึ่งพา
มากกว่าแค่การคัดลอกข้อมูลในระบบคลาวด์
การสำรองข้อมูลบนคลาวด์คือการคัดลอกข้อมูลขององค์กรจากสภาพแวดล้อมการผลิตไปยังที่เก็บข้อมูลบนคลาวด์ เพื่อให้สามารถกู้คืนได้ในกรณีที่ข้อมูลสูญหายหรือโครงสร้างพื้นฐานล้มเหลว หลักการนั้นเข้าใจง่าย แต่สถาปัตยกรรมที่รองรับการสำรองข้อมูลนั้นอาจซับซ้อน
ก่อนอื่นเลย การสำรองข้อมูลไปยัง คลาวด์และการจัดเก็บข้อมูลบนคลาวด์นั้นไม่เหมือนกัน การจัดเก็บข้อมูลบนคลาวด์เป็นเพียงสถานที่สำหรับเก็บข้อมูล ในขณะที่ระบบสำรองข้อมูลจะเพิ่มนโยบาย การกำหนดเวลา การเก็บรักษา การกำหนดเวอร์ชัน การควบคุมความปลอดภัย และกลไกการกู้คืนที่ออกแบบมาโดยเฉพาะเพื่อปกป้องข้อมูลนั้นและกู้คืนเมื่อจำเป็น มันเป็นองค์ประกอบสำคัญของการกู้คืนจากภัยพิบัติ ซึ่งรวบรวมกระบวนการและโครงสร้างพื้นฐานที่กว้างขึ้นที่จำเป็นในการนำการดำเนินงานทางธุรกิจกลับมาสู่ระบบออนไลน์หลังจากเกิดการหยุดชะงัก
สภาพแวดล้อมแบบไฮบริดและมัลติคลาวด์ทำให้โครงสร้างการสำรองข้อมูลมีความซับซ้อนมากขึ้น เวิร์กโหลดอาจทำงานอยู่บนเซิร์ฟเวอร์ทางกายภาพ เครื่องเสมือน และแพลตฟอร์มคลาวด์หลายแบบ ซึ่งแต่ละแบบจะมีข้อกำหนดการกู้คืนที่แตกต่างกัน ตัวอย่างเช่น ฐานข้อมูลสำหรับแอปพลิเคชันทางธุรกิจที่สำคัญต้องการจุดกู้คืนที่เข้มงวดกว่าการจัดเก็บข้อมูลแบบธรรมดา การจัดการทั้งสองอย่างเหมือนกันจะทำให้เกิดช่องโหว่ที่เห็นได้ชัดเจนเฉพาะในช่วงที่ระบบล่มเท่านั้น
เหตุใดการสำรองข้อมูลบนคลาวด์จึงมีความซับซ้อนมากขึ้นในปี 2026
การจัดการการสำรองข้อมูลบนคลาวด์ทำได้ยากขึ้น เนื่องจากสภาพแวดล้อมด้านไอทีมีความซับซ้อนมากขึ้นใน 4 ด้านหลัก ๆ
มัลแวร์เรียกค่าไถ่โจมตีระบบสำรองข้อมูล
ผู้ก่อเหตุแรนซัมแวร์รู้ว่าวิธีที่เร็วที่สุดในการเพิ่มแรงกดดันต่อเหยื่อคือการตัดความสามารถในการกู้คืนข้อมูลของเหยื่อออกไป ที่เก็บข้อมูลสำรอง คอนโซลการจัดการ และข้อมูลประจำตัวของผู้ดูแลระบบจึงกลายเป็นเป้าหมายที่มีมูลค่าสูง เนื่องจากสิ่งเหล่านี้ช่วยให้แฮ็กเกอร์สามารถโจมตีความสามารถในการกู้คืนได้
ดังนั้น การแยกส่วนจึงเป็นข้อกำหนดหลักสำหรับการสำรองข้อมูลบนคลาวด์ขององค์กร สำเนาที่ไม่สามารถเปลี่ยนแปลงได้ พื้นที่จัดเก็บข้อมูลแบบแยกจากเครือข่าย และการเข้าถึงของผู้ดูแลระบบที่ควบคุมอย่างเข้มงวด สามารถลดความเสี่ยงที่ผู้โจมตีจะลบหรือเข้ารหัสข้อมูลสำรองพร้อมกับข้อมูลหลักได้อย่างมาก – โดยมีเงื่อนไขว่าต้องมีการกำหนดค่าอย่างถูกต้องและเก็บแยกต่างหากจากข้อมูลประจำตัวของระบบหลัก
ระบบมัลติคลาวด์ยิ่งทำให้ปัญหาการจัดการซับซ้อนขึ้น
ข้อมูลขององค์กรถูกจัดเก็บไว้ในสภาพแวดล้อมหลายแห่ง และแต่ละแห่งอาจมีข้อกำหนดด้านการจัดเก็บและการกู้คืนที่แตกต่างกัน
การใช้ผลิตภัณฑ์สำรองข้อมูลแยกต่างหากสำหรับแต่ละระบบอาจช่วยแก้ปัญหาเฉพาะหน้าได้ แต่ก็สร้างปัญหาที่ใหญ่กว่าตามมา นั่นคือ การจัดการที่กระจัดกระจายและการมองเห็นภาพรวมที่จำกัด แนวทางแบบรวมศูนย์จะช่วยให้การใช้แนวนโยบายที่สม่ำเสมอและการตรวจสอบสถานะการป้องกันทำได้ง่ายขึ้น
เป้าหมายคือการทำให้กลยุทธ์การปกป้องข้อมูลของบริษัทมีความสอดคล้องกันในทุกระบบและแพลตฟอร์ม
กฎระเบียบเพิ่มมิติใหม่เข้ามา
กฎระเบียบต่างๆ เช่น GDPR, DORA และ HIPAA กำหนดข้อกำหนดเกี่ยวกับการเข้าถึงข้อมูล การสำรองข้อมูล และการกู้คืนข้อมูล ในขณะที่กฎความเป็นส่วนตัวอาจจำกัดระยะเวลาในการเก็บรักษาข้อมูลส่วนบุคคล ดังนั้น กลยุทธ์การสำรองข้อมูลจึงต้องสร้างสมดุลระหว่างความสามารถในการกู้คืนกับข้อจำกัดในการเก็บรักษาและข้อผูกพันในการลบข้อมูล นอกจากนี้ องค์กรที่ดำเนินงานในหลายภูมิภาคอาจต้องปฏิบัติตามกฎที่แตกต่างกันเกี่ยวกับการจัดเก็บข้อมูลในแต่ละภูมิภาคด้วย
กลยุทธ์การสำรองข้อมูลบนคลาวด์จำเป็นต้องคำนึงถึงสถานที่จัดเก็บข้อมูล ใครสามารถเข้าถึงได้ ระยะเวลาในการเก็บรักษาสำเนา และความเร็วในการกู้คืนระบบที่สำคัญ
นั่นทำให้การมองเห็นภาพรวมจากส่วนกลางและการทดสอบการกู้คืนที่จัดทำเป็นเอกสารมีความสำคัญอย่างยิ่ง การตัดสินใจเกี่ยวกับโครงสร้างพื้นฐานการสำรองข้อมูลที่คุณทำในตอนนี้สามารถส่งผลกระทบต่อทั้งความยืดหยุ่นในการดำเนินงานและความสามารถขององค์กรในการแสดงให้เห็นถึงการปฏิบัติตามข้อกำหนดได้
องค์ประกอบพื้นฐานของกลยุทธ์การสำรองข้อมูลบนคลาวด์ที่ยืดหยุ่น
กลยุทธ์การสำรองข้อมูลบนคลาวด์ที่ดีเริ่มต้นด้วยสมมติฐานที่ว่า ท้ายที่สุดแล้ว ย่อมต้องมีอะไรผิดพลาดเกิดขึ้น เป้าหมายคือเพื่อให้แน่ใจว่าการโจมตีหรือความล้มเหลวเพียงครั้งเดียวจะไม่ส่งผลกระทบต่อข้อมูลการผลิตและสำเนาที่ตั้งใจจะใช้ในการกู้คืนข้อมูลนั้น
หลักการทางสถาปัตยกรรมเหล่านี้ทำให้สิ่งนั้นเป็นไปได้:
ปฏิบัติตามกฎ 3-2-1-1-0
กฎการสำรองข้อมูลแบบ 3-2-1 ที่คุ้นเคยกันดีนั้น กำหนดให้มีสำเนาข้อมูลอย่างน้อยสามชุด เก็บไว้ในสื่อบันทึกข้อมูลสองประเภทที่แตกต่างกัน โดยมีสำเนาหนึ่งชุดเก็บไว้ในสถานที่ภายนอก ส่วนแบบจำลอง 3-2-1-1-0 ที่ใหม่กว่าและได้รับความนิยมอย่างกว้างขวางในอุตสาหกรรมการสำรองข้อมูลนั้น เพิ่มสำเนาอีกหนึ่งชุดที่เก็บไว้ในระบบออฟไลน์ แยกจากเครือข่าย หรือไม่สามารถเปลี่ยนแปลงได้ และมีเป้าหมายเพื่อให้ไม่มีข้อผิดพลาดใดๆ หลังจากการตรวจสอบและทดสอบการกู้คืนข้อมูล
การสำรองข้อมูลบนคลาวด์ช่วยให้การแยกตามภูมิศาสตร์และการทำสำเนาเพิ่มเติมทำได้ง่ายขึ้น แต่หลักการพื้นฐานยังคงมีความสำคัญ: การสำรองข้อมูลที่อยู่ในสภาพแวดล้อม บัญชี หรือโดเมนความปลอดภัยเดียวกันกับระบบการผลิต อาจมีความเสี่ยงต่อความล้มเหลวเช่นเดียวกัน
ออกแบบโดยคำนึงถึง RPO และ RTO
ควรมีตัวชี้วัดสองประการที่ใช้เป็นพื้นฐานในการตัดสินใจเรื่องการสำรองข้อมูลตั้งแต่เริ่มต้น
เป้าหมายจุดกู้คืน (Recovery Point Objective หรือ RPO) คือค่าที่กำหนดว่าองค์กรสามารถยอมรับการสูญเสียข้อมูลได้มากแค่ไหน โดยวัดเป็นหน่วยเวลา RPO หนึ่งชั่วโมงหมายความว่าธุรกิจต้องการสำเนาข้อมูลที่กู้คืนได้ซึ่งมีอายุไม่เกินหนึ่งชั่วโมง
เป้าหมายเวลาในการกู้คืน (Recovery Time Objective: RTO) สิ่งนี้กำหนดว่าระบบจะต้องได้รับการกู้คืนเร็วแค่ไหนหลังจากเกิดการขัดข้อง
ข้อกำหนดเหล่านี้จะแตกต่างกันไปตามปริมาณงาน การใช้นโยบายการสำรองข้อมูลเดียวกันทุกที่อาจทำให้สิ้นเปลืองทรัพยากรกับข้อมูลที่มีความสำคัญต่ำ ในขณะที่ปล่อยให้ปริมาณงานที่สำคัญได้รับการปกป้องไม่เพียงพอ
ปกป้องไฟล์สำรองข้อมูลเหล่านั้นด้วยตนเอง
การสำรองข้อมูลจะมีประโยชน์ก็ต่อเมื่อผู้โจมตีไม่สามารถลบหรือเข้ารหัสข้อมูลนั้นได้โดยง่าย
คุณสมบัติการไม่เปลี่ยนแปลง (Immutability) ป้องกันไม่ให้ข้อมูลสำรองถูกแก้ไขหรือลบในช่วงระยะเวลาการเก็บรักษาที่กำหนดไว้
สำเนาที่แยกจากระบบการผลิตโดยสมบูรณ์ หรือแยกจากระบบการผลิตโดยตรง จะช่วยเพิ่มการแยกออกจากระบบการผลิตได้อีกด้วย
การเข้ารหัสช่วยปกป้องข้อมูลทั้งในระหว่างการส่งและขณะจัดเก็บ การควบคุมการเข้าถึงและข้อมูลประจำตัวของผู้ดูแลระบบที่แยกต่างหากสามารถช่วยจำกัดความเสียหายที่เกิดจากบัญชีที่ถูกบุกรุกได้มากยิ่งขึ้น
ทำการสำรองข้อมูลโดยคำนึงถึงแอปพลิเคชัน
กลยุทธ์การสำรองข้อมูลจำเป็นต้องมองให้ไกลกว่าแค่โครงสร้างพื้นฐานที่รองรับระบบต่างๆ ฐานข้อมูลและแอปพลิเคชันธุรกรรมอื่นๆ อาจต้องการการสำรองข้อมูลที่บันทึกข้อมูลในสถานะที่สามารถใช้งานได้และเฉพาะเจาะจงสำหรับแต่ละแอปพลิเคชัน
สิ่งนี้ยิ่งมีความสำคัญมากขึ้นในสภาพแวดล้อมแบบไฮบริด ซึ่งแอปพลิเคชันอาจครอบคลุมหลายระบบและมีการพึ่งพาซึ่งกันและกัน
ทดสอบการกู้คืน ไม่ใช่แค่การสำรองข้อมูล
การสำรองข้อมูลสำเร็จจะบอกคุณว่าได้สร้างสำเนาแล้ว การทดสอบการกู้คืนสำเร็จจะบอกคุณว่าสำเนานั้นใช้งานได้จริง
การทดสอบการกู้คืนอย่างสม่ำเสมอควรตรวจสอบว่าแอปพลิเคชันและข้อมูลที่สำคัญสามารถกู้คืนได้ภายในระยะเวลา RTO และ RPO ที่กำหนดไว้ นอกจากนี้ยังสามารถเปิดเผยปัญหาที่แดชบอร์ดการสำรองข้อมูลไม่สามารถแสดงได้ เช่น การขาดส่วนประกอบที่จำเป็น สิทธิ์การเข้าถึงที่ไม่ถูกต้อง สำเนาที่เสียหาย หรือขั้นตอนการกู้คืนที่ระบุไว้ในเอกสารแต่ใช้งานไม่ได้ในสภาวะจริง
การสำรองข้อมูลบนคลาวด์สำหรับสภาพแวดล้อม VMware และสิ่งที่เกิดขึ้นเมื่อคุณทำการย้ายข้อมูล
สภาพแวดล้อมของ VMware มักได้รับประโยชน์จากการผสานรวมที่ลงตัวระหว่างไฮเปอร์ไวเซอร์และแพลตฟอร์มการสำรองข้อมูลระดับองค์กร โซลูชันการสำรองข้อมูลจำนวนมากใช้ vSphere API for Data Protection (VADP) ของ VMware เพื่อสร้างการสำรองข้อมูลระดับอิมเมจของเครื่องเสมือนโดยไม่จำเป็นต้องมีเอเจนต์สำรองข้อมูลภายในระบบปฏิบัติการของเครื่องเสมือนแต่ละเครื่อง
นั่นทำให้การจัดการการสำรองข้อมูลของ VMware ในระดับใหญ่ทำได้ค่อนข้างง่าย แต่ก็สร้างข้อจำกัดบางอย่างด้วยเช่นกัน
เมื่อเวิร์กโหลดถูกย้ายจาก VMware ESXi หรือ vSphere ไปยังไฮเปอร์ไวเซอร์อื่น เวิร์กโฟลว์การสำรองข้อมูลที่มีอยู่เดิมอาจไม่ทำงานตามที่คาดหวังอีกต่อไป ตัวอย่างเช่น VADP ถูกออกแบบมาสำหรับสภาพแวดล้อม VMware ดังนั้นสถาปัตยกรรมสำรองข้อมูลที่สร้างขึ้นโดยใช้ API ของ VADP จึงไม่สามารถย้ายไปยังไฮเปอร์ไวเซอร์อื่นได้โดยตรง
สิ่งนี้ทำให้เกิดช่องโหว่ในการป้องกันในระหว่างการย้ายระบบ แม้ว่าปริมาณงานการผลิตจะถูกย้ายไปสำเร็จแล้ว แต่กลยุทธ์การสำรองข้อมูลยังคงผูกติดอยู่กับโครงสร้างพื้นฐานที่เพิ่งย้ายมา
ความเสี่ยงนี้มักถูกมองข้ามได้ง่ายเป็นพิเศษ เนื่องจากการสำรองข้อมูลมักถูกมองว่าเป็นหน้าที่การทำงานที่แยกต่างหาก อย่างไรก็ตาม ในระหว่างการย้ายโครงสร้างพื้นฐานครั้งใหญ่ สถาปัตยกรรมการสำรองข้อมูลจำเป็นต้องเคลื่อนย้ายไปพร้อมกับปริมาณงานด้วย
ตรวจสอบความเข้ากันได้ของข้อมูลสำรองก่อนทำการย้ายข้อมูล
องค์กรใดก็ตามที่วางแผนจะย้ายระบบไปใช้ VMware ควรตั้งคำถามว่า โซลูชันการสำรองข้อมูลที่มีอยู่สามารถปกป้องและกู้คืนเวิร์กโหลดบนแพลตฟอร์มเป้าหมายได้
นั่นหมายถึงการตรวจสอบการรองรับไฮเปอร์ไวเซอร์เฉพาะนั้นๆ รวมถึงทางเลือกอื่นๆ เช่น Sangfor aSV ก่อนที่จะย้ายเวิร์กโหลดการผลิต การประเมินควรครอบคลุมทั้งความสามารถในการสำรองข้อมูลและการกู้คืน เนื่องจากความสามารถในการสร้างข้อมูลสำรองไม่ได้หมายความว่าจะมีฟังก์ชันการกู้คืนที่เทียบเท่ากันเสมอไป
หากแพลตฟอร์มที่มีอยู่ไม่รองรับสภาพแวดล้อมเป้าหมาย ควรตรวจสอบความถูกต้องของโซลูชันสำรองทางเลือกหรือโซลูชันเสริม โดยควรทดสอบในระบบนำร่องก่อนที่จะย้ายเวิร์กโหลดไปยังระบบใช้งานจริง
การปกป้องการลงทุนสำรอง
การเลือกแพลตฟอร์มสำรองข้อมูลที่รองรับ VMware และไฮเปอร์ไวเซอร์อื่นๆ สามารถลดการพึ่งพาได้โดยการนำเสนอเลเยอร์การจัดการที่สม่ำเสมอ โดยปกติแล้วงานและนโยบายยังคงต้องได้รับการกำหนดใหม่สำหรับเวิร์กโหลดที่ย้ายมา และทีมควรวางแผนว่าจะรักษาจุดคืนค่าเดิมไว้ได้อย่างไรในระหว่างการเปลี่ยนผ่าน
สำหรับองค์กรที่วางแผนจะเปลี่ยนไปใช้ VMware ความเข้ากันได้ของไฮเปอร์ไวเซอร์เป็นส่วนสำคัญของแผนธุรกิจสำหรับการย้ายระบบ
วิธีที่ง่ายที่สุดในการหลีกเลี่ยงช่องโหว่ในการสำรองข้อมูล คือ การวางแผนการปกป้องข้อมูลให้เป็นส่วนหนึ่งของโครงสร้างการย้ายระบบตั้งแต่เริ่มต้น
แนวทางปฏิบัติที่ดีที่สุดสำหรับการสำรองข้อมูลบนคลาวด์สำหรับสภาพแวดล้อมระดับองค์กร
กลยุทธ์การสำรองข้อมูลบนคลาวด์ที่ดูแข็งแกร่งบนกระดาษก็อาจล้มเหลวได้เมื่อธุรกิจต้องการใช้งานจริง ความแตกต่างมักอยู่ที่การลงมือปฏิบัติ
มีหลักปฏิบัติ 5 ข้อที่ไม่สามารถต่อรองได้ในสภาพแวดล้อมขององค์กร:
01 การกู้คืนทดสอบ ไม่ใช่แค่การสำรองข้อมูล
ทดสอบการกู้คืนข้อมูลอย่างสม่ำเสมอและกำหนดความถี่ตามความสำคัญของปริมาณงาน องค์กรหลายแห่งทดสอบแอปพลิเคชันที่สำคัญที่สุดของตนทุกไตรมาสหรือบ่อยกว่านั้น ตรวจสอบให้แน่ใจว่าข้อมูลยังคงอยู่ครบถ้วน แอปพลิเคชันกลับมาทำงานได้โดยไม่มีปัญหา และทีมกู้คืนข้อมูลรู้วิธีดำเนินการ การสำรองข้อมูลที่ไม่เคยถูกกู้คืนนั้นเป็นเพียงข้อสันนิษฐาน ไม่ใช่หลักฐาน
02 เข้ารหัสทุกอย่าง
กุญแจเข้ารหัสที่ลูกค้าจัดการเองช่วยให้ควบคุมได้มากขึ้นว่าใครบ้างที่สามารถเข้าถึงข้อมูลสำรองได้ แม้ว่าการจัดการกุญแจจะต้องได้รับการออกแบบอย่างระมัดระวังก็ตาม กุญแจเข้ารหัสที่ไม่สามารถเข้าถึงได้จะทำให้ข้อมูลสำรองที่ใช้งานได้อย่างสมบูรณ์ไร้ประโยชน์เช่นเดียวกับข้อมูลสำรองที่เสียหาย
03 การบริหารจัดการสำรองข้อมูลการล็อกดาวน์
ใช้การควบคุมการเข้าถึงตามบทบาทเพื่อจำกัดว่าใครสามารถสร้าง แก้ไข ลบ หรือปิดใช้งานงานสำรองข้อมูลได้ การแยกบัญชีผู้ดูแลระบบและสิทธิ์ที่ควบคุมอย่างเข้มงวดจะช่วยลดโอกาสที่ข้อมูลประจำตัวที่ถูกบุกรุกจะเปลี่ยนแปลงการโจมตีด้วยแรนซัมแวร์ให้กลายเป็นหายนะในการสำรองข้อมูล
04. ตรวจสอบทุกงานสำรองข้อมูล
ระบบตรวจสอบอัตโนมัติควรแจ้งเตือนเมื่อมีงานสำรองข้อมูลไม่เสร็จสมบูรณ์ การเปลี่ยนแปลงระยะเวลาหรือปริมาณการสำรองข้อมูลที่ไม่คาดคิด และสัญญาณอื่นๆ ที่บ่งชี้ว่าการป้องกันไม่ได้ทำงานตามที่คาดหวัง การแจ้งเตือนควรส่งไปยังบุคคลที่สามารถดำเนินการแก้ไขได้
05 ฝึกซ้อมการกู้คืน
จัดทำเอกสารขั้นตอนการกู้คืนและฝึกซ้อมขั้นตอนเหล่านั้น ดำเนินการทดสอบการกู้คืนทางเทคนิค ระบุความสัมพันธ์ระหว่างขั้นตอนต่างๆ ข้อกำหนดในการเข้าถึง ลำดับความสำคัญในการกู้คืน และผู้รับผิดชอบในแต่ละขั้นตอน
รายการตรวจสอบกลยุทธ์การสำรองข้อมูลบนคลาวด์สำหรับองค์กร
| ส่วนประกอบ | มันทำอะไรได้บ้าง | สิ่งที่องค์กรควรตรวจสอบ |
| กฎการสำรองข้อมูล 3-2-1-1-0 | รักษาสำเนาหลายชุด รวมถึงสำเนาที่แยกต่างหากหรือสำเนาที่ไม่สามารถเปลี่ยนแปลงได้ และตรวจสอบความสามารถในการกู้คืน | มีการจัดเก็บสำเนาไว้ในสื่อหรือสภาพแวดล้อมที่แยกต่างหากหรือไม่? การทดสอบการกู้คืนไม่พบข้อผิดพลาดใดๆ หรือไม่? |
| เป้าหมายจุดฟื้นตัว (RPO) | กำหนดว่าธุรกิจสามารถยอมรับการสูญเสียข้อมูลได้มากน้อยเพียงใด | ความถี่ในการสำรองข้อมูลสอดคล้องกับระดับความทนทานต่อการสูญหายของข้อมูลของแต่ละภาระงานหรือไม่? |
| เป้าหมายเวลาในการฟื้นตัว (RTO) | กำหนดเวลาเป้าหมายสำหรับการกู้คืนระบบหลังจากเกิดการขัดข้อง | แอปพลิเคชันที่สำคัญสามารถกู้คืนได้ภายในระยะเวลาการกู้คืนที่กำหนดหรือไม่? |
| ความไม่เปลี่ยนแปลงและความโดดเดี่ยว | ช่วยป้องกันผู้โจมตีจากการลบหรือแก้ไขสำเนาสำรอง | ข้อมูลสำรองได้รับการปกป้องจากการถูกบุกรุกโดยข้อมูลประจำตัวการใช้งานจริงและบัญชีผู้ดูแลระบบหรือไม่? |
| ความสม่ำเสมอในการใช้งาน | ช่วยให้มั่นใจได้ว่าแอปพลิเคชันและฐานข้อมูลที่กู้คืนแล้วอยู่ในสภาพที่ใช้งานได้ | โซลูชันนี้รองรับการสำรองข้อมูลตามแอปพลิเคชันสำหรับเวิร์กโหลดที่สำคัญหรือไม่? |
| การครอบคลุมแบบไฮบริดและมัลติคลาวด์ | ปกป้องเวิร์กโหลดในสภาพแวดล้อมทั้งภายในองค์กร คลาวด์ส่วนตัว และคลาวด์สาธารณะ | นโยบายและขั้นตอนการกู้คืนสามารถครอบคลุมแพลตฟอร์มที่จำเป็นทั้งหมดได้หรือไม่? |
| ความเข้ากันได้ของไฮเปอร์ไวเซอร์ | รักษาการป้องกันเมื่อเวิร์กโหลดเคลื่อนย้ายระหว่างแพลตฟอร์มเวอร์ชวลไลเซชัน | โซลูชันการสำรองข้อมูลรองรับทั้ง VMware และไฮเปอร์ไวเซอร์เป้าหมาย รวมถึงการดำเนินการกู้คืนหรือไม่? |
| การทดสอบและการติดตามการฟื้นตัว | ยืนยันว่าไฟล์สำรองข้อมูลใช้งานได้และตรวจพบข้อผิดพลาดได้ทันที | มีการตรวจสอบการทำงาน การสืบสวนหาสาเหตุของความล้มเหลว และการทดสอบขั้นตอนการแก้ไขปัญหาอย่างสม่ำเสมอหรือไม่? |
กลยุทธ์การสำรองข้อมูลบนคลาวด์ที่ยืดหยุ่นนั้นขึ้นอยู่กับมากกว่าแค่การเลือกสถานที่จัดเก็บ ข้อมูล
Sangfor และพันธมิตรด้านการปกป้องข้อมูลของบริษัท สนับสนุนการกู้คืนระบบขององค์กรได้อย่างไร
กลยุทธ์การสำรองข้อมูลที่ดีที่สุดนั้นขึ้นอยู่กับโครงสร้างพื้นฐานที่รองรับ Sangfor HCI มอบโครงสร้างพื้นฐานที่ผสานรวมการประมวลผล การจัดเก็บข้อมูล และเครือข่ายผ่าน aSV , aSAN และ aNET พร้อมบริการรักษาความปลอดภัย เช่น aSEC ที่มีให้ใช้งานบนแพลตฟอร์ม สำหรับองค์กรที่ต้องการรักษาระบบจัดเก็บข้อมูลและเครือข่ายที่มีอยู่เดิม aSV ก็มีให้ใช้งานในรูปแบบไฮเปอร์ไวเซอร์แบบสแตนด์อโลนด้วย
องค์กรต่างๆ สามารถใช้สแนปช็อตของ aSAN เพื่อสร้างจุดกู้คืนในพื้นที่สำหรับการย้อนกลับอย่างรวดเร็วหลังจากเหตุการณ์ต่างๆ เช่น การอัปเดตล้มเหลวหรือข้อผิดพลาดในการกำหนดค่า เนื่องจากสแนปช็อตอยู่บนคลัสเตอร์จัดเก็บข้อมูลเดียวกันกับข้อมูลการผลิต จึงเป็นการเสริมมากกว่าที่จะมาแทนที่การสำรองข้อมูลแบบแยกต่างหากที่อยู่นอกแพลตฟอร์ม
Sangfor ผสานการทำงานกับ Veeam Backup & Replication เพื่อการสำรองข้อมูล VM ระดับอิมเมจ การปกป้องและการกู้คืนข้อมูลตามแอปพลิเคชัน ทั้งในสภาพแวดล้อมภายในองค์กรและบนคลาวด์ การรองรับที่เก็บข้อมูลสำรองที่ไม่สามารถเปลี่ยนแปลงได้ (immutable backup repositories) เพิ่มระดับการป้องกันมัลแวร์เรียกค่าไถ่ (ransomware) อีกชั้นหนึ่ง Veeam รองรับทั้ง VMware และ Sangfor aSV ซึ่งช่วยให้ทีมสามารถจัดการการป้องกันสำหรับทั้งสองสภาพแวดล้อมจากแพลตฟอร์มเดียวในระหว่างการย้ายระบบ ควรตรวจสอบความเท่าเทียมกันของฟีเจอร์ระหว่างไฮเปอร์ไวเซอร์สำหรับแต่ละกรณีการใช้งาน
ด้วยความร่วมมือเชิงกลยุทธ์ระดับโลกกับ Cohesity ซึ่งปัจจุบันรวมถึงธุรกิจ Veritas เดิม Sangfor จึงนำเสนอทางเลือกเพิ่มเติมแก่ธุรกิจต่างๆ ในด้านความยืดหยุ่น การจัดการ และความปลอดภัยของข้อมูลในสภาพแวดล้อมแบบกระจายศูนย์
เพื่อจัดการทุกอย่าง Sangfor Cloud Platform (SCP) ทำหน้าที่เป็นศูนย์กลางการจัดการทรัพยากรด้านการประมวลผล การจัดเก็บข้อมูล เครือข่าย และความปลอดภัย ทำให้ทีมปฏิบัติการมองเห็นภาพรวมของสถานะโครงสร้างพื้นฐานได้อย่างครบถ้วน การสำรองข้อมูลและการกู้คืนจะดำเนินการผ่านแพลตฟอร์มของพันธมิตร เช่น Veeam หรือ Cohesity
Sangfor ให้บริการโครงสร้างพื้นฐาน ในขณะที่ Veeam และ Cohesity ให้บริการชั้นการปกป้องข้อมูล SCP ช่วยให้ทีมต่างๆ สามารถตรวจสอบสภาพแวดล้อมเบื้องล่างได้ เมื่อทำงานร่วมกัน พวกเขาช่วยให้องค์กรต่างๆ สร้างกลยุทธ์การปกป้องข้อมูลที่ออกแบบมาโดยคำนึงถึงการกู้คืนข้อมูลเป็นสำคัญ
สำหรับองค์กรที่กำลังทบทวนกลยุทธ์การสำรองข้อมูลบนคลาวด์ แผนการย้ายข้อมูลไปยัง VMware หรือสถาปัตยกรรมความยืดหยุ่นของข้อมูลในวงกว้าง แพลตฟอร์มคลาวด์ของ Sangfor คือจุดเริ่มต้นที่เหมาะสมที่สุด
คำถามที่พบบ่อย
การสำรองข้อมูลบนคลาวด์ คือการคัดลอกข้อมูลจากสภาพแวดล้อมการใช้งานจริงขององค์กรไปยังสภาพแวดล้อมการจัดเก็บข้อมูลบนคลาวด์ที่แยกต่างหาก เพื่อให้สามารถกู้คืนได้หลังจากข้อมูลสูญหาย เสียหาย ถูกโจมตีด้วยมัลแวร์เรียกค่าไถ่ หรือโครงสร้างพื้นฐานล้มเหลว
การสำรองข้อมูลบนคลาวด์สร้างสำเนาข้อมูลและระบบที่สามารถกู้คืนได้ การกู้คืนระบบหลังภัยพิบัติเป็นกลยุทธ์ที่กว้างกว่าสำหรับการกู้คืนแอปพลิเคชัน โครงสร้างพื้นฐาน และการดำเนินงานทางธุรกิจหลังจากเกิดการหยุดชะงัก
หลักการสำรองข้อมูล 3-2-1 แนะนำให้เก็บสำเนาข้อมูลสำคัญอย่างน้อยสามชุด โดยใช้สื่อจัดเก็บข้อมูลสองประเภทที่แตกต่างกัน และอย่างน้อยหนึ่งชุดควรเก็บไว้ในสถานที่ภายนอก ส่วนแนวทาง 3-2-1-1-0 นั้นขยายเพิ่มเติมโดยการเพิ่มสำเนาแบบออฟไลน์หรือแบบแก้ไขไม่ได้ และการทดสอบอย่างสม่ำเสมอเพื่อตรวจสอบว่าข้อมูลสำรองไม่มีข้อผิดพลาดและสามารถกู้คืนได้สำเร็จ
มัลแวร์เรียกค่าไถ่สามารถโจมตีโครงสร้างพื้นฐานการสำรองข้อมูลรวมถึงระบบการผลิตได้ ผู้โจมตีอาจพยายามเข้ารหัส ลบ หรือทำลายสำเนาสำรองก่อนที่จะก่อกวนสภาพแวดล้อมหลัก
ตรวจสอบให้แน่ใจว่าโซลูชันการสำรองข้อมูลรองรับทั้งสภาพแวดล้อม VMware ที่มีอยู่ของคุณและแพลตฟอร์มเป้าหมาย รวมถึงความสามารถในการสำรองข้อมูลและกู้คืน มองหาการจัดการที่สม่ำเสมอในทุกไฮเปอร์ไวเซอร์ การป้องกันที่คำนึงถึงแอปพลิเคชัน การสนับสนุนเป้าหมายคลาวด์หรือที่เก็บข้อมูลแบบอ็อบเจ็กต์ที่คุณต้องการ ความไม่เปลี่ยนแปลง และการทดสอบการกู้คืน
