ในหน้านี้
- มี Backup กับกู้คืนได้จริง ไม่ใช่เรื่องเดียวกัน
- กฎ 3-2-1
- ทำไมจึงกลายเป็น 3-2-1-1-0
- รูปแบบที่เราใช้บ่อยสำหรับสำนักงาน 20–150 คน
- กำหนด RPO และ RTO ก่อนซื้ออะไร
- ตัวอย่าง: คำนวณเวลากู้คืนให้เห็นตัวเลข
- สามสิ่งที่คนมักเข้าใจผิดว่าเป็น Backup
- เก็บ Backup นานแค่ไหน
- ไฟฟ้า bandwidth และสาขา
- ทดสอบการกู้คืนอย่างไร
- ข้อผิดพลาดที่พบบ่อย
- เช็กลิสต์
- มาคำนวณเวลากู้คืนของคุณกัน
มี Backup กับกู้คืนได้จริง ไม่ใช่เรื่องเดียวกัน
เมื่อเราถามว่า "มี backup ไหม?" เกือบทุกคนตอบว่ามี เมื่อถามต่อว่า "กู้คืนครั้งล่าสุดเมื่อไร?" ห้องประชุมมักเงียบ กฎ 3-2-1 มีไว้เพื่อให้เมื่อสิ่งหนึ่งเสีย ยังมีอีกสำเนาที่ใช้ได้ คู่มือนี้แสดงวิธีตั้งค่าและวิธีพิสูจน์ว่าใช้ได้จริง ก่อนวันที่ต้องใช้
กฎ 3-2-1
- 3 สำเนาของข้อมูล: ข้อมูลที่ใช้งาน บวก backup สองชุด
- 2 สื่อหรือระบบที่ต่างกัน (เช่น ดิสก์ NAS บวก cloud object storage หรือ tape)
- 1 สำเนาอยู่นอกสถานที่
ทำไมจึงกลายเป็น 3-2-1-1-0
Ransomware สมัยใหม่ค้นหา backup และลบทิ้งก่อนเข้ารหัส NAS ที่ join domain เดียวกันหรือ map เป็นไดรฟ์ จะถูกทำลายไปพร้อมกับทุกอย่าง จึงเพิ่มอีกสองกฎ:
- 1 สำเนาที่ immutable (แก้ไขหรือลบไม่ได้จนกว่าจะหมดระยะเก็บ แม้มีรหัส admin) หรือ offline / air-gapped
- 0 ข้อผิดพลาด: backup ถูกตรวจสอบอัตโนมัติ และการกู้คืนถูกทดสอบจริง
รูปแบบที่เราใช้บ่อยสำหรับสำนักงาน 20–150 คน
| สำเนา | อยู่ที่ไหน | ใช้เพื่ออะไร |
|---|---|---|
| ข้อมูลใช้งาน | Server หรือ VM | งานประจำวัน |
| Backup 1 | NAS หรือ backup appliance ในห้องเซิร์ฟเวอร์ เปิด immutable snapshot/repository | กู้เร็ว ภายในนาทีถึงชั่วโมง |
| Backup 2 | Cloud object storage ที่มี object lock หรือ NAS ที่อีกสถานที่หนึ่ง | รอดจากไฟไหม้ โจรกรรม น้ำท่วม และ ransomware |
Backup 1 ควรใช้รหัสแยกต่างหาก ไม่ join domain และไม่เปิด share ที่ผู้ใช้ทั่วไปมองเห็น
ตัวอย่างเครื่องมือที่ทำแบบนี้ได้: Veeam (รุ่น 13 ออกในปี 2025 มี Linux appliance ที่ hardened แล้ว และ hardened repository แบบ immutable), Synology Active Backup for Business พร้อม immutable snapshot และ QNAP Hybrid Backup Sync เลือกตามขนาดและทักษะของทีม ไม่ใช่ตามชื่อเสียง
กำหนด RPO และ RTO ก่อนซื้ออะไร
- RPO: เสียข้อมูลได้มากสุดเท่าไร? Backup ทุกคืนหมายถึง RPO ราว 24 ชั่วโมง
- RTO: ระบบต้องกลับมาใช้ได้ภายในเวลาเท่าไร?
สองตัวเลขนี้กำหนดงบประมาณ RPO หนึ่งชั่วโมงต้อง backup ถี่หรือ replication ส่วน RTO สองชั่วโมงสำหรับ ERP ต้องกู้จากเครื่องในพื้นที่ เพราะดึง 2 TB จาก cloud ผ่านสาย 100 Mbps ใช้เวลาเกิน 40 ชั่วโมง
| ระบบ | RPO เริ่มต้น | RTO เริ่มต้น |
|---|---|---|
| บัญชี / ERP | 1–4 ชั่วโมง | 4–8 ชั่วโมง |
| File server | 24 ชั่วโมง | 1 วัน |
| กล่องอีเมลบน cloud | ตาม backup ภายนอก | 1 วัน |
| ภาพ CCTV | ส่วนใหญ่ไม่ backup ใช้ RAID และกำหนดวันเก็บ | — |
นี่คือจุดเริ่มต้น ตกลงตัวเลขสุดท้ายกับผู้บริหาร เพราะเขาคือคนที่ต้องเผชิญหน้าลูกค้าเมื่อระบบล่ม
ตัวอย่าง: คำนวณเวลากู้คืนให้เห็นตัวเลข
บริษัท 60 คน มีข้อมูล 4 TB (file server 3.5 TB, ERP 0.5 TB) อินเทอร์เน็ต upload 50 Mbps download 100 Mbps
| การกระทำ | การคำนวณ | เวลาโดยประมาณ |
|---|---|---|
| กู้ ERP 0.5 TB จาก NAS ผ่าน 1 GbE | 0.5 TB × 8 ÷ 1 Gbps | ราว 1–2 ชั่วโมง |
| กู้ทั้ง 4 TB จาก NAS ผ่าน 1 GbE | 4 TB × 8 ÷ 1 Gbps | ราว 9 ชั่วโมงที่ความเร็วเต็ม จริงมักเกิน 12 ชั่วโมง |
| กู้ทั้ง 4 TB จาก cloud ผ่าน 100 Mbps | 4 TB × 8 ÷ 100 Mbps | ราว 89 ชั่วโมง หรือเกือบ 4 วัน |
| Backup เต็มครั้งแรกขึ้น cloud ผ่าน 50 Mbps | 4 TB × 8 ÷ 50 Mbps | ราว 7–8 วัน |
บทเรียน: cloud เป็นที่เก็บสำเนาสุดท้ายที่ดี แต่ไม่ใช่ที่กู้เร็ว กู้ ERP ก่อนจาก NAS ในพื้นที่ แล้วค่อยกู้ไฟล์ที่เหลือตามลำดับความสำคัญ ถ้า RTO ที่ผู้บริหารต้องการสั้นกว่านี้ ต้องใช้ 10 GbE ระหว่าง NAS กับเซิร์ฟเวอร์ หรือใช้ instant recovery ที่เปิด VM จาก backup โดยตรง
สามสิ่งที่คนมักเข้าใจผิดว่าเป็น Backup
RAID รอดเมื่อดิสก์เสียหนึ่งลูก ไม่ป้องกันการลบ ransomware หรือ controller เสีย
Sync OneDrive หรือ Google Drive ถ้าไฟล์ในโน้ตบุ๊กถูกเข้ารหัส sync ก็อัปโหลดไฟล์ที่ถูกเข้ารหัสขึ้นไป Version history ช่วยได้ แต่ในระยะเวลาจำกัด
Microsoft 365 หรือ Google Workspace อย่างเดียว ผู้ให้บริการรับผิดชอบโครงสร้างและความพร้อมใช้งาน การป้องกันผู้ใช้ลบ admin ถูกเจาะ หรือต้องการข้อมูลเก่ากว่าระยะเก็บของแพลตฟอร์ม เป็นหน้าที่ของคุณ ใช้ backup จากภายนอก หรือบริการ backup แบบเสียเงินของผู้ให้บริการเอง สำหรับกล่องอีเมล OneDrive และ SharePoint หรือ Google Drive
เก็บ Backup นานแค่ไหน
ผู้โจมตีมักอยู่ในเครือข่ายหลายสัปดาห์ก่อนลงมือ backup เจ็ดวันจึงอาจมีแต่สำเนาที่ติดเชื้อแล้ว ระบบ GFS เป็นจุดเริ่มต้นที่ดี:
| ระดับ | ตัวอย่าง |
|---|---|
| รายวัน | 14–30 วัน |
| รายสัปดาห์ | 4–8 สัปดาห์ |
| รายเดือน | 12 เดือน |
| รายปี | นานเท่าที่ฝ่ายการเงินและผู้บริหารต้องการเก็บบันทึก |
ไฟฟ้า bandwidth และสาขา
ไฟฟ้า NAS ที่ไฟดับกลางคันขณะเขียน อาจทำให้ repository เสีย หรือเกิด RAID rebuild ที่วิ่งหลายชั่วโมง NAS และเซิร์ฟเวอร์ที่เก็บ backup ต้องอยู่หลัง UPS ที่สั่งปิดเครื่องอัตโนมัติผ่าน USB หรือการ์ดเครือข่าย ทดสอบสักครั้งด้วยการถอดปลั๊กจริง ดู คู่มือเลือกขนาด UPS
Bandwidth Backup เต็มครั้งแรก 3 TB ผ่าน upload 50 Mbps ใช้เวลาราวหกวันที่ความเร็วเต็มสาย ขนาดนี้ให้ seed ด้วยดิสก์ แล้วส่งแค่ incremental และจำกัดความเร็วในเวลาทำงาน
สาขาต่างแขวงและไซต์เหมือง เก็บ backup ในพื้นที่ไว้กู้เร็ว และ replicate ตอนกลางคืนไปเวียงจันทน์หรือ cloud อย่าลืมโน้ตบุ๊กของผู้บริหารและวิศวกรหน้างาน ที่มักเป็นที่เดียวที่มีเอกสารสำคัญ
น้ำท่วมและความร้อน ห้องเซิร์ฟเวอร์ชั้นล่างใกล้แม่น้ำเป็นความเสี่ยงจริงในหน้าฝน สำเนานอกสถานที่ต้องอยู่ไกลพอที่น้ำท่วมครั้งเดียวกันจะไปไม่ถึง
เขียนขั้นตอน backup และการกู้คืนไว้เป็นลายลักษณ์อักษร และเก็บ backup ไว้มากกว่าหนึ่งสถานที่เสมอ น้ำท่วมหรือไฟไหม้ในห้องเซิร์ฟเวอร์เดียว ไม่ควรพาทุกสำเนาไปด้วย
ทดสอบการกู้คืนอย่างไร
การทดสอบไม่จำเป็นต้องใหญ่ ทุกไตรมาสเลือกหนึ่งระบบ: กู้ VM ของ ERP ไปไว้ในเครือข่ายทดสอบที่แยกออก ให้พนักงานบัญชีหนึ่งคนล็อกอินและเปิดรายงานของเมื่อวาน แล้วจดเวลาที่ใช้ตั้งแต่เริ่มจนใช้งานได้ ตัวเลขนั้นคือ RTO จริงของคุณ ไม่ใช่ตัวเลขในสเปก ทุกปีให้คนที่ไม่ใช่ admin หลักลองกู้ตามเอกสาร ถ้าเขาทำไม่ได้ เอกสารต้องแก้
ข้อผิดพลาดที่พบบ่อย
- Backup ล้มเหลวมาหลายเดือนแต่ไม่มีใครรู้ อีเมลแจ้งเตือนส่งไปที่กล่องของพนักงานที่ลาออกไปแล้ว
- NAS ใช้รหัส admin เดียวกับ domain ผู้โจมตีที่ได้รหัส domain ก็ลบ backup ได้ทันที
- Backup แค่ไฟล์ ไม่ backup ฐานข้อมูลให้ถูกวิธี การคัดลอกไฟล์ฐานข้อมูลขณะเปิดใช้ อาจได้สำเนาที่เปิดไม่ได้ ใช้ backup แบบ application-aware
- กุญแจเข้ารหัสเก็บไว้ในเซิร์ฟเวอร์ที่ถูก backup เมื่อเซิร์ฟเวอร์เสีย กุญแจก็หายไปด้วย
- เชื่อว่า cloud กู้ได้เร็ว ดูตัวอย่างด้านบน: 4 TB ใช้เวลาเกือบสี่วัน
สำหรับการป้องกัน ransomware ด้านอื่น ดู เช็กลิสต์ป้องกัน Ransomware และสำหรับการเลือกที่เก็บข้อมูล ดู NAS, SAN หรือ Cloud
เช็กลิสต์
- บัญชีข้อมูลและระบบทั้งหมด พร้อมเจ้าของแต่ละระบบ
- เป้าหมาย RPO/RTO ที่ผู้บริหารลงนาม
- ซอฟต์แวร์ backup ที่ครอบคลุม VM เซิร์ฟเวอร์จริง และ Microsoft 365 หรือ Google Workspace
- เปิด immutability อย่างน้อยหนึ่ง repository
- Backup นอกสถานที่เข้ารหัส และเก็บกุญแจไว้ที่อื่น ไม่ใช่เซิร์ฟเวอร์เดียวกัน
- ทดสอบการกู้คืนทุกไตรมาส และจดเวลาที่ใช้
- การแจ้งเตือนเมื่อ backup ล้มเหลว ไปถึงคนที่อ่านจริง
- ขั้นตอนกู้คืนเป็นลายลักษณ์อักษร ที่คนอื่นทำตามได้เมื่อ admin หลักไม่อยู่
ยี่ห้อที่เราจัดหาและติดตั้งสำหรับ backup ได้แก่ Veeam, Synology และ QNAP อ่านเพิ่มที่ Backup และ Disaster Recovery
มาคำนวณเวลากู้คืนของคุณกัน
บอกเราว่ามีข้อมูลราวกี่ TB ระบบไหนสำคัญที่สุด และความเร็ว upload ของอินเทอร์เน็ต เราจะคำนวณว่า backup ครั้งแรกและการกู้คืนทั้งหมดใช้เวลาเท่าไร แล้วออกแบบให้ RTO ที่คุณต้องการทำได้จริง
- #backup
- #3-2-1
- #disaster-recovery
- #rpo
- #rto
- #immutable
