ย้ายคลังข้อมูลโซเชียลมีเดียระหว่างเครื่องมือ

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

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

สร้างแพ็กเกจโอนย้ายที่พกพาได้

เริ่มจากไฟล์ส่งออกต้นฉบับตามที่ได้รับ เก็บ ZIP และไฟล์ที่แตกออกมาไว้ในแพ็กเกจต้นทาง และเก็บ JSON metadata ไว้ข้างสื่อที่อธิบาย Instagram และ Facebook อาจส่งคำบรรยายและแฮชแท็กเป็นไฟล์ JSON metadata แทนการฝังไว้ใน JPEG ตามข้อมูลของ Viallo

แพ็กเกจรูปแบบ BagIt เป็นแบบจำลองที่มีประโยชน์สำหรับบันทึกการโอนย้าย BagIt อธิบายแนวทางจัดวางไฟล์แบบลำดับชั้นสำหรับจัดเก็บและโอนย้ายเนื้อหาดิจิทัล任意ชนิด โดยแยกไฟล์ payload ออกจาก tag metadata ตาม RFC 8493 payload สามารถเก็บโฟลเดอร์ย่อย任意ได้ และไฟล์ payload ยังคงเป็นข้อมูลทึบสำหรับรูปแบบนี้ จึงไม่จำเป็นต้องตีความหรือแปลงสื่อ ตาม RFC 8493

บันทึกฟิลด์เหล่านี้ก่อนคัดลอก:

• องค์กรต้นทาง ตัวระบุภายนอก คำอธิบายหรือที่มา วันที่สร้าง bag ขนาด bag และตัวระบุผู้ส่ง BagIt ระบุสิ่งเหล่านี้เป็นองค์ประกอบ metadata ของ bag-info ตาม RFC 8493
• ทุกเส้นทาง payload และเช็กซัม manifest ของ payload ใน BagIt เป็นรายการเส้นทาง payload ทั้งหมดพร้อมเช็กซัม และไฟล์ payload ทุกไฟล์ต้องปรากฏเพียงครั้งเดียว ตาม RFC 8493
• รหัสไฟล์ที่คงที่ และลิงก์ระหว่างไฟล์สื่อแต่ละไฟล์ ไฟล์คำบรรยายหรือ metadata และตำแหน่งในคลัง METS ใช้รหัสไฟล์ที่ไม่ซ้ำกันพร้อมการอ้างอิงเชิงโครงสร้างและการบริหารเพื่อเชื่อมไฟล์กับ metadata ตาม Library of Congress
• รายการที่มาของสำเนาหรือการแปลง W3C PROV จำลองการย้าย คัดลอก หรือทำซ้ำเอนทิตีดิจิทัลเป็นกิจกรรม และอธิบายสมาชิกของคลังกับวิธีประกอบคลังได้ ตาม W3C PROV
• บันทึกการจับคู่ฟิลด์: ฟิลด์ต้นทาง ฟิลด์ปลายทางที่ต้องการ และผลลัพธ์ที่ไม่รองรับหรือถูกแปลง การรักษา metadata ขึ้นอยู่กับโครงสร้างต้นทางและปลายทาง และอาจละเว้นแอตทริบิวต์ที่ไม่รองรับระหว่างตรวจสอบ ตาม AWS DataSync

manifest ไม่ใช่เพียงรายการไฟล์ แต่เป็นบันทึกที่ช่วยแยกไฟล์ที่หายไป ไฟล์ที่เปลี่ยนชื่อ ไฟล์ที่ถูกแก้ไข และฟิลด์ที่ปลายทางไม่สามารถรองรับได้

ส่งออกคลังต้นทางในรูปแบบที่ปลายทางรักษาได้

ใช้การส่งออกแบบเนทีฟของแพลตฟอร์มเมื่อ metadata มีความสำคัญ ICO อธิบายการเคลื่อนย้ายข้อมูลว่าเป็นการรับข้อมูลส่วนบุคคลในรูปแบบมีโครงสร้าง ใช้กันทั่วไป และอ่านได้ด้วยเครื่อง พร้อมระบุ CSV, XML และ JSON เป็นรูปแบบเปิดที่ควรพิจารณาเมื่อไม่มีรูปแบบเฉพาะอุตสาหกรรม ตามข้อมูลของ ICO

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

การส่งออก Instagram บนเดสก์ท็อป

ขั้นตอนการส่งออกไปยังอุปกรณ์บนเดสก์ท็อปมีดังนี้:

1. คลิก More ด้านซ้ายล่าง แล้วคลิก Settings
2. คลิก Meta Account แล้วคลิก Your information and permissions
3. คลิก Export your information แล้วคลิก Create export
4. เลือกโปรไฟล์ แล้วคลิก Next
5. เลือก Export to device ตามข้อมูลของ Instagram

