ตารางการสำรองข้อมูล วิธีที่ทำให้พื้นที่พอใช้จริง
| ประเภทข้อมูล | วิธีสำรอง | ความถี่ | ขนาดต่อครั้ง | พื้นที่ที่ใช้ |
|---|---|---|---|---|
| ฐานข้อมูลระบบจริง | เต็มชุด | สัปดาห์ละครั้ง | 2.45 TB | 9.80 TB |
| ฐานข้อมูลระบบจริง | เฉพาะส่วนที่เปลี่ยน | ทุกวัน | 0.085 TB | 2.55 TB |
| บันทึกรายการธุรกรรม | ต่อเนื่อง | ทุก 15 นาที | 0.002 TB | รวมในข้างต้น |
| ไฟล์และเอกสาร | เฉพาะส่วนที่เปลี่ยน | ทุกวัน | 0.045 TB | รวมในข้างต้น |
| ค่าตั้งระบบ | เต็มชุด | ทุก 6 ชั่วโมง | 0.001 TB | รวมในข้างต้น |
| สำรองรายปีเก็บถาวร | เต็มชุด | ปีละครั้ง | 0.10 TB | 0.10 TB |
| รวมพื้นที่ที่ใช้ | 12.45 TB |
เต็มชุดรายสัปดาห์ 2.45 × 4 = 9.80 TB + ส่วนที่เปลี่ยนรายวัน 0.085 × 30 = 2.55 TB + รายปี 0.10 TB = 12.45 TB ✓ ตรงกับพื้นที่ที่ใช้จริง
ต้นแบบระบุว่าสำรองเต็มชุดทุกวัน ขนาดครั้งละ 2.45 TB และเก็บย้อนหลัง 30 วัน — ซึ่งต้องใช้พื้นที่ 73.5 TB แต่พื้นที่ที่แสดงว่าใช้อยู่มีเพียง 12.45 TB · ตัวเลขนี้ต่างกันเกือบหกเท่า ซึ่งแปลว่าอย่างใดอย่างหนึ่งไม่จริง คือไม่ได้สำรองเต็มชุดทุกวันจริง หรือไม่ได้เก็บครบ 30 วันจริง · ทั้งสองกรณีอันตราย เพราะผู้ดูแลจะเชื่อว่ากู้ข้อมูลย้อนหลัง 30 วันได้ทั้งที่กู้ไม่ได้ · วิธีมาตรฐานคือสำรองเต็มชุดรายสัปดาห์แล้วสำรองเฉพาะส่วนที่เปลี่ยนรายวัน ซึ่งทำให้ตัวเลขทั้งสองสอดคล้องกัน
พื้นที่จัดเก็บแยกตามประเภท 12.45 เทระไบต์
- ฐานข้อมูล5.21 TB (41.8%)
- ไฟล์และเอกสาร3.45 TB (27.7%)
- บันทึกรายการ1.98 TB (15.9%)
- ค่าตั้งระบบ1.05 TB (8.4%)
- ข้อมูลและโมเดล AI0.76 TB (6.1%)
5.21 + 3.45 + 1.98 + 1.05 + 0.76 = 12.45 TB ✓ · 41.8 + 27.7 + 15.9 + 8.4 + 6.1 = 99.9% ✓ (ต้นแบบคำนวณถูก)
ต้นแบบแสดง "ความพร้อมใช้งานของพื้นที่จัดเก็บ 92%" พร้อมเครื่องหมายถูกสีเขียว ขณะที่ข้อเสนอของ AI ในกล่องข้าง ๆ เขียนว่า "พื้นที่เก็บข้อมูลใกล้เต็ม 92%" · ตัวเลขเดียวกันถูกอ่านสองความหมายตรงข้ามกันบนหน้าเดียวกัน — ถ้า 92% คือพื้นที่ที่เหลือก็เป็นเรื่องดี แต่ถ้าเป็นพื้นที่ที่ใช้ไปแล้วก็ต้องรีบเพิ่ม · ความจริงคือใช้ไปแล้ว 92% ซึ่งเหลืออีกไม่ถึงหนึ่งเทระไบต์
ระยะเก็บข้อมูลสำรอง ต้นแบบตั้งไว้ถูกต้องแล้วในจุดนี้
| ประเภท | ระยะเก็บ | เหตุผล | ประเมิน |
|---|---|---|---|
| สำรองรายวัน | 30 วัน | กู้เหตุการณ์ที่เพิ่งเกิด | เหมาะสม |
| สำรองรายสัปดาห์ | 12 สัปดาห์ | กู้เหตุการณ์ที่พบภายหลัง | เหมาะสม |
| สำรองรายเดือน | 12 เดือน | กู้ข้อมูลข้ามไตรมาส | เหมาะสม |
| สำรองรายปี | 7 ปี | ครอบคลุมข้อกำหนดเก็บเอกสารบัญชี 5 ปี | ดีกว่าที่แพลตฟอร์มตั้งไว้ |
ระยะเก็บรายปี 7 ปี ครอบคลุมข้อกำหนดตาม พ.ร.บ. การบัญชี 2543 ที่ให้เก็บไม่น้อยกว่า 5 ปี ✓
จุดนี้ต้นแบบตั้งไว้ถูกต้องและดีกว่าหน้า Global Settings ระดับแพลตฟอร์ม ซึ่งตั้งระยะเก็บข้อมูลสำรองไว้เพียง 30 วันเท่ากันทุกประเภท · ระยะเก็บของข้อมูลสำรองต้องไม่สั้นกว่าระยะเก็บของข้อมูลที่มันสำรอง ถ้าบันทึกทางบัญชีต้องเก็บ 5 ปีแต่ข้อมูลสำรองเก็บ 30 วัน เมื่อระบบเสียหายหลังจากนั้นจะกู้บันทึกที่กฎหมายบังคับให้เก็บกลับมาไม่ได้
ศูนย์สำรองและการทดสอบกู้คืน
| ศูนย์ | บทบาท | ความหน่วงการซิงก์ | สถานะ |
|---|---|---|---|
| ศูนย์หลัก | ระบบจริง | — | ปกติ |
| ศูนย์สำรองที่ 1 | พร้อมทำงานทันที | 45 วินาที | ปกติ |
| ศูนย์สำรองที่ 2 | พร้อมทำงานทันที | 55 วินาที | ปกติ |
| ศูนย์สำรองที่ 3 | สำรองแบบเย็น | 1 นาที | ปกติ |
การกู้คืนจริงครั้งล่าสุดเป็นเมื่อ 33 วันที่แล้ว — ต้นแบบแสดงเป็นวันที่เฉย ๆ โดยไม่บอกว่านานแค่ไหนแล้ว · แผนกู้คืนที่ไม่เคยทดสอบคือแผนที่ยังไม่รู้ว่าใช้ได้ ซึ่งเป็นหลักเดียวกับที่พบในหน้า Disaster Recovery Center ระดับแพลตฟอร์ม ที่การซ้อมล่าสุดเป็นเมื่อสองปีก่อน · ระบบนี้แสดงจำนวนวันนับจากการทดสอบครั้งล่าสุดเป็นตัวเลขหลัก เพราะเป็นสิ่งที่บอกความพร้อมได้ตรงกว่าวันที่
ต้นแบบ — ข้อมูลตัวอย่าง · ค่าที่ตั้งในโมดูลนี้มีผลกับองค์กรนี้เท่านั้น ตัวเลขบนหน้าจึงเป็นคนละฐานกับโมดูล Super Admin ที่นับทั้งแพลตฟอร์ม · หน้านี้แก้จากต้นแบบ 3 จุด พื้นที่สำรองไม่พอกับระยะเก็บที่ตั้งไว้ — สำรองเต็มชุดวันละ 2.45 TB เก็บ 30 วันต้องใช้ 73.5 TB แต่พื้นที่ที่ใช้อยู่มีเพียง 12.45 TB แก้เป็นสำรองเต็มชุดรายสัปดาห์บวกส่วนที่เปลี่ยนรายวัน ซึ่งทำให้ตัวเลขสอดคล้องกัน · "ความพร้อมใช้งานของพื้นที่ 92%" ติดเครื่องหมายถูกสีเขียว แต่ข้อเสนอของ AI บนหน้าเดียวกันเขียนว่าพื้นที่ใกล้เต็ม 92% ตัวเลขเดียวกันแต่ความหมายตรงข้าม · ระยะเก็บรายปี 7 ปีในต้นแบบถูกต้องแล้ว และดีกว่าที่หน้า Global Settings ระดับแพลตฟอร์มตั้งไว้ 30 วัน เพราะครอบคลุมข้อกำหนดเก็บเอกสารทางบัญชี 5 ปี