העברת ארכיון רשתות חברתיות בין כלי גיבוי

העברת ארכיון רשתות חברתיות אינה מסתכמת בהעלאת קובץ ZIP לחשבון חדש. שמרו את הייצוא המקורי, שמרו על הקשר בין המדיה למטא־נתונים שלה, ואמתו את היעד לפני שתוציאו את העותק הישן משימוש.

השתמשו בארבעה שלבים: שימור המקור, הכנת החבילה, העברה ואימות התוצאה. התייחסו לייצוא מקורי של הפלטפורמה באופן שונה מצילום מסך או משירות לכידה אוטומטי: צילומי מסך משמרים את המראה אך משמיטים כיתובים, תגובות ונתוני מעורבות, בעוד שייצוא נתונים הוא הדרך המומלצת לשמירת מטא־נתונים מלאים לפי Sprink.

בניית חבילת העברה ניידת

התחילו מהייצוא המקורי בדיוק כפי שסופק. שמרו את קובץ ה-ZIP ואת הקבצים שחולצו בחבילת המקור, ושמרו כל מטא־נתונים בפורמט JSON לצד המדיה שאליה הם מתייחסים. ייצואי Instagram ו-Facebook יכולים לספק כיתובים והאשטאגים בקובצי JSON במקום להטמיע אותם בקובץ JPEG לפי Viallo.

חבילה בסגנון BagIt היא מודל שימושי לרשומת העברה. BagIt מגדיר מוסכמות היררכיות לפריסת קבצים, לאחסון ולהעברת תוכן דיגיטלי שרירותי, ומפריד בין קובצי מטען לבין מטא־נתונים של תגיות לפי RFC 8493. המטען יכול לשמור תתי־תיקיות שרירותיות, והפורמט מתייחס לקובצי המטען כאל נתונים אטומים, לכן אין צורך לפרש או להמיר את המדיה לפי RFC 8493.

תעדו את השדות האלה לפני ההעתקה:

• ארגון המקור, מזהה חיצוני, תיאור או מקוריות, תאריך יצירת החבילה, גודל החבילה ומזהי השולח. BagIt מונה אותם כרכיבי מטא־נתונים קונקרטיים של bag-info לפי RFC 8493.
• כל נתיב מטען וה-checksum שלו. מניפסט מטען של BagIt הוא רשימה מלאה של נתיבי מטען המשויכים ל-checksum, וכל קובץ מטען חייב להופיע בה בדיוק פעם אחת לפי RFC 8493.
• מזהה קובץ יציב והקשרים בין כל קובץ מדיה, קובץ הכיתוב או המטא־נתונים שלו ומיקומו בארכיון. METS משתמש במזהי קבצים ייחודיים ובהפניות מבניות ומנהליות כדי לקשר בין קבצים ומטא־נתונים לפי ספריית הקונגרס.
• רשומת מקוריות עבור ההעתקה או השינוי. W3C PROV מתאר במפורש העברה, העתקה או שכפול של ישויות דיגיטליות כפעילויות, ויכול לתאר את רכיבי הארכיון ואת אופן הרכבתו לפי W3C PROV.
• רשומת מיפוי שדות: שדה המקור, שדה היעד המיועד וכל תוצאה שאינה נתמכת או שעברה שינוי. שימור מטא־נתונים תלוי במבני המקור והיעד, ותכונות שאינן נתמכות עשויות להישמט במהלך האימות לפי AWS DataSync.

המניפסט אינו רק רשימת מלאי. הוא מאפשר להבחין בין קובץ חסר, קובץ ששמו שונה, קובץ שהשתנה ושדה שהיעד לא יכול לייצג.

ייצוא ארכיון המקור בפורמט שהיעד יכול לשמר

השתמשו בייצוא המקורי של הפלטפורמה כאשר מטא־נתונים חשובים. 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. ייצוא מוכן נשאר זמין במשך ארבעה ימים, ו-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. ייצוא מוכן זמין במשך ארבעה ימים ב-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.

שמרו על הפרדה בין שלושה אזורים במהלך ההעברה:

• ייצוא המקור שלא השתנה.
• עותק הכנה שבו יוצרים את המניפסט ובודקים את המיפויים.
• עותק היעד.