Instagram ให้เลือกข้อมูลเฉพาะ ช่วงวันที่ รูปแบบ อีเมลแจ้งเตือน และคุณภาพสื่อก่อนเลือก Start export ตามข้อมูลของ Instagram การส่งออกที่พร้อมดาวน์โหลดจะใช้ได้ 4 วัน และ Meta ระบุว่าลิงก์ส่งออกอาจใช้เวลาถึง 30 วันจึงมาถึง ตามข้อมูลของ Instagram

การส่งออก Facebook บนเดสก์ท็อป

ขั้นตอนการส่งออกไปยังอุปกรณ์บนเดสก์ท็อปของ Facebook มีดังนี้:

1. คลิกรูปโปรไฟล์ด้านขวาบน
2. คลิก Settings & privacy แล้วคลิก Settings
3. คลิก Meta Account แล้วคลิก Your information and permissions
4. คลิก Export your information แล้วคลิก Create export
5. เลือกโปรไฟล์และ Export to device ตามข้อมูลของ Facebook

Facebook ให้เลือกข้อมูลเฉพาะ ช่วงวันที่ รูปแบบ อีเมลแจ้งเตือน และคุณภาพสื่อ ตามข้อมูลของ Facebook การส่งออกที่พร้อมดาวน์โหลดจะมีให้ 4 วันใน Available downloads ตามข้อมูลของ Facebook

การส่งออก LinkedIn บนเดสก์ท็อป

ขั้นตอนการส่งออกบนเดสก์ท็อปของ LinkedIn มีดังนี้:

1. คลิกไอคอน Me ด้านบนของหน้าแรก LinkedIn
2. เลือก Settings & Privacy
3. คลิก Data Privacy ในแถบนำทางด้านซ้าย
4. ใต้ How LinkedIn uses your data คลิก Download your data
5. เลือกข้อมูลแล้วคลิก Request archive ตามข้อมูลของ LinkedIn

LinkedIn ระบุว่าการดาวน์โหลดหมวดหมู่เฉพาะอาจมาถึงภายในไม่กี่นาที การดาวน์โหลดขนาดใหญ่อาจใช้เวลาภายใน 24 ชั่วโมง และลิงก์ดาวน์โหลดใช้ได้ 72 ชั่วโมง ตามข้อมูลของ LinkedIn

HTML หรือ JSON?

Facebook อธิบายว่า HTML คือ ZIP ที่เปิดดูได้และมีหน้า index ส่วน JSON คือข้อมูลที่อ่านได้ด้วยเครื่องและอาจโอนไปยังบริการอื่นได้ง่ายกว่า ตามข้อมูลของ Facebook เลือกรูปแบบที่ปลายทางรักษาได้ แต่เก็บ ZIP ต้นฉบับและบันทึกรูปแบบไว้ในแพ็กเกจโอนย้าย

จัดเตรียมและโอนย้ายโดยไม่ทำให้ความสัมพันธ์สูญหาย

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

แยกพื้นที่ 3 ส่วนระหว่างการย้าย:

• การส่งออกต้นทางที่ไม่แก้ไข
• สำเนาสำหรับ staging ที่ใช้สร้าง manifest และตรวจสอบการจับคู่
• สำเนาที่ปลายทาง

คัดลอก ZIP และเนื้อหาที่แตกออกมา อย่าแทนที่ต้นทางด้วยเวอร์ชันที่จัดระเบียบใหม่ เก็บ JSON ไว้ข้างสื่อที่อธิบายเมื่อการส่งออกมีไฟล์ดังกล่าว หากปลายทางไม่มีตัวนำเข้าที่มีเอกสารรองรับรูปแบบส่งออก ให้คัดลอกระดับไฟล์และรักษาโครงสร้างต้นทางแทนการเดาการแปลง BagIt อนุญาตโครงสร้างโฟลเดอร์ย่อย任意และไม่กำหนดให้รูปแบบโอนย้ายต้องตีความ payload ตาม RFC 8493

สำหรับการเปลี่ยนผู้ให้บริการระดับไฟล์ Cloudwards อธิบายรูปแบบนี้กับไดรฟ์คลาวด์:

1. ค้นหาไฟล์เก็บถาวรที่ดาวน์โหลด
2. ลากไฟล์ไปยังไดรฟ์คลาวด์ปลายทาง
3. รอให้ไฟล์อัปโหลด
4. ยืนยันว่าดาวน์โหลดข้อมูลจากอุปกรณ์อื่นได้ ตามข้อมูลของ Cloudwards

