หลายบ้านและหลายบริษัทเลือกใช้ NAS เพราะรวมไฟล์ไว้จุดเดียว แชร์งานสะดวก และตั้งค่าดิสก์แบบ RAID เพื่อให้ระบบยังทำงานต่อได้เมื่อฮาร์ดดิสก์บางลูกเสีย แต่ความเข้าใจว่า “มี RAID แล้วไม่ต้องสำรองข้อมูล” เป็นความเสี่ยงสำคัญ เพราะ RAID ช่วยเรื่องความต่อเนื่องของระบบในบางสถานการณ์ ไม่ได้สร้างสำเนาแยกที่ย้อนกลับได้ทุกกรณี บทความนี้อธิบายความต่างระหว่าง RAID กับ Backup วิธีวางระบบป้องกันข้อมูล และขั้นตอนปลอดภัยเมื่อ NAS แจ้งเตือนผิดปกติ โดยยึดหลักไม่เขียนข้อมูลทับในช่วงที่ยังต้องการกู้ไฟล์

RAID คืออะไร และช่วยเรื่องใด

RAID เป็นการนำดิสก์หลายลูกมาทำงานร่วมกัน แต่ละระดับเน้นต่างกัน เช่น ความเร็ว พื้นที่ หรือข้อมูลส่วนเกินเพื่อทนต่อดิสก์เสีย RAID 1 มักมิเรอร์ข้อมูล ขณะที่ RAID 5 หรือ RAID 6 กระจายข้อมูลและพาริตี ส่วน RAID 0 เน้นประสิทธิภาพโดยไม่มีความทนทานเมื่อดิสก์เสีย

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

ทำไม RAID จึงไม่ใช่ Backup

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

1. ลบไฟล์ผิดแล้ว RAID ก็ลบตาม

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

2. Ransomware เข้าถึงไฟล์ที่แชร์ได้

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

3. ความเสียหายทั้งเครื่องและ Metadata ผิดพลาด

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

RAID แบบไหนทนดิสก์เสียได้เท่าไร

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

คำว่า degraded ไม่ได้แปลว่าข้อมูลปลอดภัย แต่หมายถึงระบบสูญเสียความทนทานบางส่วนแล้ว สิ่งที่ควรทำก่อนคือประเมินว่ามี Backup ล่าสุดที่เปิดอ่านได้หรือไม่ หากมีข้อมูลสำคัญที่ยังไม่เคยสำรอง การรีบ rebuild โดยไม่ตรวจสุขภาพดิสก์อื่นอาจเพิ่มความเสี่ยงจากภาระอ่านต่อเนื่อง

วาง Backup สำหรับ NAS ให้ใช้งานได้จริง

เริ่มจากกฎ 3-2-1

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

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

แยกบัญชีและสิทธิ์ของระบบ Backup

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

ทดสอบ Restore ไม่ใช่ดูแค่คำว่า Success

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

เมื่อ NAS แจ้ง Degraded หรือเปิดไฟล์ไม่ได้ ควรทำอย่างไร

ขั้นที่ 1 หยุดกิจกรรมที่เขียนข้อมูลจำนวนมาก

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

ขั้นที่ 2 บันทึกข้อมูลก่อนถอดหรือสลับดิสก์

ถ่ายภาพหน้าจอสถานะ error, storage pool, RAID level, รุ่นเครื่อง และหมายเลขช่องดิสก์ ติดป้ายดิสก์ตามตำแหน่งเดิม ห้ามสลับลำดับ ห้ามนำดิสก์ไปเสียบเครื่องอื่นเพื่อทดลองเขียน และอย่าลบดิสก์ออกจาก configuration หากยังไม่เข้าใจผลกระทบ

ขั้นที่ 3 ตรวจ Backup จากปลายทางแยก

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

ขั้นที่ 4 อย่ากด Initialize, Format หรือสร้างอาร์เรย์ใหม่

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

ขั้นที่ 5 ระวังการ Rebuild แบบรีบเร่ง