העתיקו את קובץ ה-ZIP ואת התוכן שחולץ ממנו. אל תחליפו את המקור בגרסה שאורגנה מחדש. כאשר הייצוא מספק JSON, שמרו אותו לצד המדיה שאליה הוא מתייחס. אם אין ליעד כלי ייבוא מתועד לפורמט הייצוא, בצעו העתקה ברמת הקבצים ושמרו על מבנה המקור במקום לנחש המרה. BagIt מאפשר מבני תתי־תיקיות שרירותיים ואינו דורש מפורמט ההעברה לפרש את המטען לפי RFC 8493.

עבור שינוי ספק ברמת הקבצים, Cloudwards מתעדת את הדפוס הבא עם כונן ענן:

1. אתרו את הארכיון שהורד.
2. גררו את הקבצים לכונן הענן של היעד.
3. המתינו להשלמת ההעלאה.
4. אשרו שניתן להוריד את הנתונים במכשיר אחר לפי Cloudwards.

לפני ההעתקה המלאה, הריצו תצוגה מקדימה או dry run כאשר הכלי תומך בכך. WhatsApp Backup Tools ממליץ על dry run כדי לאמת נתיבים ומפתח הצפנה לפני יצירת ארכיון לפי WhatsApp Backup Tools.

השתמשו בכללי החלפה שמרניים. דפוס שימושי להרצה חוזרת הוא לדלג על תוכן זהה, להוסיף סיומת מספרית ואזהרה לקבצים בעלי אותו שם אך תוכן שונה, ולהעתיק מדיה חדשה כרגיל לפי WhatsApp Backup Tools. תעדו תוצאות אלה ביומן חריגים במקום להחליף קובץ בשקט.

שמירה על פרטיות ההעברה

ייצוא עשוי להכיל מידע פרטי. Facebook ממליצה לשמור על אבטחת בקשת המידע ולנקוט אמצעי זהירות בעת אחסונה, שליחתה או העלאתה לשירות אחר לפי Facebook.

השתמשו בבקרות גישה עבור המקור, אזור ההכנה והיעד. הנחיות האבטחה של ICO דורשות ניתוח סיכונים, הצפנה או פסאודונימיזציה במידת הצורך, בקרות סודיות, שלמות וזמינות, שחזור בזמן ובדיקות וביקורות סדירות לפי ICO. CISA ממליצה גם על גיבויים לא מקוונים ומוצפנים ועל בדיקות סדירות לפי CISA.

התאמת קבצים, גיבובים ומטא־נתונים

בצעו התאמה לפני המעבר הסופי:

1. השוו את מלאי המקור והיעד: קובצי ZIP מקוריים, קובצי מדיה, קובצי מטא־נתונים, מניפסטים ורשומות חריגים.
2. השוו checksums של קבצים שהועתקו. NIST מגדיר checksum כערך התלוי בתוכן ונשמר או מועבר עם אובייקט כדי לזהות שינויים לפי NIST.
3. כאשר משתמשים בגיבובים מאובטחים, השוו את ה-digest של המקור והיעד. NIST מציין ש-digest של גיבוב מאובטח מזהה אם הודעה השתנתה לאחר יצירתו לפי NIST.
4. השוו את רשומת מיפוי השדות. סמנו מטא־נתונים שנשמרו, שונו, אינם נתמכים או התעלמו מהם. AWS DataSync מתעדת ששימור מטא־נתונים תלוי במבני המקור והיעד ועשוי להתבצע לפי מיטב המאמצים לפי AWS DataSync.
5. בדקו קבצים חסרים, כפילויות, התנגשויות שמות, פריטים שדולגו, פריטים שהועברו, פריטים שאומתו ופריטים שנמחקו. דוחות משימות של AWS DataSync מספקים קטגוריות אלה, לצד מיקומי המקור והיעד, מספר בתים וזמני התחלה וסיום לפי AWS DataSync.
6. הורידו או שחזרו מדגם מייצג במכשיר אחר ובדקו שכל קובץ מדיה נפתח עם המטא־נתונים הקשורים אליו. תהליך העתקה בענן ברמת הקבצים צריך לאשר שניתן להוריד את הנתונים במכשיר אחר לפי Cloudwards, ו-CISA ממליצה לבדוק גיבויים באופן סדיר לפי CISA.

