Veeam Backup คืออะไร และใช้กับ Cloud Server อย่างไร

แนวทาง 3-2-1 และการเก็บสำเนาที่แรนซัมแวร์ลบไม่ได้

แนวปฏิบัติที่ผู้ตรวจสอบทั่วโลกอ้างถึงคือเก็บข้อมูลสามชุด บนสื่อสองชนิด และอย่างน้อยหนึ่งชุดอยู่คนละไซต์ เหตุผลตรงไปตรงมา ชุดแรกคือข้อมูลจริง ชุดที่สองกันฮาร์ดแวร์เสียหรือคนลบผิด และชุดที่สามที่อยู่คนละไซต์กันเหตุระดับสถานที่ เช่น ไฟไหม้หรือน้ำท่วม

สิ่งที่เพิ่มเข้ามาในยุคแรนซัมแวร์คือชุดที่แก้ไขไม่ได้ เพราะการโจมตีสมัยนี้จะค้นหาและลบไฟล์สำรองก่อนเข้ารหัสข้อมูลจริง เพื่อให้องค์กรไม่มีทางเลือกอื่นนอกจากจ่าย การมีสำเนาที่ล็อกไว้ในช่วงเวลาที่กำหนดจึงเป็นเส้นแบ่งระหว่างกู้ได้กับจ่ายค่าไถ่

อีกจุดที่มักถูกมองข้ามคือบัญชีที่ใช้กับระบบสำรองต้องแยกจากบัญชีผู้ดูแลระบบทั่วไป ถ้าผู้โจมตียึดบัญชีผู้ดูแลโดเมนได้แล้วบัญชีนั้นลบไฟล์สำรองได้ด้วย แผนสำรองทั้งหมดก็ไม่มีความหมาย

• เก็บสำเนาชุดล่าสุดไว้ใกล้ระบบเพื่อกู้เร็ว และอีกชุดไว้คนละไซต์เพื่อกันเหตุระดับสถานที่
• เปิดที่เก็บแบบเขียนแล้วแก้ไม่ได้สำหรับสำเนาชั้นสุดท้าย
• แยกบัญชีที่ใช้กับระบบสำรองออกจากบัญชีผู้ดูแลระบบทั่วไป
• จำกัดสิทธิ์ฝั่งต้นทางให้เขียนได้แต่ลบสำเนาเก่าไม่ได้

ทดสอบกู้คืนอย่างไรให้รู้ว่าแผนใช้ได้จริง

ความผิดพลาดที่พบมากที่สุดในองค์กรคือมีไฟล์สำรองครบทุกวันแต่ไม่เคยลองกู้ แล้วพบตอนเกิดเหตุจริงว่าไฟล์เสียหาย กู้ไม่ครบ หรือกู้ได้แต่ใช้เวลานานกว่าที่ธุรกิจรับได้ ไฟล์สำรองที่ยังไม่ผ่านการทดสอบจึงยังไม่นับว่าเป็นแผนสำรอง

วิธีที่ทำได้จริงคือทดสอบตามรอบและบันทึกผลเป็นหลักฐาน อย่างน้อยไตรมาสละครั้งสำหรับระบบสำคัญ โดยกู้ขึ้นในสภาพแวดล้อมแยกที่ไม่กระทบระบบจริง แล้ววัดเวลาที่ใช้จริงเทียบกับ RTO ที่ตั้งไว้

ระบบสำรองระดับองค์กรช่วยงานส่วนนี้ได้มาก เพราะเปิดเครื่องเสมือนจากไฟล์สำรองในวงแยกได้อัตโนมัติแล้วส่งรายงานให้ผู้รับผิดชอบ ทำให้การทดสอบไม่กลายเป็นงานที่ถูกเลื่อนออกไปทุกไตรมาส

เลือกที่เก็บไฟล์สำรองให้เหมาะกับสิ่งที่ต้องกู้

งานสำรองข้อมูลด้วย Veeam จะเร็วหรือช้าไม่ได้ขึ้นกับซอฟต์แวร์เท่าที่เข้าใจกัน แต่ขึ้นกับที่เก็บปลายทางเป็นหลัก สำเนาชุดล่าสุดที่ต้องกู้บ่อยควรอยู่บนดิสก์ที่เร็วและใกล้ระบบจริง ส่วนสำเนาที่เก็บย้อนหลังนานควรอยู่บนพื้นที่ที่ราคาต่อความจุถูกกว่า

รูปแบบที่หลายองค์กรใช้คือแบ่งสองชั้น ชั้นแรกเก็บบนดิสก์ในไซต์เดียวกับระบบเพื่อกู้เร็ว ชั้นที่สองส่งต่อไปยังพื้นที่จัดเก็บที่ไซต์อื่นเพื่อรองรับเหตุระดับสถานที่ Veeam จัดการการส่งต่อระหว่างสองชั้นนี้ให้อัตโนมัติตามนโยบายที่ตั้งไว้

สิ่งที่ควรทดสอบก่อนสรุปการออกแบบคือเวลากู้คืนจริงจากแต่ละชั้น เพราะสำเนาที่อยู่ไกลและราคาถูกอาจใช้เวลากู้นานกว่าที่ธุรกิจรับได้ ตัวเลขนี้ควรได้จากการทดสอบ ไม่ใช่จากการประมาณ

เมื่อวางสองชั้นเสร็จ ให้ตั้งรายงานของ Veeam ให้ส่งผลการสำรองข้อมูลและผลการทดสอบกู้คืนถึงผู้รับผิดชอบทุกสัปดาห์ เพราะแผนสำรองที่ไม่มีใครดูรายงานคือแผนที่จะพบปัญหาตอนต้องใช้จริงเท่านั้น

ประเมินพื้นที่จัดเก็บและแบนด์วิดท์ที่ต้องใช้

พื้นที่ที่ต้องเตรียมไม่ได้เท่ากับขนาดข้อมูลจริง แต่ขึ้นกับจำนวนรอบที่เก็บย้อนหลังและอัตราการเปลี่ยนแปลงของข้อมูลต่อวัน ระบบที่ข้อมูลเปลี่ยนน้อยจะใช้พื้นที่เพิ่มขึ้นช้ามาก ขณะที่ฐานข้อมูลที่เขียนหนักทุกวันจะกินพื้นที่เร็วกว่าหลายเท่าที่จำนวนรอบเท่ากัน

ฝั่งแบนด์วิดท์ก็ต้องคิดเช่นกัน โดยเฉพาะเมื่อส่งสำเนาข้ามไซต์ การสำรองครั้งแรกจะส่งข้อมูลทั้งก้อนซึ่งใช้เวลานานที่สุด ควรวางแผนให้รอบแรกเกิดในช่วงที่ทราฟฟิกงานปกติน้อย และหลังจากนั้นจะส่งเฉพาะส่วนที่เปลี่ยนซึ่งเบากว่ามาก

จุดเริ่มที่ใช้ประเมินได้คือสองถึงสามเท่าของขนาดข้อมูลจริง แล้วติดตามการใช้งานจริงในเดือนแรกเพื่อปรับ เพราะตัวเลขจริงต่างกันมากตามลักษณะข้อมูลของแต่ละองค์กร