Backup & Disaster Recovery
Backup ตามหลัก 3-2-1 พร้อมสำเนา immutable ที่ ransomware ลบไม่ได้ และทดสอบกู้คืนจริง ไม่ใช่แค่เห็นว่า job ขึ้นสีเขียว

ปัญหาที่เราเจอบ่อยหน้างาน
เราเจอบ่อยว่า backup "รันทุกคืน" แต่ไม่เคยมีใครลองกู้คืน หรือเก็บไว้บน NAS ที่อยู่ใน domain เดียวกับเซิร์ฟเวอร์ พอ ransomware เข้ามา มันเข้ารหัส backup ก่อนแล้วค่อยเข้ารหัสเซิร์ฟเวอร์ อีกกรณีหนึ่ง: backup ทั้งหมดอยู่ในห้องเดียวกับเซิร์ฟเวอร์ ไฟไหม้หรือน้ำท่วมครั้งเดียวก็เสียทั้งคู่
หลัก 3-2-1 (และ 3-2-1-1-0)
- 3 สำเนาของข้อมูล
- 2 สื่อบันทึกต่างประเภทกัน
- 1 สำเนาอยู่นอกสถานที่
- 1 สำเนาที่ immutable หรือ offline
- 0 ข้อผิดพลาดเมื่อทดสอบกู้คืน
ตัว "0" คือตัวที่ถูกลืมมากที่สุด
ตกลง RPO และ RTO ก่อน แล้วค่อยเลือกเครื่องมือ
RPO คือข้อมูลที่ยอมเสียได้มากที่สุด (เช่น 1 ชั่วโมง) RTO คือเวลาที่ระบบต้องกลับมา (เช่น 4 ชั่วโมง) ถามผู้บริหารว่า ERP หยุดได้กี่ชั่วโมงก่อนจะเสียเงินจริง คำตอบนั้นกำหนดงบประมาณ
สำเนานอกสถานที่ เมื่ออินเทอร์เน็ตไม่เร็ว
ทางเลือกมี NAS ที่สาขาอื่น cloud object storage ที่มี object lock หรือ DR site สำหรับ VM replication อินเทอร์เน็ตขาอัปโหลดในลาวมักช้ากว่าขาดาวน์โหลดมาก full backup ครั้งแรกเราจึง seed ด้วยดิสก์ หลังจากนั้นส่งเฉพาะ incremental ที่ deduplicate แล้วในตอนกลางคืน อย่างน้อยหนึ่งสำเนาต้องอยู่คนละอาคารกับเซิร์ฟเวอร์
อยากรู้ไหมว่า backup ตอนนี้กู้ได้จริงหรือเปล่า? ให้เราเข้าไปทดสอบกู้คืนเซิร์ฟเวอร์หนึ่งเครื่องต่อหน้าทีมของคุณ
สิ่งที่ระบบทำได้
Immutable Backup
สำเนาที่ลบหรือแก้ไขไม่ได้ตามระยะที่ตั้งไว้ แม้บัญชี admin ที่ถูกแฮกก็ลบไม่ได้
Backup VM และเครื่องจริง
รองรับ VMware, Hyper-V, Proxmox, Nutanix และ Windows/Linux server
Backup Microsoft 365
สำรอง Exchange, OneDrive, SharePoint และ Teams ไว้นอก Microsoft
ทดสอบกู้คืนอัตโนมัติ
เปิด VM จาก backup ในเครือข่ายแยก ตรวจว่า boot ได้ แล้วส่งรายงาน
กู้คืนเร็ว
เปิด VM โดยตรงจาก backup storage ระหว่างที่กู้ข้อมูลกลับ
แผน DR และ Runbook
ขั้นตอนกู้คืนเป็นลายลักษณ์อักษร ที่ทีมทำตามได้แม้ตอนตีสองที่ทุกคนกำลังลนลาน
แบบระบบและขั้นตอนติดตั้ง
- 1
จัดลำดับระบบและตกลง RPO/RTO กับผู้บริหาร
- 2
ติดตั้ง backup server และ repository ที่ไม่ join domain ของระบบหลัก
- 3
ตั้งสำเนาที่สองแบบ immutable (hardened Linux repository หรือ object lock)
- 4
ส่งสำเนานอกสถานที่ไปสาขาหรือคลาวด์
- 5
ทดสอบกู้คืน เขียน runbook และทบทวนทุกไตรมาส
ใช้ที่ไหนได้บ้าง
- ธนาคารและสถาบันการเงินที่ต้องมี DR site และการซ้อมสม่ำเสมอ
- บริษัทเหมืองส่ง backup จากหน้างานกลับเวียงจันทน์
- โรงพยาบาลปกป้องข้อมูลผู้ป่วยจาก ransomware
- SME ที่ต้องการ backup ระบบบัญชีและ Microsoft 365
ขนาดระบบที่พบบ่อย
Essential
เหมาะสำหรับ: SME, เซิร์ฟเวอร์ 1–5 เครื่อง
- Backup ไป NAS + สำเนาคลาวด์
- รายงานผล backup ทุกวัน
- ทดสอบกู้คืนทุกไตรมาส
Business
เหมาะสำหรับ: Virtualization, 10–50 VM
- Hardened immutable repository
- Backup Microsoft 365
- Runbook และทดสอบอัตโนมัติ
DR Site
เหมาะสำหรับ: ระบบสำคัญที่ต้องการ RTO ต่ำ
- VM replication ไป DR site
- ซ้อม failover ปีละครั้ง
- เอกสารสำหรับการตรวจสอบ
แบรนด์ที่เราจัดหา & ติดตั้ง
ชื่อแบรนด์และเครื่องหมายการค้าทั้งหมดเป็นของเจ้าของแต่ละราย การกล่าวถึงไม่ได้หมายความว่าเป็นตัวแทนอย่างเป็นทางการ เว้นแต่ระบุไว้ชัดเจน เราจัดหาสินค้าผ่านช่องทางจัดจำหน่ายที่ถูกต้อง
คำถามที่พบบ่อย
Microsoft 365 มี backup ให้แล้วไหม?
Microsoft รับผิดชอบให้บริการใช้งานได้ แต่รายการที่ถูกลบเก็บไว้ในระยะจำกัดเท่านั้น (ส่วนใหญ่เป็นสัปดาห์ ไม่ใช่ปี) ถ้ารู้ว่ามีคนลบโฟลเดอร์สำคัญไป 3 เดือนต่อมา มีแค่ backup แยกที่ช่วยได้
ควรทดสอบกู้คืนบ่อยแค่ไหน?
ระบบสำคัญอย่างน้อยทุกไตรมาส และทุกครั้งหลังมีการเปลี่ยนแปลงใหญ่ เช่น อัปเกรด ERP หรือย้ายเซิร์ฟเวอร์
อินเทอร์เน็ตช้า ส่ง backup ขึ้นคลาวด์ได้ไหม?
ได้ full backup ครั้งแรก seed ด้วยดิสก์ หลังจากนั้นส่งเฉพาะ incremental ที่ deduplicate และบีบอัดแล้วในตอนกลางคืน เราคำนวณจากแบนด์วิดท์ขาอัปโหลดจริงก่อนรับปากว่าทัน
Backup ควรเก็บไว้กี่ที่?
อย่างน้อยสองที่: สำเนาหนึ่งใกล้มือเพื่อกู้เร็ว อีกสำเนาหนึ่งอยู่นอกอาคาร (สาขาอื่นหรือคลาวด์) แบบ immutable ถ้ามีที่เดียว ไฟไหม้ น้ำท่วม หรือ ransomware ครั้งเดียวก็เสียหมด
คู่มือที่เกี่ยวข้อง
กฎ Backup 3-2-1 และ 3-2-1-1-0 ในทางปฏิบัติ
กฎ Backup ที่ใช้ทั่วโลก ทำไม Ransomware ทำให้ต้องเพิ่ม "1" และ "0" การกำหนด RPO/RTO ตัวอย่างคำนวณเวลากู้ข้อมูล และวิธีทำให้ได้ผลกับไฟฟ้าและอินเทอร์เน็ตในลาว
Checklist ป้องกัน Ransomware: ตัดเส้นทางโจมตีทีละขั้น
Ransomware ไม่ได้เกิดขึ้นในนาทีเดียว นี่คือรายการตรวจที่จัดตามขั้นตอนที่ผู้โจมตีใช้จริง พร้อมสิ่งที่ควรทำในชั่วโมงแรก
แผนตอบสนองเหตุการณ์ไซเบอร์ที่ใช้ได้จริงตอนตีสอง
โครงสร้างแผน 5–10 หน้าตามแนวทาง NIST SP 800-61 ใครทำอะไร Playbook สำหรับบัญชี Email ถูกยึด และวิธีซ้อมแผนในสองชั่วโมง
วางแผนงบประมาณ IT สำหรับ SME: เลิก "เสียแล้วค่อยซื้อ" และจัดลำดับตามความเสี่ยง
สำรวจทรัพย์สิน รอบการเปลี่ยนอุปกรณ์ แยก CapEx กับ OpEx อัตราแลกเปลี่ยน และตัวอย่างแผน 3 ปีสำหรับบริษัท 50 คนในลาว
NAS, SAN หรือ Cloud: เก็บข้อมูลองค์กรไว้ที่ไหน เมื่ออินเทอร์เน็ตไม่ได้เร็วเสมอ
ความต่างของ NAS, SAN และ Cloud ด้านโปรโตคอล ประสิทธิภาพ และค่าใช้จ่าย พร้อมตัวเลขเวลาอัปโหลดและการออกแบบแบบผสมที่เหมาะกับอินเทอร์เน็ตในลาว
หลัง Broadcom ซื้อ VMware: ต่อ subscription หรือย้ายไป Proxmox VE, Nutanix, Hyper-V, XCP-ng?
สิ่งที่เปลี่ยนในไลเซนส์ของ VMware ตั้งแต่ปี 2023 เปรียบเทียบทางเลือกแบบไม่เข้าข้างใคร และขั้นตอนประเมินและย้ายระบบที่ไม่เสี่ยงเกินไป
โซลูชันที่เกี่ยวข้อง
ดาต้าเซ็นเตอร์ & เซิร์ฟเวอร์
ส่งแปลนอาคาร หรือรูปหน้างานสักสองสามรูปมาให้เรา
เราจะถามรายละเอียดเพิ่ม แล้วส่งแบบระบบเบื้องต้นให้ ปรึกษาครั้งแรกฟรี เป็นภาษาลาว ไทย หรืออังกฤษ ทาง WhatsApp หรือเพจ Facebook