Hier schrijven ze periodiek berichten over hoe ze hun foto's - en alleen bestanden - opslaan en er een back-up van maken. In het laatste bericht schreef ik een vrij lange opmerking, dacht er een beetje over na en besloot het uit te breiden tot een bericht. Bovendien heb ik de back-upmethode naar de cloud enigszins gewijzigd, het kan voor iemand nuttig zijn.
Op de thuisserver gebeurt veel van het volgende:
Wat moet je besparen?
Het belangrijkste en meest omvangrijke voor mij zijn foto's. Af en toe een video, maar heel af en toe - het neemt te veel ruimte in beslag en neemt te veel tijd in beslag, dus ik vind het niet zo leuk, ik maak alleen korte video's die op dezelfde stapel liggen als de foto's. Momenteel neemt mijn fotoarchief ongeveer 1,6 terabyte in beslag en groeit met ongeveer 200 gigabyte per jaar. Andere belangrijke dingen zijn veel minder omvangrijk en er zijn minder problemen met betrekking tot opslag en back-up; een tiental of twee gigabytes kunnen in een aantal gratis of zeer goedkope plaatsen worden gestopt, van dvd's tot flashdrives en clouds.
Hoe wordt het opgeslagen en geback-upt?
Mijn hele fotoarchief beslaat momenteel ongeveer 1,6 terabyte. De masterkopie wordt opgeslagen op een SSD van twee terabyte op uw thuiscomputer. Ik probeer foto’s niet langer dan nodig op geheugenkaarten te bewaren; ik verwijder mijn desktop of laptop zo snel mogelijk (als ik onderweg ben). Hoewel ik het niet van de flashdrive verwijder als er nog ruimte is. Een extra exemplaar kan nooit kwaad. Vanaf de laptop wordt bij thuiskomst ook alles overgezet naar de desktop.
Elke dag wordt er een kopie gemaakt van een map met foto's naar een thuisserver (met een op Drivepool gebaseerd mirror-type, waarbij het dupliceren van belangrijke mappen is geconfigureerd). Trouwens, ik raad Drivepool nog steeds aan - na al die jaren van gebruik, geen enkel probleem. Het werkt gewoon. Kijk gewoon niet naar de Russische interface, ik heb de ontwikkelaars een fatsoenlijkere vertaling gestuurd, maar ik weet niet wanneer deze zal worden geïmplementeerd. Ondertussen is dit in het Russisch een programma voor het beheren van een pool.
Je kunt natuurlijk vaker kopieën maken; als er gedurende de dag veel werk is verzet, kan ik de taak forceren om uit te voeren. Hoewel ik er nu nog steeds aan denk om te beginnen met kopiëren bij het wijzigen van bestanden, wil ik stoppen met het XNUMX uur per dag ingeschakeld laten van de desktop, en de server meer laten werken. Het programma is GoodSync.
Tot voor kort werden bestanden vanaf dezelfde desktop met dezelfde GoodSync naar de Onedrive-cloud geüpload. De meeste van mijn bestanden zijn niet persoonlijk, dus heb ik ze geüpload zoals ze zijn, zonder codering. Wat persoonlijk was, werd als aparte taak geüpload, met encryptie.
Er werd voor Onedrive gekozen omdat een Office 365 Home Premium-abonnement van 2000 jaar vijf (en nu zes) terabyte aan cloudopslag bood. Ook al zijn het stukjes van terabytes. Nu is de freebie echter wat duurder geworden, maar een paar weken geleden was er nog een optie voor 2600-2700 per jaar (je moet naar retailers kijken). Ik voorzag dit toen MS vorig jaar de prijzen verhoogde en zelfs stopte met het verkopen van abonnementen op de site, dus activeerde ik van tevoren een abonnement voor vijf jaar terwijl er nog 1800-2000 dozen in de uitverkoop waren (er waren natuurlijk ook een paar dozen in reserve neem het maar aan, maar ik durfde dat niet te raden).
De downloadsnelheid is het maximum voor mijn tarief, 4-5 megabytes/sec, 's nachts tot 10. Ik heb ooit naar Crashplan gekeken - daar is het goed als er megabytes per seconde worden gedownload.
Levenslang 5TB voor $ 2-3 van eBay is heel willekeurig. Omdat de levensduur wel eens heel kort kan blijken, is tot nu toe drie maanden het record. Het is geen goed idee om achteruit te rijden naar een plek die elk moment kan instorten. Zelfs voor centen.
Maar nu, vanwege het feit dat ik besloot een aantal taken van het bureaublad naar de server te slepen, heb ik het kopiëren naar Onedrive naar Duplicati overgebracht. Ook al is het een bètaversie, ik gebruik het nu al een aantal maanden en tot nu toe werkt het redelijk betrouwbaar. Omdat Duplicati zijn back-ups nog steeds in archieven opslaat, en niet in bulk, heeft het besloten om alles wat gedownload wordt te versleutelen met ingebouwde tools. Hoe dan ook, als er iets gebeurt, zul je het via Duplicati moeten herstellen. Dus laat hem alles versleutelen.
Aangezien ik terabytes aan stukken heb, bestaat een back-up naar de cloud uit verschillende taken. Hier wordt de back-up opnieuw geüpload naar de cloud. 2019 stroomde snel binnen - er waren daar in een paar dagen vijftig foto's, ik heb nog niet veel gereden en 2018 stroomt langzaam binnen. De huidige downloadsnelheid is niet het maximum: het is een dag, de kanalen zijn bezet en zo.
In de cloud ziet de back-upmap er als volgt uit: er zijn veel zip-archieven, de archiefgrootte wordt geconfigureerd bij het maken van een taak:
Ongeveer één keer per maand maak ik een kopie op een externe schijf, die in een kast wordt bewaard. Ik maak verbinding en start de taak handmatig met dezelfde GoodSync. Hoewel je natuurlijk kunt instellen dat het start wanneer de schijf is aangesloten, maar ik hoef niet altijd een kopie te maken als ik de schijf aansluit.
Het zou goed zijn als je nog een externe opslaglocatie nodig had: die van jezelf en niet te bewolkt. Op mijn server, die op de site van de provider staat, heb ik al lang geleden een schijf hiervoor klaargemaakt, maar ik kom er nog steeds niet aan toe. Maar aangezien ik al begonnen ben met het slepen van alles onder duplicati, denk ik dat ik dat nu ga doen, nadat ik alles opnieuw naar Onedrive heb geüpload.
Hoe wordt het gecatalogiseerd?
Hier wordt de vraag in tweeën gedeeld: het niveau van het bestandssysteem, waarbij catalogiseren plaatsvindt op mapniveau, en logisch catalogiseren volgens een groter aantal parameters, omdat de mappenboom nog steeds beperkt is in zijn mogelijkheden.
Ja, ik maak foto's in de open lucht. Omdat raw op elk moment naar jpg kan worden omgezet, maar niet andersom. Ik fotografeerde in raw+jpg, zodat ik de foto snel naar mijn telefoon kon overbrengen en naar internet kon sturen (het was moeilijk om raw naar mijn telefoon over te zetten). jpg en vervolgens gewist bij het kopiëren naar het bureaublad. Maar nu begint de telefoon mij te bevallen qua fotokwaliteit (voor plaatsing op internet), dus ik heb jpg op camera's volledig achterwege gelaten. Ze stammen uit de tijd dat ik nog geen spiegelloze camera had, of ze komen van mijn telefoon.
Op bestandssysteemniveau ziet het er ongeveer zo uit: op het hoogste mapniveau - de bron. De namen van de fotografen zijn gebruikelijk.
Een niveau lager zijn de onderwerpen. Iedereen heeft min of meer dezelfde thema's, er kunnen persoonlijke thema's zijn (bijvoorbeeld 'Honden', sommige thema's bestaan mogelijk niet.
Volgende - een jaar. Binnen het jaar zijn er mappen per dag. Er kunnen aparte fotosessies in de map staan als de foto's voor de dag zijn onderverdeeld in onderwerpen.
Als gevolg hiervan kan het pad naar het bestand er ongeveer zo uitzien: MyTrips20182018-04-11 BerlijnFrans stationP4110029.ORF
Ik maak foto's met twee camera's, meestal om de beurt, maar af en toe neem ik ze allebei mee - en dan dump ik de foto's ervan in één map. Het belangrijkste is dat de tijd gesynchroniseerd is, anders moet je dan het verschil berekenen en de opnamedatum van alle bestanden aanpassen (in Lightroom is dit eenvoudig, maar het is een beetje vervelend om het tijdsverschil te berekenen).
Er is een aparte map op het tweede niveau voor foto's van je telefoon, maar indien nodig kan de foto naar een thematische map worden gestuurd.
Logische catalogisering bovenop mappen - Adobe Lightroom. Natuurlijk zijn er behoorlijk wat programma's voor catalogiseren en verwerken, maar Lightroom past bij mij, het is redelijk betaalbaar (en ze bieden zelfs Photoshop in de kit) en de laatste paar jaar is het ook minder traag geworden. Al heeft de volledige overstap naar SSD natuurlijk ook geholpen.
Alle foto's staan in één map. Er wordt gebruik gemaakt van de basismapstructuur uit de vorige paragraaf, met daarbovenop EXIF-informatie, geotags, tags en kleurmarkeringen. Gezichtsherkenning kun je ook aanzetten, maar die gebruik ik niet.
Op basis van al het bovenstaande kunt u ‘slimme verzamelingen’ maken – dynamische selecties op basis van bepaalde bestandseigenschappen – van opnameparameters tot tekst in opmerkingen.
Alle tags worden opgeslagen in bestanden, de bewerkingsgeschiedenis wordt opgeslagen in XMP-bestanden naast de ravs. Van de Lightroom-catalogus wordt één keer per week een back-up gemaakt met Lightroom zelf in een specifieke map, vanwaar de catalogus vervolgens wordt geüpload naar OneDrive. Het positieve is dat via de veeam-agent de desktopsysteemschijf elke dag naar de server wordt geüpload - en de directory op de systeemschijf wordt opgeslagen.
Wat staat er allemaal op de foto? Wat, zijn er geen andere bestandstypen?
Ja, waarom niet? Back-upmethoden verschillen niet (als er überhaupt een back-up nodig is), maar catalogiseringsmethoden zijn afhankelijk van het type inhoud.
Kortom, sorteren op mapniveau is voldoende; tags zijn niet nodig. Alleen voor films en tv-series wordt een aparte cataloger gebruikt. - Plex-mediaserver. Het is ook een mediaserver, zoals de naam al doet vermoeden. Maar het paard lag daar niet, normaal gesproken is het goed gesorteerd als een kwart van de filmbibliotheek ligt, en de rest in de map “!to sort” ligt.
Bron: www.habr.com