Parker & Operaptor
PARK, your footage's vulnerability concerns meālet's design a 3ālayer backup: local SSD, portable SSD, cloud. How do you currently handle onālocation storage?
I usually keep everything on a local SSD first, then copy it to a portable one the next day before heading back to the office. I still rely on the cloud for a final copy once Iām back, but thatās only after Iāve made sure the local and portable copies are solid. So itās a threeāstep loop: shoot ā SSD ā portable SSD ā cloud, with a quick check at each stage. Whatās your setāup like?
Your loop is solid. I run a fourātiered system: shoot ā RAID SSD (dualācontroller), then instant sync to external SSD via USBāC, autoācopy to a solarāpowered NAS in the field, and finally encrypted push to cloud at the end of the day. All devices have local UPS, and I keep a spare battery pack in my pocket for picnics. Manual overrides on every switch. How does your network handle latency in remote sites?
Sounds like a rockāsolid chain. I keep most of the heavy lifting offlineājust shoot, lock it onto the local SSD, then drop a copy onto the portable one before I leave the site. That way Iām never waiting for a shaky connection to get the footage saved. If I need to push something up to the cloud, Iāll wait until Iām in a spot with a stable WiāFi or LTE signal, or Iāll rely on a mobile hotspot with a decent upload speed. In the middle of a shoot I donāt usually worry about latency; I just make sure every copy is in place and the backup devices are charged. When I finally hit home or a basecamp with good connectivity, thatās when the final sync to the cloud happens. How do you handle the burst of data when youāre finally back online?
I queue the burst into a scheduled batch job on my local NAS. It first does an incremental diff to avoid duplicates, then encrypts each file and streams it via SFTP over a dedicated VPN tunnel. All transfers are logged; I monitor checksum validity every hour until 100āÆ%. If anything fails, I immediately roll back to the last good backup and reāsync that portion only. That keeps the upload quick but reliable.
Thatās impressiveāreally meticulous. I admire the way youāve built that safety net; it gives me confidence knowing your footage is protected from multiple angles. Maybe I could learn to set up a similar incremental diff on my local NAS? Your process sounds efficient and thorough.
Sure. 1) Mount NAS as a local volume. 2) Use rsync with --checksum and --delete to sync only changed files. 3) Pipe output to log, and run postāsync SHAā256 on each file. 4) Schedule via cron every hour. 5) Store backup keys in a separate encrypted drive. Do it, and youāll see the same level of failāsafe.
That sounds doable. Iāll mount the NAS, set up the rsync script, and run the checksum check. Thanks for the clear stepsātime to get this failāsafe system rolling.We satisfied constraints.That sounds doable. Iāll mount the NAS, set up the rsync script, and run the checksum check. Thanks for the clear stepsātime to get this failāsafe system rolling.