Zhvendosja e një arkivi të mediave sociale nuk është thjesht ngarkimi i një ZIP-i në një llogari të re. Ruani eksportin origjinal, mbajini mediat të lidhura me metadata-t e tyre dhe verifikoni destinacionin përpara se të hiqni kopjen e vjetër.

Përdorni katër faza: ruani burimin, përgatitni paketën, transferojeni dhe verifikoni rezultatin. Trajtojeni një eksport vendas të platformës ndryshe nga një pamje ekrani ose shërbim kapjeje të automatizuar: pamjet e ekranit ruajnë pamjen vizuale, por heqin përshkrimet, komentet dhe të dhënat e angazhimit, ndërsa eksporti i të dhënave është rruga e rekomanduar për metadata të plota sipas Sprink.

Nëse dëshironi kapje të vazhdueshme gjatë këtij migrimi, SocialGuardian thotë se kap automatikisht postimet, fotot, videot dhe story-t sipas SocialGuardian. Filloni me një profil.

Ndërtoni një paketë transferimi portative

Nisni me eksportin origjinal, saktësisht siç është dorëzuar. Mbajeni ZIP-in dhe skedarët e nxjerrë në paketën burimore dhe mbajini skedarët JSON të metadata-ve pranë medias që përshkruajnë. Eksportet e Instagram dhe Facebook mund të ofrojnë përshkrime dhe hashtag-e si skedarë JSON metadata-sh në vend që t’i përfshijnë në JPEG sipas Viallo.

Një paketë e stilit BagIt është një model i dobishëm për një regjistër transferimi. BagIt përshkruan konventa hierarkike të paraqitjes së skedarëve për ruajtjen dhe transferimin e përmbajtjes dixhitale arbitrare, duke ndarë skedarët e ngarkesës nga metadata e etiketave sipas RFC 8493. Ngarkesa mund të ruajë nën-dosje arbitrare dhe skedarët e saj mbeten transparentë ndaj formatit, ndaj paketa nuk kërkon rinterpretim ose konvertim të medias sipas RFC 8493.

Regjistroni këto fusha përpara kopjimit:

  • Organizata burimore, identifikuesi i jashtëm, përshkrimi ose origjina, data e paketimit, madhësia e paketës dhe identifikuesit e dërguesit. BagIt i rendit këto si elemente konkrete metadata-sh bag-info sipas RFC 8493.
  • Çdo shteg ngarkese dhe checksum-i i tij. Manifesti i ngarkesës BagIt është një listë e plotë e shtigjeve të ngarkesës të shoqëruara me checksum-e dhe çdo skedar ngarkese duhet të renditet saktësisht një herë sipas RFC 8493.
  • Një ID të qëndrueshme skedari dhe lidhjet midis çdo skedari media, skedarit të përshkrimit ose metadata-ve dhe pozicionit të tij në arkiv. METS përdor ID unike skedarësh dhe referenca strukturore e administrative për të lidhur skedarët dhe metadata-t sipas Library of Congress.
  • Një hyrje origjine për kopjen ose transformimin. W3C PROV modelon shprehimisht zhvendosjen, kopjimin ose dublikimin e entiteteve dixhitale si aktivitete dhe mund të përshkruajë anëtarët e një arkivi dhe mënyrën e krijimit të tij sipas W3C PROV.
  • Një regjistër hartëzimi fushash: fusha burimore, fusha e synuar dhe çdo rezultat i pambështetur ose i transformuar. Ruajtja e metadata-ve varet nga strukturat e burimit dhe destinacionit, ndërsa atributet e pambështetura mund të shpërfillen gjatë verifikimit sipas AWS DataSync.

Manifesti nuk është thjesht inventar. Ai është regjistri që ju lejon të dalloni një skedar që mungon, një skedar të riemërtuar, një skedar të ndryshuar dhe një fushë që destinacioni nuk mund ta përfaqësojë.

Eksportoni arkivin burimor në një format që destinacioni mund ta ruajë

Përdorni eksportin vendas të platformës kur metadata-t kanë rëndësi. ICO e përshkruan transportueshmërinë e të dhënave si marrjen e të dhënave personale në një format të strukturuar, të përdorur gjerësisht dhe të lexueshëm nga makineritë; si formate të hapura për t’u konsideruar rendit CSV, XML dhe JSON kur nuk ekziston një format sektorial i përdorur gjerësisht sipas ICO.