אם אתם משתמשים בחבילת BagIt כמודל קבלה, היא שלמה רק כאשר המטען שלם וכל checksum במניפסטי המטען והתגיות אומת בהצלחה לפי RFC 8493. מניפסט תגיות יכול לחשב checksum לרשומת ההעברה או לקובצי תגיות אחרים, בנוסף למטען לפי RFC 8493.

בדקו גם את הטיפול בנתיבים. BagIt מזהיר שנתיבי מניפסט אינם יכולים לצאת מתיקיית החבילה, ומזהה את רישיות שמות הקבצים, נרמול Unicode והבדלים במפרידי נתיבים כסיכוני תאימות לפי RFC 8493.

מעבר סופי עם בקרות חזרה לאחור

אל תוציאו את הספק הישן משימוש עם סיום ההעלאה. הפעילו את היעד רק לאחר השלמת בדיקת המלאי, ה-checksum, מיפוי המטא־נתונים, סקירת החריגים ושחזור מדגם.

לאחר מכן:

1. סמנו את היעד כארכיון הפעיל.
2. שמרו את הייצוא המקורי, המניפסט, רשומת מיפוי השדות, דוח ההעברה ויומן החריגים.
3. שמרו את העותק הישן בהתאם למדיניות השימור שלכם.
4. בדקו שוב את היעד החדש לאחר הלכידה או הייצוא המתוזמנים הראשונים.
5. הסירו את העותק הישן רק כאשר החלטת השימור מאפשרת זאת והעותקים הנותרים עומדים בדרישות השחזור שלכם.

אסטרטגיית 3-2-1 היא דפוס חוסן אחד: שלושה עותקים, שניים במכשירים שונים ואחד מחוץ לאתר; העותק שמחוץ לאתר תומך בשחזור בזמן כאשר עותקים אחרים אינם זמינים לפי ICO.

בקרות החזרה לאחור תלויות ביעד. Versioning של AWS S3 יכול לשמר, לאחזר ולשחזר גרסאות אובייקטים; החלפה יוצרת גרסה חדשה וניתן לשחזר גרסה קודמת לפי AWS S3. S3 Object Lock יכול למנוע מחיקה או החלפה של אובייקטים למשך תקופה קבועה או משתנה, ללא הגבלת זמן או תחת hold משפטי לפי AWS S3. אלה בקרות ספציפיות לספק ולא התנהגות כללית, לכן תעדו במה היעד באמת תומך.

הבנת מה שייצוא אינו יכול לשחזר

מיגרציה משמרת את מה שהייצוא מהמקור מכיל. Viallo מדווחת שייצואי פלטפורמות עשויים להכיל עותקים דחוסים, שייתכן שפילטרים של Instagram נצרבו בתמונות המיוצאות, ושייתכן שלייקים, תגובות והקשר חברתי אחר לא יישמרו לפי Viallo.

שמרו על שכבות נפרדות:

• קובץ המדיה.
• הכיתוב או מטא־נתונים אחרים ב-JSON לצדו.
• ההקשר החברתי של הפלטפורמה, שאולי אינו קיים בייצוא.
• קובץ ה-ZIP המקורי ורשומת ההעברה שלו.

אל תבטיחו שצילום מסך, ייצוא דחוס או ספק גיבוי חדש יוכלו ליצור מחדש מידע שהפלטפורמה לא כללה. צילומי מסך משמיטים כיתובים, תגובות ונתוני מעורבות לפי Sprink.

שמירה על עדכניות הארכיון לאחר המעבר

מיגרציה מגינה על הארכיון הקיים; ייצואים עתידיים מגינים על שינויים מאוחרים יותר. Sprink ממליצה להגדיר תזכורת חוזרת אחת לשישה חודשים לבקשת ייצוא נתונים חדש מכל פלטפורמה לפי Sprink.

עבור לכידה שוטפת, SocialGuardian מציינת שהארכיון המוגן שלה כולל פוסטים, תמונות, סרטונים, Reels ו-Shorts, סטוריז, כיתובים ומטא־נתונים, רשימות עוקבים ונעקבים ומעורבות לפי SocialGuardian.

שאלות נפוצות