ก่อนคัดลอกทั้งหมด ให้เรียกใช้โหมดดูตัวอย่างหรือ dry run หากเครื่องมือรองรับ WhatsApp Backup Tools แนะนำ dry run เพื่อตรวจสอบเส้นทางและคีย์เข้ารหัสก่อนสร้างไฟล์เก็บถาวร ตามข้อมูลของ WhatsApp Backup Tools

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

รักษาความเป็นส่วนตัวของการโอนย้าย

ไฟล์ส่งออกอาจมีข้อมูลส่วนตัว Facebook แนะนำให้รักษาคำขอข้อมูลให้ปลอดภัยและใช้ความระมัดระวังเมื่อจัดเก็บ ส่ง หรืออัปโหลดไปยังบริการอื่น ตามข้อมูลของ Facebook

ใช้การควบคุมการเข้าถึงกับต้นทาง พื้นที่ staging และปลายทาง แนวทางความปลอดภัยของ ICO เรียกร้องให้วิเคราะห์ความเสี่ยง ใช้การเข้ารหัสหรือการทำให้เป็นนามแฝงเมื่อเหมาะสม ควบคุมความลับ ความถูกต้องครบถ้วนและความพร้อมใช้งาน กู้คืนได้ทันเวลา และทดสอบกับทบทวนเป็นประจำ ตามข้อมูลของ ICO CISA ยังแนะนำข้อมูลสำรองแบบออฟไลน์ที่เข้ารหัสและการทดสอบเป็นประจำ ตามข้อมูลของ CISA

ตรวจสอบไฟล์ แฮช และข้อมูลเมตาให้ตรงกัน

ตรวจสอบความสอดคล้องก่อนเปลี่ยนใช้งาน:

1. เปรียบเทียบรายการต้นทางและปลายทาง: ZIP ต้นฉบับ ไฟล์สื่อ ไฟล์ metadata manifest และบันทึกข้อยกเว้น
2. เปรียบเทียบเช็กซัมของไฟล์ที่คัดลอก NIST นิยามเช็กซัมว่าเป็นค่าที่ขึ้นอยู่กับเนื้อหาและจัดเก็บหรือส่งไปพร้อมวัตถุเพื่อตรวจจับการเปลี่ยนแปลง ตามข้อมูลของ NIST
3. หากใช้แฮชที่ปลอดภัย ให้เปรียบเทียบ digest ของต้นทางและปลายทาง NIST ระบุว่า secure-hash digest ตรวจจับได้ว่าข้อความเปลี่ยนไปหลังสร้าง digest หรือไม่ ตามข้อมูลของ NIST
4. เปรียบเทียบบันทึกการจับคู่ฟิลด์ ทำเครื่องหมาย metadata ที่รักษาไว้ แปลง ไม่รองรับ หรือถูกละเว้น AWS DataSync ระบุว่าการรักษา metadata ขึ้นอยู่กับโครงสร้างต้นทางและปลายทางและอาจเป็นแบบพยายามอย่างดีที่สุด ตามข้อมูลของ AWS DataSync
5. ตรวจสอบไฟล์ที่หาย ไฟล์ซ้ำ ความขัดแย้งของชื่อ รายการที่ข้าม รายการที่โอน รายการที่ตรวจสอบแล้ว และรายการที่ลบ รายงานงานของ AWS DataSync มีหมวดหมู่เหล่านี้ พร้อมตำแหน่งต้นทางและปลายทาง จำนวนไบต์ และเวลาเริ่มต้นกับสิ้นสุด ตามข้อมูลของ AWS DataSync
6. ดาวน์โหลดหรือกู้คืนตัวอย่างจากอุปกรณ์อื่น และตรวจว่าไฟล์สื่อแต่ละไฟล์เปิดได้พร้อม metadata ที่เกี่ยวข้อง กระบวนการคัดลอกคลาวด์ระดับไฟล์ควรยืนยันว่าดาวน์โหลดข้อมูลจากอุปกรณ์อื่นได้ ตามข้อมูลของ Cloudwards และ CISA แนะนำให้ทดสอบข้อมูลสำรองเป็นประจำ ตามข้อมูลของ CISA

หากใช้แพ็กเกจ BagIt เป็นเกณฑ์ยอมรับ แพ็กเกจจะสมบูรณ์เมื่อ payload ครบถ้วนและเช็กซัมทุกค่าใน manifest ของ payload และ tag ได้รับการตรวจสอบสำเร็จ ตาม RFC 8493 tag manifest สามารถทำเช็กซัมให้บันทึกการโอนหรือไฟล์ tag อื่นๆ นอกเหนือจาก payload ได้ ตาม RFC 8493

