กฎสามสำเนา
เก็บข้อมูลของคุณไว้สามสำเนา คือเว็บไซต์ของคุณและข้อมูลสำรองสองชุด บนสื่อจัดเก็บสองประเภทที่ต่างกัน โดยมีหนึ่งชุดอยู่นอกเซิร์ฟเวอร์ของเว็บไซต์ หากชุดหนึ่งหายไป อีกสองชุดยังอยู่
สามที่เก็บ สามการใช้งาน
- บนเซิร์ฟเวอร์ของเว็บไซต์ สะดวกสำหรับการย้อนกลับอย่างรวดเร็วหลังการอัปเดตที่ทำให้เว็บไซต์พัง แต่ไร้ประโยชน์หากตัวเซิร์ฟเวอร์เองล่ม
- บนคอมพิวเตอร์ของคุณ อยู่นอกเซิร์ฟเวอร์ ถ้าคุณไม่ลืมทำ และเก็บไฟล์ไว้อย่างดี: ไฟล์นี้มีทั้งเว็บไซต์ของคุณอยู่ข้างใน
- ในพื้นที่จัดเก็บของคุณเอง เช่น เซิร์ฟเวอร์ SFTP หรือพื้นที่จัดเก็บที่รองรับ S3 ซึ่งบริการจัดเก็บข้อมูลจำนวนมากมีให้ อยู่นอกเซิร์ฟเวอร์ และไม่ต้องคอยจำ หากข้อมูลสำรองถูกส่งไปที่นั่นโดยอัตโนมัติ
ล็อกไว้อย่างปลอดภัย
ข้อมูลสำรองมีทุกอย่าง: บัญชีผู้ใช้ คำสั่งซื้อ ข้อความจากลูกค้าของคุณ หากถูกลืมไว้ในโฟลเดอร์สาธารณะ ใครก็ดาวน์โหลดได้ ข้อมูลสำรองจึงต้องเข้ารหัส และเก็บคีย์ไว้คนละที่กับไฟล์: ไม่เช่นนั้น ใครที่พบไฟล์ก็จะพบสิ่งที่ใช้เปิดไฟล์ด้วย
แล้ว GDPR ล่ะ?
หากเว็บไซต์ของคุณเก็บข้อมูลของบุคคล (ลูกค้า ผู้ลงทะเบียน คำสั่งซื้อ) ข้อมูลสำรองของคุณก็มีข้อมูลเหล่านั้นด้วย GDPR คาดหวังโดยเฉพาะ:
- ให้สามารถกู้คืนข้อมูล และการเข้าถึงข้อมูลได้ภายในเวลาที่เหมาะสมหลังเกิดเหตุ (มาตรา 32): นี่คือหน้าที่หลักของข้อมูลสำรอง
- ให้ปกป้องข้อมูล เช่น ด้วยการเข้ารหัส (มาตรา 32)
- ไม่ให้เก็บข้อมูลไว้นานเกินจำเป็น (มาตรา 5): เลือกระยะเวลา และปล่อยให้ชุดที่เก่าที่สุดถูกลบไป
- ให้รู้ว่าข้อมูลอยู่ที่ไหน: พื้นที่จัดเก็บนอกสหภาพยุโรปถือเป็นการโอนข้อมูล ซึ่งต้องมีมาตรการรองรับ (หมวด V) เลือกภูมิภาคของพื้นที่จัดเก็บโดยรู้ถึงผลที่ตามมา
การเข้ารหัสยังช่วยได้ในวันที่ข้อมูลรั่วไหล: เมื่อข้อมูลที่ถูกขโมยไม่สามารถเข้าใจได้สำหรับผู้ที่ไม่มีสิทธิ์เข้าถึง GDPR ยกเว้นหน้าที่ในการแจ้งเจ้าของข้อมูลแต่ละราย (มาตรา 34)
แหล่งอ้างอิง (อ่านเมื่อ 20/10/2026)
- ระเบียบ (EU) 2016/679 (GDPR) มาตรา 5 วรรค 1 อนุ e) การจำกัดระยะเวลาการเก็บรักษา
- GDPR มาตรา 32 วรรค 1 อนุ a) และ c) ความมั่นคงปลอดภัยของการประมวลผล
- GDPR มาตรา 34 วรรค 3 อนุ a) การแจ้งการละเมิดแก่เจ้าของข้อมูล
- GDPR หมวด V การโอนข้อมูลไปยังประเทศที่สาม