Tuk občas pišejo objave o tem, kako shranjujejo in varnostno kopirajo svoje fotografije – pa tudi preprosto datoteke. V zadnji taki objavi sem napisal dovolj dolg komentar, malo premišljeval in se odločil, da ga vendarle razširim v objavo. Še posebej, ker sem nekoliko spremenil metodo varnostnega kopiranja v oblak, morda bo komu v pomoč.
Domača strežnik, kjer se dogaja veliko iz opisanega spodaj:

Kaj je treba shraniti?
Najpomembnejše in najbolj obsežno so zame – fotografije. Občasno tudi videoposnetki, ampak zelo redko – le ti zavzamejo preveč prostora in vzamejo preveč časa, zato jih ne maram preveč; snemam le kratke posnetke, ki ležijo v isti kupu kot fotografije. Trenutno moj fotoarhiv zavzema približno 1,6 terabajta in raste za okoli 200 gigabajtov na leto. Druge pomembne stvari so precej manj obsežne in z njimi je manj vprašanj v zvezi s shranjevanjem in varnostnim kopiranjem; deset ali dva deset gigabajtov lahko razporedim po kupu brezplačnih ali zelo poceni mest, od DVD-jev do USB ključkov in oblakov.
Kako se shranjuje in varnostno kopira?
Moj celoten fotoarhiv trenutno zavzema okoli 1,6 terabajta. Strokovna kopija se hrani na dvo-terabajtni SSD enoti v domačem računalniku. Na pomnilniških karticah se trudim ne obdržati fotografij dlje, kot je potrebno; ob prvi priložnosti prenesem na namizni računalnik ali prenosnik (ko sem na poti). Vendar pa iz USB ključka ne izbrišem, če je še prostor. Dodatna kopija nikoli ne škodi. Po prihodu domov se vse tudi prenese na namizni računalnik.

Vsak dan se naredi kopija mape s fotografijami na domačem strežniku (s tipom zrcala na osnovi Drivepool, kjer je nastavljeno podvajanje pomembnih map). Mimogrede, Drivepool še vedno priporočam – vse leto uporabe ni bilo nobenega problema. Preprosto deluje. Le ne glejte na njegov ruski vmesnik, poslal sem razvijalcem bolj primeren prevod, vendar ne vem, kdaj ga bodo vključili. Trenutno je v ruščini to program za upravljanje bazena (manage pool).

Seveda lahko kopije delam tudi pogosteje; če je bilo čez dan veliko dela, lahko prisilno zaženem nalogo. Čeprav zdaj razmišljam o tem, da bi zagnal kopiranje ob spremembi datotek, želim prenehati s tem, da imam namizni računalnik vklopljen 24 ur na dan; naj strežnik deluje bolj. Program je – GoodSync.

Do nedavnega so bili datoteke s tistega istega namizja preko programa GoodSync nalagane v oblak Onedrive. Večina datotek nima osebne narave, zato sem jih nalagal takšne, kot so, brez šifriranja. Tisto, kar je bilo osebno, pa je bilo nalagano kot posebno opravilo, s šifriranjem.
Onedrive je bil izbran, ker je naročnina na Office 365 Home Premium za 2000 na leto nudila pet (zdaj že šest) terabajtov v oblaku. Naj bo v kosih po terabajtu. Zdaj je sicer nekoliko dražje, a pred nekaj tedni je bila še možnost za 2600-2700 letno (treba je iskati pri maloprodajalcih). To sem predvidel, ko je MS lani dvignil cene in prenehal prodajati naročnino na spletu, zato sem aktiviral naročnino za pet let vnaprej, dokler so še bili na voljo paketi po 1800-2000 (seveda bi lahko kupil še nekaj paketov za rezervo, ampak takšne dolgoročne napovedi se nisem upal narediti).

Hitrost nalaganja je največja za moj tarifni paket, 4-5 megabajtov / sekundo, ponoči do 10. Pred časom sem gledal tudi crashplan — tam se je nalagalo dobro, če je bil dosežen megabajt na sekundo.
Življenjska doba 5TB za 2-3$ s ebay-a je precej tvegan projekt. Ker lahko življenjska doba pade zelo nizko, doslej je rekord tri mesece. Ni prav, da se varnostno kopiramo na mesto, ki se lahko zapre v vsakem trenutku. Naj bo to tudi za nizko ceno.

Ampak sedaj, ker sem se odločil prenesti del nalog z namizja na strežnik, sem nalaganje v Onedrive prenesel na Duplicati. Naj bo beta različica, vendar jo uporabljam že več mesecev in zaenkrat deluje povsem stabilno. Ker Duplicati vseeno hrani svoje varnostne kopije v arhivih, namesto razpršeno, sem se odločil šifrirati vse, kar se nalaga, z vgrajenimi sredstvi. Vseeno bom moral obnoviti prek Duplicati, če bo potrebno. Tako da naj šifrira vse.
Glede na to, da imam terabajte razdeljene, varnostno kopiranje v oblak sestavljajo različna opravila. Tu pravkar poteka ponovni prenos varnostne kopije v oblak. Leto 2019 se je naložilo hitro — tam se je v dveh dneh naložilo pol stoletja fotografij, saj še nisem veliko potoval, leto 2018 pa počasi nalagam. Trenutna hitrost nalaganja ni maksimalna — dan, kanali so obremenjeni in vse to.