ตรวจสอบการจัดการเส้นทางด้วย BagIt เตือนว่าเส้นทางใน manifest ต้องไม่ออกนอกไดเรกทอรี bag และระบุว่าตัวพิมพ์เล็กใหญ่ของชื่อไฟล์ การทำให้ Unicode เป็นมาตรฐาน และความแตกต่างของตัวคั่นเส้นทางเป็นความเสี่ยงด้านการทำงานร่วมกัน ตาม RFC 8493

เปลี่ยนใช้งานโดยมีการควบคุมการย้อนกลับ

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

จากนั้น:

1. ทำเครื่องหมายปลายทางเป็นคลังที่ใช้งานอยู่
2. เก็บไฟล์ส่งออกต้นฉบับ manifest บันทึกการจับคู่ฟิลด์ รายงานการโอน และ exception log
3. เก็บสำเนาเดิมไว้ตามนโยบายการเก็บรักษา
4. ทดสอบปลายทางใหม่อีกครั้งหลังการเก็บข้อมูลหรือส่งออกตามกำหนดครั้งแรก
5. ลบสำเนาเดิมเมื่อการตัดสินใจด้านการเก็บรักษาอนุญาต และสำเนาที่เหลือตรงตามข้อกำหนดการกู้คืน

กลยุทธ์ 3-2-1 เป็นรูปแบบหนึ่งของความทนทาน: 3 สำเนา บนอุปกรณ์ต่างกัน 2 เครื่อง และ 1 สำเนานอกสถานที่ สำเนานอกสถานที่ช่วยให้กู้คืนได้ทันเวลาเมื่อสำเนาอื่นใช้งานไม่ได้ ตามข้อมูลของ ICO

การควบคุมการย้อนกลับขึ้นอยู่กับปลายทาง AWS S3 Versioning สามารถรักษา เรียกคืน และกู้คืนเวอร์ชันของออบเจ็กต์ได้ การเขียนทับจะสร้างเวอร์ชันใหม่และสามารถกู้คืนเวอร์ชันก่อนหน้าได้ ตามข้อมูลของ AWS S3 S3 Object Lock สามารถป้องกันไม่ให้ออบเจ็กต์ถูกลบหรือเขียนทับตามระยะเวลาคงที่หรือเปลี่ยนแปลงได้ ไม่จำกัดเวลา หรืออยู่ภายใต้ legal hold ตามข้อมูลของ AWS S3 สิ่งเหล่านี้เป็นการควบคุมเฉพาะผู้ให้บริการ ไม่ใช่พฤติกรรมทั่วไป จึงควรบันทึกสิ่งที่ปลายทางรองรับจริง

รู้ว่าสิ่งใดที่การส่งออกไม่สามารถกู้คืนได้

การย้ายจะรักษาเฉพาะสิ่งที่มีอยู่ในไฟล์ส่งออก Viallo รายงานว่าไฟล์ส่งออกของแพลตฟอร์มอาจมีสำเนาที่ถูกบีบอัด ฟิลเตอร์ของ Instagram อาจถูกฝังในรูปที่ส่งออกแล้ว และไลก์ ความคิดเห็น รวมถึงบริบททางสังคมอื่นๆ อาจหายไป ตามข้อมูลของ Viallo

แยกสิ่งเหล่านี้เป็นคนละชั้น:

• ไฟล์สื่อ
• คำบรรยายหรือ JSON metadata อื่นๆ ที่อยู่ข้างไฟล์
• บริบททางสังคมของแพลตฟอร์ม ซึ่งอาจไม่มีอยู่ในไฟล์ส่งออก
• ZIP ส่งออกต้นฉบับและบันทึกการโอน

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

ดูแลคลังข้อมูลให้เป็นปัจจุบันหลังย้าย

การย้ายปกป้องคลังที่มีอยู่ ส่วนการส่งออกในอนาคตจะปกป้องการเปลี่ยนแปลงภายหลัง Sprink แนะนำให้ตั้งเตือนทุก 6 เดือนเพื่อขอการส่งออกข้อมูลใหม่จากแต่ละแพลตฟอร์ม ตามข้อมูลของ Sprink

สำหรับการเก็บข้อมูลต่อเนื่อง SocialGuardian ระบุว่าคลังที่ได้รับการปกป้องประกอบด้วยโพสต์ รูปภาพ วิดีโอ Reels และ Shorts สตอรี่ คำบรรยายและ metadata รายการผู้ติดตามและกำลังติดตาม และการมีส่วนร่วม ตามข้อมูลของ SocialGuardian

คำถามที่พบบ่อย