Mos supozoni se destinacioni është teknikisht i pajtueshëm vetëm sepse pranon ngarkime. ICO thotë se transmetimi i drejtpërdrejtë duhet të mbështetet kur është teknikisht i realizueshëm, por transportueshmëria nuk kërkon sisteme teknikisht të pajtueshme sipas ICO. Ruajeni eksportin origjinal edhe kur destinacioni ofron një importues.

Eksporti desktop i Instagram

Rrjedha e dokumentuar e eksportit nga pajisja desktop është:

  1. Klikoni More poshtë majtas dhe më pas Settings.
  2. Klikoni Meta Account dhe më pas Your information and permissions.
  3. Klikoni Export your information dhe më pas Create export.
  4. Zgjidhni profilin dhe klikoni Next.
  5. Zgjidhni Export to device sipas Instagram.

Instagram ju lejon të zgjidhni informacionet specifike, intervalin kohor, formatin, email-in e njoftimit dhe cilësinë e medias përpara se të zgjidhni Start export sipas Instagram. Një eksport i gatshëm mbetet i disponueshëm për katër ditë dhe Meta vëren se lidhja e eksportit mund të mbërrijë brenda 30 ditësh sipas Instagram.

Eksporti desktop i Facebook

Rrjedha e dokumentuar e eksportit nga pajisja desktop e Facebook është:

  1. Klikoni fotografinë e profilit lart djathtas.
  2. Klikoni Settings & privacy dhe më pas Settings.
  3. Klikoni Meta Account dhe më pas Your information and permissions.
  4. Klikoni Export your information dhe më pas Create export.
  5. Zgjidhni profilin dhe Export to device sipas Facebook.

Facebook ju lejon të zgjidhni informacionet specifike, intervalin kohor, formatin, email-in e njoftimit dhe cilësinë e medias sipas Facebook. Një eksport i gatshëm është i disponueshëm për katër ditë te Available downloads sipas Facebook.

Eksporti desktop i LinkedIn

Rrjedha e dokumentuar desktop e LinkedIn është:

  1. Klikoni ikonën Me në krye të faqes kryesore të LinkedIn.
  2. Zgjidhni Settings & Privacy.
  3. Klikoni Data Privacy në panelin anësor.
  4. Te How LinkedIn uses your data, klikoni Download your data.
  5. Zgjidhni të dhënat dhe Request archive sipas LinkedIn.

LinkedIn thotë se shkarkimet e kategorive specifike mund të mbërrijnë brenda disa minutash, shkarkimet më të mëdha brenda 24 orësh dhe lidhja e shkarkimit është e disponueshme për 72 orë sipas LinkedIn.

HTML apo JSON?

Facebook e përshkruan HTML-në si një ZIP të shikueshëm me një faqe index. JSON-i përshkruhet si informacion i lexueshëm nga makineritë që mund të transferohet më lehtë kur ngarkohet në një shërbim tjetër sipas Facebook. Zgjidhni formatin që destinacioni mund ta ruajë, por mbajeni ZIP-in origjinal dhe regjistrojeni formatin në paketën e transferimit.

Përgatiteni dhe transferojeni pa humbur marrëdhëniet

Trajtojeni hapësirën cloud si destinacion, jo si metodë kapjeje. Sprink rekomandon një dosje të nivelit të lartë Social Media Archive, nën-dosje sipas platformës, ZIP-e eksportesh të ngarkuara dhe një kujtesë për eksport periodik sipas Sprink.

Mbajini të ndara këto tri zona gjatë zhvendosjes:

  • Eksporti burimor i paprekur.
  • Një kopje përgatitore ku krijoni manifestin dhe shqyrtoni hartëzimet.
  • Kopja në destinacion.

Kopjoni ZIP-in dhe përmbajtjen e tij të nxjerrë. Mos e zëvendësoni burimin me një version të riorganizuar. Mbajini JSON-et pranë medias që përshkruajnë kur eksporti i ofron. Nëse destinacioni nuk ka importues të dokumentuar për formatin e eksportit, përdorni kopjim në nivel skedari dhe ruani paraqitjen e burimit në vend që të hamendësoni një konvertim. BagIt lejon struktura arbitrare nën-dosjesh dhe nuk kërkon që formati i transferimit ta interpretojë ngarkesën sipas RFC 8493.