V oblaku mapa z varnostno kopijo izgleda tako — veliko zip-arhivov, velikost arhiva se nastavi ob ustvarjanju naloge:

Približno enkrat na mesec naredim varnostno kopijo na zunanjem disku, ki ga shranjujem v omari. Povežem ga in ročno zaženem nalogo s programom GoodSync. Seveda pa si lahko nastavim tudi zagon ob priklopu diska — vendar pogosto sploh ne potrebujem narediti varnostne kopije, ko priklopim disk.
Z dobro prakso bi bilo treba imeti še eno oddaljeno shranjevanje — svoje in ne preveč oblačno. Na mojem strežnikom, ki je na ponudnikovi lokaciji, sem že dolgo pripravil disk za to nalogo, vendar mi nikoli ni bilo do tega. Ampak ker sem začel s prenosom vsega v Duplicati, mislim, da bom to zdaj tudi naredil, potem ko prenesem vse v OneDrive.

Kako se to katalogizira?
Tukaj se vprašanje deli na dva dela — nivo datotečnega sistema, kjer se katalogizacija vrši na ravni map in logično katalogizacijo po več parametrih, ker je drevo map vendarle omejeno v svojih možnostih.
Ja, fotografiram v RAW formatih. Ker iz RAW lahko kadarkoli naredim JPG, ne pa obratno. Nekoč sem fotografiral v RAW+JPG, da sem imel možnost hitro prenesti fotografije na telefon in jih poslati na internet (RAW je bilo na telefon težko prenesti). JPG sem potem izbrisal pri prenosu na namizje. Ampak zdaj me telefon že zadošča glede kakovosti fotografij (za objavljanje na internetu), zato sem popolnoma opustil JPG na fotoaparatih. Održali so se le tisti iz časov, ko še nisem imel brezzrcalnega aparata, ali pa prihajajo s telefona.

Na ravni datotečnega sistema izgleda nekako tako: na najvišji ravni map — vir. Običajno imena fotografov.

Na ravni nižje — teme. Vse so bolj ali manj enake, lahko so tudi osebne teme (na primer 'Psi', nekaterih tem morda sploh ni).

Naprej — leta. Znotraj leta mape po dnevih. V mapi so lahko posamezni foto seansi, če so fotografije za dan razdeljene po temah.
Na koncu pot do datoteke lahko izgleda približno tako: MojePotovanja20182018-04-11 BerlinFrancoska postajaP4110029.ORF
Fotografiram na dva fotoaparata, običajno izmenično, a občasno vzamem s sabo oba — takrat fotografije z njiju zložim v eno mapo. Ključno je, da je čas sinhroniziran, sicer moraš kasneje izračunati razliko in popraviti datum posnetka pri vseh datotekah (v Lightroomu je to enostavno, a dolgočasno je šteti časovno razliko).
Za fotografije s telefona postoji posebna mapa na drugoj razini, ali ako je potrebno, slika se može poslati u tematsku mapu.
Logička katalogizacija iznad mapa — Adobe Lightroom. Naravno, postoji mnogo programa za katalogizaciju i obradu, ali Lightroom mi odgovara, prilično je pristupačan (čak daju i Photoshop u paketu), a u posljednjih nekoliko godina postao je manje spor. Ipak, cjelokupna migracija na SSD također je pomogla.
Sve fotografije postoje u jednoj mapi. Osnovna struktura mapa koristi se iz prethodne točke, preko nje su podaci EXIF, geotagovi, oznake i boje. Također, moguće je uključiti prepoznavanje lica, ali ja to ne koristim.
Na temelju svega navedenog moguće je stvoriti "pametne kolekcije" — dinamičke selekcije prema određenim svojstvima datoteka — od parametara snimanja do teksta u komentarima.

Sve oznake se čuvaju u datotekama, povijest uređivanja — u XMP datotekama pored raw datoteka. Katalog Lightrooma se backupira pomoću samog Lightrooma jednom tjedno u određenu mapu, odakle se kasnije prebacuje na OneDrive. Također, preko Veeam agenta, sistemski disk desktopa se svakodnevno prebacuje na server — a katalog se kao što je i navedeno, čuva na sistemskom disku.
A što, sve se vrti oko fotografija? Zar nema drugih tipova datoteka?
Ima, zašto ne bi bilo. Metode backupiranja se ne razlikuju (ako je uopće potrebno backupirati), dok se metode katalogizacije razlikuju ovisno o tipu sadržaja.
Uglavnom je dovoljna sortiranja na razini mapa, oznake nisu potrebne. Samo za filmove i serije koristi se poseban katalogizator. — Plex Media Server. On je ujedno i medijski poslužitelj, kako samo ime sugerira. Ali tu se stvar nije baš proslavila, normalno je da je dobro sortirano možda četvrtina filmske kolekcije, dok ostatak leži u mapi „!to sort“.
Izvor: habr.com