การ rebuild ต้องอ่านข้อมูลจากดิสก์ที่เหลือจำนวนมาก หากอาร์เรย์มี bad sector หลายจุด ดิสก์อีกลูกเริ่มเสื่อม หรือระบุลูกที่เสียผิด การ rebuild อาจล้มเหลวและทำให้สถานการณ์ซับซ้อนขึ้น สำหรับข้อมูลที่มีคุณค่าสูง ควรประเมินสุขภาพดิสก์และทำสำเนาเชิงนิติวิทยาศาสตร์ก่อนดำเนินการกับต้นฉบับ

ขั้นที่ 6 ขอความช่วยเหลือเมื่อมีหลายความผิดปกติ

ควรหยุดทดลองและปรึกษาผู้เชี่ยวชาญเมื่อดิสก์หายมากกว่าค่าที่ RAID ทนได้ มีเสียงคลิก ดิสก์หมุนติดดับ อาร์เรย์เปลี่ยนเป็น inactive/failed การ rebuild ล้มเหลว หรือมีคนสลับลำดับดิสก์แล้ว แจ้งรุ่น NAS ระดับ RAID จำนวนและความจุดิสก์ ลำดับช่อง อาการที่เกิด และสิ่งที่ได้ลองไปแล้วอย่างตรงไปตรงมา

สิ่งที่ไม่ควรทำเมื่อข้อมูลยังสำคัญ

• ไม่ Format หรือ Initialize ดิสก์ตามข้อความเตือนของระบบปฏิบัติการ
• ไม่สร้าง storage pool หรือ RAID ชุดใหม่ทับดิสก์เดิม
• ไม่รัน CHKDSK, fsck แบบแก้ไข หรือเครื่องมือ repair บนต้นฉบับโดยไม่มีแผนสำรอง
• ไม่เปลี่ยนดิสก์หลายลูกพร้อมกันและไม่สลับตำแหน่งช่อง
• ไม่ rebuild ซ้ำหลายรอบเมื่อมี error เพิ่มขึ้น
• ไม่ติดตั้งโปรแกรมกู้ข้อมูลหรือบันทึกไฟล์ที่กู้ได้กลับลงอาร์เรย์เดิม
• ไม่แกะฝาฮาร์ดดิสก์ในสภาพแวดล้อมทั่วไป เพราะฝุ่นขนาดเล็กอาจทำลายพื้นผิวบันทึก

คำถามที่พบบ่อยเกี่ยวกับ RAID และ Backup

มี RAID 1 แล้วต้อง Backup อีกหรือไม่

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

Snapshot ถือเป็น Backup หรือไม่

Snapshot ช่วยย้อนสถานะได้รวดเร็วและมีประโยชน์มาก แต่หากอยู่บน storage pool เดียวกันก็ยังพึ่งพาอุปกรณ์ชุดเดียว ควรใช้ร่วมกับ Backup ไปยังปลายทางอื่น ไม่ใช่ใช้แทนทั้งหมด

เปลี่ยนดิสก์แล้วกด Rebuild ได้ทันทีหรือไม่

ไม่ควรสรุปจากข้อความ degraded เพียงอย่างเดียว ต้องยืนยันลูกที่เสีย สุขภาพดิสก์ที่เหลือ และ Backup ก่อน โดยเฉพาะระบบที่เก็บข้อมูลสำคัญหรือมีประวัติ error หลายลูก

สรุป: RAID ช่วยให้ระบบเดินต่อ แต่ Backup ช่วยให้ข้อมูลย้อนกลับได้

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

หาก NAS หรือ RAID มีข้อมูลสำคัญและกำลังขึ้นสถานะ degraded, failed, มองไม่เห็นหลายดิสก์ หรือเคย rebuild แล้วไม่สำเร็จ ควรหยุดการเขียนข้อมูลและหลีกเลี่ยงการทดลองซ้ำ สามารถส่งรายละเอียดอาการเพื่อประเมินแนวทางกู้ข้อมูล RAID/NAS กับ CR Data Recovery ก่อนตัดสินใจดำเนินการกับดิสก์ต้นฉบับ