Her skriver folk jævnligt indlæg om, hvordan de opbevarer og laver backup af deres billeder – samt bare filer. I det seneste indlæg skrev jeg en ret lang kommentar, tænkte lidt over det og besluttede mig for at uddybe det i et indlæg. Især da jeg har ændret lidt på metoden til backup i skyen, kan det være nyttigt for nogen.
Hjemme server, hvor meget af det beskrevne sker nedenfor:
Hvad skal gemmes?
Det vigtigste og mest omfattende for mig er billeder. Sjældent videoer, men virkelig sjældent – de tager alt for meget plads og kræver for meget tid, derfor elsker jeg ikke dem så meget, jeg optager kun korte videoer, som ligger i den samme bunke som billederne. På nuværende tidspunkt fylder mit fotoarkiv ca. 1,6 terabyte og vokser med omkring 200 gigabyte om året. Andre vigtige ting er meget mindre omfattende, og der er færre spørgsmål i forhold til opbevaring og backup; et dusin gigabyte kan let placeres på en række gratis eller meget billige steder, fra DVD'er til flash-drev og sky-tjenester.
Hvordan opbevares og backs up?
Mit fotoarkiv fylder lige nu omkring 1,6 terabyte. Masterkopien opbevares på en to terabyte SSD i min hjemmecomputer. På hukommelseskort forsøger jeg ikke at lade billederne ligge længere end nødvendigt; jeg downloader dem med det samme til desktop eller laptop (når jeg er på farten). Selvom jeg ikke sletter dem fra USB-nøglen, hvis der stadig er plads. En ekstra kopi skader aldrig. Når jeg kommer hjem, bliver alt også overført fra laptop til desktop.
Der laves dagligt en kopi af mappen med billeder til min hjemme-server (med en slags spejl baseret på Drivepool, hvor vigtige mapper er indstillet til at blive duplikeret). Forresten, jeg anbefaler stadig Drivepool – jeg har brugt det i mange år uden et eneste problem. Det fungerer bare. Man skal bare undgå at se på dets russiske interface; jeg har sendt en bedre oversættelse til udviklerne, men jeg ved ikke, hvornår de implementerer det. Indtil videre er det på russisk bare et program til at styre en pool (manage pool).
Selvfølgelig kan man tage kopier oftere, hvis der er meget arbejde at gøre på en dag, kan jeg tvangsstartemissionere opgaven. Selvom jeg nu alligevel overvejer at starte kopieringen baseret på filændringer, fordi jeg gerne vil stoppe med at have skrivebordet tændt hele tiden; lad serveren arbejde mere. Programmet er GoodSync.
Indtil for nylig blev filer også uploadet til Onedrive fra samme skrivebord via GoodSync. Størstedelen af mine filer er ikke personlige, så jeg uploadede dem som de var, uden kryptering. Hvad der var personligt — blev uploadet som en separat opgave med kryptering.
Onedrive blev valgt, fordi et Office 365 Home Premium-abonnement til 2000 om året gav fem (nu seks) terabyte i skyen. Selvom det er i portioner af en terabyte. Nu er det dog blevet lidt dyrere, men for et par uger siden var der stadig en mulighed til 2600-2700 om året (jeg skal finde ud af det hos detailhandlere). Jeg forudså det, da MS forhøjede priserne sidste år og stoppede med at sælge abonnementer på deres hjemmeside, derfor aktiverede jeg mit abonnement i fem år fremad, mens der stadig var pakker til 1800-2000 til salg (jeg kunne selvfølgelig også have taget flere pakker til lager, men jeg turde ikke planlægge så langt frem).
Uploadhastigheden er den maksimale for mit abonnement, 4-5 megabyte/sek., om natten op til 10. For lang tid siden kiggede jeg på crashplan — der var det godt, hvis man fik en megabyte i sekundet.
Livstids 5TB for 2-3$ fra ebay — en meget tilfældig ting. Fordi holdbarheden kan vise sig at være meget kort; tre måneder er rekord indtil videre. Det er ikke i orden at tage backup til et sted, der kan gå ned når som helst. Selvom det er billigt.
Men nu, eftersom jeg har besluttet at flytte nogle opgaver fra skrivebordet til serveren, har jeg overført uploaden til Onedrive til Duplicati. Selvom det er i beta, har jeg brugt det i flere måneder, og indtil videre fungerer det ganske stabilt. Da Duplicati alligevel opbevarer sine backups i arkiver og ikke spredt, besluttede jeg at kryptere alt, der uploades, med de indbyggede værktøjer. Uanset hvad, skal jeg alligevel gendanne via Duplicati.
Betragt det faktum, at jeg har terabyte i bidder, består sikkerhedskopieringen til skyen af flere opgaver. Her foregår genupload af sikkerhedskopien til skyen. 2019 blev hurtigt uploaded — der var på bare et par dage næsten halvtreds billeder, jeg har ikke rejst meget indtil videre, mens 2018 langsomt uploades. Den nuværende uploadhastighed er ikke maksimal — en dag, forbindelserne er optaget og alt det der.
I skyen ser mappen med sikkerhedskopien således ud — mange zip-arkiver; størrelsen af arkivet kan justeres ved oprettelse af opgaven:
Cirka en gang om måneden laver jeg en kopi på en ekstern harddisk, som opbevares i skabet. Jeg tilslutter den og starter opgaven manuelt med det samme GoodSync. Selvom man selvfølgelig også kan indstille den til at starte, når harddisken tilsluttes — men jeg har ikke altid brug for at lave en kopi, når jeg tilslutter harddisken.
Man burde egentlig have et ekstra fjernt lager — ens eget og ikke så meget i skyen. På min serveren, som står på udbyderens lokation, har jeg længe forberedt en disk til det formål, men jeg har ikke haft tid til det. Men nu da jeg er begyndt på at flytte alt under duplicati, tænker jeg, at jeg også gør det nu, efter at jeg har uploadet alt til onedrive.
Hvordan bliver det katalogiseret?
Her deles spørgsmålet op i to — niveauet af filsystemet, hvor katalogisering sker på niveauet af mapper, og den logiske katalogisering på et større antal parametre, fordi mappetræet stadig har begrænsninger i sine muligheder.
Ja, jeg fotograferer i raw. Fordi man når som helst kan lave jpg fra raw, men ikke omvendt. Engang optog jeg i raw+jpg, så jeg hurtigt kunne overføre billeder til telefonen og sende dem på internettet (det var svært at overføre raw til telefonen). jpg slettede jeg så ved kopiering til skrivebordet. Men nu er jeg tilfreds med kvaliteten af billederne fra telefonen (til offentliggørelse på internettet), så jeg er helt gået væk fra jpg på kameraerne. Der er kun billeder tilbage fra de tider, hvor jeg ikke havde et spejlløst kamera, eller billeder fra telefonen.
På niveauet af filsystemet ser det sådan ud: på det øverste niveau af mapperne — kilden. Typisk fotografnavne.
Et niveau nedenunder — emner. Alle har forholdsvis de samme, kan have personlige emner (for eksempel "Hunde", nogle emner kan være fraværende.
Dernæst — år. Inden for året mapper efter dage. I mappen kan der være individuelle fotoshoots, hvis billederne fra dagen er opdelt efter emner.
I sidste ende kan stien til filen se sådan ud: MineTurbiner20182018-04-11 BerlinFransk stationP4110029.ORF
Jeg fotograferer med to kameraer, som regel skiftevis, men nogle gange tager jeg begge med — så ender billederne fra dem i én mappe. Det vigtigste er, at tiden er synkroniseret, ellers må jeg senere beregne forskellen og justere datoen for optagelsen på alle filer (i Lightroom er det nemt, men det er en smule besværligt at beregne tidsforskellen).
Der er en særskilt mappe til billeder fra telefonen på det andet niveau, men hvis nødvendigt, kan billeder sendes til det relevante tema.
Logisk katalogisering på tværs af mapper — Adobe Lightroom. Selvfølgelig er der mange programmer til katalogisering og redigering, men Lightroom fungerer for mig, prisen er overkommelig (og selv Photoshop er inkluderet), og i de sidste par år er det også blevet mindre langsomt. Selvom overgangen til SSD selvfølgelig også hjalp.
Alle billeder opbevares i én katalog. Grundlæggende anvendes den mappestruktur, der er nævnt før, med tilføjelse af EXIF-oplysninger, geomærker, tags og farvemarkeringer. Ansigtsgenkendelse kan også aktiveres, men jeg bruger det ikke.
Baseret på alt ovenstående kan der oprettes "smarte samlinger" — dynamiske udtræk baseret på bestemte filtræk — fra optagelsesparametre til tekst i kommentarer.
Alle tags gemmes i filer, mens redigeringshistorikken opbevares i XMP-filer ved siden af råfilerne. Lightroom-kataloget sikkerhedskopieres med værktøjer fra Lightroom selv en gang om ugen til en bestemt mappe, fra hvor det derefter lægges på onedrive. Og dertil kommer, at systemdisken på desktop’en hver dag sikkerhedskopieres til serveren via Veeam-agent — og kataloget opbevares netop på systemdisken.
Men hvad med billederne? Er der ingen andre filtyper?
Jo, det er der. Backupmetoderne adskiller sig ikke (hvis det overhovedet er nødvendigt at tage backup), og katalogiseringsmetoderne afhænger af indholdstypen.
Som regel er det tilstrækkeligt med sortering på mappeniveau, tags er ikke nødvendige. For film og serier bruges der kun en separat katalogisator. — Plex Media Server. Det er også medieserveren, som navnet antyder. Men der har ikke været meget aktivitet, kun en fjerdedel af filmene er korrekt sorteret, resten ligger i mappen "!to sort".
Kilde: habr.com