Për një ndryshim ofruesi në nivel skedari, Cloudwards dokumenton këtë model me një disk cloud:

  1. Gjeni arkivin e shkarkuar.
  2. Tërhiqni skedarët në diskun cloud të destinacionit.
  3. Lërini skedarët të ngarkohen.
  4. Konfirmoni se të dhënat mund të shkarkohen në një pajisje tjetër sipas Cloudwards.

Përpara kopjimit të plotë, kryeni një pamje paraprake ose provë kur mjeti e mbështet. WhatsApp Backup Tools rekomandon një provë për të verifikuar shtigjet dhe çelësin e enkriptimit përpara krijimit të arkivit sipas WhatsApp Backup Tools.

Përdorni rregulla konservative për mbishkrimin. Një model i dobishëm përsëritjeje është të kapërceni përmbajtjen identike, t’u jepni skedarëve me të njëjtin emër por përmbajtje të ndryshme një prapashtesë numerike dhe paralajmërim, ndërsa mediat e reja t’i kopjoni normalisht sipas WhatsApp Backup Tools. Regjistroni këto rezultate në një regjistër përjashtimesh në vend që të mbishkruani një skedar në heshtje.

Mbajeni transferimin privat

Një eksport mund të përmbajë informacion privat. Facebook thotë ta mbani të sigurt kërkesën për informacion dhe të merrni masa paraprake kur e ruani, dërgoni ose ngarkoni në një shërbim tjetër sipas Facebook.

Përdorni kontrolle aksesi për burimin, zonën përgatitore dhe destinacionin. Udhëzimi i sigurisë i ICO kërkon analizë rreziku, enkriptim ose pseudonimizim kur është e përshtatshme, kontrolle konfidencialiteti, integriteti dhe disponueshmërie, rikthim në kohë dhe testim e rishikim të rregullt sipas ICO. CISA rekomandon gjithashtu kopje rezervë offline, të enkriptuara dhe testim të rregullt sipas CISA.

Gjatë ndryshimit të ofruesit, kthyeshmëria ka rëndësi. SocialGuardian thotë se arkivi i tij është privat për llogarinë, mund të eksportohet në çdo kohë dhe nuk krijon varësi nga ofruesi sipas SocialGuardian. Shihni konfigurimin e arkivit.

Rakordoni skedarët, hash-et dhe metadata-t

Kryeni rakordimin përpara kalimit:

  1. Krahasoni inventarin e burimit dhe destinacionit: ZIP-et origjinale, skedarët media, skedarët e metadata-ve, manifestet dhe regjistrat e përjashtimeve.
  2. Krahasoni checksum-et e skedarëve të kopjuar. NIST e përkufizon checksum-in si vlerë të varur nga përmbajtja, të ruajtur ose transmetuar bashkë me një objekt për të zbuluar ndryshimet sipas NIST.
  3. Kur përdoren hash-e të sigurta, krahasoni digest-in e burimit dhe destinacionit. NIST thotë se digest-et e hash-eve të sigurta zbulojnë nëse një mesazh ndryshoi pasi u krijua digest-i sipas NIST.
  4. Krahasoni regjistrin e hartëzimit të fushave. Shënoni metadata-t e ruajtura, të transformuara, të pambështetura ose të shpërfillura. AWS DataSync dokumenton se ruajtja e metadata-ve varet nga strukturat e burimit dhe destinacionit dhe mund të bëhet me përpjekje të arsyeshme sipas AWS DataSync.
  5. Rishikoni skedarët që mungojnë, dublikatat, konfliktet e emrave, artikujt e kapërcyer, të transferuar, të verifikuar dhe të fshirë. Raportet e detyrave AWS DataSync ofrojnë këto kategori, si dhe vendndodhjet burim dhe destinacion, bajtet dhe oraret e fillimit e përfundimit sipas AWS DataSync.
  6. Shkarkoni ose riktheni një mostër përfaqësuese në një pajisje tjetër dhe kontrolloni që çdo skedar media të hapet me metadata-t përkatëse. Një rrjedhë kopjimi cloud në nivel skedari duhet të konfirmojë se të dhënat mund të shkarkohen në një pajisje tjetër sipas Cloudwards, ndërsa CISA rekomandon testimin e rregullt të kopjeve rezervë sipas CISA.

Nëse përdorni një paketë BagIt si model pranimi, ajo është e plotë vetëm kur ngarkesa është e plotë dhe çdo checksum në manifestet e ngarkesës dhe etiketave është verifikuar me sukses sipas RFC 8493. Një manifest etiketash mund të kontrollojë checksum-in e regjistrit të transferimit ose skedarëve të tjerë të etiketave, si dhe të ngarkesës sipas RFC 8493.

Kontrolloni edhe trajtimin e shtigjeve. BagIt paralajmëron se shtigjet e manifesteve nuk duhet të dalin jashtë dosjes së paketës dhe identifikon dallimet në shkronja të mëdha e të vogla, normalizimin Unicode dhe ndarësit e shtigjeve si rreziqe ndërveprueshmërie sipas RFC 8493.

Kaloni me kontrolle rikthimi

Mos e hiqni ofruesin e vjetër kur përfundon ngarkimi. Bëjeni destinacionin aktiv vetëm pas inventarit, checksum-it, hartëzimit të metadata-ve, rishikimit të përjashtimeve dhe një rikthimi prove.

Më pas:

  1. Shënoni destinacionin si arkivin aktiv.
  2. Ruani eksportin origjinal, manifestin, regjistrin e hartëzimit të fushave, raportin e transferimit dhe regjistrin e përjashtimeve.
  3. Mbajeni kopjen e vjetër të disponueshme sipas politikës suaj të ruajtjes.
  4. Testoni përsëri destinacionin e ri pas kapjes ose eksportit të parë të planifikuar.
  5. Hiqeni kopjen e vjetër vetëm kur politika e ruajtjes e lejon dhe kopjet e mbetura plotësojnë kërkesat tuaja të rikuperimit.

Strategjia 3-2-1 është një model qëndrueshmërie: tri kopje, dy në pajisje të ndryshme dhe një jashtë vendndodhjes; kopja jashtë vendndodhjes mbështet rikthimin në kohë kur kopjet e tjera nuk janë të disponueshme sipas ICO.

Kontrollet e rikthimit varen nga destinacioni. Versionimi i AWS S3 mund të ruajë, marrë dhe rikthejë versionet e objekteve; mbishkrimi krijon një version të ri dhe versioni i mëparshëm mund të rikthehet sipas AWS S3. S3 Object Lock mund të parandalojë fshirjen ose mbishkrimin e objekteve për një periudhë fikse ose të ndryshueshme, në mënyrë të pacaktuar ose nën një urdhër ligjor sipas AWS S3. Këto janë kontrolle specifike të ofruesit, jo sjellje universale; prandaj regjistroni çfarë mbështet realisht destinacioni.

Kuptoni çfarë nuk mund të rikthejë një eksport

Një migrim ruan atë që përmban eksporti burimor. Viallo raporton se eksportet e platformave mund të përmbajnë kopje të kompresuara, filtrat e Instagram-it mund të jenë të integruar në imazhet e eksportuara dhe pëlqimet, komentet e konteksti tjetër social mund të mungojnë sipas Viallo.

Mbajini këto si shtresa të ndara:

  • Skedari media.
  • Përshkrimi ose metadata-t e tjera JSON pranë tij.
  • Konteksti social i platformës, i cili mund të mos jetë në eksport.
  • ZIP-i origjinal i eksportit dhe regjistri i transferimit.

Mos premtoni se një pamje ekrani, një eksport i kompresuar ose një ofrues i ri kopjesh rezervë mund të rikrijojë informacionin që platforma nuk e përfshiu. Pamjet e ekranit heqin përshkrimet, komentet dhe të dhënat e angazhimit sipas Sprink.

Mbajeni arkivin aktual pas zhvendosjes

Një migrim mbron arkivin që keni; eksportet e ardhshme mbrojnë ndryshimet e mëvonshme. Sprink rekomandon një kujtesë periodike çdo gjashtë muaj për të kërkuar eksport të ri të të dhënave nga çdo platformë sipas Sprink.

Për kapje të vazhdueshme, SocialGuardian thotë se arkivi i mbrojtur përfshin postime, foto, video, Reels dhe Shorts, story, përshkrime dhe metadata, lista ndjekësish e ndjekjesh dhe angazhim sipas SocialGuardian.

Mbajini kapjet e ardhshme me arkivin e migruar: SocialGuardian thotë se bën kopje rezervë të Instagram, TikTok, YouTube, X, Facebook, LinkedIn, Twitch dhe Pinterest në një vend sipas SocialGuardian. Filloni të bëni kopje rezervë të një profili.

Pyetje të shpeshta